Riscos Contratuais e de Fornecedores na Engenharia

Entenda como identificar, alocar e controlar riscos contratuais e de fornecedores em projetos de Engenharia, do planejamento da contratação ao aceite.

Confira!

Riscos contratuais e de fornecedores são exposições capazes de afetar prazo, custo, qualidade, desempenho, continuidade e responsabilidades de um projeto por meio da forma como o escopo foi contratado ou pela capacidade real da cadeia de suprimentos de entregar o que foi assumido. Em Engenharia, esses riscos não começam na assinatura do contrato: eles surgem na definição de requisitos, estratégia de contratação, pacote de fornecimento, critérios de qualificação, interfaces, condições comerciais, matriz de responsabilidades e premissas de execução.

Uma gestão eficaz separa duas dimensões relacionadas, mas distintas. Risco contratual diz respeito à distribuição de obrigações, direitos, premissas, eventos e consequências entre as partes. Risco de fornecedor está ligado à capacidade técnica, financeira, produtiva, logística, documental e operacional do fornecedor cumprir essas obrigações. Um contrato pode estar juridicamente bem estruturado e ainda falhar por selecionar fornecedor incapaz; da mesma forma, um fornecedor tecnicamente forte pode operar sob um contrato com escopo ambíguo, interfaces mal alocadas ou incentivos inadequados.

Por que riscos de contrato e fornecedores são riscos de Engenharia

Em projetos complexos, decisões contratuais moldam a arquitetura real de execução. Quem projeta? Quem compatibiliza? Quem fornece dados de entrada? Quem responde por interfaces? Quem aprova? Quem testa? Quem corrige? Quem integra? Quem assume perda de produtividade quando uma condição de campo diverge da premissa? Quem garante desempenho de um sistema composto por equipamentos de diferentes fabricantes?

Essas perguntas parecem administrativas, mas determinam como o projeto funciona na prática. Quando permanecem indefinidas, o risco aparece como retrabalho, pleito, mudança, atraso, material incompatível, lacuna de escopo, teste inconclusivo ou disputa de responsabilidade.

Por isso, risco contratual precisa ser tratado junto com gestão de requisitos, design management, procurement, project controls, QA/QC, gestão de interfaces e comissionamento — não apenas pelo jurídico ou suprimentos.

Contratação tecnicamente mal estruturada transforma incerteza em aditivo, claim, atraso ou disputa. O controle começa antes da cotação, com objeto, requisitos, interfaces, critérios de aceite e alocação de riscos suficientemente definidos.

Estruture tecnicamente a contratação antes de consultar o mercado →

Risco contratual x risco de fornecedor

A distinção ajuda a escolher controles adequados.

Dimensão	Exemplo de risco	Controle típico
Escopo contratual	atividade necessária não atribuída	matriz de escopo e responsabilidades
Critério de aceite	fornecedor considera entregue antes do desempenho comprovado	requisitos e critérios de aceitação verificáveis
Interface	dois contratos assumem que o outro fará integração	interface register e ICD
Prazo	marcos sem dependências ou premissas explícitas	cronograma integrado e condições de precedência
Comercial	preço fechado baseado em informação insuficiente	due diligence, premissas e mecanismo de mudança
Técnico do fornecedor	solução não atende desempenho requerido	prequalification, design review, FAT/SAT
Capacidade produtiva	lead time real incompatível com cronograma	avaliação de fábrica e plano de fornecimento
Financeiro do fornecedor	insolvência ou restrição de caixa	análise financeira, garantias e estratégia de pagamentos
Logístico	item crítico retido ou sem rota alternativa	plano logístico, expediting e buffers seletivos
Documental	data book incompleto impede aceite	MDR, submittal schedule e hold points

Riscos frequentemente atravessam as duas dimensões. Um fornecedor pode atrasar por capacidade produtiva insuficiente, mas a exposição final dependerá de como o contrato tratou marcos, expediting, alternativas, penalidades, direito de intervenção e critérios de extensão de prazo.

O risco começa antes da licitação ou cotação

