Übersicht über den Schadenerstmeldungsprozess in der Cloud-API

Die Schadenerstmeldung kann vollständig über die Cloud-API erfolgen. Der folgende Abschnitt enthält eine Übersicht über den Schadenerstmeldungsprozess, wenn er über die Cloud-API ausgeführt wird.

Der Cloud-API-Schadenerstmeldungsprozess

Das folgende Diagramm zeigt den über die Cloud-API ausgeführten Schadenerstmeldungsprozess:


Schadenerstmeldungsprozess, wie über die System-APIs ausgeführt

Vor jedem Aufruf der Cloud-API an das ClaimCenter:

1. Die aufrufende Anwendung fragt das Policenverwaltungssystem nach Informationen zur relevanten Police und ihren Kontakten, gedeckten Positionen und Deckungen ab.

So führen Sie den Schadenerstmeldungsprozess mit dem ClaimCenter aus:

2A. Die aufrufende Anwendung führt einen POST /claims mit den Nutzdaten aus, die den Schadenfall beschreiben. Wenn der Aufruf erfolgreich ist, speichert das ClaimCenter einen Schadenfallentwurf in der Datenbank mit einer Nummer für den Schadenfallentwurf. Das an die aufrufende Anwendung zurückgegebene Antwortobjekt enthält die Schadenfall-ID und die zugehörige Nummer für den Schadenfallentwurf.

2B. Während der Erstellung des Schadenfallentwurfs ruft das ClaimCenter Informationen zur Police aus dem Bestandsführungssystem ab und kopiert sie in das ClaimCenter-Policendiagramm.

3. Optional kann die aufrufende Anwendung ein oder mehrere Male ein PATCH /claims/{claimID} ausführen. Das kann sinnvoll sein, wenn Sie einen Schadenfallentwurf erstellen möchten, bevor Sie über alle für die Übermittlung erforderlichen Informationen verfügen und Sie später diesen Schadenfall mit zusätzlichen Informationen aktualisieren möchten.

4A. Die aufrufende Anwendung führt einen POST /claims/{claimId}/submit ohne Nutzerdaten aus. Wenn der Aufruf erfolgreich ist, stuft das ClaimCenter den Schadenfall auf offen hoch und weist ihm eine offene Schadenfallnummer zu. Das an die aufrufende Anwendung zurückgegebene Antwortobjekt enthält die Nummer für den offenen Schadenfall.

4B. Im Rahmen des Prozesses zum Hochstufen des Schadenfalls führt das ClaimCenter die Regeln für die automatisierte Einrichtung eines Schadensfalls aus. Diese Regeln können den Schadenfall segmentieren, zuweisen und Aktivitäten für den Schadenfall erstellen und zuweisen.

Der gesamte Prozess besteht immer aus mindestens zwei Aufrufen der Cloud-API im ClaimCenter:

  • Ein POST /claims, der einen Schadenfallentwurf erstellt
  • Ein POST /submit, der den Schadenfall übermittelt und ihn als offen hochstuft.

Anwendungsfälle für Schadenerstmeldungen nach Policenstatus

Sie können keinen Schadenfall ohne Police erstellen, und jede Police gehört eindeutig zu einem Schadenfall. (Wenn zwei oder mehr Schadenfälle auf derselben Police basieren, verfügt jeder über eine eigene Kopie der Police.)

Es gibt drei Anwendungsfälle dafür, wie die Schadenerstmeldung über die System-APIs ausgeführt werden kann. Jeder Anwendungsfall betrifft Policen in einem anderen Status.

Schadenfälle mit Test-Dienstprogramm-API-Policen

Die Test-Dienstprogramm-API ist eine API, die Funktionen bereitstellt, die das Testen während der Entwicklung erleichtern. Mithilfe der Test-Dienstprogramm-API können Sie Policen erstellen und testen. Test-Dienstprogramm-API-Policen sind für Entwicklungsumgebungen geeignet, die nicht mit einem Bestandsführungssystem (PAS) verbunden sind.

Das PATCHEN von Test-Dienstprogramm-API-Policen ist nicht möglich. Da die Police Testdaten widerspiegelt, wird davon ausgegangen, dass sie beim ersten POST korrekt erstellt wird.

Zum Erstellen eines offenen Schadenfalls mit einer Test-Dienstprogramm-API-Police müssen Sie die folgenden Aufrufe ausführen:

  1. POST /test-util/v1/policies, um die Testpolice zu erstellen.
  2. POST claims/v1/claim, um den Schadenfallentwurf zu erstellen.
  3. POST /claims/v1/{claimId}/submit, um den Schadenfallentwurf zu übermitteln, wodurch er zu einem offenen Schadenfall umgewandelt wird

Schadenfälle mit verifizierten Policen

Sie können Schadenfälle mit verifizierten Policen erstellen. Diese Vorgehensweise erfordert eine Umgebung, die mit einem PAS verbunden ist.

