ACORD 25 : La lacune « Assuré supplémentaire »
que votre tableur ne voit pas

La case qui n'est pas une couverture

Le formulaire ACORD 25 — le certificat d'assurance responsabilité civile utilisé par pratiquement tous les sous-traitants dans la construction nord-américaine — contient une colonne intitulée ADDL INSD. Elle se trouve discrètement dans la grille des couvertures, entre le type de police et la colonne de renonciation au recours subrogatoire. Lorsque l'agent d'assurance du sous-traitant remplit le certificat, il coche ou inscrit un « X » dans cette colonne pour chaque ligne de couverture où le détenteur du certificat a été ajouté comme assuré supplémentaire.

L'équipe de gestion des risques reçoit le PDF. Elle fait défiler jusqu'à la grille des couvertures. Elle repère la ligne Responsabilité générale. Elle voit « X » dans ADDL INSD. Elle inscrit « AI : Oui » dans le tableur de conformité. Le certificat rejoint la pile des approuvés.

Ce processus est logique, standardisé et suivi par des milliers d'entreprises de construction. C'est aussi le mécanisme par lequel l'exposition à des risques non couverts s'accumule, certificat après certificat, sur chaque chantier actif du portefeuille d'un entrepreneur.

Le formulaire ACORD 25 lui-même contient l'explication de pourquoi c'est dangereux — imprimée directement sur le certificat, en gras, mais la plupart des réviseurs la sautent car elle est devenue un élément décoratif :

En langage clair : le certificat est une note d'un agent, pas un contrat d'un assureur. L'agent peut cocher la case ADDL INSD. Il peut taper un numéro d'avenant dans le bloc Description des opérations. Il peut joindre une copie d'un formulaire CG 20 10. Mais si l'assureur n'a jamais traité l'avenant — si le souscripteur ne l'a jamais approuvé, si l'assuré supplémentaire n'a jamais été réellement ajouté à la police — aucune de ces mentions sur le certificat ne fournit de couverture. Le certificat est informatif. Seul l'avenant sur la police crée le droit à la défense et à l'indemnisation.

La jurisprudence est sans équivoque sur ce point. La loi de Géorgie O.C.G.A. § 33-24-19.1(j) a codifié ce que les tribunaux de plusieurs États ont statué : un certificat d'assurance n'est pas une police et ne modifie pas la couverture. Lorsqu'une réclamation survient et que l'assureur découvre qu'aucun avenant n'a été réellement émis — malgré ce que dit le certificat — l'obligation de l'assureur de défendre et d'indemniser l'assuré supplémentaire n'existe tout simplement pas. L'entrée « AI : Oui » dans le tableur devient l'enregistrement de ce que quelqu'un espérait être vrai.

Ce n'est pas un cas limite théorique. Bramble, une plateforme de vérification de COI, a examiné un ensemble de certificats d'entrepreneurs en copropriété et a constaté qu'environ 31 % des COI qui prétendaient au statut d'assuré supplémentaire n'avaient pas d'avenant correspondant au niveau de la police. Près d'un certificat sur trois sur lequel un gestionnaire immobilier ou un entrepreneur général comptait pour la couverture offrait une protection d'assuré supplémentaire fantôme — visible sur le COI, absente de la police.

Trois façons dont les avenants « assuré supplémentaire » apparaissent sur un ACORD 25 — et trois façons dont ils échouent

L'avenant « assuré supplémentaire » n'est pas un simple champ binaire. Sur le formulaire ACORD 25, il peut apparaître à trois endroits distincts, chacun régi par des règles différentes et présentant son propre mode de défaillance. Comprendre cette triade est essentiel pour saisir pourquoi une vérification sur tableur est structurellement incapable de détecter la lacune.

La case ADDL INSD (la plus courante, la moins fiable)

Il s'agit de la colonne dans la grille des garanties, une par ligne de police. Une coche ici représente la déclaration du producteur d'assurance selon laquelle, à sa connaissance, un avenant « assuré supplémentaire » a été ajouté à la police de l'assuré désigné au profit du titulaire du certificat.