Uma contratação tecnicamente frágil dificilmente será corrigida apenas por cláusulas posteriores. Antes de consultar o mercado, a organização precisa estruturar pelo menos:

objeto e fronteiras do escopo;
requisitos funcionais e de desempenho;
informações de referência disponibilizadas;
premissas e exclusões;
interfaces com outros contratos e sistemas existentes;
entregáveis e documentação;
critérios de inspeção, teste e aceite;
requisitos de garantia e suporte;
marcos e dependências;
responsabilidades por licenças, acessos, utilidades e recursos;
estratégia de alocação de riscos;
processo de mudanças e claims;
critérios de medição e pagamento.

Quando essas definições não existem, propostas de fornecedores deixam de ser comparáveis. Cada empresa inclui, exclui ou interpreta atividades de forma diferente, e o menor preço pode representar simplesmente o escopo menos completo.

Matriz de riscos contratuais

Uma matriz de riscos contratuais registra eventos relevantes e define como cada exposição será compartilhada, retida, transferida ou tratada. Em contratos de Engenharia, ela deve estar conectada a premissas técnicas e não apenas a categorias genéricas.

No contexto brasileiro de contratações públicas, a Lei 14.133/2021 define matriz de riscos como cláusula contratual que caracteriza o equilíbrio econômico-financeiro inicial em relação a eventos supervenientes e aloca responsabilidades entre as partes. A legislação também prevê situações em que a matriz de alocação de riscos é obrigatória, como determinadas obras e serviços de grande vulto e regimes de contratação integrada ou semi-integrada.

Isso não significa que uma matriz seja útil apenas em contratos públicos. Em qualquer modelo, explicitar risco e responsável reduz zonas cinzentas e ajuda a alinhar preço, contingência e capacidade de gestão.

Alocação de riscos: transferir não significa eliminar

Uma regra frequentemente citada em contratação é alocar determinado risco à parte que possui melhor capacidade de gerenciá-lo. A ideia é válida como princípio, mas precisa ser aplicada com cuidado.

Transferir risco para um fornecedor incapaz de controlá-lo pode simplesmente converter incerteza em preço maior, reserva oculta, disputa futura ou inadimplemento. Um contrato pode declarar que “todo risco de condição existente” pertence à contratada, mas se não houve acesso adequado ao local, dados confiáveis ou possibilidade de investigação, o mercado tende a precificar incerteza ou assumir interpretações divergentes.

A FIDIC destaca a importância de alocação equilibrada de risco e recompensa em condições contratuais. O objetivo não é tornar todas as exposições simétricas, mas evitar atribuições incompatíveis com quem consegue influenciar o evento e absorver suas consequências.

Tipos de riscos contratuais em projetos de Engenharia

Escopo incompleto ou ambíguo

É um dos riscos mais recorrentes. Frases amplas como “fornecer sistema completo e funcionando” podem ser úteis como princípio de responsabilidade, mas não substituem definição de interfaces, quantitativos, disciplinas, documentação e critérios de desempenho.

O risco aumenta quando desenhos de referência, memoriais, lista de materiais e proposta comercial não são coerentes entre si. A hierarquia documental e o tratamento de divergências precisam ser definidos.

Premissas incorretas

Preço e prazo podem depender de premissas sobre acesso, produtividade, disponibilidade de energia, condições civis, qualidade de documentação existente, janelas operacionais, recursos do cliente ou datas de liberação.

Premissas críticas devem ser identificadas antes da contratação e associadas a mecanismos de mudança quando sua invalidade não é controlável pela parte que assumiu o compromisso.

Interfaces não alocadas

Quando dois fornecedores dependem um do outro, a lacuna frequentemente aparece no ponto de integração. Exemplo: um contrato fornece equipamento, outro fornece infraestrutura, mas ninguém assume cabeamento final, parametrização, protocolo, teste ponta a ponta ou coordenação de janela.

A matriz de interfaces deve indicar entregável, origem, destino, responsável, data requerida e critério de fechamento.

Critérios de aceite subjetivos

