Entenda o regime de empreitada integral na Lei 14.133, suas diferenças para preço global e contratação integrada, responsabilidades, medição e critérios de entrega operacional.
Confira!
A empreitada integral é o regime de contratação em que um empreendimento é contratado em sua integralidade, abrangendo as etapas de obras, serviços e instalações necessárias, sob responsabilidade do contratado até a entrega ao contratante em condições de entrada em operação. A característica decisiva não é apenas existir um preço global, mas haver responsabilidade pela entrega do empreendimento completo, funcional e apto ao uso previsto.
Esse regime não deve ser confundido com contratação integrada. Na empreitada integral, a Lei 14.133 não transfere automaticamente ao contratado a elaboração dos projetos básico e executivo como ocorre na contratação integrada. A Administração continua precisando estruturar adequadamente o projeto e a documentação técnica da contratação. O que caracteriza a empreitada integral é a abrangência do empreendimento e a obrigação de entregá-lo em condição operacional, com os requisitos técnicos e legais necessários à utilização segura.
O que a Lei 14.133 define como empreitada integral
O art. 6º da Lei 14.133 define a empreitada integral como a contratação de empreendimento em sua integralidade, compreendida a totalidade das etapas de obras, serviços e instalações necessárias, sob inteira responsabilidade do contratado até a entrega ao contratante em condições de entrada em operação.
A própria definição legal acrescenta um elemento que diferencia esse regime de uma obra simplesmente concluída fisicamente: o empreendimento precisa possuir características adequadas às finalidades para as quais foi contratado e atender aos requisitos técnicos e legais para utilização com segurança estrutural e operacional.
Isso aproxima a empreitada integral de uma lógica de entrega por resultado operacional. Instalar componentes não basta. O conjunto precisa funcionar.
Empreitada integral não é sinônimo de empreitada por preço global
Ambos os regimes possuem pagamento orientado por preço global e por etapas de resultado, mas o objeto jurídico e técnico é diferente.
A empreitada por preço global é definida como execução de obra ou serviço por preço certo e total. A empreitada integral adiciona a responsabilidade pela totalidade do empreendimento e sua entrega em condição de operação.
Em termos práticos:
| Aspecto | Empreitada por preço global | Empreitada integral |
| Objeto | obra ou serviço definido | empreendimento em sua integralidade |
| Preço | certo e total | global, com medição por etapas e resultados |
| Ênfase | execução do escopo contratado | entrega completa e operacional |
| Interfaces | podem existir contratos e responsáveis distintos | tendência de concentrar responsabilidade no contratado |
| Condição final | conclusão do objeto | entrada em operação com requisitos atendidos |
| Testes e pré-operação | dependem do escopo | tornam-se centrais à demonstração de prontidão |
A diferença importa principalmente em empreendimentos complexos, nos quais “obra concluída” e “sistema pronto para operar” não são equivalentes.
Empreitada integral também não é contratação integrada
Esse é um dos pontos mais relevantes na interpretação do regime.
Na Contratação Integrada e Semi-integrada, a responsabilidade pelo desenvolvimento dos projetos é elemento estruturante do regime. Na contratação integrada, o contratado elabora e desenvolve Projeto Básico e Projeto Executivo a partir do anteprojeto da Administração.
Na empreitada integral, a definição legal não estabelece essa transferência automática de projeto. O regime está centrado na integralidade do empreendimento e na entrega operacional.
Portanto, contratar por empreitada integral não autoriza licitar um empreendimento tecnicamente indefinido esperando que o contratado complete informalmente as lacunas. A Administração deve possuir a documentação exigida para o regime e definir claramente requisitos, interfaces, desempenho e critérios de aceitação.
O Projeto Básico continua sendo uma peça central
A Lei 14.133 vincula o Projeto Básico à definição de serviços, quantitativos, soluções e orçamento detalhado para os regimes convencionais, entre eles a empreitada integral.
Um Projeto Básico de Engenharia insuficiente cria um problema especialmente grave nesse regime: se o contratado assume a entrega integral do empreendimento, uma fronteira de escopo mal definida pode se transformar em disputa sobre o que estava ou não incluído na obrigação de entrega operacional.
Por isso, o Projeto Básico deve estabelecer não apenas componentes, mas a arquitetura do empreendimento como sistema:
- limites físicos;
- capacidades;
- interfaces;
- desempenho;
- utilidades;
- requisitos de integração;
- condições de operação;
- testes;
- documentação;
- treinamento;
- critérios de aceite.
Programa de Necessidades e requisitos funcionais
Empreitada integral só produz responsabilidade clara quando o resultado esperado está claro. Requisitos de capacidade, desempenho, integração, segurança e operação precisam aparecer antes da licitação.
Conheça o Programa de Necessidades e Requisitos de Engenharia
Antes do projeto, é necessário saber qual resultado o empreendimento deve proporcionar. O Programa de Necessidades em Engenharia ajuda a transformar expectativas do contratante em requisitos rastreáveis.
Em uma empreitada integral, esses requisitos possuem valor especial porque a condição de “entrada em operação” precisa ser demonstrável.
Por exemplo, “entregar um Data Center” é uma descrição insuficiente. É necessário definir capacidade elétrica, redundância, disponibilidade, climatização, segurança, monitoramento, interfaces de telecomunicações, autonomia, requisitos de testes e condições ambientais.
Da mesma forma, “entregar um sistema de segurança eletrônica” exige definir cobertura, capacidade, retenção, disponibilidade, integração, desempenho analítico, requisitos de rede, cibersegurança, operação e documentação.
A lógica de sistemas é mais importante que a soma dos equipamentos
A empreitada integral é particularmente sensível à gestão de interfaces. Um empreendimento pode possuir todos os equipamentos previstos e ainda não estar operacional.
Considere um sistema que dependa de:
- energia;
- rede de comunicação;
- servidores;
- software;
- sensores;
- atuadores;
- integração com sistemas existentes;
- licenciamento;
- configuração;
- testes;
- dados cadastrais;
- procedimentos operacionais.
Se qualquer interface crítica falha, o resultado final pode não ser atingido.
O artigo sobre Engenharia de Sistemas aprofunda essa lógica de requisitos, arquitetura, interfaces, integração e validação.
Empreitada integral em projetos multidisciplinares
Empreendimentos com disciplinas civis, elétricas, hidráulicas, telecomunicações, automação, segurança, climatização e sistemas digitais exigem coordenação técnica intensa.
O Projeto Multidisciplinar de Engenharia deve identificar interfaces antes da execução. Caso contrário, a concentração de responsabilidade em um único contratado não elimina as incompatibilidades: apenas transfere para a fase de obra a necessidade de resolvê-las.
A empreitada integral funciona melhor quando o contratante define claramente:
- requisitos de cada disciplina;
- interfaces entre sistemas;
- limites de fornecimento;
- responsabilidades de integração;
- critérios de validação;
- documentação de configuração;
- sequência de testes.
Como funciona a medição na empreitada integral
A Lei 14.133 inclui a empreitada integral entre os regimes que devem adotar sistemática de medição e pagamento associada às etapas do cronograma físico-financeiro e ao cumprimento de metas de resultado.
Isso significa que a medição ordinária não deve ser orientada simplesmente pela quantidade unitária executada.
Uma estrutura de marcos pode incluir:
- projeto executivo aprovado, quando aplicável à etapa;
- mobilização e instalações provisórias concluídas;
- obra civil ou infraestrutura principal concluída;
- equipamentos instalados;
- integrações concluídas;
- testes pré-funcionais aprovados;
- comissionamento funcional aprovado;
- documentação final entregue;
- treinamento executado;
- operação assistida concluída;
- aceite final e entrada em operação.
Os percentuais precisam refletir o valor técnico e econômico de cada etapa, sem antecipar parcela excessiva antes da comprovação do resultado.
Preço unitário continua existindo como referência analítica
Assim como na empreitada por preço global, a existência de medição por etapas não elimina quantitativos e custos unitários do orçamento.
A Lei 14.133 prevê que as planilhas com quantitativos, custos unitários, BDI e encargos continuem disponíveis para balizar ajustes indispensáveis ao cronograma físico-financeiro e eventual aditamento excepcional.
A distinção entre preço global e preço unitário ajuda a compreender por que uma planilha unitária pode existir em um contrato que não é medido ordinariamente por unidades.
A entrega em condição de operação precisa ser traduzida em critérios verificáveis
A expressão “condições de entrada em operação” não pode permanecer genérica no edital.
Ela precisa ser decomposta em requisitos objetivos. Dependendo do empreendimento, podem existir critérios de:
- capacidade;
- desempenho;
- segurança;
- redundância;
- disponibilidade;
- eficiência;
- qualidade;
- estanqueidade;
- estabilidade;
- continuidade;
- interoperabilidade;
- resposta a falhas;
- documentação;
- treinamento.
A solução de Gestão de Requisitos, Evidências e Critérios de Aceite é especialmente alinhada a esse tipo de contratação porque conecta requisito, evidência e aceite.
Comissionamento deixa de ser atividade periférica
A condição de entrada em operação precisa ser demonstrada por evidências. Para sistemas complexos, comissionamento, testes integrados e critérios de aceite devem fazer parte da estratégia contratual desde o projeto.
Em uma empreitada integral, o Comissionamento de Obras e Edificações é um dos principais mecanismos para demonstrar que o empreendimento entregue efetivamente funciona.
O comissionamento não deve começar no final. O planejamento de testes precisa nascer junto com os requisitos.
Uma sequência típica envolve:
- revisão de requisitos;
- definição dos planos de inspeção e teste;
- verificação de instalação;
- testes pré-funcionais;
- testes funcionais;
- testes integrados;
- tratamento de pendências;
- retestes;
- documentação de evidências;
- aceite.
Sem essa lógica, o contratante corre o risco de receber fisicamente um empreendimento que ainda não demonstrou capacidade operacional.
Teste de componente não substitui teste de sistema
Uma bomba pode funcionar isoladamente e o sistema hidráulico falhar. Um gerador pode partir e a transferência automática falhar. Uma câmera pode gerar imagem e a gravação central não reter o período exigido. Um controlador pode autenticar usuário e a integração com alarmes não responder.
Por isso, a verificação precisa ocorrer em níveis:
| Nível | Pergunta de aceite |
| Componente | o equipamento funciona individualmente? |
| Subsistema | os componentes trabalham corretamente em conjunto? |
| Sistema | o sistema atende ao requisito funcional? |
| Integração | sistemas diferentes trocam sinais e respondem corretamente? |
| Operação | o empreendimento suporta o uso previsto em condições reais? |
A empreitada integral precisa chegar até o último nível compatível com o objeto contratado.
Handover técnico: quando a responsabilidade muda de mãos
A conclusão de testes não encerra automaticamente a entrega. O contratante precisa receber informação suficiente para operar e manter o empreendimento.
O Handover Técnico em Engenharia organiza essa transição.
Um pacote de entrega pode incluir:
- As Built;
- manuais;
- memoriais atualizados;
- listas de equipamentos;
- datasheets;
- certificados;
- licenças;
- backups de configuração;
- relatórios de testes;
- punch list encerrada;
- termos de garantia;
- planos de manutenção;
- treinamento;
- documentação de segurança;
- cadastro de ativos.
Sem documentação, o empreendimento pode estar fisicamente pronto, mas operacionalmente dependente da memória da equipe de implantação.
Operação assistida pode reduzir o risco de transição
Alguns sistemas precisam de período de estabilização após a entrada em operação. A Operação Assistida em Engenharia permite acompanhar desempenho real, corrigir ajustes residuais e transferir conhecimento para a equipe do contratante.
Esse período pode ser particularmente útil quando:
- existe alta integração tecnológica;
- a operação exige parametrização fina;
- usuários precisam ganhar familiaridade;
- alarmes e indicadores precisam ser calibrados;
- existem rotinas críticas de continuidade;
- a solução depende de comportamento real de carga.
Operação assistida não deve substituir correções de obra. Pendências impeditivas precisam ser resolvidas antes do aceite apropriado.
Empreitada integral e matriz de riscos
Concentrar responsabilidade em um contratado não elimina riscos externos nem interfaces com ativos existentes. Esses eventos precisam ser identificados e alocados explicitamente.
A expressão “inteira responsabilidade do contratado” não elimina a necessidade de analisar riscos.
A Matriz de Alocação de Riscos deve identificar eventos que podem afetar custo, prazo e desempenho e estabelecer responsabilidades coerentes.
Podem ser relevantes, conforme o objeto:
- condições de campo;
- interfaces com instalações existentes;
- disponibilidade de áreas;
- desligamentos;
- licenciamento;
- importação de equipamentos;
- interferências não cadastradas;
- integração com sistemas legados;
- mudanças regulatórias;
- fornecimento de utilidades;
- aprovações de terceiros.
Concentrar a execução em um contratado não significa que todos os eventos externos se tornem automaticamente controláveis por ele.
Interface com sistemas existentes: um risco típico
Em empreendimentos brownfield, parte da solução nova precisa se conectar a ativos existentes. Se as características desses ativos não forem conhecidas, a responsabilidade de integração precisa ser tratada com cuidado.
Uma boa documentação deve informar:
- estado atual;
- protocolos;
- versões;
- capacidade disponível;
- interfaces físicas;
- credenciais e permissões necessárias;
- restrições de parada;
- testes permitidos;
- responsabilidade por adaptações.
O levantamento cadastral de edificações e instalações reduz parte desse risco antes da licitação.
Exemplo: modernização de infraestrutura crítica
Considere a modernização de um centro operacional com nova alimentação elétrica, UPS, gerador, climatização, rede, servidores, segurança eletrônica e automação.
Se cada disciplina for entregue isoladamente, o contratante ainda terá de assumir a integração final. Em empreitada integral, a modelagem pode concentrar no contratado a responsabilidade por fornecer, instalar, integrar, testar e entregar o conjunto em condição de operação.
Para funcionar, porém, a contratação precisa definir os requisitos de resultado. O contratado não pode ser responsabilizado por uma disponibilidade, redundância ou capacidade que jamais foi especificada.
O regime concentra responsabilidade, mas a engenharia do contratante continua necessária para dizer qual resultado deve ser entregue.
Exemplo: unidade industrial ou sistema de utilidades
Uma unidade de processo ou utilidade pode envolver obras civis, estruturas, tubulações, painéis, instrumentação, automação e equipamentos rotativos.
A prontidão operacional exige mais que conclusão mecânica. Pode exigir:
- flushing;
- testes de pressão;
- energização;
- loop checks;
- testes de intertravamento;
- calibração;
- testes de sequência;
- partida;
- desempenho;
- treinamento;
- documentação.
A estratégia de aceite deve distinguir completação, pré-comissionamento, comissionamento, partida e operação quando essas etapas fizerem sentido para o empreendimento.
Como estruturar critérios de aceite
Critérios robustos devem ser definidos antes da contratação. Um modelo pode dividir o aceite em gates:
- Gate documental — projetos, memoriais e procedimentos aprovados;
- Gate de instalação — inspeções e completação física;
- Gate de testes — testes individuais e funcionais aprovados;
- Gate de integração — testes entre sistemas aprovados;
- Gate operacional — desempenho demonstrado em condição representativa;
- Gate de handover — documentação, treinamento e ativos transferidos;
- Gate final — pendências críticas encerradas e aceite formal.
Isso reduz interpretações subjetivas sobre “obra pronta”.
Fluxo de entrega de uma empreitada integral
Como o cronograma físico-financeiro deve refletir a prontidão
Se quase todo o valor contratual for pago até a instalação física dos equipamentos, resta pouco incentivo econômico para concluir documentação, testes, integração e treinamento.
A estrutura financeira deve preservar valor relevante para as etapas finais que efetivamente demonstram prontidão operacional.
Isso pode significar marcos vinculados a:
- testes aprovados;
- integração concluída;
- desempenho demonstrado;
- documentação final aprovada;
- operação assistida;
- aceite definitivo.
O cronograma físico-financeiro deve refletir valor físico e risco de entrega, não apenas conveniência de fluxo de caixa.
Erros frequentes na empreitada integral
Confundir integral com integrada
A responsabilidade pela entrega integral não significa, por si só, que o contratado desenvolverá o Projeto Básico como ocorre na contratação integrada.
Especificar componentes e esquecer o desempenho
Uma lista completa de equipamentos não substitui requisitos funcionais.
Deixar interfaces implícitas
Interfaces não atribuídas se transformam em lacunas entre fornecedores, sistemas ou disciplinas.
Tratar instalação como aceite
A condição legal de entrada em operação exige demonstração mais ampla que conclusão física.
Não reservar marcos financeiros para comissionamento e handover
Isso enfraquece o poder de indução do contrato nas etapas finais.
Transferir riscos não controláveis sem informação adequada
Pode elevar contingências, reduzir competição ou gerar pleitos posteriores.
Quando a empreitada integral pode fazer sentido
O regime pode ser particularmente adequado quando o contratante busca uma entrega integrada de empreendimento completo e existe vantagem técnica em concentrar responsabilidade pela execução e pela prontidão operacional.
Alguns sinais favoráveis são:
- objeto com resultado final claramente definível;
- múltiplas interfaces que precisam de coordenação central;
- necessidade de responsabilidade única pela entrega operacional;
- possibilidade de estabelecer critérios objetivos de desempenho;
- Projeto Básico suficientemente maduro;
- orçamento e matriz de riscos coerentes;
- capacidade do mercado de assumir o escopo completo.
A análise deve considerar competitividade. Um pacote amplo demais pode reduzir o universo de empresas capazes de competir e aumentar custos de gestão de subcontratações.
Quando é melhor reconsiderar o regime
Sinais de alerta incluem:
- requisitos ainda não definidos;
- Projeto Básico incompleto;
- interfaces com existentes não levantadas;
- grande dependência de decisões futuras da Administração;
- impossibilidade de estabelecer critérios de aceite;
- riscos relevantes sem alocação;
- mercado com pouca capacidade de entregar o objeto integralmente;
- escopo formado por parcelas independentes sem benefício real de integração.
Nesses casos, a concentração de responsabilidade pode apenas esconder problemas de definição.
Engenharia Consultiva e Owner’s Engineering na empreitada integral
Quanto maior a responsabilidade concentrada no executor, mais importante se torna a capacidade técnica do contratante de especificar, revisar e aceitar.
A Owner’s Engineering atua como função técnica do dono, protegendo requisitos e verificando se a solução entregue atende ao interesse do contratante.
Durante uma empreitada integral, esse suporte pode envolver:
- revisão de projetos;
- gestão de interfaces;
- acompanhamento de engenharia;
- fiscalização técnica;
- análise de desvios;
- gestão de requisitos;
- revisão de testes;
- witness points;
- punch list;
- validação documental;
- comissionamento;
- aceite.
A responsabilidade do contratado pela entrega não reduz a necessidade de governança técnica do contratante.
Considerações finais
Empreitada integral é um regime orientado à entrega do empreendimento completo em condições de entrada em operação. Essa característica cria uma responsabilidade mais abrangente que a simples execução de parcelas de obra, mas não deve ser confundida com a lógica de projeto da contratação integrada.
Para funcionar, o regime depende de Projeto Básico consistente, requisitos de desempenho, interfaces definidas, critérios de medição por etapas, comissionamento, handover e matriz de riscos coerente.
A maior vantagem potencial é concentrar responsabilidade por uma entrega operacional integrada. O maior risco é usar essa concentração como substituto para uma definição técnica que deveria ter sido feita antes da licitação. Em Engenharia, responsabilidade contratual só funciona de forma eficiente quando o resultado esperado pode ser especificado, verificado e aceito objetivamente.
Na empreitada integral, o contratante precisa de capacidade técnica para verificar projetos, interfaces, testes e entrega. A função de Owner’s Engineering preserva os requisitos do dono até o aceite.
Referências técnicas
[1] BRASIL. Lei nº 14.133, de 1º de abril de 2021. Lei de Licitações e Contratos Administrativos. Art. 6º, inciso XXX, art. 46 e dispositivos correlatos. Disponível em: https://planalto.gov.br/ccivil_03/_ato2019-2022/2021/lei/l14133.htm
[2] TRIBUNAL DE CONTAS DA UNIÃO. Regimes de execução de obras e serviços de engenharia. Manual Licitações e Contratos, atualizado em 29 ago. 2025. Disponível em: https://licitacoesecontratos.tcu.gov.br/4-4-1-regimes-de-execucao-de-obras-e-servicos-de-engenharia-2/
[3] BRASIL. Decreto nº 7.983, de 8 de abril de 2013. Regras e critérios para orçamento de referência de obras e serviços de engenharia. Disponível em: https://www.planalto.gov.br/ccivil_03/_ato2011-2014/2013/decreto/d7983.htm
Perguntas frequentes
É o regime em que o empreendimento é contratado em sua integralidade, abrangendo as etapas de obras, serviços e instalações necessárias, sob responsabilidade do contratado até a entrega em condições de entrada em operação e com os requisitos técnicos e legais atendidos.
Não. Na contratação integrada, o contratado desenvolve os projetos básico e executivo a partir do anteprojeto. Na empreitada integral, a característica principal é a responsabilidade pela totalidade do empreendimento e sua entrega operacional; a Lei não transfere automaticamente a elaboração do Projeto Básico ao contratado.
A Lei 14.133 inclui a empreitada integral entre os regimes licitados por preço global e com medição e pagamento vinculados a etapas do cronograma físico-financeiro e metas de resultado.
Significa que a entrega deve ultrapassar a conclusão física e demonstrar que o empreendimento atende aos requisitos necessários para ser utilizado de forma segura e funcional. Isso normalmente exige testes, integração, documentação e critérios objetivos de aceite compatíveis com o objeto.
Quando o empreendimento possui sistemas e requisitos funcionais que precisam ser demonstrados, o comissionamento é um dos mecanismos mais adequados para verificar a prontidão. A extensão dos testes deve ser definida conforme a natureza e os riscos do objeto.
Quando existe benefício em concentrar responsabilidade por um empreendimento completo, os requisitos e o Projeto Básico estão maduros, as interfaces podem ser definidas e o contratante consegue estabelecer critérios objetivos de desempenho, medição e aceite.
Materiais técnicos complementares
Soluções relacionadas
- Gestão de Contratos, Escopo e Entregáveis
- Gestão de Requisitos, Evidências e Critérios de Aceite
- Gestão de Processos, Workflows e Aprovações Técnicas
Serviços relacionados
Conteúdos principais sobre o tema
- Empreitada por Preço Global x Preço Unitário
- Contratação Integrada e Semi-integrada em Engenharia
- Projeto Multidisciplinar de Engenharia
