Obrigações de meio e de resultado em engenharia: como estruturar o Documento Técnico

Entenda obrigações de meio e de resultado na Lei 14.133, como dividir frações do objeto e estruturar o Documento Técnico recomendado pelo TCU para ligar liberdade, risco e aceite.

Confira!

Obrigações de meio e obrigações de resultado, no contexto das contratações de obras e serviços de engenharia regidas pela Lei nº 14.133/2021, definem o grau de liberdade que o contratado terá para alterar ou desenvolver soluções metodológicas e tecnológicas em diferentes frações do objeto. Nas obrigações de resultado, a Administração estabelece o desempenho ou resultado esperado e admite espaço para inovação da contratada dentro dos limites definidos. Nas obrigações de meio, a solução já foi predefinida e a execução deve manter aderência ao anteprojeto ou ao projeto básico.

Essa distinção não é apenas conceitual. Ela altera a forma de projetar, orçar, alocar riscos, comparar propostas, fiscalizar, medir e aceitar o objeto. Quando a Administração define uma parcela como obrigação de resultado, precisa especificar com precisão quais requisitos funcionais, níveis de desempenho, interfaces, restrições e critérios de verificação não podem ser violados. Quando define uma obrigação de meio, precisa fornecer uma solução suficientemente determinada para que a contratada saiba exatamente a qual configuração técnica deve aderir.

A Lei nº 14.133/2021 trata expressamente dessa separação no conceito de matriz de riscos. O art. 6º, XXVII, exige que, no caso de obrigações de resultado, sejam estabelecidas as frações do objeto em que haverá liberdade para inovação metodológica ou tecnológica; e, nas obrigações de meio, sejam precisadas as frações em que essa liberdade não existirá. Portanto, a classificação não deve ficar implícita nem depender de interpretação posterior durante a execução.

O Guia de Engenharia de Custos em Obras Públicas do TCU, publicado em 2026, aprofunda essa necessidade e propõe uma materialização prática: um Documento Técnico anexado ao edital, capaz de identificar objetivamente quais partes do objeto são tratadas como obrigação de resultado e quais permanecem como obrigação de meio. O nome “Documento Técnico” é uma recomendação de estruturação do referencial do TCU; a Lei nº 14.133/2021 não cria, com essa denominação específica, um documento autônomo obrigatório para todas as contratações.

Na prática, a pergunta central não é apenas “o contrato é de resultado ou de meio?”. Em empreendimentos complexos, o mesmo objeto pode conter frações distintas, algumas com solução congelada e outras abertas à otimização. A engenharia precisa delimitar essas fronteiras antes da licitação para que liberdade de inovação, responsabilidade técnica, risco econômico e critério de aceite sejam coerentes entre si.

O que diferencia obrigação de meio e obrigação de resultado na Lei 14.133

A distinção utilizada pela Lei nº 14.133/2021 está diretamente associada à liberdade de inovar na solução. Isso é mais específico do que o uso genérico das expressões “meio” e “resultado” em outros ramos jurídicos.

Na obrigação de resultado, a Administração define o que precisa ser alcançado e estabelece as condições que a solução deve satisfazer. A contratada pode desenvolver ou modificar aspectos metodológicos e tecnológicos da solução previamente delineada, desde que respeite requisitos, desempenho, interfaces, restrições legais e demais condições da contratação.

Na obrigação de meio, a Administração já tomou a decisão sobre a solução aplicável àquela fração. A contratada não recebe liberdade equivalente para substituir concepção, tecnologia ou método por alternativa própria. Sua responsabilidade é executar de forma aderente à solução predefinida, observadas as características do regime de execução.

Aspecto	Obrigação de meio	Obrigação de resultado
Solução técnica	predominantemente predefinida	admite desenvolvimento ou inovação dentro de limites
Liberdade do contratado	restrita	maior, conforme fração definida
Foco da especificação	solução, componentes, métodos e aderência	desempenho, função, interfaces e critérios de resultado
Risco de solução	maior retenção pela Administração quando a solução é imposta	maior parcela pode ser transferida ao contratado naquilo que ele pode controlar
Fiscalização	verifica aderência à solução e requisitos	verifica também desempenho e atendimento ao resultado contratado
Mudança metodológica	normalmente depende de alteração formal ou autorização compatível	pode integrar a liberdade prevista, se não alterar requisitos e limites contratuais
Aceite	conformidade com solução definida e critérios técnicos	conformidade com requisitos, desempenho e resultado esperado

