Cómo el seguimiento de COI en construcción sigue atrapado
en correos y hojas de cálculo

La hoja de cálculo de COI es un rito de iniciación universal — y nadie presume de ello

En el subreddit r/ConstructionManagers, un nuevo coordinador de proyectos publicó hace seis meses: "Básicamente paso el día entero persiguiendo a los subcontratistas por correo para que me envíen su nuevo COI antes de que caduque el anterior. Esto me parece una locura total y un riesgo altísimo. Un solo error en esta hoja de cálculo podría costarle millones a la empresa. ¿De verdad todos trabajan así?"

Las respuestas fueron un encogimiento de hombros colectivo: sí, así lo hace todo el mundo, y sí, es una pesadilla. Un PM describió su sistema como "hojas de cálculo y llamadas telefónicas". Otro mencionó el miedo a "rastrear la licencia vencida hasta que apareciera el inspector del condado". En un tercer hilo, un pequeño contratista general preguntó sin rodeos: "¿Normalmente es un lío?"

Lo que revelan estos hilos no es que los profesionales de la construcción sean malos en el cumplimiento normativo. Lo que revelan es que el seguimiento de COI ocupa un punto ciego en el stack tecnológico de la industria — una tarea que queda entre el software de gestión de proyectos y los sistemas contables, reclamada por ninguno, resuelta por nadie.

La herramienta por defecto es siempre la misma: una hoja de cálculo maestra. Columnas para nombre del subcontratista, tipo de póliza, aseguradora, número de póliza, límites de cobertura, fecha de vigencia, fecha de vencimiento, estado de asegurado adicional, renuncia de subrogación y un campo de notas que se alarga en cada ciclo de renovación. Cuando la hoja de cálculo tiene menos de 30 filas, funciona. Con 50 subcontratistas y cuatro líneas de póliza cada uno, estás manteniendo 200 puntos de datos en una matriz donde una sola celda desactualizada puede significar un subcontratista sin seguro trabajando en una obra activa.

Un Certificado de Seguro No Es la Póliza — y la Hoja de Cálculo No Puede Distinguirlos

El formulario ACORD 25 de Certificado de Seguro de Responsabilidad Civil — el modelo estándar de COI utilizado en la construcción estadounidense — contiene una declaración en negrita y mayúsculas que la mayoría ignora: "ESTE CERTIFICADO SE EMITE ÚNICAMENTE COMO REFERENCIA INFORMATIVA Y NO OTORGA DERECHO ALGUNO AL TITULAR DEL CERTIFICADO. ESTE CERTIFICADO NO MODIFICA, AMPLÍA NI ALTERA, NI POSITIVA NI NEGATIVAMENTE, LA COBERTURA OTORGADA POR LAS PÓLIZAS INDICADAS A CONTINUACIÓN."

No son exenciones en letra pequeña. Son la arquitectura legal del documento. Un certificado de seguro resume lo que un agente de seguros cree que dice una póliza. No vincula a la aseguradora. No garantiza que la cobertura indicada exista. No demuestra que el contratista general haya sido añadido como asegurado adicional, incluso si esa frase aparece en el recuadro del titular del certificado.

Analiza cómo se ven esos fallos y entenderás por qué una hoja de cálculo no puede detectarlos. El COI indica un límite agregado de responsabilidad general de $2 millones, pero la póliza real contiene una exclusión para el trabajo comercial específico que realiza el subcontratista. El certificado muestra al contratista general como asegurado adicional, pero solo con un endoso CG 20 10 que cubre operaciones en curso, no el CG 20 37 que cubre operaciones terminadas, dejando un vacío después de que el subcontratista finalice el trabajo que tarda meses en descubrirse. La casilla de renuncia a la subrogación está marcada, pero el endoso nunca se presentó realmente ante la aseguradora.

Un formulario ACORD 25, según la Asociación Independiente de Agentes y Corredores de Seguros de América, es vulnerable a tres problemas principales: fraude en certificados por parte de agentes que indican coberturas inexistentes para que un subcontratista consiga un trabajo; requisitos contractuales de seguro onerosos que las pólizas disponibles en el mercado simplemente no pueden cumplir; y el problema persistente de que los tenedores de certificados nunca reciben aviso real de cancelación, a pesar de lo que promete el certificado. La hoja de cálculo no ve nada de esto. Registra lo que dice el PDF y sigue adelante.

Por lo tanto, toda hoja de cálculo de seguimiento de COI en la construcción se basa en datos sistemáticamente poco fiables. El cuello de botella en la entrada de datos —los cinco minutos por certificado escribiendo campos de un PDF a Excel— es real, pero es el segundo peor problema. El peor problema es que los datos que se escriben están equivocados el 90% del tiempo y la hoja de cálculo no tiene ningún mecanismo para detectarlo.

