Como o Rastreamento de COI na Construção Ainda Vive
em E-mails e Planilhas

A Planilha de COI é um Rito de Passagem Universal — e Ninguém se Orgulha Disso

No r/ConstructionManagers do Reddit, um novo coordenador de projetos postou há seis meses: "Basicamente passo o dia inteiro atrás de subempreiteiros por e-mail para conseguir o novo COI antes do vencimento. Isso parece completamente insano e extremamente arriscado. Uma única data perdida nesta planilha pode custar milhões à empresa. É assim que todo mundo faz?"

As respostas formaram um encolher de ombros coletivo: sim, é assim que todo mundo faz, e sim, é um pesadelo. Um gerente de projetos descreveu seu sistema como "planilhas e telefonemas." Outro mencionou o medo de "rastrear a licença vencida até o inspetor do município aparecer." Em um terceiro tópico, uma pequena construtora perguntou diretamente: "Isso normalmente é uma complicação?"

O que esses tópicos revelam não é que os profissionais da construção são ruins em conformidade. O que revelam é que o rastreamento de COI ocupa um ponto cego na pilha de tecnologia do setor — uma tarefa que fica entre o software de gerenciamento de projetos e os sistemas contábeis, reivindicada por nenhum, resolvida por ninguém.

A ferramenta padrão é sempre a mesma: uma planilha mestre. Colunas para nome do subempreiteiro, tipo de apólice, seguradora, número da apólice, limites de cobertura, data de vigência, data de vencimento, status de segurado adicional, renúncia de sub-rogação e um campo de observações que cresce a cada ciclo de renovação. Quando a planilha fica abaixo de 30 linhas, funciona. Com 50 subempreiteiros e quatro linhas de apólice cada, você mantém 200 pontos de dados em uma matriz onde uma única célula desatualizada pode significar um sub não segurado trabalhando em um canteiro ativo.

O Certificado de Seguro Não É a Apólice — e a Planilha Não Consegue Perceber a Diferença

O Certificado de Seguro de Responsabilidade Civil ACORD 25 — o formulário padrão do setor usado na construção civil dos EUA — contém uma declaração em letras maiúsculas e negrito que a maioria ignora: "ESTE CERTIFICADO É EMITIDO APENAS PARA FINS INFORMATIVOS E NÃO CONFERE DIREITOS AO TOMADOR DO CERTIFICADO. ESTE CERTIFICADO NÃO ALTERA, AMPLIA OU MODIFICA, DE FORMA AFIRMATIVA OU NEGATIVA, A COBERTURA OFERECIDA PELAS APÓLICES ABAIXO."

Isso não são meras cláusulas de rodapé. São a arquitetura jurídica do documento. Um certificado de seguro resume o que um corretor acredita que a apólice diz. Ele não vincula a seguradora. Não garante que a cobertura listada existe. Não comprova que a construtora foi incluída como segurado adicional, mesmo que essa frase apareça no campo do tomador do certificado.

Ao analisar a aparência dessas falhas, percebe-se por que uma planilha não consegue identificá-las. O COI lista um agregado de responsabilidade geral de US$ 2 milhões — mas a apólice real contém uma exclusão para o trabalho específico que o subcontratado está realizando. O certificado mostra o GC nomeado como segurado adicional — mas apenas em uma cobertura CG 20 10 para operações em andamento, e não na CG 20 37 para operações concluídas, deixando uma lacuna após o término do serviço que leva meses para ser descoberta. A caixa de renúncia de sub-rogação está marcada — mas a referida cobertura nunca foi realmente registrada na seguradora.

Um formulário ACORD 25, de acordo com a Independent Insurance Agents & Brokers of America, é vulnerável a três grandes problemas: fraude de certificado por corretores que indicam coberturas inexistentes para que um subconsiga um emprego; exigências contratuais de seguro onerosas que as apólices disponíveis no mercado simplesmente não conseguem atender; e a questão persistente de os detentores do certificado nunca receberem aviso real de cancelamento, apesar do que o certificado promete. A planilha não vê nada disso. Ela registra o que o PDF diz e segue em frente.

Portanto, toda planilha de rastreamento de COI na construção civil é construída sobre uma base de dados sistematicamente não confiáveis. O gargalo da entrada de dados — os cinco minutos por certificado digitando campos de um PDF no Excel — é real, mas é o segundo pior problema. O pior problema é que os dados sendo digitados estão errados 90% das vezes e a planilha não tem mecanismo para detectar isso.

A Corrida de Revezamento de Quatro Partes que Ninguém Projetou e Ninguém Vence