“Funcionando corretamente” é uma expectativa, não um critério de teste completo. O contrato precisa traduzir desempenho em requisitos verificáveis: capacidade, disponibilidade, precisão, throughput, cobertura, autonomia, failover, tempos de resposta, documentação e resultados de ensaio.

Alterações e change control

Mudanças são inevitáveis em muitos projetos. O risco surge quando o contrato não define como uma alteração é reconhecida, instruída, orçada, aprovada, executada e incorporada ao baseline.

Sem governança, equipes podem executar por urgência e discutir preço depois — ou interromper trabalho por falta de autorização formal.

Prazo e responsabilidade por atraso

Cronogramas contratuais devem refletir dependências. Uma data absoluta pode ser inadequada se a contratada depende de acesso, informação, aprovação ou fornecimento do cliente.

A análise deve distinguir atraso de fornecedor, atraso concorrente, evento compensável, extensão de prazo, recuperação e impacto no caminho crítico.

Garantias de desempenho

Garantia de equipamento e garantia de desempenho do sistema não são a mesma coisa. Um fabricante pode garantir um componente enquanto o integrador responde pela integração. A fronteira precisa estar clara, especialmente em sistemas multidisciplinares.

Responsabilidade por terceiros e subcontratados

Subcontratação pode introduzir riscos de qualidade, coordenação, compliance e capacidade. O contratante precisa entender quais funções críticas serão executadas por terceiros e quais mecanismos asseguram competência e rastreabilidade.

Riscos de fornecedores

Risco de fornecedor deve ser analisado ao longo do ciclo de contratação, não apenas na homologação inicial.

Capacidade técnica

A organização precisa avaliar experiência relevante, equipe, certificações quando aplicáveis, engenharia disponível, domínio de normas, recursos de projeto e histórico de desempenho.

Atestados e portfólio ajudam, mas não substituem avaliação da equipe que realmente executará o contrato.

Capacidade produtiva

Um fabricante pode ter produto adequado e ainda não possuir capacidade para atender o volume ou a janela necessária. Avaliações podem considerar backlog, capacidade instalada, lead time, dependência de componentes críticos, turnos, gargalos de processo e plano de expansão.

Saúde financeira

Insolvência, restrição de crédito ou capital de giro insuficiente podem interromper produção, mobilização ou contratação de subfornecedores. O risco é maior em contratos longos ou com grande mobilização inicial.

Dependência de subfornecedores

Um vendor pode depender de itens de origem única. A cadeia precisa ser entendida até o nível necessário para identificar componentes com lead time elevado ou vulnerabilidade geográfica.

Capacidade de engenharia

Fornecedores de sistemas frequentemente precisam produzir desenhos, cálculos, submittals, listas de materiais, programação, documentação de interfaces e revisões. Atraso na engenharia do fornecedor pode preceder o atraso de fabricação.

Qualidade

Capacidade de qualidade envolve plano de inspeção e testes, rastreabilidade, controle de não conformidades, calibração, inspeção de recebimento, documentação e cultura de tratamento de desvios.

Logística

Itens superdimensionados, importados, perigosos ou sensíveis exigem planejamento de transporte, embalagem, armazenagem, desembaraço e acesso ao site.

Suporte e pós-venda

Risco não termina no handover. Disponibilidade de peças, assistência, firmware, licenças, suporte remoto e continuidade do fabricante afetam custo e disponibilidade durante operação.

Fornecedor crítico precisa ser tratado por evidências, não apenas cadastro: capacidade técnica, engenharia, fabricação, qualidade, documentação, logística e suporte devem ser compatíveis com a criticidade do pacote.

Aprofunde a gestão da qualidade em procurement e fornecedores →

Supplier Due Diligence: profundidade proporcional à criticidade

Nem todo fornecedor precisa da mesma diligência. O esforço deve ser proporcional ao impacto potencial de falha e à substituibilidade do fornecimento.

Uma classificação prática pode considerar:

criticidade do item para o caminho crítico;
impacto em segurança ou desempenho;
número de fontes alternativas;
lead time;
complexidade de fabricação;
necessidade de engenharia customizada;
dependência de tecnologia proprietária;
valor do pacote;
exposição financeira antecipada;
dificuldade de substituição após mobilização.

Fornecedores de baixa criticidade podem ser geridos por requisitos padronizados. Pacotes críticos podem justificar auditoria, visita de fábrica, análise financeira, revisão de capacidade e acompanhamento dedicado.

Prequalification: o que deve ser verificado

A pré-qualificação técnica não deveria se limitar a documentos cadastrais. Dependendo do pacote, pode envolver:

experiência específica em objetos comparáveis;
capacidade de engenharia e suporte;
processos de qualidade;
estrutura de fabricação ou integração;
referências de clientes;
saúde financeira;
capacidade de mobilização;
segurança e compliance;
capacidade logística;
disponibilidade de peças e suporte;
histórico de atrasos ou não conformidades;
subfornecedores críticos.

O resultado deve alimentar a estratégia de contratação e os controles contratuais. Identificar uma fragilidade e depois ignorá-la na execução não reduz risco.

Estratégia de pacotes e risco de interface

Dividir um projeto em muitos pacotes pode aumentar competição e especialização, mas também multiplica interfaces. Concentrar tudo em um único contrato reduz interfaces diretas do cliente, porém cria dependência maior do integrador principal e pode elevar concentração de risco.

A decisão deve considerar maturidade da engenharia, capacidade de gestão do owner, complexidade tecnológica, disponibilidade de integradores, mercado, cronograma e capacidade de absorver interfaces.

Não existe número universal de contratos “ideal”. O correto é tornar explícito como cada estratégia muda o mapa de riscos.

Contrato EPC x EPCM e distribuição de risco

Modelos EPC tendem a concentrar mais responsabilidade de engenharia, procurement e construção no contratado, normalmente associada a preço, prazo e desempenho definidos. EPCM mantém maior número de contratos entre owner e fornecedores/empreiteiros, enquanto o EPCM contractor gerencia engenharia, compras e construção em nome do cliente conforme estrutura contratual adotada.

A escolha altera quem controla interfaces, quem carrega contingência, como mudanças são tratadas e onde os riscos de integração permanecem.

Não se deve concluir que EPC “transfere todos os riscos” ao contratado. Riscos de terreno, licenciamento, dados de entrada, mudanças do owner, força maior, condições existentes e interfaces externas continuam exigindo alocação explícita.

Requisitos técnicos como instrumento de mitigação contratual

Muitos riscos chamados de “contratuais” são, na origem, requisitos mal escritos. Uma especificação robusta reduz interpretação e melhora comparabilidade de propostas.

Requisitos devem ser claros quanto a:

função e desempenho;
normas aplicáveis;
condições ambientais;
interfaces;
entregáveis;
testes;
documentação;
sobressalentes;
treinamento;
garantia;
integração;
critérios de aceite.

O excesso de prescrição também pode gerar risco se impedir solução adequada ou criar conflito entre requisito funcional e detalhe obrigatório. A engenharia deve decidir conscientemente onde especificar desempenho e onde prescrever solução.

Procurement técnico e equalização de propostas

A equalização técnica transforma ofertas diferentes em base comparável. Ela identifica desvios, exclusões, alternativas, dependências e condições que afetam risco.

Uma proposta de menor preço pode exigir mais infraestrutura do cliente, excluir testes, usar componente de menor desempenho ou assumir prazo condicionado. Se essas diferenças não são normalizadas, a decisão comercial não compara soluções equivalentes.

A equalização deve produzir registro das divergências e, quando necessário, esclarecimentos formais antes do fechamento.

Expediting como controle de risco

Expediting não é simplesmente cobrar datas. É monitorar se engenharia, matéria-prima, fabricação, inspeção, documentação, logística e marcos estão progredindo de forma coerente com o cronograma.

Pacotes críticos podem exigir planos de fabricação, curvas de avanço, marcos intermediários, inspeções e evidências documentais. Detectar atraso apenas na data de entrega elimina grande parte das opções de recuperação.