Mode de défaillance : la conviction du producteur n'a aucune valeur juridique. Le producteur n'est pas l'assureur. Le producteur ne traite pas les avenants — c'est le service de souscription de l'assureur qui le fait. Un agent peut cocher la case de bonne foi sur la base de ce que l'assuré désigné lui a dit ou de ce qu'une clause d'avenant automatique permet théoriquement, sans que l'assureur ait jamais émis l'avenant ou perçu la prime supplémentaire. Un avis réglementaire de l'État de New York émanant du Département des services financiers stipule explicitement qu'un agent ne peut pas ajouter de termes à un certificat qui modifient, élargissent ou changent d'une quelconque manière les conditions de la police réelle. La case à cocher tombe exactement dans cette catégorie : elle prétend décrire une modification qui peut exister ou non.

Les directives standard pour les agences d'assurance publiées par l'Independent Insurance Agents & Brokers of America renforcent ce point : « N'incluez jamais le statut d'assuré supplémentaire et la renonciation au recours subrogatoire par défaut. Même si la police contient des avenants automatiques « lorsque requis par contrat écrit », l'agence ne doit pas par défaut indiquer un assuré supplémentaire. » La directive est claire : la case à cocher est conditionnée au traitement réel, pas une garantie.

Bloc Description des Opérations (Texte Libre, Non Validé)

Sous la grille des garanties de chaque ACORD 25 se trouve le bloc DESCRIPTION DES OPÉRATIONS / LIEUX / VÉHICULES / EXCLUSIONS AJOUTÉES PAR AVENANT / DISPOSITIONS SPÉCIALES. Il s'agit d'un champ en texte libre, sans schéma structuré. Un agent peut y taper pratiquement n'importe quoi.

En pratique, ce bloc contient souvent les informations les plus spécifiques sur le statut d'assuré supplémentaire. Un agent peut écrire : « ABC Construction, Inc. est désignée comme assuré supplémentaire selon CG 20 10 (07/04) et CG 20 37 (07/04). » Ou : « Assuré supplémentaire tel que requis par contrat écrit. » Ou — et c'est là que le problème s'aggrave — ils peuvent taper le numéro de formulaire d'avenant spécifique exigé par le contrat, sans confirmer qu'il a effectivement été annexé à la police.

Mode de défaillance : le texte libre n'est pas vérifiable automatiquement à grande échelle. Lorsqu'un gestionnaire de risques examine 80 certificats cette semaine, le bloc Description des Opérations devient un paragraphe de texte dense qui doit être lu ligne par ligne. La différence entre « Assuré supplémentaire selon CG 20 10 » (couverture pour les opérations en cours) et « Assuré supplémentaire selon CG 20 10 et CG 20 37 » (couverture étendue aux opérations achevées) tient à quelques caractères au milieu d'une phrase. La différence entre « Assuré supplémentaire tel que requis par contrat écrit » (conditionnel — la couverture n'existe que si un contrat l'exige) et « ABC Construction est désignée assuré supplémentaire selon l'avenant CG 20 10 » (spécifique — la couverture existe indépendamment) est une nuance juridique noyée dans un verbiage qui semble presque identique lors d'un examen rapide sous la fatigue.

Pages d'Avenants Jointes (Les Plus Importantes, Les Moins Vérifiées)

La seule preuve juridiquement exécutoire du statut d'assuré supplémentaire est la page d'avenant réelle — le formulaire ISO ou l'équivalent de l'assureur qui a été traité par l'assureur et annexé à la police de l'assuré désigné. Sur un certificat correctement préparé, ces pages d'avenant apparaissent en pièces jointes derrière le formulaire ACORD 25. Elles portent le numéro de police, le numéro du formulaire d'avenant (CG 20 10, CG 20 37, CG 20 33, etc.), le nom de l'assuré supplémentaire et la date d'entrée en vigueur.