La carrera de relevos de cuatro partes que nadie diseñó y nadie gana

Para entender por qué el correo electrónico y las hojas de cálculo siguen siendo el flujo de trabajo predeterminado para los COI, sigue el camino que recorre un solo certificado.

El contratista general envía un contrato al subcontratista especificando los seguros requeridos: responsabilidad general por $2 millones por siniestro / $4 millones agregados, compensación laboral según límites legales, auto comercial por $1 millón, póliza paraguas por $5 millones, con endosos de asegurado adicional y renuncia de subrogación. El subcontratista reenvía estos requisitos a su agente de seguros. El agente extrae la información de la póliza del sistema de la aseguradora y completa un formulario ACORD 25, un proceso que, según la auditoría de IRMI, tiene una tasa de error superior al 90% frente a los términos del contrato.

El agente envía por correo electrónico el PDF del COI al subcontratista, quien lo reenvía al coordinador del proyecto del contratista general. El coordinador abre el PDF, lee cada campo — número de póliza, nombre de la aseguradora, tipos de cobertura, límites, fecha de vigencia, fecha de vencimiento, asegurado adicional S/N, renuncia de subrogación S/N — y los escribe en la hoja de cálculo maestra. El PDF se guarda en una carpeta de red compartida con un formato de nombre que varía según quién lo guardó por última vez. La hoja de cálculo se actualiza. El coordinador programa un recordatorio en el calendario para 30 días antes del vencimiento.

Cuatro partes, cuatro transferencias, cero verificación de los términos subyacentes de la póliza. El coordinador al final de esta cadena está transcribiendo datos que se originaron en un documento que fue compilado desde un sistema de la aseguradora por un agente que trabajaba a partir de un correo electrónico reenviado — cuatro grados de separación de la fuente de verdad. En cada paso, los datos se degradan. Un dígito incorrecto en un número de póliza. Un límite de cobertura que se transpuso. Un endoso de asegurado adicional que se discutió en una llamada telefónica pero nunca se presentó.

Esto no es un proceso defectuoso que pueda arreglarse con mejor disciplina. Es un flujo de trabajo entre múltiples partes, donde cada participante tiene incentivos distintos. El subcontratista quiere llegar a la obra y cobrar — el papeleo del seguro es un estorbo. El agente del sub quiere retener la cuenta — emitir un certificado que diga lo que el contrato pide, aunque la póliza no lo cubra, sirve a ese fin. El coordinador del contratista general quiere marcar una casilla y pasar al siguiente sub. El texto real de la póliza de la aseguradora es lo único que importa en un siniestro, y es lo único que nadie en la cadena, excepto el suscriptor del agente, lee jamás.

Las renovaciones de pólizas de seguro agravan esto exponencialmente. La póliza de responsabilidad civil general de un subcontratista se renueva anualmente, pero no en la misma fecha que su seguro de compensación laboral. Su póliza paraguas se renueva en una tercera fecha. Su seguro de auto en una cuarta. Cada ciclo de renovación desencadena el relevo completo de cuatro partes por cada línea de póliza de cada subcontratista — y cada renovación crea una nueva oportunidad para un error que queda registrado en la hoja de cálculo como si nada hubiera cambiado.

La industria compró el software. La hoja de cálculo se quedó.

La construcción no es una industria reacia a la tecnología. La Encuesta de Perspectivas 2025 de la Asociación General de Contratistas de América encontró que el 66% de los grandes contratistas usan software de gestión de proyectos, el 44% usa software de estimación, el 40% usa software de programación. La empresa promedio despliega 6.2 herramientas digitales distintas. Esta no es una industria que se niegue a adoptar tecnología. Es una industria donde la tecnología que se adoptó no fue diseñada para resolver el problema del COI.

Procore gestiona órdenes de cambio, RFI, planillas de envío y listas de verificación. No verifica si la póliza de responsabilidad civil general de un subcontratista realmente cubre el trabajo que realiza. Para obtener seguimiento de cumplimiento de COI dentro de Procore, un contratista general debe adquirir una integración aparte: Billy, myCOI, Jones, SmartCompliance o TrustLayer. Cada una de estas herramientas se conecta a Procore mediante API y sincroniza el estado de cumplimiento, pero el paso fundamental de captura de datos —alguien leyendo un PDF de COI y extrayendo sus campos— sigue siendo un paso manual que ocurre antes de que el software pueda hacer algo útil.

