Padronização na Lei 14.133: quando adotar padrões, marcas e plataformas em contratações públicas

Entenda como funciona a padronização na Lei 14.133, o processo exigido pelo art. 43 e como avaliar marca, compatibilidade, custos e obsolescência sem direcionar a contratação.

Confira!

A padronização na Lei 14.133 é um instrumento de governança técnica para definir padrões de produtos, soluções e, em determinados contextos, serviços que serão repetidamente utilizados pela Administração. Ela não se confunde com preferência por fabricante, repetição automática de compras anteriores nem simples desejo de uniformizar equipamentos. O art. 43 exige um processo formal, com parecer técnico, análise de desempenho, custo, manutenção, garantia, contratações anteriores, decisão motivada da autoridade superior e divulgação do padrão adotado.

Em engenharia, a padronização pode reduzir custos de operação e manutenção, simplificar treinamento, diminuir variedade de sobressalentes, facilitar integração, melhorar interoperabilidade e tornar os projetos futuros mais previsíveis. Por outro lado, um padrão mal fundamentado pode criar dependência tecnológica, restringir a competição, perpetuar solução obsoleta, aumentar custo do ciclo de vida e transformar uma conveniência operacional em barreira indevida ao mercado.

Por isso, a decisão correta não é “devemos sempre comprar o mesmo?”. É qual aspecto precisa ser padronizado, por que isso gera vantagem mensurável, quais alternativas foram comparadas, quais riscos o padrão cria e quando ele deverá ser revisto?

O que significa padronização na Lei 14.133

A Lei 14.133 trata a padronização em diferentes dispositivos. O art. 19 orienta os órgãos da Administração a instituir instrumentos de centralização e padronização, inclusive catálogo eletrônico de padronização. O art. 41 relaciona a necessidade de padronização a uma das hipóteses que podem justificar indicação de marca ou modelo. O art. 43 disciplina o processo formal de padronização. O art. 47, inciso I, estabelece para licitações de serviços o princípio da padronização, considerando compatibilidade de especificações estéticas, técnicas ou de desempenho.

Esses dispositivos revelam que a padronização não é um evento isolado. Ela integra a governança das contratações e precisa conversar com planejamento, especificação, projetos, orçamento, gestão de ativos, manutenção e estratégia tecnológica.

O padrão pode recair sobre diferentes objetos:

• características técnicas de um equipamento;
• interfaces e protocolos;
• famílias de materiais;
• critérios de desempenho;
• arquitetura de sistemas;
• formatos de documentação;
• componentes recorrentes de projetos;
• métodos de teste e aceitação;
• requisitos de manutenção;
• soluções de infraestrutura repetitivas;
• padrões visuais ou construtivos quando tecnicamente pertinentes.

O nível de padronização deve ser proporcional à necessidade. Padronizar interfaces pode ser suficiente, sem padronizar fabricante. Padronizar um protocolo aberto pode preservar interoperabilidade e permitir vários fornecedores. Em outros casos, a padronização de um ecossistema específico pode ser tecnicamente justificável, desde que o processo demonstre isso.

O processo de padronização exigido pelo art. 43

O art. 43 da Lei 14.133 define elementos obrigatórios para o processo de padronização.

Parecer técnico

O processo deve conter parecer técnico sobre o produto. A análise considera especificações técnicas e estéticas, desempenho, contratações anteriores, custo, condições de manutenção e garantia.

Na prática de engenharia, esse parecer não deveria ser uma folha afirmando que determinado padrão “tem bom desempenho”. Ele precisa demonstrar a comparação entre situação atual, alternativas e efeitos esperados.

O parecer pode incluir:

• inventário da base instalada;
• histórico de falhas e indisponibilidades;
• volumes e frequência de reposição;
• custos de manutenção;
• estoque de sobressalentes;
• capacitação já existente;
• contratos de suporte;
• protocolos e interfaces;
• vida útil e obsolescência;
• desempenho observado;
• custo de migração;
• alternativas disponíveis no mercado;
• riscos de continuidade e de mudança.

Decisão motivada da autoridade superior

O parecer técnico subsidia a decisão, mas não substitui a competência administrativa. A adoção do padrão exige despacho motivado da autoridade superior.

Isso reforça uma distinção importante: a equipe de engenharia produz a base técnica; a autoridade decide a adoção institucional do padrão. O processo precisa permitir que essa decisão seja revisada, auditada e compreendida por terceiros.

Divulgação do padrão

A Lei exige divulgação, em sítio eletrônico oficial, da síntese da justificativa e da descrição sucinta do padrão adotado. A transparência reduz assimetria de informação e permite que mercado e órgãos de controle compreendam quais padrões orientam futuras contratações.

Uma boa divulgação não precisa expor informações sensíveis. Deve, porém, indicar com clareza o objeto padronizado, a razão técnica e o alcance da decisão.

Padronizar requisito é diferente de padronizar marca

Uma das decisões centrais é escolher o nível do padrão.

É possível padronizar desempenho, protocolo, conector, processo, arquitetura ou documento sem padronizar fabricante. Essa alternativa tende a preservar competição mais ampla e reduzir risco de dependência tecnológica.

Considere uma rede de comunicação. A Administração pode padronizar:

• categoria de desempenho do cabeamento;
• requisitos de certificação;
• interfaces ópticas;
• protocolos;
• classes de proteção;
• métodos de identificação e documentação.

Nada disso exige necessariamente que todos os componentes sejam de uma única marca. Em determinadas arquiteturas, no entanto, garantia sistêmica, integração ou características proprietárias podem justificar um padrão mais fechado. A conclusão precisa vir da engenharia e não da preferência comercial.

Em sistemas de segurança eletrônica, é possível padronizar o VMS central e admitir múltiplos fabricantes de câmeras desde que sejam plenamente compatíveis. Em automação, pode-se padronizar protocolo e ambiente de engenharia. Em energia, podem ser padronizados padrões construtivos, classes de equipamentos e interfaces. Em data centers, módulos de rack, alimentação, monitoração, labeling e documentação podem ser uniformizados sem necessariamente fechar o fornecimento a um único fabricante.

O princípio é simples: padronize o mínimo necessário para obter o benefício pretendido.

Quando a padronização traz vantagem econômica

A análise econômica não pode olhar apenas o preço de aquisição. Um padrão pode ter preço unitário mais alto e ainda ser mais vantajoso se reduzir custos de operação, integração e manutenção. O inverso também ocorre: a continuidade de um padrão pode parecer barata porque evita migração imediata, mas se tornar cara ao longo dos anos por licenciamento, baixa competição ou obsolescência.

Uma avaliação de custo do ciclo de vida pode considerar:

Componente de custo	Exemplo de impacto da padronização
Aquisição	escala, descontos, menor variedade de itens
Projeto	repetição de detalhes e especificações já validados
Implantação	equipes familiarizadas, menor curva de aprendizado
Integração	redução de gateways, drivers e customizações
Treinamento	menor quantidade de tecnologias a dominar
Sobressalentes	estoque mais enxuto e intercambiável
Suporte	menos contratos e competências distintas
Licenciamento	concentração pode reduzir ou aumentar custo
Manutenção	procedimentos e ferramentas padronizados
Migração	custo futuro para abandonar o padrão
Obsolescência	risco de fim de suporte ou linha descontinuada

O parecer técnico deve explicitar as premissas. Se o ganho de padronização depende de uma vida útil de dez anos, essa hipótese precisa estar documentada. Se a redução de estoque é relevante, deve haver inventário que permita quantificá-la.

Compatibilidade como fundamento técnico

Em muitos sistemas, o principal benefício de padronização é a compatibilidade. O art. 41 também admite indicação de marca quando necessário manter compatibilidade com plataformas e padrões já adotados.

Para não transformar “compatibilidade” em justificativa genérica, a análise deve identificar qual compatibilidade está em jogo:

Compatibilidade de interface

Conectores, sinais, tensões, protocolos, formatos, APIs e demais interfaces precisam operar sem adaptação indevida.

Compatibilidade funcional

Não basta comunicar. O novo componente deve preservar as funcionalidades necessárias ao sistema, inclusive eventos, telemetria, logs, comandos, perfis e políticas de segurança.

Compatibilidade operacional

Ferramentas de administração, manutenção, backup, diagnóstico e monitoração podem ser críticas. Introduzir um segundo ecossistema pode exigir nova equipe, novos procedimentos ou novos contratos.

Compatibilidade documental

Projetos, nomenclaturas, templates, bancos de dados e documentação podem depender de padrão consolidado. Esse efeito é frequentemente ignorado na comparação inicial de preço.

Compatibilidade de ciclo de vida

Versões, suporte, garantia, substituição e atualização precisam ser considerados. Um componente hoje compatível pode deixar de sê-lo em uma atualização futura se a arquitetura for excessivamente fechada.

