- Einleitung
- Erste Schritte
- Erstellen Sie auf einer beliebigen Canvas
- Erstellen Sie mit Fall
- Referenz (Reference)
- Definieren von Fallschlüsseln (System vs. extern)
- Erstellen von Task-E/A- und Write-Back-Verträgen
- Modellieren von primären und sekundären Phasen
- Auslösen eines Falls aus Data Fabric
- Implementieren von Personas und Berechtigungen auf Phasenebene
- Festlegen von SLAs und automatisierten Eskalationsregeln
- Konfigurieren einer Nacharbeitsschleife (Wiedereintritt)
- Konfigurieren und Testen des Case Manager-Agents (Vorschau)
- Erstellen Sie mit Flow
- Build with BPMN
- Betrieb
- Überwachung
- Optimieren
- Referenzinformationen
Definieren von Fallschlüsseln (System vs. extern)
Define system and external case keys in Case to identify case instances across Maestro Orchestrate, upstream systems, and operational workflows.
Überblick
A case key uniquely identifies each case instance across Maestro Orchestrate and external systems. Use a system key when Maestro Orchestrate is the system of record, or use an external (customer-defined) key to map an upstream CRM, ERP, or LOB identifier so the same real-world case is recognized across tools without maintaining a separate mapping table. This guide walks through both options and explains when to choose each.
Zielgruppe: Mittelstufe – Automation Developers, Business Architects
Voraussetzungen
- Zugriff auf Studio Web
- Ein in Studio Web erstelltes Fallprojekt (oder die Absicht, ein Fallprojekt zu erstellen).
- Wenn Sie einen externen Schlüssel verwenden: Das Format des vorgelagerten Systembezeichners (z. B. CRM-Fallnummer, Policennummer oder Auftrags-ID aus ERP).
- Wenn Sie Falldaten aus einem externen System bereitstellen: ein Data Fabric-VDO oder einen konfigurierten Connector in Integration Service.
Schritt 1: Verstehen, wie die beiden Schlüsseltypen funktionieren
Legen Sie vor der Konfiguration fest, welcher Schlüsseltyp in Ihr Szenario passt.
| Tastentyp | Beschreibung | Beispiel | Einsatzbereich |
|---|---|---|---|
| Systemschlüssel | Auto-generated by Maestro Orchestrate on case creation. Uses a constant prefix you define plus an incrementing number. | HC-1234, CLM-00891 | Maestro Orchestrate is the system of record. No upstream identifier exists, or you do not need to correlate with external tools. |
| Externer (kundenseitig definierter) Schlüssel | You pass an upstream ID so the same real-world case is recognized across Maestro Orchestrate and other systems. | CRM-Fallnummer, Policennummer, Auftrags-ID aus ERP | Der Fall stammt aus einem anderen System (CRM, ERP, Ticketing-Tool) und Menschen oder Integrationen müssen den Fall toolübergreifend korrelieren. |
Jeder Fall erhält außerdem bei der Erstellung ein unveränderliches, automatisch generiertes caseID Systemfeld. Dieser interne Korrelationsschlüssel bindet die Fallentität [In Kürze verfügbar], Falldokumente und Fallkommentare zusammen, unabhängig davon, welchen Schlüsseltyp Sie konfigurieren.
Schritt 2: Erstellen oder Öffnen eines Fallprojekts
Öffnen von Studio Web
- Navigieren Sie zu Studio Web.
- Wählen Sie „Fallverwaltungsprojekt aus, um ein neues Projekt zu erstellen, oder öffnen Sie ein vorhandenes Projekt.
Benennen des Falltyps
- Geben Sie einen Fallnamen ein (z. B.
HomeClaims,DisputeResolution).
Schritt 3: Konfigurieren eines Systemschlüssels
Use a system key when Maestro Orchestrate generates the identifier automatically.
Auswählen der Systemschlüsseloption
- Suchen Sie in den Einstellungen zur Fallerstellung die Konfiguration „Fallschlüssel“.
- Wählen Sie „Konstanter Präfixschlüssel“ aus.
Definieren des Präfixes
- Geben Sie ein kurzes, aussagekräftiges Präfix ein, das den Falltyp identifiziert (z. B.
HOfür Wohngebäude-Ansprüche,CLMfür allgemeine Ansprüche). - Maestro Orchestrate appends an auto-incrementing number to produce keys such as
HO-1234.
Speichern der Konfiguration
- Bestätigen Sie den Präfixwert.
- Speichern Sie die Falleinstellungen. Jede neue Fallinstanz erhält jetzt einen vom System generierten Schlüssel mit Ihrem Präfix.
Schritt 4: Konfigurieren eines externen (kundenseitig definierten) Schlüssels
Use an external key to align each Maestro Orchestrate case with an identifier from an upstream system such as a CRM, ERP, or ticketing platform.
Auswählen der externen Schlüsseloption
- Suchen Sie in den Einstellungen zur Fallerstellung die Konfiguration „Fallschlüssel“.
- Wählen Sie die Option „Externer Schlüssel“ (kundenseitig definiert) aus.
Zuordnen des externen Bezeichners zum Fallschlüssel
Geben Sie die vorgelagerte ID über eine der unterstützten Trigger-Methoden an:
| Trigger-Methode | Wie es funktioniert |
|---|---|
| Data Fabric-VDO-Trigger | Registrieren Sie die externe Quelle als Virtual Data Object (VDO) in Data Fabric. Verwenden Sie das VDO als Fall-Trigger. Ordnen Sie das Feld zum externen Bezeichner (z. B. policyNumber oder crmCaseId) dem Fallschlüssel zu. Die Trigger-Nutzlastfelder werden außerdem zu Fallfeldern, die in allen Phasen verfügbar sind. |
| Warten auf Connector-Trigger | Konfigurieren Sie ein „Warten auf Connector“-Ereignis als Fall-Trigger. Die API- oder Connector-Nutzlast wird als Fallentität [Demnächst verfügbar] behandelt.Ordnen Sie das externe ID-Feld von der Nutzlast dem Fallschlüssel zu. Alle Nutzlastfelder sind phasen- und aufgabenübergreifend verfügbar. |
Überprüfen der Zuordnung
- Bestätigen Sie, dass das Feld „externer Bezeichner“ dem Feld „Fallschlüssel“ zugeordnet ist.
- Speichern Sie die Falleinstellungen.
- The external key allows humans and integrations to look up a Maestro Orchestrate case using the same ID they already use in the source system, eliminating the need for a separate mapping table.
- Wenn der Wert des externen Schlüssels während der Fallerstellung nicht angegeben wird, hat der Fall keine systemübergreifende Referenz. Stellen Sie sicher, dass die Trigger-Nutzlast immer den vorgelagerten Bezeichner enthält.
Schritt 5: Einrichten des Fall-Triggers
Der Fall-Trigger bestimmt, wie eine Fallinstanz erstellt wird und wie Daten – einschließlich des Fallschlüssels – ausgefüllt werden.
Konfigurieren des Triggers
- Öffnen Sie die Trigger-Konfiguration im Fallplan-Designer.
- Wählen Sie eine der folgenden Optionen aus:
- Data Fabric-Entitäts-Trigger – Verwenden Sie ein Ereignis „Zeile erstellt“ (oder ein gleichwertiges Ereignis) für eine native oder VDO-Entität.
- Auf Connector-Trigger warten – Verwenden Sie ein Connector-Ereignis aus Integration Service (z. B. einen API-Aufruf oder eine Kanalnachricht).
Zuordnen von Triggerfeldern zu Fallfeldern
- Ordnen Sie eingehende Felder von der Trigger-Nutzlast den Feldern der Fallentitäten zu.
- Bestätigen Sie, dass der externe Bezeichner (falls Sie einen externen Schlüssel verwenden) in die Zuordnung aufgenommen ist.
Diese zugeordneten Felder werden zu Fallfeldern, die in Bedingungen und Aufgaben in allen Phasen verwendet werden können.
Schritt 6: Veröffentlichen und Überprüfen
Validieren des Fallplans
- Führen Sie die integrierte Validierung in Studio Web aus, um zu bestätigen, dass Phasen, Aufgaben, Übergänge und die Fallschlüsselkonfiguration korrekt sind.
Veröffentlichen und Bereitstellen
- Wählen Sie „Veröffentlichen“ in Studio Web aus.
- Stellen Sie den Fallplan im Zielordner bereit und aktivieren Sie ihn.
Erstellen einer Testfallinstanz
- Lösen Sie einen neuen Fall mit der konfigurierten Trigger-Methode aus.
- Open the Case App or Case Instance Management in Maestro Orchestrate.
- Suchen Sie die neue Fallinstanz und bestätigen Sie den Fallschlüssel:
- Systemschlüssel: Stellen Sie sicher, dass der Schlüssel dem Präfixformat folgt (z. B.
HO-1234). - Externer Schlüssel: Überprüfen Sie, ob der Schlüssel mit dem im Trigger übergebenen vorgelagerten Bezeichner übereinstimmt (z. B. die CRM-Fallnummer).
- Systemschlüssel: Stellen Sie sicher, dass der Schlüssel dem Präfixformat folgt (z. B.
Erwartetes Ergebnis
Nach Ausführen dieser Schritte:
- Jede neue Fallinstanz zeigt den konfigurierten Schlüsseltyp in der Fall-App und in der Fallinstanzverwaltung an.
- Systemschlüsselfälle zeigen einen automatisch generierten Bezeichner mit Ihrem konstanten Präfix an.
- Externe Schlüsselfälle zeigen den vorgelagerten Bezeichner an, der vom CRM-, ERP- oder einem anderen Quellsystem übergeben wird, und ermöglichen so eine systemübergreifende Korrelation ohne separate Zuordnungstabelle.
- Alle Fallfelder der Trigger-Nutzlast sind für die Verwendung in Phasenregeln und Aufgabeneingaben verfügbar.
Anwendungsbeispiel
Szenario: Eine Sachversicherungsgesellschaft verarbeitet Wohngebäudeansprüche, die aus ihrem CRM (Salesforce) stammen.
- Das CRM generiert eine Antrags-ID wie
SF-CLM-88421. - The company wants Maestro Orchestrate cases to use the same ID so adjusters, agents, and integrations can reference a single identifier across both systems.
Konfiguration:
- Registrieren Sie das Salesforce-Antragsobjekt als Data Fabric-VDO.
- Erstellen Sie einen Fall-Trigger mit dem Ereignis „Zeile erstellt“ des VDO.
- Wählen Sie „Externer Schlüssel“aus und ordnen Sie das
salesforceClaimIdFeld dem Fallschlüssel zu. - After deployment, every new case created from a Salesforce claim record carries the original CRM ID (for example,
SF-CLM-88421) as its Maestro Orchestrate case key.
Adjusters searching in Maestro Orchestrate or Salesforce use the same identifier, and downstream API integrations correlate records without maintaining a lookup table.
Fehlersuche und ‑behebung
| Problem | Resolution |
|---|---|
| Externer Schlüssel ist nach der Fallerstellung leer | Bestätigen Sie, dass die Trigger-Nutzlast das Feld „externer Bezeichner“ enthält und dass das Feld dem Fallschlüssel in der Triggerkonfiguration zugeordnet ist. |
| Externe Schlüssel fallübergreifend duplizieren | Maestro Orchestrate does not enforce uniqueness on external keys by default. Implement uniqueness checks in the upstream system or add validation logic in the trigger. |
| Das Fallschlüsselpräfix wird nicht angezeigt | Stellen Sie sicher, dass die Option „Konstanter Präfixschlüssel“ ausgewählt ist und dass in den Falleinstellungen ein Präfixwert gespeichert ist. |
| Trigger-Felder sind in Phasenbedingungen nicht verfügbar | Stellen Sie sicher, dass die Trigger-Nutzlastfelder korrekt zugeordnet sind. Felder des Triggers werden erst nach der Zuordnung zu Fallfeldern. |
Einschränkungen
- Unterstützung für Fallbenutzerrollen und Zugriff ist noch nicht verfügbar.
- Die Unterstützung nativer Fallentitäten in Data Fabric ist noch nicht verfügbar.
- Case follows the same billing as Maestro Orchestrate. Work executed inside a case consumes the native consumables of each task type (AI agents, RPA workflows, API workflows, IS connectors).
Nächste Schritte
- Modellieren Sie primäre und sekundäre Phasen, um den Lebenszyklus Ihres Falls zu definieren.
- Fügen Sie Aufgaben zu Phasen hinzu, um Personen, KI-Agents, RPA-Workflows und Connectors Arbeit zuzuweisen.
- Definieren Sie Phasenregeln, um das Eintritts-, Abschluss-, Austritts- und Wiedereintrittsverhalten zu steuern.
- Konfigurieren Sie SLAs und Eskalationen, um zeitbasierte Erwartungen auf Fall- und Phasenebene durchzusetzen.
- Überblick
- Voraussetzungen
- Schritt 1: Verstehen, wie die beiden Schlüsseltypen funktionieren
- Schritt 2: Erstellen oder Öffnen eines Fallprojekts
- Öffnen von Studio Web
- Benennen des Falltyps
- Schritt 3: Konfigurieren eines Systemschlüssels
- Auswählen der Systemschlüsseloption
- Definieren des Präfixes
- Speichern der Konfiguration
- Schritt 4: Konfigurieren eines externen (kundenseitig definierten) Schlüssels
- Auswählen der externen Schlüsseloption
- Zuordnen des externen Bezeichners zum Fallschlüssel
- Überprüfen der Zuordnung
- Schritt 5: Einrichten des Fall-Triggers
- Konfigurieren des Triggers
- Zuordnen von Triggerfeldern zu Fallfeldern
- Schritt 6: Veröffentlichen und Überprüfen
- Validieren des Fallplans
- Veröffentlichen und Bereitstellen
- Erstellen einer Testfallinstanz
- Erwartetes Ergebnis
- Anwendungsbeispiel
- Fehlersuche und ‑behebung
- Einschränkungen
- Nächste Schritte