Objekt 1c "Funkční možnosti" - navrženo tak, aby zvýraznilo funkcionalitu v aplikačním řešení, kterou lze povolit (zakázat) během implementace, aniž by se sama měnila (společně se Subsystémy tvoří rozhraní tenkého klienta 1C). Jsou součástí mechanismu funkčních možností.

Funkce Možnosti Mechanismus obsahuje dva objekty metadat:

1. Funkční varianta;
2. Parametry funkčních možností.

Více

Možnost funkce je objekt metadat, který může přímo ovlivnit složení aplikačního rozhraní (pokud funkční možnost ukládá svou hodnotu do booleovského atributu). Pomocí objektů tohoto typu můžete skrýt prvky, které se týkají nepřístupné funkčnosti. Například možnost Účtování v měně může skrýt z přehledů pole Měny, pole Měna z a sloupec Částka měny.

Zdrojem hodnoty funkční možnosti je objekt metadat vybraný jako vlastnost Storage , například to může být .

V případě uložení hodnoty funkční volby v atributu adresáře nebo prostředku jsou vyžadovány další informace, které přesně naznačují, jak vybrat hodnotu volby. Pro tento účel je k dispozici samostatný objekt metadat − Funkce Možnosti Parametry.

Můžeme říci, že parametry funkčních možností jsou souřadnicové osy prostoru hodnot funkčních možností. Navíc jeden parametr funkčních možností může určovat hodnotu "její" souřadnicové osy současně pro více funkčních možností.

[skrýt]

Funkční možnosti mohou ovlivnit:

1. do uživatelského rozhraní:
   • globální ;
   • náležitosti (včetně sloupců náležitostí formuláře jako např Tabulka hodnot nebo Strom hodnot);
   • příkazy formuláře;
2. o sestavách realizovaných pomocí systému skládání dat;
3. na algoritmech napsaných ve vestavěném jazyce - je možné získat hodnoty funkčních možností z vestavěného jazyka a použít je v různých podmínkách, například pro snížení množství výpočtů (viz např. ).

POZORNOST! Pokud klientská aplikace pracuje se souborovou verzí infobáze přes web server, pak změnou funkční volby dojde ke změně uživatelského rozhraní až po restartu web serveru (restart klientské aplikace nezmění uživatelské rozhraní).

Vlastnosti funkčních možností 1C

• Úložiště - pole, ve kterém je třeba vybrat objekt typu boolean. Zpravidla se používají konstanty.
• při získávání - příznak je zodpovědný za možnost získání hodnoty funkční volby v privilegovaném režimu.
• Kompozice - seznam objektů a atributů objektů, jejichž viditelnost se zapíná/vypíná při vypnutí/vypnutí funkční volby (k ovládání pomocí spravovaného formuláře).

Například v závislosti na podmínkách konkrétní implementace můžete zajistit deaktivaci účtování zboží po skladech tak, aby se při evidenci dokladů příjmu zboží ve formuláři dokladu nezobrazovalo pole Sklad.

Vlastnosti používání 1C funkčních možností:

1. Volby funkcí mohou mít hodnoty libovolného typu (ne nutně booleovské).
2. Když přidáváte novou konstantu pro použití funkční volby, nezapomeňte ji zahrnout do příslušného podsystému a přiřadit jí oprávnění.
3. Práce s funkčními možnostmi je dostupná z vestavěného jazyka, díky kterému může vývojář vytvářet vlastní algoritmy pro hodnoty funkčních možností.
4. Příkaz příkazového rozhraní bude z příkazového rozhraní vyloučen, pokud je zakázána volba funkce:
   • atribut, což je parametr příkazu;
   • typ parametru příkazu (pokud je typ parametru příkazu složený, příkaz se stane nedostupným, když jsou všechny typy parametrů zakázány).

POZORNOST! Funkční možnosti a jejich parametry neovlivňují složení databáze: v databázi jsou přítomny všechny tabulky a pole bez ohledu na stav funkčních možností.

Vliv funkčních možností na detaily a příkazy formuláře:

1. typ spravovaného formuláře<Вид>Objekt ( DirectoryObject, DocumentObject atd.) budou zakázány, pokud je odpovídající objekt zakázán funkční možností. Analyzovány jsou pouze ty funkční možnosti, které nemají žádné parametry.
2. Hlavní atribut typu spravovaného formuláře DynamicList bude zakázáno, pokud funkční volba zakáže konfigurační objekt, který je zadán jako hlavní tabulka dynamického seznamu. Analyzovány jsou pouze ty funkční možnosti, které nemají žádné parametry.
3. Atribut formuláře typu odkazu je zakázán, pokud je konfigurační objekt, který tvoří tento typ, zakázán funkční volbou. Atribut formuláře složeného typu je zakázán, pokud funkční možnosti zakazují všechny typy komponent.
4. Tabulka formuláře bude deaktivována, pokud zobrazuje data atributu formuláře, který je zakázán funkční volbou.
5. V dialogovém okně pro výběr typu nejsou žádné typy (například pro vstupní pole spojená s atributy složeného typu), pokud jsou konfigurační objekty, které tvoří tyto typy, zakázány funkční volbou. Informace o typech zakázaných funkčními možnostmi se ukládají do mezipaměti na straně klienta a vymažou se po 20 minutách nebo během volání metody UpdateInterface().

POZORNOST! Na rozdíl od příkazového rozhraní jsou hodnoty parametrů funkčních možností nastaveny pouze pro konkrétní instanci formuláře.

Vytvoření parametru funkčních možností

Parametr funkční volby je vytvořen pomocí konfiguračního objektu 1C "Functional options parameters".

[skrýt]

To lze provést v konfiguračním okně přidáním nového objektu.

Možnosti funkce Vlastnosti parametrů:

• Použití - nastavuje sadu objektů, jejichž hodnoty budou určovat, jak má být vybrána hodnota funkční možnosti. Seznam dostupných objektů obsahuje slovníky a dimenze informačního rejstříku. Pro každý parametr funkčních možností v tomto seznamu můžete vybrat jeden adresář (z celého seznamu adresářů) a jednu dimenzi každého informačního registru.

POZORNOST! Nemůžete použít stejný objekt metadat ve více než jednom parametru volby funkce.

Téměř všechna standardní řešení založená na platformě 1C:Enterprise 8.x využívají mechanismus funkčních možností. Umožňuje řídit funkčnost konfigurace v blocích.

Takže například možnost „Použít interní objednávky“ (viz snímek obrazovky vpravo) vám umožňuje zpřístupnit tento dokument uživateli pro použití v režimu „1C:Enterprise“ a také obsahuje samostatné větve souvisejících algoritmů s touto funkcí.

Dnes se v článku podíváme na fungování funkčních možností, jejich nastavení a malou ukázku jejich použití na testovací konfiguraci. Začněme tím, že se podíváme na to, jak fungují.

Princip činnosti

Jak bylo uvedeno výše, funkční možnost vám umožňuje povolit / zakázat funkce konfigurace, které jsou s ní spojeny. Podívejme se na posloupnost akcí pro vytvoření a konfiguraci tohoto konfiguračního objektu.

Ve větvi config "Obecné->Funkční možnosti" můžeme vytvořit nový objekt nebo zobrazit vlastnosti již vytvořených možností. V konfiguraci testu vytvoříme funkční možnost „EnableImportance“. Na samém začátku, když objekt ještě nebyl nakonfigurován, bude okno se seznamem jeho vlastností vypadat takto:

Vlastnosti "Název" a "Synonymum" mají standardní účel. Obzvláště zajímavé jsou nastavení "Úložiště" a "Složení".

V poli "Úložiště" je vybrán objekt v konfiguraci, odkud získá funkční možnost svou hodnotu. Obvykle se pro tento účel používají konstanty typu boolean. Podle hodnoty konstanty platforma určí, zda zahrnout související funkcionalitu nebo ne.

Možnosti konfigurace spojené s funkční možností se konfigurují na kartě Kompozice. Snímek obrazovky výše ukazuje výběrový seznam objektů zahrnutých v jeho složení.

Pokud je jeden konfigurační objekt zahrnut v několika funkčních možnostech, bude použit v aplikovaném řešení, pokud je zahrnuta alespoň jedna z nich.

Volba "Privilege mode on geting" umožňuje zakázat kontrolu přístupových práv při získání hodnoty funkční volby, což pozitivně ovlivní výkon (odpadne nadměrná kontrola přístupu) a sníží složitost dalšího vývoje (není potřeba konfigurovat práva pro objekt, který uchovává hodnotu funkční volby).

Příklad použití

V naší testovací konfiguraci vytvořte výčet "Důležitost" a také konstantu

"PovolitImportance". Vytvořené objekty jsou zobrazeny na následujícím snímku obrazovky.

Konstanta je určena pro uložení hodnoty funkční volby. Výčet bude fungovat jako hodnota referenčního atributu v testovacím dokumentu, jehož dostupnost bude určena funkční možností.

Testovací dokument bude mít dvě náležitosti:

• "Comment" s typem "String".
• "Importance" s typem "EnumerationReference.Importance".

K funkční volbě přidáme atribut dokumentu „Důležitost“ a poté zvážíme chování platformy v uživatelském režimu.

Po spuštění programu v režimu 1C:Enterprise otevřete testovací dokument. Atribut „Důležitost“ na formuláři neuvidíme, protože jsme zatím nepovolili funkční možnost.

Chcete-li povolit použití atributu "Importance", musíte nastavit hodnotu konstanty "EnableImportance" na hodnotu TRUE. Poté se formulář změní následovně:

Činnost funkčních voleb se rozšiřuje na téměř všechny konfigurační objekty, s výjimkou některých větví "Obecné", které plní především servisní funkce. Do složení funkční opce například nemůžete zahrnout další funkční možnosti (a to nedává moc smysl).

Pojďme se podívat na několik zajímavých aspektů toho, jak tento konfigurační objekt funguje:

1. Nastavení funkčních možností nemá téměř žádný vliv na SQL dotazy generované platformou.

Například při otevření dokumentu se zakázanou funkční možností platforma v každém případě obdrží hodnotu tohoto atributu v požadavku. Následující snímek obrazovky ukazuje dotazy SQL generované s povolenou a deaktivovanou možností.

2. Formulářový prvek "Důležitost" na formuláři, bez ohledu na hodnotu funkční volby, má vždy hodnoty pro vlastnosti "Viditelnost" a "Přístupnost" rovné PRAVDĚ.

Ve skutečnosti, jak při vytváření formuláře na serveru, tak při otevírání formuláře, stejně jako při další práci s ním, nejsou vlastnosti "Viditelnost" a "Přístupnost" platformou automaticky nastaveny na FALSE. Pravděpodobně to 1C:Enterprise 8.x dělá „v zákulisí“.

3. Pro získání hodnoty funkční možnosti platforma vygeneruje SQL dotaz do DBMS v souladu s objektem úložiště, tzn. na konstantu. V jednom z předchozích článků jsme již hovořili o sestavování SQL dotazů na konstanty a o tom, jak jsou uloženy v databázi.

V našem příkladu platforma generuje následující SQL dotaz:

Pokud jde o okamžik obdržení hodnoty funkční opce, platforma se řídí následujícím principem : k prvnímu obdržení hodnoty funkční opce dojde při přístupu k objektu/rekvizitám zahrnutým v jejím složení. Platforma pak používá hodnotu uloženou v mezipaměti, dokud se nezmění hodnota objektu, který tuto hodnotu ukládá (v našem příkladu konstanty EnableImportance), nebo dokud se nerestartuje uživatelská relace. Hodnota funkční volby je uložena v mezipaměti v rámci jedné relace.

Vše výše uvedené bylo ověřeno experimentálně. Vše, co jsem použil pro experimenty, je v testovací konfiguraci (odkaz na konci článku), s výjimkou .

Závěr

Funkční možnosti jsou nedílnou součástí téměř jakéhokoli řešení oběhu založeného na platformě 1C:Enterprise 8.x. Právě díky tomuto mechanismu můžete vytvářet konfigurace s blokovou konstrukcí funkčnosti, kterou lze snadno povolit / zakázat při konfiguraci programu. Schopnosti mechanismu lze zároveň rozšířit pomocí parametrů funkčních možností, ale to je téma na jiný článek.

Pro zkušenost s platformou je velmi vzácné používat funkční možnosti, protože zákazník přesně ví, co potřebuje. A vytvoření jakýchsi univerzálních mechanismů, za které si budete muset připlatit, navíc ne fakt, že se budou používat, je při finalizaci standardních řešení nebo jejich implementaci v konkrétním podniku velmi vzácné.

Stahování:

Funkční možnosti A Parametr volby funkce- jedná se o konfigurační objekty 1C 8.3 (8.2), které dohromady představují mechanismus funkčních možností. Mechanismus funkčních možností je funkce, která vám umožňuje definovat sadu funkcí, které uživatelé potřebují.

Jednoduše řečeno, mechanismus funkčních možností je vypínač pro různé funkce v konfiguraci.

Proč byste měli funkci deaktivovat?

Získejte zdarma lekce videa 267 1C:

Práci zaměstnanců může často zkomplikovat další funkce. Banálním příkladem použití funkčních možností v 1C je, že databáze uchovává záznamy pro jednu organizaci nebo sklad, proč pak zavazovat uživatele k vyplnění těchto údajů ve všech dokumentech?

Co řídí funkční možnosti?