O primeiro cuidado é não usar a expressão “resultado” como sinônimo de transferência irrestrita de responsabilidade. A contratada só pode responder adequadamente por aquilo sobre o que recebeu autoridade técnica, informação e capacidade de decisão. Transferir um risco sem transferir liberdade para gerenciá-lo cria uma assimetria contratual.

O segundo cuidado é não confundir obrigação de meio com especificação excessiva. Em determinados componentes, a solução realmente precisa ser preservada por razões de compatibilidade, segurança, padronização, interoperabilidade, manutenção ou integração com ativos existentes. Nesses casos, a predefinição pode ser tecnicamente justificada. O problema surge quando a Administração congela detalhes sem necessidade e, ao mesmo tempo, espera que a contratada responda por desempenho que depende justamente de escolhas que ela não pôde fazer.

Essa relação se conecta à matriz de alocação de riscos em contratos de engenharia. A classificação entre meio e resultado não deve existir isoladamente: ela precisa ser compatível com quem controla a variável, quem escolhe a solução, quem suporta o impacto e qual mecanismo contratual será aplicado se o evento ocorrer.

Por que essa classificação precisa acontecer antes da licitação

Classificar as frações do objeto somente depois da contratação cria um problema de origem. Os licitantes já formularam preço, prazo, estratégia de execução e contingências sem saber claramente qual liberdade teriam para desenvolver a solução.

Quando essa fronteira é ambígua, diferentes licitantes podem interpretar o mesmo edital de formas distintas. Um participante pode precificar aderência integral a uma solução predefinida, enquanto outro considera que poderá otimizar componentes ou métodos. As propostas deixam de ser plenamente comparáveis porque não refletem a mesma distribuição de responsabilidades.

A ambiguidade também tende a reaparecer na execução. Uma proposta de alteração pode ser entendida pela contratada como otimização permitida e pela fiscalização como desvio de projeto. Um desempenho insuficiente pode ser atribuído pela contratada à solução imposta e pela Administração à execução. Uma economia obtida por mudança tecnológica pode gerar discussão sobre quem se apropria do benefício e se a mudança era contratualmente admissível.

Por isso, a definição precisa nascer na fase de planejamento. O Estudo Técnico Preliminar para obras e serviços de engenharia é o ambiente adequado para justificar a estratégia: quais decisões devem permanecer sob controle da Administração, quais podem ser transferidas ao mercado e por que determinada distribuição produz melhor equilíbrio entre desempenho, competição, risco e governança.

Essa decisão depois repercute no anteprojeto ou projeto básico, na matriz de riscos, no orçamento, no modelo de execução, nos critérios de medição, no edital e no contrato. Se cada documento tratar a liberdade do contratado de forma diferente, a classificação perde utilidade.

O que é o Documento Técnico proposto pelo TCU

O Guia de Engenharia de Custos em Obras Públicas do TCU de 2026 propõe que a Administração use um Documento Técnico, anexo ao edital, para explicitar quais frações do objeto são obrigações de resultado e quais são obrigações de meio. A proposta procura tornar operacional aquilo que a Lei nº 14.133/2021 exige que a matriz de riscos contenha.

A inspiração indicada pelo guia dialoga com a Lei nº 13.303/2016, que, para determinadas contratações integradas de empresas estatais, trabalha com documento técnico destinado a caracterizar o objeto e seus elementos. No contexto do guia do TCU, a ideia é utilizar uma peça técnica específica para retirar a classificação do campo implícito e torná-la verificável.

O Documento Técnico não deveria ser tratado como mais um anexo burocrático. Seu valor está em funcionar como mapa de liberdade e responsabilidade técnica. Para cada sistema, subsistema, componente ou pacote relevante, ele deve permitir responder:

• qual resultado ou solução está sendo exigido;
• se existe liberdade para inovação metodológica ou tecnológica;
• quais elementos permanecem congelados;
• quais requisitos de desempenho são obrigatórios;
• quais interfaces não podem ser alteradas sem autorização;
• quais riscos acompanham a liberdade concedida;
• como o desempenho será demonstrado;
• como a fiscalização verificará conformidade;
• quais evidências serão necessárias para aceite.

