ACORD 25: La brecha de Asegurado Adicional
que tu hoja de cálculo no ve

La Casilla Que No Es Cobertura

El formulario ACORD 25 — el Certificado de Seguro de Responsabilidad Civil que prácticamente todo subcontratista en la construcción norteamericana utiliza — contiene una columna etiquetada como ADDL INSD. Se encuentra discretamente en la cuadrícula de coberturas, entre el tipo de póliza y la columna de renuncia a la subrogación. Cuando el agente de seguros del subcontratista completa el certificado, marca un tilde o una "X" en esta columna por cada línea de cobertura donde el titular del certificado ha sido añadido como asegurado adicional.

El equipo de gestión de riesgos recibe el PDF. Se desplaza a la cuadrícula de coberturas. Localiza la fila de Responsabilidad Civil General. Ve "X" en ADDL INSD. Ingresa "AI: Sí" en la hoja de cumplimiento. El certificado pasa a la pila de aprobados.

Este flujo de trabajo es lógico, estandarizado y seguido por miles de empresas constructoras. También es el mecanismo mediante el cual la exposición a riesgos no asegurados se acumula, certificado por certificado, en todos los proyectos activos de la cartera de un contratista.

El propio formulario ACORD 25 contiene la explicación de por qué esto es peligroso — impresa directamente en el certificado, en negrita, que la mayoría de los revisores pasan por alto porque se ha vuelto parte del paisaje:

En lenguaje sencillo: el certificado es una nota de un agente, no un contrato de una aseguradora. El agente puede marcar la casilla ADDL INSD. Puede escribir un número de formulario de endoso en el bloque de Descripción de Operaciones. Puede adjuntar una copia de un formulario CG 20 10. Pero si la aseguradora nunca procesó el endoso — si el suscriptor nunca lo aprobó, si el asegurado adicional nunca fue realmente añadido a la póliza — ninguna de esas anotaciones en el certificado proporciona cobertura. El certificado es informativo. Solo el endoso en la póliza crea el derecho a defensa e indemnización.

Los precedentes legales han sido inequívocos en este punto. El estatuto de Georgia O.C.G.A. § 33-24-19.1(j) codificó lo que tribunales de múltiples estados han sostenido: un certificado de seguro no es una póliza y no modifica la cobertura. Cuando surge un reclamo y la aseguradora descubre que en realidad no se emitió ningún endoso — a pesar de lo que dice el certificado — el deber de la aseguradora de defender e indemnizar al asegurado adicional simplemente no existe. La entrada en la hoja de cálculo "AI: Sí" se convierte en un registro de lo que alguien esperaba que fuera cierto.

Esto no es un caso límite teórico. Bramble, una plataforma de verificación de COI, examinó un conjunto de datos de certificados de contratistas de condominios y encontró que aproximadamente el 31% de los COI que afirmaban tener estatus de asegurado adicional no tenían un endoso correspondiente a nivel de póliza. Casi uno de cada tres certificados en los que un administrador de propiedades o un contratista general confiaba para la cobertura estaba brindando una protección fantasma de asegurado adicional — visible en el COI, ausente en la póliza.

Tres formas en que aparecen las endosos de AI en un ACORD 25 — y tres formas en que fallan

El endoso de asegurado adicional no es un campo binario único. En el formulario ACORD 25, puede aparecer en tres ubicaciones distintas, cada una regida por reglas diferentes y con su propio modo de falla. Comprender esta tríada es esencial para entender por qué la revisión basada en hojas de cálculo es estructuralmente incapaz de detectar la brecha.

La casilla ADDL INSD (Más común, menos confiable)

Esta es la columna en la cuadrícula de coberturas, una por línea de póliza. Una marca aquí es la representación del productor de seguros de que, según su conocimiento, se ha agregado un endoso de asegurado adicional a la póliza del asegurado nombrado para el titular del certificado.