QA/QC e risco de fornecedor

Qualidade de fornecimento precisa ser incorporada à contratação desde o início. O contrato deve estabelecer documentação de qualidade, ITP/PIT, pontos de hold/witness/review, critérios de aceitação, tratamento de NCR, acesso para inspeção e requisitos de data book.

Sem esses elementos, a equipe de QA/QC entra tarde e tenta criar controles depois que o produto já está em fabricação.

FAT, SAT e critérios de aceite

Factory Acceptance Test e Site Acceptance Test devem refletir requisitos e riscos. FAT verifica aspectos que podem ser demonstrados antes do envio; SAT verifica instalação, interfaces e desempenho em campo.

Nem todo risco pode ser aceito em fábrica. Integração com outros sistemas, condições reais de infraestrutura e testes ponta a ponta podem depender do site.

A matriz de testes deve indicar o que é verificado em cada estágio e qual evidência fecha o requisito.

Garantias, retenções e mecanismos financeiros

Garantias contratuais, seguros, retenções, performance bonds e estruturas de pagamento são mecanismos de proteção, mas não substituem gestão técnica.

Pagamento excessivamente antecipado pode aumentar exposição se o fornecedor tiver dificuldade. Pagamento excessivamente postergado pode elevar preço ou excluir fornecedores capazes. O cronograma financeiro deve acompanhar marcos que representem valor ou redução real de risco.

Single source e vendor lock-in

Tecnologias proprietárias podem criar dependência de fabricante para expansão, licenças, manutenção ou integração. Isso não significa que toda solução proprietária seja inadequada; o risco precisa ser reconhecido e gerido.

Controles incluem análise de ciclo de vida, disponibilidade de suporte, política de licenças, estoque de sobressalentes, interfaces abertas quando aplicável, escrow ou contingência para software crítico em situações específicas e estratégia de substituição futura.

Risco cambial e importação

Equipamentos importados introduzem exposição a câmbio, tributos, frete internacional, desembaraço, sanções, restrições de exportação e lead time. O contrato deve definir moeda, data-base, reajuste, responsabilidade por impostos, Incoterms quando aplicáveis e eventos de alteração regulatória.

A engenharia deve compreender como essas condições afetam prazo e disponibilidade, principalmente quando o item está no caminho crítico.

Gestão de interfaces entre fornecedores

A interface precisa ser tratada como objeto de gestão. Um registro pode conter:

identificador;
sistemas envolvidos;
descrição da informação ou entrega;
fornecedor emissor;
fornecedor receptor;
data requerida;
formato;
responsável por coordenação;
status;
pendências;
critério de fechamento.

Interfaces críticas devem aparecer no cronograma e no risco. Não basta registrá-las em ata.

Gestão de mudanças e claims

Mudança é qualquer alteração relevante da base contratada: escopo, quantidade, requisito, condição, sequência, prazo, interface ou premissa.

Um processo robusto separa:

identificação do evento;
notificação;
análise técnica;
avaliação de impacto em custo e prazo;
decisão/autorização;
incorporação ao baseline;
execução;
registro para medição e fechamento.

Claims surgem quando as partes divergem sobre direito, responsabilidade ou impacto. Boa documentação contemporânea reduz incerteza: registros de campo, revisões, correspondências, cronogramas e evidências de instrução são fundamentais.

Risco de cronograma do fornecedor

O prazo de entrega precisa ser decomposto. Um lead time de 40 semanas pode incluir engenharia, aprovação, procurement interno, fabricação, teste, liberação, transporte e entrega. Cada etapa possui gatilhos e dependências.

Para item crítico, o cronograma integrado deve mostrar esses marcos. Se o projeto acompanha apenas a data final, perde visibilidade de tendências.

Risco de documentação

Atrasos documentais podem bloquear fabricação, instalação, energização ou aceite. Submittals, desenhos, cálculos, manuais, certificados, relatórios de teste e data book precisam de datas e responsáveis.

