Austrittsregeln und Beendigung der frühen Phase

Austrittsregeln in Maestro Case, um Phasen frühzeitig zu beenden, wenn sich die Bedingungen ändern, einschließlich Unterschieden zu Abschlussregeln und nachgelagerten Routing-Effekten.

Zielgruppe: Fortgeschritten – Automation Developers, Business Architects, Solution Architects

Überblick

In Maestro Case kann jede Phase auf zwei Arten beendet werden: Sie wird nach Abschluss ihrer Arbeit normal über eine Abschlussregel oder frühzeitig über eine Austrittsregel beendet. Austrittsregeln wirken als Schutzschalter – sie kürzen eine Phase ab dem Moment ab, in dem sich die Bedingungen ändern, sodass die weitere Verarbeitung sinnlos oder falsch wäre. Den Unterschied zwischen diesen beiden Mechanismen zu verstehen, ist für das Entwerfen von Fallplänen unerlässlich, die sowohl Erfolgspfade als auch Ausnahmepfade ordnungsgemäß behandeln.

Der Phasenlebenszyklus in Kürze

Bevor Sie untersuchen, wie Phasen enden, ist es hilfreich zu verstehen, wie sie beginnen und wie ihr Fortschritt verläuft. Jede Phase in einem Fallplan unterliegt einer Reihe von Regeltypen, die ihren Lebenszyklus steuern:

Regeltyp	Frage, die beantwortet wird
Eintrittsregel	Wann sollte diese Phase aktiviert werden?
Abschlussregel	Wann ist diese Phase abgeschlossen?
Austrittsregel	Wann sollte diese Phase frühzeitig abgebrochen werden?
Regel für erneuten Eintritt	Wann sollte ein Fall zur Nachbearbeitung hier zurückgegeben werden?

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

Was ist eine Abschlussregel?

Eine Abschlussregel definiert die normale Abschlussbedingung für eine Phase. Sie wird ausgelöst, wenn die Phase das erreicht hat, wofür sie gedacht ist. In den meisten Fällen wertet die Abschlussregel aus, ob alle erforderlichen Aufgaben abgeschlossen sind und eine gültige Ausgabe erzeugt wurde.

Stellen Sie sich die Abschlussregel als Antwort auf die Frage vor: Hat diese Phase ihren Auftrag erledigt?

Eine typische Abschlussregel sieht wie folgt aus:

WHEN event("AllRequiredTasksDone")

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

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

Wenn eine Abschlussregel ausgelöst wird:

• Die Phase geht in den Status Abgeschlossen über.
• Alle Aufgabenausgaben werden in der Fallentität [Demnächst verfügbar] beibehalten.
• Der Fallmanager wendet die Aktion der Regel an (gemäß der Eintrittsregel der nächsten Phase voranschreiten, auf manuelle Auswahl warten, zum Ursprung zurückkehren oder den Fall abschließen) und wertet Eintrittsregeln für nachfolgende Phasen aus.

Abschlussregeln stellen das erwartete, entworfene Ergebnis dar. Die Phase wurde ausgeführt, die Arbeit ist erfolgt und das Ergebnis ist bereit für das, was als nächstes kommt.

Was ist eine Austrittsregel – der „Schutzschalter“?

Eine Austrittsregel definiert eine Bedingung für eine frühzeitige Beendigung. Sie wird ausgelöst, wenn sich während der Phase etwas ändert, was die weitere Verarbeitung unnötig, ungültig oder kontraproduktiv macht. Wenn eine Austrittsregel ausgelöst wird, wird die Phase sofort beendet – die Ausführung von Aufgaben wird angehalten, und die Phase endet, ohne ihre Abschlussregel zu erfüllen.

Stellen Sie sich die Austrittsregel als Antwort auf die Frage vor: Hat sich etwas geändert, sodass diese Phase jetzt angehalten werden sollte?

Der Begriff „Schutzschalter“ erfasst dieses Verhalten genau. In der Elektrotechnik unterbricht ein Schutzschalter den Strom, sobald er einen gefährlichen Zustand erkennt – er wartet nicht ab, bis die Schaltung ihre beabsichtigte Arbeit fertigstellt. Austrittsregeln funktionieren auf die gleiche Weise: Sie unterbrechen eine Phase in dem Moment, in dem eine Bedingung die weitere Verarbeitung falsch oder verschwenderisch machen würde.

Eine typische Austrittsregel sieht wie folgt aus:

WHEN PolicyCheckCompleted event arrives
  IF policyValid == false

