Cloud API での事故受付プロセス

事故受付は、Cloud API を通じて実行できます。次のセクションでは、Cloud API を通じて実行される場合の事故受付プロセスの概要について説明します。

Cloud API の事故受付プロセス

次の図では、Cloud API を通じて実行される事故受付プロセスについて説明します。


システム API を通じて実行される事故受付プロセス

ClaimCenter に Cloud API 呼び出しを作成する前：

1.呼び出し元アプリケーションが保険契約管理システム（PAS）に対して関連の保険契約とその連絡先、保険対象項目、および補償に関する情報をクエリします。

事故受付プロセスを実行するには、以下を実行します。

2A.クレームを記述したペイロードを含む POST /claims を呼び出し元アプリケーションが実行します。呼び出しが成功すると、ClaimCenter がドラフトクレームをドラフトクレーム番号とともにデータベースに保存します。呼び出し元アプリケーションに返される応答オブジェクトには、クレーム ID とそのドラフトクレーム番号が含まれます。

2B.ドラフトクレームの作成中に、ClaimCenter は PAS から保険契約に関する情報を取得して、ClaimCenter の保険契約グラフにコピーします。

3.オプションで、呼び出し元アプリケーションは PATCH /claims/{claimID} を 1 回以上実行できます。送信に必要なすべての情報を入手する前にドラフトのクレームを作成したい場合や、後ほど追加情報を使用してそのクレームを更新したい場合、適していることがあります。

4A.呼び出し元アプリケーションは POST /claims/{claimId}/submit を実行します。呼び出しが成功すると、ClaimCenter はクレームを未了に格上げし、未了クレーム番号をアサインします。呼び出し元アプリケーションに返される応答オブジェクトには、未了クレーム番号が含まれています。

4B.クレームを格上げするプロセスの一部として、ClaimCenter はクレームセットアップの自動化ルールを実行します。これらのルールでは、クレームの区分分け、クレームのアサイン、クレームのアクティビティの作成とアサインが可能です。

プロセス全体は必ず、ClaimCenter に対する次の 2 つ以上の Cloud API 呼び出しで構成されます。

  • POST /claims（ドラフトのクレームを作成）
  • POST /submit（クレームを送信して未了に昇格）

保険契約状態別の事故受付ユースケース

保険契約なしではクレームを作成できません。また、各保険契約は一意に 1 つのクレームに属しています。（複数のクレームが同じ保険契約に基づいている場合、それぞれ独自に保険契約のコピーがあります。）

Cloud API で事故受付を実行できる方法については、次の 3 つのユースケースがあります。各ユースケースは、異なる状態の保険契約に関連しています。

Test Util API の保険契約を含むクレーム

Test Util API は一種の API であり、開発時にテストを容易にする機能が用意されています。保険契約を作成およびテストするには、Test Util API を使用できます。Test Util API の保険契約は、保険契約管理システム（PAS）に接続されていない開発環境に適しています。

Test Util API の保険契約では PATCH を実行できません。保険契約はテストデータを反映するため、初期の POST で正しく作成されることが想定されているからです。

Test Util API の保険契約を含む未了クレームを作成するには、以下の呼び出しを実行する必要があります。

  1. POST /test-util/v1/policies（テスト保険契約を作成）。
  2. POST /claims/v1/claim（ドラフトのクレームを作成）。
  3. POST /claims/v1/{claimId}/submit（ドラフトのクレームを送信し、それによって未了クレームに変換）。

検証済みの保険契約があるクレーム

検証済みの保険契約があるクレームを作成できます。この手法では、PAS に接続されている環境が必要です。

現在、検証済みの保険契約に PATCH を実行するエンドポイントはありません。

検証済みの保険契約がある未了クレームを作成するには、以下の呼び出しを実行する必要があります。

  1. POST /claims/v1/claim（ドラフトのクレームを作成）。保険契約は、この呼び出しの処理の一部として PAS から自動的にコピーされます。
  2. POST /claims/v1/{claimId}/submit（ドラフトのクレームを送信し、それによって未了クレームに変換）。
注: ClaimCenter の［新規クレームウィザード］では、クレームの事故日の時点で検証済みの保険契約が有効でない場合、その保険契約を使用してクレームを作成できます。この種のクレームは、補償が検証されないかぎり、査定プロセスを終わりまで実行できません。ただし、作成はできます。それに対して、Cloud API では、クレームの事故日の時点で検証済みの保険契約が有効でない場合はその保険契約を使用してクレームを作成できません。

未検証の保険契約があるクレーム

未検証の保険契約があるクレームを作成できます。この手法は、テストシステムと実稼働システムのどちらでも実行できます。呼び出しで提供する情報に保険契約が基づいているため、PAS に接続された環境は必要ありません。ただし、通常、クレームの保険契約が検証されていない場合、クレームに対して保険金支払を作成できません。

未検証の保険契約に PATCH を実行できます。ただし、現在、未検証の保険契約を更新するエンドポイントはありません。これは、未検証の保険契約を検証済みの保険契約に変換するアクションです。

保険契約が未検証であるクレームは、コンポジット要求でのみ作成できます。したがって、保険契約が未検証である未了クレームを作成するには、以下の呼び出しを実行する必要があります。

  1. POST /composite/v1/composite（以下のサブ要求を含むコンポジット要求を作成）：
    1. POST /claim/v1/unverified-policies（未検証の保険契約を作成）。
    2. POST /claims/v1/claim（ドラフトのクレームを作成）。
    3. POST /claim/v1/claims/{claimId}/submit（ドラフトのクレームを送信し、それによって未了クレームに変換）。

コンポジット要求に未検証の保険契約があるクレームを作成して送信するペイロードの例については、サンプルのコンポジットクレームのペイロードを参照してください。

クレームに関するコンポジット要求の制限事項

単一のコンポジット要求を複数のクレームで操作することはできません。

保険契約が未検証のクレームは、コンポジット要求でのみ作成できます。

クレームのキャンセル

Cloud API を通じてドラフトクレームをキャンセルできます。これは、/claim/{claimId}/cancel エンドポイントを使用して実行します。その効果は、ユーザーが［新規クレームウィザード］で［キャンセル］をクリックしたときと同じです。

クレームの送信後にそのクレームをキャンセルすることはできず、未了クレームに格上げされます。クレームの送信後にその処理を中断する唯一の方法は、これをクローズすることです。

クレームのモード

ベースコンフィギュレーションでは、一部の種目については、クレームをさまざまな「モード」で作成できます。たとえば、個人用自動車の場合、「通常」受付、「簡易」受付、「初回かつ最終」受付を作成できます。これらのモードの違いは、主にユーザーインターフェイスに存在します。各モードは多かれ少なかれ情報を必要とし、一部のモードでは、単なるクレームの報告以上のタスクの実行を支援する場合があります。ただし、技術的な観点からすると、各モードで作成されたクレームの間には、基本的に違いはありません。

したがって、Cloud API には、「モード」に相当するものがありません。Cloud API を通じてクレームを作成する場合、最小限必要な情報を指定すれば、該当のユースケースに適した情報を量に関係なく指定できます。