O documento também precisa ser coerente com o grau de desenvolvimento do projeto. Em contratação integrada, por exemplo, a Administração parte de anteprojeto e transfere ao contratado o desenvolvimento dos projetos básico e executivo. Isso naturalmente cria espaços maiores para solução de resultado, mas não significa que todo o objeto se torne tecnicamente livre. Restrições de implantação, desempenho mínimo, segurança, interfaces, padrões institucionais, condicionantes ambientais e requisitos legais continuam existindo.

Na contratação semi-integrada, a relação é ainda mais sensível porque existe projeto básico e a contratada desenvolve o projeto executivo, podendo haver alterações de solução dentro dos limites legal e contratualmente estabelecidos. O artigo sobre regimes de execução na Lei 14.133 ajuda a diferenciar essas estruturas antes de definir o grau de liberdade aplicável.

Como dividir um objeto em frações de meio e de resultado

A decomposição deve acompanhar a arquitetura técnica do empreendimento. Não basta classificar o contrato inteiro com uma única etiqueta. Sistemas complexos são formados por subsistemas, interfaces e requisitos com níveis diferentes de liberdade.

Um método prático começa pela estrutura de decomposição do objeto. A equipe identifica sistemas, pacotes, disciplinas ou componentes com responsabilidade técnica distinguível. Em seguida, avalia para cada fração quais decisões já estão estabilizadas e quais podem ser desenvolvidas pelo contratado.

Uma classificação robusta pode seguir cinco perguntas.

1. A Administração precisa preservar uma solução específica? Se sim, deve existir fundamento técnico para a restrição.
2. O desempenho pode ser descrito e verificado objetivamente? Quanto melhor definido o resultado, maior a possibilidade de permitir liberdade de solução.
3. O contratado controla as variáveis que determinam esse desempenho? Não se deve transferir resultado sobre variável que permanece sob controle da Administração ou de terceiros.
4. A mudança de solução afeta interfaces críticas? Quanto maior a interdependência, maior a necessidade de definir limites e processos de aprovação.
5. Existem métodos confiáveis de teste e aceite? Liberdade de solução sem verificação objetiva transforma desempenho em promessa difícil de fiscalizar.

Considere uma instalação de infraestrutura tecnológica. A Administração pode exigir determinado protocolo de integração porque precisa interoperar com plataforma existente — uma restrição de meio ou de interface. Ao mesmo tempo, pode permitir que a contratada defina a topologia interna, o arranjo de equipamentos ou o método de implantação desde que alcance disponibilidade, capacidade, segurança e desempenho mensuráveis — elementos de resultado.

Em uma obra civil, determinados acabamentos, materiais padronizados ou elementos de integração com patrimônio existente podem permanecer prescritos, enquanto soluções estruturais ou construtivas admitidas no regime podem ser desenvolvidas para alcançar cargas, durabilidade, vida útil e demais parâmetros previamente definidos.

A fronteira precisa ser suficientemente granular para orientar decisão sem transformar o Documento Técnico em reprodução completa do projeto. O objetivo é identificar onde existe liberdade e quais condições limitam essa liberdade.

A classificação deve ser revisada sempre que o projeto, a estratégia de contratação ou a matriz de riscos mudar. Uma alteração que pareça pequena pode deslocar responsabilidade entre as partes.

Como escrever requisitos para obrigações de resultado

Uma obrigação de resultado exige requisitos que descrevam o que deve ser alcançado, sem retirar desnecessariamente a liberdade concedida à contratada. Isso não significa escrever especificações vagas.

Quanto maior a liberdade tecnológica, maior precisa ser a qualidade dos critérios de desempenho. A Administração deve definir função, capacidade, confiabilidade, segurança, interoperabilidade, vida útil, limites operacionais, condições ambientais, interfaces, restrições físicas e critérios de aceite aplicáveis ao objeto.

Um requisito útil deve ser verificável. Expressões como “alta qualidade”, “solução moderna”, “equipamento robusto” ou “desempenho adequado” não oferecem base suficiente para fiscalização. O requisito precisa indicar grandeza, condição, método ou evidência capaz de demonstrar atendimento.

A especificação técnica em obras e serviços de engenharia deve equilibrar precisão e competitividade. Em obrigações de resultado, essa disciplina se torna ainda mais importante: a Administração precisa proteger aquilo que realmente importa sem desenhar implicitamente uma única solução e depois chamar o objeto de “resultado”.

Uma boa redação costuma separar quatro camadas:

Camada	Conteúdo
Função	o que o sistema ou componente deve fazer
Desempenho	capacidade, disponibilidade, precisão, produtividade, durabilidade ou nível de serviço
Restrições	normas, segurança, interfaces, dimensões, compatibilidade, ambiente, limites de operação
Verificação	ensaio, cálculo, inspeção, documento, simulação ou teste de aceitação

Essa estrutura evita dois extremos: liberdade sem controle e especificação prescritiva disfarçada de requisito funcional.

Como escrever obrigações de meio sem criar zonas cinzentas

Nas obrigações de meio, a solução predefinida precisa ser suficientemente clara para que proposta, execução e fiscalização partam da mesma referência. O contratado deve conseguir identificar o que está congelado e quais escolhas executivas continuam sob sua responsabilidade normal.

A Administração deve especificar desenhos, memoriais, padrões, materiais, interfaces, métodos obrigatórios quando aplicáveis e critérios de conformidade. Também deve deixar claro se pequenas otimizações de detalhamento são admitidas sem alterar a solução ou se qualquer mudança precisa de aprovação formal.

O maior risco é impor uma solução incompleta. Se a Administração retém a escolha tecnológica, mas transfere ao contratado a obrigação de preencher lacunas essenciais do projeto, surge uma zona híbrida não declarada. A contratada pode acabar assumindo risco de engenharia sem receber liberdade ou dados suficientes para gerenciá-lo.

É nesse ponto que Design Review e revisão de documentos da contratação ganham valor. Antes da licitação, a equipe precisa verificar se aquilo que foi classificado como meio está de fato definido em nível compatível com a execução e com o preço esperado.

Relação entre meio, resultado e matriz de riscos

A matriz de riscos não deve apenas listar eventos futuros. Pela própria definição legal, ela também identifica as frações do objeto com e sem liberdade de inovação. Isso aproxima duas decisões que muitas vezes são tratadas separadamente: quem escolhe e quem responde pelo risco da escolha.

Quando a Administração impõe uma solução, precisa avaliar quais riscos decorrem dessa imposição. O contratado continua responsável por execução, qualidade, procedimentos e obrigações sob seu controle, mas não é coerente atribuir-lhe integralmente o risco de concepção de uma alternativa que não poderia modificar.

Quando a contratada recebe liberdade para desenvolver a solução, pode assumir riscos adicionais associados à engenharia que ela própria controla. Isso pode incluir desempenho, dimensionamento, compatibilidade interna, método construtivo ou tecnologia, conforme a fração definida. A transferência, porém, precisa estar acompanhada de dados, requisitos e limites claros.

O gerenciamento de riscos de engenharia pode apoiar essa estruturação ao relacionar evento, causa, impacto, responsável, resposta e risco residual. A matriz contratual deve ser produto dessa análise, não sua substituta.

A classificação também influencia a contingência. O preço da contratada tende a refletir os riscos efetivamente transferidos e a liberdade que ela possui para mitigá-los. Se a Administração transfere risco de desempenho, mas restringe a solução, a proposta pode incorporar prêmio elevado ou gerar disputa posterior. Se concede liberdade sem definir o resultado, pode obter propostas difíceis de comparar.

Como a classificação afeta orçamento e formação de preço

Em obrigações de meio, o orçamento de referência pode ser desenvolvido com maior aderência à solução definida, desde que o projeto tenha maturidade suficiente. Quantitativos, composições, métodos e produtividades podem ser associados a elementos concretos do projeto.

Em obrigações de resultado, a Administração enfrenta um desafio diferente: o mercado pode atingir o mesmo desempenho por soluções distintas. O orçamento continua necessário para estimar a contratação e avaliar propostas, mas a estrutura precisa respeitar o grau de liberdade concedido. Não é coerente exigir inovação e, ao mesmo tempo, pressupor que todas as propostas reproduzam exatamente a mesma composição tecnológica do orçamento-base.

O TCU relaciona essa questão à engenharia de custos e à precificação de riscos. A estimativa deve refletir o objeto pretendido, as condições de contorno, a alocação de riscos e a maturidade disponível. Quando existem soluções alternativas, análises paramétricas, benchmarks, custos de referência e modelagens podem ser necessários para testar a razoabilidade da estimativa.