El Panel Lateral de Procore de la plataforma Billy, por ejemplo, permite que un gerente de cumplimiento vea el estado del seguro del subcontratista sin salir de Procore, pero alguien primero debe cargar el PDF de COI, y ya sea el equipo de revisión administrada o el personal interno del contratista general debe verificarlo contra los requisitos. myCOI realiza una función similar con un equipo de expertos en seguros con licencia. Jones agrega verificación impulsada por IA que señala lenguaje excluyente en las pólizas reales. Estos son servicios valiosos. Pero operan sobre el mismo cuello de botella de captura de datos que enfrenta la hoja de cálculo: un PDF llega por correo electrónico, y alguien debe decidir qué dice.

La razón por la que la hoja de cálculo persiste no es que los contratistas se nieguen a comprar software. Es que el software que compraron fue diseñado para gestionar el estado de cumplimiento una vez que los datos están en el sistema, no para ingresar los datos al sistema desde los PDF que llegan por correo electrónico. Ese paso — leer números de póliza, límites de cobertura y fechas de vencimiento de un formulario ACORD de una página e ingresarlos en un registro estructurado — es la milla media no automatizada de todo el flujo de trabajo. Hasta que se resuelva, toda plataforma de seguimiento de COI está aguas abajo de un paso de transcripción manual, y todo usuario de hoja de cálculo que se queda en ella reconoce en algún nivel que pagar por una plataforma para gestionar datos que aún debe escribir manualmente no es una mejora clara.

La Capa Perdida: Obtener Datos del PDF a la Hoja de Cálculo Sin Escribir

Si el problema estructural es que los datos de COI viven dentro de PDFs y las herramientas de seguimiento necesitan datos estructurados, la intervención más directa no es reemplazar la hoja de cálculo ni comprar otra plataforma. Es eliminar el paso de transcripción manual — los cinco minutos por certificado, los dígitos transpuestos, las fechas de vencimiento copiadas y pegadas — convirtiéndolo en algo que ocurra automáticamente cuando llegue el PDF.

Aquí es donde la extracción de documentos cambia la economía del seguimiento de COI. En lugar de leer campos del formulario ACORD 25 y escribirlos en Excel, defines las columnas que necesitas — Número de Póliza, Aseguradora, Tipo de Cobertura, Límite por Ocurrencia, Límite Agregado, Fecha de Vigencia, Fecha de Vencimiento, Asegurado Adicional (S/N), Renuncia a la Subrogación (S/N) — y dejas que la IA localice cada valor en el PDF de COI. El resultado es una fila en tu hoja de cálculo con cada campo completado, sin escribir. El PDF va a una carpeta. Los datos van al rastreador. La brecha entre recibir un certificado y tenerlo registrado se reduce a segundos.

Este enfoque funciona porque los formularios ACORD 25, a pesar de su diseño estandarizado, llegan en la práctica como imágenes escaneadas, PDFs planos, documentos firmados digitalmente y, ocasionalmente, fotografías de certificados impresos tomadas desde una caseta de obra — todos formatos donde el OCR tradicional falla porque las posiciones de los píxeles se desplazan. La extracción por nombre de columna de ImageToTable.ai evita esto al comprender el contenido semántico del formulario en lugar de cotejar coordenadas: identifica "Aseguradora A" y captura el número de póliza adyacente basándose en lo que significa el texto, no en dónde está ubicado.

Lo que hace sostenible este enfoque es que no requiere que abandones tu flujo de trabajo actual. Puedes seguir usando tu hoja de cálculo. Puedes seguir usando tu carpeta compartida. Puedes seguir usando — o agregar — una plataforma de seguimiento de COI como Billy o myCOI aguas abajo, porque los datos extraídos se integran en cualquier sistema que acepte Excel o CSV. El relé de correo electrónico sigue funcionando — los subcontratistas siguen obteniendo pólizas de sus agentes y reenvían los COI al contratista general — pero el coordinador ya no pasa el día transcribiendo esos PDFs a celdas. La hoja de cálculo se convierte en un panel alimentado por extracción, no en un terminal de ingreso de datos.

La misma capa de extracción funciona en el rompecabezas más amplio del cumplimiento documental que enfrentan los coordinadores de proyectos de construcción. Las facturas de subcontratistas llegan en 15 formatos diferentes, pero el equipo de cuentas por pagar necesita los mismos campos de todas. Las renuncias de gravamen, los W-9 y las licencias comerciales tienen sus propios datos que alguien actualmente escribe en un rastreador separado. La extracción por nombre de columna los trata a todos como la misma operación: define las columnas, sube los documentos, obtén datos estructurados — sin importar a qué categoría de cumplimiento pertenezcan.