Mode de défaillance : les examinateurs les demandent ou les consultent rarement. La norme du secteur est de collecter l'ACORD 25 et de passer à autre chose. Les pages d'avenant — si elles ont même été incluses — se trouvent à la fin du PDF, rarement consultées. Un coordinateur de conformité gérant 200 sous-traitants au début d'un projet dispose d'environ 3 à 5 minutes par certificat. Ce temps est consacré à la vérification des dates de police, des limites de couverture et à la confirmation du nom du titulaire du certificat. L'examen des pages d'avenant jointes pour trouver des numéros de formulaire correspondant aux exigences du contrat ne tient pas dans une fenêtre de révision de 5 minutes.

Cela crée une lacune structurelle de conformité : la pièce la plus importante juridiquement du dossier de certificat est aussi celle la plus susceptible d'être ignorée. Un tableur de suivi des COI avec 200 lignes et une colonne intitulée « AI Vérifié » peut afficher une conformité de 100 % — sans qu'aucun avenant n'ait été réellement vérifié au niveau de la police.

L'avenant que personne ne vérifie : quand l'IA existe sur la mauvaise police

Il existe un mode de défaillance plus subtil, même pour un relecteur attentif — qui fait défiler les pages d'avenants. Il se produit lorsque l'avenant d'assuré supplémentaire existe, mais sur une ligne de police différente de celle supposée par le titulaire du certificat.

Prenons un empilement d'assurance typique de sous-traitant :

À première vue, le COI semble conforme. La colonne ADDL INSD du formulaire ACORD 25 est cochée. Le bloc Description des opérations indique « ABC Construction nommé comme assuré supplémentaire ». Les pages d'avenants sont jointes, et à la page trois du PDF, un avenant CG 20 10 apparaît avec ABC Construction dans le calendrier.

La lacune se révèle seulement lorsqu'on retrace à quelle ligne de police l'avenant est rattaché. La police Parapluie porte le CG 20 10. La police Responsabilité civile générale — la couche primaire qui répond en premier aux sinistres — ne le porte pas. Cela crée une structure de couverture où l'assuré supplémentaire n'est protégé qu'après épuisement des limites primaires. Pour un sinistre de 75 000 $ en responsabilité civile générale suite à une blessure sur chantier, le Parapluie ne se déclenche jamais. Le GC n'est pas assuré supplémentaire sur la police RC. Le sinistre frappe l'assurance propre du GC.

Ce n'est pas un scénario artificiel. La plateforme de suivi des COI Jones a documenté ce problème exact dans ses flux de travail de mise en conformité, où différents clients avaient des règles différentes pour l'emplacement de l'avenant AI — certains l'exigeant dans le bloc Description des opérations plus la page d'avenant, d'autres l'exigeant sur plusieurs lignes de couverture simultanément. La variation des exigences des clients prouve elle-même que le problème est suffisamment répandu pour avoir généré des règles de vérification personnalisées.

Le problème structurel plus profond : un ACORD 25 affiche une colonne ADDL INSD, mais cette colonne se trouve sur une grille de cinq lignes (RC, Auto, Parapluie, AT, Autre). La case à cocher s'applique à la ligne où elle se trouve — mais la simplicité visuelle du formulaire incite les relecteurs à la traiter comme une condition unique oui/non. Une case cochée dans la ligne Parapluie ne signifie pas que la ligne RC porte l'avenant. Mais lorsque le relecteur examine 50 certificats d'affilée et que la colonne ADDL INSD affiche systématiquement un « X » sur plusieurs lignes, la reconnaissance visuelle des motifs l'emporte sur la vérification ligne par ligne. L'œil voit un motif de conformité. La ligne RC peut en faire partie ou non.

500 certificats, un seul vérificateur : pourquoi la vérification manuelle rate structurellement cette faille

Un entrepreneur général de taille moyenne gérant 20 projets actifs avec une moyenne de 25 sous-traitants chacun a environ 500 certificats d'assurance dans son système de suivi à tout moment. Chaque certificat doit être vérifié à l'intégration, revérifié au renouvellement, et revérifié à chaque fois qu'un sous-traitant change d'assureur en cours de projet — un phénomène courant lorsque les polices expirent et sont remplacées.

