Entenda como estruturar Claim Management em projetos de engenharia: eventos, notices, entitlement, evidências, causalidade, prazo, custos, mitigação e governança.
Confira!
Claim Management é a gestão estruturada dos eventos contratuais que podem produzir efeitos sobre escopo, prazo, custo, produtividade, responsabilidade ou direito das partes. Em projetos de engenharia, o objetivo não é “criar claims”, mas identificar cedo os fatos com potencial contratual, preservar evidências, cumprir notificações, analisar causalidade e decidir se o evento deve ser absorvido, formalizado como mudança, negociado ou convertido em pleito.
A diferença entre uma gestão madura e uma atuação reativa aparece no tempo. Quando o evento é registrado enquanto ocorre, baseline, documentos, recursos, comunicações e impactos ainda podem ser verificados. Quando o assunto é reconstruído meses depois, a equipe depende de memória, arquivos dispersos e interpretações conflitantes. Por isso, Claim Management deve funcionar durante a execução, integrado a planejamento, custos, gestão documental, mudanças e governança contratual.
Um sistema eficaz conecta sete elementos: fato gerador, obrigação contratual, notice, evidência contemporânea, nexo causal, impacto demonstrável e decisão. A ausência de um desses elementos não elimina automaticamente o pleito, mas aumenta a incerteza e enfraquece a capacidade de análise técnica.
Claim Management não é sinônimo de elaborar um Claim
O pleito contratual em engenharia é uma manifestação estruturada sobre determinado direito ou consequência contratual. Claim Management é mais amplo: organiza o processo pelo qual eventos potenciais são identificados, analisados, documentados, decididos e encerrados.
| Dimensão | Claim pontual | Claim Management |
| foco | um pedido específico | carteira de eventos, mudanças e pleitos |
| horizonte | normalmente após a materialização do impacto | desde o surgimento do evento |
| evidência | dossiê do caso | sistema contínuo de registros |
| responsabilidade | equipe que prepara ou analisa o pleito | engenharia, planejamento, custos, contratos, document control e gestão |
| objetivo | demonstrar ou contestar um direito | controlar exposição contratual e evitar escalada desnecessária |
Essa distinção evita que a organização trate claims apenas como atividade jurídica ou de encerramento. Em empreendimentos complexos, o processo começa no campo, na engenharia, no cronograma, no Procurement e nas interfaces entre contratos.
Do evento ao encerramento: o ciclo de Claim Management
A AACE International trata Contract Change Management como um processo de gestão aplicável a diferentes estratégias contratuais e métodos de entrega. O princípio é compatível com uma prática essencial de engenharia: eventos precisam entrar em um fluxo de controle antes de se transformarem em controvérsia acumulada.
O fluxo não significa que todo evento resultará em pedido financeiro ou extensão de prazo. A triagem pode concluir que o risco era assumido, que não houve impacto, que a mudança já foi compensada por outro mecanismo ou que a evidência é insuficiente. O valor do processo está justamente em produzir uma decisão rastreável.
Registro de eventos: a camada que evita reconstrução tardia
A primeira ferramenta operacional é um registro de eventos contratuais. Ele deve ser simples o suficiente para ser usado durante a execução e completo o bastante para permitir análise posterior.
Um registro útil associa cada evento a data, origem, descrição factual, contrato ou pacote afetado, requisito relacionado, responsável, notice aplicável, documentos, possível impacto e status da análise. Não é necessário quantificar tudo no primeiro dia. É necessário evitar que o fato desapareça do sistema.
Eventos típicos incluem alteração de projeto, atraso de informação, acesso não liberado, interferência física, restrição operacional, mudança de sequência, instrução de campo, suspensão, indisponibilidade de frente, atraso de fornecedor, condição imprevista, mudança regulatória ou conflito de interface.
A Gestão de Contratos, Escopo e Entregáveis reduz a dispersão ao conectar esses eventos ao escopo, às responsabilidades e às decisões formais do empreendimento.
Quando eventos contratuais ficam dispersos entre e-mails, atas, cronogramas e relatos de campo, a organização perde tempo justamente quando precisa decidir. Estruturar um fluxo único de registro, notice, evidência e análise reduz essa exposição e melhora a qualidade da negociação.
Estruture a análise técnica de aditivos, alterações de escopo e pleitos
Notice: notificar no tempo certo é parte da gestão
Muitos contratos estabelecem prazo, forma, destinatário e conteúdo mínimo para notificações. A função do notice não é provar sozinho o mérito do pleito. É preservar a comunicação de que determinado evento pode produzir consequência contratual e permitir que a outra parte acompanhe, mitigue, instrua ou conteste o fato enquanto ele ocorre.
A gestão precisa distinguir comunicação operacional de notificação contratual. Um e-mail entre engenheiros pode registrar tecnicamente o problema, mas não necessariamente cumprir a cláusula de notice. O inverso também é verdadeiro: uma carta formal sem conteúdo factual e sem evidências pode cumprir um rito e continuar tecnicamente fraca.
Uma boa rotina conecta o registro de eventos a um calendário de notices, com responsáveis e prazos. Isso reduz a dependência de memória e evita que o controle contratual comece apenas quando o impacto já se materializou.
Entitlement: antes de calcular, é preciso identificar a base do direito
A análise de entitlement pergunta se o contrato e a alocação de riscos dão suporte ao tratamento pretendido. A AACE RP 120R-21 é uma referência específica para demonstração de entitlement em change orders e claims no contexto EPC.
Em termos práticos, a equipe deve localizar a obrigação original, identificar o fato que alterou a condição prevista, verificar quem assumiu o risco e determinar qual mecanismo contratual se aplica. Um mesmo efeito financeiro pode decorrer de mudança de escopo, risco do contratado, evento compensável, força maior, atraso atribuível a terceiro ou condição já coberta por reajuste.
Por isso, riscos contratuais e de fornecedores e matriz de riscos precisam fazer parte da leitura do evento, não apenas do planejamento inicial.
Evidência contemporânea: o claim começa nos registros da execução
Evidência contemporânea é aquela produzida no curso normal do trabalho, próxima ao momento do fato. Ela tende a ser mais confiável que reconstruções elaboradas depois que as posições das partes já estão formadas.
Registros relevantes variam conforme o evento: diário de obra, relatórios, atas, RFIs, instruções, revisões de projeto, registros fotográficos, medição, timesheets, logs de equipamentos, entregas de fornecedor, histogramas, cronogramas atualizados, relatórios de produtividade, correspondências e documentos de aprovação.
O ponto não é acumular arquivos. É construir rastreabilidade. Cada evidência deve ajudar a responder alguma pergunta: o que ocorreu, quando, onde, quem foi afetado, qual obrigação estava vigente, quanto tempo durou, quais recursos foram impactados e quais medidas de mitigação foram adotadas.
Baseline: sem referência, impacto vira comparação subjetiva
Claim Management precisa preservar a condição de referência do projeto. Para prazo, isso inclui cronograma contratual ou baseline aprovada, lógica, marcos e premissas. Para custo, orçamento, composições, produtividade prevista, recursos e condições comerciais. Para escopo, documentos de contratação, SOW, especificações e matriz de interfaces.
A Scope of Work em Engenharia e o Escopo Contratual são referências fundamentais porque permitem comparar a obrigação original com a condição modificada.
Sem baseline confiável, a análise tende a confundir condição ruim de origem, baixa produtividade própria e efeito real de um evento externo.
Nexo causal: conectar evento, mecanismo e consequência
Causalidade é a ponte entre o fato gerador e o impacto reclamado. Não basta mostrar que um evento ocorreu e que o projeto terminou mais caro ou mais tarde. É necessário explicar como aquele evento alterou determinada atividade, recurso, sequência, produtividade ou caminho de execução.
A análise pode ser estruturada como uma cadeia: evento → obrigação afetada → mecanismo de impacto → atividade ou recurso atingido → efeito mensurável → consequência contratual. Quanto mais longa essa cadeia, maior a necessidade de evidência intermediária.
Em eventos de prazo, essa lógica conduz à análise de criticidade e de atraso. Em eventos de custo, conduz à segregação de custos adicionais, improdutividade, prolongamento, aceleração ou outros efeitos demonstráveis. Em ambos os casos, correlação temporal não deve ser tratada automaticamente como causalidade.
Quantificação de prazo: Claim Management precisa conversar com o cronograma
A análise de prazo deve verificar se o evento afetou atividades críticas, consumiu float, alterou sequência, impediu frente ou exigiu replanejamento. O método depende do momento da análise, qualidade dos cronogramas e objetivo da decisão.
Uma Time Impact Analysis pode ser apropriada para análise prospectiva de determinado evento quando existe cronograma confiável e lógica atualizada. Análises retrospectivas podem exigir outros métodos, especialmente quando o projeto já está concluído ou quando os updates possuem baixa qualidade.
Claim Management não deve escolher o resultado primeiro e procurar um método depois. A metodologia precisa ser compatível com os dados existentes e com a pergunta contratual.
Quantificação de custo: separar custo real, efeito causal e duplicidade
No custo, a disciplina principal é evitar que uma variação global seja atribuída integralmente a um evento específico. A memória de cálculo deve distinguir custo direto adicional, permanência, improdutividade, mobilização, aceleração, terceiros, equipamentos e outros componentes conforme o caso.
Também é necessário verificar duplicidade. Um custo já remunerado por change order, reajuste, preço unitário, contingência contratualmente assumida ou outro mecanismo não deve reaparecer sem justificativa.
O artigo sobre reequilíbrio econômico-financeiro aprofunda a reconstrução da equação econômica, enquanto Claim Management organiza o processo contínuo que permite chegar a essa análise com registros confiáveis.
Em contratos com múltiplos fornecedores e mudanças frequentes, prevenir claims depende menos de uma carta bem escrita no final e mais de governança contínua sobre escopo, entregáveis, interfaces, decisões e evidências durante a execução.
Conheça a solução de Gestão de Contratos, Escopo e Entregáveis
Mitigação: controlar o impacto também é parte do claim
Uma organização madura não usa o registro do evento como justificativa para deixar o impacto crescer. A gestão deve documentar quais medidas foram avaliadas e adotadas para reduzir prazo, custo ou produtividade perdida.
Mitigação pode envolver resequenciamento, liberação parcial de frente, mudança de método, recursos adicionais, priorização de engenharia, solução temporária, compra alternativa ou decisão acelerada. Cada medida pode gerar novos custos ou riscos e precisa ser registrada.
A análise posterior fica mais robusta quando consegue mostrar não apenas o problema, mas as alternativas consideradas e por que determinada resposta foi técnica e economicamente razoável.
Integração entre mudança, aditivo e claim
Change Management e Claim Management devem conversar, mas não são idênticos. Uma mudança identificada e acordada cedo pode ser formalizada por change order ou aditivo sem se transformar em disputa. Um claim pode surgir quando existe divergência sobre entitlement, prazo, custo, responsabilidade ou quantificação.
O artigo sobre Engineering Change Management trata da governança da mudança técnica; o Aditivo Contratual aborda a formalização contratual. Claim Management ocupa a interface em que eventos e mudanças precisam ser analisados antes de sua resolução econômica e contratual.
Governança: quem registra, quem analisa e quem decide
Um erro recorrente é concentrar todo o processo em um contract manager sem integrar as disciplinas que produzem as evidências. O claim nasce em interfaces técnicas; por isso, o sistema precisa definir papéis.
Engenharia caracteriza requisito e mudança. Planejamento avalia efeito temporal. Cost Control analisa quantum. Document Control preserva a trilha documental. Suprimentos e fiscalização registram eventos de fornecedores e campo. Gestão contratual interpreta cláusulas e notices. Jurídico avalia implicações legais quando necessário. A autoridade decisória aprova a posição final da organização.
Uma matriz RACI pode formalizar essa governança, mas o essencial é existir ownership por evento e prazo para decisão. Eventos sem dono tendem a envelhecer até se tornarem controvérsias difíceis de reconstruir.
Claim register: transformar uma coleção de casos em carteira gerenciável
Além do event register, projetos com maior complexidade podem manter um claim register com os casos que ultrapassaram a triagem inicial. Ele deve permitir visão executiva sem substituir os dossiês técnicos.
Campos úteis incluem valor ou faixa de exposição, impacto potencial de prazo, status do entitlement, qualidade da evidência, probabilidade de resolução, responsável, próxima ação, prazo contratual e dependência de decisão.
Essa visão ajuda a gestão a priorizar casos de maior exposição e evita que o número de claims seja usado como único indicador. Um projeto pode ter poucos claims de altíssimo impacto ou muitos eventos de baixa relevância.
Indicadores de Claim Management
A função deve medir qualidade e velocidade do processo, não “quantidade de pleitos gerados”. Indicadores úteis são tempo entre evento e registro, notices emitidos no prazo, eventos sem owner, idade média dos casos, exposição financeira, exposição de prazo, percentual resolvido por mudança negociada e percentual que evoluiu para disputa.
Outro indicador importante é qualidade de evidência. Casos classificados como “alto impacto e baixa evidência” merecem atenção imediata porque combinam exposição relevante com baixa capacidade de decisão.
Matriz de substanciação: ligar obrigação, fato, evidência e impacto
Uma das formas mais eficientes de elevar a qualidade de um claim é estruturar uma matriz de substanciação antes de consolidar a narrativa. Ela funciona como um mapa de prova: para cada alegação relevante, identifica a obrigação contratual relacionada, o fato gerador, a evidência contemporânea, o mecanismo causal, o efeito de prazo ou custo e a conclusão pretendida.
Esse método reduz dois problemas recorrentes. O primeiro é o excesso de documentos sem função clara: centenas de anexos podem tornar o pleito mais volumoso sem torná-lo mais demonstrável. O segundo é a existência de conclusões sem ponte probatória, como quando se apresenta um valor adicional sem explicar quais recursos foram afetados, em que período e por qual mecanismo.
| Elemento | Pergunta de controle | Evidência esperada |
| obrigação | o que o contrato previa? | cláusula, SOW, requisito, desenho ou matriz de riscos |
| evento | o que mudou ou deixou de ocorrer? | notice, RFI, instrução, ata, diário ou correspondência |
| causalidade | como o evento afetou a execução? | sequência, registro de frente, recurso, produtividade ou cronograma |
| impacto | qual consequência foi mensurada? | memória de cálculo, TIA, medição, custo real ou demonstrativo |
| tratamento | qual consequência contratual é defendida? | extensão de prazo, compensação, mudança ou rejeição fundamentada |
A matriz também é útil para revisão independente. Um terceiro consegue identificar rapidamente onde existe boa sustentação e onde há lacunas. Em vez de discutir o claim como um documento indivisível, a equipe passa a examinar elementos específicos e pode solicitar evidências adicionais antes da submissão.
Maturidade do evento: nem todo caso está pronto para ser quantificado
Eventos contratuais evoluem. No primeiro momento pode existir apenas um fato potencialmente relevante; depois surgem evidências de impacto, base contratual mais clara, duração conhecida e dados suficientes para quantificação. Tratar todos os casos como se estivessem no mesmo nível de maturidade leva a decisões precipitadas.
Uma classificação simples pode separar evento identificado, evento em análise, mudança potencial, claim em preparação, claim submetido, negociação e encerramento. Cada estágio exige informações diferentes. Um evento recém-identificado precisa de owner, notice e preservação de evidência; um claim em preparação exige causalidade e quantum; uma negociação exige posição técnica consolidada, limites de concessão e registro das premissas discutidas.
Essa maturidade deve aparecer no claim register. Não é adequado atribuir precisão financeira artificial a um caso ainda sem dados. Em fases iniciais, faixas de exposição e níveis de confiança são mais honestos que um valor fechado. À medida que a evidência amadurece, a estimativa pode ser substituída por memória de cálculo detalhada.
A governança melhora quando a direção sabe diferenciar “exposição possível” de “claim tecnicamente demonstrado”. Isso evita que valores preliminares sejam tratados como ativos certos ou passivos inevitáveis.
Análise defensiva: Claim Management também serve para avaliar pleitos recebidos
Claim Management não deve existir apenas do lado que formula o pedido. Owners, EPCistas, gerenciadoras e contratantes também precisam de processo estruturado para analisar claims recebidos. A lógica é simétrica: verificar entitlement, notice, baseline, causalidade, mitigação e quantificação antes de aceitar, rejeitar ou negociar.
Uma resposta tecnicamente robusta evita dois extremos. Aceitar rapidamente um valor por pressão de prazo pode incorporar custos sem demonstração suficiente. Rejeitar integralmente um pleito plausível, por outro lado, pode elevar a disputa e postergar uma solução que seria mais econômica durante a execução.
A análise defensiva deve testar a narrativa contra os próprios registros do projeto. Se o contratado afirma que determinada frente ficou indisponível, por exemplo, a equipe precisa confrontar diários, liberações, atividades alternativas, recursos mobilizados e cronograma contemporâneo. Se a alegação envolve produtividade, é necessário distinguir efeito do evento de desempenho próprio, curva de aprendizado, ausência de recursos, retrabalho ou condição já prevista.
O resultado não precisa ser binário. Um claim pode ter entitlement reconhecido e quantum contestado; pode ter impacto de prazo demonstrado sem custo compensável; ou pode conter parcelas válidas e parcelas duplicadas. A resposta deve decompor essas conclusões para facilitar negociação e decisão.
Negociação técnica e settlement: resolver sem perder rastreabilidade
Nem todo claim precisa seguir até disputa formal. Em muitos projetos, a melhor decisão econômica é negociar durante a execução, quando ainda existem alternativas de mitigação e interesse comum na continuidade do empreendimento. Para isso, a negociação precisa partir de uma base técnica organizada.
A equipe deve separar fatos incontroversos, pontos de divergência, faixa de exposição, riscos de prazo, custo de prolongar a discussão e dependências futuras. Essa estrutura ajuda a negociar sobre elementos verificáveis, e não apenas sobre posições globais.
Também é importante registrar o que exatamente foi resolvido. Um settlement ou acordo sobre change order deve definir período, eventos abrangidos, valores, efeitos de prazo, itens excluídos e consequências sobre claims correlatos. Sem essa delimitação, uma solução aparentemente definitiva pode reaparecer em outro pedido sob nomenclatura diferente.
A rastreabilidade da negociação protege as duas partes. Ela permite entender quais premissas sustentaram a decisão e evita que concessões comerciais sejam posteriormente interpretadas como reconhecimento amplo de responsabilidade técnica ou contratual.
Claim Management preventivo reduz a necessidade de análise forense tardia
Quanto mais cedo a organização conecta evento, contrato e evidência, menor a necessidade de reconstrução forense no encerramento. Isso não elimina controvérsias legítimas, mas melhora a qualidade da discussão.
A prevenção depende de escopo claro, requisitos rastreáveis, cronograma confiável, gestão de mudanças, registros contemporâneos e decisões formais. Portanto, Claim Management não é um processo isolado: é uma camada de governança que integra funções já existentes no projeto.
Considerações finais
Claim Management em projetos de engenharia deve operar como sistema contínuo de identificação, documentação, análise e decisão. Seu valor está em transformar eventos dispersos em uma cadeia verificável entre contrato, baseline, evidência, causalidade, prazo, custo e resolução.
Quando esse processo funciona durante a execução, a organização consegue diferenciar rapidamente evento absorvível, mudança negociável e pleito que exige análise mais aprofundada. Também reduz a dependência de reconstruções tardias e melhora a capacidade de negociação porque as posições são sustentadas por fatos contemporâneos.
A disciplina não substitui gestão de escopo, planejamento, custos ou jurídico. Ela conecta essas funções no momento em que um fato pode alterar direitos e obrigações contratuais.
Referências técnicas
[1] AACE INTERNATIONAL. Recommended Practice 100R-19 — Contract Change Management: As Applied in Engineering, Procurement, and Construction. Morgantown: AACE International. Disponível em: https://web.aacei.org/resources/recommended-practices
[2] AACE INTERNATIONAL. A Primer for Claims and Disputes (Claims 101). Source Extra, 24 ago. 2022. Disponível em: https://source.aacei.org/2022/08/24/a-primer-for-claims-and-disputes-claims-101/
[3] AACE INTERNATIONAL. Spotlight on Recommended Practice 100R-19: Contract Change Management. 24 fev. 2021. Disponível em: https://communities.aacei.org/events/event-description?CalendarEventKey=63a7cb54-e138-40b6-974f-2da402a8c0c5&hlmlt=ED
Perguntas frequentes
É a gestão contínua de eventos contratuais com potencial de alterar escopo, prazo, custo, produtividade ou responsabilidades, desde o registro e notice até análise, negociação, formalização e encerramento.
Não. O claim é um pleito específico. Claim Management é o processo mais amplo que identifica, documenta, analisa e governa uma carteira de eventos, mudanças e pleitos durante a execução.
Não. A triagem pode concluir que o risco era assumido, que não houve impacto, que a mudança foi negociada por outro mecanismo ou que não existe entitlement suficiente.
Depende do evento, mas registros contemporâneos como diários, atas, RFIs, revisões, cronogramas, medições, relatórios de produtividade, correspondências, fotos e logs de recursos são especialmente valiosos.
Change Management governa mudanças técnicas e contratuais. Claim Management trata eventos e divergências que podem gerar direitos, impactos e pleitos. Uma mudança bem resolvida cedo pode nunca se transformar em claim.
A governança deve ser multidisciplinar. Gestão contratual coordena, mas Engenharia, Planejamento, Custos, Document Control, Procurement, fiscalização e Jurídico contribuem conforme o evento e a decisão.
Materiais técnicos complementares
Conteúdos principais sobre o tema
- Pleito Contratual em Engenharia: como estruturar tecnicamente um Claim
- Reequilíbrio Econômico-Financeiro em Contratos de Engenharia
- Revisão, Reajuste e Repactuação Contratual em Engenharia
Conteúdos técnicos correlatos
- Escopo Contratual em Engenharia
- Riscos Contratuais e de Fornecedores em Projetos de Engenharia
- Engineering Change Management (ECM) em Projetos de Engenharia
