Entenda como estruturar tecnicamente um pleito contratual ou Claim em engenharia: notice, baseline, entitlement, causalidade, prazo, quantum, evidências e mitigação.
Confira!
Um pleito contratual — ou claim, na terminologia comum de contratos de engenharia — é uma reivindicação formal e fundamentada de direito, prazo, custo ou outra consequência contratual decorrente de um evento que alterou as condições previstas de execução. Um claim tecnicamente estruturado não é uma reclamação genérica nem uma simples planilha de valores: ele precisa demonstrar qual obrigação existia, qual evento ocorreu, qual direito contratual é invocado, como o evento produziu o impacto e como esse impacto foi quantificado.
Em obras, EPC, EPCM, projetos, fornecimentos, montagem, comissionamento e serviços de engenharia, a qualidade do pleito depende principalmente da rastreabilidade. O documento deve permitir que um terceiro reconstrua a sequência baseline → evento → notificação → efeito → mitigação → prazo/custo → pedido usando registros verificáveis. Quando essa cadeia está incompleta, mesmo um impacto real pode ser difícil de provar.
O objetivo técnico de um claim não é maximizar uma narrativa. É separar fatos, responsabilidades e efeitos de forma auditável para que contratante, contratado, Owner’s Engineering, fiscalização, administração contratual e assessoria jurídica possam decidir com base em evidências.
O que caracteriza um pleito contratual em engenharia
Nem toda divergência vira claim. Durante a execução existem dúvidas, solicitações de informação, ajustes rotineiros, mudanças formalizadas, falhas de desempenho e negociações comerciais. O pleito surge quando uma parte sustenta que um fato produziu uma consequência contratual que precisa ser reconhecida.
| Situação | É necessariamente um claim? | Tratamento técnico inicial |
| RFI ou dúvida de projeto | não | esclarecer requisito e registrar resposta |
| alteração formal de escopo já acordada | não necessariamente | instruir change order/aditivo e atualizar baselines |
| trabalho adicional executado sem definição de preço | potencialmente | preservar instrução, escopo, quantidades, custos e reserva de direito |
| atraso na liberação de frente | potencialmente | registrar restrição, cronograma, recursos e mitigação |
| perda de produtividade por interferência | potencialmente | documentar condição normal e impactada, causalidade e produção |
| aumento ordinário coberto por índice | em regra, não é claim extraordinário | aplicar mecanismo de reajuste previsto |
| evento extraordinário com impacto econômico | potencialmente | analisar risco, causalidade e reequilíbrio |
Essa separação evita que o processo de claims seja usado como repositório de qualquer problema. A gestão de contratos, escopo e entregáveis deve definir canais diferentes para esclarecimentos, mudanças, desvios de desempenho, notificações e pleitos.
Claim não é sinônimo de aditivo contratual
Um aditivo é um instrumento de formalização de alteração contratual. Um claim é uma reivindicação fundamentada que pode ou não resultar em aditivo, acordo, rejeição, compensação, extensão de prazo ou outro desfecho previsto no contrato.
Essa distinção é importante porque muitos projetos acumulam “serviços extras” sem formalização e tentam resolver tudo no encerramento. Quando o trabalho adicional é executado sem instrução clara, sem aviso e sem registros, o problema deixa de ser apenas comercial e passa a envolver prova da origem da obrigação.
O artigo sobre aditivo contratual em obras e serviços de engenharia aprofunda os mecanismos de alteração formal. O claim, por sua vez, concentra-se na construção técnica da reivindicação e de sua evidência.
A anatomia de um claim tecnicamente defensável
Um claim tecnicamente defensável não se sustenta apenas na narrativa do evento. Ele precisa conectar cláusula, baseline, fato gerador, notice, causalidade, impacto de prazo ou custo, evidência contemporânea e mitigação em uma única linha argumentativa rastreável.
Um claim apresentado sem baseline, notice, entitlement, causalidade e memória de cálculo rastreável pode até descrever um problema real, mas dificilmente sustenta uma decisão contratual consistente.
Estruture ou avalie tecnicamente o pleito antes da negociação
Um pleito robusto pode ser visualizado como uma cadeia. O direito alegado não deve aparecer separado do fato; o fato não deve aparecer separado do impacto; e o impacto não deve aparecer separado do cálculo.
A AACE International trata a gestão de mudanças em EPC como um processo formal que começa na identificação da potencial mudança, passa por avaliação, aprovação ou rejeição e chega à incorporação contratual ou ao tratamento da controvérsia. A disciplina é valiosa porque impede que uma mudança permaneça meses fora do sistema de controle até se transformar em claim acumulado.
Contrato e baseline
O claim precisa começar pela condição de referência: escopo, preço, prazo, sequência, produtividade, responsabilidades, acessos, fornecimentos, premissas e riscos que existiam antes do evento. Sem baseline, não há comparação técnica confiável.
A definição do escopo contratual é particularmente importante. Se a obrigação já estava incluída, o pleito não pode tratá-la simplesmente como “serviço extra”; será necessário demonstrar qual condição mudou e por que isso alterou a execução.
Evento
O evento deve ser específico: uma instrução, uma restrição, uma alteração de projeto, atraso de informação, indisponibilidade de área, mudança regulatória, interferência não prevista, suspensão, aceleração solicitada, rejeição tardia, mudança de sequência ou outra ocorrência relevante.
Datas importam. Um bom registro informa quando o evento começou, quando foi percebido, quando foi notificado, quando deixou de produzir efeitos e quais decisões ocorreram no intervalo.
Entitlement: qual é o fundamento do direito alegado
No ambiente internacional, usa-se frequentemente entitlement para designar a base contratual ou jurídica que sustentaria o direito à compensação ou ao prazo. Em português, o raciocínio pode ser tratado como enquadramento do direito alegado.
A engenharia não deve inventar interpretação jurídica, mas pode organizar os fatos necessários à análise: cláusula sobre acesso, prazo de resposta, risco, alteração de escopo, instrução do contratante, força maior, extensão de prazo ou condição de pagamento. A questão jurídica fica muito mais clara quando a base factual está bem definida.
A notificação é parte do controle, não mera burocracia
Contratos complexos costumam exigir que certos eventos sejam notificados dentro de prazos e formatos definidos. Essas regras variam de contrato para contrato; não existe um único prazo universal aplicável a qualquer claim de engenharia.
A notificação tempestiva cumpre funções práticas: alerta a outra parte enquanto o evento ainda pode ser mitigado; permite inspeção e coleta conjunta de registros; evita surpresa ao final; identifica a cláusula potencialmente afetada; e preserva a cronologia do projeto.
Um aviso útil não precisa antecipar um quantum que ainda não é conhecido. Ele deve identificar o evento, a obrigação ou condição afetada, o impacto potencial, as medidas imediatas e a reserva de atualização quando o efeito puder ser mensurado.
Notice não substitui o claim completo
O notice registra a ocorrência e preserva a posição contratual conforme o instrumento aplicável. O claim completo apresenta a análise consolidada. Misturar os dois documentos produz extremos ruins: esperar meses até ter todos os custos para então notificar, ou acreditar que uma carta de duas linhas é suficiente para demonstrar o pleito inteiro.
A boa administração contratual cria uma trilha entre aviso inicial, atualizações intermediárias e submissão final.
Nexo causal: o núcleo técnico do pleito
O maior salto de qualidade ocorre quando a narrativa deixa de dizer “houve evento e houve custo” e passa a demonstrar como um gerou o outro.
Considere uma instrução de mudança em uma sala elétrica já em montagem. Para demonstrar causalidade, não basta anexar o desenho revisado e a nova planilha de mão de obra. É necessário mostrar o que estava projetado, o estágio da montagem, quais itens tiveram de ser removidos ou refeitos, quais atividades foram interrompidas, quais recursos adicionais foram mobilizados e por que essas horas não pertenciam à execução original.
Uma cadeia causal pode ser expressa assim:
evento → obrigação afetada → atividade impactada → recurso/tempo adicional → custo ou prazo resultante.
Se um elo não pode ser demonstrado, a parcela correspondente deve ser tratada com cautela.
Registros contemporâneos: a matéria-prima do claim
O Society of Construction Law Delay and Disruption Protocol enfatiza a importância de registros contemporâneos relacionados ao progresso e às circunstâncias da execução e conectados ao programa. A recomendação responde a um problema comum: claims produzidos meses depois, com narrativa retrospectiva incapaz de separar fatos simultâneos.
| Registro | O que pode demonstrar | Limitação se usado isoladamente |
| diário/RDO | presença, atividade, restrição, clima, equipamentos, ocorrências | pode não demonstrar impacto econômico |
| cronograma e atualizações | lógica, caminho crítico, folga, sequência e desvio | depende da qualidade da atualização |
| atas de reunião | decisões, pendências e responsáveis | síntese pode omitir detalhes de produção |
| e-mails/ofícios | instruções, notificações e respostas | não provam por si só quantidade de impacto |
| medições | produção reconhecida | podem não registrar improdutividade |
| apontamentos de mão de obra | horas e recursos | horas adicionais não provam automaticamente entitlement |
| fotos/vídeos | condição física e evolução | precisam de data, local e contexto |
| notas fiscais/contratos | custo efetivo | custo não prova a causa contratual |
O valor está na correlação entre registros. Uma fotografia georreferenciada ligada ao RDO, ao desenho revisado e à atividade do cronograma é muito mais informativa do que cada documento isoladamente.
Claims de prazo: atraso, extensão e caminho crítico
Quando o pleito envolve prazo, a pergunta não é apenas quantos dias o evento durou. É necessário verificar se e como o evento afetou a data contratual relevante.
Um bloqueio de dez dias pode não gerar dez dias de extensão se a atividade tinha folga ou se existiam frentes alternativas. Em outro cenário, uma instrução de dois dias pode desencadear replanejamento, aquisição de material e reexecução que afetam atividades críticas por período maior.
A análise precisa considerar cronograma-base, atualizações, lógica de rede, caminho crítico contemporâneo, restrições, concorrência de atrasos e medidas de recuperação. O aprofundamento metodológico de delay analysis pode ser tratado em artigo específico; no claim, o essencial é que o número de dias pedido seja consequência de uma análise de cronograma e não apenas da duração administrativa do evento.
Atraso e disrupção são fenômenos diferentes
Disrupção é perda de eficiência ou produtividade. Ela pode ocorrer sem extensão do prazo final. Uma equipe pode completar o serviço dentro do prazo consumindo mais horas devido a interferências, fragmentação de frentes, mudanças frequentes ou sequência ineficiente imposta por condições externas.
O SCL Protocol distingue a análise de atraso da análise de disrupção e recomenda prova de causalidade e registros de produtividade. Isso é particularmente relevante em engenharia porque claims de mão de obra frequentemente confundem “mais horas gastas” com “horas causalmente atribuíveis a uma disrupção”.
Claims de custo: o quantum precisa seguir a causa
O quantum é a quantificação da consequência reconhecida. Ele não deve ser calculado antes de definir o escopo do evento e o período afetado.
| Parcela de custo | Pergunta principal | Evidência típica |
| mão de obra adicional | quais horas foram incrementais e por qual atividade? | timesheets, RDO, produção, folhas, composição de equipe |
| equipamento | o recurso ficou adicionalmente mobilizado ou improdutivo por causa do evento? | diário, locação, telemetria, utilização |
| material | houve compra adicional, perda, substituição ou variação elegível? | requisição, nota, quantidade, desenho, inspeção |
| subcontrato | a alteração foi repassada e comprovada? | contrato, change order, nota, memória do subcontratado |
| prolongamento | quais custos dependem da permanência adicional? | estrutura mensal, período causal, cronograma |
| remobilização | a interrupção exigiu nova mobilização real? | logística, transporte, equipe, autorização |
Aplicar percentuais genéricos sobre o valor total pode ser inadequado quando existem dados mais diretos. A Engenharia de Custos e Orçamentação deve ajudar a construir uma memória verificável e a eliminar dupla contagem.
O problema dos claims globais
Um claim global agrega vários eventos e apresenta um impacto total sem demonstrar satisfatoriamente a ligação entre causas específicas e consequências específicas. Em projetos com centenas de mudanças, essa abordagem pode parecer conveniente, mas reduz a rastreabilidade e dificulta separar responsabilidades.
O SCL Protocol desencoraja a dependência de uma reivindicação global quando é possível demonstrar causa e efeito com maior granularidade. Para a engenharia, a recomendação é pragmática: segregar por evento ou por famílias coerentes de eventos, identificar períodos e atividades e mostrar os custos correspondentes.
Isso não significa que cada pequena interferência precise virar um processo isolado. Eventos relacionados podem ser agrupados quando a lógica causal e o método de quantificação permanecem transparentes.
Mitigação: demonstrar o que foi feito para limitar o impacto
Um dossiê de claim não deve mostrar apenas o problema. Ele deve registrar as decisões tomadas para reduzir a consequência: remanejamento de equipe, replanejamento, alteração temporária de sequência, compra alternativa, reforço de recursos, trabalho em outra frente ou proposta de solução técnica.
A mitigação tem duas funções. Primeiro, reduz o dano real ao projeto. Segundo, ajuda a diferenciar o impacto inevitável do evento de custos produzidos por inação ou decisão interna.
A documentação deve registrar alternativas avaliadas, restrições para implementá-las, autorização quando necessária e resultados observados. A ausência de uma alternativa tecnicamente viável também pode ser um fato relevante, desde que demonstrada.
Estrutura recomendada para o dossiê de claim
Um bom dossiê permite leitura executiva e auditoria detalhada. A estrutura pode variar conforme o contrato, mas deve separar argumento, evidência e cálculo.
| Seção | Conteúdo esperado | Objetivo |
| Sumário executivo | evento, direito alegado, prazo/custo solicitado e principais conclusões | permitir decisão inicial |
| Identificação contratual | contrato, cláusulas, documentos hierárquicos, partes e responsáveis | delimitar o instrumento |
| Baseline | escopo, prazo, preço, método, recursos e riscos de referência | mostrar condição original |
| Cronologia | eventos e comunicações em ordem temporal | eliminar ambiguidade de datas |
| Entitlement | fundamento contratual e factual | mostrar por que o pedido é apresentado |
| Causalidade | relação entre evento, atividade e impacto | sustentar causa e efeito |
| Análise de prazo | lógica e quantidade de dias, quando aplicável | justificar extensão ou efeito temporal |
| Quantum | memória de cálculo e critérios | demonstrar valor |
| Mitigação | medidas adotadas e efeitos | separar impacto inevitável |
| Evidências | índice de anexos e referências cruzadas | permitir verificação |
O dossiê não deve esconder documentos desfavoráveis. Uma análise tecnicamente madura reconhece fatos concorrentes e limitações. Isso aumenta a credibilidade e permite que parcelas comprovadas sejam avaliadas separadamente das controversas.
Matriz de rastreabilidade do claim
Para claims complexos, uma matriz ajuda a conectar cada pedido ao conjunto mínimo de prova.
| ID | Evento | Cláusula/obrigação | Atividade afetada | Período | Efeito | Evidência | Valor/dias |
| C-01 | revisão de projeto | requisito contratual aplicável | montagem do painel | datas registradas | reexecução | desenho, RDO, timesheet | memória C-01 |
| C-02 | atraso de acesso | obrigação de liberação | instalação área B | datas registradas | deslocamento do caminho crítico | ofício, cronograma, diário | análise C-02 |
| C-03 | interferência | matriz de interface | lançamento de infraestrutura | período observado | perda de produtividade | fotos, produção, RDO | estudo C-03 |
A tabela acima é apenas um modelo conceitual; os dados reais precisam vir do projeto. O ganho é a possibilidade de auditar cada linha sem navegar por centenas de páginas sem índice.
Como o contratante deve analisar um claim recebido
A análise não deve começar tentando “negociar o valor para baixo”. Primeiro se testa a admissibilidade e a lógica técnica.
- Confirmar o evento e a cronologia, confrontando registros das duas partes.
- Verificar contrato, notice e enquadramento, inclusive matriz de riscos e responsabilidades.
- Reconstruir a baseline para saber o que já estava incluído.
- Testar causalidade e concorrência, identificando causas próprias do contratado ou eventos simultâneos.
- Revisar prazo e produtividade com dados contemporâneos.
- Auditar o quantum, eliminando itens sem comprovação e dupla contagem.
- Registrar conclusão por parcela, indicando aceitação, rejeição, ajuste ou necessidade de informação adicional.
A análise técnica de aditivos, alterações de escopo e pleitos em contratos de engenharia é justamente uma atividade de suporte à decisão: transforma um volume documental em uma matriz de fatos, responsabilidades e efeitos.
Como o contratado deve preparar o claim sem esperar o encerramento
A preparação começa no primeiro dia do contrato. A equipe precisa conhecer cláusulas de aviso, hierarquia documental, regras de mudança, critérios de medição, data-base, matriz de riscos e canais de instrução.
Quando surge um evento, ele deve entrar no registro de mudanças ou de eventos contratuais. A partir daí, o projeto acompanha status, responsável, prazo para notice, impacto potencial, documentos pendentes e decisão. Se o evento se resolver sem impacto, ele é encerrado. Se evoluir, os registros já estão organizados.
A ISO 21502 recomenda controle formal de mudanças e manutenção de baselines coerentes. Aplicada aos claims, essa disciplina evita a prática ruim de reconstruir a história no final com arquivos dispersos.
Reequilíbrio econômico-financeiro e claim: qual é a relação
Um pedido de reequilíbrio econômico-financeiro pode ser apresentado na forma de um pleito, mas os conceitos não são idênticos. Claim é a estrutura de reivindicação; reequilíbrio é um possível fundamento ou remédio econômico, dependendo do regime contratual.
Da mesma forma, um claim pode pedir extensão de prazo sem custo, reconhecimento de mudança de escopo, compensação por disrupção ou outra consequência. Por isso, o dossiê deve indicar claramente o que está sendo pedido e não apenas descrever o problema.
Em contratos públicos, a Lei nº 14.133/2021 fornece o enquadramento legal para alterações, riscos e restabelecimento da equação. Em contratos privados, o contrato e a legislação aplicável definem o procedimento. Em qualquer caso, a prova técnica continua dependendo de baseline, evento, causalidade e quantum.
Claim management como processo de prevenção
A melhor gestão de claims é preventiva. O objetivo não é produzir mais pleitos, e sim identificar mudanças cedo, decidir rapidamente e evitar que eventos legítimos permaneçam sem tratamento até o fim do projeto.
Uma governança madura integra registro de mudanças, RFI, matriz de interfaces, cronograma, orçamento, riscos, correspondências e decisões. Se uma instrução altera escopo, o sistema deve disparar avaliação de prazo e custo. Se uma restrição ameaça o caminho crítico, a equipe deve registrar a ocorrência e discutir mitigação antes que o atraso se consolide.
A Gestão de Interfaces em Projetos de Engenharia é uma fonte importante de prevenção: interfaces sem owner, entrada, saída e prazo claros são geradoras frequentes de eventos difíceis de atribuir posteriormente.
Erros que reduzem a credibilidade de um claim
| Erro | Problema produzido | Melhor prática |
| notificar tarde sem verificar regra contratual | pode comprometer procedimento e mitigação | conhecer notice desde o kick-off |
| afirmar que “todo atraso gera custo” | confunde duração do evento com impacto | analisar criticidade, recursos e período causal |
| anexar milhares de páginas sem índice | transfere ao avaliador o trabalho de construir o caso | criar matriz de rastreabilidade |
| usar custo real como prova automática de direito | custo não demonstra responsabilidade | ligar quantum ao entitlement e à causalidade |
| ignorar atrasos próprios | enfraquece objetividade | analisar causas concorrentes |
| aplicar percentuais genéricos sem necessidade | reduz aderência ao impacto real | priorizar dados contemporâneos e métodos verificáveis |
| alterar a narrativa entre cartas e claim final | gera inconsistência | manter cronologia única e controlada |
| não documentar mitigação | dificulta separar impacto inevitável | registrar decisões e alternativas |
O papel da Engenharia Consultiva e do Owner’s Engineering
Claims combinam planejamento, engenharia de custos, gestão documental, escopo, contratos e conhecimento do método executivo. Uma única disciplina raramente enxerga o caso completo.
A Engenharia Consultiva pode apoiar a parte contratante na reconstrução do evento, análise de documentação, validação técnica de produtividade, leitura de cronograma e quantificação. Para o contratado, a mesma competência pode estruturar registros, cronologia e memória técnica. Em ambos os lados, deve existir separação clara entre análise de engenharia e opinião jurídica.
A Consultoria Técnica de Engenharia é particularmente útil quando o volume documental é alto ou quando o evento envolve múltiplas disciplinas e interfaces.
A gestão preventiva de claims é mais eficiente quando o contratante mantém escopo, cronograma, comunicações, medições, decisões e mudanças integrados à mesma governança. Assim, eventos potenciais são tratados quando surgem, e não apenas no encerramento, quando reconstruir causalidade e registros se torna mais oneroso.
Considerações finais
Um pleito contratual tecnicamente forte é uma cadeia de evidências, não uma peça retórica. Ele parte da baseline, caracteriza o evento, preserva o notice, identifica o direito alegado, demonstra causa e efeito, quantifica prazo e custo, registra mitigação e organiza documentos de forma rastreável.
A mesma estrutura serve para quem apresenta e para quem analisa o claim. O contratado consegue separar impactos comprováveis de percepções; o contratante consegue aceitar ou rejeitar parcelas com motivação técnica.
Projetos que implantam change management e registros contemporâneos desde o início tendem a reduzir a necessidade de reconstruções forenses tardias. Quando a controvérsia surge, a informação já existe — organizada por evento, atividade, período e consequência — e a discussão pode se concentrar no mérito técnico e contratual.
Claims são mais fáceis de prevenir e tratar quando eventos, mudanças, comunicações e decisões são registrados durante a execução, em vez de serem reconstruídos apenas no encerramento do contrato.
Referências técnicas
[1] AACE INTERNATIONAL. Recommended Practice 100R-19: Contract Change Management — As Applied in Engineering, Procurement, and Construction. 2020. Disponível em: [AACE International](https://web.aacei.org/docs/default-source/toc/toc_100r-19.pdf).
[2] SOCIETY OF CONSTRUCTION LAW. Delay and Disruption Protocol. 2. ed. 2017. Disponível em: [SCL](https://www.scl.org.uk/resources/delay-disruption-protocol).
[3] BRASIL. Lei nº 14.133, de 1º de abril de 2021. Lei de Licitações e Contratos Administrativos. Disponível em: [Presidência da República](https://www.presidencia.gov.br/ccivil_03/_ato2019-2022/2021/lei/l14133.htm).
[4] ADVOCACIA-GERAL DA UNIÃO. Manual de Licitações e Contratações Administrativas. Consultoria-Geral da União. Disponível em: [AGU](https://www.gov.br/agu/pt-br/composicao/cgu/cgu/manuais/manualdelicitacoesecontratacoesadministrativaspdf.pdf).
[5] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 21502:2020 — Project, programme and portfolio management — Guidance on project management. Disponível em: [ISO](https://www.iso.org/standard/74947.html).
Perguntas frequentes
É uma reivindicação formal e fundamentada de direito, prazo, custo ou outra consequência contratual associada a um evento. Um claim robusto demonstra baseline, evento, fundamento, causalidade, impacto, quantum, mitigação e evidências.
Não. O claim é uma reivindicação que pode ser aceita, rejeitada, negociada ou gerar diferentes consequências. O aditivo é um instrumento de formalização de alteração contratual. Um claim aceito pode resultar em aditivo, mas os conceitos não são equivalentes.
Não. É necessário analisar responsabilidade, caminho crítico, folgas, causas concorrentes, mitigação e o efeito real sobre os recursos. A duração do evento não é automaticamente igual à extensão de prazo ou ao prolongamento indenizável.
Contrato, proposta, cronograma-base e atualizações, RDOs, notificações, atas, desenhos, RFIs, medições, registros de produtividade, timesheets, notas fiscais, fotos contextualizadas e memórias de cálculo são exemplos recorrentes.
Não existe um prazo universal para todos os contratos. O prazo e a forma de notice devem ser verificados no instrumento contratual e no regime jurídico aplicável. Contratos internacionais e modelos específicos podem ter procedimentos próprios.
É a demonstração de como o evento alegado afetou determinada obrigação ou atividade e produziu a consequência de prazo ou custo pedida. A cadeia deve conectar evento, atividade, recurso, período e impacto.
É uma reivindicação que agrega vários eventos e apresenta um impacto total sem demonstrar de forma suficiente a ligação entre causas específicas e consequências específicas. Quando existem dados disponíveis, a segregação causal tende a produzir análise mais auditável.
Materiais técnicos complementares
Soluções relacionadas
Serviços relacionados
- Análise Técnica de Aditivos, Alterações de Escopo e Pleitos em Contratos de Engenharia
- Consultoria Técnica de Engenharia
- Revisão Técnica de Edital e Anexos para Licitações de Engenharia
Conteúdos principais sobre o tema
- Reequilíbrio Econômico-Financeiro em Contratos de Engenharia
- Revisão, Reajuste e Repactuação Contratual em Engenharia
- Aditivo Contratual em Obras e Serviços de Engenharia
- Escopo Contratual em Engenharia
- Riscos Contratuais e de Fornecedores em Projetos de Engenharia
- Guia Completo sobre Licitações e Contratos de Obras e Serviços de Engenharia
