Austrittsregeln und frühere Phasenbeendigung

Zielgruppe: Fortgeschritten – Automation Developers, Geschäftsarchitekt, Lösungsarchitekt

Überblick

In Maestro Fall kann jede Phase auf eine von zwei Arten enden: Sie beendet ihre Arbeit normal über eine Vollständige Regel oder sie wird früh durch eine Austrittsregel beendet. Austrittsregeln fungieren als Leistungsunterbrechungen – sie unterbrechen eine Phase, sobald sich die Bedingungen so ändern, dass eine fortgesetzte Verarbeitung zwecklos oder falsch wird. Das Verständnis der Unterschiede zwischen diesen beiden Mechanismen ist für den Entwurf von Fallplänen unerlässlich, die sowohl erfolgreiche Pfade als auch Ausnahmepfade sauber behandeln.

Der Phasenlebenszyklus in Kürze

Bevor Sie untersuchen, wie Phasen enden, sollten Sie verstehen, wie sie beginnen und ablaufen. Jede Phase in einem Fallplan wird durch eine Reihe von Regeltypen gesteuert, die ihren Lebenszyklus steuern:

Regeltyp	Die Frage, die sie beantwortet
Eintrittsregel	Wann sollte diese Phase aktiviert werden?
Vollständige Regel	Wann ist diese Phase abgeschlossen?
Exit Rule	Wann sollte diese Phase frühzeitig beendet werden?
Re-entry Rule	Wann sollte ein Fall zur Nachbearbeitung hierher zurückgegeben werden?

Eine Phase geht von „Verfügbar“ zu „Aktiv“ über, wenn ihre Eintrittsregel „true“ ist. Sobald aktiv, beginnen die Aufgaben der Phase mit der Ausführung gemäß ihren eigenen Eintrittsregeln (für ereignisgesteuerte Aufgaben) oder ihrer Position in der Sequence. Die Phase bleibt aktiv, bis entweder die Fertigstellungsregel oder die Austrittsregel ausgelöst wird – je nachdem, was zuerst eintritt. Beide Ergebnisse veranschaulichen, dass der Fallmanager basierend auf der Aktion der Regel bewertet, in welche Phase als nächstes eintreten soll.

Was ist eine vollständige Regel?

Eine vollständige Regel definiert die normale Abschlussbedingung für eine Phase. Er wird ausgelöst, wenn die Phase das erreicht hat, wofür sie entwickelt wurde. In den meisten Fällen bewertet die Abschlussregel, ob alle erforderlichen Aufgaben abgeschlossen wurden und eine gültige Ausgabe erzeugt haben.

Stellen Sie sich die vollständige Regel als Antwort auf folgende Frage vor: „Hat diese Phase ihre Aufgabe erledigt?“

Eine typische vollständige Regel sieht so aus:

WHEN event("AllRequiredTasksDone")

Oder für Phasen, in denen ein bestimmtes Datenergebnis wichtig ist:

WHEN event("AdjusterDecisionMade")
  IF adjusterDecision != null

Wenn eine vollständige Regel ausgelöst wird:

• Die Phase geht in den Status Abgeschlossen über.
• Alle Aufgabenausgaben werden in der Fallentität [in Kürze verfügbar] gespeichert.
• Der Fallmanager wendet die Aktion der Regel an (Fortschritt gemäß der Eintrittsregel der nächsten Phase, auf manuelle Auswahl warten, zur Herkunft zurückkehren oder den Fall abschließen) und bewertet Eintrittsregeln für nachfolgende Phasen.

Vollständige Regeln stellen das erwartete, entworfene Ergebnis dar. Die Phase wurde ausgeführt, die Arbeit wurde ausgeführt und das Ergebnis ist bereit für alles, was als Nächstes kommt.

Was ist eine Austrittsregel – der „Trennvorgang“?

