200 certificats, un seul tableur
Conformité ACORD 27 par lots
Une société de gestion immobilière commerciale gérant 120 propriétés avec en moyenne deux locataires par propriété reçoit environ 240 certificats ACORD 27 de preuve d'assurance des biens par an — soit environ 20 certificats nouveaux ou renouvelés qui atterrissent dans la boîte de réception chaque mois. Chacun nécessite la lecture et la vérification des 15 à 20 mêmes champs : limite de couverture du bâtiment, pourcentage de coassurance, méthode d'évaluation, désignation du créancier hypothécaire et date d'expiration. Mais les règles de conformité déterminant si chaque certificat est valide ou non varient selon le prêteur, la propriété et la convention de prêt. Une limite de bâtiment de 3 millions de dollars qui satisfait un prêt peut être insuffisante de 500 000 dollars pour un autre. Une police globale couvrant 12 emplacements sous une seule limite globale ne peut pas être vérifiée avec une logique de certificat unique. Et lorsqu'une propriété du portefeuille fait l'objet d'une mise à jour d'évaluation qui augmente son coût de remplacement de 15 %, chaque certificat lié au seuil de coassurance de cette propriété doit être revérifié — un événement de conformité en cascade que les flux de travail sur formulaire unique n'ont jamais été conçus pour détecter.
Points clés
- Vous avez les 200 ACORD 27 en dossier et supposez que le portefeuille est conforme. Posséder des certificats n'est pas la conformité — vérifier que la limite du bâtiment, la coassurance et la clause du créancier hypothécaire de chacun satisfont la convention de prêt spécifique de cette propriété l'est, et aucun examinateur humain ne suit simultanément 8 ensembles de seuils de prêteurs différents.
- La vérification manuelle contrôle les mêmes 3 champs sur chaque certificat — date d'expiration, limite du bâtiment, nom de l'assureur — car extraire les 20 champs sur 200 formulaires vous prendrait toute la semaine. Les champs critiques pour la conformité — pourcentage de coassurance, méthode d'évaluation, désignation du créancier hypothécaire — sont ceux qui ne sont jamais saisis.
- Définissez l'ensemble de colonnes une fois et traitez par lots les 200 certificats dans un seul tableur. Au lieu de chercher les lacunes de conformité un formulaire à la fois, le tableur signale les 12 certificats qui nécessitent réellement votre attention — et vous consacrez votre temps aux décisions de risque, pas à la saisie de données.
Pourquoi un portefeuille d'ACORD 27 brise les flux de travail par certificat unique
Lorsqu'un prêteur clôt un prêt commercial, vérifier l'ACORD 27 (preuve d'assurance des biens) est une checklist de 10 minutes : ouvrir le PDF, vérifier le montant de la couverture du bâtiment, confirmer que le pourcentage de coassurance correspond au contrat de prêt, s'assurer que la clause hypothécaire nomme la bonne entité prêteuse, contrôler que la date d'expiration est future. Terminé. Passez au document de clôture suivant.
Lorsque ce même prêteur gère un portefeuille de 120 prêts — chacun avec son propre contrat de prêt, ses propres seuils de couverture minimaux et son propre cycle de renouvellement — la checklist de 10 minutes devient structurellement inapplicable. Les certificats arrivent en continu, sans calendrier fixe. Différentes agences d'assurance génèrent le même formulaire ACORD 27 avec des emplacements de champs différents, des abréviations différentes et des retours à la ligne qui enterrent le pourcentage de coassurance dans un bloc de remarques narratives au lieu d'un champ étiqueté. Un certificat de Chubb utilise un format ; de Travelers, un autre ; d'un assureur régional inconnu, encore autre chose. Le vérificateur qui traite un formulaire en 10 minutes — repérant les champs visuellement car il sait où tout se trouve — atteint un mur cognitif vers le quarantième certificat de la journée.
Le problème plus profond, cependant, n'est pas la rapidité. C'est que la vérification par certificat unique applique la même checklist mentale à chaque formulaire, indépendamment de ce qu'exige le contrat de prêt sous-jacent. Le vérificateur note « limite du bâtiment : 3,2 M$, coassurance : 80 %, évaluation : coût de remplacement » et saisit ces valeurs — mais savoir si 3,2 M$ est suffisant, si 80 % de coassurance est acceptable, ou si l'évaluation au coût de remplacement satisfait le prêteur spécifique pour ce prêt spécifique est une comparaison qui se fait dans la tête du vérificateur, si elle se fait. Sur 120 propriétés avec 8 prêteurs différents, chacun avec des seuils minimaux différents, aucun vérificateur humain ne se souvient de toutes les exigences. Ce dont ils se souviennent, c'est si les champs sont remplis. Et un champ rempli n'est pas un champ conforme.
C'est la différence structurelle entre traiter un certificat et traiter un portefeuille. Les flux de travail par certificat unique vérifient que les données existent. La conformité de portefeuille exige de vérifier que les données respectent 120 ensembles de règles différents — une tâche qui dépasse la mémoire de travail humaine d'environ un ordre de grandeur. Pour les bases de ce que contient l'ACORD 27 et comment fonctionne l'extraction par certificat unique, consultez notre guide d'extraction des données d'assurance des biens ACORD 27 pour la conformité des prêteurs. Cet article se concentre sur ce qui change lorsque vous appliquez cette capacité à l'ensemble d'un portefeuille simultanément.
L'écart entre « je peux traiter un ACORD 27 » et « je peux vérifier 200 ACORD 27 par rapport à 200 contrats de prêt » n'est pas un problème de rapidité. C'est un problème de dimensionnalité. La vérification par certificat unique opère dans une dimension — document → données. La conformité de portefeuille en opère trois — document → données → correspondance des exigences — et la troisième dimension s'effondre sans automatisation.
Trois défis structurels qui n'apparaissent qu'à l'échelle d'un portefeuille
Traiter un seul ACORD 27 pour un seul bien avec un seul prêteur est une tâche bien maîtrisée. Traiter 200 ACORD 27 pour 200 biens avec différents prêteurs, différentes conventions de prêt et différentes structures d'assurance fait émerger trois défis qui n'existent tout simplement pas dans un flux de travail unitaire.
Prêteurs différents, minimums différents sur le même formulaire
Les portefeuilles immobiliers commerciaux ont rarement un financement uniforme. Une entreprise de taille moyenne peut avoir des prêts avec Wells Fargo pour les immeubles de bureaux, une banque régionale pour les centres commerciaux, un conduit CMBS pour les propriétés industrielles et une compagnie d'assurance-vie pour les actifs multifamiliaux. Chaque convention de prêt spécifie des montants de couverture minimaux différents, des pourcentages de coassurance acceptables différents et des exigences différentes pour la couverture des ordonnances ou des lois et l'assurance contre les pertes d'exploitation.
Une convention de prêt peut exiger une couverture du bâtiment égale au moindre du solde impayé du prêt ou de 100 % du coût de remplacement. Une autre peut accepter 80 % du coût de remplacement avec une clause de coassurance à 80 %. Une troisième — particulièrement courante avec les prêteurs compagnies d'assurance-vie — peut exiger une couverture à 100 % du coût de remplacement avec une avenant de valeur agréée, éliminant ainsi efficacement tout risque de pénalité de coassurance mais augmentant considérablement le seuil de couverture. Extraire les données de l'ACORD 27 est la même tâche quel que soit le prêteur. Mais vérifier si ces données respectent la conformité nécessite de comparer chaque ligne extraite à la convention de prêt spécifique régissant ce bien — et aucun examinateur unique ne peut suivre simultanément 8 ensembles de seuils différents.
Polices globales : une limite, douze biens, aucune visibilité au niveau du site
Une police d'assurance de biens globale couvre plusieurs sites sous une seule limite globale — 40 millions de dollars pour 12 immeubles de bureaux, par exemple. Du point de vue de l'assureur, c'est efficace : une police, une prime, une date de renouvellement. Du point de vue de l'examinateur de conformité, cela crée un problème de vérification sans réponse claire dans un flux de travail basé sur un seul certificat.
L'ACORD 27 pour une police globale indique un montant de couverture du bâtiment — le montant global — et une description de propriété qui fait référence à tous les sites couverts. Mais le prêteur détenant l'hypothèque sur le bâtiment 7 sur 12 ne se soucie pas des 40 millions de dollars globaux. Il se soucie de savoir si la partie de ce montant global allouée à sa garantie spécifique respecte le minimum de la convention de prêt — généralement le moindre du solde impayé du prêt ou du coût de remplacement complet de ce bâtiment spécifique. Une limite globale de 40 millions de dollars peut sembler généreuse, mais si le coût de remplacement du bâtiment 7 est de 12 millions de dollars, six des douze propriétés ont des coûts plus élevés, et trois sinistres ont déjà réduit le montant global de 8 millions de dollars, la couverture effective pour le bâtiment 7 est impossible à déterminer à partir du seul certificat.
Les recommandations du secteur sur le traitement des ACORD 27 confirment que la documentation des limites globales sans ventilation par site est souvent insuffisante pour les exigences des prêteurs commerciaux. Un flux de travail d'extraction par lots au niveau du portefeuille ne peut pas résoudre le problème d'allocation globale — seul un état des valeurs de la police peut le faire. Mais ce que l'extraction par lots peut faire, c'est signaler chaque certificat où le type de couverture est « global » plutôt que « programmé », révéler quels biens partagent une police globale, et garantir que l'examinateur de conformité sait quels certificats nécessitent un suivi — plutôt que de découvrir la police globale en bas de la pile après avoir examiné les 200 certificats individuellement.
Décalage d'évaluation : quand la base de conformité bouge sous vos pieds
La valeur des biens commerciaux change — parfois radicalement. Un immeuble estimé à 8 millions de dollars en 2022 pourrait avoir un coût de remplacement de 9,6 millions de dollars en 2026 après trois ans d'inflation des coûts de construction, de hausses des prix des matériaux dues aux chaînes d'approvisionnement et de nouvelles exigences du code du bâtiment imposant des matériaux de qualité supérieure pour les reconstructions. Si le contrat de prêt exige une couverture égale à 100 % du coût de remplacement et que l'assuré n'a pas mis à jour ses limites de police en conséquence, un certificat conforme en 2024 peut désormais représenter un écart de couverture de 1,6 million de dollars.
NAIOP, l'association de développement immobilier commercial, décrit la coassurance comme l'un des domaines les moins compris de l'assurance de biens — et l'incompréhension se multiplie à l'échelle du portefeuille. Si le coût de remplacement d'un bien a augmenté de 20 % depuis la souscription de la police mais que la limite de couverture n'a pas été ajustée, une police avec une clause de coassurance à 80 % qui était conforme il y a deux ans peut désormais tomber sous le seuil des 80 %, déclenchant une pénalité proportionnelle sur toute réclamation. La pénalité est calculée comme suit : (couverture réelle / couverture requise) × montant du sinistre. Si la couverture requise est désormais de 12 millions de dollars, la couverture réelle est de 9 millions de dollars et un sinistre de 1 million de dollars survient, l'assureur paie 750 000 $ — pas 1 million — et le déficit de 250 000 $ est l'exposition du prêteur.
L'extraction par lots traite le décalage d'évaluation non pas en le résolvant — seule une évaluation actualisée et un ajustement de la police peuvent le faire — mais en le rendant visible. Lorsque les 200 certificats sont extraits dans un seul tableur avec les limites de couverture, les pourcentages de coassurance et les identifiants de biens dans des colonnes adjacentes, une seule formule conditionnelle peut comparer le montant de couverture de chaque immeuble à son dernier coût de remplacement connu. Les certificats qui tombent sous le seuil apparaissent immédiatement. Dans un flux de travail manuel, la même comparaison nécessiterait de recouper 200 certificats avec 200 enregistrements d'évaluation de biens — une tâche qu'aucune équipe de conformité n'effectue trimestriellement, ni jamais.
Les fichiers sont traités de manière sécurisée et ne sont pas stockés.
Le jeu de colonnes Conformité : ce qu'il faut extraire pour le suivi de portefeuille
L'extraction d'un certificat unique nécessite un jeu de colonnes qui capture les données du formulaire. L'extraction au niveau du portefeuille nécessite un jeu de colonnes qui permet des décisions de conformité entre propriétés, prêteurs et contrats de prêt. La différence est cruciale : les colonnes que vous n'extrayez pas sont des colonnes que vous ne pouvez ni filtrer, ni trier, ni mettre en forme conditionnellement — et chaque colonne manquante est un contrôle de conformité qui revient à une vérification manuelle.
Voici le jeu de colonnes pour le suivi ACORD 27 à l'échelle du portefeuille, regroupé par fonction plutôt que par section du formulaire :
| Groupe de colonnes | Champs à extraire | Objectif au niveau du portefeuille |
|---|---|---|
| Identifiant du bien | Adresse du bien, Numéro de prêt, Nom de l'assuré | Relie chaque certificat à son dossier immobilier et au contrat de prêt — sans cela, aucun contrôle automatisé de conformité ne peut fonctionner |
| Identité de la police | Nom de l'assureur, Numéro de police, Date d'effet de la police, Date d'expiration de la police | Suivi des échéances et consultation du rating de l'assureur dans l'ensemble du portefeuille |
| Seuils de couverture | Limite de couverture du bâtiment, Limite des biens personnels professionnels, Franchise | Comparer avec les minimums du prêteur ; signaler toute limite inférieure au seuil spécifique au prêt |
| Règles de conformité | Pourcentage de coassurance, Méthode d'évaluation (RC/VAC/Valeur convenue), Type de couverture (Base/Étendue/Spéciale), Ordonnance ou Loi (O/N) | Chaque prêteur a des règles différentes pour chacun de ces éléments ; l'extraction permet des contrôles conditionnels par prêt |
| Protection du prêteur | Nom du créancier hypothécaire / intérêt supplémentaire, Type d'intérêt (Créancier hypothécaire / Perte payable au prêteur / Bénéficiaire de perte), Numéro de prêt sur le certificat | Vérifier l'entité et la désignation correctes du prêteur — un certificat mentionnant « Titulaire du certificat » au lieu de « Créancier hypothécaire » n'offre aucun droit en cas de sinistre |
| Structure de la police | Indicateur Police globale ou Police par bien, Nombre de sites couverts, Risques assurés | Signaler les polices globales pour un examen manuel de répartition par site ; vérifier la couverture de type Spéciale là où elle est requise |
| Métadonnées source | Nom du producteur / cabinet, Date du certificat, Le certificat remplace un précédent (O/N) | Piste d'audit et contact du cabinet pour les demandes de correction |
Deux colonnes de cet ensemble méritent une explication supplémentaire car elles sont rarement extraites dans les flux de travail de certificat unique mais deviennent essentielles à l'échelle du portefeuille.
Indicateur Police globale ou Police par bien. Il ne s'agit pas d'un champ étiqueté sur l'ACORD 27 — il doit être déduit de la section de description du bien et du récit du montant de la couverture. Si la description du bien fait référence à plusieurs sites et que la limite du bâtiment est un seul montant élevé, la police est presque certainement globale. L'extraction de cet indicateur permet au tableur de signaler chaque certificat de police globale pour un flux de révision séparé, plutôt que de les laisser passer les mêmes contrôles automatisés que les certificats de police par bien et de produire des résultats de conformité faux-positifs.
Pourcentage de coassurance. Sur le formulaire ACORD 27, le pourcentage de coassurance apparaît à l'un de ces trois endroits : un champ étiqueté dans la grille de couverture, une case à cocher à côté d'un pourcentage, ou un texte narratif dans la section remarques. Les agences utilisant d'anciens systèmes de gestion l'enfouissent souvent dans le bloc des remarques — « Coassurance de 80 % applicable » — où il est invisible pour les outils d'extraction basés sur la position. L'extraction sémantique par IA — qui lit en comprenant le sens de chaque texte plutôt que son emplacement sur la page — détecte le pourcentage de coassurance où qu'il se trouve sur le formulaire. Cette seule colonne détermine si un bien est techniquement sous-assuré, même si la limite du bâtiment semble adéquate, ce qui en fait le champ de conformité au plus fort levier que la plupart des portefeuilles ne suivent jamais.
De 200 PDF à un tableau de bord opérationnel
Le flux de traitement par lots qui transforme un dossier de certificats ACORD 27 en tableau de bord de conformité comporte quatre étapes. Chaque étape remplace une tâche manuelle qui, à l'échelle du portefeuille, est le goulot d'étranglement empêchant les équipes de conformité de passer du mode saisie de données au mode gestion des risques.
L'arithmétique du changement est simple. À raison de 7 minutes par certificat pour une saisie manuelle — localiser la limite de construction, le pourcentage de coassurance et la clause hypothécaire sur un formulaire dense d'une page, lire chaque valeur et la taper dans une cellule — un portefeuille de 150 certificats représente environ 17,5 heures de travail. À environ 10 secondes par certificat pour une extraction par IA, la même charge de travail se réduit à environ 25 minutes, et le résultat arrive sous forme d'un tableur préformaté avec toutes les colonnes présentes, plutôt qu'une grille partiellement remplie où manquent les champs critiques de conformité que le réviseur n'a pas eu le temps de saisir.
Transformer un Tableur en Système d'Alerte Précoce de Conformité
L'extraction sort les données des PDFs. L'étape suivante — celle qui change la gestion du portefeuille plutôt que sa documentation — consiste à créer des règles conditionnelles qui transforment le tableur extrait en tableau de bord de conformité. Ces règles sont des formules Excel ou des expressions de mise en forme conditionnelle, définies une fois et appliquées automatiquement à chaque ligne.
Suivi des échéances. Ajoutez une colonne qui calcule les jours avant expiration (=DateExpiration - AUJOURDHUI()) et appliquez une échelle de couleurs à trois niveaux : vert pour plus de 60 jours, jaune pour 31–60 jours, rouge pour 30 jours ou moins. Triez par cette colonne et les certificats nécessitant un renouvellement immédiat remontent en tête. La même règle fonctionne pour tous les biens, tous les prêteurs, instantanément.
Comparaison des seuils de couverture. C'est là que la dimension du portefeuille compte. Créez un tableau de référence séparé — une ligne par bien, colonnes pour la limite de construction minimale exigée par le prêteur, la franchise maximale et la méthode d'évaluation requise. Utilisez une formule RECHERCHEV ou INDEX/EQUIV pour importer les exigences de chaque bien dans le tableur principal des certificats. Ajoutez ensuite une règle de mise en forme conditionnelle : si la limite de construction extraite est inférieure au minimum requis, surlignez la ligne en rouge. Si la franchise extraite dépasse le maximum autorisé, surlignez la cellule de franchise en orange. Ces vérifications parcourent les 200 lignes en quelques secondes et signalent les 12 à 18 certificats nécessitant une attention humaine — la charge de travail raisonnable pour un réviseur de conformité, par opposition à la révision des 200 certificats.
Audit de la méthode d'évaluation. Filtrez la colonne méthode d'évaluation pour « Valeur Actuelle au Comptant ». Toute ligne qui renvoie un résultat sur un bien où le contrat de prêt exige le Coût de Remplacement est une insuffisance de couverture nécessitant une escalade — pas une erreur de saisie. Dans un flux manuel, cette vérification n'a presque jamais lieu car la méthode d'évaluation est l'un des champs que la plupart des réviseurs sautent après avoir extrait la limite de construction et la date d'expiration.
Vérification de la désignation hypothécaire. Filtrez la colonne type d'intérêt. Toute ligne affichant « Titulaire du Certificat » au lieu de « Créancier hypothécaire » ou « Perte payable au prêteur » représente un certificat qui, selon l'analyse juridique de Seyfarth Shaw, « ne confère aucun droit au titulaire du certificat » et « ne constitue pas un contrat entre l'assureur émetteur et l'intérêt supplémentaire ». Le certificat prouve que la police existait à l'émission — il ne donne pas au prêteur le droit de recevoir des paiements de sinistre ou des avis d'annulation. Une désignation de titulaire de certificat sur un formulaire où le contrat de prêt exige un statut hypothécaire est un échec de conformité qu'aucune augmentation de limite de couverture ne peut corriger.
Signalement des polices globales. Ajoutez une colonne qui identifie les polices globales en fonction des références à plusieurs sites dans la description du bien ou d'une limite globale dépassant le coût de remplacement d'un seul bien. Regroupez ces lignes et examinez-les par lot — la répartition de la limite globale entre les biens individuels nécessite le relevé des valeurs de la police, pas seulement le certificat. Le changement opérationnel clé est que ces certificats sont désormais regroupés et visibles, plutôt que dispersés sur 200 lignes où la structure globale est invisible sans ouvrir chaque PDF individuellement.
Le tableau de bord de conformité ne remplace pas le jugement en gestion des risques. Un ACORD 27 reste un certificat d'assurance — un instantané délivré « à titre d'information uniquement » — et non un contrat. Mais lorsque les données de 200 certificats sont organisées, triables et filtrables, le temps du gestionnaire de risques passe de la transcription des données à la prise de décisions. C'est ce changement que permet le traitement par lots, et c'est la différence entre un portefeuille documenté et un portefeuille géré.
Questions fréquentes
L'extraction par lots peut-elle traiter les ACORD 27 provenant de différentes agences d'assurance qui formatent le formulaire différemment ?
Oui. L'extraction sémantique par IA lit les champs en comprenant leur signification — « pourcentage de coassurance » est une valeur en pourcentage trouvée près des informations sur les limites de couverture — plutôt qu'en cherchant une position fixe sur la page. Différentes agences utilisent différents systèmes de gestion (Applied Epic, Vertafore AMS360, HawkSoft) qui affichent l'ACORD 27 avec des alignements de champs, des marges et des retours à la ligne variables. L'extraction basée sur la position échoue dès que la mise en page change. L'extraction sémantique gère les variations de mise en page car elle lit le contenu, pas les coordonnées.
Que se passe-t-il avec les polices globales qui couvrent plusieurs biens sous une seule limite ?
L'extraction capture la limite de couverture des bâtiments telle qu'indiquée sur le certificat — ce qui, pour une police globale, sera la limite globale, pas une répartition par bien. Le tableur peut signaler ces certificats pour un examen manuel, mais la répartition de la limite globale entre les biens nécessite le relevé des valeurs de la police, un document séparé généralement joint à la police plutôt qu'au certificat. L'extraction par lots identifie les certificats nécessitant un suivi ; elle ne peut pas décomposer une limite globale en répartitions par bien sans les données du relevé.
En quoi l'extraction par lot traite-t-elle les certificats expirés ou sur le point d'expirer différemment d'un examen manuel ?
Dans un flux manuel, le relecteur saisit la date d'expiration dans un tableur et passe à la suite. Savoir si cette date est signalée comme approchant dépend de la mémoire de quelqu'un pour trier la colonne et vérifier. Dans un flux par lot, l'extraction remplit la colonne de date d'expiration pour les 200 certificats simultanément, et une seule formule conditionnelle signale chaque ligne à moins de 30 jours de l'expiration. La différence ne réside pas dans la précision de l'extraction de la date, mais dans l'exhaustivité du signalement. Un relecteur manuel traite les certificats un par un et applique la conscience calendaire de manière incohérente. Le tableur l'applique à chaque ligne, à chaque fois.
L'extraction par lot peut-elle détecter si un pourcentage de coassurance répond aux exigences du prêteur ?
L'extraction capture le pourcentage de coassurance du certificat. Savoir si ce pourcentage satisfait la convention de prêt dépend de sa comparaison avec l'exigence spécifique du prêteur — une comparaison qu'une formule conditionnelle dans le tableur peut effectuer automatiquement une fois l'exigence saisie dans une table de référence. Si le prêteur exige 100 % de coassurance et que le certificat indique 80 %, la ligne est signalée. Si le prêteur accepte 80 % et que le certificat indique 90 %, la ligne est validée. L'extraction fournit les données ; les règles du tableur appliquent la logique propre au prêteur.
Quelle est la différence entre l'extraction par lot de preuves de biens ACORD 27 et la vérification par lot de certificats de responsabilité ACORD 25 ?
La technologie d'extraction est la même — les deux utilisent l'IA sémantique pour lire des formulaires d'assurance standardisés — mais la logique de conformité diffère. La vérification ACORD 25 contrôle les limites de responsabilité, les avenants d'assuré supplémentaire et la couverture d'indemnisation des accidents du travail par rapport aux exigences contractuelles. La vérification ACORD 27 contrôle les montants de couverture des biens, les clauses de coassurance, les méthodes d'évaluation et les désignations de créancier hypothécaire par rapport aux exigences de la convention de prêt. Un portefeuille qui nécessite les deux — comme la plupart des portefeuilles immobiliers commerciaux — exécute deux processus par lot parallèles avec différents ensembles de colonnes et différentes règles conditionnelles. Pour le volet responsabilité, consultez notre guide de vérification par lot des ACORD 25. Pour l'écosystème global des certificats d'assurance, notre guide complet d'extraction des données des certificats d'assurance couvre les deux pistes.
L'extraction par lots fonctionne-t-elle avec des certificats ACORD 27 scannés ou photographiés ?
Oui. L'IA lit l'image de la page rendue — que la source soit un PDF numérique généré par un système de gestion d'agence, un scan plat d'un certificat imprimé, ou une photo téléphone d'un formulaire. Les annotations manuscrites dans les marges sont également lisibles, bien que la précision de l'écriture manuscrite soit inférieure à celle du texte imprimé. Le format scanné le plus courant est le PDF aplati — l'agent imprime le formulaire, le signe, le scanne à nouveau — et comme l'IA lit le texte visible sur la page plutôt que les champs de formulaire internes du PDF, l'aplatissement n'a aucun effet sur la précision de l'extraction.
Que se passe-t-il lorsqu'un certificat fait référence à des formulaires ou avenants antérieurs non joints au téléchargement ?
L'extraction ne peut capturer que ce qui est présent sur le document téléchargé. Si le certificat ACORD 27 fait référence à un échéancier ACORD 101 des intérêts supplémentaires distinct ou à un avenant d'assurance inondation qui n'a pas été inclus dans le téléchargement, ces données seront absentes du résultat d'extraction. Le tableur peut signaler les lignes où des champs clés — tels que la couverture inondation dans une zone inondable désignée — sont absents, ce qui déclenche une demande de suivi pour les documents manquants. Mais l'extraction ne peut pas lire les avenants qui n'ont pas été téléchargés.