O Master Document Register do fornecedor pode ser integrado ao cronograma e às revisões de engenharia. A documentação é parte do fornecimento, não atividade administrativa pós-entrega.

Risco na transição entre projeto e obra

Uma contratação pode começar com projeto imaturo. Quanto menor a definição, maior a incerteza sobre quantitativos, interfaces e condições.

Isso não impede contratação, mas exige regime e mecanismos compatíveis: allowances, preços unitários, provisional sums, contingência, change control ou etapas de definição progressiva, conforme o contexto.

Tentar impor preço fechado absoluto sobre escopo altamente incerto pode deslocar o risco para disputa em vez de eliminá-lo.

Quando escopo, interfaces, risco e documentação atravessam vários contratos, a governança precisa integrar Engenharia, Procurement, Project Controls, QA/QC e gestão contratual em uma única lógica de decisão.

Estruture a gestão de contratos, escopo e entregáveis →

Como montar um registro de riscos de fornecedores

O registro pode complementar o risk register geral do projeto ou funcionar como vista específica. Campos úteis incluem fornecedor, pacote, evento de risco, causa, consequência, probabilidade, impacto, exposição, owner, resposta, ação, prazo, indicador, status e risco residual.

Exemplos de indicadores antecipados:

documentos vencidos;
atraso de aprovação;
avanço de fabricação abaixo do planejado;
NCRs recorrentes;
aumento de retrabalho;
mudanças frequentes de equipe;
ausência de matéria-prima crítica;
atraso de subfornecedor;
deterioração financeira;
planos de recuperação não cumpridos.

O objetivo é detectar tendência antes do marco final.

Governança de fornecedores críticos

Fornecedores críticos podem exigir rotina específica de governança: reuniões de progresso, dashboard, expediting, revisão de riscos, inspeção, gestão de interfaces e escalonamento executivo.

A intensidade deve ser proporcional ao risco. Aplicar o mesmo rito pesado a todos os fornecedores gera burocracia; não aplicá-lo aos pacotes críticos deixa o projeto cego.

Risco residual após contratação

Assinar contrato não encerra o risco. Mesmo após garantias, penalidades e requisitos, continuam existindo exposições residuais. A pergunta deve ser: se o fornecedor falhar, qual é o impacto real e qual alternativa existe?

Pode haver necessidade de segunda fonte, estoque adicional, plano de recuperação, suporte do fabricante, estratégia de step-in ou redesign contingencial.

A resposta depende de criticidade e custo de falha.

Erros comuns na gestão de riscos contratuais

Usar contrato como substituto de engenharia

Cláusulas genéricas não corrigem requisitos mal definidos.

Transferir riscos incontornáveis

Atribuir risco à parte sem capacidade de gerenciá-lo tende a aumentar preço ou conflito.

Escolher apenas pelo menor preço

Preço não equalizado pode esconder exclusões e risco residual.

Homologar fornecedor uma vez e nunca mais revisar

Capacidade e saúde financeira mudam durante projetos longos.

Não controlar interfaces

Muitos atrasos surgem no espaço entre contratos, não dentro deles.

Aceitar documentação apenas no final

Isso permite acumular lacunas que bloqueiam handover.

Tratar penalidade como plano de recuperação

Liquidated damages, multas ou retenções compensam parcialmente consequências, mas não entregam o equipamento necessário ao projeto.

Não integrar procurement ao risk register

Riscos de fornecedor precisam estar visíveis na governança do projeto e no caminho crítico.

Particularidades em contratações públicas

Em contratações regidas pela Lei 14.133/2021, planejamento, definição do objeto, matriz de riscos quando aplicável, critérios de habilitação, julgamento, gestão e fiscalização possuem requisitos legais próprios. O artigo não substitui análise jurídica do edital ou contrato.

Do ponto de vista de Engenharia, o princípio permanece: a documentação de contratação precisa traduzir corretamente escopo, requisitos, interfaces, critérios de medição e aceite. O processo jurídico-administrativo e a definição técnica devem se apoiar mutuamente.

Relação com gestão de riscos do projeto