Die WHEN-Klausel kann entweder auf ein internes Ereignis hören, das vom Falllebenszyklus ausgegeben wird (eine abgeschlossene Aufgabe, eine eintretende oder austretende Phase, eine Änderung eines Entitätsfelds, ein SLA, für das at-risk oder breached eintritt), oder auf ein externes Ereignis, das von außerhalb des Falls eintrifft (ein Connector-Webhook, das Auslösen eines Timers, ein Abschluss eines untergeordneten Falls, ein direkter API-Aufruf).Austrittsregeln hören am häufigsten auf interne Aufgabenabschlussereignisse und die Aktualisierungen der Fallentitätsfelder, die diese Aufgaben erzeugen.

Wenn eine Austrittsregel ausgelöst wird:

• Die Phase wird sofort beendet, unabhängig vom Aufgabenfortschritt.
• Laufende Aufgaben innerhalb der Phase werden angehalten. Aufgabenausgaben, die bereits in die Fallentität geschrieben wurden, bleiben erhalten; jede Aufgabe, die gerade in Bearbeitung war, aber ihre Ausgabe noch nicht geschrieben hatte, wird als beendet aufgezeichnet und ihre Teilarbeit wird verworfen.
• Der Fallmanager wendet die Aktion der Regel an (denselben Satz wie „Abschluss“: Fall abschließen oder verlassen, auf manuelle Auswahl warten, zum Ursprung zurückkehren) und wertet aus, was als Nächstes zu tun ist, genau wie nach einem normalen Abschluss.
• Der Fall endet nicht unbedingt – er kann an eine andere Phase oder einen sekundären (Ausnahme)-Pfad weitergeleitet werden, oder der Fallmanager-Agent entscheidet über die nächste Aktion, wenn keine deterministische Regel die Situation abdeckt.
• Der frühzeitige Austritt wird im Prüfungspfad aufgezeichnet: die Auslöserregel, das WHEN-Ereignis, das ihn ausgelöst hat, die Fallentitätswerte, die die IF-Klausel erfüllt haben, die ausgeführte Aktion und die Liste der beendeten Aufgaben.Der Eintrag wird in der Fall-App-Zeitleiste und in der Fallinstanzverwaltung angezeigt.

Wie sie sich unterscheiden

Der folgende Vergleich fasst den grundlegenden Unterschied zwischen Abschlussregeln und Austrittsregeln zusammen:

Dimension	Abschlussregel	Austrittsregel
Zweck	Markiert die Phase als abgeschlossen, wenn die Arbeit abgeschlossen ist	Beendet die Phase frühzeitig, wenn sich die Bedingungen ändern
Wenn sie ausgelöst wird	Nach dem Abschließen der erforderlichen Aufgaben und der Erzeugung einer gültigen Ausgabe	Sobald eine überwachte Bedingung unabhängig vom Aufgabenfortschritt wahr wird
Beziehung zu Aufgaben	Wartet auf das Fertigstellen von Aufgaben	Wartet nicht – unterbricht die Ausführung von Aufgaben
Repräsentiert	Das normale, erwartete Ergebnis	Ein anormales, bedingtes oder Abkürzungsszenario
Phasenstatus danach	Abgeschlossen	Beendet (frühzeitiger Austritt)
Was passiert als Nächstes	Der Fallmanager wertet die nächste Phase basierend auf Falldaten aus.	Der Fallmanager wertet die nächste Phase basierend auf Falldaten aus.

Beide Pfade – normaler Abschluss und frühzeitiger Austritt – führen zum gleichen nachgelagerten 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 Abschluss- als auch eine Austrittsregel definiert sein. Zur Laufzeit bestimmt je nachdem, welche Bedingung zuerst wahr wird, wie die Phase endet. Sie schließen sich in der Konfiguration nicht gegenseitig aus – sie schließen sich gegenseitig in der Ausführung aus.

Warum Austrittsregeln wichtig sind

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

• Verschwendeter Aufwand. Aufgaben werden weiter ausgeführt, auch wenn ihre Ergebnisse irrelevant sind. Beispielsweise können in einer Untersuchungsphase Stunden darauf verwendet werden, einen Feldprüfer zu entsenden und Fotos für einen Anspruch zu analysieren, wenn die entsprechende Police bereits für ungültig befunden wurde.
• Verzögertes Routing. Der Fall kann erst zum richtigen Ausnahmepfad verschoben werden, wenn die aktuelle Phase vollständig abgeschlossen ist, was zu unnötiger Latenz bei der Gesamtfallauflösung führt.
• Komplexe Abschlussregeln. Ohne einen separaten Austrittsmechanismus muss die Abschlussregel sowohl normale als auch abnormale Abschlüsse berücksichtigen, was Lesen, Pflegen und Debuggen schwieriger macht.

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

Erforderliche Phasen und frühzeitiger Austritt

Eine als erforderlich gekennzeichnete Phase muss in einem Status Abgeschlossen enden, damit der Fall eine normale Fallabschluss-Regel erfüllt. Wenn eine Austrittsregel in einer erforderlichen Phase ausgelöst wird, endet die Phase im Status Beendet – nicht Abgeschlossen – sodass sie nicht zu „Alle erforderlichen Phasen abgeschlossen“ dazu zählt.

