見直しの相談で預かる他社の保険証券を読み取り、保障・期間・保険料を比較表にそろえて、重複と不足の候補を募集人に渡す

処理の起点を決める

受付フォルダに証券のファイルが保存されたことを起点にします。 2回目の面談までの期間が短いので、夜にまとめて処理する形にはしません。 1回目の面談が終わった直後にスキャンすれば、その日のうちに比較表の下書きが出ます。

ファイル名には相談の番号を付けます。 同じ家族の証券は同じ番号でまとめ、比較表はこの番号ごとに1枚作ります。番号が無いファイルは処理せず、受付の担当に戻します。 家族の単位が分からないまま読み取ると、重複の判定ができないからです。

あとから証券が足されたときは、その証券だけを読み取り、比較表を組み立て直します。 処理が終わったファイルは処理済みフォルダへ移し、移すのは成功したときだけにします。

入力データを集める

質を決めるのは、相談シートと分野の対応表です。 相談シートに家族の生年月日が無ければ、「特約が何歳で終わるか」を年齢に直せません。意向の欄が空なら、不足の候補は出しません。 何が足りないかは、顧客が何を心配しているかと照らして初めて言えることだからです。

分野の対応表は、AIの当てはめを人が直した記録から育てます。 AIに推測させる範囲を、月を追うごとに狭めていく設計です。

データの取得方法を決める

読み取りは、Form Parser のプロセッサを1通ずつ呼びます。オンラインの処理は1回15ページまでとされており、証券は数ページなので足ります。契約内容のお知らせが長い場合は、バッチの処理（100ページまで）に回します。

表の読み取りを主にします。 保障の一覧はほとんどの証券で表になっており、1行が1つの保障に当たります。キーと値のペアから組み立てると、行の対応が崩れます。

表の外の注記も拾います。 更新や満了の注記は表の下や欄外に小さく書かれています。全文のテキストから「更新」「満了」「歳」を含む段落を取り出し、表と一緒に渡します。 相談シートからは、家族の生年月日と意向の欄だけを取ります。

AIへ渡す前に整形する

1. 形式の確認 … PDF、TIFF、JPEG、PNG などの対応形式であることを確かめます。TIFF は JPEG 圧縮を使ったものに対応しないとされているため、複合機の保存形式は PDF にそろえます
2. 解像度の確認 … 公式には最低200dpi、300dpi以上が良い結果を出しやすいとされています。証券の特約の表は文字が小さいので、複合機の既定を300dpiに変えます
3. ページの向きと順番 … 横向きに入ったページを直し、表が次のページに続く証券はページの順番を保ったまま1ファイルにします
4. 書類の種類の判定 … 保険証券、契約内容のお知らせ、共済の証書、団体保険の加入者証、それ以外（パンフレット、設計書）に分けます。設計書は契約ではないので比較表に入れません
5. 同じ証券の重複 … 同じ相談の番号で証券番号と契約日が同じものがあれば、新しいスキャンだけを使います
6. 相談の番号の照合 … 相談シートに番号が無ければ処理を止め、受付の担当に戻します

4番目を軽く見ないでください。 顧客は証券と一緒に設計書を持ってくることがあり、読み取ると、入っていない保障が比較表に載ります。

AIに処理させる

させるのは、読み取り結果を比較表の共通の項目に当てはめ、根拠にした文字列を書き出すことです。 分野の当てはめが主で、計算と判定はさせません。

not_on_document と unreadable を分けるのが、右端の列の役目です。 前者は証券に載っていない、後者は載っているが読めない、ということです。読めない欄は信頼度で決めます。 Form Parser の信頼度が低い欄は、AIが値を写していても unreadable として扱います。

4行目がいちばん起きやすい失敗です。 「入院特約」と読むと、AIは一般的な入院保障の条件を書き足そうとします。条件は約款で決まるもので、証券に無ければ比較表に載せません。

指示内容を固定する

あなたは保険代理店の業務課で、顧客から預かった他社の保険証券を
比較表の項目にそろえる係です。
Document AI が返した読み取り結果だけを見て、項目に写してください。
推測で埋めないでください。

【やること】
1. 書類の種類を判定する（policy / notice / kyosai / group_certificate / other）
   設計書・パンフレット・見積は other とし、保障を写さない
2. 主契約と特約を1行ずつ coverages に写す
3. 各行について、比較表の分野（category）を選ぶ
   【分野の対応表】に同じ保険会社・同じ名前があれば、必ずそれに従う
   無ければ名前から選び、category_source を "inferred" にする
   決められなければ "unmapped"
4. 金額は数値（amount）と単位（unit）を分けて写す
   unit は daily / lump_sum / monthly / annual / unknown のどれか

【status の選び方】
- ok .............. 値が読み取れている
- not_on_document . 証券にその欄が無い、または記載が無い
- unreadable ...... 欄はあるが、文字が読めない（信頼度が低い）
- ambiguous ....... 値の候補が複数あり、1つに決められない
迷ったときに ok を選ばないでください。

【厳守事項】
- 金額の計算をしないでください。年払の保険料を月額に直さないでください。
  合計から特約ごとの保険料を割り出さないでください。
- 単位が書かれていない金額に、単位を補わないでください。unit は unknown です。
- 証券に書かれていない給付の条件（支払の日数、免責、対象の病気の範囲）を、
  一般的な知識で書き足さないでください。
- 解約したときの返戻金の額は、証券に数値が書かれている場合だけ写してください。
  書かれていなければ not_on_document です。
