Empresa de Automação Industrial: como avaliar e contratar

Veja como avaliar e contratar uma empresa de automação industrial: requisitos, qualificação, arquitetura, TBE, licenças, cibersegurança, FAT, SAT, comissionamento e aceite.

Confira!

Uma empresa de automação industrial deve ser avaliada pela capacidade de transformar requisitos de processo em uma solução de controle verificável, integrável e sustentável ao longo do ciclo de vida — não apenas pela marca de CLP que utiliza ou pelo menor preço da proposta. Para contratar com segurança, o proprietário precisa definir escopo e critérios antes da concorrência, qualificar experiência e equipe, comparar arquitetura e licenciamento, equalizar interfaces, exigir FAT/SAT/comissionamento e estabelecer claramente documentação, propriedade de arquivos, acessos, suporte e critérios de aceite.

O que faz uma empresa de automação industrial

Uma empresa de automação industrial pode atuar em diferentes partes do ciclo de engenharia: levantamento de campo, projeto, fornecimento de painéis e equipamentos, programação de controladores, desenvolvimento de SCADA, integração de redes OT, implantação, migração de sistemas legados, testes, comissionamento e suporte.

O problema é que o mercado usa expressões como “empresa de automação”, “integradora”, “fornecedor de automação” e “engenharia de automação” para organizações com capacidades muito diferentes. Duas empresas podem apresentar propostas para o mesmo objeto e, na prática, estarem oferecendo escopos técnicos incomparáveis.

Por isso, o primeiro passo da contratação não é pedir preço. É compreender que função o fornecedor deverá cumprir dentro da arquitetura do projeto.

Consultoria de engenharia, integrador e fabricante não são a mesma coisa

Uma consultoria de engenharia pode definir requisitos, arquitetura, especificações, critérios de teste e estratégia de contratação sem necessariamente fornecer a solução. Um system integrator normalmente desenvolve e integra hardware e software. Um fabricante ou OEM domina seu próprio ecossistema de produtos. Um panel builder pode concentrar-se em painéis e montagem. Um especialista em comissionamento pode entrar como parte independente de verificação.

Esses papéis podem coexistir na mesma empresa, mas isso precisa ser demonstrado. A simples presença de um logotipo de fabricante na apresentação comercial não comprova capacidade de engenharia multidisciplinar, integração, gestão de interfaces ou comissionamento.

Papéis típicos no ecossistema de uma contratação de automação industrial

Quando contratar uma empresa de automação industrial

A contratação é necessária quando o empreendimento precisa transformar requisitos operacionais em um sistema implementado ou quando uma instalação existente exige modernização, integração, ampliação ou recuperação de controle técnico.

Casos típicos incluem novas plantas, expansão de linhas de processo, substituição de CLPs ou SCADA obsoletos, migração de redes industriais, integração de equipamentos de diferentes fornecedores, implantação de historiadores, telemetria, sistemas de supervisão, acesso remoto controlado e coleta de dados para aplicações de IIoT.

Em instalações brownfield, a necessidade costuma ser mais complexa. O integrador precisa entender o legado, preservar produção, planejar janelas de intervenção, prever rollback e controlar versões. Nesse cenário, experiência de campo e metodologia de migração pesam tanto quanto capacidade de programação.

Antes da RFP: o owner precisa definir o problema

Pedir preço antes de definir requisitos transfere a engenharia para os proponentes e produz propostas incomparáveis. Um escopo técnico, uma RFP e critérios de avaliação bem estruturados reduzem lacunas antes do contrato.

Veja como estruturar uma RFP de Engenharia

Solicitar proposta com base em uma descrição curta como “modernizar o sistema de automação” transfere para cada fornecedor a responsabilidade de interpretar o objeto. O resultado inevitável são soluções diferentes, preços não comparáveis e discussões de escopo durante a execução.

A contratação deve começar por uma base técnica mínima: condição existente, objetivos, fronteiras, funções requeridas, interfaces, critérios de desempenho, documentação disponível, restrições operacionais e requisitos de teste.

Levantamento da condição existente

Em brownfield, documentos existentes precisam ser confrontados com o campo. Diagramas, listas de I/O, topologias, endereçamento, versões de firmware e software, licenças, backups, painéis e dispositivos podem ter sido modificados sem atualização documental.