Modo de falla: la creencia del productor no tiene peso legal. El productor no es la aseguradora. El productor no procesa endosos — lo hace el departamento de suscripción de la aseguradora. Un agente puede marcar la casilla de buena fe basándose en lo que el asegurado nombrado le dijo o en lo que una disposición de endoso general permite teóricamente, sin que la aseguradora haya emitido el endoso o cobrado la prima adicional. Una opinión regulatoria de Nueva York del Departamento de Servicios Financieros establece explícitamente que un agente no puede agregar términos a un certificado que alteren, amplíen o modifiquen los términos de la póliza real. La casilla de verificación cae exactamente en esta categoría: pretende describir una modificación que puede o no existir.

La guía estándar de agencias de seguros publicada por la Independent Insurance Agents & Brokers of America refuerza esto: "Nunca incluya el estado de asegurado adicional y la renuncia a la subrogación por defecto. Incluso si la póliza contiene endosos automáticos 'cuando lo requiera un contrato por escrito', la agencia no debe mostrar por defecto al asegurado adicional". La guía es clara: la casilla está condicionada al procesamiento real, no es una garantía.

Bloque de Descripción de Operaciones (Texto Libre, Sin Validar)

Debajo de la cuadrícula de coberturas en todo ACORD 25 se encuentra el bloque DESCRIPCIÓN DE OPERACIONES / UBICACIONES / VEHÍCULOS / EXCLUSIONES AGREGADAS POR ENDOSO / DISPOSICIONES ESPECIALES. Es un campo de texto libre sin esquema estructurado. Un agente puede escribir prácticamente cualquier cosa aquí.

En la práctica, este bloque suele contener la información más específica sobre el estatus de asegurado adicional. Un agente podría escribir: "ABC Construction, Inc. está nombrado como asegurado adicional según CG 20 10 (07/04) y CG 20 37 (07/04)". O: "Asegurado adicional según lo requerido por contrato escrito". O — y aquí es donde el problema se agrava — podrían escribir el número de formulario de endoso específico que exige el contrato, sin confirmar que realmente se adjuntó a la póliza.

Modo de falla: el texto libre no es verificable por máquina a escala. Cuando un administrador de riesgos revisa 80 certificados esta semana, el bloque de Descripción de Operaciones se convierte en un párrafo de texto denso que debe leerse línea por línea. La diferencia entre "Asegurado adicional según CG 20 10" (cobertura existe para operaciones en curso) y "Asegurado adicional según CG 20 10 y CG 20 37" (cobertura se extiende a operaciones completadas) son unos pocos caracteres en medio de una oración. La diferencia entre "Asegurado adicional según lo requerido por contrato escrito" (condicional — la cobertura existe solo si un contrato lo exige) y "ABC Construction está nombrado como asegurado adicional según endoso CG 20 10" (específico — la cobertura existe independientemente) es un matiz legal enterrado en un texto que parece casi idéntico en una revisión fatigada.

Páginas de Endosos Adjuntos (Lo Más Valioso, Menos Revisado)

La única evidencia legalmente ejecutable del estatus de asegurado adicional es la página de endoso real — el formulario ISO o su equivalente de la aseguradora que fue procesado por la compañía y adjuntado a la póliza del asegurado nombrado. En un certificado preparado correctamente, estas páginas de endoso aparecen como archivos adjuntos detrás del formulario ACORD 25. Contienen el número de póliza, el número de formulario de endoso (CG 20 10, CG 20 37, CG 20 33, etc.), el nombre del asegurado adicional y la fecha de vigencia.

Modo de falla: los revisores rara vez los solicitan o examinan. La norma en la industria es recopilar el ACORD 25 y continuar. Las páginas de endoso — si es que se incluyeron — están al final del PDF, rara vez se desplazan hasta ellas. Un coordinador de cumplimiento que gestiona 200 subcontratistas al inicio de un proyecto tiene aproximadamente de 3 a 5 minutos por certificado. Ese tiempo se consume verificando fechas de póliza, límites de cobertura y confirmando el nombre del titular del certificado. Revisar las páginas de endoso adjuntas para buscar números de formulario que coincidan con los requisitos del contrato no cabe en una ventana de revisión de 5 minutos.

