„1C: Knihovna standardních subsystémů“ (dále jen BSP) je určena pro vývoj založený na „1C: Enterprise“. Původní verze BSP, vytvořená v roce 2010, byla vyvinuta pro samotnou konfiguraci řešení 1C. Základem všech standardních produktů vyráběných 1C je tedy BSP.

Použití BSP umožnilo řešit takové problémy, jako je standardizace aplikačních programů a úspora času programátorů. Vzhledem k tomu, že všechny základní funkce jsou zahrnuty v BSP a zbývá ji pouze implementovat, není třeba vyvíjet standardní funkční bloky.

Instalace BSP. Doručovací soubory

BSP není řešení, je to jen nástroj pro programátora. Není v prodeji, dostávají jej zákazníci nebo franšízanti 1C prostřednictvím předplatného ITS.

Instalace knihovny

Obr. 1

Po instalačním programu projdeme kroky a klikneme na „Dokončit“.

Obr.2

Obr.3

Obr.4

Přidejte novou informační základnu pomocí tlačítka „Přidat“ a vyberte „Vytvořit novou“. informační základna“ a poté, dokud nekliknete na „Hotovo“.

Obr.5

Obr.6

Obr.7

Obr.8

Obr.9

Obr.10

Součástí dodávky BSP je demo základna s možností instalace a následující soubory:

• 1Cv8.cf doručovací soubor knihovny, který není určen pro vytváření informační bezpečnosti pomocí šablony;
• 1Cv8_international.cf Doručovací soubor pro mezinárodní verzi knihovny také není určen pro práci se šablonami;
• 1Cv8_demo.dt demo základna;
• 1Cv8_demo.cf doručovací soubor demobase.

Obr.11

Obr.12

Tento příklad je zobrazen s použitím verze 3.0.1.240. Konfigurační soubory jsou umístěny v podadresáři \1c\SSL\3_0_1_240\. Vezměte prosím na vědomí, že tato verze používá se s platformou 1C 8.3 ne nižší než verze 8.3.12.1412.

Při instalaci knihovny se můžete setkat s „chybou SDBL. Tabulka nebo pole ConfigVersion není obsaženo v klauzuli FROM."

Obr.13

Tento problém lze vyřešit nahráním a stažením souboru Dt (v našem případě jsme stáhli demo soubor z doručovací sady).

Obr.14

Asistent implementace BSP

Obr.15

Obr.16

První implementace BSP.epf – externí zpracování, jehož jméno mluví samo za sebe. S jeho pomocí můžete vybrat subsystémy pro implementaci s přihlédnutím k jejich vztahům, ponechat nastavení pro porovnání (sloučení) a odstranit nadbytečné, nepoužívané fragmenty kódu subsystému.

V části „Nástroje pro vývojáře – první implementace BSP“ je k dispozici průvodce krok za krokem.

Obr.17

Pomocí asistenta se také vytvoří šablona pro vytvářenou konfiguraci. Vpravo můžete vidět popis každého volitelného subsystému.

Obr.18

Obr.19

Obr.20

Pro každý vybraný subsystém registrujeme další parametry.

Data přeneseme dle našeho nastavení do vytvořené prázdné konfigurace V režimu „Konfigurátor“ do ní přejdeme.

Obr.21

Pro přehlednost jej přejmenujme na „Moje_konfigurace“.

Poprvé v režimu konfigurátoru zadejte „Konfigurace-Porovnat, sloučit s konfigurací ze souboru“, v dialogovém okně zadejte doručovací soubor knihovny a potvrďte žádost o podporu.

Obr.22

Na otázku „Chcete provést úplné stažení konfigurace?“ Odpovídáme záporně.

Obr.23

Obr.24

Vidíme srovnání dvou konfigurací – „My_Configuration“ a „Standard Subsystem Library“.

Obr.25

V okně porovnání můžete načíst nastavení ze souboru dříve uloženého pomocí asistenta pomocí „Akce - Načíst nastavení ze souboru“.

