事故受付と補償検証
補償は事故日時点で有効な契約に照らして検査され、その検査自体が保存されます。
請求案件は、組織ごとの採番系列から採られた参照番号と冪等キーとともに開かれます。そのため、タイムアウト後に再送された포ータル申告が同一事故を二重に立てることはありません。事故日、事故原因、法域、受付チャネル、被保険者および請求者の身元は、後から補完するのではなく受付時に取得されます。以降のすべての統制がそのいずれかを起点とするからです — 補償は事故日、期限時計は法域と受付日、権限階層は損害規模を起点とします。
補償は前提とされるのではなく、初回受付の時点で検証されます。プラットフォームは事故日時点で有効な契約版を解決し — 現時点で有効な版ではありません — その契約が引き受けられた発効日付きの商品版から、支払限度額、内枠限度額、免責金額、免責事由、条件を読み取ります。商品版は一度書き込まれると不変であるため、事故後に改訂された条件が案件の権利内容を遡って変えることはできません。
検査は適用されるだけでなく保存されます。各検証は、何を検査し、何が判明し、なぜ補償を認めたか拒んだかを、検査ごとに記録する追記専用の行です。この記録があるからこそ、プラットフォームは数か月後に過払いを拒み、その理由を示すことができます。これは、主張するだけの補償判断と、提出できる補償判断との違いです。
できること
- 組織固有の採番系列から請求参照番号を採り、冪等キーによって重複申告を拒否する。
- 現時点で有効な版ではなく、事故日時点で有効な契約版を解決する。
- 契約が引き受けられた発効日付きの商品版から、支払限度額、内枠限度額、免責金額、免責事由、条件を読み取る。
- すべての補償判断を、検査内容・判明事項・理由を明記した追記専用の行として記録する。
- 法定期限エンジンが起点とする法域と受付チャネルを、受付時に取得する。
- 受付時に案件のイベント証跡を開き、案件が状態ではなく記録として始まるようにする。
準拠する基準
- 発効日付きの契約条件および商品条件
- 不変の商品版
- 補償判断の追記専用記録
製品での確認方法
「保険金請求」から案件を開き、補償パネルを確認してください。表示される限度額は事故日時点で有効な商品版から読み取られ、検証履歴には各検査とその判明事項が並びます — 単一の「補償あり」フラグではありません。