ACORD 125・126のデータ抽出
12項目で

ACORD 125と126がそれぞれ担うもの

ACORD 125は申請者を特定し、ACORD 126は保険料の算定根拠となる一般賠償責任の保険料算定基礎額を記載します。そして提出書類全体の軸となるのは125だけです。

125は「Commercial Insurance Application, Applicant Information Section」です。4ページで、代理店と保険会社、申請者の法的身元と事業体の種類、FEIN、SICおよびNAICSコード、所在地と連絡先、希望する保険種目、過去の保険会社、損害履歴、署名をカバーします。

126は「Commercial General Liability Section」で、GLを希望する場合に125に添付されます。保険金額と免責金額、事故基準か請求ベースか、危険度一覧表、請負業者向けの質問、製品および完成作業に関する質問を記載します。他の種目のセクションも同じ構成です。127は自動車、130は労災補償、131はアンブレラ、そしてACORD 140の財産セクションです。

ACORDのフォーム索引（9/8/2026改訂）では、どちらも2025/03版として掲載され、カリフォルニア版の125は別途2023/01となっています。2025年3月のリリース通知には、126が2016/09から改訂されたこと、および125にDCとニューヨーク向けの新しい不正告示文言が追加されたことが記録されています。ブローカーが送ってくる版は2版前のこともあり、その違いはほとんど事務的なものです。

ここが抽出設定を変えるポイントです。ページ位置を基準にした列は、版が変わると壊れます。事実に基づいて名付けた列は壊れません。また、申請書は保険の証明にはなりません。証明書はACORD 25で、ACORD 25 COI抽出ガイドで扱っています。

手入力では書類一式が破綻する理由

手入力が失敗するのは、1つの項目が読みにくいときではなく、2つのページの記載が一致しなければならないときです。ACORD 125 と 126 は記名被保険者、所在地、保険期間の開始日を重複して記載するため、不一致は拒否か誤った見積りにつながります。

2つ目の失敗は参照による添付です。ACORD 125 の所在地欄には「追加の所在地については ACORD 823 を添付」と印刷されています。ACORD 126 の危険度一覧表には「記載欄が不足する場合は ACORD 211（危険度一覧表）を添付可」と印刷されています。備考欄には「添付の ACORD 101 を参照」と書かれていることもよくあります。1ページ目が9ページ目を指しているのに、時間に追われると、そのメモだけが入力され、一覧表は読まれないままになります。

代理店内部では、ACORD 125 は通常、代理店管理システムがすでに保有するデータから生成します。Applied Epic、AMS360、HawkSoft、EZLynx はいずれも申請書を作成できます。既存契約ではこの書類は出力であり、誰もそれを読み戻しません。それが入力になるのは外部から届いたときです。つまり、ブローカー・オブ・レコードの書類一式、MGA への提出書類、募集人の紙の申請書、あるいは他代理店が作成した更新書類として届いた場合です。

ある損害保険募集人は、そのギャップを r/InsuranceAgent でこう説明しています。「新規契約を書いているとき、私の AMS にはそもそもリスクプロファイルや引受データのほとんどが入っていないので、フォームの大部分を手作業で埋めることになります。私のチームはまず保険会社のポータルにデータを入力する傾向があります。」この作業順序こそがほとんどのエラーの仕組みです。ポータルへの入力が原本となり、後から生成される ACORD 126 がそれを引き継いでしまいます。

Accenture と The Institutes は 2008 年から北米の P&C 引受担当者を対象に調査を続けています。2021 年の調査では、引受担当者の業務時間の 40% が管理業務、30% が引受業務に費やされていました（Accenture）。このような時間配分の確認者は、答えが別のページにある項目を飛ばしてしまいます。

飛ばされる項目が難しい項目であることはほとんどありません。答えが9ページ目にある項目なのです。

そのコストは代理店にのしかかります。同じスレッドの別の代理店がこう述べています。「細部の入力に異常なほど注意を払わなければ、拒否されるか誤った見積りになり、保険会社は代理店のせいにします。」

見積りを左右する12の項目

商用保険の見積り判断の大半は12の項目が握っており、その一つひとつに、注意深い入力担当者でもすり抜けてしまう特有の失敗パターンがあります。

126では、保険料算定基礎額は明記された基準の$1,000ごとに料率計算されます。給与$1,200,000を$12,000,000と入力しても、単なる丸め誤差では済みません。料率計算の基礎が10倍になるのです。

最初の項目はAMSでも静かに失敗します。DBAから作成された重複アカウントは、更新時に2つのレコードが同じ保険証券を主張するまで正しく見えるのです。

版やセクションをまたいで使える1つの列セット

列は、それが載っている欄ではなく、必要な事実にちなんで命名しましょう。そうすれば同じセットで2016/09の126も2025/03の126も読めます。

これがImageToTable.aiが採用するカスタム列抽出の動作原理です。欲しい列名を入力すると、AIが各ページを読み取り、その項目を意味する値がどこに印字されていても埋めます。その名前が出力のヘッダーになります。座標に紐づくものは何もないため、欄がずれても古い版でも処理が止まることはありません。

書類一式をバッチとしてアップロードすれば、出力は1つのテーブルになります。マルチページマージが提出書類を1つにまとめます。追跡対象の列が変わったときに新しいグループを開始したり、記名被保険者などの共通の参照でページを照合したり、アップロード数が一定になるごとにグループ化したりできます。ページは1行にまとめられ、競合する値は最初を残す、最後を残す、連結する、または分割して戻すことができます。

125と126の書類一式向けの列セットは、読み切れる程度に小さく保てます。

