Konfigurieren einer Nacharbeitsschleife (Wiedereintritt)

Konfigurieren Sie Wiedereintrittsregeln in Maestro Case, um Fälle für korrigierte Daten, selektive Wiederausführung von Aufgaben und Schleifen-Steuerung zu früheren Phasen zurückzusenden.

Überblick

Eine Nacharbeitsschleife (Wiedereintritt) sendet einen Fall zurück an eine zuvor abgeschlossene Phase, sodass bestimmte Aufgaben mit korrigierten oder zusätzlichen Daten erneut ausgeführt werden können.Konfigurieren Sie eine Wiedereintrittsregel für die ursprüngliche Phase, die ausgelöst wird, wenn Nacharbeit erforderlich ist. Die Zielphase wird erneut aktiviert und ihre Aufgaben werden standardmäßig erneut ausgeführt. Verwenden Sie das Flag runOnlyOnce„Pro Aufgabe“, um bestimmte Aufgaben von der erneuten Ausführung auszuschließen, wenn ihre vorherige Ausgabe noch gültig ist.

Zielgruppe: Mittelstufe – Automation Developers und Business Architects, die in Studio Web arbeiten.

Voraussetzungen

• Zugriff auf Studio Web
• Ein vorhandener Fallplan mit mindestens zwei Phasen und bereits konfigurierten Aufgaben.
• Eine Fallentität [Demnächst verfügbar] (native Data Fabric-Entität, VDO oder durch Trigger bereitgestellte Felder) mit mindestens einem Feld, das ein Entscheidungs- oder Validierungsergebnis erfasst (z. B. decision, docsComplete oder adjusterDecision).
• Vertrautheit mit den Phasenregeln (Eintritt, Abschluss, Austritt und Wiedereintritt).

Schritt 1: Identifizieren des Nacharbeitsszenarios

Legen Sie vor dem Konfigurieren von Regeln den Nacharbeitspfad fest:

Definieren, in welcher Phase die Nachbearbeitung initiiert wird

Identifizieren Sie die Phase, deren Aufgabenausgabe oder Entscheidung die Notwendigkeit auslöst, zu einer früheren Phase zurückzukehren.Beispielsweise kann eine Überprüfungsphase bestimmen, dass wichtige Vorfallberichte in der Aufnahmestufe fehlen.

Definieren, welche Phase die Nacharbeit erhält

Identifizieren Sie die Zielphase, in die der Fall erneut eintreten muss. Dies ist die Phase, in der die Datenkorrektur oder zusätzliche Arbeit ausgeführt wird (z. B. Aufnahme).

Identifizieren des Ereignisses und der Bedingung, die den Wiedereintritt auslösen

Die Regeln für den Wiedereintritt folgen der universellen Struktur WHEN … IF.Identifizieren:

• Das WHEN-Ereignis, das signalisiert, dass eine Nacharbeit erforderlich ist (z. B. der Abschluss der Überprüfungsaufgabe des Schadensbeauftragten oder die Änderung eines decision-Felds in der Fallentität).
• Die IF-Bedingung für die Fallentität, die auch gelten muss (z. B. decision == "Claim is missing key incident reports").

Identifizieren, welche Aufgaben NICHT erneut ausgeführt werden sollen

Standardmäßig wird jede Aufgabe in einer Wiedereintritts-Phase erneut ausgeführt und erzeugt eine neue Ausgabe. Listen Sie nur die Aufgaben auf, deren vorheriges Ergebnis noch gültig ist und beim Wiedereintritt übersprungen werden soll – dies sind die Aufgaben, die Sie markieren runOnlyOnce: true. Beispielsweise kann eine anfängliche Extraktion, die nicht von den korrigierten Daten abhängt, ihre vorherige Ausgabe behalten.

Schritt 2: Bestätigen Sie, dass die Zielphase den Wiedereintritt zulässt

Öffnen der Zielphaseneinstellungen

Wählen Sie auf dem Designer-Canvas für den Fallplan die Zielphase aus (z. B. Aufnahme), um den Konfigurationsbereich zu öffnen.