Obr.26

V okně, které se otevře, vyberte náš soubor dříve uložený s asistentem - „Soubor nastavení porovnání“.

Obr.27

Vezměte prosím na vědomí, že podsystémy budou zvýrazněny v závislosti na tom, které byly identifikovány během nastavování asistentem. Pokud tedy vyberete pouze základní funkcionalitu (obr. 28), bude konfigurační okno vypadat takto:

Obr.28

Obr.29

Tito. vidíme, že ne všechny konfigurační objekty jsou kontrolovány.

Nyní nakonfigurujeme podřízené podsystémy, označující objekty, které mají být přeneseny, pomocí „Akce - Označit podle podsystémů souborů“. Aktivujte „Povolit oblast subsystémů“.

Obr.30

Obr.31

Standardně jsou implementovány všechny subsystémy, takže je potřeba zrušit zaškrtnutí všech políček a ponechat pouze ty, které potřebujete (před implementací knihovny standardních subsystémů do vaší konfigurace je třeba prostudovat seznam implementovaných subsystémů).

Ze „Standardních subsystémů“ vybereme požadované, bez ohledu na to, jakou funkcionalitu potřebujeme. Mezi ně patří základní funkčnost, aktualizace verzí databáze, uživatelé, kontakty.

Existují také další systémy, které musí být převedeny do provozu v servisním modelu, a volitelné systémy, které vyžadují selektivní instalaci. Jejich vztah můžete určit pomocí tabulek přečtením článku na webu ITS.

Obr.32

Po výběru podsystémů klikněte na tlačítko „Instalovat“.

Můžete také vybrat režim slučování pro jednotlivé prvky - „Převzít ze souboru“ nebo „Sloučit s prioritou hlavní konfigurace“ (klikněte na něj pravým tlačítkem).

Obr.33

Tyto akce lze aplikovat na všechny prvky jejich nastavením v nabídce „Akce - Nastavit režim pro všechny“.

Obr.34

Obr.35

Obr.36

Obr.37

Obr.38

Před aktualizací konfigurace je nutné v jejích vlastnostech nastavit číslo verze vytvářené konfigurace, jinak se při otevření programu objeví chyba, že vlastnost verze konfigurace není vyplněna.

Obr.39

Obr.41

Vezměte prosím na vědomí, že po dokončení procesů budou objekty metadat migrovány, ale ještě nejsou nakonfigurovány. Proto je nutné začít s nastavováním objektů BSP.

Verze 1.0.4.5

Verze 1.0.5.21

Finální verze

• Informace N11853 pro uživatele a partnery 05/14/2010 "O vydání finální verze sada nástrojů "1C: Knihovna standardních subsystémů 8.2"

Společnost 1C oznamuje 14. května 2010 vydání finální verze sady nástrojů pro vývojáře aplikačních řešení na platformě 1C:Enterprise 8.2 - 1C: Library of Standard Subsystems 8.2. "...Celkem BSP zahrnuje 31 subsystémů..."

Verze 1.0.6.8

Verze 1.0.7.5

• Datum vydání 2010.08.05
• vydání: http://users.v8.1c.ru/SSLTest.aspx
• Dokumentace: http://its.1c.ru/db/bspdoc#content:23:1

Příklady použití

co to je

Knihovna standardních subsystémů (BSS) obsahuje sadu univerzálních funkčních subsystémů, které lze použít ve vyvíjené konfiguraci, a to společně i samostatně. Pomocí BSP můžete rychle vytvářet nové konfigurace s hotovými základními funkcemi a také zahrnout hotové funkční bloky do stávajících konfigurací.

Všechny subsystémy BSP lze rozdělit do následujících kategorií:

• Subsystémy, které implementují „nezávislou“ funkcionalitu. Jsou implementovány pouhým přenosem funkčnosti a nevyžadují významná další nastavení.
• Integrované subsystémy, které implementují funkce určené pro použití v určitých objektech konfigurace zákazníka („těsná“ integrace). Při implementaci je nutné určit složení spotřebitelských konfiguračních objektů, pro které je třeba implementovat funkcionalitu, a následně provést určitý počet dalších nastavení, provést změny v kódu a formulářích vybraných objektů.

Subsystémy BSP pokrývají takové oblasti, jako je správa informační báze, správa uživatelů systému, údržba různých regulačních a referenčních informací (klasifikátor adres, směnné kurzy, kalendáře atd.). BSP poskytuje uživatelská a programová rozhraní pro práci s úkoly a obchodními procesy, připojenými soubory, kontaktní informace, emailové zprávy atd. Úplné složení subsystémů zkušební verze je uvedeno v dokumentaci.

Kromě subsystémů nabízí BSP samostatné metody pro vývoj standardních řešení.

Použití BSP při vývoji aplikací na platformě 1C:Enterprise 8.2 zkrátí čas strávený vývojem, zlepší kvalitu aplikačních řešení a také standardizuje konfigurace vydané na platformě 1C:Enterprise 8.2. Nyní kromě platformy nabízí 1C již hotovou základní funkcionalitu a technologii pro vývoj aplikačních řešení, jejichž použití zkrátí čas na studium a implementaci aplikačních řešení díky jejich sjednocení podle sady používaných standardních subsystémů. . Zkušební funkce

Aktuální verze 1.0.4 má řadu omezení:

• Kompatibilita zkušební verze BSP s následujícími verzemi není zaručena.
• Použití této verze v komerčních projektech se nedoporučuje.
• Zkušební verze je určena pro použití s ​​platformou 1C:Enterprise 8.2 verze 8.2.9.260.

Předběžné testovací verze konfigurací jsou poskytovány partnerům 1C a uživatelům softwarového systému 1C:Enterprise k testování, předběžnému seznámení s novými možnostmi konfigurace, opravám chyb a k testování provozu nových verzí na skutečných datech.

Použití předběžné verze k automatizaci skutečných podnikových úkolů lze provádět pouze v jednotlivých případech na základě uvážení uživatele ve spojení s partnerem podporujícím implementaci. Zprávy o chybách zjištěných během testování by měly být zasílány na e-mailovou adresu [e-mail chráněný]. Tato adresa pouze registruje chyby v předběžných testovacích verzích konfigurací, nejsou poskytovány konzultace.

Při odesílání chybové zprávy nezapomeňte uvést:

• kód partnera nebo registrační číslo uživatele;
• název konfigurace;
• plné číslo vydání, ve kterém byla chyba identifikována;
• podrobný popis chyby;
• pořadí, ve kterém je chyba reprodukována.

• uveďte vlastnosti počítače;
• uveďte verzi operačního systému;
• přenést data aplikace (infobáze a další data, která by mohla pomoci reprodukovat chybu).

Pro každou zjištěnou chybu by měl být zaslán samostatný dopis.

Složení knihovny

Knihovna "1C:Enterprise 8. Library of standard subsystems 8.2" obsahuje sadu univerzálních funkčních subsystémů určených pro použití v aplikačních řešeních na platformě 1C:Enterprise 8.2. Knihovna není kompletním (z věcného hlediska) aplikačním řešením. Knihovní subsystémy mohou být použity ve spotřebitelské konfiguraci buď společně, nebo samostatně.

Všechny knihovní subsystémy lze rozdělit do následujících kategorií:

1. Subsystémy, které implementují nezávislou funkčnost.

2. Integrované subsystémy, které implementují funkce určené pro použití v určitých objektech konfigurace spotřebitelů (těsná integrace).