A padronização deve tratar esses níveis separadamente e registrar quais são realmente indispensáveis.

Padronização e risco de vendor lock-in

Toda padronização tecnológica cria algum grau de dependência. Isso não significa que seja inadequada. Significa que o risco precisa ser reconhecido e administrado.

Vendor lock-in ocorre quando o custo técnico ou econômico de mudar de fornecedor se torna tão elevado que a Administração perde capacidade de competição futura. Pode surgir por protocolos proprietários, formatos fechados, licenciamento, dados difíceis de exportar, peças exclusivas, ferramentas específicas ou conhecimento concentrado.

A análise deve perguntar:

• os dados pertencem à Administração e podem ser exportados?
• há APIs e protocolos documentados?
• componentes de terceiros podem integrar-se ao padrão?
• licenças são perpétuas, subscrição ou vinculadas ao fabricante?
• há múltiplos integradores ou canais de suporte?
• peças podem ser obtidas por vários fornecedores?
• qual seria o custo de migração?
• existe plano de saída?

Um padrão tecnicamente excelente pode ser inadequado se cria dependência desproporcional. A decisão precisa equilibrar eficiência presente e flexibilidade futura.

A importância da análise de obsolescência

Padronização sem gestão de obsolescência perpetua risco. Produtos e tecnologias têm ciclos de vida diferentes. Equipamentos eletrônicos podem ser descontinuados em poucos anos; sistemas elétricos e mecânicos podem permanecer décadas; softwares mudam continuamente.

O processo deveria classificar o padrão quanto a:

• maturidade tecnológica;
• disponibilidade no mercado;
• roadmap do fabricante;
• período de suporte;
• compatibilidade retroativa;
• substitutos disponíveis;
• existência de norma ou padrão aberto;
• criticidade da função;
• estoque necessário para transição.

Quando o padrão depende de um produto específico, a análise deve prever o que ocorrerá se ele for descontinuado. Quando depende de uma plataforma, deve considerar atualização e migração.

A padronização não pode transformar o histórico da Administração em obrigação eterna.

Padronização em obras e projetos de engenharia

Embora o art. 43 fale expressamente do produto, a lógica de padronização também influencia obras, projetos e serviços. Detalhes construtivos recorrentes, especificações, componentes, templates, critérios de testes, estruturas de documentação e requisitos de desempenho podem ser padronizados para aumentar qualidade e produtividade.

Em um programa de reformas de diversas unidades, por exemplo, a Administração pode adotar padrões de:

• quadros elétricos;
• identificação de circuitos;
• arquitetura de rede;
• racks e organização física;
• dispositivos de segurança;
• padrões de aterramento;
• iluminação;
• documentação as built;
• relatórios de comissionamento;
• nomenclatura de ativos;
• critérios de aceitação.

Isso reduz variabilidade entre unidades e melhora manutenção futura. Contudo, o padrão não deve impedir adaptações necessárias às condições locais. Cada projeto precisa confirmar aplicabilidade, capacidade, interfaces e restrições.

Padronização de serviços e o art. 47

O art. 47 determina que licitações de serviços observem o princípio da padronização, considerando compatibilidade de especificações estéticas, técnicas ou de desempenho.

Em engenharia consultiva, isso pode aparecer na padronização de produtos e entregáveis:

• estrutura de memoriais;
• codificação documental;
• níveis de revisão;
• critérios de medição;
• formatos de planilhas;
• estrutura de WBS;
• requisitos BIM;
• templates de relatórios;
• critérios de testes;
• composição mínima de databook;
• fluxo de aprovação.

Padronizar a entrega facilita comparação, controle, reutilização e governança. Não significa impedir metodologias inovadoras do contratado quando elas atendem aos requisitos.

O padrão deve definir o resultado e a interface organizacional, deixando liberdade técnica compatível com o objeto.

Catálogo eletrônico de padronização

A Lei 14.133 prevê catálogo eletrônico de padronização para compras, serviços e obras. O instrumento pode conter documentação e procedimentos da fase interna, além de especificações dos objetos.

O TCU orienta que, na definição do objeto, seja verificada a existência de item no catálogo eletrônico e que eventual não utilização seja justificada por escrito quando aplicável.

O catálogo oferece benefícios de escala:

• reaproveitamento de especificações já revisadas;
• redução de tempo de planejamento;
• maior consistência entre contratações;
• redução de erros recorrentes;
• possibilidade de atualização centralizada;
• melhor comparação de preços históricos;
• maior governança sobre requisitos.

