Case-Beziehungen erstellen
Für komplexe Geschäftstransaktionen müssen möglicherweise mehrere zusammenhängende Cases erstellt werden. Beispielsweise muss es möglich sein, bei einem Versicherungsanspruch aufgrund eines Autounfalls mehrere Ansprüche abzuwickeln, wenn der Unfall einen Fahrzeugschaden oder einen Personenschaden zur Folge hat. Basierend auf dieser Anforderung muss der Case „Accident Claim“ bei Bedarf die separaten Cases „Vehicle Damage“ und „Body Injury“ generieren.
Als Pega Business Architect müssen Sie bestimmten, ob die Komplexität des zu modellierenden Business-Prozesses mehr als einen Case-Typ erfordert, um eine erfolgreiche Lösung zu erreichen.
In diesem Lerninhalt erfahren Sie alles über die Funktionen der Pega-Plattform zum Erstellen von Case-Beziehungen.
Übergeordnete und untergeordnete Cases
Mit der Pega-Plattform können Sie Case-Beziehungen mit einer Case-Hierarchie für Top-Level-Cases (auch als „übergeordnete Cases“ bezeichnet) und untergeordnete Cases modellieren.
Ein Top-Level-Case ist ein Case auf der obersten Ebene. Er hat keinen übergeordneten Case, kann aber als übergeordneter Case anderer Cases dienen. Ein untergeordneter Case stellt Aufgaben dar, die abgeschlossen werden müssen, um den übergeordneten Case fertigzustellen. Ein übergeordneter Case, für den mehrere untergeordnete Cases angelegt werden, ermöglicht eine parallele Bearbeitung. Die einzelnen untergeordneten Cases können von verschiedenen Beteiligten mit unterschiedlichem Fachwissen bearbeitet werden. Bei der parallelen Bearbeitung von untergeordneten Cases muss der übergeordnete Case warten, bis alle untergeordneten Cases abgeschlossen sind, bevor der übergeordnete Case fertiggestellt werden kann.
Klicken Sie in der folgenden Abbildung auf die Pluszeichen (+), um mehr über die Hierarchie in diesem Autoversicherungsbeispiel namens Accident Claim Case zu erfahren:
Untergeordnete Cases sind für folgende Situationen vorteilhaft:
- Aufgaben modellieren, die in verschiedenen Case-Typen vorkommen
- Aufgaben modellieren, die sich nach verschiedenen Zeitrahmen richten
- Aufgaben modellieren, die von verschiedenen Parteien durchgeführt werden
- Aufgaben modellieren, die sich nach verschiedenen Berichtsoptionen richten
Ein Kundenbetreuer, ein Sachverständiger und eine Werkstatt können den untergeordneten Case „Vehicle Damage“ zu Fahrzeugschäden bearbeiten. Währenddessen können ein Spezialist für medizinische Ansprüche und bestimmte Gesundheitsdienstleister den untergeordneten Case „Body Injury“ für Personenschäden bearbeiten.
Durch die Implementierung eines Business-Prozesses in einem separaten Case-Typ erhalten Sie außerdem die Möglichkeit, den Case-Typ nach Bedarf wiederzuverwenden. Beispielsweise können Ansprüche aus Kfz- und Sachversicherungen einen Personenschadensfall beinhalten. Indem Sie Personenschäden als separaten Case-Typ implementieren, können Sie den Case-Typ „Body Injury“ sowohl bei Kfz- als auch bei Sachschäden verwenden.
Step „Create Case“ (Vorgang erstellen)
Um einem Case-Typ einen untergeordneten Case hinzuzufügen, fügen Sie dem Case-Life-Cycle einen Automatisierungs-Step „Create Case“ hinzu. Wird der Step „Create Case“ erkannt, erstellt die Pega-Plattform eine Instanz des angegebenen Case-Typs.
Hinweis: Dev Studio bietet Ihnen zusätzliche Konfigurationsoptionen für den Step „Create Case“. Der erstellte Case kann entweder ein Top-Level-Case oder ein untergeordneter Case sein. Darüber hinaus können Sie mehrere untergeordnete Cases erstellen. Weitere Informationen zu diesen Optionen finden Sie unter Kontextbezogene Cases erstellen.
Datenweitergabe
Wenn Sie einen untergeordneten Case erstellen, können Sie auch angeben, welche Informationen aus dem übergeordneten Case in den untergeordneten Case kopiert werden sollen. Dieser Prozess wird als „Propagation“ oder auch „Datenweitergabe“ bezeichnet. Ermitteln Sie dafür die Felder im übergeordneten Case, aus denen Daten kopiert werden sollen. Kopieren Sie dann die Werte in die im untergeordneten Case ermittelten Felder. Sie nehmen diese Konfiguration im Step „Create Case“ vor, wie in der folgenden Abbildung dargestellt:
Sollen die Daten im untergeordneten Case die Daten zum Zeitpunkt der Erstellung des untergeordneten Case darstellen, ist hierfür die Datenweitergabe geeignet. Beispielsweise können Sie im Case „Accident claim“ Daten über den Unfall vom übergeordneten Case an die untergeordneten Cases „Vehicle Damage“ und „Body Injury“ weitergeben, da sich die Informationen über den Unfall nicht ändern.
Wenn die Informationen mit dem übergeordneten Case synchronisiert bleiben sollen und sich die Daten im übergeordneten Case ändern können, ist es günstiger, die Daten aus dem übergeordneten Case zu referenzieren. In einer Reiseanwendung erstellen Kunden beispielsweise eine Reiseroute und Reservierungen für Flüge, Hotels und Mietwagen. Dabei wird jede Reservierung in untergeordneten Cases bearbeitet. Es empfiehlt sich, auf Daten aus dem übergeordneten Case zu referenzieren, da Kunden möglicherweise ihren Reiseplan ändern.
Hinweis: Felder für Datenreferenzen erfordern eine erweiterte Konfiguration in Dev Studio.
Prüfen Sie mit der folgenden Interaktion Ihr Wissen:
Dieses Thema ist im folgenden Modul verfügbar:
Wenn Probleme mit den Lerninhalten auftreten, lesen Sie bitte die Pega Academy Support FAQs.
Möchten Sie uns dabei helfen, diesen Inhalt zu verbessern?