Subsystémy různých kategorií se liší složitostí své implementace v konfiguraci. Subsystémy první kategorie jsou realizovány zpravidla pouhým přenosem funkčnosti, zobrazují se v konfiguračním rozhraní a nevyžadují významná další nastavení. Takové subsystémy mohou obsahovat uživatelská rozhraní a poskytovat programovací rozhraní, které lze použít v konfiguraci spotřebitele. Aktualizace těchto subsystémů při vydání další verze knihovny často spočívá v pouhé aktualizaci odpovídajících konfiguračních objektů. Příklady subsystémů jsou „Měny“, „Ukončení uživatelů“.

Při implementaci integrovaných subsystémů po přenosu funkcionality subsystému je nutné určit složení objektů konfigurace spotřebitelů, pro které je potřeba funkcionalitu implementovat. Poté je nutné provést určitý počet dodatečných nastavení, provést změny v kódu a formulářích vybraných objektů, tj. provést úzkou integraci subsystému do objektů konfigurace spotřebitele. Aktualizace takových subsystémů při vydání další verze knihovny také spočívá v jednoduché aktualizaci subsystému a zpravidla nevyžaduje opakované změny objektů konfigurace spotřebitelů.

Knihovna obsahuje pouze standardní subsystémy a nabízí také některé metody pro vývoj standardních řešení, například metodu pro nastavení parametrů relace.

Popis klíčové funkce subsystémy jsou uvedeny v tabulce 1.

Tabulka 1. Účel knihovních subsystémů (ikona v označuje subsystémy určené k implementaci do konfiguračních objektů dodavatele (těsná integrace))

№	Subsystém	Klíčové vlastnosti
1.	Standardní subsystémy	Obecné postupy a funkce. Nastavení názvu okna programu. Možnosti služby správce systému (mazání označených objektů, seznamu aktivních uživatelů a logu)
2.	Klasifikátor adres	Poskytování klasifikátoru adres (KLADR) pro použití v aplikačních subsystémech. Načtení klasifikátoru adres z disku ITS, ze souboru a z uživatelské části webu společnosti 1C. Pravidelná kontrola aktualizací klasifikátoru adres na webových stránkách společnosti 1C
3.	Obchodní procesy a úkoly	Informování uživatele o jeho aktuálních úkolech. Interaktivní zadání úkolu. Sledování a kontrola plnění úkolů zainteresovanými stranami - autory a koordinátory úkolů. Základní funkcionalita pro vývoj vlastních obchodních procesů v konfiguraci
4.	Měny	Ukládání a poskytování přístupu k seznamu a směnným kurzům. Stahování měnových kurzů z webu rbc.ru. Vyberte měny z celoruský klasifikátor OKW
5.	Verzování objektů	Ukládání historie změn adresářů a dokumentů (uživatel, který změny provedl, čas změny a povaha změny, s přesností na detaily objektu a detaily jeho tabulkových částí). Porovnání libovolných verzí objektů. Zobrazení dříve uložených verzí objektu
6.	Vypínání uživatelů	Nastavení blokování nových připojení k infobázi. Ukončení stávajících připojení k infobázi
7.	Zákaz úpravy detailů objektu	Zkouška povinné plnění některé detaily předmětů, které určují charakter tohoto objektu(konvenčně nazývané „klíčové“ detaily). Zákaz úpravy klíčových detailů zaznamenaných objektů. Kontrola možnosti změnit klíčové údaje uživatelem, který k tomu má oprávnění
8.	Kalendářní plány	Ukládání informací o kalendářových plánech používaných v podniku. Přijetí data, které nastane za stanovený počet dní podle zadaného harmonogramu atd.
	Kontaktní informace	Rozšíření podrobností konfiguračního adresáře o libovolnou sadu podrobností určených pro zadání kontaktních informací. Použití předdefinovaných a vlastních typů kontaktních informací. Použití funkcionality subsystému „Address Classifier“.
