Architektura systému pracovního postupu

Platí pro: Microsoft Dynamics AX 2012 R3, Microsoft Dynamics AX 2012 R2, Microsoft Dynamics AX 2012 Feature Pack, Microsoft Dynamics AX 2012

Pracovní postup infrastruktury sestává ze dvou částí, které jsou hostovány na aplikačního objektového serveru (AOS): runtime pracovního postupu X ++ a runtime spravovaného pracovního postupu.

Runtime X ++ pracovního postupu se skládá ze:

• Adresa API workflow runtime

• Zasílání zpráv dávkové úlohy

• Fronta zpráv

Zasílání dávkové úlohy nebo rozhraní API modulu runtime pracovního postupu můžete vyvolat kód aplikace, pokud je požadováno. Modulu runtime pracovního postupu X ++ je kompilován do společné zprostředkující jazyk (CIL) z .NET Framework. Další informace naleznete v tématu X++ Compiled to .NET CIL.

Spravovaném runtime se skládá z Windows Workflow Foundation a Microsoft Dynamics AX rozšíření.

Logicky, infrastruktury pracovního postupu je rozšíření Microsoft Dynamics AX a je pro uživatele transparentní. Fyzicky runtime spravovaného pracovního postupu a pracovního postupu X ++ hostované na serveru AOS. Infrastruktury pracovní postup používá dávkové zpracování na AOS a .net Interop integraci obou subsystémů a předávat zprávy z jednoho podsystému. Kód X ++ ve procesoru dávky zkompilovaný tak, aby .net CIL. Dávkové zpracování se spouští v .net společného jazykového modulu runtime (CLR).

Následující obrázek znázorňuje architekturu vysoké úrovně infrastruktury pracovního postupu.

Uživatelé mohou pomocí pracovního postupu formuláře a ovládací prvky Microsoft Dynamics AX klienta a v Podnikový portál aplikace Microsoft Dynamics AX k účasti v obchodních procesech.

Vývojáři mohou vytvořit pracovní postupy pro objekty, které jste přidali do Microsoft Dynamics AX. Další informace naleznete v tématu Implementing Workflow for Microsoft Dynamics AX.

Následující tabulka popisuje kroky pracovního postupu, ke kterým dochází, když uživatel odešle vyúčtování systému pracovního postupu schválení.

Krok	Za běhu	Aktivita
1	X ++ runtime pracovního postupu	Uživatel odešle vyúčtování klepnutím Odeslat tlačítko na jeden ovládací prvky pracovního postupu. To způsobí, že kód X ++ aktivovat instanci pracovního postupu voláním rozhraní API modulu runtime pracovního postupu. Rozhraní API modulu runtime pracovního postupu odešle zprávu do fronty zpráv. Zasílání zpráv dávková úloha přečte zprávu a odešle požadavek na aktivaci pracovního postupu spravovaném runtime. Poznámka Zasílání zpráv dávková úloha zpracovává fronty zpráv v intervalech po jedné minutě.
2	Modulu runtime pracovního postupu spravované	Volání interop .net z jazyka X ++ přijme zprávu a spustí novou instanci pracovního postupu pomocí Windows Workflow Foundation. Tato instance pracovního postupu provede zpětné volání X ++ workflow runtime API prostřednictvím rozhraní spolupráce na CIL X ++ a odešle zprávu, která pracovní postup spustila. Po zaúčtování zprávy, spravovaném runtime uloží instanci pracovního postupu nečinnosti Microsoft Dynamics AX databáze. Runtime potom odebere je z paměti. Runtime spravovaném obdrží jinou zprávu z pracovního postupu X ++ runtime pro tuto instanci pracovního postupu, obnoví paměti instance pracovního postupu a jeho návratu. Každá instance pracovního postupu je jedinečný. Pokud máte dva uživatelé, kteří předkládají ke schválení své výdaje, jsou spuštěny dvě instance pracovního postupu.
3	X ++ runtime pracovního postupu	Čtení zpráv dávkové úlohy spuštění pracovního postupu zprávy z fronty zpráv a spustí obslužnou rutinu události aplikace zpracovat spuštění pracovního postupu událostí. Dávková úloha zaúčtuje pak zpráv potvrzení zpracování události.
4	Oboje	Tento vzorek stejné zasílání zpráv je opakované, po celou dobu životnosti instance pracovního postupu podle potřeby.

Architektura pracovní postup zajišťuje spolehlivé a trvalé systému zasílání zpráv a pomáhá zajistit, že stav pracovního postupu je vždy synchronizována s stavu aplikace. Neočekávané hardwaru nebo softwaru jeho poslední známé uloženého bodu je vrácena stavu instance pracovního postupu a zpráva zůstane ve frontě. Z pohledu architektuře modelu obnovy tedy problém vyřešit a obnovit pracovního postupu.