Riscos contratuais e de fornecedores não devem ficar em um registro separado sem conexão com o projeto. Exposições relevantes precisam ser incorporadas ao risk register, com owner, resposta, indicadores e risco residual.

A matriz de riscos classifica criticidade; a estratégia contratual define alocação; procurement cria controles; project controls acompanha prazo e custo; QA/QC verifica qualidade; engenharia gere requisitos e interfaces; comissionamento confirma desempenho.

Essa integração é o que transforma contratação em mecanismo de redução de risco.

Considerações finais

Riscos contratuais e de fornecedores são uma extensão direta da engenharia do empreendimento. Eles nascem quando escopo, requisitos, responsabilidades, interfaces ou premissas são mal definidos e se materializam quando a cadeia contratada não consegue entregar dentro dos critérios necessários.

O melhor momento para reduzir essa exposição é antes da assinatura: estruturar o objeto, avaliar mercado, qualificar fornecedores, equalizar propostas, definir riscos, critérios de aceite e mecanismos de mudança. Depois da contratação, a gestão precisa acompanhar engenharia do vendor, fabricação, qualidade, documentação, logística, interfaces e desempenho.

Um contrato robusto não é o que tenta transferir todos os riscos. É o que torna explícito quem controla cada exposição, quais evidências demonstram cumprimento, como mudanças serão tratadas e quais mecanismos existem quando premissas deixam de ser válidas. Essa clareza reduz disputa e aumenta a capacidade real de entregar o projeto.

Referências técnicas

[1] BRASIL. Lei nº 14.133, de 1º de abril de 2021. Lei de Licitações e Contratos Administrativos. Brasília, DF: Presidência da República, 2021. Disponível em: https://www.planalto.gov.br/ccivil_03/_ato2019-2022/2021/lei/l14133.htm.

[2] INTERNATIONAL FEDERATION OF CONSULTING ENGINEERS. FIDIC Golden Principles. Geneva: FIDIC, 2019. Disponível em: https://fidic.org/books/fidic-golden-principles-2019.

[3] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 31000:2018 — Risk management — Guidelines. Geneva: ISO, 2018. Disponível em: https://committee.iso.org/sites/tc262/home/projects/published/iso-31000-2018-risk-management.html.

[4] WORLD BANK GROUP. Project Procurement for Suppliers. Washington, DC: World Bank. Disponível em: https://www.worldbank.org/ext/en/what-we-do/project-procurement/for-suppliers.

[5] WORLD BANK GROUP. Vendors — Corporate Procurement. Washington, DC: World Bank. Disponível em: https://www.worldbank.org/en/about/corporate-procurement/vendors.

Perguntas frequentes

O que são riscos contratuais em projetos de Engenharia?

São exposições decorrentes da forma como escopo, responsabilidades, premissas, interfaces, prazos, critérios de aceite, mudanças e consequências foram distribuídos entre as partes do contrato.

O que é risco de fornecedor?

É a possibilidade de um fornecedor não cumprir requisitos por limitações técnicas, financeiras, produtivas, logísticas, documentais, de qualidade ou suporte.

Como reduzir risco de fornecedor antes da contratação?

Por meio de pré-qualificação proporcional à criticidade, due diligence, avaliação técnica e financeira, equalização de propostas, análise de capacidade, requisitos claros e estratégia adequada de pacotes.

Transferir risco ao fornecedor elimina o risco do projeto?

Não. Se o fornecedor não controla o evento ou não consegue absorver sua consequência, a transferência pode resultar em preço maior, disputa, inadimplemento ou risco residual para o owner.

Qual a função da matriz de riscos contratuais?

Explicitar eventos relevantes, responsabilidades, critérios de alocação e consequências, conectando risco ao equilíbrio contratual e aos mecanismos de tratamento.

Como procurement se integra à gestão de riscos?

Procurement transforma riscos em critérios de qualificação, requisitos, condições contratuais, inspeções, expediting, interfaces, marcos, garantias e critérios de aceite que precisam ser acompanhados no risk register.