10.	Řízení dynamických aktualizací konfigurace	Kontrola faktů dynamická změna konfigurace. Upozornění uživatele s návrhem na restartování programu
	Sledování protokolu	Zobrazení registračního protokolu v režimu 1C:Enterprise. Generování zprávy o kritických záznamech v protokolu a pravidelné odesílání zprávy určeným příjemcům
	Nastavení pořadí prvků	Nastavení pořadí prvků v objektu pomocí tlačítek Nahoru a Dolů
	Aktualizace verze zabezpečení informací	Provádění počátečního vyplnění a aktualizace dat infobáze při změně verze konfigurace. Zobrazení informací o změnách v nová verze konfigurace
		Tvorba tištěných forem objektů ve formě tabulkové dokumenty nebo kancelářské dokumenty ve formátech Microsoft Word a OpenOffice.org Writer. Tisk a odesílání tištěných formulářů emailem
	Fulltextové vyhledávání	Nastavení a používání fulltextového vyhledávání dat
	Příjem souborů z internetu	Softwarové rozhraní pro příjem souborů z internetu. Příjem souboru ze sítě na klientovi. Ukládání souborů: na klientském počítači, do informační databáze. Vyžádání a uložení parametrů proxy serveru
	Uživatelé	Zobrazení a úprava seznamu uživatelů systému. Správa uživatelských práv. Definice současný uživatel při startu systému
	Práce s emailovými zprávami	Softwarové rozhraní pro odesílání e-mailových zpráv. Prohlížecí a editační systém účet pracovat s emailem. Základna uživatelské rozhraní posílat zprávy
	Práce se soubory	Připojování souborů k libovolným konfiguračním objektům. Připojování souborů z souborový systém nebo vytváření souborů pomocí šablony. Hromadná úprava souborů. Ukládání verzí souborů a poskytování přístupu k nim. Podpora fulltextového vyhledávání pro přiložené soubory
	Naplánované úkoly	Zobrazení a nastavení parametrů rutinní úkoly(plán, start, stop). Podpora při provádění rutinních úkolů v verze souboru informační základna
	Vlastnosti	Vytváření a úpravy dalších vlastností dokumentů a adresářů. Ukládání vlastností do objektu ( další detaily) a mimo objekt ve speciálním informačním registru (doplňkové informace). Schopnost používat vlastnosti v sestavách. Podpora pro možnost nastavit různé sady vlastností pro různé objekty stejného typu
	Ukládání nastavení	Možnosti ukládání a načítání přehledů a vlastní nastavení přehledů. Upřesnění formuláře sestavy pro pohodlné přepínání uživatelských nastavení a možností sestav
	Jednotlivci	Ukládání a poskytování přístupu k informacím o jednotlivcích
	Funkce sestav	Softwarové rozhraní pro přizpůsobení formulářů sestav systému skládání dat (DCS)

Knihovna standardních subsystémů (LSL) je sada subsystémů pro konfigurace na platformě 1C:Enterprise, které implementují základní funkcionalitu a jednotlivé funkční bloky. Pokusme se podrobněji pochopit, co to je.

Proč byl vytvořen BSP?

První verzi BSP vydala 1C již v roce 2010 pro platformu 1C:Enterprise 8.2. 1C navrhuje použít tuto knihovnu (nebo její jednotlivé subsystémy) jako základ pro vytváření vlastních aplikačních řešení. Také všechny standardní produkty vyráběné samotnou 1C jsou založeny na BSP.

Použití jednotných modulů umožnilo dosáhnout větší standardizace aplikačních řešení, a to zase umožnilo zkrátit čas strávený jejich studiem (programátory, administrátory i koncovými uživateli).

Programátorům vyvíjejícím aplikační řešení od nuly umožnil BSP ušetřit spoustu času, protože Není potřeba samostatně vyvíjet základní funkční bloky zahrnuté v BSP. Vývoj a testování provedla společnost 1C pro programátora. Programátor nyní potřebuje pouze porozumět již vyvinuté funkcionalitě a naučit se implementovat BSP.

Jak je distribuován BSP?