Eine Austrittsregel definiert eine Bedingung für die frühe Beendigung. Sie wird ausgelöst, wenn sich etwas zwischen der Phase ändert, was eine fortgesetzte Verarbeitung unnötig, ungültig oder kontraproduktiv macht. Wenn eine Austrittsregel ausgelöst wird, wird die Phase sofort beendet – die laufenden Aufgaben werden angehalten und die Phase endet, ohne dass die Regel Abschließen erfüllt ist.

Stellen Sie sich die Austrittsregel als Antwort auf folgende Frage vor: „Hat sich etwas geändert, was bedeutet, dass diese Phase sofort angehalten werden sollte?“

Der Begriff „Leitfaden“ erfasst dieses Verhalten genau. In der Installation unterbricht ein Leistungstrennzeichen den Stromausfall, sobald er einen gefährlichen Zustand erkennt – er wartet nicht, bis der Schaltplan seine beabsichtigte Arbeit beendet hat. Austrittsregeln funktionieren auf die gleiche Weise: Sie unterbrechen eine Phase, sobald eine Bedingung die weitere Verarbeitung falsch oder unpraktisch macht.

Eine typische Austrittsregel sieht folgendermaßen aus:

WHEN PolicyCheckCompleted event arrives
  IF policyValid == false

Die WHEN- Klausel kann sich entweder auf ein internes Ereignis beziehen, das vom Falllebenszyklus ausgegeben wird (eine abgeschlossene Aufgabe, eine beginnende oder beendende Phase, eine Entitätsfeldänderung, eine SLA zu at-risk oder breached) oder ein externes Ereignis, das von außerhalb eintrifft Fall (ein Connector-Webhook, ein ausgelöster Timer, ein abgeschlossener untergeordneter Fall, ein direkter API-Aufruf). Austrittsregeln warten am häufigsten auf interne Aufgabenvervollständigungsereignisse und das Feld Entitätsfeld wird aktualisiert, wenn diese Aufgaben erzeugt werden.

Wenn eine Austrittsregel ausgelöst wird:

• Die Phase wird sofort beendet, unabhängig vom Fortschritt der Aufgabe.
• Die Ausführung von Aufgaben innerhalb der Phase wird angehalten. Aufgabenausgaben, die bereits in die Fallentität geschrieben wurden, werden beibehalten; Jede Aufgabe, die in der Ausführung war, ihre Ausgabe aber noch nicht geschrieben hat, wird als Beendet aufgezeichnet und ihre Teilarbeit wird verworfen.
• Der Fallmanager wendet die Aktion der Regel an (derselbe Satz wie „Abgeschlossen“: Fall abschließen oder beenden, auf manuelle Auswahl warten, zur Herkunft zurückkehren) und bewertet, was als Nächstes zu tun ist, genau wie nach einem normalen Abschluss.
• Der Fall ist nicht unbedingt beendet – er kann zu einer anderen Phase oder einem sekundären (Ausnahme-)Pfad weitergeleitet werden oder der Fallmanager-Agent kann über die nächste Aktion entscheiden, wenn keine deterministische Regel die Situation abdeckt.
• Das frühe Beenden wird im Prüfungspfad des Falls aufgezeichnet: die Auslösungsregel, das WWhen-Ereignis, das sie ausgelöst hat, die Werte für die Fallentität, die die IF-Klausel erfüllt haben, die durchgeführte Aktion und die Liste der beendeten Aufgaben. Der Eintrag erscheint in der Zeitleiste der Fall-App und in der Fallinstanzverwaltung.

Wie sie sich unterscheiden

Der folgende Vergleich fasst die grundlegende Unterscheidung zwischen Vollständigen Regeln und Austrittsregeln zusammen:

Dimension	Vollständige Regel	Exit Rule
Zweck	Markiert die Phase als abgeschlossen, wenn die Arbeit abgeschlossen ist	Beendet die Phase frühzeitig, wenn sich die Bedingungen ändern
Wenn es ausgelöst wird	Nachdem die erforderlichen Aufgaben abgeschlossen wurden und eine gültige Ausgabe erzeugen	Sobald eine überwachte Bedingung erfüllt wird, unabhängig vom Fortschritt der Aufgabe
Beziehung zu Aufgaben	Wartet auf den Abschluss von Aufgaben	Wartet nicht – unterbricht die laufenden Aufgaben
Stellt dar	Das normale, erwartete Ergebnis	Ein anormales, bedingtes oder Tastenkombinationsszenario
Phasenstatus nach	Abgeschlossen	Beendet (früher Beenden)
Was als Nächstes passiert	Der Fallmanager bewertet die nächste Phase basierend auf Falldaten	Der Fallmanager bewertet die nächste Phase basierend auf Falldaten

Beide Pfade – normale Fertigstellung und frühes Beenden – führen zu demselben Downstream-Verhalten: Der Fallmanager liest den aktuellen Status der Fallentität und bestimmt, welche Phase als nächstes aktiviert werden soll. Der Unterschied besteht darin , warum und wann die Phase beendet wurde, nicht darin, was danach passiert.

Hinweis:

Für eine einzelne Phase kann sowohl eine Abschlussregel als auch eine Austrittsregel definiert sein. Zur Laufzeit bestimmt die Bedingung, die zuerst erfüllt wird, wie die Phase endet. Sie schließen sich nicht gegenseitig in der Konfiguration aus – sie schließen sich gegenseitig in der Ausführung aus.

Warum Austrittsregeln wichtig sind

Ohne Austrittsregeln müssten Fallpläne jede Ausnahme verarbeiten , nachdem eine Phase ihre gesamte Arbeit abgeschlossen hat. Dies führt zu mehreren Problemen:

• Verwendete Mühe. Aufgaben werden weiterhin ausgeführt, auch wenn ihre Ergebnisse irrelevant sind. Zum Beispiel kann eine Ermittlungsphase stundenlang einen Feldprüfer entsenden und Fotos für einen Anspruch analysieren, dessen Richtlinie bereits für ungültig befunden wurde.
• Verzögerte Weiterleitung. Der Fall kann erst dann zum richtigen Ausnahmepfad verschoben werden, wenn die aktuelle Phase vollständig abgeschlossen ist, wodurch die Gesamtauflösung des Falls unnötig wird.
• Komplexe vollständige Regeln. Ohne einen separaten Austrittsmechanismus muss die vollständige Regel sowohl normale als auch ungewöhnliche Ausführungen berücksichtigen, was das Lesen, Warten und Debuggen erschwert.

Austrittsregeln lösen diese Probleme, indem das Signal „Fertig“ vom Signal „Anhalten“ getrennt wird. Die vollständige Regel bleibt einfach – sie beschreibt den Erfolg. Die Austrittsregel beschreibt die Bedingungen, unter denen ein Erfolg nicht mehr möglich oder relevant ist.

Erforderliche Phasen und früher Beendigung

Eine als erforderlich markierte Phase muss in einem Status Abgeschlossen enden, damit der Fall eine normale Regel „Fall abgeschlossen“ erfüllt. Wenn eine Austrittsregel für eine erforderliche Phase ausgelöst wird, endet die Phase im Status Beendet – nicht abgeschlossen –, sodass sie nicht zur Prüfung „Alle erforderlichen Phasen abgeschlossen“ beiträgt.

Dies bedeutet, dass eine Austrittsregel in einer erforderlichen Phase immer mit einer der folgenden Optionen gekoppelt werden sollte, sonst bleibt der Fall hängen (erforderliche Phase wird nie abgeschlossen, keine nachgelagerte Phase für deren Aufnahme ist konfiguriert):