A formação do orçamento de obras públicas precisa ser coerente com essa arquitetura. O orçamento não deveria induzir uma solução única onde o edital concede liberdade, nem ocultar incertezas decorrentes de definição insuficiente.

Eficiência legítima não é correção de projeto deficiente

Uma das aplicações mais relevantes dessa distinção aparece quando a contratada propõe solução diferente que reduz custo ou prazo. Nem toda economia representa ganho legítimo de eficiência contratual.

Se a fração é de resultado e o edital autorizou liberdade tecnológica, a contratada pode desenvolver alternativa que cumpra requisitos com solução mais eficiente. Esse espaço competitivo é justamente uma das razões para permitir inovação.

Situação diferente ocorre quando a economia decorre de uma deficiência do projeto fornecido pela Administração. Se o projeto básico superdimensionou um elemento, omitiu informação ou adotou solução inadequada e a correção se torna necessária para viabilizar o objeto, a mudança não deve ser automaticamente tratada como inovação voluntária da contratada.

A análise precisa reconstruir a causa:

1. a alteração estava dentro da liberdade previamente concedida?
2. os requisitos de desempenho permaneceram inalterados?
3. a solução original era tecnicamente válida ou possuía deficiência?
4. houve mudança de escopo ou apenas otimização metodológica?
5. o risco correspondente estava alocado a qual parte?
6. existe impacto sobre preço, prazo, operação ou manutenção?

Essa distinção protege tanto a Administração quanto o contratado. Evita que falha de projeto seja convertida artificialmente em “engenharia de valor” sem tratar seus efeitos contratuais e evita que toda inovação legítima seja bloqueada por receio de alteração.

Como fiscalizar obrigações de resultado

Fiscalizar resultado não significa abandonar controle de processo. A fiscalização precisa verificar se o caminho escolhido permanece compatível com requisitos, normas, interfaces e critérios de desempenho.

O plano de fiscalização pode combinar revisão documental, hold points, witness points, inspeções, cálculos, ensaios, FAT, SAT, testes integrados e monitoramento de indicadores. O tipo de evidência depende da natureza do resultado contratado.

Para uma obrigação de resultado, o processo de aceite deve responder pelo menos a quatro questões:

• o produto foi entregue na configuração documental aprovada?
• os requisitos funcionais e de desempenho foram demonstrados?
• as interfaces com demais sistemas funcionam nas condições previstas?
• a documentação comprova rastreabilidade, testes, correções e configuração final?

A documentação de engenharia como condição de medição e aceite é especialmente relevante nessa etapa. Resultado técnico sem evidência verificável cria fragilidade para fiscalização e para operação futura.

A liberdade da contratada também exige governança de alterações. Mesmo em obrigação de resultado, uma mudança que afete interface externa, condição de segurança, licença, capacidade do ativo existente ou requisito institucional pode exigir aprovação. O Documento Técnico deve indicar essas fronteiras.

Como fiscalizar obrigações de meio

Nas obrigações de meio, a fiscalização concentra maior atenção na aderência entre execução e solução predefinida. Isso envolve materiais, métodos, desenhos, especificações, tolerâncias, procedimentos, inspeções e registros.

Ainda assim, não basta verificar conformidade visual. O objeto continua sujeito a requisitos de desempenho e qualidade. A solução ter sido imposta não elimina a responsabilidade da contratada por executá-la corretamente.

A fiscalização precisa separar três tipos de ocorrência:

• não conformidade de execução, quando a contratada não atende à solução definida;
• inconsistência ou deficiência do projeto, quando a própria solução fornecida apresenta conflito, omissão ou inviabilidade;
• proposta de melhoria, quando existe alternativa potencialmente vantajosa, mas a fração não concede liberdade automática para adotá-la.

Cada caso exige fluxo decisório distinto. Misturá-los gera registros imprecisos e dificulta a avaliação de responsabilidade, custo e prazo.

Quando a equipe interna precisa de suporte multidisciplinar para manter essa rastreabilidade, o Apoio Técnico à Fiscalização de Obras e Contratos de Engenharia pode estruturar inspeções, evidências, análise de alterações e controles de conformidade sem substituir a autoridade do fiscal designado.

Como integrar Documento Técnico, ETP, projeto, edital e contrato

O Documento Técnico só funciona se estiver alinhado aos demais artefatos da contratação. Uma classificação de resultado contradita por especificação prescritiva, por exemplo, cria conflito interpretativo. Da mesma forma, uma obrigação de meio sem projeto suficientemente definido transfere lacunas ao contratado apesar da ausência de liberdade formal.