BSP je konfigurace pro platformu 1C:Enterprise. Navíc konfigurace není nezávislým aplikačním řešením, je to pouze sada nástrojů pro vývojáře. Při vývoji aplikačních řešení lze využít celou konfiguraci nebo část subsystémů.

Součástí dodávky BSP je demo základna s příkladem implementace. Tato demo databáze je k dispozici ke kontrole na webu 1C. Jak se k němu dostanete, si můžete přečíst v článku.

BSP není na prodej. Distribuční sadu BSP lze získat zdarma, pokud máte předplacenou podporu informačních technologií (ITS). Pro použití aplikačního řešení vyvinutého na základě BSP není vyžadováno předplatné ITS. Partneři 1C mohou také získat BSP zdarma.

Oficiální dokumentace k BSP se nachází na https://its.1c.ru/db/bspdoc a je k dispozici, pokud máte předplatné ITS.

Složení BSP

BSP se skládá z mnoha subsystémů, které se dělí na:

• nezávislý. K jeho implementaci stačí přenést všechny objekty do cílové konfigurace a zobrazit objekty v rozhraní. Příklady takových subsystémů: „Analýza protokolů“, „Měny“, „Dokončení uživatelských operací“.
• integrovatelný. Navrženo pro úzkou integraci s jinými konfiguračními objekty. Pro implementaci takových subsystémů je nutné provést další nastavení. Příklady takových subsystémů: „Verze objektů“, „Vyplňování objektů“, „Zákaz úpravy detailů objektu“.

V současné době (červenec 2017) je k dispozici BSP verze 2.4.2, která podporuje následující funkce:

Nástroje pro správu a údržbu	Log analýza Další reporty a zpracování Nastavení programu Aktualizace konfigurace Hodnocení výkonnosti Hledání a odstraňování duplikátů Bezpečnostní profily Naplánované úkoly Zálohování bezpečnosti informací Odstraňování označených předmětů Správa součtů a agregací
Správa uživatelů a přístupových práv	Vypínání uživatelů Uživatelé Řízení přístupu
Integrace s jinými programy a systémy	Externí komponenty Načítání dat ze souboru Integrace s 1C-Bukhfon (1C-Connect) Výměna dat Odesílání SMS Příjem souborů z internetu Práce s emailovými zprávami Distribuce zpráv
Technologické mechanismy a softwarová rozhraní	Základní funkčnost Plnění objektů Zákaz úpravy detailů objektu Aktualizace verze zabezpečení informací Příkazy plug-in Předpony objektů Práce v servisním modelu Monitorovací centrum
Aplikační subsystémy a uživatelské pracovní stanice	Dotazník Obchodní procesy a úkoly Možnosti přehledu Interakce Práce se soubory Aktuální události Šablony zpráv
Regulační referenční informace a klasifikátory	Banky Měny Otevírací doba Kalendářní plány
Servisní subsystémy	Verzování objektů Skupinová úprava objektů Termíny se nesmí měnit Uživatelské poznámky Ochrana osobních údajů Informace o spuštění Kontaktní informace Uživatelská připomenutí Nastavení pořadí prvků Těsnění Fulltextové vyhledávání Kontrola legálnosti přijímání aktualizací Vlastnosti Skloňování objektových reprezentací Struktura hlášení Elektronický podpis

Konkrétní subsystémy budou podrobněji popsány v samostatných článcích.

Implementace BSP

Před implementací knihovny standardních subsystémů do vaší konfigurace se musíte rozhodnout o seznamu subsystémů, které mají být implementovány. V nejjednodušším případě jsou implementovány všechny subsystémy. Bez ohledu na to, jaká funkce je potřebná, existují povinné subsystémy, které jsou vždy implementovány:

• Základní funkce;
• Aktualizace verze zabezpečení informací;
• Uživatelé.

Obecné schéma implementace se skládá z následujících fází:

1. Přenos nezbytných objektů metadat do cílové konfigurace;
2. Nastavení přenesených objektů;
3. Použití objektů BSP při vývoji nových funkcí.

