不動産管理におけるCOIトラッキングとは
ポートフォリオコンプライアンスガイド

不動産管理におけるCOIトラッキングの実態

不動産管理における保険証券（COI）トラッキングとは、すべてのテナント、業者、請負業者が物件で作業または入居する際に、有効かつ適切な保険に加入していることを確認し、その検証を全リース期間およびサービス契約にわたって最新に保つことを意味します。米国市場における標準的な保険証明書類はACORD 25賠償責任保険証券で、複数ページにわたる保険契約を、補償の種類、限度額、有効日、特約条項の概要にまとめた1ページの書式です。

しかし、COIは静的な書類ではありません。保険契約は更新、失効、解約、または期間中に変更されます。1月に作業を開始した時点で保険に加入していた業者が、3月には失効している可能性があります。リース契約時に一般賠償責任保険の証明を提出したテナントが、更新していないかもしれません。トラッキングは、一度きりのPDF提出物の集まりを、継続的なコンプライアンスシステムに変えるものです。これにより、ポートフォリオ内のすべてのアクティブな関係が、現時点で有効かつ適切な保険を保持しているかどうかを常に確認できます。

他業界の「COIトラッキング」との違いは重要です。不動産管理において、トラッキングはプロジェクト単位ではありません。それは継続的です。請負業者は複数の物件で何年にもわたって作業します。テナントは同じユニットに継続リースで入居します。保険の関係はプロジェクト完了時に終了するのではなく、ビジネス上の関係が続く限り持続します。

プロパティマネージャーが実際に追跡する保険データ項目

保険証券には「保険の有無」以上の情報が含まれています。プロパティマネージャーにとって、特定の項目が物件を実際に保護しているかどうかを判断し、それぞれに異なる抽出チェックが必要です。

これら6つの項目は、プロパティマネージャーが追跡する必要がある中核的なデータセットを形成します。ポートフォリオ内のすべてのCOIは、それぞれについて構造化された値を持つべきです。そうなれば、追跡の課題は「すべてのPDFをくまなく調べる」ことから「スプレッドシートを照会する」ことへと変わります。

COIトラッキングの仕組み：証明書からコンプライアンスデータへ

トラッキングプロセスは5つの段階で構成され、各段階はPDFやスキャンされた証明書内のデータに依存します。

不動産管理におけるCOI追跡が建設業と異なる理由

COI追跡に関する情報の多くは建設業を前提としています。つまり、ゼネコンが単一工事現場の下請け業者の証明書を管理するというシナリオです。不動産管理におけるCOIは構造的に異なり、抽出や追跡のアプローチに影響を与えます。

この違いは抽出作業に実務的な影響を及ぼします。建設業では、証明書が届いたらプロジェクト要件に照らして一度確認すれば完了し、抽出は一時点の確認で済みます。一方、不動産管理では、同じベンダーの証明書を更新のたびに再抽出・再検証する必要があります。年2回の場合もあれば年1回の場合もあり、そのベンダーがサービスを提供する全物件が対象です。抽出作業の量は一度限りではなく、継続的かつ増加し続けます。

ポートフォリオ内の12物件でメンテナンスを担当するベンダーが、全物件をカバーする1枚のCOIを持っている場合もあれば、それぞれ異なる発効日と限度額を持つ12枚の個別証明書を持っている場合もあります。各証明書を読み取り、特定の物件に紐づいた構造化レコードに変換できる抽出機能がなければ、すべての物件で補償が有効かどうかを追跡するには、手作業でのクロスチェックが必要となり、規模が大きくなるにつれて非効率になります。

カバレッジがポートフォリオ規模で失効した場合の影響

追跡されていない、または期限切れのCOIがもたらす結果は理論上の話ではありません。それは、保険金請求の拒否、法的責任、監査の失敗として現実に現れます。この問題の規模は、ほとんどの不動産管理者が想定しているよりもはるかに大きいものです。