Esto crea una brecha de cumplimiento estructural: la pieza legalmente más significativa del paquete de certificados es también la que tiene más probabilidades de ser ignorada. Una hoja de cálculo de seguimiento de COI con 200 filas y una columna etiquetada como "AI Verificado" puede mostrar un 100% de cumplimiento — sin que se haya verificado ningún endoso a nivel de póliza.

El endoso que nadie revisa: cuando la IA existe en la póliza equivocada

Existe un modo de fallo más sutil que incluso un revisor diligente —alguien que sí se desplaza hasta las páginas de endosos— puede pasar por alto. Ocurre cuando el endoso de asegurado adicional existe, pero en una línea de póliza diferente a la que supone el titular del certificado.

Considere una pila de seguros típica de un subcontratista:

A primera vista, el COI parece cumplir. La columna ADDL INSD del ACORD 25 está marcada. El bloque Descripción de Operaciones dice "ABC Construcción nombrado como asegurado adicional". Las páginas de endoso están adjuntas, y en la página tres del PDF aparece un endoso CG 20 10 con ABC Construcción listado en el programa.

La brecha se revela solo cuando se rastrea a qué línea de póliza está adjunto el endoso. La póliza Paraguas lleva el CG 20 10. La póliza de Responsabilidad Civil General —la capa primaria que responde primero a los siniestros— no lo tiene. Esto crea una estructura de cobertura donde el asegurado adicional está protegido solo después de agotar los límites primarios. Para un siniestro de $75,000 por lesión en obra, el Paraguas nunca se activa. El GC no es asegurado adicional en la póliza de RG. El siniestro impacta el seguro propio del GC.

No es un escenario rebuscado. La plataforma de seguimiento de COI Jones documentó este mismo problema en sus flujos de cumplimiento, donde diferentes clientes tenían reglas distintas sobre dónde debía aparecer el endoso AA —algunos lo exigían en el bloque Descripción de Operaciones más la página de endoso, otros lo requerían en múltiples líneas de cobertura simultáneamente. La variación en los requisitos de los clientes es evidencia de que el problema está lo suficientemente extendido como para haber generado reglas de verificación personalizadas.

El problema estructural más profundo: un ACORD 25 muestra una columna ADDL INSD, pero esa columna está en una cuadrícula con cinco filas (RG, Auto, Paraguas, WC, Otro). La casilla aplica a la fila donde está —pero la simplicidad visual del formulario lleva a los revisores a tratarlo como una condición única de sí/no. Una casilla marcada en la fila Paraguas no significa que la fila de RG tenga el endoso. Pero cuando el revisor escanea 50 certificados en una sesión y la columna ADDL INSD muestra consistentemente una "X" en varias filas, el reconocimiento visual de patrones anula la verificación fila por fila. El ojo ve un patrón de cumplimiento. La fila de RG puede o no ser parte de él.

500 Certificados, Un Solo Revisor: Por Qué la Verificación Manual Falla Estructuralmente

Un contratista general de tamaño mediano que gestiona 20 proyectos activos con un promedio de 25 subcontratistas cada uno maneja aproximadamente 500 certificados de seguro en su sistema de seguimiento en un momento dado. Cada certificado debe verificarse al inicio, re-verificarse en la renovación y re-verificarse cada vez que un subcontratista cambia de aseguradora a mitad del proyecto — algo común cuando las pólizas vencen y se reemplazan.