A coerência documental pode ser verificada por uma matriz de rastreabilidade.

Decisão	ETP	Anteprojeto/projeto	Documento Técnico	Matriz de riscos	Edital/contrato	Aceite
solução preservada	justificativa	definida	meio	riscos compatíveis	aderência exigida	inspeção/conformidade
solução aberta	justificativa	requisitos e limites	resultado	riscos transferíveis	liberdade delimitada	desempenho/testes
interface crítica	necessidade	interface definida	restrição	responsável pelo risco	governança de mudança	teste integrado
requisito de desempenho	objetivo	parâmetro	resultado esperado	risco de não atendimento	obrigação contratual	evidência mensurável

Essa leitura transversal é uma aplicação prática de Planejamento Técnico de Contratações de Engenharia. O problema não é redigir cada documento separadamente; é garantir que todos representem a mesma estratégia técnica.

Uma boa revisão deve procurar contradições. Se o Documento Técnico classifica determinado sistema como resultado, mas o projeto prescreve marca, modelo, arquitetura e método sem justificar restrições, a liberdade talvez seja apenas aparente. Se classifica como meio, mas o projeto deixa parâmetros essenciais para definição posterior, a Administração talvez esteja transferindo engenharia sem reconhecer formalmente essa transferência.

Quando revisar o Documento Técnico durante a preparação da contratação

A classificação inicial deve ocorrer quando a estratégia de contratação está sendo estruturada, mas precisa ser revisada conforme o projeto amadurece. Mudanças em requisitos, levantamentos, solução de referência, regime de execução ou matriz de riscos podem alterar a fronteira entre meio e resultado.

Três gates são particularmente úteis.

Após o ETP e a definição da alternativa

Nesse ponto, a Administração deve saber por que escolheu determinado modelo de solução e qual nível de liberdade pretende conceder ao mercado. A classificação ainda pode ser de alto nível, mas precisa orientar o desenvolvimento subsequente.

Antes da consolidação do edital

Projeto, requisitos, orçamento e matriz de riscos já devem permitir uma classificação precisa. É o momento de verificar se o Documento Técnico é consistente com todos os anexos.

Antes da publicação

Uma revisão independente deve procurar ambiguidades, sobreposições, incompatibilidades e riscos sem responsável claro. Alterações nessa fase ainda são muito mais baratas que esclarecimentos, impugnações ou disputas durante execução.

A Revisão Técnica de Edital e Anexos para Licitações de Engenharia é aderente a esse gate porque confronta objeto, requisitos, projetos, riscos, critérios de medição e aceite como um conjunto.

Erros recorrentes ao definir obrigações de meio e de resultado

O primeiro erro é classificar todo o objeto de forma uniforme. Empreendimentos multidisciplinares raramente possuem o mesmo grau de liberdade em todas as frações.

O segundo é chamar de resultado uma especificação totalmente prescritiva. Se a Administração define todos os componentes e métodos relevantes, não existe liberdade tecnológica substancial, ainda que o edital use linguagem de desempenho.

O terceiro é classificar como meio uma solução incompleta. A ausência de liberdade não corrige falta de projeto; apenas cria conflito quando a contratada precisa tomar decisões para tornar o objeto executável.

O quarto é separar classificação e matriz de riscos. Quem escolhe uma solução deveria, em regra, assumir parcela coerente dos riscos decorrentes dessa escolha, consideradas as particularidades legais e contratuais.

O quinto é definir resultado sem método de aceite. Requisito que não pode ser demonstrado de forma objetiva enfraquece fiscalização, medição e responsabilização.

O sexto é ignorar interfaces. Uma solução pode ser livre internamente e, ao mesmo tempo, rigidamente limitada nas interfaces com sistemas existentes. Essa distinção precisa aparecer no Documento Técnico.

O sétimo é transformar o documento em peça jurídica sem engenharia suficiente. A classificação depende de conhecimento real da solução, das disciplinas, do mercado, dos riscos e dos métodos de verificação.

Como estruturar um Documento Técnico auditável

Não existe um único modelo obrigatório para todas as contratações, mas uma estrutura útil deve permitir rastrear a decisão. O documento pode começar por identificação do empreendimento, escopo, regime de execução e documentos de referência. Em seguida, deve decompor o objeto e classificar as frações relevantes.