Derzeit gibt es keinen Endpunkt, um eine verifizierte Police zu PATCHEN.

Zum Erstellen eines offenen Schadenfalls mit einer verifizierten Police müssen Sie die folgenden Aufrufe ausführen:

  1. POST claims/v1/claim, um den Schadenfallentwurf zu erstellen. Die Police wird im Rahmen der Verarbeitung dieses Anrufs automatisch aus dem PAS kopiert.
  2. POST /claims/v1/{claimId}/submit, um den Schadenfallentwurf zu übermitteln, wodurch er zu einem offenen Schadenfall umgewandelt wird
Anmerkung: In ClaimCenter lässt der Assistent für neue Schadenfälle die Erstellung eines Schadenfalls für eine verifizierte Police zu, die nicht am Schadendatum in Kraft ist. Diese Art von Schadenfall darf den Beurteilungsprozess nur abschließen, wenn die Deckung irgendwie verifiziert wurde. Aber er kann erstellt werden. Im Gegensatz dazu lässt die Cloud-API die Erstellung von Schadenfällen für verifizierte Policen nicht zu, wenn die Police am Schadendatum nicht in Kraft ist.

Schadenfälle mit nicht verifizierten Policen

Sie können Schadenfälle mit nicht verifizierten Policen erstellen. Diese Vorgehensweise kann sowohl in einem Test- als auch in einem Produktionssystem durchgeführt werden. Die Police basiert auf den durch den Aufruf bereitgestellten Informationen, sodass keine Umgebung erforderlich ist, die mit einem PAS verbunden ist. In der Regel können Sie jedoch keine Zahlungen für einen Schadenfall durchführen, solange die Police des Schadenfalls noch nicht verifiziert ist.

Sie können eine nicht verifizierte Police PATCHEN. Derzeit gibt es jedoch keinen Endpunkt zum Aktualisieren einer nicht verifizierten Police, d. h. der Aktion, die eine nicht verifizierte Police in eine verifizierte Police umwandelt.

Schadenfälle mit nicht verifizierten Policen können nur in einer zusammengesetzten Anforderung erstellt werden. Zum Erstellen eines offenen Schadenfalls mit einer nicht verifizierten Police müssen Sie daher den folgenden Aufruf ausführen:

  1. POST /composite/v1/composite, um eine zusammengesetzte Anforderung mit den folgenden Unteranforderungen zu erstellen:
    1. POST/claim/v1/unverified-policies, um eine nicht verifizierte Police zu erstellen.
    2. POST claims/v1/claim, um den Schadenfallentwurf zu erstellen.
    3. POST /claims/v1/{claimId}/submit, um den Schadenfallentwurf zu übermitteln, wodurch er zu einem offenen Schadenfall umgewandelt wird

Ein Beispiel für Nutzdaten, die in einer zusammengesetzten Anforderung einen vollständigen Schadenfall mit einer unverifizierten Police erstellen, finden Sie unter Beispiel für zusammengesetzte Schadenfall-Nutzdaten.

Beschränkungen für zusammengesetzte Anforderungen bei Schadenfällen

Es ist nicht möglich, dass eine einzelne zusammengesetzte Anforderung für mehr als einen Schadenfall ausgeführt wird.

Schadenfälle mit nicht verifizierten Policen können nur in einer zusammengesetzten Anforderung erstellt werden.

Stornieren von Schadenfällen

Sie können einen Schadenfallentwurf über die System-APIs stornieren. Dazu wird der Endpunkt /claim/{claimId}/cancel verwendet. Dies hat die gleiche Wirkung wie wenn ein Benutzer auf die Schaltfläche Abbrechen im Assistent für neue Schadenfälle klickt.

Sie können einen Schadenfall nicht mehr stornieren, nachdem er eingereicht und daher als offener Schadenfall eingestuft wurde.

Schadenfallmodi

In der Basiskonfiguration können Sie in einigen Sparten Schadenfälle in verschiedenen "Modi" erstellen. Bei Privatfahrzeugen können Sie beispielsweise einen "regulären" Schadenfall, einen "schnellen" Schadenfall oder einen "ersten und endgültigen" Schadenfall erstellen. Diese Modi sind Unterscheidungen, die hauptsächlich in der Benutzeroberfläche vorhanden sind. Jeder Modus kann mehr oder weniger Informationen erfordern, und einige Modi können bei der Ausführung von Aufgaben helfen, die über die einfache Meldung des Schadenfalls hinausgehen. Aus technischer Sicht unterscheiden sich die in jedem Modus erstellten Schadenfälle jedoch nicht grundlegend voneinander.

Daher verfügen die System-APIs nicht über ein Analogon für "Modi". Wenn Sie einen Schadenfall über die System-APIs erstellen, können Sie, solange Sie die mindestens erforderlichen Informationen bereitstellen, jede für den Anwendungsfall geeignete Menge an Informationen bereitstellen.