Mas catálogo desatualizado pode multiplicar erros. Por isso, precisa de responsáveis, revisão periódica, controle de versão e mecanismo para retirar padrões obsoletos.

Como construir um parecer técnico de padronização

Um parecer tecnicamente forte pode ser estruturado em etapas.

1. Definir o objeto do padrão

O documento deve dizer exatamente o que se pretende padronizar: fabricante, plataforma, interface, família de componentes, nível de desempenho, processo, formato documental ou combinação desses elementos.

2. Caracterizar a base instalada

Quando houver legado, levantar quantidades, versões, vida útil, contratos, integrações, incidentes, sobressalentes e custos existentes.

3. Definir os objetivos

Exemplos: reduzir indisponibilidade, melhorar interoperabilidade, reduzir estoque, simplificar treinamento, preservar garantia sistêmica ou reduzir custo de integração.

4. Avaliar alternativas

Comparar pelo menos a manutenção do padrão, abertura para equivalentes e migração para novo padrão quando essas alternativas forem tecnicamente plausíveis.

5. Analisar custos

Considerar CAPEX, OPEX, migração, suporte, treinamento, estoque, licenciamento e fim de vida.

6. Analisar riscos

Mapear riscos técnicos, econômicos, operacionais, de segurança, competição, fornecimento, obsolescência e dependência.

7. Definir alcance e exceções

O padrão pode ser obrigatório apenas em determinados sistemas, unidades ou aplicações. Exceções devem ter processo de aprovação.

8. Definir vigência e revisão

Estabelecer periodicidade ou gatilhos de revisão.

9. Concluir e recomendar

A conclusão precisa mostrar por que o benefício esperado supera custos e riscos.

Matriz técnica para comparar alternativas de padronização

Uma matriz ajuda a evitar decisão baseada em preferência subjetiva.

Critério	Manter padrão atual	Abrir para equivalentes	Migrar para novo padrão
Compatibilidade imediata	alta	variável	baixa no início
Competição	pode ser limitada	tende a aumentar	depende do novo padrão
Custo de migração	baixo	médio	alto
Treinamento	baixo	médio	alto
Estoque	simples	mais complexo	transição temporária
Risco de obsolescência	depende do padrão	diversificado	depende da escolha
Integração	conhecida	deve ser testada	precisa ser redesenhada
Flexibilidade futura	pode ser baixa	tende a aumentar	depende da arquitetura

A matriz não precisa gerar pontuação automática. Seu objetivo é tornar explícitos os trade-offs.

Como o TCU pode avaliar uma padronização

Sob a ótica de controle, uma padronização frágil costuma apresentar alguns sinais:

• justificativa genérica de conveniência;
• ausência de alternativas estudadas;
• inexistência de análise de custo;
• parecer sem dados da base instalada;
• uso de marca sem explicar por que o padrão exige aquela marca;
• ausência de evidência de manutenção ou suporte;
• padrão antigo sem revisão;
• especificação que copia características incidentais de um produto;
• processo sem decisão motivada da autoridade;
• falta de transparência sobre o padrão adotado;
• contratações subsequentes tratando padronização como sinônimo de exclusividade.

A robustez está na trilha de evidências. O controle precisa conseguir reconstruir a decisão e verificar se a restrição imposta ao mercado é proporcional ao benefício técnico.

Padronização não dispensa pesquisa de mercado

Mesmo quando um padrão é legitimamente adotado, cada contratação precisa observar os demais requisitos aplicáveis. A padronização não elimina pesquisa de preços, análise de fornecedores, orçamento, planejamento nem verificação de vantajosidade.

Se há múltiplos fornecedores da solução padronizada, deve existir competição entre eles quando o regime da contratação permitir. Se a padronização resultar em situação de fornecedor exclusivo, a Administração precisará tratar separadamente os requisitos da contratação direta.

Esse ponto evita uma cadeia lógica equivocada: “padronizado, logo marca obrigatória; marca obrigatória, logo fornecedor único; fornecedor único, logo inexigibilidade”. Cada passagem exige demonstração própria.

Quando revisar ou abandonar um padrão

Um processo maduro define gatilhos de revisão desde a origem.

Entre eles:

• descontinuação do produto ou plataforma;
• fim de suporte;
• mudança significativa de licenciamento;
• aumento relevante de preço;
• baixa disponibilidade de fornecedores;
• surgimento de tecnologia superior;
• evolução de normas técnicas;
• incidentes de segurança;
• falhas recorrentes;
• mudança de arquitetura institucional;
• surgimento de solução aberta interoperável;
• custo elevado de expansão;
• demanda nova que o padrão não atende.