Esto no reemplaza plataformas dedicadas al seguimiento de COI. Esas plataformas verifican el lenguaje de las pólizas, marcan endosos excluyentes, rastrean el cumplimiento entre proyectos y proporcionan pistas de auditoría — funciones que una hoja de cálculo no puede replicar y una herramienta de extracción no intenta. La extracción resuelve el problema un paso antes: obtener los datos del PDF y llevarlos al sistema que los usará a continuación. Es la capa que faltó desde el principio — la razón por la que la hoja de cálculo se volvió la opción predeterminada y se mantuvo así incluso después de que la industria adoptara todas las demás categorías de software.

Preguntas Frecuentes

¿Por qué Procore o Sage no gestionan el seguimiento de COI?

Procore y Sage 300 CRE son plataformas de gestión de proyectos y contabilidad — organizan datos financieros y operativos una vez que están en el sistema. Ninguna fue diseñada para leer un PDF de COI, extraer campos de seguros o verificar que la cobertura listada en un certificado coincida con la póliza subyacente. El Marketplace de aplicaciones de Procore lista complementos de terceros (Billy, myCOI, Jones, SmartCompliance) que conectan el estado de cumplimiento de COI de vuelta al panel de Procore, pero el paso inicial de captura de datos — leer un formulario ACORD 25 — aún requiere un humano o una herramienta de extracción separada. La brecha no está en el conjunto de funciones de Procore. Está en la suposición arquitectónica de que los datos de COI llegan pre-digeridos.

¿Por qué no podemos simplemente exigir que todos los subcontratistas envíen COI a través de un portal?

Los portales trasladan la carga de ingreso de datos de usted al subcontratista o a su agente de seguros, pero no la eliminan. Alguien aún debe leer el formulario ACORD 25 y llenar los campos. La fricción de exigir que el agente de cada subcontratista inicie sesión en otra plataforma más es la razón por la que las herramientas de seguimiento de COI basadas en portales reportan bajas tasas de adopción por parte de los proveedores. No se puede esperar que un subcontratista que trabaja para seis contratistas generales diferentes mantenga cuentas en seis portales de cumplimiento distintos. Por eso el correo electrónico persiste: es el único canal de comunicación con una adopción del 100% entre todos los subcontratistas, agentes de seguros y coordinadores de contratistas generales. La intervención más efectiva es hacer que el extremo receptor sea capaz de procesar cualquier formato que llegue a través de ese canal universal.

¿Es legalmente vinculante un certificado de seguro?

No. Un certificado de seguro ACORD 25, según sus propios términos, se emite "como una cuestión meramente informativa" y "no confiere ningún derecho al tenedor del certificado". No modifica, extiende ni altera la póliza de seguro que describe. Los únicos documentos legalmente vinculantes son la propia póliza de seguro y los endosos adjuntos a la misma. Si un certificado enumera al contratista general como un asegurado adicional, pero el endoso nunca se presentó realmente ante la aseguradora, el contratista general no tiene cobertura, independientemente de lo que diga el certificado. Este es el malentendido más peligroso en el cumplimiento de la construcción, y es por eso que el hallazgo de la auditoría de IRMI de que más del 90% de los seguros de los contratistas no cumplen con los requisitos del contrato no es un problema de papeleo, sino un problema de exposición no asegurada.

¿Cuál es la diferencia entre ACORD 25 y ACORD 28?

ACORD 25 es un Certificado de Seguro de Responsabilidad Civil: resume las coberturas de responsabilidad (general, automóvil, compensación laboral, paraguas) que protegen contra reclamaciones de terceros. Este es el formulario que los subcontratistas entregan a los contratistas generales. ACORD 28 es una Prueba de Seguro de Propiedad Comercial: documenta la cobertura de propiedad (edificio, contenido, equipo) para pérdidas de primera parte. En la construcción, el ACORD 25 es el formulario que los contratistas generales reciben el 95% del tiempo; el ACORD 28 aparece cuando el dueño del proyecto necesita prueba de que el contratista general o un subcontratista tiene seguro de riesgo del constructor o cobertura de equipo. Ambos tienen los mismos descargos legales: ninguno es una póliza, y ninguno otorga derechos al tenedor del certificado.

¿Una herramienta de extracción por IA verifica si la cobertura es adecuada?

No. Una herramienta de extracción completa datos estructurados de un PDF de COI: números de póliza, límites de cobertura, fechas de vencimiento, pero no verifica si esos números cumplen con los requisitos de seguro del contrato, si los endosos listados realmente existen en la póliza, o si la cobertura descrita en el certificado coincide con el lenguaje real de la póliza de la aseguradora. Ese paso de verificación requiere un especialista en cumplimiento humano que lea la póliza o una plataforma dedicada de seguimiento de COI con capacidades de verificación a nivel de póliza. La extracción simplifica la capa de ingreso de datos. La verificación de cumplimiento es un paso separado y necesario posterior.