Business Wireを通じて発表された2021年のEvident社の調査によると、複数の業界にわたる第三者ベンダーの75%が、雇用主の保険要件を満たしておらず、23%は保険証明の請求に全く応答せず、少なくとも10社に1社は確認者に通知することなくコンプライアンス違反に陥っていました。この調査は様々な業界を対象としていましたが、その傾向は不動産管理にも当てはまります。そこでは、ベンダーやテナントの母数が多く、関係期間が長く、更新サイクルが継続的に発生します。

不動産管理者にとっての実際的な結果は以下の通りです。

• 無保険による損失の直接責任。 ベンダーの保険が失効し、そのベンダーが物的損害や訪問者の負傷を引き起こした場合、その請求は物件所有者または管理者の一般賠償責任保険に転嫁され、保険料の増加や補償範囲をめぐる紛争を引き起こします。
• 保険金請求の拒否。 保険会社は、事故発生時に関係者が有効な補償を保持していたかどうかを日常的に調査します。ファイルに期限切れのCOIがあると、請求が拒否されたり、長期化する補償紛争に発展する可能性があります。
• リースおよび契約違反。 ほとんどの商業リースやベンダーサービス契約では、テナントまたはベンダーが特定の保険を維持し、物件所有者を追加被保険者として指定することを義務付けています。これらの要件を執行しないことは、契約違反とみなされる可能性があります。
• 監査リスク。 機関投資家、貸付機関、REITのコンプライアンス審査では、デューデリジェンスに保険確認が含まれることが増えています。監査中にポートフォリオ全体の補償範囲の欠落が発覚すると、信頼が損なわれ、資金調達や買収が遅れる可能性があります。

はじめに：COIのPDFから管理可能なスプレッドシートへ

メールに添付されたCOIのPDF」と「構造化されたコンプライアンストラッカー」の間にあるギャップは、データ抽出です。そして、抽出にはエンタープライズソフトウェアは不要です。必要なのは、固定テンプレートに一致させるのではなく、証明書のフィールドの意味を理解して読み取るツールです。

手動でのCOIレビューから構造化された追跡に移行したい不動産管理者向けの、実践的なスタート地点をご紹介します。

1. 必要なフィールドを定義する。 リースやベンダー契約の要件に基づき、トラッカーに必要な列をリストアップします：被保険者名、保険証券番号、保険会社、総合賠償責任限度額、自動車賠償責任限度額、労災補償限度額、発効日、満了日、追加被保険者（有/無）、権利放棄（有/無）、保険証券受取人。各列は、標準的なACORD 25 COIフォームのフィールドに対応します。
2. COIのPDFを収集する。 ベンダーやテナントから現在の証明書を集めます。物件ごと、ベンダー種別ごと、またはポートフォリオ全体を一括でまとめます。
3. フィールドデータを抽出する。 保険証券からExcelへの抽出のようなツールを使用して、COIの画像やPDFを読み取り、構造化データをスプレッドシートの列に出力します。キャリアごとのフォーマットにテンプレートを設定したり、モデルをトレーニングする必要はありません。
4. 検証と監視を行う。 抽出したデータセットを手に、最初のコンプライアンスチェックを実行します：補償限度額を下回る証明書、追加被保険者の裏書がない証明書、60日以内に期限切れとなる証明書を特定します。この時点から、スプレッドシートがトラッカーとして機能します。

この抽出ファーストのアプローチは、大規模ポートフォリオ向けの自動更新リクエスト、保険代理店との直接連絡、不動産管理システムとの統合を処理する専用COI追跡ソフトウェアのエンタープライズ規模での代替にはなりません。しかし、プラットフォームの購入やオンボーディングプロセスにコミットすることなく、散在するPDFから構造化されたコンプライアンス状況へと移行する最速の方法です。

ACORD 25証明書の構造と、フィールドごとの抽出の意味について詳しくは、COIデータ抽出とはをご覧ください。ACORD 25データをコンプライアンススプレッドシートに抽出する手順については、ACORD 25 COIデータをExcelに抽出する方法をご参照ください。

よくある質問