ClaimCenter での保険金支払の概要

ClaimCenter のコンテキストでは、支払トランザクション（単に支払として言及される場合が多い）は、クレーム処理で支払われる金額であり、正確に 1 つの支払備金明細によって分類されます。例えば、Allen Robertson さんが、近隣住民の車と柵の両方を破損したために、クレームを申請したとします。クレームは、1 つの支払備金明細を含むエクスポージャーで構成されます。このクレームを処理するために、ClaimCenter では 2 つの支払トランザクションを作成し、支払備金明細に関連付けます。1 つ目は車の損傷に対して $1200 を支払う件であり、2 つ目は柵の損傷に対して $600 を支払う件です。

支払のレベルでは、受取人や受取方法に関する詳細はありません。例えば、受取人が誰か、支払は同時に行われるのか、1 か月後に行われるのか、支払は物理的な小切手で行われるのか、電信振替で行われるのかを、支払だけから知ることはできません。

保険金支払は、1 件以上の支払をまとめたグループであり、1 人の受領者に送信されます。支払レベル情報（金額や支払備金明細など）に加えて、保険金支払には、支払先と支払方法に関する情報が含まれています。

前の Allen Robertson さんのクレームの例を考えてみましょう。2 件の支払があります。1 つ目は車の損傷に対する弁償金（$1200）で、2 つ目は柵の損傷に対する弁償金（$600）です。支払は、隣人に支払可能な $1800 の保険金支払 1 件にまとめることもできますし、2 件の保険金支払（自動車修理工場と柵修理業者にそれぞれ支払可能な $1200 と $600）にもできます。各保険金支払は、物理的な小切手として発行することも、電信振替として発行することもできます。

1 つの支払備金明細の支払備金から 1 つ以上の保険金支払に資金を充当したり、1 つ以上の支払備金明細の支払備金から 1 つの保険金支払に資金を充当したりもできます。以下はクレーム例のリストです。例で示す内容は、1 つ以上の支払備金明細から支払備金が処理される仕組みと、1 つ以上の保険金支払に関連付けられている仕組みです。

• 例：複数の支払備金と 1 つの保険金支払
  • 説明：Ray Newton さんが木に激突しました。車は損傷し、腕の骨を折りました。
  • エクスポージャー：クレームには 2 つのエクスポージャーが含まれています。1 つは、車両保険に関連付けられています。もう 1 つは、医療費補償に関連付けられています。それぞれのエクスポージャーごとに 1 つの支払備金明細が割り当てられています。
  • 支払：車両衝突支払備金明細に関連付けられた $2000 の一括払い。医療費支払備金明細に関連付けられた $1715 の一括払い。
  • 保険金支払：Ray Newton さんは、$3715 の保険金支払を一括で受け取ります。この保険金支払には、両方の支払が含まれています。
• 例：1 つの支払備金と複数の保険金支払
  • 説明：Ray Newton さんは車両衝突に巻き込まれ、車両は損傷し、医師の診察を受けました。
  • エクスポージャー：1 つのエクスポージャーが車両保険に関連付けられていました。このエクスポージャーに 1 つの支払備金明細が割り当てられています。
  • 支払：車両衝突支払備金明細に関連付けられた $2000 の一括払い（車両損傷の分）。車両衝突支払備金明細に関連付けられた $500 の一括払い（医師の診察の分）。
  • 保険金支払：自動車修理工場は、車両損傷の修理に対して $2000 の保険金支払を受け取ります。医師は、診察に対して $500 の保険金支払を受け取ります。

すべての保険金支払に少なくとも 1 人の受取人が割り当てられています。受取人とは、保険金支払の対象となる人物または組織を指します。クレームに関してサービスを行った保険金請求者や業者（自動車修理工場、医師、弁護士など）を受取人にできます。

財務トランザクションが作成されるとき、権限制限やトランザクション承認ルールが不十分な場合、トランザクションの承認が必要なことがあります。この場合、別のユーザーがトランザクションを承認する必要があります。そうでない場合は、トランザクションが自動的に承認されます。

クレームによっては、同時に複数の支払トランザクションが作成され、まとめて承認しなければならない場合があります。（すべてのトランザクションが承認されるか、どのトランザクションも承認されないかのどちらかです。）この動作を容易にするために、支払トランザクションが保険金支払セットにグルーピングされます。保険金支払セットは、1 つ以上の保険金支払（と関連する支払トランザクション）のセットであり、一括承認用に送信されます。

承認は、承認アクティビティを使用して行われます。承認の業務機能の詳細については、『アプリケーションガイド』を参照してください。アクティビティと Cloud API の詳細については、アクティビティを参照してください。保険金支払セットが Cloud API で送信された場合、権限制限がチェックされたユーザーがセッションユーザーになります。（セッションユーザーの決定方法の詳細については、『Cloud API 認証ガイド』を参照してください。）