Koppeln	Wie es funktioniert	Einsatzbereich
Die nachgelagerte Phase übernimmt	Die Eintrittsregel einer separaten Phase wird für dasselbe Ereignis ausgelöst (oft eine sekundäre Phase mit interrupting = true) und führt den Fall zu einem Abschluss. Die Austrittsregel stoppt einfach die verschwendete Arbeit.	Die meisten Ausnahmepfade – z. B. Verweigert, Betrugsspeicher, Zurückgezogen. Der Fall wird fortgesetzt, er geht einfach an einer anderen Stelle weiter.
Austrittsregelaktion = Fall beenden	Die Aktion der Austrittsregel beendet den Fall direkt. Es ist keine nachgelagerte Phase erforderlich.	Der frühe Austritt bedeutet, dass der Fall keine sinnvolle Fortsetzung hat – zum Beispiel, dass die Police ungültig ist, der Antragsteller zurückgezogen wurde oder ein Betrug bestätigt wurde.

Für eine optionale Phase ist ein früher Austritt in Ordnung – der Fall kann trotzdem abgeschlossen werden.

Allgemeine Muster für Austrittsregeln

Die Wissensdatenbank und das L300-Kursmaterialien beschreiben mehrere wiederkehrende Muster, bei denen Austrittsregeln einen signifikanten Wert bieten.

Muster 1: Ungültige Vorbedingung

Eine Aufgabe erkennt, dass eine grundlegende Vorbedingung falsch ist. Es gibt keinen Grund für die Ausführung der verbleibenden Aufgaben.

Beispiel – speicherschrift-Datenaufnahmephase:

WHEN PolicyCheckCompleted event arrives
  IF policyValid == false
  ACTION Exit the case

Wenn die Police des Antragstellers ungültig ist, gibt es keinen Grund zum Extrahieren von Anspruchsdetails oder zum Erstellen einer Anspruchsnummer. Die Austrittsregel beendet die Aufnahmephase sofort. Da die Richtlinie ungültig ist, hat der Fall keine aussagekräftige Fortsetzung, sodass die Aktion Fall beenden ist – der Fall wird beendet und ein nachgelagerter schließender Hook kann die Verweigerungsbenachrichtigung senden.

Muster 2: Ablehnung in der Mitte der Phase

Eine Entscheidungsaufgabe innerhalb der Phase führt zu einem negativen Ergebnis, das den Zweck der Phase ungültig macht.

Beispiel – Bewertungsphase:

WHEN AdjusterDecisionMade event arrives
  IF adjusterDecision == "deny"
  ACTION advance

Wenn der Schadensregulierer den Anspruch während der Bewertungsphase verweigert, sollte die Vergleichsphase nie aktiviert werden. Die Austrittsregel beendet die Bewertung frühzeitig. Die Aktion ist vorrücken – dasselbe Ereignis erreicht die Eintrittsregel der sekundären Phase Verweigert (die standardmäßig auf adjusterDecision == "deny", interrupting = true ausgelöst wird) und Verweigert übernimmt das Senden der Benachrichtigung und das Schließen des Falls.

Muster 3: Betrugs- oder Risikoerkennung

Bei einer automatisierten Prüfung wird ein Risikosignal mit hohem Schweregrad erkannt, das eine sofortige Eskalation erfordert und den Abschluss der normalen Phase umgibt.

Beispiel – Untersuchungsphase:

WHEN FraudCheckCompleted event arrives
  IF fraudScore > 0.9
  ACTION advance

Eine Betrugspunktzahl über dem Schwellenwert bedeutet, dass der Fall die Untersuchungsphase sofort verlassen sollte. Die Aktion ist vorrücken – eine sekundäre Phase (interrupting = true) für Betrugsspeicher wird für dasselbe Ereignis aktiviert und übernimmt den Fall. Zu warten, bis die Feldprüfung oder der Abruf des Polizeiberichts abgeschlossen ist, würde Zeit und Ressourcen verschwenden.

Muster 4: Schnellstartverknüpfung

Nicht alle frühen Austritte sind negativ. Eine Austrittsregel kann auch die Verarbeitung beschleunigen, wenn Daten zeigen, dass verbleibende Aufgaben nicht notwendig sind.