Para entender por que e-mails e planilhas continuam sendo o fluxo de trabalho padrão para COIs, trace o caminho que um único certificado percorre.

A empreiteira geral envia um contrato ao subempreiteiro especificando os seguros exigidos: responsabilidade civil geral de US$ 2 milhões por ocorrência / US$ 4 milhões agregados, acidentes de trabalho nos limites legais, automóvel comercial de US$ 1 milhão, guarda-chuva de US$ 5 milhões, com endossos de segurado adicional e renúncia ao direito de sub-rogação. O subempreiteiro encaminha essas exigências ao seu corretor de seguros. O corretor extrai as informações da apólice do sistema da seguradora e preenche um formulário ACORD 25 — um processo que, conforme mostrou a auditoria do IRMI, tem uma taxa de erro superior a 90% em relação aos termos do contrato.

O corretor envia o PDF do COI por e-mail ao subempreiteiro, que o encaminha ao coordenador de projetos da empreiteira geral. O coordenador abre o PDF, lê cada campo — número da apólice, nome da seguradora, tipos de cobertura, limites, data de início, data de término, segurado adicional S/N, renúncia ao direito de sub-rogação S/N — e os digita na planilha mestre. O PDF vai para uma pasta de rede compartilhada com uma convenção de nomenclatura que varia conforme quem o salvou por último. A planilha é atualizada. O coordenador define um lembrete no calendário para 30 dias antes do vencimento.

Quatro partes, quatro transferências, zero verificação dos termos subjacentes da apólice. O coordenador no final dessa cadeia está transcrevendo dados originados de um documento que foi compilado a partir de um sistema da seguradora por um corretor trabalhando com um e-mail encaminhado — quatro graus de separação da fonte da verdade. A cada etapa, os dados se degradam. Um dígito errado no número da apólice. Um limite de cobertura que foi trocado. Um endosso de segurado adicional que foi discutido em uma ligação telefônica, mas nunca registrado.

Este não é um processo quebrado que poderia ser consertado com mais disciplina. É um fluxo de trabalho entre várias partes, onde cada participante tem incentivos diferentes. O subempreiteiro quer estar no canteiro e receber — a papelada do seguro é um atrito. O corretor do subempreiteiro quer manter a conta — emitir um certificado que diga o que o contrato exige, mesmo que a apólice não cubra, atende a esse objetivo. O coordenador da construtora principal quer marcar uma caixa e passar para o próximo subempreiteiro. A linguagem real da apólice da seguradora é a única coisa que importa em um sinistro, e é a única coisa que ninguém na cadeia, exceto o subscritor do corretor, jamais lê.

As renovações de apólices de seguro agravam isso exponencialmente. A apólice de responsabilidade civil geral de um subempreiteiro renova anualmente, mas não na mesma data que o seguro de acidentes de trabalho. O seguro guarda-chuva renova em uma terceira data. O seguro automotivo em uma quarta. Cada ciclo de renovação aciona o revezamento completo das quatro partes para cada linha de apólice de cada subempreiteiro — e cada renovação cria uma nova oportunidade para um erro que cai na planilha como se nada tivesse mudado.

A Indústria Comprou o Software. A Planilha Permaneceu.

A construção não é uma indústria avessa à tecnologia. A Pesquisa de Perspectivas 2025 da Associated General Contractors of America descobriu que 66% das grandes construtoras usam software de gerenciamento de projetos, 44% usam software de orçamento, 40% usam software de cronograma. A empresa média utiliza 6,2 ferramentas digitais distintas. Esta não é uma indústria que se recusa a adotar tecnologia. É uma indústria onde a tecnologia adotada não foi projetada para resolver o problema do COI.

O Procore gerencia ordens de alteração, RFIs, submissões e listas de pendências. Ele não verifica se a apólice de responsabilidade civil geral de um subcontratado realmente cobre o trabalho que está sendo executado. Para obter o monitoramento de conformidade de COI dentro do Procore, uma construtora geral precisa adquirir uma integração separada: Billy, myCOI, Jones, SmartCompliance ou TrustLayer. Cada uma dessas ferramentas se conecta ao Procore via API e sincroniza o status de conformidade, mas a etapa fundamental de captura de dados — alguém ler um PDF de COI e extrair seus campos — continua sendo uma etapa manual que ocorre antes que o software possa fazer algo útil.

