VÝBĚR Z OBLASTI
Základní stavební bloky platformy flexideo
Co všechno řeší replikace?
Organizace aplikace v intranetu
Jak jsou řešena přístupová práva?
Práce se soubory, složky a virtuální složky
Instance aplikace, klony, příbuzní
Tvorba XML dokumentů flexideo, obecná oblast
Především v části pro tvorbu požadavků, která je dostupná v každé fázi, ale také v definici výstupů z webové služby, je k dispozici nástroj pro vkládání XML struktury pro vybraný typ definované dokumentu flexideo dané aplikace.
Tento nástroj, je-li v daném místě k dispozici, což záleží na druhu požadavku nebo umístění a významu tvořené struktury, umožňuje vložit uzel pro tvorbu jednoho nebo více instancí v XDS definovaných dokumetů, přičemž počet vytvořených instancí závisí na použitém zdroji a podmínkách výběru z něj.
To že bude dokument vytvořen ještě samo o sobě neznamená jeho změnu či přidání v databázi. To záleží na místě, kde je tento XML dokument tvořen. Je-li umístěn v požadavku save-document, pak dojde k jeho rozložení do patřičných tabulek zvoleného typu dokumentu v databázi, pokud je ale použit požadavek save-draft, pak je XML dokumentu uloženo mezi rozpracované dokumenty uživatele, který požadavek na akci zadal či naplánoval, v požadavku save-file bude vytvořená struktura uložena do soubor atd.
Dokumenty lze dále tvořit též v definici výstupu akce, definované jako webové služby (při definici akce pro formulář je tento výstup volen v rámci požadavků save-file). Pak vytvořené struktury dat XDS dokumentů budou odeslány v odpovědi v SOAP obálce po dokončení akce.
V rámci těchto struktur XDS dokumentů jsou vedle většinové časti custom obsahu těchto dokumentů také “Obecná oblast” (x_common), kam je možné vkládat hodnoty dle datových typů. Například odkaz na přílohy, volné vazby na jiné XDS dokumenty, poznámky k dokumentu či kolonkám a podpisy dokumentu jsou dostupné právě zde a to ve formě opakovatelné podoblasti doplňků (addition), kde záleží na zvoleném typu doplňku, zda půjde o přílohu nebo například poznámku. Tento typ pak modifikuje i význam jednotlivých kolonek v doplňku – více viz. Obecná oblast dokumentů.
Z hlediska fungování akcí samotných je důležitý především celočíselný prvek procesního uzlu, který je pro každý dokument právě jeden (není v instnci opakovatelný). Tento prvek obsahuje uživatelem, importem nebo právě akcí zadané ID tabulky, která vystupuje jako uzel procesu, ve kterém se má zpracovat. Záleží však na návrháři procesu, do jaké míry se rozhodne této procesní vazby využít. V každé tabulce, která byla zahrnuta pomocí nastavení do některého z procesů (a může být zahrnuta max do jednoho procesu) je pak možné zatrhnout použití filtru právě na daný procesní uzel, tj. že vedle případných dalších podmínek musí instance daného XDS typu dokumentu obsahovat číslo odpovídající ID tabulky, jakožto procesního uzlu. Tím je zajištěno, že akce či náhle bude pracovat jen s těmi instancemi daného typu, které byly pro daný procesní uzel přímo určeny. Návrhář se však také může rozhodnout, že tuto volbu ve filtru nevyužije přímo, tedy ji nezatrhne a do filtru v nastavení tabulky zavede složitější vazbu na procení uzel dle svého uvážení nebo se rozhodne pro vstup vůbec mechanismus procesních ID nepoužít.
Pro výstup, tedy zadání procesního ID do tvořené či modifikované instance dokumentu je pak třeba ID zapisovat v rámci již zmíněného naplňování struktur XDS dokumentů v požadavcích či výstupu z akcí. Dle těchto vazeb ve flitru a v uložení je pak automaticky tvořeno zjednodušené schema procesu. Aby bylo možné strukturu schematu ovlivňovat i přímo, tedy bez požití mechanismu přímého filtru či umístění ID do tvorby XDS dokumentu, je možné na levé liště doplňkové uvedení navazjicích procesních uzlů, které má pro automatické schema stejný dopad.