Beispiel – Überprüfungsphase:

WHEN ValidationComplete event arrives
  IF totalAmount < 500 AND validationResult.status == "pass"
  ACTION advance

Eine saubere Einreichung mit geringem Wert benötigt nicht die vollständige Überprüfungsphase. Die Austrittsregel schließt die Phase kurz. Die Aktion ist vorrücken , sodass der Fall direkt mit der nächsten Phase im primären Flow fortfährt. Dieses Muster reduziert die Zykluszeit für einfache Fälle, ohne die Überprüfungsphase aus dem Plan für Fälle zu entfernen, die sie benötigen.

Muster 5: Fehler beim externen System

Eine Integrationsaufgabe schlägt so fehl, dass die Phase kein aussagekräftiges Ergebnis liefern kann.

Beispiel – Regulierungsphase:

WHEN PaymentProcessed event arrives
  IF paymentFailed == true
  ACTION Wait for manual selection

Wenn das Zahlungssystem die Transaktion abgelehnt, ist es falsch, mit der Benachrichtigung des Antragstellers (die auf eine erfolgreiche Zahlung verweisen würde) fortzufahren. Die Austrittsregel stoppt die Phase; Die Aktion ist Auf manuelle Auswahl warten , damit ein Prozessoperator den Wiederherstellungspfad auswählen kann – eine Zahlungswiederholungsphase, ein alternativer Auszahlungskanal oder ein manueller Lösungspfad.

Wie Austrittsregeln mit dem Fallmanager interagieren

Wenn eine Austrittsregel ausgelöst wird, übernimmt der Fallmanager. Sein Verhalten hängt von dem gleichen Mechanismus ab, den es nach dem Ende einer Phase verwendet: Es wendet die Aktion der Austrittsregel an, bewertet den aktuellen Status der Fallentität [in Kürze verfügbar] und bestimmt, in welche Phase als nächstes eingegangen werden soll.

Das bedeutet, dass Austrittsregeln nicht angeben müssen, wo sich der Fall befindet – sie geben nur an , wann die Phase angehalten wird (und die Aktion beschreibt die Absicht auf hoher Ebene: fortfahren, auf Benutzer warten, zur Startseite zurückkehren oder den Fall beenden). Die Routinglogik befindet sich in den Eintrittsregeln der nachgelagerten Phasen und in der Orchestrierungslogik des Fallmanagers (erste deterministische Regeln, Argumentation des Fallmanager-Agents als Fallback).

Zum Beispiel, wenn die Bewertungsphase aufgrund einer Ablehnung frühzeitig beendet wird:

1. Die Austrittsregel der Bewertungsphase wird ausgelöst – Wenn das Ereignis AdjusterDecisionMade eintrifft, IF adjusterDecision == "deny". Die Phase wird beendet und die laufenden Aufgaben werden angehalten.
2. Das gleiche AdjusterDecisionMade -Ereignis erreicht jede andere Regel, deren WWhen mit ihm übereinstimmt. Die Eintrittsregel der verweigerten sekundären Phase – AdjusterDecisionMade Wenn adjusterDecision == "deny" eintrifft IF – wird als „true“ ausgewertet und die Phase wird aktiviert. Da Verweigert eine sekundäre Phase ist, ist ihre Eintrittsregel standardmäßig interrupting = true, sodass alle anderen aktiven Phasen beendet werden.
3. Die Phase Verweigert führt ihre Aufgaben aus (Verweigerungspaket senden, Prüfungsbericht generieren). Wenn alle erforderlichen Aufgaben abgeschlossen sind, wird der Fall über eine Regel „Fall abgeschlossen“ geschlossen.

Diese Trennung – Austrittsregeln definieren, wann angehalten werden soll, Eintrittsregeln definieren, wann gestartet werden soll – hält den Fallplan modular und wartbar. Jede Phase muss nur ihre eigenen Regeln kennen, nicht das vollständige Routingdiagramm. Der Fallmanager fragt nie die Fallentität ab: Jede Regel ist ereignisgesteuert und wird nur ausgewertet, wenn ihr WWhen-Ereignis eintrifft.

