Förspara Pro

Försparningsprocessen består av följande steg som visas här:

Steg Pro förspara

1. Åtgärder under visning.
   • Under det här skedet är entiteterna EntitySearch och EntityStateMail aktiva.
     • EntitySearch - Kan endast hittas efter att ett datakort har sparats första gången.
     • EntityStateMail - Kan hämta data via referenser, kan endast användas efter att datakortet har sparats första gången.
2. Åtgärder under redigering, innan sparning
   • Här kopieras referenser och initialvärden för skapar- och skapandetidsstämplar anges.
   • Observera att vissa kriterier som skapats av andra hanterare inte kan fångas upp under detta steg.
     • Referenskopia
     • Uttryck (kör via knapp)
     • CreatorStamp / CreationStamp (initialisering)
3. Börja spara
4. Innan hanterare före förspara, inställning av standardvärden och körning av enable-if
   • Innan hanterarna för förspara körs anger systemet standardvärden (som ett användarmakro) och villkor (aktivera-om) för att visa eller dölja attribut.
     • Uttryck (med execute early metadata true)
5. Infoga standardvärden och utför aktivera-om-funktioner
   • Standardvärde på nytt datakort (~ användarmakro)
   • Visa eller dölj attribut via enable-if
6. Förhandssparande hanterare, kör i mallordning
   • Dessa exekveras i en specifik ordning och inkluderar kontroll av dataintegritet och eventuellt blockering av sparning om kriterierna inte uppfylls. Dessutom exekveras skript eller beräkningar.
     • Validerare, kan blockera sparande
     • Uttryck
     • Övervakningsstämpel
     • DataCardHiddenState
     • Värdeändringsmonitor
     • ReferensMålKopie
     • CreatorStamp / CreationStamp uppdatera och spara
7. Fördröjda försparade hanterare
   • Hanterare som körs efter att beroende attribut har fyllts i, vilket kan orsaka förseningar.
     • Körs efter attribut som påverkar ifyllandet av dessa, vilket kan orsaka en till synes fördröjning jämfört med förväntad körordning.
     • SL AD slutlinje
     • Attributkombinator
8. Förspara lyssnare
   • Åtgärder som tillämpats på källdatakortet baserat på ändringar som gjorts under försparningsfasen.
     • Åtgärder för att hämta datakort
9. Initiering av visuell arbetsflödesautomation
   • Nu måste beslutsprocessen om huruvida automatisering ska kopplas baserat på ändringar som upptäcks av hanterare och lyssnare vara klar.
     • VWA ser förändringar av hanterare och lyssnare.
     • Beslut om att koppla VWA till datakort.

Spara Pro processen

1. Visuell arbetsflödesautomation bestämmer körning
2. Skapande av bakåtreferenslänkar
   • Här upprättas referenser mellan datakort, vilket påverkar hur och när de sparas baserat på inställningarna för bakåtreferensattributen.
     • När en referens skapas vid sparning på denna sida kommer källkoden att manifesteras som en bakåtreferens till måldatakortet vid denna tidpunkt i sparcykeln (och på samma sätt vice versa vid denna tidpunkt när länkning görs från bakåtreferenssidan).
     • När en referens skapas på den här sparade filen, och Fullständig sparning för måldatakortet är inställd på backreference-attributet på den andra sidan, sparas måldatakortet.
     • När en referens skapas på den här sparfunktionen, och "Fullständig sparning för måldatakortet" INTE är inställd på backreference-attributet på den andra sidan, sparas INTE måldatakortet (därmed inte tillgängligt för VWA-noder utan fördröjningstimer eller sparningshändelse), utan endast en ny historikmarkering görs som visar att bakåtreferensen fylls i.
3. Hanterare och lyssnare efter sparning
   • Åtgärder här kan inkludera att skicka automatiserade e-postmeddelanden, ta bort mål, transformera data och göra webb- API anrop.
     • Handläggare:
       • EntitySearch (kan hittas vid skapandet av datakort)
       • Automatisk e-postavsändare
       • TargetDeleter
       • AutoEntityCreation (fungerar endast vid skapandet av datakort)
     • Lyssnare:
       • Ange värden för måldatakortet.
       • Gör Transform.
       • Web API anrop.
       • Ange värde(n) till källan om det behövs för att utlösa ValueChangeMonitor (eller liknande).
4. Pro automatisering av arbetsflöden
   • Automatiseringar utlöses baserat på villkor och kan spara datakort på nytt, vilket innebär att hanterare och lyssnare körs om och historiken uppdateras.
     • Varje nod gör en ny sparning (kör hanterare och lyssnare igen) och en historikmarkering
     • Alla noder körs här, men timern kan skapa en fördröjning
     • Villkorsnoder kontrollerar villkoren vid denna punkt

Exempel: Ändra ärendestatus med automatisering

Om du ändrar ett ärendestatusvärde med automatisering bör du överväga följande:

• Statistikens tidsstämplar uppdateras därefter
• Värdeändringshistoriken för status uppdateras därefter
• Möjligen dölj/sätt synlig datakortet uppdateras därefter

Om du skulle göra detta i en försparad lyssnare eller ett uttryck sent i mallordningen, skulle inget av dessa uppdateras som standard.

Det finns två sätt att uppnå allt detta:

• Ändra statusen i uttrycket först i mallordningen och använd om nödvändigt en fördröjning, till exempel en sparningshändelse, för att utlösa uttrycket.
• Ändra statusen i POST SAVE-lyssnaren för att återaktivera sparprocessen, vilket är det enda sättet att även få ValueChange skapat... tidsstämplar och dölj/sätt synlig som du kan göra separat i en lyssnare före sparning med andra åtgärder i den.