O Painel Lateral do Procore da plataforma Billy, por exemplo, permite que um gerente de conformidade veja o status do seguro do subcontratado sem sair do Procore — mas alguém deve primeiro fazer o upload do PDF do COI, e a equipe de revisão gerenciada ou a equipe interna da construtora geral deve verificá-lo em relação aos requisitos. O myCOI executa uma função semelhante com uma equipe de especialistas em seguros licenciados. A Jones adiciona uma verificação com inteligência artificial que sinaliza linguagem de exclusão nas apólices reais. Esses são serviços valiosos. Mas eles operam sobre o mesmo gargalo de captura de dados que a planilha enfrenta: um PDF chega por e-mail, e alguém deve decidir o que ele diz.

A razão pela qual a planilha persiste não é que os contratados se recusam a comprar software. É que o software que compraram foi projetado para gerenciar o status de conformidade depois que os dados estão no sistema — e não para inserir os dados no sistema a partir dos PDFs que chegam por e-mail. Essa etapa — ler números de apólice, limites de cobertura e datas de vencimento de um formulário ACORD de uma página e inseri-los em um registro estruturado — é o meio do caminho não automatizado de todo o fluxo de trabalho. Até que seja resolvida, toda plataforma de rastreamento de COI está a jusante de uma etapa de transcrição manual, e todo usuário de planilha que permanece nela reconhece, em algum nível, que pagar por uma plataforma para gerenciar dados que ainda precisam ser digitados manualmente não é uma melhoria clara.

A Camada Ausente: Extrair Dados do PDF para a Planilha Sem Digitar

Se o problema estrutural é que os dados de COI estão em PDFs e as ferramentas de rastreamento precisam de dados estruturados, a intervenção mais direta não é substituir a planilha ou comprar outra plataforma. É eliminar a etapa de transcrição manual — os cinco minutos por certificado, os dígitos trocados, as datas de vencimento copiadas e coladas — transformando-a em algo que acontece automaticamente quando o PDF chega.

É aqui que a extração de documentos muda a economia do rastreamento de COI. Em vez de ler campos do formulário ACORD 25 e digitá-los no Excel, você define as colunas necessárias — Número da Apólice, Seguradora, Tipo de Cobertura, Limite por Ocorrência, Limite Agregado, Data de Vigência, Data de Vencimento, Segurado Adicional (S/N), Renúncia de Sub-rogação (S/N) — e deixa a IA localizar cada valor no PDF do COI. O resultado é uma linha na sua planilha com todos os campos preenchidos, sem digitação. O PDF vai para uma pasta. Os dados vão para o rastreador. A lacuna entre receber um certificado e tê-lo registrado se reduz a segundos.

Essa abordagem funciona porque os formulários ACORD 25, apesar da padronização do layout, ainda chegam na prática como imagens digitalizadas, PDFs achatados, documentos com assinatura digital e, ocasionalmente, fotos de certificados impressos tiradas em canteiros de obras — todos formatos onde a correspondência tradicional de OCR falha porque as posições dos pixels mudam. A extração por nome de coluna do ImageToTable.ai contorna isso entendendo o conteúdo semântico do formulário, em vez de corresponder coordenadas: ela identifica "Seguradora A" e captura o número de apólice adjacente com base no que o texto significa, não onde ele está.

O que torna essa abordagem sustentável é que ela não exige que você abandone seu fluxo de trabalho atual. Você pode continuar usando sua planilha. Pode continuar usando sua pasta compartilhada. Pode continuar usando — ou adicionar — uma plataforma de rastreamento de COI como Billy ou myCOI a jusante, porque os dados extraídos alimentam qualquer sistema que aceite Excel ou CSV. O relé de e-mail continua funcionando — os subcontratados ainda obtêm apólices de seus corretores e encaminham COIs para a construtora —, mas o coordenador não passa mais o dia transcrevendo esses PDFs para células. A planilha se torna um painel alimentado por extração, não um terminal de entrada de dados.

A mesma camada de extração funciona em todo o quebra-cabeça de conformidade documental que os coordenadores de projetos de construção enfrentam. Faturas de subcontratados chegam em 15 formatos diferentes, mas a equipe de contas a pagar precisa dos mesmos campos de todas elas. Cessões de direitos, W-9s e alvarás de funcionamento têm seus próprios dados que alguém atualmente digita em um rastreador separado. A extração por nome de coluna trata todos eles como a mesma operação: defina as colunas, carregue os documentos, obtenha dados estruturados — independentemente da categoria de conformidade a que pertençam.

Isso não substitui plataformas dedicadas de rastreamento de COIs. Essas plataformas verificam a linguagem da apólice, sinalizam endossos de exclusão, monitoram a conformidade entre projetos e fornecem trilhas de auditoria — funções que uma planilha não consegue replicar e que uma ferramenta de extração não tenta realizar. A extração resolve o problema um passo antes: extrair os dados do PDF e enviá-los para o sistema que os utilizará em seguida. É a camada que faltou desde o início — a razão pela qual a planilha se tornou o padrão e permaneceu como padrão mesmo depois que o setor adotou todas as outras categorias de software.

Perguntas Frequentes

Por que o Procore ou o Sage não lidam com o rastreamento de COIs?

O Procore e o Sage 300 CRE são plataformas de gerenciamento de projetos e contabilidade — elas organizam dados financeiros e operacionais depois que estão no sistema. Nenhuma delas foi projetada para ler um PDF de COI, extrair campos de seguro ou verificar se a cobertura listada em um certificado corresponde à apólice subjacente. O App Marketplace do Procore lista complementos de terceiros (Billy, myCOI, Jones, SmartCompliance) que conectam o status de conformidade de COI de volta ao painel do Procore, mas a etapa inicial de captura de dados — ler um formulário ACORD 25 — ainda exige um humano ou uma ferramenta de extração separada. A lacuna não está no conjunto de recursos do Procore. Está na suposição arquitetônica de que os dados de COI chegam pré-processados.

Por que não podemos simplesmente exigir que todos os subcontratados enviem COIs por um portal?

Os portais transferem o fardo do lançamento de dados de você para o subcontratado ou seu corretor de seguros — mas não o eliminam. Alguém ainda precisa ler o formulário ACORD 25 e preencher os campos. O atrito de exigir que o corretor de cada subcontratado faça login em mais uma plataforma é o motivo pelo qual as ferramentas de COI baseadas em portais relatam baixas taxas de adoção pelos fornecedores. Não se pode esperar que um subcontratado que trabalha para seis construtoras diferentes mantenha contas em seis portais de conformidade distintos. É por isso que o e-mail persiste: é o único canal de comunicação com 100% de adoção entre todos os subcontratados, corretores de seguros e coordenadores de construtoras. A intervenção mais eficaz é tornar a ponta receptora capaz de processar qualquer formato que chegue através desse canal universal.

Um certificado de seguro é juridicamente vinculativo?

Não. Um certificado de seguro ACORD 25 é, por seus próprios termos, emitido "apenas como informação" e "não confere quaisquer direitos ao portador do certificado". Ele não altera, estende ou modifica a apólice de seguro que descreve. Os únicos documentos juridicamente vinculativos são a própria apólice de seguro e quaisquer endossos anexados a ela. Se um certificado listar a construtora como segurado adicional, mas o endosso nunca foi realmente arquivado junto à seguradora, a construtora não tem cobertura — independentemente do que o certificado diga. Este é o equívoco mais perigoso na conformidade da construção civil, e é por isso que a conclusão da auditoria do IRMI de que mais de 90% dos seguros de empreiteiros não atendem aos requisitos contratuais não é um problema de papelada — é um problema de exposição sem cobertura.

Qual é a diferença entre ACORD 25 e ACORD 28?

O ACORD 25 é um Certificado de Seguro de Responsabilidade Civil — ele resume as coberturas de responsabilidade (geral, automóvel, acidentes de trabalho, guarda-chuva) que protegem contra reclamações de terceiros. Este é o formulário que os subcontratados enviam aos empreiteiros gerais. O ACORD 28 é uma Prova de Seguro de Propriedade Comercial — ele documenta a cobertura patrimonial (edifício, conteúdo, equipamentos) para perdas de primeira parte. Na construção, o ACORD 25 é o formulário que os empreiteiros gerais recebem 95% das vezes; o ACORD 28 aparece quando o proprietário do projeto precisa de prova de que o empreiteiro geral ou um subcontratado possui cobertura de risco do construtor ou de equipamentos. Ambos trazem as mesmas ressalvas legais: nenhum é uma apólice e nenhum confere direitos ao portador do certificado.

Uma ferramenta de extração por IA verifica se a cobertura é adequada?

Não. Uma ferramenta de extração preenche dados estruturados de um PDF de COI — números de apólice, limites de cobertura, datas de vencimento — mas não verifica se esses números atendem aos requisitos de seguro do contrato, se as endossos listados realmente existem na apólice ou se a cobertura descrita no certificado corresponde ao texto real da apólice da seguradora. Essa etapa de verificação exige um especialista em conformidade humana lendo a apólice ou uma plataforma dedicada de rastreamento de COI com capacidades de verificação ao nível da apólice. A extração simplifica a camada de entrada de dados. A verificação de conformidade é uma etapa separada e necessária posteriormente.