Dies bedeutet, dass eine Austrittsregel für eine erforderliche Phase immer mit einer der folgenden kombiniert werden sollte, da der Fall andernfalls hängen bleibt (die erforderliche Phase wurde nie abgeschlossen, keine nachgelagerte Phase wurde konfiguriert, um sie zu übernehmen):

Koppeln	Wie es funktioniert	Einsatzbereich
Die nachgelagerte Phase übernimmt	Die Eintrittsregel einer separaten Phase wird beim selben Ereignis ausgelöst (oft eine sekundäre Phase mit interrupting = true) und steuert den Fall zum Abschluss. Die Austrittsregel stoppt nur die verschwendete Arbeit.	Die meisten Ausnahmepfade – z. B. Abgelehnt, Betrugsverdacht-Sperre, Zurückgezogen.Der Fall wird fortgesetzt, er wird nur an einer anderen Stelle fortgesetzt.
Aktion der Austrittsregel = Fall beenden	Die Aktion der Austrittsregel beendet den Fall direkt. Es ist keine nachgelagerte Phase erforderlich.	Der frühzeitige Austritt bedeutet, dass der Fall keine aussagekräftige Fortsetzung hat – z. B. ist die Versicherungspolice ungültig, der Anspruchsberechtigte hat die Forderung zurückgezogen oder Betrug wurde bestätigt.

Für eine optionale Phase ist ein frühzeitiger Austritt für sich allein in Ordnung – der Fall kann auch ohne ihn abgeschlossen werden.

Häufige Austrittsregelmuster

Die Wissensdatenbank und das L300-Kursmaterial beschreiben mehrere wiederkehrende Muster, bei denen Austrittsregeln einen erheblichen Nutzen bieten.

Muster 1: Ungültige Vorbedingung

Eine Aufgabe früh in der Phase erkennt, dass eine grundlegende Vorbedingung nicht erfüllt ist. Es gibt keinen Grund für die Ausführung der verbleibenden Aufgaben.

Beispiel – FNOL-Aufnahmestufe:

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

Wenn die Police des Antragstellers ungültig ist, macht es keinen Sinn, Schadensdetails zu extrahieren oder eine Schadensnummer zu erstellen. Die Austrittsregel beendet die Aufnahmestufe sofort. Da die Police ungültig ist, hat der Fall keine aussagekräftige Fortsetzung, sodass die Aktion Fall beenden ist – der Fall endet und ein nachgelagerter Abschlusshook kann die Ablehnungsbenachrichtigung senden.

Muster 2: Ablehnung während der Phase

Eine Entscheidungsaufgabe in der Phase erzeugt ein negatives Ergebnis, das den Zweck der Phase ungültig macht.

Beispiel – Bewertungsphase:

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

Wenn der Gutachter den Anspruch während der Bewertungsphase ablehnt, sollte die Phase der Abrechnung nie aktiviert werden. Die Austrittsregel beendet die Bewertung vorzeitig. Die Aktion ist Vorrücken – dasselbe Ereignis erreicht die Eintrittsregel der sekundären Phase Abgelehnt (die bei adjusterDecision == "deny", interrupting = true standardmäßig ausgelöst wird), und „Abgelehnt“ übernimmt, um eine Benachrichtigung zu senden und den Fall zu schließen.

Muster 3: Betrugs- oder Risikoerkennung

Eine automatisierte Prüfung erkennt ein Risikosignal mit hohem Schweregrad, das eine sofortige Eskalation erfordert, wobei der normale Phasenabschluss umgangen wird.

Beispiel – Untersuchungsphase:

WHEN FraudCheckCompleted event arrives
  IF fraudScore > 0.9
  ACTION advance

Eine Betrugsbewertung über dem Schwellenwert bedeutet, dass der Fall sofort die Untersuchungsphase verlassen sollte. Die Aktion ist Vorrücken – eine sekundäre Phase Betrugssperre (interrupting = true) wird beim selben Ereignis aktiviert und übernimmt den Fall. Das Warten auf den Abschluss der Inspektion vor Ort oder den Abruf des Polizeiberichts würde Zeit und Ressourcen verschwenden.

Muster 4: Abkürzung zur Beschleunigung

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

Beispiel – Überprüfungsphase:

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

Eine eindeutige 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 zur nächsten Phase im primären Ablauf übergeht. Dieses Muster reduziert die Zykluszeit für einfache Fälle, ohne die Phase „Überprüfen“ aus dem Plan für Fälle zu entfernen, in denen sie erforderlich ist.

Muster 5: Externer Systemfehler

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

Beispiel – Abrechnungsphase:

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

