ACORD 80のどの項目が
引受に届く前に処理を止めるのか
同じ週に作成された2つのACORD 80が、同じ家を異なる建設クラスに分類することがあり、どちらの担当者もフォームを正しく読んでいる可能性があります。フォームにはFrame、Masonry、Masonry Veneerの選択肢があります。評価システムはクラスコードを求めますが、これら3つのラベルのいずれもクラスコードではありません。ページに記載されている内容と受信システムが必要とする内容とのギャップが、住宅保険の申請が自動で進まなくなる原因です。
主なポイント
- 木造フレームにレンガの外壁がある場合はISO Class 1であり、フォームのMasonry Veneer欄は構造ではなく外壁仕上げを指します。
- プロテクションクラスが空欄であることは誰も住所を調べなかったことを意味し、10と記入すると保険引受不可の家をでっち上げることになります。
- 3つのブロックが申請が進むかどうかを決め、その中での失敗はすべて、ページ上では完成して見えるものの、受信システムにとっては完成していない項目です。
ストレートスルー処理とは、申請書が読み取られ、チェックされ、誰かが同じフィールドを二度入力することなくレーティングへと振り分けられることを意味します。このフォームでは、数百あるボックスのほとんどが管理用です。結果を左右する ACORD 80 のフィールドは3か所にあります。建設ブロック、プロテクションブロック、損失履歴ブロックです。それぞれ異なる理由で失敗し、しかもその失敗を教えてくれるものはありません。
これを痛感するのは、申請者の目の前でフォームに記入している人ではありません。保険会社のポータルへ再入力する CSR、返戻を数える運用責任者、そして空欄のプロテクションクラスに意味があるのかを判断する引受担当者です。代理店スタッフはこのトレードオフを自らの言葉で語っています。「細部の入力に異常なほど注意深くならなければ、拒否されるか誤った見積もりになり、保険会社は代理店のせいにする」とある人は書き、別の人は、新規契約を書いている時点では AMS に「リスクプロファイルや引受データのほとんどが最初は入っていない」と指摘しています（r/InsuranceAgent）。
フッターの版表記が、他のすべてのページの読み方を決める
ACORD 80 を読めるものにするのは、ページ番号ではなくフッターの版表記です。同じセクションが版や州版によって異なる位置にあるからです。2026/03 版は 2016/11 の基本フォームを置き換えました。6ページではなく7ページになり、「Agency」は「Producer」に改称され、共同申請者の署名が追加され、州の詐欺防止文言が再構成されました（ACORD forms notification, May 2026）。2024年のファイルは、今月印刷されたものとは単にフッターが違うだけでなく、別のドキュメントです。
州版は新しいページヘッダー以上のものを追加します。カリフォルニア版の ACORD 80 CA（2026/01）は、5ページ目に California Wildfire Mitigation セクションを追加し、Public Resources Code 4290.1 に基づく Fire Risk Reduction Community の指定、Firewise USA のステータス、5フィート以内の不燃材料、30フィート以内の可燃性構造物の除去、PRC 4291 に基づく防御空間という、コミュニティレベルの5つの質問を盛り込みました。これを収めるため、フォームは5ページから6ページになりました（ACORD forms notification, December 2025）。ミシシッピ州とアーカンソー州は、保険会社が法定の保険料割引を適用できるよう、IBHS FORTIFIED 認証と風害軽減データを取得することを目的として、2026年2月に新しい版を導入しました（ACORD forms notification, January 2026）。これらのフィールドは、2016/11 の基本フォームにはまったく存在しません。
代理店内にも版のずれの第二の原因があります。AMS360 のリリースノートには、同社が提供する ACORD 80 フォームが一覧されています。2016/11 の基本版に加え、ACORD 80FL（2022/05）、80WA（2021/06）、80NY（2022/02）、80NV（2022/01）です（Vertafore AMS360 23R1 release notes）。したがって代理店は、保険会社のポータルが 2026/03 を求めているのに、完全に有効な 2016/11 を生成してしまうことがあります。どちらの側も間違ったことはしていません。この不一致はアップロード検証か人によって発見され、どちらも1日を費やします。
実務上のルールは、最初のフィールドを読む前に版と州のバージョンを特定し、ページ位置ではなくセクション見出しを基準に読み取ることです。あるファイルでは5ページ目に登場し、別のファイルには存在しない山火事セクションは、カリフォルニアでは例外ではありません。それがドキュメントなのです。
15のセクション、そして提出が依存するのはそれぞれの一部のみ
このフォームは約15のラベル付きセクションで構成されており、提出は各セクションのうち、ルーティング、レーティング、適格性、請求の各システムが作用する少数のフィールドに依存します。すべての欄を読むことは、フォームを読むこととは同じではありません。以下の表は、申請書がエージェントの手を離れた後にデータがどう扱われるかでセクションを分類したものです。
| セクション | 記載内容 | 参照先 |
|---|---|---|
| プロデューサーと保険会社 | プロデューサー名とコード、保険会社、NAICコード、証券番号、開始日と満了日 | ルーティングと見積設定 |
| 取引のステータス | 新規、更新、証券変更の別、代理店が最後に物件を調査した日 | 新規事業か変更か、調査がどれほど新しいか |
| 申請者と共同申請者 | 正式名、生年月日、SSN、婚姻状況、住所、勤務先、職業 | 本人確認、資格、信用および請求の手配 |
| 補償と免責金額 | Coverage AからFの限度額と保険料、再調達価格オプション、HOフォーム番号、基本、風、雹、盗難、ハリケーンの免責金額 | 料率と補償 |
| フォームと特約 | フォーム番号、名称、版の日付 | 証券の構成 |
| 支払プラン | 請求タイプと方法、支払者、保険料ファイナンス会社 | 請求設定 |
| 料率と引受 | 建設種別、建築年、住居および使用タイプ、居住面積、再調達価格、市場価値、屋根、暖房、配線、配管、防護装置、消火栓と消防署までの距離、プロテクションクラス、テリトリー、プール、燃料タンク | 料率の入力値 |
| 所在地スケジュール | 各所在地の番地、市区町村、郡、州、ZIP+4 | テリトリー |
| 過去の補償と損失履歴 | 過去の保険会社、証券番号と満了日、各損失の発生日、種類、説明、支払額、係争状況、申請者のイニシャル | 資格と価格設定 |
| 一般情報 | 3年以内の補償の拒否、取消、非更新、5年以内の差押えまたは判決、5年以内の詐欺または放火の有罪判決（ロードアイランド州は10年）、敷地内の事業、動物、トランポリン、鉛塗料、コード違反 | 照会のトリガー |
| 追加利害関係人 | 抵当権者、先取特権者または損失受取人、ローン番号、証明書および請求フラグ | 抵当条項と請求 |
| 備考と添付書類 | 再調達価格の見積り、写真、州の補足書類、ACORD 101の備考 | 完全性 |
| バインダー、プライバシー通知、署名 | バインダーの日時または「補償は付保されない」、プライバシー通知のイニシャル、申請者とプロデューサーの署名、全国プロデューサー番号 | 補償の有無とフォームの有効性 |
このうち2つの行が、シートの残りが使えるかどうかを左右します。料率ブロックにはリスクを価格設定する値が入っており、保険会社の用語ではなくフォームの用語で書かれています。損失履歴ブロックは、数値が正しくてもなお誤り得る行です。重要なのは、届いていない可能性のあるページだからです。
建設種別は3つのチェックボックスと割合であり、Masonry Veneerは依然としてFrameである
建設ブロックはFrame、Masonry、またはMasonry Veneerと割合を尋ねますが、これら3つの回答はいずれもISO建設クラスではありません。 割合があるのは住宅が混在しているためです。たとえばMasonryの住宅にFrameの増築部分がある、Frame構造にMasonryの正面があるといったケースです。このブロックは材料を表すものであり、格付けコードを返すものではありません。
多くの保険会社が使用する格付けコードは、ISO建設カテゴリに由来し、Class 1 FrameからClass 6 Fire Resistiveまであります。Class 1は、外壁が木材、レンガベニア、石ベニア、木材鉄張り、または木材上のスタッコと定義されています（IRMI, ISO building construction categories）。木造フレームにレンガの正面を持つコロニアル様式はClass 1です。フォームの独立したMasonry Veneer欄は構造ではなく外装を表すため、住宅が「Masonry Veneer」にチェックされていてもFrameとして格付けされることがあります。
保険会社がすべてISOクラスで格付けしているわけでもありません。多くはISOクラスを自社の建設記号にマッピングしており、そのマッピングは保険会社に属します。その結果、代理店は自分が所有しないテーブルを通さなければならない回答を抱えることになります。抽出がこれらすべてを単一の「Construction Type」列にまとめてしまうと、最も必要とされる時点でマッピングが破壊されます。申請書は保険記録の一部にもなるため、建設の記述は損失後に構造と照合されることがあります。
レンガの正面と木造フレームを持つ住宅はISO Class 1です。ページにレンガと書かれているという理由でMasonryを返す読み取りは、リスクをより安いクラスに移しており、その誤りはシート上のすべての合計をすり抜けて残ります。
プロテクションクラスは住所に割り当てられるため、欄が空欄のままになることが多い
プロテクションクラスの欄は最も空欄になりやすい項目です。番号は記入者が導き出すものではなく、所在地に割り当てられるためです。 プロテクションクラスは1から10まであり、1が最も防火体制が整った地域、10は防火体制が評価できない地域を意味します。これはエージェントが食卓で判断するものではありません。
フォーム上では、テリトリー、防火地区名とコード、防火区画と消防隊の数、消火栓と消防署までの距離（マイルとフィート）の隣、料率ブロックに位置します。クラス自体はその住所を管轄する料率 bureau から提供されます。調べないエージェントは空欄のままにするか、同じ通りの古い保険契約から転記するか、以前の保険会社の宣言ページから引き継ぎます。いずれも実際に起こり、どの場合もページの見た目は同じです。
空欄の扱いこそ、きれいなスプレッドシートが誤ったものに変わる分かれ目です。空欄のプロテクションクラスは空欄のままにし、フラグを立てる必要があります。列に10、0、または「none」と書き込むと、引受担当者は存在しない保険不可物件を読み取り、申請は誤った理由で例外キューに送られます。同じ料率ブロックには潮水域までの距離（マイルとフィート）も含まれ、これは沿岸部の引受可否と命名暴風雨免責金額を左右しますが、これも同様に見落としやすい項目です。
消火栓と消防署までの距離は、デスクが信用できないクラスを検証するための根拠となります。クラスと併せて抽出すれば、シート上でチェックを実行できます。クラスだけを抽出すると、誰かが依然としてPDFを開く必要があります。
損失履歴には空白の遡及期間と2ページ目がある
損失履歴の質問は「過去___年間の」損失を尋ねており、その年数は用紙に印刷されていません。 空白は州版または保険会社が記入するため、遡及期間は常に3年とは限らず、古い版が印刷していたのは3年です。固定の3年という前提は、空白が別の年数を示す用紙では誤った期間を読み取り、ページ上のどこにもそれが誤りだったとは書かれていません。
質問の下の表には、固定数の損失行があります。カテゴリ番号、日付、種類、説明、支払額、争いになったかどうかとその相手です。損失がこれらの行を超えると、残りはACORD 101追加備考シート、保険会社の損失履歴、または2回目のスキャンとして届きます。用紙の備考・添付欄にそれが表れます。スペースを増やすにはACORD 101、追加の保険対象を増やすにはACORD 45です。
申請者のイニシャルは「はい」または「いいえ」の隣にあります。空白は「なし」ではありません。イニシャルなしの回答は不完全な申請書であり、これを損失なしの申請者として扱うことは、この書類で最も高くつく読み取りエラーです。なぜなら、シート上のすべての数字はそれでも一致してしまうからです。
比較期間が事態を悪化させます。C.L.U.E.データベースは最大7年分の住宅保険請求を報告するため（Consumer Financial Protection Bureau）、引受担当者の視点は用紙より長くなります。記載されなかった損失は、申請書と請求履歴の間の不一致として表面化し、用紙自体の文言「保険で支払われたかどうかを問わず」は、保険会社に費用がかかっていないという抗弁を排除します。請求側でその比較がどのように行われるかは、保険請求抽出ガイドをご覧ください。
継続ページを落とすと、きれいなシート、損失件数ゼロ、そしてプロセスのどこにもエラーが出ない結果になります。下流のどこも、ページが存在したことを知りません。
1件の申請は1行ではない
別荘、賃貸住宅、季節利用の物件は1件の申請を2つ以上の所在地に分け、補償表も料率ブロックもLOC番号ごとに整理されます。 所在地スケジュールにはすべての住所が記載されます。Coverage AからFは所在地ごとに入力します。料率ブロックは所在地ごとに繰り返されます。1行に平坦化された申請は、受け取った側で再び分割する必要があります。
免責金額は単一の値ではなく集合です。基本、風と雹、盗難、命名暴風雨またはハリケーンがそれぞれ独自の金額を持ち、ハリケーン免責金額は金額に加えて割合と上限も持ちます。単一の「Deductible」列では基本金額は保てても、沿岸部の保険料を変える割合が失われます。通常、見積もりを左右するのはその数値です。
追加利害も同じように増殖します。抵当権者と第二順位の担保権者が同じ所在地に併存することがあり、印刷された行を超えるものはACORD 45追加利害スケジュールに記載されます。抵当権者が保険料を支払うかどうかは請求上の事実であり、保管しておく名前ではありません。
列に名前を付ける前に、行の粒度を決めてください。申請の粒度では1件の提出につき1行となり、読みやすくなります。所在地の粒度では住宅ごとに1行となり、申請者と保険契約のフィールドが繰り返されますが、保険会社の料率システムがすでにその方式で動作しているため、通常は手戻りが少なくなります。
手書きとチェックボックスでフォームは構造化されなくなる
ACORD 80で最もリスクの高い読み取りは長いテキストフィールドではなく、チェックボックスの状態とイニシャルです。1つのチェックが料率入力値を変えるからです。 誤った通りの名前は行を確認する人には目に見えます。トランポリンや敷地内の事業に関する「はい」の見落としは見えません。
ファイルは埋め込みテキスト付きの記入可能なPDF、印刷してスキャンしたコピー、スマートフォンの写真、ファックスとして届きます。記入可能なものは簡単なケースです。それ以外はフォームを画像として読み取る必要があり、難しい部分は毎回同じです。建設種別の三択、含まれるボックスと除外されるボックス、免責金額の種類、1文字ずつ1つのボックスに記入された社会保障番号と生年月日、損失履歴とプライバシー通知の横にある申請者のイニシャル、そして一般情報セクションのすべての「はい」に続く手書きの説明です。
モデルティアは、印刷された請求書とは違う形でここで重要になります。Standardはきれいな印刷フォームを処理します。密集した手書き、ファックスされたコピー、複雑なレイアウトは、上位ティアが存在する理由です。バッチごとの課金は、バッチが送信された時点で有効なティアに固定されます。
バウンディングボックス付きのレビューモードが答えのもう半分です。セルにホバーまたはクリックすると、その値の出所である元のページ上の領域がハイライトされ、領域をクリックするとそのセルに戻ります。申請を決定づける20のフィールドに使えば、スキャンとの行ごとの比較を置き換えられます。数百すべてに使えば、フォームを読むより遅い方法にすぎません。
セクションごとに列セットを構築し、フィールドの翻訳が必要な箇所は常に2列を保持する
列名が設計のすべてです。抽出はページ上の固定位置ではなく、列名の意味を探すからです。 これがカスタム列抽出の実践的な意味です。「Coverage A Dwelling Limit」や「Protection Class」など、必要なフィールド名を入力すると、モデルはその版や州バージョンのどこにあっても一致する値を見つけます。レイアウトが変わってもゾーンマップを引き直す必要がないため、2026/03のフォームと2016/11のフォームを同じ列セットで読み取れます。
| ブロック | 命名する価値のある列 | 列にする理由 |
|---|---|---|
| Application | Producer、Carrier、Named Insured、Effective Date、Transaction Type | バッチを代理店ごとに並べ替え、新規契約と変更を分離します |
| Location | Location Number、Property Address、Year Built、Total Living Area | 行の粒度を保ち、格付け担当者にテリトリーの入力情報を提供します |
| Construction | Construction as Printed、Construction Percentage、ISO Class | ページの回答と翻訳の両方を保持し、どちらも修正できるようにします |
| Protection | Protection Class、Hydrant Distance、Fire Station Distance、Distance to Tidal Water | レビュアーがブロックを再入力せずにクラスを検証できます |
| Coverage | Coverage A Limit、Replacement Cost、Hurricane Deductible Percent、Base Deductible | 保険金額と再調達価格の差額、および沿岸部の免責金額を可視化します |
| Losses | Loss Count、Loss 1 Date、Loss 1 Amount Paid、Loss 1 Description、Loss History Initialled | 損失ごとに1行、さらにページの欠落を明らかにする件数 |
| Interest | Mortgagee Name、Loan Number、Payor | 抵当権条項と請求設定に反映されます |
バッチ処理がこの設計を実用的なキューに変えます。1か月分の申請書を一度にアップロードすると、結果は1つのテーブルにマージされ、所在地ごとに1行となり、プロデューサーと保険会社がすべての行に引き継がれます。プロデューサー別に並べ替えると、このシートは単一の申請書では答えられない問いに答えます。どの代理店がプロテクションクラスを空欄のままにし続けているか、どの代理店が2016/11のフォームを送り続けているかです。
残りの組み立ては2つの設定が担います。計算列は、同じフォーム上の Coverage A の保険金額から再調達価格の数値を差し引き、その差額を返すことができます。あるいは両者が一致する場合に「OK」を返すこともでき、手作業の比較をフィルターに変えます。マルチページマージは、ページが保険証券番号や申請者名などの参照情報を共有している場合、別々にスキャンされた継続シートを同じ行に折り込むことができます。2ページ目がその参照情報を繰り返さない場合はマージされないため、損失件数は到着した内容と照合する必要があります。
申請書を読み取り、評価・検証・書き戻しの前で止まります
抽出は申請書を、指定したフィールドを持つテーブルに変換するものであり、リスクに関するあらゆる判断は人または保険会社のシステムに委ねられます。 この境界は明確に述べておく価値があります。これほど重要なドキュメントでは、失敗の形は過小信頼ではなく過信だからです。
- 評価も保険料もなし。シートには入力値が載るだけで、価格は含まれません。
- 引受可否の判断も引受判断もなし。リスクを承諾・拒否・照会することはありません。
- ACORD検証なし。この版や州で必須のフィールドが欠けていても、その欠落を可視化する列を自分で作らない限り教えてくれません。
- 版のチェックなし。そのフォームが保険会社にとって誤った版であることは判断できません。それはAMS管理者の役割です。
- AMS連携なし。出力はExcel、CSV、JSON、またはデータを自社システムに取り込みたい場合のv1 APIです。
- 届かなかったページの把握なし。欠落した継続シートは、その欠落を数えられる列構成にしない限り見えません。
ほとんどのフォームよりもここで重要な取り扱い上の注意が1つあります。1ページ目にはSocial Security numberと生年月日が記載されています。最初のバッチの前に、これらの列が必要かどうかを決めてください。含まれていないスプレッドシートは漏えいしようがないからです。保険会社が識別情報を必要とする場合は、別のシートに分けて独自のアクセス権を設定してください。
よくある質問
ACORD 80は何に使われますか？ これはHomeowner Applicationであり、エージェントが申請者とともに記入して住宅保険の見積もりや契約を依頼する標準フォームです。申請者、物件とその建設・防護方法、希望する補償、過去の保険と損失、抵当権者を記録します。これは申請書であり保険証券ではなく、補償はバインダー欄が記入されたときにのみ効力を持ちます。
なぜ同じフォームにこれほど多くの版があるのですか？ ACORDは全国共通の基本フォームと、州の規則が異なるフィールドや通知を求める場合の州版を発行しています。カリフォルニアは山火事軽減のセクションを追加し、ミシシッピとアーカンソーはFORTIFIEDと風害軽減のデータを追加し、他の州もそれぞれ独自の通知と遡及期間を持っています。
どの版を抽出すべきですか、2016/11か2026/03か？ 保険会社が受け入れる版であり、ますます2026/03になっています。推測せずにファイルのフッターを読んでください。代理店のAMSが依然として2016/11を生成する一方で、ポータルが最新フォームを期待している場合があるからです。版を独自の列に抽出して、不一致が見えるようにしてください。
AIは手書きやスキャンしたACORD 80を読めますか？ はい、ただし注意点があります。印刷されたフォームと記入可能なフォームは信頼できるケースです。手書きの回答、ファックスされたコピー、写真はより強力な処理ティアが必要で、誤読されやすいフィールドは入力されたテキストではなくチェックボックスとイニシャルです。
1つのACORD 80から何行が生成されるべきですか？ フォームごとに1行ではなく、所在地ごとに1行です。別荘や賃貸住宅は、独自の補償限度額、評価データ、免責金額を持つ所在地を追加します。申請単位で構築する場合は、下流での分割を想定してください。
これはACORD検証やAMSの代わりになりますか？ いいえ。指定したフィールドを読み取り、テーブルとして返すだけです。ACORDのフィールドルールに対するフォームのチェック、リスクの評価、引受可否の判断、代理店管理システムへの書き込みは行いません。
この記事で取り上げる失敗はすべて、ページ上では記入済みに見えるのに、受け取るシステムにとっては未完了の項目です。建設種別は、どのコード体系に属するかを問うまで回答済みに見えます。プロテクションクラスは、欄が空欄だと気づくまで回答済みに見えます。損失履歴は、ページ数を数えるまで回答済みに見えます。この3つを特定できれば、フォームは打ち直すドキュメントではなく、確認すべき列の集合になります。
ACORDファミリーの他の様式も同じ形をしていて、失敗する箇所が異なります。ACORD 125と126で作成する商業用提出書類には、それに対応する財産セクションと賠償責任セクションが含まれ、貸し手向けの証拠書類はACORD 27を経由し、証明書はACORD 25ガイドで独自のルールに従います。列のセットではなくツールをまだ選んでいる段階なら、保険書類処理ソフトウェアの比較で、カテゴリの違いがどこにあるかを確認できます。
自分の提出書類にどの項目が欠けているかを最も早く確認する方法は、バッチを一通り実行し、空欄で並べ替えることです。ACORD 80の住宅所有者申請書をまとめてアップロードし、セクションごとに列を命名し、何が空で返ってくるかを見てください。