Uma matriz central pode conter:

Campo	Finalidade
ID da fração	rastreabilidade
sistema/pacote	localização no objeto
classificação	meio ou resultado
justificativa	fundamento técnico da escolha
solução/requisito	o que está prescrito ou qual resultado é exigido
liberdade permitida	limites de inovação
interfaces	pontos que não podem ser alterados isoladamente
risco associado	conexão com matriz de riscos
evidência	documento, cálculo, inspeção ou teste
critério de aceite	condição objetiva de conformidade
responsável pela verificação	governança

Além da matriz, o documento pode incluir regras gerais para propostas de alteração, submissão de projetos, revisão técnica, validação de interfaces e gestão de configuração.

A rastreabilidade é o elemento mais importante. Um auditor, projetista, licitante ou fiscal deve conseguir reconstruir por que determinada parcela foi classificada daquela forma e qual efeito essa escolha produz.

Quando contratar apoio especializado para estruturar essa divisão

A necessidade de apoio cresce com a complexidade técnica, quantidade de interfaces e liberdade concedida ao contratado. Contratações integradas, semi-integradas, EPC-like, sistemas críticos e empreendimentos multidisciplinares são situações em que a distinção pode alterar significativamente risco e preço.

Sinais de atenção incluem matriz de riscos genérica, projeto com diferentes níveis de desenvolvimento, muitos esclarecimentos esperados, tecnologia com múltiplas arquiteturas possíveis, ativos existentes que limitam interfaces, critérios de desempenho ainda não quantificados e dúvida interna sobre quais decisões devem permanecer com a Administração.

Nessas condições, o trabalho especializado pode combinar ETP, Design Review, engenharia de requisitos, análise de riscos, revisão de orçamento e revisão de edital. A contratação deve produzir entregáveis verificáveis, não apenas reuniões ou pareceres genéricos.

Como contratar a elaboração ou revisão do Documento Técnico

O objeto do serviço deve deixar claro que se pretende estruturar e validar a distribuição de liberdade técnica e responsabilidade entre as frações do objeto, em coerência com a Lei nº 14.133/2021, o regime de execução, os projetos e a matriz de riscos.

Um escopo consistente pode incluir:

1. análise do ETP, anteprojeto ou projeto básico e demais documentos de engenharia;
2. decomposição técnica do objeto em sistemas, subsistemas e pacotes relevantes;
3. identificação de requisitos funcionais, prescritivos e de desempenho;
4. classificação preliminar das frações como meio ou resultado;
5. análise de interfaces e dependências;
6. compatibilização com a matriz de riscos e com o orçamento;
7. definição de critérios de verificação, ensaio, medição e aceite;
8. workshop técnico com responsáveis pelas disciplinas;
9. emissão do Documento Técnico consolidado;
10. revisão cruzada com edital, contrato e anexos finais.

Os produtos podem ser medidos por entregáveis: matriz de classificação, relatório de inconsistências, versão preliminar, workshop de validação e versão final. O critério de aceite deve exigir rastreabilidade e fechamento das pendências críticas.

A equipe necessária depende do objeto. Em empreendimentos multidisciplinares, uma única especialidade dificilmente consegue definir sozinha todas as interfaces. Coordenação de engenharia, disciplina de projeto, engenharia de custos, riscos e contratação precisam conversar.

Quando o documento já existe, mas há dúvida sobre sua consistência com projeto e edital, a Revisão Técnica de Termo de Referência para Obras e Serviços de Engenharia e a revisão técnica dos anexos podem ser usadas para testar a coerência do conjunto. Quando a dificuldade é anterior e envolve a própria estratégia de contratação, o serviço de Planejamento Técnico é mais adequado.

Considerações finais

Obrigações de meio e de resultado não devem ser tratadas como rótulos jurídicos abstratos. Na Lei nº 14.133/2021, elas representam uma decisão concreta sobre onde o contratado pode inovar, onde deve aderir à solução predefinida e como essa liberdade se conecta a risco, preço, fiscalização e aceite.

O Documento Técnico recomendado pelo TCU oferece uma forma útil de tornar essa decisão explícita. Seu valor está em decompor o objeto, registrar justificativas, estabelecer limites de inovação, conectar a classificação à matriz de riscos e indicar como cada obrigação será verificada.