- 更新や満了の注記は、表の外の文から拾ってください。evidence に原文を写してください。
- どの保険が良い、乗り換えるべき、解約すべきといった判断を書かないでください。
- 被保険者の名前は、証券に書かれたとおりに写してください。
  相談シートの家族の名前と照らすのはプログラムが行います。
- evidence には、根拠にした文字列をそのまま写してください。

【読み取り結果（表・キーと値・注記の段落・信頼度）】{docai_result}
【分野の対応表（この保険会社の分）】{category_map}
【比較表の分野の一覧】{category_list}

「年払を月額に直さない」を明記しないと、AIは親切に換算します。 換算そのものは正しくても、どの欄が元の値で、どの欄が換算した値かが分からなくなります。 換算はプログラムで行い、元の値と払込方法を残します。

「一般的な知識で書き足さない」も同じです。 生成AIは欄が足りないと知識で埋めます。 顧客がそれを自分の契約の条件と受け取れば、誤った説明になります。

出力形式を固定する

構造化出力で、次の形のJSONを受け取ります。 Claude API の構造化出力は output_config.format に type: "json_schema" とスキーマを渡す形で、公式にはスキーマに沿ったJSONが返るとされています。オブジェクトには additionalProperties: false が要ります。

{
  "consult_id": "",
  "file_id": "",
  "document_type": "policy | notice | kyosai | group_certificate | other",
  "insurer": "",
  "policy_no": "",
  "contract_date": "",
  "insured_name": { "value": "", "status": "ok | not_on_document | unreadable | ambiguous" },
  "premium": { "amount": 0, "mode": "monthly | semiannual | annual | single | unknown",
               "scope": "total | main_only", "status": "", "evidence": "" },
  "coverages": [
    { "name": "", "is_main": true, "category": "", "category_source": "map | inferred | unmapped",
      "amount": 0, "unit": "daily | lump_sum | monthly | annual | unknown",
      "term": { "type": "whole_life | years | to_age | to_date | unknown", "value": "" },
      "renewal": { "is_renewable": "yes | no | not_on_document", "interval_years": 0, "next_date": "" },
      "pay_term": "", "status": "", "confidence": 0, "evidence": "" }
  ]
}

1つ目の理由は、元の値と比較表の値を別の層に置けることです。 AIが写すのは証券の値と単位までで、月額への換算と、被保険者ごと・分野ごとの並べ替えはプログラムが行います。比較表の列の並びを変えても、AIの出力は変わりません。

2つ目は、category_source で当てはめの確かさを分けられることです。 担当が確かめるべき inferred と unmapped の行が一目で分かり、直した結果はそのまま対応表に足せます。

3つ目は、重複と不足の判定を規則で書けることです。 プログラムは次の規則で印を付けます。

overlap は悪いという意味ではありません。 入院の保障を2つ持つのは、顧客が意図して選んだ結果かもしれません。印は「話題にする候補」で、論点の下書きもその前提で書かせます。

システムへ連携する

比較表は「確認待ち」で作り、担当が確定するまで顧客には出しません。 顧客管理の仕組みへは書き込みません。 他社の契約の内容を顧客の記録として持つかは、顧客の同意の範囲と代理店の決まりで変わるためです。

人が確認する

担当が見るのは、印の付いた行と needs_check の欄が中心です。 印の無い行は、証券の画像と金額・単位だけを流し見ます。

1. needs_check を先に見る … 読めなかった欄と、分野の決まらなかった特約です。画像で該当の欄を見て、比較表を直します
2. 単位を確かめる … 入院の保障の日額と一時金、保険料の月払と年払。ここだけは全行を見ます
3. 印の行を確かめる … overlap と gap が本当にそうかを、証券の画像と相談シートで確かめます
4. 論点の下書きを直す … 顧客の意向に沿った言葉に直し、どの保険が良いといった言葉が入っていないかを見ます
5. 確定する … 確定の操作で「確認済み」にします

2番目を省かないでください。 単位の取り違えは、比較表の上で金額が10倍、30倍に見える誤りになります。顧客の前でその表を開けば、その場で説明がつかなくなります。

直した結果は、分野の対応表の候補として業務課に回ります。 inferred の当てはめを担当が直したものは、業務課が週に1回まとめて見て、正しいと確かめたものだけを対応表に足します。

例外に対処する

上の3行が、月に何通かは必ず起きます。 とくに設計書は、証券と同じ封筒に入っていることが多く、顧客自身が証券だと思って持ってきます。 種類の判定を前処理とAIの両方に置いているのは、このためです。

外貨建ての保険を円にしないのは、為替の前提が入るからです。 どの日の為替で換算したかで金額が変わり、比較表の上で円建ての保険と並べると、誤解させる比較になりかねません。

記録を残す

• 証券のファイルと、相談の番号・店舗・スキャンした日時
• Document AI が返したJSONの全文（キーと値、表、信頼度、位置）
• Claude API の出力（coverages と evidence）と、そのとき使った分野の対応表の版
• プログラムが付けた印（overlap・gap・term_gap・renewal_soon・needs_check）
• 担当が直した記録 … どの行の、どの項目を、何から何に変えたか
• 比較表を確定した担当と日時、2回目の面談で使った版
• 証券の画像を消した日（保存の期間を過ぎたもの）

分野の対応表の版を残すのは、表が育つからです。 当時の当てはめの根拠が分からないと、過去の比較表を説明の記録として使えません。