A revisão pode concluir pela manutenção. O valor está em demonstrar que a decisão continua racional.

Padronização e ETP

O ETP é um dos locais naturais para identificar necessidade de padronização e avaliar alternativas. Se o objeto se conecta a uma base instalada, o estudo deve registrar essa condição desde o início.

Um ETP consistente pode demonstrar:

• problema a resolver;
• inventário e situação atual;
• requisitos de interoperabilidade;
• alternativas de solução;
• custos de continuidade e migração;
• riscos;
• relação com padrão institucional vigente;
• necessidade de revisão do padrão;
• impacto na estratégia de contratação.

Quando o ETP apenas afirma “deve seguir o padrão existente” e remete a documento antigo sem análise atual, a fundamentação fica incompleta.

Padronização no Termo de Referência e no Projeto Básico

Depois da decisão de padronizar, o TR ou o Projeto Básico deve converter o padrão em requisitos claros.

É necessário definir:

• o que é obrigatório;
• o que admite equivalente;
• quais interfaces devem ser preservadas;
• como equivalência será demonstrada;
• quais testes serão realizados;
• quais documentos comprovam atendimento;
• como versões e atualizações serão tratadas;
• quais componentes ficam fora do padrão;
• como exceções serão aprovadas.

O padrão institucional não deve permanecer escondido em documento inacessível ao licitante. O participante precisa conhecer os requisitos que afetarão sua proposta.

Padronização e Procurement Técnico

Em compras técnicas, o procurement transforma o padrão em estratégia de mercado. A equipe precisa identificar fabricantes, canais, integradores, alternativas compatíveis, prazos de entrega, riscos de fornecimento e condições de suporte.

Um padrão que depende de apenas um canal comercial pode apresentar risco econômico mesmo que o produto seja tecnicamente adequado. Um padrão com ecossistema amplo pode gerar competição entre integradores. Uma solução baseada em protocolo aberto pode admitir vários fabricantes.

Essas informações devem retroalimentar o processo de padronização. Engenharia define o requisito; procurement testa a realidade do mercado.

Como evitar que o padrão vire direcionamento

A melhor defesa contra direcionamento é a rastreabilidade requisito–necessidade.

Cada característica restritiva deve responder:

1. qual necessidade ela atende?
2. qual risco controla?
3. qual evidência sustenta sua importância?
4. existe forma menos restritiva de obter o mesmo resultado?
5. quantas soluções do mercado conseguem atender?
6. como será comprovado o atendimento?

Se uma característica não possui resposta convincente, deve ser revisada.

A padronização legítima pode restringir alternativas porque esse é justamente o efeito de um padrão. O ponto jurídico-técnico não é eliminar toda restrição, mas demonstrar que a restrição é necessária, motivada e proporcional.

Evidências que devem permanecer no processo

Um processo de padronização auditável pode reunir:

• parecer técnico;
• inventário de ativos;
• histórico de contratações;
• histórico de falhas;
• registros de suporte e manutenção;
• custos atuais;
• pesquisa de alternativas;
• análise de mercado;
• matriz de compatibilidade;
• avaliação de custo do ciclo de vida;
• matriz de riscos;
• análise de obsolescência;
• decisão da autoridade superior;
• publicação da síntese;
• versão do padrão adotado;
• periodicidade de revisão;
• registros de exceções e revisões posteriores.

Esses documentos formam a memória de engenharia da decisão.

O papel da engenharia consultiva

A engenharia consultiva é especialmente útil quando o padrão envolve sistemas integrados, tecnologias de longa vida, grande base instalada ou risco de dependência tecnológica.

A atuação pode incluir levantamento cadastral, inventário, análise de arquitetura, estudo de interfaces, pesquisa de tecnologias, comparação de alternativas, modelagem de custo do ciclo de vida, avaliação de riscos, especificação por desempenho, análise de equivalentes e elaboração do parecer técnico.

A mesma base pode ser reutilizada no ETP, Projeto Básico, TR, orçamento, edital e procurement, evitando que cada etapa produza uma justificativa diferente.

Considerações finais

Padronizar não é simplesmente repetir. É tomar uma decisão institucional de engenharia com efeitos sobre compras futuras, operação, manutenção, orçamento e competição. A Lei 14.133 exige que essa decisão seja tecnicamente analisada, motivada e transparente.

