Pravidla pro uživatelské definice a čeho je vhodné se vyvarovat

Zde zmíníme několik pravidel a zásad, na které je vhodné upozornit, pokud chcete definovat vlastní položky a definovatelné formuláře.

• Základní pravidla
• Příklady možných důsledků

Základní pravidla

• Na vlastní uživatelské formuláře lze vkládat i položky neuživatelské, tj. položky definované k danému Business objektu výrobcem. Naopak uživatelské položky lze vkládat pouze na uživatelské formuláře, tedy nelze nikterak modifikovat neuživatelské definovatelné formuláře dané výrobcem.

• Definovatelné položky nepodporují možnost navzájem ovlivňovat a validovat své hodnoty. Např. že by v závislosti na hodnotě jedné položky se nastavila hodnota jiné položky apod. Jediná validace, která je u nich zatím podporována, je kontrola vyplněnosti dané položky a to hodnotou platnou pro daný typ položky. Další možností, jak zrealizovat validaci, je přidat na definovatelný formulář, kde je položka umístěna, i prvek typu výraz, a pomocí vhodné definice výrazu provést požadovanou kontrolu hodnot jiných položek.

  Kontroly hodnoty uživatelsky definovatelné položky v závislosti na jiné položce by bylo možno realizovat též skriptováním.

• Definovatelné položky a formuláře jsou VELMI volné. To znamená, že kladou uživateli minimální omezení, co se týče možností, které on hodlá použít. To ovšem nese i riziko, že nevhodným nastavením si buď způsobí, že systém začne vykazovat v dané agendě chyby a nebude možno jej použít, dokud nebudou definice provedeny korektně, anebo si uživatel "povolí" zadat v dané agendě něco tak, jak by mu to agenda sama o sobě nepovolila.

  Jakých zásad se při vytváření definovatelných položek držet a jak správně definovatelné položky vytvářet, mazat a používat na formulářích najdete v sekci Návody, zde.

• Volné jsou i povolené úpravy, tj. opravy definic formulářů, ale i opravy definic položek a do značné míry i jejich mazání a to ve většině případů bez ohledu na předchozí použití dané položky. Pokud tedy takové akce potřebujete provést, provádějte je VELMI obezřetně a s rozmyslem. Mohli byste si zbytečně způsobit, že do systému vnesete chyby, které začne vykazovat, nebudete se moci dostat k dříve zadaným uživatelským datům nebo systém začne ukazovat nesmyslné hodnoty apod. Objasníme na příkladu:

  Uživatel si nadefinuje položku jako Přepínač s nějakými možnostmi a použije ji k uložení definice Omezení dané agendy. Pak z nějakého důvodu zásadně definici dané položky opraví, např. změní její typ. Při použití dané definice omezení v dané agendě mu pak program bude vykazovat chybu typu "neznámé hodnoty pro omezení" apod.

• Při vložení položky do definovatelného formuláře lze takřka libovolně pozměnit její definiční údaje oproti její definici. Tedy je možná značná variabilita při konkrétním použití dané položky v konkrétním formuláři.
• Jednu položku lze mít v jednom formuláři vloženu vícekrát,a to i pokaždé s trochu odlišnou definicí. Hodnoty v nich se pak program snaží synchronizovat, tj. pokud zadáte hodnotu do jedné z nich, hodnota v druhé z nich se podle toho zaktualizuje.
• Položku typu Celé číslo lze do formuláře vložit přímo jako Celé číslo, ale i jako skrytý seznam, jako vodorovný přepínač nebo svislý přepínač. Interně je každá z možností u posledních tří prvků zapsána jako celé číslo. Jaké jsou vizuální reprezentace daných možností, tj. co se bude nabízet ve formuláři vizuálně uživateli u takového prvku, je dáno pouze definicí daného formuláře.
• Pokud chcete hodnoty položek přenášet při vzájemném importu dokladů, pak nemohou být odpovídající položky různých Business objektů nadefinovány libovolně. Co musí položka splňovat, aby bylo možno je při importu přenášet, viz Importy uživatelsky definovatelných položek.

Příklady možných důsledků

Z výše uvedeného plyne např. že položku si lze nadefinovat tak, že povolí i zadání hodnot, které jsou pro program korektní, ale pro uživatele nesmyslné. Objasníme na příkladu:

Dále z výše uvedeného plyne, že položku můžete mít např. nadefinovánu jako skrytý seznam se třemi možnostmi, ale vloženu do formuláře jako skrytý seznam se čtyřmi úplně jinými možnostmi. Posouzení smysluplnosti takového použití je na uživateli, lépe je se mu vyvarovat. Příklad důsledku objasníme na příkladu:

Dále z výše uvedeného plyne, že jednu a tu samou položku můžete mít definovánu např. jako skrytý seznam a vloženu např. jako číselnou položku v jednom formuláři, příp. jako skrytý seznam s úplně jinými možnostmi v jiném formuláři. Posouzení smysluplnosti takového použití je opět na uživateli. Objasníme na příkladech:

Dále, z výše uvedeného plyne, že můžete do jednoho formuláře vložit jednu a tutéž položku vícekrát a pokaždé trochu jiným způsobem. Objasníme na příkladu: