ACORD 25のCOIデータをExcelに抽出して
下請け業者のコンプライアンスを管理する方法

ACORD 25 — 100か国以上で36,000以上の組織が採用する保険証券（Certificate of Liability Insurance）フォーム — は、北米の建設業界における標準的な保険加入証明書です。中規模のプロジェクト1件でも、40以上の下請け業者が関わり、それぞれがこの1ページのフォームを提出します。多くのチームが行う管理作業 — 各PDFを開き、保険証券番号を目視で確認し、スプレッドシートに入力し、同じ作業を保険金額、日付、裏書確認でも繰り返す — には、証明書1件あたり15〜45分かかり、業界データによると、手動での保険データ入力エラー率は15〜20%に上ります。

このエラー率は単なる非効率性の問題ではありません。追跡スプレッドシート内の証明書の約6件に1件は、保険証券番号の誤り、有効期限の見落とし、またはフォーム上ではチェックされているものの実際には保険に添付されていない裏書が存在することを意味します。そして、保険金請求が発生したとき — 建設業界の一般賠償責任保険金請求は平均$30,000〜$75,000、深刻なケースでは$100,000を簡単に超えます — スプレッドシートは支払ってくれません。本来あるべき保険が支払うかどうかは、誰かがExcelに入力した内容ではなく、実際に保険証券に記載されていた内容に基づいて決まります。

ACORD 25のデータ抽出に、証明書ごとの料金設定や6か月の導入期間を伴うエンタープライズ向けCOI管理プラットフォームは必要ありません。この記事では、ACORD 25のPDFの束を構造化されたExcelコンプライアンストラッカーに変換する、列ごとの実践的な抽出ワークフローを解説します — 各フィールドの意味を理解してフォームを読み取るAIを使用し、印刷された位置ではなく意味に基づいて処理します。

ACORD 25の内容（コンプライアンス上重要な項目）

ACORD 25は、見た目以上に奥が深い文書です。1ページ、標準化されたレイアウト、建設業界の誰もが認識するセクションで構成されています。しかし、どのフィールドがコンプライアンス上の重みを持つのか — どのフィールドが単なる情報ノイズなのか — を見極めることが、会社を守るトラッカーと誤った安心感を与えるトラッカーの違いを生みます。

フォームはブロック単位で構成されています。上部には、PRODUCER（証明書を発行した保険代理店またはブローカー）とINSURED（保険内容が証明される下請け業者またはベンダー）があります。これらは、保険を手配した主体と保険を保有する主体を特定するもので、連絡先としては有用ですが、コンプライアンス上は重要ではありません。

その下のINSURER A〜Fには、保険を提供する各保険会社とそのNAIC番号が記載されています。NAIC番号は、すべての保険会社に割り当てられる一意の識別子であり、保険会社が正当なものであり、ペーパーカンパニーではないことを確認する最も迅速な方法です。NAIC番号の欠落や誤りは、重大な警告サインです。

フォームの中核はCOVERAGESセクションで、5つの保険種目をカバーするグリッドです：

各補償種目について、フォームには保険会社名、証券番号、開始日、満了日、限度額（1事故あたりおよび総額）が表示されます。また、追加被保険者および求償権放棄という2つの重要なチェックボックスがあり、YまたはNでマークされます。追加被保険者の欄の「Y」は、このフォームで最も誤解されやすいシグナルです。これは、エージェントが追加被保険者特約の存在を主張していることを意味します。特約が実際に保険証券に追加されたことを意味するものではありません。フォーム自体の下部に太字で次の警告があります。「証券所持者が追加被保険者である場合、保険証券には追加被保険者条項が含まれるか、特約が付帯されていなければなりません。この証券に記載された文言は、そのような特約に代わる権利を証券所持者に付与するものではありません。」

補償グリッドの下にある運用内容の記述／所在地／車両セクションは自由記述欄です。ここでエージェントはプロジェクト固有の文言を追加し、追加被保険者を指名し、契約番号を参照し、そして重要なことに、保険証券が実際には裏付けていない約束をすることがあります。保険業界のガイダンスは、ここに追加された文言が保険証券と矛盾したり、保険証券を超えて拡張されたりすると、虚偽表示になると明示的に警告しています。コンプライアンス審査担当者はこのセクションを注意深く読む必要があります。

最後に、証券所持者欄には、証券を要求し受け取った者が記載されます — 通常はあなたの会社です。解約条項は、「保険証券の規定に従って」通知が行われると述べています — 実際には、通知が一切行われないことがよくあります。ACORD 25は、下請け業者の保険証券が解約された場合に保険会社があなたに通知する義務を課していません。あなたの唯一の信頼できる保護策は、事前の満了日追跡です。

標準化されたフォームが標準化された抽出を意味しない理由

ACORD 25は設計上標準化されています。それがACORDシステムの要点です。すべてのフォームは同じセクション構成、同じフィールドラベル、同じチェックボックス位置を使用します。では、なぜ従来のOCRでは単純に読み取れないのでしょうか。

それは、フォームが標準化されているからです。記入内容は標準化されていません。

各保険会社は異なる代理店管理システムを使用してACORD 25を作成しています。Applied Epicは日付をある形式で整形し、Vertaforeは別の形式で整形します。一部の保険会社は保険証券番号を正確なフィールドボックスに印刷しますが、他の会社は境界を越えてはみ出させます。ブローカーが直前の調整を行う際に今でも一般的な手書きの記入は、予測できない場所に、さまざまな判読性で現れます。運用内容の記述フィールドは、「添付の通り」という2語から、プロジェクト固有の文言がびっしりと3段落にわたるものまでさまざまです。

テンプレートベースのOCR（ほとんどの文書処理ツールに組み込まれている種類）は、ページ上の固定ゾーンを定義することで機能します。「保険証券番号は座標（x=400、y=280）にある」という具合です。別の保険会社のソフトウェアがそのフィールドを15ピクセルずらしたり、手書きのメモが補償グリッドを0.5インチ押し下げたりすると、テンプレートは破綻します。出力が文字化けしたり、セルが空白になったりして、節約できたと思っていた時間が抽出エラーの修正に費やされます。

ここで、カスタム列抽出を使用するAI抽出が根本的に異なります。ツールにデータがページ上のどこにあるかを指示する（位置ベース）代わりに、何を欲しいかを指示します（意味ベース）。「一般賠償責任保険証券番号」「GL 1事故あたりの限度額」「追加被保険者裏書フォーム」などの列名を入力すると、AIはページ上のどこにあるかやどの保険会社が記入したかに関係なく、その意味を理解して各値を特定します。フォームがずれても、AIは気にしません。

この違いは、ACORD 25が通常、スキャンされたPDFやメール添付ファイルとして届くため、特に重要です。完璧なデジタル原本ではありません。デスクトップスキャナーの傾き、メールの圧縮アーティファクト、フィールドを部分的に覆うブローカーのスタンプはすべて日常的に発生します。テンプレートベースのOCRはこれらのいずれでも失敗します。視覚的理解に基づいてトレーニングされ、座標マッピングに依存しない意味ベースの抽出は、これらを通常の入力として処理します。

COIコンプライアンストラッカーに必要な12のフィールド

ACORD 25のすべてのフィールドがコンプライアンススプレッドシートに必要なわけではありません。適切に設計されたトラッカーは、「もし明日この下請け業者が関わる事故が発生した場合、私たちは補償を受けられるか？」という問いに答えるフィールドを抽出します。以下が抽出すべき12の列、それぞれが取得する情報、そしてそれが重要な理由です。

契約で必要となる場合に追加すべき2つの項目があります：主契約・非貢献条項 — これは下請業者の保険が、自社のGL補償が適用される前に先に支払われることを保証します — および証券所持者 — 自社が正しく記載されていることを確認します。

この列リストを定義すれば、抽出ツールはトレーニング不要、テンプレート不要、ゾーン指定不要です。列名を一度入力してテンプレートとして保存し、発行元の保険会社に関係なく、受け取るすべてのACORD 25に適用できます。

COI抽出からExcelへのワークフロー構築

以下が、ACORD 25 PDFのバッチを構造化されたExcelコンプライアンストラッカーに変換するための、最初から最後までのワークフローです。

このワークフローは、PDFを開く→目で確認する→Excelに入力する→次の項目を確認する、という手作業のサイクルを置き換えます。抽出処理がデータ取得を担当し、コンプライアンス判断はユーザー側で行います。そこにこそ、専門知識が活きる場面があります。

抽出データからコンプライアンスダッシュボードへ

抽出で得られるExcelファイルは構造化データです。各下請け業者が行に、各コンプライアンス項目が列に配置されます。この構造により、データが異なるタブや形式、あるいは誰かの受信トレイに散在する手動管理では不可能だったスプレッドシート操作が可能になります。

抽出したCOIデータを稼働中のコンプライアンスダッシュボードに変える、3つのExcelパターンを紹介します。

条件付き書式による有効期限アラート。有効期限列を選択し、条件付き書式ルールを適用します。日付が30日以内の場合はセルを赤に、31〜60日以内の場合は黄色にハイライトします。この列を降順で並べ替えると、保険の有効期限が近い下請け業者が上位に表示されます。カレンダーリマインダーや、保険が失効した後のメールでの督促は不要です。

ピボットテーブルによる補償ギャップの検出。行に下請け業者名、列に補償タイプ、値に保険証券番号を設定したピボットテーブルを作成します。空白のセルは、その下請け業者がその補償タイプを完全に欠いていることを意味します。労災補償がなく、週6日現場で作業している下請け業者は監査上の時限爆弾です。ピボットテーブルなら数秒で表面化します。

フィルター列による裏書検証。「AIステータス」というヘルパー列を追加し、次の数式を使用します: =IF(AND([AI裏書フォーム番号]="", [追加被保険者]="Y"), "未検証 — 裏書をリクエスト", IF)。これにより、追加被保険者のチェックボックスがオンになっているのに裏書フォーム番号が抽出されなかったすべての証明書にフラグが立てられます。COIのチェックボックスに裏付けとなる保険証券の文言がないために請求が拒否される、まさにそのシナリオです。

30人以上の下請け業者を管理するチームにとって、この3つのExcelパターンで継続的なコンプライアンス監視の90%をカバーできます。抽出ワークフローがクリーンなデータを供給し、ダッシュボードパターンがリスクを浮き彫りにします。自動化できない人間によるレビュー工程は、保険証券番号の再入力ではなく、フラグが立てられた項目に集中できます。

ExcelではなくGoogleスプレッドシートを使用している場合も、同じパターンが同じ条件付き書式とピボットテーブル機能で適用できます。30人から200人へのスケールアップこそ、スプレッドシートネイティブなアプローチが特に威力を発揮する場面です。新しいプラットフォームを学ぶ必要はなく、構築済みのワークフローにデータを追加するだけです。

ACORD 25抽出と完全なCOI管理プラットフォーム：どちらをいつ使うべきか

ここで当然の疑問が浮かびます。専用のCOI管理プラットフォームが存在するのに（実際に実用的な機能を備えています）、なぜExcelへの抽出を使うのでしょうか？

答えは、ユーザーがコンプライアンス成熟度のどの段階にいるかによって異なります。

ACORD 25のExcelへの抽出が適しているケース： 少数の進行中プロジェクトで10〜80社の下請け業者を管理している場合。コンプライアンス審査を社内でプロジェクト管理者やリスクコーディネーターが担当し、契約要件を理解した上で境界事例について判断を下している場合。必要なのは抽出部分（フォームからデータを取り出し、構造化された形式に変換すること）だけで、自動更新の追跡、多段階の承認ワークフロー、ERP統合は不要な場合。現在の課題は追跡インフラではなく、データ入力作業そのものにある場合です。

専用のCOIプラットフォーム（myCOI、Jones、bcs、TrustLayer、SmartCompliance）が適しているケース： 多数のプロジェクトにわたって200社以上の下請け業者を管理し、プロジェクトごと、業種ごと、発注者契約ごとにコンプライアンス要件が異なる場合。自動更新ワークフロー、下請け業者向けセルフサービスポータル、Procore、Sage、CMiCとの直接統合が必要な場合。この規模になると、抽出データを使っても手動審査の管理負担がボトルネックになります。プラットフォームはワークフローを処理し、抽出はデータ取得を処理します。

重要な洞察は次のとおりです。抽出とコンプライアンス管理は別の機能であり、同じベンダーから提供される必要はありません。今日は軽量ツールでACORD 25データを抽出し、Excelでコンプライアンスダッシュボードを構築し、後でスプレッドシートが手に負えなくなった場合でも、蓄積してきた構造化データはどのプラットフォームにも問題なくインポートできます。抽出によってプラットフォーム選定に縛られることはありません。今日の問題を解決しつつ、将来のインフラに先回りしてコミットすることもないのです。

このアプローチが埋めるギャップは、ほとんどの記事が飛ばしている部分です。手動データ入力が機能していないと分かっていながら、予算・規模・組織的な準備のいずれかの面で、エンタープライズ向けCOIプラットフォームを導入する段階にない建設チーム向けです。COIデータ抽出を自動化することは、コンプライアンスワークフロー全体を自動化することなく実現できます。また、同じ列ベースの抽出アプローチは、ACORD 25だけでなく、あらゆるCOIフォーマットで機能します。

コンプライアンス追跡の失敗で何が起きるかを詳しく知りたい場合は、建設業界におけるCOI不遵守の実際のコスト（監査保険料の再計算から保険金請求の拒否まで）が、リスクを具体的な数字で示しています。

よくある質問

AI抽出はACORD 25フォームの手書き入力に対応していますか？

はい。ビジョンモデルに基づく最新のAI抽出は、同じフォーム上の印刷テキストと手書き（筆記体を含む）の両方を読み取ります。これはACORD 25にとって重要です。なぜなら、ブローカーが訂正を手書きで記入したり、保険証券番号をペンで追加したり、余白に補償内容の注釈を記入したりすることが頻繁にあるためです。機械印刷テキストのみを読み取る従来のOCRでは、これらの記入内容を完全に見落としてしまいます。ビジョンベースのAIは手書きを文書画像の一部として扱い、印刷テキストと同じ方法で読み取ります。明確な手書きの精度は印刷テキストと同等ですが、装飾の多い筆記体や圧縮率の高いスキャンでは信頼性が低下し、手動でのスポットチェックが必要になる場合があります。

抽出ツールはCG 20 10やCG 20 37の追加担保フォーム番号を識別できますか？

はい。追加担保フォーム番号が証書に記載されているか、運用内容の記述セクションに含まれている場合に限ります。多くのブローカーは「CG 20 10 (04/13), CG 20 37 (10/01)」を運用内容の記述フィールドに入力します。抽出ツールはこれをテキストとして読み取り、指定した列に抽出します。ただし、証書に追加担保フォーム番号が記載されていても、その追加担保が実際に保険証券に添付されていたことを保証するものではありません。ACORD 25自体が、証書上の記載は権利を付与するものではないと警告しています。高リスクの下請け業者や厳格な所有者要件があるプロジェクトの場合は、証書に加えて実際の追加担保ページの写しを請求してください。

これはABBYY Vantageや他のエンタープライズIDPツールとACORD 25抽出でどう比較されますか？

ABBYY VantageのようなエンタープライズIDP（インテリジェント文書処理）プラットフォームは、ACORD 25用のトレーニング済み抽出スキルを提供していますが、根本的に異なるモデルで動作します。ABBYYのACORD 25スキルは「プレビュースキル」と説明されており、「本番環境で使用する前に、特定の文書に対する追加トレーニングが必要になる場合があります」。これは本質的にテンプレートベースの抽出です。サンプル文書でトレーニングされたモデルが、形式が異なる場合に再トレーニングを必要とします。テンプレート不要のAI抽出はトレーニングステップを完全に省略します。列名を定義すれば、AIが各文書を新規に読み取り、サンプルセットは不要です。記入スタイルが異なる数十の保険会社からACORD 25を処理するチームにとって、テンプレート不要のアプローチは、テンプレートベースのツールが時間とともに蓄積するトレーニング保守の負担を回避します。

下請け業者が非ACORD 25のCOI（保険証券）— 保険会社固有のフォームや旧版のACORD形式 — を送ってきた場合はどうなりますか？

テンプレート不要の抽出は、フィールドを位置ではなく意味で特定するため、あらゆるCOI形式に対応できます。レイアウトが異なる保険会社固有の証明書、フィールド配置が異なる2016年以前のACORD 25改訂版、さらにはACORD 27（財産保険の証拠）でも、AIが文書の内容を読み取り、要求された情報を見つけ出します。標準的なACORD 25用に定義した列名は、修正なしで非標準フォームにも適用できます。これがテンプレート照合に対する意味ベース抽出の実用的な利点です。保険会社ごとのフォームバージョンに個別のテンプレートを用意する必要はありません。

抽出されたデータは、コンプライアンス判断に直接使用できる精度ですか？

ACORD 25フォームの印刷テキスト — 保険証券番号、日付、保険会社名、限度額 — は、AI抽出で最大99%の精度を達成します。人間による確認が推奨される領域は次のとおりです：（1）複雑な裏書文言が文脈解釈を必要とする可能性がある「運用内容の記述」の自由記入欄、（2）判読性によって信頼度が低くなる可能性がある手書きの記入、（3）常に裏書フォーム番号列と照合すべき「追加被保険者」チェックボックス。抽出ツールは、抽出データとともに元のPDF画像を保持するため、特定のフィールドの検証はワンクリックで比較できます — 元のファイルを開き直す必要はありません。

ACORD 25のデータをExcelではなくGoogle Sheetsに直接抽出できますか？

はい。Google Sheetsアドオンを使用すると、スプレッドシート内からACORD 25のPDFをアップロードし、抽出列を定義して、結果をアクティブシートに直接追加できます — ファイルのエクスポート/インポート手順は不要です。これは、コンプライアンス追跡がすでにGoogle Sheetsで管理されており、抽出結果を既存のワークブック構造に直接取り込みたい場合に便利です。同じ列名テンプレートシステムは、WebインターフェースとSheetsアドオンの両方で機能します。