Quanto mais complexo o empreendimento, maior a importância de fazer essa definição antes da licitação. Uma fronteira bem estruturada melhora a comparabilidade das propostas, reduz zonas cinzentas durante a execução e cria base mais robusta para decisões técnicas, gestão de alterações e responsabilização.

Referências técnicas

[1] TRIBUNAL DE CONTAS DA UNIÃO. Engenharia de Custos em Obras Públicas: um guia de perguntas e respostas. Brasília: TCU, 2026.

[2] BRASIL. Lei nº 14.133, de 1º de abril de 2021. Lei de Licitações e Contratos Administrativos. Disponível em: https://www.planalto.gov.br/ccivil_03/_ato2019-2022/2021/lei/l14133.htm

[3] BRASIL. Lei nº 13.303, de 30 de junho de 2016. Estatuto jurídico da empresa pública, da sociedade de economia mista e de suas subsidiárias. Disponível em: https://www.planalto.gov.br/ccivil_03/_ato2015-2018/2016/lei/l13303.htm

Perguntas frequentes

O que é obrigação de meio na Lei 14.133?

É a fração do objeto em que o contratado não possui liberdade para inovar na solução metodológica ou tecnológica e deve manter aderência à solução predefinida no anteprojeto ou projeto básico, consideradas as características do regime de execução.

O que é obrigação de resultado na Lei 14.133?

É a fração do objeto em que o contratado recebe liberdade para desenvolver ou modificar soluções metodológicas ou tecnológicas dentro dos limites da contratação, devendo entregar o resultado e o desempenho especificados.

Todo contrato deve ser integralmente de meio ou integralmente de resultado?

Não. A própria definição legal trabalha com frações do objeto. Um mesmo empreendimento pode conter componentes prescritivos e componentes em que existe liberdade de solução.

A Lei 14.133 exige um documento chamado Documento Técnico?

A Lei exige que a matriz de riscos identifique as frações de meio e de resultado, mas não cria com esse nome um documento autônomo obrigatório para todas as contratações. O Guia de Engenharia de Custos do TCU de 2026 recomenda o Documento Técnico como forma de materializar essa classificação de maneira objetiva.

Qual a relação entre obrigação de resultado e contratação integrada?

A contratação integrada amplia a responsabilidade do contratado pelo desenvolvimento dos projetos e tende a criar maior espaço para soluções de resultado, mas a liberdade não é irrestrita. Requisitos, interfaces, desempenho, segurança e demais condições do anteprojeto e do edital continuam delimitando a solução.

Uma obrigação de resultado permite qualquer alteração de projeto?

Não. A liberdade existe apenas nas frações e dentro dos limites definidos contratualmente. Mudanças que afetem requisitos, interfaces, segurança, licenças, escopo ou outras condições protegidas podem exigir análise e aprovação formal.

Como deve ser aceito um item classificado como obrigação de resultado?

O aceite deve se basear em requisitos verificáveis e evidências previstas, como cálculos, inspeções, ensaios, testes de desempenho, FAT, SAT, documentação e testes integrados, conforme a natureza do objeto.

Quem deve elaborar o Documento Técnico?

A responsabilidade institucional é da Administração contratante, dentro da estrutura de planejamento da contratação. A elaboração ou revisão pode receber apoio técnico especializado de engenharia, preservadas as competências decisórias dos agentes públicos.

Materiais técnicos complementares

Serviços relacionados

• Planejamento Técnico de Contratações de Engenharia
• Estudo Técnico Preliminar (ETP) para Obras e Serviços de Engenharia
• Revisão Técnica de Termo de Referência para Obras e Serviços de Engenharia
• Revisão Técnica de Edital e Anexos para Licitações de Engenharia
• Gerenciamento de Riscos de Engenharia
• Apoio Técnico à Fiscalização de Obras e Contratos de Engenharia

Conteúdos principais sobre o tema

• Matriz de Alocação de Riscos em Contratos de Engenharia
• Regimes de Execução na Lei 14.133
• Anteprojeto na Lei 14.133
• Especificação Técnica em Obras e Serviços de Engenharia
• Modelo de Execução do Objeto na Lei 14.133

Conteúdos técnicos correlatos

• Documentação de Engenharia como condição de medição e aceite técnico
• Design Review em Projetos de Engenharia
• Gestão de Riscos em Obras Públicas
• Orçamento de Obras Públicas
• Scope of Work (SOW) em Engenharia