Überprüfen des Flags auf runOnlyOncePhasenebene

Ein Wiedereintritt ist standardmäßig zulässig.Bestätigen Sie, dass das runOnlyOnce Flag der Phase auf false (Standard) gesetzt wird.

Phase runOnlyOnce	Verhalten
false (Standard)	Die Phase kann erneut durchlaufen werden, wenn ihre Wiedereintrittsregel ausgelöst wird. Flags pro Aufgabe runOnlyOncesteuern, welche Aufgaben erneut ausgeführt werden.
true	Die Phase wird während der Lebensdauer des Falls nur einmal ausgeführt und kann unabhängig von einer Wiedereintrittsregel nicht erneut betreten werden.Verwenden Sie dies für einmalige Phasen, die niemals erneut verarbeitet werden sollten (z. B. eine erste Aufnahme, die nur einmal ausgeführt wird).

Belassen Sie für eine Nacharbeitsschleife die Zielphase auf dem Standardwert false.

Schritt 3: Konfigurieren runOnlyOnce für einzelne Aufgaben

Auswahl von Aufgaben, die beim Wiedereintritt übersprungen werden sollen

Öffnen Sie in der Zielphase die Konfiguration jeder Aufgabe und legen Sie runOnlyOnce fest, je nachdem, ob die Aufgabe beim Wiedereintritt eine neue Ausgabe erzeugen soll. Die Standardwerte werden jetzt umgestellt: Aufgaben werden standardmäßig erneut ausgeführt. Sie deaktivieren sie individuell.

Aufgabe	runOnlyOnce	Verhalten beim Wiedereintritt
Aufgaben, die korrigierte Daten validieren oder überprüfen	false (Standard)	Bei jedem Wiedereintritt erneut ausführen; eine neue Ausgabe erzeugen
Aufgaben, deren vorherige Ausgabe noch gültig ist	true	Wiedereintritt übersprungen; vorherige Ausgabe wird beibehalten

Beispielsweise in einer HomeClaims-Aufnahmestufe:

• Vorfallsberichte-Roboter – runOnlyOnce: false unverändert lassen (Standard). Fehlende Berichte müssen erneut abgerufen werden.
• Anomalie-Agent (Snowflake) – runOnlyOnce: false unverändert lassen (Standard). Muss erneut überprüft werden, nachdem neue Berichte eintreffen.
• Anspruchsdetails extrahieren (Intelligente Datenextraktion und Verarbeitung (IXP)) — festgelegt runOnlyOnce: true. Die ursprüngliche Extraktion ist weiterhin gültig; bei Wiedereintritt überspringen.

Überprüfen des erforderlichen Flags für jede Aufgabe

Bestätigen Sie, dass die als required: true gekennzeichneten Aufgaben dem Ziel der Nachbearbeitung entsprechen. Die Phase kann erst abgeschlossen werden, wenn alle erforderlichen Aufgaben fertiggestellt sind – beim Wiedereintritt müssen erforderliche Aufgaben mit runOnlyOnce: false erneut ausgeführt werden, bevor die Phase erneut abgeschlossen werden kann.

Schritt 4: Konfigurieren Sie die Wiedereintrittsregel auf der ursprünglichen Phase

Öffnen der ursprünglichen Phase

Wählen Sie die Phase aus, die den Fall zurückleitet (z. B. „Überprüfung“).

Öffnen des Regelbereichs für den Wiedereintritt

Wählen Sie in der Phasenkonfiguration die Wiedereintrittsregel aus.

Definieren der Regel für den Wiedereintritt

Drücken Sie die Regel in der Form WHEN / IF aus.Verwenden Sie interne Ereignisse (z. B. das Abschließen einer Aufgabe oder eine Änderung des Fallentitätsfeldes) für das WHEN und eine Bedingung für die Fallentität für das IF.

Beispiel – Überprüfung sendet den Fall an die Aufnahme zurück, wenn Schlüsselberichte fehlen:

WHEN claim officer review task completes
  IF decision == "Claim is missing key incident reports"

Beispiel – Beurteilung sendet den Fall zur weiteren Prüfung an die Untersuchung zurück:

WHEN adjusterDecision field changes
  IF adjusterDecision == "investigate_more"

Auswahl der Aufgaben, die in der Zielphase erneut ausgeführt werden sollen

Bestätigen Sie in der Konfiguration für den Wiedereintritt, dass die Einstellungen pro Aufgabe runOnlyOnce in der Zielphase (festgelegt in Schritt 3) die Absicht der Nachbearbeitung widerspiegeln.Aufgaben mit runOnlyOnce: false erneut ausführen; Aufgaben mit runOnlyOnce: true behalten ihre vorherige Ausgabe bei.

Im Beispiel „Überprüfung → Aufnahme“ wird „Anspruchsdetails extrahieren (IXP)“ übersprungen (runOnlyOnce: true), während Vorfallberichte-Roboter und Anomalie-Agent (Snowflake) beim Wiedereintritt erneut ausgeführt werden.

Schritt 5: Verhindern unendlicher Nacharbeitsschleifen

Hinzufügen eines Wiedereintrittszählers zur Fallentität (empfohlen)

Fügen Sie der Fallentität [demnächst verfügbar] ein Feld hinzu (z. B. reentryCount), das jedes Mal erhöht wird, wenn der Fall erneut in die Zielphase tritt. Verweisen Sie auf diesen Zähler entweder in der IF-Klausel der Wiedereintrittsregel oder in einer Austrittsregel, die die Schleife nach einer definierten Anzahl von Iterationen beendet.

Konfigurieren der Eskalation nach wiederholten Wiedereintritten

Definieren Sie eine Eskalationsregel oder verlassen Sie sich auf die Fallback-Richtlinie für den Fallmanager-Agenten, um den Fall nach einer festgelegten Anzahl von Wiedereintritten einem leitenden Mitarbeiter oder Manager zuzuweisen (z. B. nach zwei Wiedereintritten in dieselbe Phase).

Schritt 6: Validieren und Veröffentlichen

Validieren des Fallplans

Führen Sie die Planvalidierung in Studio Web aus, um zu bestätigen, dass alle Phasenregeln, Wiedereintrittsregeln und Aufgabenkonfigurationen konsistent sind.

Veröffentlichen und Bereitstellen

Veröffentlichen Sie den Fallplan in Studio Web und stellen Sie ihn in einem Ordner bereit. Aktivieren Sie die Bereitstellung, damit neue Fallinstanzen die aktualisierte Konfiguration für den Wiedereintritt verwenden.

Erwartetes Ergebnis

Wenn eine Fallinstanz die ursprüngliche Phase erreicht und das WHEN-Ereignis der Wiedereintrittsregel eintrifft und die IF-Bedingung ausgewertet wirdtrue:

1. Der Fall kehrt zur Zielphase zurück.
2. Die Zielphase wird erneut aktiviert.
3. Aufgaben mit runOnlyOnce: false (Standard) werden erneut ausgeführt und erzeugen eine neue Ausgabe.
4. Aufgaben mit runOnlyOnce: true werden übersprungen; ihre vorherige Ausgabe wird beibehalten.
5. Sobald alle erforderlichen Aufgaben abgeschlossen sind, ist die Zielphase abgeschlossen und der Fall schreitet durch den normalen Ablauf voran.
6. Der vollständige Nacharbeitszyklus wird im Prüfungspfad aufgezeichnet, einschließlich der erneut ausgeführten Aufgaben und der Datenänderungen, die die Schleife ausgelöst haben.

Anwendungsbeispiel

Szenario: Sachversicherungsansprüche – Die Überprüfung erkennt fehlende Vorfallberichte.