La charge de vérification n'est pas linéaire. Les certificats arrivent par vagues — 40 certificats la semaine précédant le début d'un projet, 15 certificats lorsqu'une flotte de sous-traitants renouvelle en même temps, 8 certificats à l'approche d'une échéance d'audit et que l'équipe conformité découvre des COI expirés jamais signalés. Le gestionnaire de risques ou le coordinateur conformité ne traite pas les certificats dans un environnement calme et concentré. Il fait du triage.

En situation de triage, le processus de révision humaine suit une trajectoire de dégradation prévisible :

À l’étape 4, le cerveau passe de la vérification analytique à la reconnaissance de formes. La case ADDL INSD devient un signal visuel — un feu vert qui dit « cette section est traitée ». La différence entre un CG 20 10 sur la ligne GL et un CG 20 10 sur la ligne Umbrella n’est pas perçue par l’œil en mode reconnaissance de formes. Il faut revenir en mode analytique, suivre la ligne de police dans le tableau, recouper avec la page avenant, et confirmer que le numéro de formulaire correspond au contrat.

Ce n’est pas un manque de diligence. C’est un défaut de conception du processus. Le système visuel humain n’est pas conçu pour maintenir une vérification de haute précision, champ par champ, de documents tabulaires denses sur des centaines de répétitions. Un taux d’erreur de 15 à 20 % dans la saisie manuelle de données d’assurance est documenté dans l’industrie — non par incompétence, mais par inadéquation structurelle entre les exigences cognitives de la tâche et la capacité humaine d’attention analytique soutenue.

Le fil Reddit capture la réalité du terrain : « Les sous-traitants envoient des certificats avec des limites erronées, des avenants manquants ou des noms de projet incorrects. Avoir un processus ne suffit pas. » Le processus — le tableur, la checklist, la revue de 5 minutes — crée l’illusion du contrôle tout en laissant l’écart le plus conséquent sans examen.

Comment l’extraction change l’équation de vérification

L’échec structurel de la revue manuelle des COI n’est pas que le relecteur est négligent. C’est qu’on lui demande d’effectuer deux tâches simultanément — la saisie de données (taper numéros de police, limites, dates dans un tableur) et la vérification de conformité (évaluer si ce qui est sur la page répond aux exigences du contrat) — pour un format documentaire où chaque champ exige une attention analytique distincte. Ce sont deux opérations cognitives différentes, et les faire en même temps dégrade les deux.

Les séparer est le seuil où l’écart commence à se réduire. La saisie — extraire ce qui est sur la page — est prise en charge par l’extraction IA. La vérification de conformité — décider si ce qui est présent répond au contrat — reste au gestionnaire de risques, désormais soutenu par un extrait complet et précis de ce que chaque certificat dit réellement.

Quand l’IA lit un ACORD 25, elle ne regarde pas seulement la case ADDL INSD. Elle extrait simultanément les trois sources d’information sur les avenants : l’état de la case, chaque ligne du bloc Description des opérations (y compris les numéros de formulaire comme « CG 20 10 » et « CG 20 37 »), et les numéros d’avenant des pages jointes. Ces trois points de données atterrissent dans trois colonnes d’un tableur — Vérifié par IA ?, Texte du bloc Description, Numéros d’avenant trouvés — et le gestionnaire de risques les examine côte à côte.

Une incohérence saute aux yeux dans le tableur : la colonne IA montre « X » mais la colonne des numéros d’avenant est vide. Le bloc Description indique « CG 20 10 » mais la page jointe est un CG 20 33. La ligne GL a la case cochée mais l’avenant est sur la ligne Umbrella. Ce sont les signaux de conformité que la revue manuelle, par sa conception cognitive, ne peut pas faire remonter à l’échelle.