K usnadnění implementace BSP knihovna zahrnuje zpracování První implementace BSP.epf . Nachází se v adresáři konfigurační šablony. Ve zpracování Stručný popis všech subsystémů a je určena vzájemná závislost subsystémů na sobě.

Pro kontrolu správnosti implementace BSP je sestava umístěna v adresáři konfigurační šablony Kontrola implementace BSP.erf.

Jak zjistit verzi aplikačního řešení BSP

Existuje několik způsobů, jak zjistit, která verze BSP se používá v konkrétním aplikačním řešení:

• Programově: volání funkce Server StandardSubsystems. Verze knihovny() ;
• Interaktivní: v informačním registru „Verze podsystému“ se podívejte na hodnotu verze pro podsystém „Standardní podsystémy“.

Existuje konfigurace, která vývojáři usnadňuje práci a šetří ho od takové „triviální“ práce - jedná se o „Knihovnu standardních podsystémů“ (BSS), která obsahuje sadu univerzálních funkčních podsystémů a fragmentů části „Správa“, která je určena pro pro použití v aplikačních řešeních na platformě "1C:Enterprise". Knihovna není kompletním (z věcného hlediska) aplikačním řešením, ale knihovní subsystémy lze používat ve spotřebitelské konfiguraci, a to společně i samostatně. A pro tento účel je součástí BSP speciální implementační asistent, jehož použití pomáhá výrazně šetřit čas při vývoji nové konfigurace.

Samotný asistent je vytvořen ve formě průvodce krok za krokem, s jehož pomocí vývojář specifikuje subsystémy, které potřebuje, a průvodce vytvoří prázdné místo, se kterým můžete v budoucnu pracovat. V podstatě dostáváme šablonu pro budoucí konfiguraci.

Spustíme BSP(máme edici 2.3, verzi 2.3.3.63), pojďme do sekce "Nástroje pro vývojáře" U94; "První implementace BSP":

Tady nám to bude odhaleno "Asistent pro implementaci BSP". Samotný asistent vypadá jako průvodce krok za krokem, kde v první fázi vybereme subsystémy, které budeme potřebovat ve vyvíjené konfiguraci. Poté je třeba určit soubor (ve formátu xml), do kterého tato nastavení uložíme.
Poté přejdeme do druhé fáze: pro každý z vybraných subsystémů označíme další parametry.

Po zvolení všech parametrů systém zkontroluje, zda bylo vše vybráno správně a nabídne různé varianty sledování chyb (tabulka implementace subsystému nebo zpráva o implementaci BSP).

Článek stručně popisuje práci s BSP Implementation Assistant, protože tento nástroj není příliš oblíbený. V praxi se vývojáři častěji chovají podle tohoto schématu: instalují potřebné subsystémy BSP na prázdnou konfiguraci (zde může pomoci také „Asistent implementace BSP“), ale obvykle jsou všechny subsystémy převedeny z BSP do nové prázdné konfigurace.

Máme dvě konfigurace: první (hlavní) - se všemi subsystémy BSP, druhá (soubor) - BP.

1. Povolte možnost upravovat hlavní konfiguraci.

2. Vyvolejte menu Konfigurace - Porovnat, sloučit s konfigurací ze souboru.

3. Vyberte soubor s příponou srov Konfigurace PSU.

4. Odpovězte Ano na nabídku podpory.

6. Proveď Akce - Mark podle subsystémů.

7. Označte podsystémy, které nejsou v naší hlavní konfiguraci - převezměte je ze souboru, ale podsystémy, které v konfiguraci ze souboru nejsou, je nutné ponechat v hlavní konfiguraci (to bude ve výchozím nastavení), poté klikněte Nainstalujte.

8. Označte vlastnosti kořenového prvku pro sloučení: hlavní role, modul spravované aplikace, modul relace, modul externího připojení, modul běžné aplikace, režim použití modality, režim použití volání synchronní platformy a externí komponenty, Režim kompatibility rozhraní, Režim kompatibility. Klikněte na Spustit.

