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“?

An Exit Rule defines an early termination condition. It fires when something changes mid-stage that makes continued processing unnecessary, invalid, or counterproductive. When an Exit Rule triggers, the stage exits immediately and ends without satisfying its Complete Rule. Tasks that are already running are not stopped by the stage exit (see Running tasks are not stopped by a stage exit).

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:

• The stage exits immediately, regardless of task progress. No new tasks start in the stage.
• Tasks that are already running keep running. Task outputs that have already been written are preserved. To stop the running tasks as well, the stage that takes over must have Interrupt active work turned on in its entry rule (see below).
• 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.
• The early exit is recorded in the case audit trail: the firing rule, the WHEN event that triggered it, the Case Entity values that satisfied the IF clause, and the action taken. The entry surfaces in the Case App timeline and in Case Instance Management.

Running tasks are not stopped by a stage exit

A stage exit ends the stage, not the work already in flight. A task that was running when the stage exited (for example, a timer task or a long-running agent) continues on its original schedule until it completes on its own.

To cancel running work, use the Interrupt active work toggle on the entry rule of the stage that takes over. When an entry rule with this toggle on evaluates true, the case exits all other active stages and cancels every running task in the case before entering the new stage. Secondary stages always interrupt active work; the toggle cannot be turned off for them. Primary stages have the toggle off by default.

Hinweis:

If you loop a stage back on itself (exit, then re-enter the same stage), a task that is still running from the previous activation is not stopped by the exit and keeps its original schedule. If each activation needs a fresh run, enter the stage through an entry rule with Interrupt active work turned on. Note that this cancels all running tasks in the case and exits all other active stages, not only the task left over from the previous activation, so any parallel work running elsewhere in the case stops too.

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	Does not wait for tasks to finish. Running tasks continue unless the next stage's entry rule interrupts active work
Repräsentiert	Das normale, erwartete Ergebnis	Ein anormales, bedingtes oder Abkürzungsszenario
Phasenstatus danach	Abgeschlossen	Exited (early exit)
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:

• Wasted effort. The stage keeps starting and waiting on tasks whose results are irrelevant. For example, an investigation stage might spend hours dispatching a field inspector and analyzing photos for a claim whose policy has already been found invalid. An Exit Rule stops the stage; pairing it with an interrupting entry rule on the next stage also cancels the work already running.
• 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

A stage marked required must end in a Completed state for the case to satisfy a normal Case Complete rule. When an Exit Rule fires on a required stage, the stage ends in an Exited state — not Completed — so it does not contribute to the "all required stages done" check.

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	A separate stage's entry rule fires on the same event (often a secondary stage, whose entry rule always has Interrupt active work on) and drives the case toward closure. The Exit Rule ends the stage; the interrupting entry rule cancels the work still running.	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

If the adjuster denies the claim during the Assessment stage, the Settlement stage should never activate. The Exit Rule ends Assessment early. The action is advance — the same event reaches the Denied secondary stage's entry rule (which fires on adjusterDecision == "deny"). Because Denied is a secondary stage, its entry rule interrupts active work, so any Assessment tasks still running are cancelled and Denied takes over to send notification and close the case.

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

A fraud score above the threshold means the case should leave the Investigation stage immediately. The action is advance — a Fraud Hold secondary stage activates on the same event, interrupts active work, and takes over the case. Waiting for the field inspection or police report retrieval to complete would waste time and resources, and because the entry rule interrupts active work, those running tasks are cancelled.

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. The Assessment stage's Exit Rule fires — WHEN the AdjusterDecisionMade event arrives IF adjusterDecision == "deny". The stage exits. Any Assessment tasks still running keep running for now.
2. The same AdjusterDecisionMade event reaches every other rule whose WHEN matches it. The Denied secondary stage's Entry Rule — WHEN AdjusterDecisionMade arrives IF adjusterDecision == "deny" — evaluates true and the stage activates. Because Denied is a secondary stage, its entry rule has Interrupt active work on, so any other active stages exit and every running task in the case is cancelled before Denied is entered.
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:

Exit Rules are stage-only. Tasks have only an Entry rule — there is no task-level Complete or Exit rule. A task's completion is determined by the underlying work (form submitted, agent finished, RPA returned, etc.). To end a stage mid-way, define the Exit Rule on the stage itself. To also cancel the tasks still running, enter the next stage through an entry rule with Interrupt active work turned on.

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.