Za prvé, použití funkčních možností se nejpohodlněji odráží v rozhraní: podrobnosti formuláře, formuláře příkazů, společné rozhraní - to vše lze spojit s funkčními možnostmi. V závislosti na hodnotě funkčních možností můžete omezit výstup dat v sestavě založené na .

Funkční možnosti jsou běžné konfigurační objekty. Jsou součástí mechanismu funkčních možností a umožňují vybrat funkcionalitu v aplikačním řešení, kterou lze povolit/zakázat během implementace beze změny samotného aplikačního řešení.

Například v závislosti na podmínkách konkrétní implementace je nutné zajistit deaktivaci účtování zboží podle skladů. Aby se při evidenci dokladů pro příjem zboží pole Skladem nezobrazuje se ve formě dokumentu.

K tomu lze v konfiguraci definovat funkční možnost Skladové účetnictví, uložená v konstantě typu booleovský.

K této funkční možnosti můžete přiřadit různé konfigurační objekty nebo jejich atributy. K této funkční možnosti můžete například přiřadit rekvizity Skladem dokument Příjem zboží.

Poté můžete během implementace povolit nebo zakázat tuto funkční možnost v konkrétní infobázi v režimu 1C:Enterprise.

Platforma automaticky zapne a vypne zobrazení všech relevantních prvků rozhraní (pole, příkazy, sloupce seznamu, prvky sestavy). V našem případě bude pole skryto nebo zobrazeno Skladem ve všech formách dokumentů Příjem zboží.

30.03.2017

Funkční možnosti 1C 8.3 (Mechanismus, použití)

Začít Důležité všimněte si, že mechanismus možností funkcí NE omezuje přístup k datům, ale řídí pouze viditelnost (zobrazení) dat na formuláři. K omezení přístupu k objektům na platformě se používá mechanismus rolí.
Úvahu o mechanismu funkčních možností proto začínáme popisem problému. V naší minikonfiguraci je jeden adresář "Sklady". Předpokládejme, že všichni uživatelé mají přístup k tomuto adresáři.
Znovu! Mechanismus funkčních možností řídí zobrazení dat na formuláři a neomezuje přístup k objektu metadat (Adresář, dokument, záznamy registru ....) Je potřeba provést nastavení "Použít více skladů" (Ano, ano ... je to v UT 11.X, tam se to dělá pro organizace). Pokud používáme více skladů, pak je v rozhraní k dispozici adresář skladu, pokud ne, pak příkaz, který otevře jeden sklad (předpokládáme, že je v tomto případě pouze jeden a nekomplikujeme úkol).

Objekty metadat konfigurace

Ke splnění tohoto úkolu potřebujeme:

• Dvě funkční možnosti "UseMultipleWarehouses" a "Don'tUseMultipleWarehouses". První je zodpovědný za dostupnost adresáře a druhý za dostupnost obecného příkazu pro volání algoritmu pro „otevření“ skladu.
• Konstanty stejného jména s typem "Boolean" pro ukládání hodnot funkčních možností
• Adresář "Sklady"
• Obecný příkaz "Otevřít hlavní sklad". Nezapomeňte pro něj zadat skupinu příkazů, jinak konfiguraci nepoužívejte (dojde k chybě)

A přidejte jeden subsystém, kam zahrneme všechny existující objekty

Nastavení funkčních možností

První možností je „Použít více skladů“. Hodnota je uložena ve stejnojmenné konstantě, součástí je adresář "Sklady". Když je tedy hodnota konstanty "True", je adresář dostupný v rozhraní, pokud je false, adresář se v rozhraní také nezobrazí (Obsah subsystémů, objektové formuláře atd.)

Druhá funkce "Don't UseMultipleWarehouses" je nastavena, když NENÍ nastavena první "UseMultipleWarehouses".
Tito. pokud nepoužíváme více skladů (UseMultipleWarehouses = FALSE a není dostupné vyhledávání "Warehouses"), pak se zobrazí příkaz "Open MainWarehouse", jehož dostupnost je řízena volbou "NepoužívatMultipleWarehouses" (Do notUseMultipleWarehouses = SKUTEČNÝ)

Kontrola chování systému

Možnost číslo 1. UseMultipleWarehouses = True, Do NotUseMultipleWarehouses = False. V rozhraní je k dispozici adresář "Sklady".

Možnost číslo 2. UseMultipleWarehouses = False, Do NotUseMultipleWarehouses = True. Referenční kniha "Sklady" NENÍ k dispozici v rozhraní, místo toho je k dispozici obecný příkaz "Otevřít hlavní sklad"