L'approche s'appuie sur le même processus d'extraction personnalisée de colonnes qui transforme n'importe quel document en tableur structuré. Vous définissez les colonnes souhaitées — Numéro de police, Assuré désigné, Limite par occurrence RC, Limite agrégée RC, Case à cocher ADDL INSD, Description des opérations, Numéros d'avenants, Date d'expiration de la police — et l'IA lit chaque ACORD 25 PDF en comprenant la signification sémantique de ces champs, sans les chercher à des coordonnées fixes. Les différences de format entre assureurs — tailles de police variables, positions de champs décalées, tampons d'agence superposés — ne perturbent pas l'extraction, car l'IA lit par le sens, non par la position.

Le résultat est un outil de suivi de conformité où les données de chaque certificat sont extraites dans un même modèle à 12 colonnes. La tâche du gestionnaire de risques passe de « ouvrir le PDF, lire le champ, saisir dans le tableur » à « parcourir le tableur pour repérer les incohérences et les signaler ». La charge cognitive est fondamentalement différente. Repérer un motif d'alerte dans une colonne est infiniment plus rapide que d'extraire des champs individuels d'un PDF, et le taux d'erreur diminue car l'étape de reconnaissance de motifs opère désormais sur des données structurées, non sur un formulaire scanné.

Pour le problème d'échelle — 500 certificats, un seul relecteur — c'est crucial : le temps par certificat passe de 5 minutes d'extraction et relecture manuelles à environ 10 secondes d'extraction par IA plus 30 secondes de relecture des données structurées. Le budget d'attention du relecteur, auparavant accaparé par la tâche mécanique de transcription, est désormais disponible pour l'analyse qui protège réellement l'entreprise : identifier les certificats dotés d'une couverture IA fantôme. Les détails du processus colonne par colonne sont dans le guide d'extraction ACORD 25 ; la stratégie de traitement par lots sur des centaines de certificats à la fois est décrite dans la procédure de vérification par lots ACORD 25.

Questions fréquentes

La case ADDL INSD sur un ACORD 25 offre-t-elle une protection juridique ?

Non. Le formulaire ACORD 25 précise lui-même qu'il « ne confère aucun droit au titulaire du certificat » et « ne modifie, n'étend ni n'altère la couverture offerte par les polices ». La case cochée est une simple annotation du producteur d'assurance. Un avenant d'assuré supplémentaire doit être traité par l'assureur et annexé à la police pour que la couverture existe. Sans cela, la case cochée n'a aucune valeur juridique.

Quelle est la différence entre CG 20 10 et CG 20 37 — et pourquoi les deux sont-ils nécessaires ?

CG 20 10 offre une couverture d'assuré supplémentaire pour la responsabilité découlant des opérations en cours de l'assuré désigné — pendant que le sous-traitant travaille activement sur le projet. CG 20 37 offre une couverture d'assuré supplémentaire pour la responsabilité découlant des opérations achevées — après la fin des travaux du sous-traitant. Sans CG 20 37, le GC n'a aucune protection d'assuré supplémentaire une fois que le sous-traitant quitte le site, ce qui signifie qu'une réclamation pour défaut survenant des mois après l'achèvement du projet pèse sur la police du GC. Pour tout projet où le délai de prescription s'étend des années après la fin de la construction, les deux avenants sont nécessaires.

L'extraction par IA peut-elle faire la différence entre un numéro de formulaire d'avenant dans le bloc Description et un sur une page jointe ?

Oui, lorsque les colonnes d'extraction sont conçues pour capturer le contexte source. En définissant des colonnes distinctes — une pour le bloc de texte Description des opérations et une pour les numéros de formulaire d'avenant trouvés sur les pages jointes — le tableur extrait montre exactement d'où provient chaque information. Un numéro de formulaire CG 20 10 trouvé dans le bloc Description mais sur aucune page d'avenant jointe est un signal que l'annotation du certificat peut ne pas être soutenue par un avenant réellement traité.

Et si le sous-traitant a un avenant d'assuré supplémentaire global — la case doit-elle être vérifiée ?