Wenn das Zahlungssystem die Transaktion ablehnt, ist die Fortsetzung mit der Antragstellerbenachrichtigung (die auf eine erfolgreiche Zahlung verweisen würde) falsch. Die Austrittsregel stoppt die Phase; die Aktion lautet Auf manuelle Auswahl warten, damit ein Prozessbearbeiter den Wiederherstellungspfad auswählen kann – eine Phase der Zahlungswiederholung, einen alternativen Auszahlungskanal oder einen manuellen Lösungspfad.

Wie Austrittsregeln mit dem Fallmanager interagieren

Wenn eine Austrittsregel ausgelöst wird, übernimmt der Fallmanager. Sein Verhalten hängt vom gleichen Mechanismus ab, den er nach dem Ende einer Phase verwendet: Er wendet die Aktion der Austrittsregel an, wertet den aktuellen Status der Fallentität [demnächst verfügbar] aus und bestimmt, in welche Phase als nächstes gewechselt werden soll.

Das bedeutet, dass Austrittsregeln nicht angeben müssen, wohin der Fall geht – sie geben nur an, wann die Phase stoppt (und die Aktion beschreibt die übergeordnete Absicht: vorrücken, auf den Benutzer warten, zum Ursprung zurückkehren oder den Fall beenden). Die Routing-Logik befindet sich in den Eintrittsregeln der nachgelagerten Phasen und in der Orchestrierungslogik des Fallmanagers (zuerst deterministische Regeln, Reasoning des Fallmanager-Agents als Fallback).

Zum Beispiel, wenn die Bewertungsphase aufgrund einer Ablehnung vorzeitig beendet wird:

1. Die Austrittsregel der Bewertungsphase wird ausgelöst – WENN das Ereignis AdjusterDecisionMade eintrifft, FALLS adjusterDecision == "deny".Die Phase wird beendet und die Ausführung von Aufgaben wird angehalten.
2. Dasselbe Ereignis AdjusterDecisionMade erreicht jede andere Regel, mit deren WHEN-Bedingung es übereinstimmt. Die Eintrittsregel der sekundären Phase Abgelehnt – WENN AdjusterDecisionMade eintrifft, FALLS adjusterDecision == "deny" – wird als true ausgewertet und die Phase wird aktiviert. Da Abgelehnt eine sekundäre Phase ist, ist ihre Eintrittsregel standardmäßig interrupting = true, sodass alle anderen aktiven Phasen beendet werden.
3. Die Aufgaben der Phase Abgelehnt (Ablehnungspaket senden, Prüfungsbericht generieren) werden ausgeführt. Wenn alle erforderlichen Aufgaben abgeschlossen sind, wird der Fall über eine Fallabschlussregel geschlossen.

Diese Trennung von Anliegen – 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 Routing-Diagramm. Der Fallmanager fragt nie die Fallentität ab: Jede Regel ist ereignisgesteuert und wird nur ausgewertet, wenn ihr WHEN-Ereignis eintrifft.

Hinweis:

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

Hinweis:

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

Designrichtlinien

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

• Halten Sie Abschlussregeln einfach. Eine Abschlussregel sollte den Erfolgspfad beschreiben: „Alle erforderlichen Aufgaben sind abgeschlossen“ oder „Die erwartete Entscheidung wurde getroffen“. Betten Sie keine Ausnahmelogik in die Abschlussregel ein.
• Verwenden Sie Austrittsregeln für die Ausnahmefälle. Reservieren Sie Austrittsregeln für Bedingungen, die die fortgesetzte Verarbeitung wirklich ungültig machen. Nicht jede bedingte Verzweigung erfordert eine Austrittsregel – einige Bedingungen werden nach dem normalen Abschluss besser von der Routing-Logik des Fallmanagers behandelt.
• Überwachen Sie vorgelagerte Ausgaben. Austrittsregeln werten in der Regel Felder aus, die von Aufgaben früher in der Phase geschrieben wurden. Entwerfen Sie Ihr Fallentität-Schema so, dass die Felder, die eine Austrittsregel überwacht, von bestimmten, identifizierbaren Aufgaben geschrieben werden.
• Koppeln Sie Austrittsregeln mit nachgelagerten Eintrittsregeln. Eine Austrittsregel stoppt die Verarbeitung; eine nachgelagerte Eintrittsregel fängt den Fall ab und leitet ihn an den richtigen Pfad weiter. Entwerfen Sie diese paarweise, um Fälle zu vermeiden, die eine Phase beenden, aber kein Ziel haben.
• Dokumentieren Sie die Absicht. Austrittsregeln sind leistungsstark, können aber für jemanden überraschend sein, der einen Fallplan zum ersten Mal liest. Verwenden Sie klare Benennungen 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 Wiedereintrittsregeln.
• Erstellen eines Versicherungsfalls 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 Austritt der Phasen zu orchestrieren.