Hinweis:

Der Fallmanager-Agent dient als Fallback, wenn keine deterministische Regel die Situation nach einem frühen Beenden abdeckt. Wenn die Austrittsregel unter unerwarteten Umständen ausgelöst wird und keine nachgelagerte Eintrittsregel übereinstimmt, berücksichtigt der Agent die Daten der Fallentität und konfigurierte Richtlinien, um die nächste Aktion zu entscheiden – oder eskaliert zu einem Menschen, wenn er den richtigen Pfad nicht ermitteln kann.

Hinweis:

Austrittsregeln gelten nur für Phasen. Aufgaben haben nur eine Eintrittsregel – es gibt keine Abgeschlossen- oder Beendenregel auf Aufgabenebene. Der Abschluss einer Aufgabe wird durch die zugrunde liegende Arbeit bestimmt (Formular übermittelt, Agent abgeschlossen, RPA zurückgegeben usw.). Um die Arbeit mitten in der Phase anzuhalten, definieren Sie die Austrittsregel auf der Phase selbst; Sie beendet alle laufenden Aufgaben innerhalb der Phase.

Designrichtlinien

Beachten Sie bei der Integration von Austrittsregeln in einen Fallplan die folgenden Prinzipien:

• Halten Sie vollständige Regeln einfach. Eine vollständige Regel sollte den passenden Pfad beschreiben: „Alle erforderlichen Aufgaben sind erledigt“ oder „Die erwartete Entscheidung wurde getroffen.“ Betten Sie keine Ausnahmelogik in die vollständige Regel ein.
• Verwenden Sie Austrittsregeln für Ausnahmesituationen. Reservieren Sie Austrittsregeln für Bedingungen, die eine fortgesetzte Verarbeitung wirklich ungültig machen. Nicht jede bedingte Verzweigung benötigt eine Austrittsregel – einige Bedingungen werden nach dem normalen Abschluss besser von der Weiterleitungslogik des Fallmanagers behandelt.
• Überwachen Sie Upstream-Ausgaben. Austrittsregeln werten in der Regel Felder aus, die von Aufgaben zu einem früheren Zeitpunkt in der Phase geschrieben wurden. Entwerfen Sie Ihr Fallentitätsschema so, dass die Felder, die eine Austrittsregel überwacht, von bestimmten, identifizierbaren Aufgaben geschrieben werden.
• Paaren Sie Austrittsregeln mit nachgelagerten Eintrittsregeln. Eine Austrittsregel stoppt die Verarbeitung; Eine nachgelagerte Eintrittsregel erfasst den Fall und leitet ihn an den richtigen Pfad weiter. Entwerfen Sie diese paarweise, um Fälle zu vermeiden, die eine Phase beenden, aber nirgendwo weitergehen.
• Dokumentieren Sie die Absicht. Austrittsregeln sind wirksam, können aber für jeden, der zum ersten Mal einen Fallplan liest, unerwartet sein. Verwenden Sie klare Benennung und Kommentare, um anzugeben, warum jede Austrittsregel vorhanden ist und welches Szenario sie behandelt.

Zugehörige Ressourcen

• Phasen und Phasenregeln – detaillierte Referenz für alle Phasenregeltypen, einschließlich Eintritts-, Abschluss-, Austritts- und erneute Eingaberegeln.
• Erstellen eines Versicherungsanspruchsfalls in 30 Minuten – End-to-End-Tutorial zum Erstellen und Bereitstellen eines Fallplans.
• Fallmanager-Konfiguration – wie der Fallmanager zuerst Regeln und die Argumentation des Fallmanager-Agents als Fallback verwendet, um den Falllebenszyklus nach Abschluss oder Beenden von Phasen zu orchestrieren.