Les avenants d'assuré supplémentaire globaux — généralement déclenchés par la phrase « lorsque requis par contrat écrit » — étendent automatiquement le statut d'assuré supplémentaire à toute entité avec laquelle l'assuré désigné a un contrat écrit l'exigeant. Cependant, la couverture globale comporte toujours des conditions : un contrat écrit doit exister, le contrat doit exiger le statut d'assuré supplémentaire, et la portée contractuelle doit relever du déclencheur de couverture de l'avenant. La case cochée du COI ne confirme pas à elle seule que ces conditions sont remplies. Le contrat sous-jacent et le libellé réel de l'avenant — et non l'annotation du certificat — déterminent si la couverture s'applique.

Combien d'avenants « assuré supplémentaire » ISO publie-t-il, et lesquels sont importants pour la construction ?

ISO publie des dizaines d'avenants « assuré supplémentaire » — CG 20 09 à CG 20 38 et au-delà — couvrant différentes relations (propriétaires, locataires, entrepreneurs, gestionnaires, vendeurs, donateurs) et différents déclencheurs de couverture (opérations en cours, opérations achevées, automatique si requis par contrat). Pour la construction, les trois plus couramment exigés sont : CG 20 10 (Assuré supplémentaire — Opérations en cours, désigné), CG 20 37 (Assuré supplémentaire — Opérations achevées) et CG 20 33 (Statut d'assuré supplémentaire automatique lorsqu'exigé dans un contrat de construction). Chacun a des dates d'édition différentes avec un libellé de couverture sensiblement différent — les éditions 04/13 et 12/19 du CG 20 10 sont plus restrictives que l'édition 10/01 car elles ont remplacé la formulation « découlant de » par « causé, en tout ou en partie, par » — ce que les tribunaux ont interprété comme exigeant de démontrer la faute de l'assuré désigné. La date d'édition imprimée sur l'avenant est importante.

Existe-t-il une norme industrielle quant à la fréquence des divergences entre les avenants des certificats d'assurance et la police ?

Plusieurs sources indépendantes indiquent un écart significatif. Les données de Bramble sur les certificats d'entrepreneurs en copropriété ont montré qu'environ 31 % des certificats d'assurance revendiquant le statut d'assuré supplémentaire ne comportaient pas l'avenant correspondant au niveau de la police. Des enquêtes sectorielles citées par les plateformes de vérification des certificats d'assurance rapportent que 23 % des certificats de construction examinés manuellement contiennent des erreurs ou des lacunes de couverture. La conclusion de l'audit IRMI selon laquelle 9 certificats sur 10 ne répondaient pas aux spécifications contractuelles d'assurance — bien que de portée plus large — est cohérente avec l'ampleur du problème. Les données suggèrent que pour trois sous-traitants dont le certificat d'assurance revendique une protection d'assuré supplémentaire, environ un ne l'a pas réellement.

En quoi ImageToTable.ai diffère-t-il d'une plateforme dédiée de suivi des certificats d'assurance ?

Les plateformes dédiées de suivi des certificats d'assurance — Jones, myCOI, bcs, Billy, CertFocus — sont conçues pour la gestion continue de la conformité : elles collectent les certificats, envoient des rappels de renouvellement, s'intègrent aux logiciels de gestion de projet, et certaines offrent des services de révision humaine. Elles résolvent le problème du suivi et du flux de travail. ImageToTable.ai résout un problème différent : l'étape d'extraction. Il transforme une pile de PDF ACORD 25 en un tableur structuré avec chaque champ extrait dans les colonnes que vous définissez, y compris les numéros d'avenant et leur contexte source. Pour les équipes qui gèrent la conformité des certificats d'assurance via des tableurs — ou qui utilisent une plateforme de certificats d'assurance mais saisissent encore manuellement les données des certificats — l'étape d'extraction est l'endroit où se cache l'écart d'avenant. Une comparaison plus large de l'exposition aux coûts de la conformité des certificats d'assurance se trouve dans l'analyse des coûts de non-conformité des certificats d'assurance ; l'aperçu complet de l'extraction des données des certificats d'assurance se trouve dans le guide d'extraction des certificats d'assurance.