La carga de trabajo de verificación no es lineal. Los certificados llegan en ráfagas: 40 certificados la semana antes de que un proyecto comience, 15 certificados cuando la flota de un subcontratista se renueva al mismo tiempo, 8 certificados cuando se acerca una fecha límite de auditoría y el equipo de cumplimiento descubre COI vencidos que nunca se marcaron. El gerente de riesgos o coordinador de cumplimiento no procesa certificados en un entorno tranquilo y concentrado. Está haciendo triaje.

En condiciones de triaje, el proceso de revisión humana sigue una trayectoria de degradación predecible:

En el paso 4, el cerebro ha pasado de la verificación analítica al reconocimiento de patrones. La casilla ADDL INSD se convierte en una señal visual: una luz verde que dice "esta sección está resuelta". La diferencia entre un CG 20 10 en la línea de GL y un CG 20 10 en la línea de Paraguas no es algo que el ojo capte en modo de reconocimiento de patrones. Requiere volver al modo analítico, rastrear la línea de la póliza a través de la cuadrícula, cotejar con la página de endosos y confirmar que el número de formulario coincide con la especificación del contrato.

Esto no es una falla de diligencia. Es una falla de diseño de proceso. El sistema visual humano no está diseñado para mantener una verificación de alta precisión, campo por campo, de documentos tabulares densos a lo largo de cientos de repeticiones. Se ha documentado una tasa de error del 15–20% en la entrada manual de datos de seguros en toda la industria de cumplimiento de seguros, no por incompetencia, sino por el desajuste estructural entre las demandas cognitivas de la tarea y la capacidad humana para mantener la atención analítica sostenida.

El hilo de Reddit captura la realidad desde la trinchera: "Los subcontratistas enviarán certificados con límites de cobertura incorrectos, endosos de asegurado adicional faltantes o nombres de proyecto incorrectos. Tener un proceso no es suficiente." El proceso — la hoja de cálculo, la lista de verificación, la revisión de 5 minutos — es lo que crea la ilusión de control mientras deja sin examinar la brecha más consecuente.

Cómo la extracción cambia la ecuación de verificación

La falla estructural de la revisión manual de COI no es que el revisor sea descuidado. Es que se le pide que realice dos tareas simultáneamente — entrada de datos (escribir números de póliza, límites, fechas en una hoja de cálculo) y verificación de cumplimiento (evaluar si lo que está en la página cumple con los requisitos del contrato) — para un formato de documento donde cada campo exige atención analítica separada. Son dos operaciones cognitivas diferentes, y hacer ambas a la vez degrada ambas.

Separarlas es el umbral donde la brecha comienza a cerrarse. El paso de entrada de datos — extraer lo que está en la página — lo maneja la extracción por IA. El paso de verificación de cumplimiento — decidir si lo que está allí cumple con el contrato — permanece en manos del gestor de riesgos, ahora respaldado por una extracción completa y precisa de lo que realmente dice cada certificado.

Cuando la IA lee un ACORD 25, no mira solo la casilla ADDL INSD. Puede extraer las tres fuentes de información de endosos simultáneamente: el estado de la casilla, cada línea en el bloque de Descripción de Operaciones (incluyendo números de formulario específicos como "CG 20 10" y "CG 20 37"), y los números de formulario de endoso de las páginas adjuntas. Estos tres puntos de datos aterrizan en tres columnas de una hoja de cálculo — ¿Verificado por IA?, Texto del bloque de descripción, Números de formulario de endoso encontrados — y el gestor de riesgos los revisa uno al lado del otro.

Una discrepancia salta de la hoja de cálculo: la columna de IA muestra "X" pero la columna de número de formulario de endoso está vacía. El bloque de Descripción dice "CG 20 10" pero la página de endoso adjunta es una CG 20 33. La fila de GL tiene la casilla marcada pero el endoso está en la fila de Paraguas. Estas son las señales de cumplimiento que la revisión manual, por su diseño cognitivo, no puede sacar a la superficie a escala.