O levantamento deve identificar também dependências pouco visíveis: servidores antigos, conversores de protocolo, estações de engenharia, dongles ou licenças físicas, relógios de sincronismo, switches sem gerenciamento e conexões temporárias que se tornaram permanentes.

Definição dos requisitos

Requisitos funcionais devem explicar o que o sistema fará e sob quais condições. Requisitos não funcionais tratam desempenho, disponibilidade, segurança, retenção, redundância, expansão, diagnóstico e ciclo de vida.

Critérios verificáveis permitem transformar a proposta em compromisso técnico. Se o requisito afirma apenas que a solução será “moderna”, “robusta” ou “de alta disponibilidade”, a avaliação objetiva se torna difícil.

O artigo-pilar sobre automação industrial e sua arquitetura de engenharia aprofunda as camadas que precisam ser consideradas antes da contratação.

Como estruturar o escopo para receber propostas comparáveis

O escopo deve separar claramente o que é fornecimento, engenharia, desenvolvimento, instalação, integração, teste, documentação, treinamento e suporte. Também deve identificar exclusões e interfaces com elétrica, instrumentação, telecom, TI, processo, mecânica e operação.

Um Scope of Work em Engenharia bem estruturado reduz a quantidade de premissas comerciais escondidas nas propostas e torna as responsabilidades visíveis antes da assinatura.

Battery limits e fronteiras

O limite de fornecimento precisa indicar onde termina a responsabilidade de cada parte. Quem fornece alimentação? Quem lança cabos? Quem configura os switches? Quem disponibiliza IPs? Quem integra o equipamento de terceiros? Quem atualiza firmware? Quem fornece VM, storage ou sistema operacional? Quem disponibiliza sinais de processo para o FAT?

Perguntas aparentemente pequenas se tornam claims ou atrasos quando não são respondidas antes do award.

Matriz de interfaces

Uma matriz de interfaces registra disciplina, informação ou recurso, fornecedor, receptor, prazo e critério de fechamento. Ela é especialmente importante quando existem pacotes separados de elétrica, instrumentação, telecom, TI, máquinas e automação.

A maturidade do integrador pode ser observada pela forma como ele trata interfaces. Empresas que assumem que “isso o cliente fornece” sem registrar dependências tendem a levar a discussão para o campo.

Como qualificar empresas de automação industrial

Qualificação técnica deve verificar aderência ao objeto, não apenas tamanho da empresa. Um integrador excelente em máquinas seriadas pode não ter experiência em sistemas distribuídos de uma planta brownfield; uma empresa forte em SCADA pode não dominar instrumentação ou redes OT; outra pode conhecer o hardware, mas não possuir processo de engenharia e documentação compatível com o empreendimento.

Experiência relevante

Cases devem ser avaliados por similaridade de complexidade, criticidade, tecnologias, interfaces e ambiente operacional. A quantidade bruta de projetos é menos importante que a correspondência entre experiência anterior e riscos do novo objeto.

É útil solicitar exemplos de arquiteturas, procedimentos de testes, documentação final e abordagem de migração — preservando, naturalmente, informações confidenciais de outros clientes.

Equipe-chave

A proposta deve identificar responsáveis por engenharia, desenvolvimento, redes, cibersegurança, comissionamento e gestão do projeto quando essas funções forem relevantes.

Certificações de fabricantes ajudam a demonstrar domínio de produtos, mas não substituem experiência de projeto, compreensão de processo e capacidade de integração. Da mesma forma, um currículo forte de um profissional não comprova que ele estará efetivamente alocado ao contrato.

Capacidade de suporte e ciclo de vida

Automação não termina no aceite. O proprietário precisa avaliar disponibilidade de suporte, gestão de versões, capacidade de reposição, relação com fabricantes, estrutura para atendimento remoto e presencial, tempo de resposta e estratégia para obsolescência.

Arquitetura antes da marca

Uma proposta técnica deve explicar a arquitetura e as decisões que sustentam a solução. Quando a resposta é apenas uma lista de equipamentos, ainda não existe evidência suficiente de que o fornecedor compreendeu requisitos e interfaces.