セットを使いやすく保つルールは2つです。事実が両方の帳票に存在する場合は出所を明記しましょう。たとえば「記名被保険者（125に印字のまま）」とすれば、不一致が見えるままになります。和集合は広く取りましょう。項目がないページはセルが空になりますが、それはエラーではなくシグナルです。

テーブルをどこかへ渡す前に、金額を含むセルを確認しましょう。Bbox検証付きレビューモードでは、セルをクリックするとその値の出所領域がハイライトされ、領域をクリックすると対応するセルに戻ります。保険料算定基礎額の数字をページと照合するのに1秒で済みます。

データの行き先と、そこで止まる場所

出力はテーブルであり、Applied Epic、AMS360、HawkSoft、EZLynx へ取り込む最後の工程は依然としてマッピング作業です。

Big I 2026 Market Share Report によると、2025年に米国の商業保険料の87.7%は独立系代理店が引き受けたため、記録は AMS に着地させる必要があります。ImageToTable.ai はこれらのシステムにネイティブ接続しません。XLSX、CSV、JSON をエクスポートでき、webhook 通知付きの v1 API は、行を自社システムへ送り込むチーム向けに用意されています。

うまく機能するパターンは2つあります。スプレッドシートを作業キューとして使う方法です。1行につき1件の提出書類とし、効力発生日、保険料算定基礎額、または希望限度額で並べ替え、今日どの見積りを出すかを判断します。もう1つはステージングファイルとして使う方法で、CSV または JSON としてエクスポートし、統合を担当する人が AMS にマッピングします。難しいのはマッピングであり、これは抽出の問題ではありません。フィールド名、選択リスト、重複照合はシステムごとに異なります。

その手前の受け渡しをなくす機能が2つあります。Collection Link を使えば、外部のブローカーがアカウントなしでリンクから書類一式をアップロードでき、ファイルはあなたのキューに届きます。Email Inbox はアカウントごとにアドレスを付与します。書類一式を転送し、列セットを紐付ければ、添付ファイルは到着時に処理されます。どちらも AMS には触れません。PDF が誰かの受信トレイで金曜日まで放置される工程をなくすのです。

分類器なしで混在受信トレイを仕分ける

どの様式かはページ自体に書かれています。様式名と版が印刷されているからです。つまり、別途分類器を用意するのは、読み取りの問いではなく振り分けの問いに答えることになります。

ドキュメント分類器は抽出の実行前にラベルを割り当て、そのラベルがどのキューやフィールドセットを適用するかを決めます。1つの受信トレイに、それぞれ別の行き先を持つ損害通知、損害実績、保険証券、申請書が混在する場合にこそ価値があります。125 と 126 のフィールドを1つのテーブルにまとめるのが目的なら、ラベルはすでにページ上にあります。「Form type」と「Form edition」を列として追加すれば、FEIN を抽出する同じ処理で、読んだ版がわかります。

限界はあります。このツールはドキュメントにラベルを付けたり、書類一式を振り分け先のキューに分割したり、列セットを選んだりしません。何をアップロードし、どの列を実行するかはあなたが決めます。マルチページ PDF はページごとに読み取られ、Multi-Page Merge が1件の提出書類のページを1行に戻します。

抽出が人に委ねる部分

抽出は事実を列に移します。引受方針、業種コードの妥当性、損害の深刻度、特約の選択は、引受担当者と有資格の代理店に委ねられます。

• 引受方針と適格性。 あるリスクが保険会社に適合するかどうかは、保険会社の判断です。
• 業種コードの妥当性。 コードが正しく印字されていても、記載された事業内容に対して正当化できないことがあります。
• 損害の深刻度。 頻度、深刻度、準備金の慣行は判断を要するもので、セル内の数字だけでは決まりません。
• 契約要件。 追加被保険者の地位、代位求償権放棄、primary and non-contributoryの文言は補償の判断であり、証明書はそれらが特約された証拠にはなりません。その層は保険証明書の抽出が引き継ぎます。
• 署名と宣誓。 申請者が申請書に署名し、署名のない提出書類は通常、契約成立できません。
• フォームの記入。 このツールは記入済みの申請書を読み取ります。ACORD 125の記入、署名、提出は行いません。

FAQ

2016/09のACORD 126のような古い版でも動作しますか？

はい。列は位置ではなく意味で照合されるためです。どの版から来た行かを把握できるよう、フォーム版の列を追加してください。

Applied EpicやAMS360と連携しますか？

いいえ。Applied Epic、AMS360、HawkSoft、EZLynxへのネイティブコネクタはありません。出力はXLSX、CSV、JSONで、v1 APIは結果を独自のエンドポイントに送信できます。行をAMSに取り込むには、お客様のチームまたはベンダーが対応するマッピング作業が必要です。

ACORD 125を記入してくれますか？

いいえ。記入済みの申請書を読み取り、値を構造化データとして返します。ACORDフォームの生成、記入、署名、提出は行いません。

スキャンまたは手書きの申請書では、抽出精度はどの程度ですか？

印刷された項目は比較的単純なケースです。誤りが生じるのは手書き、チェックボックス、かすれたスキャンです。金額欄と補償の選択内容は、原本のページと照合して確認してください。

ACORD 125 は保険証明書と同じものですか？

いいえ。125 は補償を申し込むための申請書です。ACORD 25 の証明書は第三者に送付される証拠書類であり、証明書保有者に何ら権利を与えるものではないという免責事項が記載されています。

書類一式は、事実がまだ文章として存在する最後の場所

書類一式は、保険料算定基礎額・事業体・限度額がまだページ上の文章として存在する、商業見積りにおける唯一の段階です。その前には AMS があり、後には保険会社の料率計算エンジンがあります。これらの12項目を1行にまとめても、引受判断が下されるわけではありません。それは、すべてのページで同じ数値に基づいて判断が行われるようにするものです。