El enfoque se basa en el mismo flujo de trabajo de Extracción de Columnas Personalizadas que convierte cualquier documento en una hoja de cálculo estructurada. Usted define las columnas que desea — Número de Póliza, Nombre del Asegurado, Límite por Ocurrencia GL, Límite Agregado GL, Casilla ADDL INSD, Descripción de Operaciones, Números de Formularios de Endoso, Fecha de Vencimiento de la Póliza — y la IA lee cada PDF de ACORD 25 comprendiendo el significado semántico de esos campos, no buscándolos en coordenadas fijas. Las diferencias de formato entre aseguradoras — distintos tamaños de fuente, posiciones de campos desplazadas, sellos de agencia superpuestos en el formulario — no afectan la extracción porque la IA lee por significado, no por posición.

El resultado es un rastreador de cumplimiento donde los datos de cada certificado se extraen en la misma plantilla de 12 columnas. La tarea del gestor de riesgos pasa de "abrir PDF, leer campo, escribir en hoja de cálculo" a "revisar la hoja de cálculo en busca de discrepancias y marcarlas". Esto supone una carga cognitiva fundamentalmente diferente. Detectar un patrón de alerta en una columna es muchísimo más rápido que extraer campos individuales de un PDF, y la tasa de error disminuye porque el paso de reconocimiento de patrones ahora opera sobre datos estructurados, no sobre un formulario escaneado.

Para el problema de escala — 500 certificados, un revisor — esto importa porque el tiempo por certificado pasa de 5 minutos de extracción y revisión manual a aproximadamente 10 segundos de extracción por IA más 30 segundos de revisión de datos estructurados. El presupuesto de atención del revisor, antes consumido por la tarea mecánica de transcribir campos, ahora está disponible para la tarea analítica que realmente protege a la empresa: identificar qué certificados tienen cobertura de IA fantasma. Los detalles del flujo de trabajo columna por columna están en la guía de extracción de ACORD 25; la estrategia de procesamiento por lotes para cientos de certificados a la vez se cubre en el tutorial de verificación por lotes de ACORD 25.

Preguntas Frecuentes

¿La casilla ADDL INSD en un ACORD 25 brinda protección legal?

No. El propio formulario ACORD 25 indica que "no otorga derechos al tenedor del certificado" y "no modifica, extiende ni altera la cobertura de las pólizas". La casilla es una anotación del productor de seguros. Para que exista cobertura, el endoso de asegurado adicional debe ser procesado por la aseguradora y adjuntado a la póliza. Sin esto, la casilla no tiene valor legal.

¿Cuál es la diferencia entre CG 20 10 y CG 20 37, y por qué necesito ambas?

CG 20 10 brinda cobertura como asegurado adicional por responsabilidad derivada de las operaciones en curso del asegurado designado — mientras el subcontratista trabaja activamente en el proyecto. CG 20 37 brinda cobertura como asegurado adicional por responsabilidad derivada de operaciones terminadas — una vez finalizado el trabajo del subcontratista. Sin CG 20 37, el contratista general pierde la protección como asegurado adicional cuando el subcontratista abandona la obra, lo que significa que un reclamo por defecto que surge meses después de la finalización del proyecto recae en la póliza del contratista general. Para cualquier proyecto donde el plazo de prescripción se extienda años después de la construcción, ambos endosos son necesarios.

¿Puede la extracción con IA distinguir entre un número de formulario de endoso en el bloque de Descripción y uno en una página adjunta?

Sí, cuando las columnas de extracción están diseñadas para capturar el contexto de origen. Al definir columnas separadas — una para el bloque de texto de Descripción de Operaciones y otra para los números de formulario de endoso encontrados en páginas adjuntas — la hoja de cálculo extraída muestra exactamente de dónde proviene cada información. Un número de formulario CG 20 10 encontrado en el bloque de Descripción pero no en ninguna página de endoso adjunta es una señal de que la anotación del certificado podría no estar respaldada por un endoso procesado real.