9. V okně Nastavení pravidel podpory - OK.

10. Aktualizovat konfiguraci databáze (F7).

A podobné servisní zprávy:

„... (objekt je součástí stejnojmenného obecného atributu)“ nebo „...: Použití definovaných typů v režimu kompatibility X.H.H. (například autor) a níže je nepřijatelné“ ; "Obecný obrázek: Název není jedinečný!"

12. U objektu, který je součástí stejnojmenných obecných rekvizit - odebrat z podpory, odstranit objekt a odkazy na něj. Vyhledat odkazy na objekty ke smazání – odstranit odkazy.

13. Změňte režim kompatibility nad X.H.X.

14. Aktualizujte konfiguraci databáze (F7). Poté, pokud se vrátíte ke kroku 11, dokončete kroky 12 a 13 a poté 14.

V zásadě je to vše – „automatická“ část práce je dokončena. Začíná „nejzajímavější“ fáze práce: pokud jste si již mysleli, že konfigurace „vzlétla“, pak se s největší pravděpodobností velmi mýlíte.

Nejprve zkontrolujte společné moduly, zda jsou v příkazovém rozhraní zahrnuty podsystémy atd. Když je vše „tak nějak připraveno“, začněte ladit.

A tak ladíte, dokud si nejste jisti, že tam nejsou žádné chyby.

Konfigurace v 1C jsou zpravidla psány pro uživatele. Všechny konfigurace jsou různé, ale poměrně často různé konfigurace používají stejné objekty, které se od sebe mírně liší. Je opravdu těžké si představit konfiguraci, kde by se neobjevily takové entity, jako jsou položky, protistrany, uživatelé a měna. A některé úkoly jsou typické: možnost základního rozlišení práv, práce s emailem, úkoly pro uživatele atp. Existuje však konfigurace, která programátorovi usnadňuje práci, obsahuje a strukturuje standardní úkoly, které zaměstnavatelé programátorům nastavují.

Pokud jste pracovali s různými standardními konfiguracemi od 1c, všimli jste si, že jsou v zásadě dost podobné, mnoho základních funkcí je pro všechny stejné typické konfigurace. Také z BSP můžete přidat do své vlastní konfigurace takové standardní adresáře, jako jsou organizace, banky, klasifikátor měn a mnoho dalšího.

Pokusíme se zjistit, které subsystémy jsou zodpovědné za co a jak jsou vzájemně propojeny.

Pokud se rozhodnete použít BSP, neznamená to, že musíte používat všechny subsystémy, které jsou v něm zahrnuty. Součástí BSP je speciální implementační asistent, který pomáhá výrazně šetřit čas při vývoji nové konfigurace. Asistent je navržen jako průvodce krok za krokem, pomocí kterého vývojář specifikuje podsystémy, které potřebuje, a průvodce vytvoří mezeru, se kterou můžete v budoucnu pracovat. V podstatě dostáváme šablonu pro budoucí konfiguraci.

Pokud spustíme BSP v režimu tenký klient, pak takové okno uvidíme

V počáteční fázi nás zajímá karta „Nástroje pro vývojáře“, se kterou spustíme „Asistenta pro implementaci BSP“

Samotný skua vypadá jako pomocník krok za krokem.

V první fázi vybereme subsystémy, které budeme ve vyvíjené konfiguraci potřebovat.

Například takto

Poté musíte určit soubor, do kterého uložíme nastavení. Formát souboru XML.

Poté přejdeme do druhé fáze.

Ve druhé fázi zadejte další parametry pro každý z vybraných podsystémů.

Po výběru všech parametrů systém zkontroluje, zda bylo vše vybráno správně a nabídne různé možnosti sledování chyb

Nebo v této podobě:

V následujících článcích budeme pokračovat ve studiu práce s knihovnou standardních subsystémů.