É necessário analisar topologia, redundância, controladores, servidores, armazenamento, estações, redes, protocolos, sincronismo, integrações, zonas de segurança e comportamento sob falha.

Vendor lock-in e dependência técnica

Ecossistemas proprietários não são necessariamente inadequados. O problema surge quando o proprietário descobre somente após a implantação que expansão, manutenção ou acesso aos arquivos dependem exclusivamente do integrador original.

A contratação deve esclarecer formatos de projeto, propriedade de código e configurações, licenças de engenharia, senhas administrativas, certificados, backups, ferramentas necessárias e limites de suporte do fabricante.

Padronização versus interoperabilidade

Padronizar tecnologias pode reduzir estoque, treinamento e complexidade. Entretanto, padronização não deve impedir integração legítima com equipamentos de terceiros. Interfaces precisam ser especificadas e testadas.

Protocolos como OPC UA podem reduzir dependência de integrações ad hoc, enquanto protocolos legados como Modbus exigem documentação cuidadosa de registradores, escalas e tratamento de falhas.

Como comparar propostas técnicas

Em automação, a menor proposta pode ser apenas a que deixou mais itens fora. A TBE registra conformidade, desvios e alternativas antes da equalização comercial e ajuda a transformar comparação de preço em comparação de escopo equivalente.

Aprofunde a avaliação técnica de propostas com TBE

A comparação deve ocorrer antes da equalização comercial. Se uma proposta inclui redundância, testes, licenças e documentação completa e outra não, comparar apenas o preço total premia o escopo incompleto.

A Technical Bid Evaluation — TBE é útil para transformar requisitos em critérios de conformidade, registrar desvios e construir uma base técnica comum para negociação.

Funil recomendado para seleção de uma empresa de automação industrial

Conformidade, desvio e alternativa

Cada requisito relevante deve receber classificação clara. Um item pode estar conforme, parcialmente conforme, não conforme ou ser objeto de alternativa técnica. Alternativas podem ser valiosas, mas não devem ser misturadas silenciosamente à proposta-base.

É recomendável pedir que o proponente declare explicitamente todos os desvios. A ausência dessa disciplina pode fazer com que limitações apareçam apenas após o contrato.

Critérios eliminatórios e critérios pontuáveis

Nem tudo deve virar nota. Requisitos mínimos de segurança, compatibilidade, capacidade, documentação ou qualificação podem ser eliminatórios. Outros aspectos, como facilidade de expansão, recursos de diagnóstico ou metodologia de implantação, podem receber pontuação.

Separar esses dois grupos evita que uma vantagem secundária compense uma não conformidade crítica.

Equalização comercial só faz sentido após a equalização técnica

O menor preço nominal não representa necessariamente menor custo. Propostas podem diferir em licenças, horas de engenharia, número de telas, tags, servidores, redundância, FAT, viagens, testes, treinamento, documentação e suporte.

A equalização deve identificar itens incluídos, opcionais, excluídos e condicionados. Só então é possível comparar CAPEX e, quando pertinente, custo do ciclo de vida.

Licenciamento

É fundamental entender a métrica de licenciamento. Algumas plataformas licenciam por tag, conexão, driver, servidor, cliente, redundância, histórico, usuário ou módulo funcional.

O proprietário deve conhecer tanto a configuração inicial quanto o custo de expansão previsível. Uma solução barata em aquisição pode se tornar onerosa quando cada ampliação exige novo pacote de licenças.

Horas e premissas de engenharia

Propostas com poucas horas podem esconder escopo simplificado. É importante entender que documentos serão produzidos, quantas revisões são consideradas, como serão conduzidos workshops, testes e reuniões e qual é a premissa para integração de terceiros.

Cibersegurança deve entrar na qualificação do integrador

A segurança da solução depende tanto da arquitetura quanto dos processos do fornecedor. O integrador terá acesso privilegiado a controladores, servidores, estações de engenharia, redes e backups. Portanto, sua maturidade de segurança é parte da qualificação técnica.

A IEC 62443-2-4:2023 trata especificamente de requisitos de programa de segurança para provedores de serviços de IACS durante atividades de integração e manutenção. Isso é diretamente aplicável à avaliação de integradores e prestadores que atuam sobre sistemas de automação.