Um bom padrão reduz variabilidade sem congelar a Administração no passado. Ele define o mínimo necessário para obter interoperabilidade, qualidade, eficiência e governança; documenta os custos e riscos da escolha; preserva competição onde ela é tecnicamente possível; e estabelece quando a decisão deverá ser revisada. É essa combinação de engenharia, evidência e governança que transforma padronização em instrumento de eficiência, e não em justificativa automática para fechar o mercado.

Referências técnicas

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

[2] TRIBUNAL DE CONTAS DA UNIÃO. Licitações e Contratos: Definição do objeto. Manual de Licitações e Contratos. Disponível em: https://licitacoesecontratos.tcu.gov.br/4-3-1-definicao-do-objeto/

[3] TRIBUNAL DE CONTAS DA UNIÃO. Licitações e Contratos: Requisitos da contratação. Manual de Licitações e Contratos. Disponível em: https://licitacoesecontratos.tcu.gov.br/4-1-3-requisitos-da-contratacao/

[4] TRIBUNAL DE CONTAS DA UNIÃO. Licitações e Contratos: Como licitar? Manual de Licitações e Contratos. Disponível em: https://licitacoesecontratos.tcu.gov.br/3-1-5-como-licitar/

[5] TRIBUNAL DE CONTAS DA UNIÃO. Súmula TCU 270 e jurisprudência selecionada sobre indicação de marca e padronização. Disponível em: https://pesquisa.apps.tcu.gov.br/resultado/todas-bases/indica%25C3%25A7%25C3%25A3o%2520marca?pb=jurisprudencia-selecionada

[6] TRIBUNAL DE CONTAS DA UNIÃO. Licitações e Contratos: Fornecedor exclusivo. Manual de Licitações e Contratos. Disponível em: https://licitacoesecontratos.tcu.gov.br/5-10-1-1-fornecedor-exclusivo-inciso-i/

Perguntas frequentes

O que é padronização na Lei 14.133?

É a adoção formal de um padrão técnico ou funcional pela Administração, sustentada por análise técnica, desempenho, contratações anteriores, custo, manutenção e garantia, seguida de decisão motivada e divulgação, conforme o art. 43.

Padronização permite exigir uma marca específica?

Pode sustentar indicação de marca em determinadas situações, mas não automaticamente. É necessário demonstrar por que o padrão exige aquela marca ou modelo e observar o art. 41. Em muitos casos, é possível padronizar requisitos, interfaces ou desempenho sem fechar fabricante.

O que deve conter o processo de padronização?

No mínimo, parecer técnico sobre o produto considerando especificações, desempenho, contratações anteriores, custo, manutenção e garantia; decisão motivada da autoridade superior; e divulgação da justificativa e do padrão adotado.

Padronização é o mesmo que inexigibilidade?

Não. Um padrão pode ter vários fornecedores ou admitir soluções equivalentes. Inexigibilidade exige demonstração própria de inviabilidade de competição.

O padrão pode ser revisto depois de adotado?

Sim, e tecnicamente deve ser revisado quando houver mudanças relevantes de tecnologia, preço, suporte, segurança, disponibilidade, licenciamento, arquitetura ou risco de obsolescência.

O ETP deve analisar padronização?

Quando a base instalada, interoperabilidade ou padrão institucional influenciar a solução, o ETP deve registrar essa condição, avaliar alternativas e mostrar seus impactos sobre custo, risco e estratégia de contratação.

É possível padronizar serviços de engenharia?

A Lei determina que licitações de serviços observem o princípio da padronização, considerando compatibilidade de especificações estéticas, técnicas ou de desempenho. Em engenharia, isso pode se traduzir em padrões de entregáveis, documentação, testes, interfaces e critérios de desempenho.

Materiais técnicos complementares

Conteúdos principais sobre o tema

• O que o TCU verifica nas contratações de obras e serviços de engenharia
• Indicação de marca em licitação segundo o TCU

Conteúdos técnicos correlatos

• Matriz de Alocação de Riscos em Contratos de Engenharia

Serviços relacionados

• Estudo Técnico Preliminar em Engenharia
• Planejamento Técnico de Contratações de Engenharia
• Procurement Técnico de Engenharia
• Revisão Técnica de Termo de Referência

Soluções relacionadas

• Governança de Projetos, Programas e Portfólios
• Gestão de Processos, Workflows e Aprovações Técnicas
• Governança Documental e Sistema de Gestão de Documentos