Übersicht über Vorfälle in der Cloud-API

Die Cloud-API unterstützt die folgenden Vorfallressourcen:

  • Wohnstättenvorfall
  • Vorfall mit Schaden an unbeweglichen Sachen
  • Verletzungsvorfall
  • Vorfall bezüglich Lebensführungskosten
  • Fahrzeugvorfall

Für jeden Vorfalltyp gibt es in der Regel fünf Endpunkte, wie in der folgenden Tabelle beschrieben:

Vorgang Endpunkt Für den angegebenen Schadenfall...
GET /claims/{claimId}/incidentType Abfrage für alle Vorfälle von incidentType
POST /claims/{claimId}/incidentType Neuen Vorfall mit dem Typ exposureType erstellen
GET /claims/{claimId}/incidentType/{incidentId} Abfrage für den angegebenen Vorfall
PATCH /claims/{claimId}/incidentType/{incidentId} Den angegebenen Vorfall aktualisieren
DELETE /claims/{claimId}/incidentType/{incidentId} Den angegebenen Vorfall löschen

Die folgenden Endpunkte interagieren beispielsweise mit Fahrzeugvorfällen:

  • GET /claims/{claimId}/vehicle-incidents
  • POST /claims/{claimId}/vehicle-incidents
  • GET /claims/{claimId}/vehicle-incidents/{incidentId}
  • PATCH /claims/{claimId}/vehicle-incidents/{incidentId}
  • DELETE /claims/{claimId}/vehicle-incidents/{incidentId}

Primäre untergeordnete Objekte

Zu den meisten Vorfallstypen gehört ein untergeordnetes „primäres“ Inline-Objekt, das Informationen speichert, die dem geschädigten Objekt inhärent sind, bevor es geschädigt wurde. Zum Beispiel:

  • Wohnstättenvorfälle und Vorfälle mit unbeweglichen Sachen haben ein location-Objekt.
    • Hier werden Informationen gespeichert, die dem Ort inhärent sind, z. B. address.
  • Verletzungsvorfälle haben ein injuredPerson-Objekt.
    • Hier werden Informationen gespeichert, die der verletzten Person inhärent sind, z. B. firstName und lastName.
  • Fahrzeugvorfälle haben ein vehicle-Objekt.
    • Hier werden fahrzeugspezifische Informationen wie make, model und licenseplate gespeichert.

Informationen zum Schaden (z. B. die Beschreibung des Schadens oder der Schweregrad) werden im Vorfall gespeichert, jedoch nicht als Teil dieses untergeordneten Objekts. Fahrzeugvorfälle haben beispielsweise ein airbagsdeployed-Feld. Dieses Feld bezieht sich direkt auf den Fahrzeugvorfall selbst, nicht auf das untergeordnete vehicle-Objekt.

Vorfälle und Wagnisse

Es gibt zwei Ressourcen, die untergeordnete „primäre“ Objekte haben können:

  • Vorfälle, bei denen es sich um Objekte handelt, die verloren gegangen oder beschädigt sind (unabhängig davon, ob sie in der Police gedeckt waren oder nicht).
  • Wagnisse, die in der mit dem Schadenfall verbundenen Police gedeckt sind (unabhängig davon, ob sie verloren gegangen oder beschädigt sind).

Ein „primäres“ untergeordnetes Objekt könnte nur mit einem Wagnis, nur mit einem Vorfall oder sowohl mit einem Wagnis als auch mit einem Vorfall verknüpft sein. Betrachten Sie die folgenden Beispiele für Fahrzeuge und Policen für Privatfahrzeuge:

  • Ein Fahrzeug des Versicherungsnehmers, das nicht beschädigt wurde.
    • Dieses wird in der ClaimCenter-Kopie der Police als Teil eines Kfz-Wagnisses angezeigt.
    • Da es jedoch nicht beschädigt wurde, gibt es für dieses Fahrzeug keinen Fahrzeugvorfall.
  • Ein Fahrzeug einer dritten Partei, das beschädigt wurde.
    • Dies wird in der ClaimCenter-Kopie der Police nicht angezeigt. (Es kann in der Police der dritten Partei gedeckt sein, ist aber in der Police des Versicherungsnehmers nicht gedeckt.) Für dieses Fahrzeug gibt es kein Kfz-Wagnis.
    • Aber weil es beschädigt wurde, gibt es einen Fahrzeugvorfall für dieses Fahrzeug.
  • Ein Fahrzeug des Versicherungsnehmers, das beschädigt wurde.
    • Dieses wird in der ClaimCenter-Kopie der Police als Teil eines Kfz-Wagnisses angezeigt.
    • Dies wird auch als Teil eines Fahrzeugvorfalls angezeigt, da es beschädigt wurde.

Inkompatible Vorfalltypen

Sie können keinen Vorfall erstellen, dessen Typ mit dem Policentyp nicht kompatibel ist. Beispielsweise können Sie keinen Wohnstättenvorfall für einen Schadenfall erstellen, der mit einer Police für ein Privatfahrzeug verknüpft ist. Wenn Sie versuchen, dies zu tun, antworten die System-APIs mit einer Fehlermeldung ähnlich der folgenden:

{
        "status": 404,
        "errorCode": "gw.api.rest.exceptions.NotFoundException",
        "userMessage": "No resource was found at path /claim/v1/claims/cc:34/dwelling-incidents"
}

Für einen bestimmten Policentyp können einige Versicherer geschäftliche Anforderungen haben, die das Erstellen von Vorfällen beinhalten, die mit diesem Policentyp in der Basiskonfiguration nicht kompatibel sind. Beispielsweise kann ein Versicherer die Geschäftsanforderung haben, dass Vorfälle mit unbeweglichen Sachen für Policen für die Binnentransportsparte erstellt werden, obwohl Vorfälle mit unbeweglichen Sachen in der Basiskonfiguration nicht mit Policen für die Binnentransportsparte kompatibel sind. Um diese Geschäftsanforderung zu implementieren, muss der Versicherer die ClaimCenter-Spartentypenlisten so konfigurieren, dass der Vorfalltyp mit dem Policentyp kompatibel ist. Weitere Informationen finden Sie im Konfigurationshandbuch.