O que avaliar

Dependendo do risco do projeto, a diligência pode incluir:

controle de credenciais e contas privilegiadas;
processo para acesso remoto;
gestão de notebooks e estações de engenharia;
tratamento de vulnerabilidades;
backup e proteção de configurações;
controle de mídia removível;
gestão de mudanças;
registro de atividades;
processo de resposta a incidentes;
separação entre ambientes de desenvolvimento e produção.

Não é necessário transformar toda contratação em auditoria de cibersegurança extensa. A profundidade deve ser proporcional à criticidade e à exposição do sistema.

FAT: a primeira evidência de que a solução atende ao contrato

O FAT deve ser previsto ainda na contratação. Deixar a definição do teste para depois do desenvolvimento cria conflito de interesse: o mesmo fornecedor que implementou passa a decidir o que será considerado suficiente para aprovação.

O procedimento deve derivar de requisitos e descrever pré-condições, passos, resultados esperados, evidências, responsáveis e tratamento de não conformidades.

O que pode ser testado em fábrica

Conforme o projeto, FAT pode verificar:

arquitetura lógica e versões;
inicialização e recuperação;
telas e navegação;
alarmes e eventos;
sequências e intertravamentos;
comunicação entre controladores;
redundância;
históricos;
usuários e permissões;
integração simulada;
backups;
documentação e listas de pendências.

Nem tudo pode ser reproduzido fora da planta. O procedimento precisa identificar claramente o que permanece para SAT e comissionamento.

SAT, comissionamento e aceite

Após a implantação, o SAT verifica a solução no ambiente real. O comissionamento amplia a análise para interfaces e comportamento integrado do sistema em condições operacionais e de falha.

O conteúdo sobre Comissionamento Industrial detalha pré-comissionamento, testes a frio, testes a quente, start-up e prontidão. Na contratação da integradora, esses marcos precisam estar conectados a responsabilidades e critérios de aceite.

Governança da entrega da automação até o aceite técnico

Testar falhas e não apenas condição normal

Redundância só está demonstrada quando ocorre falha controlada do componente primário. Backup só está demonstrado quando a restauração é testada. Failover de servidor precisa ser observado. Perda de comunicação deve provocar o comportamento especificado.

Testar somente o cenário nominal deixa os principais mecanismos de resiliência sem evidência.

Documentação mínima de entrega

O contrato deve relacionar documentos e ativos digitais obrigatórios. “Entregar As-Built” é genérico demais para sistemas de automação.

O pacote final pode incluir, conforme o escopo:

arquitetura As-Built;
topologia e endereçamento;
lista de I/O;
lista de equipamentos e firmware;
filosofia e narrativas funcionais;
matriz de causa e efeito;
lista de alarmes;
programas-fonte e projetos de engenharia;
backups dos controladores, IHMs e servidores;
arquivos de configuração de switches e gateways;
licenças e comprovantes;
credenciais administrativas conforme governança acordada;
procedimentos e relatórios de FAT/SAT;
registros de comissionamento;
manuais e treinamento;
lista de pendências encerradas.

O artigo Sistema instalado não é sistema entregue é particularmente aplicável: conclusão física não equivale a entrega técnica aceita.

Propriedade intelectual, arquivos e acesso do proprietário

A contratação deve diferenciar propriedade intelectual do fornecedor, licenças de terceiros e direito do proprietário de operar e manter o sistema adquirido.

É necessário esclarecer acesso aos programas, backups, projetos, parâmetros, documentação e credenciais. Restrições legítimas devem estar explícitas antes da contratação, não ser descobertas quando outra empresa precisa prestar manutenção.

Código-fonte e projetos de engenharia

Nem toda solução exige entrega de código-fonte de software proprietário. Entretanto, aplicações desenvolvidas especificamente para o projeto — lógicas de CLP, telas, bases de tags, scripts e configurações — precisam ter regime de acesso e propriedade claramente definido.

Contas administrativas

O integrador não deve permanecer como único detentor de acesso administrativo depois do handover. O proprietário precisa possuir governança sobre contas, certificados e meios de recuperação, mesmo que suporte continue terceirizado.

Garantia, SLA e suporte