¿Qué pasa si el subcontratista tiene un endoso de asegurado adicional genérico? ¿Es necesario verificar la casilla?

Los endosos de asegurado adicional genéricos — generalmente activados por la frase "cuando lo exija un contrato por escrito" — extienden automáticamente la condición de asegurado adicional a cualquier entidad con la que el asegurado designado tenga un contrato por escrito que lo requiera. Sin embargo, la cobertura genérica aún tiene condiciones: debe existir un contrato por escrito, este debe exigir la condición de asegurado adicional, y el alcance contractual debe estar dentro del activador de cobertura del endoso. La casilla del COI por sí sola no confirma que se cumplan estas condiciones. El contrato subyacente y el texto real del endoso — no la anotación del certificado — determinan si la cobertura aplica.

¿Cuántos endosos de asegurado adicional publica ISO y cuáles importan para construcción?

ISO publica docenas de endosos de asegurado adicional — CG 20 09 a CG 20 38 y más — que cubren distintas relaciones (propietarios, arrendatarios, contratistas, administradores, vendedores, donantes) y diferentes activadores de cobertura (operaciones en curso, operaciones terminadas, automático cuando lo exige el contrato). Para construcción, los tres más solicitados son: CG 20 10 (Asegurado Adicional — Operaciones en Curso, designado), CG 20 37 (Asegurado Adicional — Operaciones Terminadas) y CG 20 33 (Condición de Asegurado Adicional Automática Cuando se Exige en el Contrato de Construcción). Cada uno tiene distintas fechas de edición con lenguaje de cobertura materialmente diferente — las ediciones 04/13 y 12/19 de CG 20 10 son más restrictivas que la edición 10/01 porque reemplazaron la frase "que surjan de" por "causadas, total o parcialmente, por" — lo que los tribunales han interpretado como exigencia de demostrar la culpa del asegurado designado. La fecha de edición impresa en el endoso es importante.

¿Existe un estándar de la industria sobre la frecuencia con que los endosos de los COI no coinciden con la póliza?

Múltiples fuentes independientes señalan una brecha significativa. Los datos de Bramble sobre certificados de contratistas de condominios mostraron que aproximadamente el 31% de los COI que declaraban condición de asegurado adicional carecían del endoso correspondiente a nivel de póliza. Encuestas de la industria citadas por plataformas de verificación de COI reportan que el 23% de los certificados de construcción revisados manualmente contienen errores o brechas de cobertura. La auditoría de IRMI que encontró que 9 de cada 10 certificados no cumplían con las especificaciones contractuales de seguro — aunque de alcance más amplio — es consistente con la magnitud del problema. Los datos sugieren que por cada tres subcontratistas cuyo COI declara protección como asegurado adicional, aproximadamente uno no la tiene realmente.

¿Cómo maneja ImageToTable.ai esto de manera diferente a una plataforma dedicada de seguimiento de COI?

Las plataformas dedicadas de seguimiento de COI — Jones, myCOI, bcs, Billy, CertFocus — están diseñadas para la gestión continua del cumplimiento: recopilan certificados, envían recordatorios de renovación, se integran con software de gestión de proyectos y algunas ofrecen servicios de revisión humana. Resuelven el problema del seguimiento y el flujo de trabajo. ImageToTable.ai resuelve un problema diferente: el paso de extracción. Convierte un montón de PDFs ACORD 25 en una hoja de cálculo estructurada con cada campo extraído en las columnas que usted defina, incluidos los números de formulario de endoso y su contexto de origen. Para equipos que gestionan el cumplimiento de COI mediante hojas de cálculo — o que usan una plataforma de COI pero aún ingresan datos de certificados manualmente — el paso de extracción es donde se oculta la brecha del endoso. Una comparación más amplia de la exposición al costo del cumplimiento de COI se encuentra en el análisis de costo del incumplimiento de COI; la visión general completa de la extracción de datos de COI está en la guía de extracción de COI.