Phase	Rolle	Aktion
BEDARFSERMITTLUNG	System	Extrahiert Antragsdetails, sieht in der Police nach, führt den Roboter für Vorfallberichte aus und führt den Anomalie-Agent aus.
Review	Schadensachbearbeiter	Überprüft Antragsdaten. Stellt fest, dass wichtige Vorfallberichte fehlen.Setzt decision auf "Claim is missing key incident reports".
Wiedereintritt → Aufnahme	System	Regel für den Wiedereintritt wird ausgelöst (WHEN die Überprüfungsaufgabe abgeschlossen ist, IF decision == "Claim is missing key incident reports").Vorfallberichte-Roboter und Anomalie-Agent (Snowflake) werden mit aktualisierten Parametern erneut ausgeführt.„Anspruchsdetails extrahieren (IXP)“ wird übersprungen, da runOnlyOnce true ist.
Überprüfung (zweiter Durchlauf)	Schadensachbearbeiter	Überprüft aktualisierte Daten. Berichte sind jetzt vorhanden. Genehmigt den Anspruch. Der Fall wird zur Einigung weitergeleitet.

Fehlersuche und ‑behebung

Symptome	Mögliche Ursache	Resolution
Fall kehrt nicht zur Zielphase zurück	Die Zielphase hat runOnlyOnce: true (keinen Wiedereintritt)	Öffnen Sie die Zielphaseneinstellungen und setzen Sie runOnlyOnce auf false.
Alle Aufgaben werden erneut ausgeführt, wenn nur einige ausgeführt werden sollten	Alle Aufgaben haben den Standardwert runOnlyOnce: false	Legen Sie runOnlyOnce: true bei Aufgaben fest, deren vorherige Ausgabe beibehalten werden soll.
Einige Aufgaben können nicht erneut ausgeführt werden	Diese Aufgaben haben runOnlyOnce: true	Setzen Sie runOnlyOnce auf false für Aufgaben, die aktualisierte Daten erneut validieren oder erneut verarbeiten müssen.
Die Wiedereintrittsregel wird nie ausgelöst	Das in der IF-Klausel referenzierte Fallentitätsfeld wird nicht durch eine Aufgabe in der ursprünglichen Phase aktualisiert, oder das WHEN-Ereignis tritt nie auf	Überprüfen Sie, ob eine Aufgabe in der ursprünglichen Phase in das Feld schreibt und ob das WHEN-Ereignis tatsächlich ausgegeben wird (Aufgabenabschluss, Feldänderung usw.).
Fall tritt in eine endlose Nacharbeitungsschleife ein	Kein Mechanismus zur Vermeidung einer Schleife konfiguriert	Fügen Sie der Fallentität [demnächst verfügbar] ein Zählerfeld für den Wiedereintritt hinzu und verweisen Sie darauf in der IF-Klausel der Wiedereintrittsregel oder in einer Austrittsregel, die die Schleife nach N Iterationen beendet.
Regel für den Wiedereintritt wird nicht in der Phasenkonfiguration angezeigt	Falsche Phase ausgewählt	Konfigurieren Sie die Wiedereintrittsregel in der Ausgangsphase (der Phase, die den Fall zurücksendet), nicht in der Zielphase.

Einschränkungen

• Der Wiedereintritt gilt nur für zuvor abgeschlossene Phasen.Ein Fall kann nicht erneut in eine Phase eintreten, die er noch nicht besucht hat.
• runOnlyOnce ist standardmäßig auf false für Aufgaben eingestellt. Aufgaben ohne expliziten runOnlyOnce-Wert werden bei jedem Wiedereintritt erneut ausgeführt.
• Die Unterstützung von Fallbenutzerrollen und Zugriff für phasenbewusste Berechtigungen sind noch nicht verfügbar.

Nächste Schritte

• Phasenregeln konfigurieren – erfahren Sie, wie Eintritts-, Abschluss-, Austritts- und Wiedereintrittsregeln zusammenarbeiten, um nichtlineare Vorfallabläufe zu definieren.
• Definieren Sie SLAs und Eskalationsregeln – fügen Sie zeitbasierte Leitplanken zu Nacharbeitsschleifen hinzu, um zu verhindern, dass Fälle ins Stocken geraten.