Garantia de equipamento e suporte de engenharia são coisas diferentes. Uma CPU pode estar coberta pelo fabricante enquanto a lógica, integração ou configuração requer atendimento do integrador.

A contratação deve definir horário de atendimento, criticidade, tempo de resposta, atendimento remoto, mobilização presencial, escalonamento, atualização de software e responsabilidade por interação com fabricantes.

Peças e obsolescência

Para sistemas de longa vida útil, disponibilidade de módulos, fontes, switches, servidores e licenças precisa ser analisada. O fornecedor deve informar itens em fim de venda ou próximos de obsolescência quando essa informação estiver disponível.

Empresas de automação em projetos brownfield

Brownfield exige competência adicional porque o sistema existente continua sendo parte do processo durante a transição. A empresa precisa demonstrar metodologia para levantamento, coexistência, migração, cutover e rollback.

O conteúdo sobre Projetos Brownfield apresenta os riscos de engenharia em instalações existentes. Em automação, eles se amplificam porque alterações de software podem ter impacto físico imediato.

Plano de migração

O plano deve organizar sequência, pré-requisitos, backups, responsáveis, janela, testes intermediários, critérios de avanço e condição de retorno.

Migrar “no fim de semana” não é um plano. O período disponível precisa ser decomposto em atividades verificáveis com margens e pontos de decisão.

Red flags na proposta de uma integradora

Alguns sinais justificam diligência adicional:

proposta essencialmente composta por lista de materiais;
ausência de arquitetura ou premissas de integração;
FAT descrito apenas como “teste em fábrica”;
documentação final sem relação de entregáveis;
exclusões amplas e genéricas;
nenhuma abordagem de cibersegurança para acesso remoto;
licenças sem métrica ou quantidade definida;
dependência de um único profissional não formalizada;
ausência de estratégia de migração em brownfield;
preço muito inferior sem explicação técnica correspondente;
ausência de responsabilidades para interfaces com terceiros.

Um red flag não significa automaticamente incapacidade. Ele indica ponto que precisa ser esclarecido antes do contrato.

Como usar RFP e TBE na contratação

Uma RFP de Engenharia organiza escopo, requisitos, instruções ao proponente e formato de resposta. Isso reduz respostas incomparáveis.

Depois, a TBE registra conformidade e desvios. A negociação comercial deve ocorrer sobre uma base técnica equalizada.

A sequência é especialmente importante em automação porque custos ocultos aparecem em integração, licenciamento, testes e documentação, e não necessariamente nos principais itens de hardware.

O papel do Owner’s Engineering

Quando várias integradoras oferecem arquiteturas diferentes, uma função independente do proprietário ajuda a preservar requisitos, acompanhar FAT/SAT, controlar interfaces e verificar a documentação antes do aceite.

Conheça o serviço de Engenharia do Proprietário

Quando o proprietário não possui equipe interna suficiente para estruturar e acompanhar a contratação, Owner’s Engineering pode atuar como função técnica independente.

O papel pode incluir levantamento, requisitos, arquitetura de referência, RFP, avaliação técnica, equalização, acompanhamento do desenvolvimento, witness de FAT, fiscalização da implantação, comissionamento, gestão de pendências e verificação do handover.

A independência é valiosa quando cada integrador propõe a solução que melhor conhece. O owner precisa comparar alternativas pelo interesse do empreendimento, e não pelo portfólio de um fornecedor específico.

Checklist técnico antes do award

Antes de fechar a contratação, é recomendável conseguir responder objetivamente:

o escopo e as exclusões estão claros?
os requisitos críticos são testáveis?
interfaces possuem responsáveis definidos?
a arquitetura proposta foi revisada?
versões, licenças e crescimento estão compreendidos?
existe plano preliminar de FAT, SAT e comissionamento?
documentação final está relacionada no contrato?
arquivos, backups e acessos do owner estão definidos?
critérios de cibersegurança e acesso remoto estão estabelecidos?
estratégia brownfield e rollback foram tratadas quando aplicáveis?
garantia e suporte foram separados conceitualmente?
os desvios técnicos da proposta estão formalizados?

Se essas respostas dependem de “ver depois com o fornecedor”, a contratação ainda não está tecnicamente madura.

Considerações finais

Escolher uma empresa de automação industrial não é selecionar apenas hardware, software ou preço. É contratar capacidade de engenharia para transformar requisitos de processo em uma solução controlável, testável, documentada e sustentável durante sua vida útil.

Quanto melhor o owner estrutura requisitos, interfaces, critérios de avaliação e aceite antes do award, menor a dependência de negociações durante a implantação. O fornecedor deixa de competir por interpretações diferentes do escopo e passa a competir sobre uma base técnica comparável.

Esse processo aumenta a qualidade da contratação, protege a operação e melhora a governança sobre FAT, SAT, comissionamento, documentação, suporte e futuras expansões.

Referências técnicas

[1] 1. INTERNATIONAL ELECTROTECHNICAL COMMISSION. IEC 62443-2-4:2023 — Security for industrial automation and control systems — Part 2-4: Security program requirements for IACS service providers. Geneva: IEC, 2023. Disponível em: [https://webstore.iec.ch/en/publication/67631](https://webstore.iec.ch/en/publication/67631)

[2] 2. NATIONAL INSTITUTE OF STANDARDS AND TECHNOLOGY. Guide to Operational Technology (OT) Security. NIST SP 800-82 Rev. 3. Gaithersburg: NIST, 2023. Disponível em: [https://csrc.nist.gov/pubs/sp/800/82/r3/final](https://csrc.nist.gov/pubs/sp/800/82/r3/final)

[3] 3. INTERNATIONAL SOCIETY OF AUTOMATION. ANSI/ISA-95.00.01-2025 (IEC 62264-1 Mod), Enterprise-Control System Integration — Part 1: Models and Terminology. Research Triangle Park: ISA, 2025. Disponível em: [https://www.isa.org/products/ansi-isa-95-00-01-2025-iec-62264-1-mod-enterprise](https://www.isa.org/products/ansi-isa-95-00-01-2025-iec-62264-1-mod-enterprise)

[4] 4. INTERNATIONAL ELECTROTECHNICAL COMMISSION. IEC 62443-3-2:2020 — Security for industrial automation and control systems — Part 3-2: Security risk assessment for system design. Geneva: IEC, 2020. Disponível em: [https://webstore.iec.ch/en/publication/30727](https://webstore.iec.ch/en/publication/30727)

Perguntas frequentes

Como escolher uma empresa de automação industrial?

Defina primeiro requisitos, escopo, interfaces e critérios de aceite; depois avalie experiência relevante, equipe, arquitetura proposta, interoperabilidade, licenciamento, cibersegurança, metodologia de testes, documentação, suporte e capacidade de atuação em campo.

Qual é a diferença entre integradora e fabricante de automação?

O fabricante desenvolve produtos e plataformas; a integradora combina equipamentos e software para entregar uma solução aplicada ao processo. Algumas empresas exercem ambos os papéis, mas as responsabilidades precisam ser claramente definidas.

O menor preço é o melhor critério para contratar automação?

Não isoladamente. Propostas podem ter escopos diferentes em redundância, licenças, engenharia, FAT, integração, documentação e suporte. A equalização técnica deve preceder a comparação comercial.

O que deve ser exigido no FAT?

Um procedimento aprovado com requisitos rastreáveis, pré-condições, passos, resultados esperados, evidências e tratamento de pendências. Conforme o sistema, devem ser testados lógicas, alarmes, telas, integrações, redundância, históricos e backups.

Quais documentos a integradora deve entregar?

Conforme o escopo, arquitetura As-Built, topologias, listas de I/O, filosofia de controle, programas e backups, configurações, licenças, procedimentos e relatórios de testes, registros de comissionamento, manuais e documentação de handover.

Como avaliar cibersegurança de uma empresa de automação?

Avalie processos para credenciais, acesso remoto, estações de engenharia, vulnerabilidades, backups, gestão de mudanças e resposta a incidentes. A IEC 62443-2-4 trata especificamente de requisitos de segurança para prestadores de serviços de IACS.

Quando Owner's Engineering ajuda na contratação de automação?

Quando o proprietário precisa de apoio independente para estruturar requisitos e RFP, comparar propostas, acompanhar desenvolvimento e implantação, testemunhar FAT/SAT, gerir interfaces e verificar o aceite técnico.