Gestão e Contratação · 6 min de leitura
Duas propostas de auditoria de rede industrial podem ter o mesmo título, o mesmo escopo resumido e preços muito diferentes. A diferença quase nunca está na proposta. Está no que o cliente recebe no final, e isso pode ser verificado antes da assinatura com cinco perguntas objetivas.
Por Darwin Anastacio Junior, fundador da Solaris Network Solutions · 17 de julho de 2026
Auditoria que entrega tranquilidade, não evidência
O mercado de auditoria de rede industrial tem um problema de nomenclatura. A mesma palavra cobre desde uma campanha de medição com instrumento calibrado, topologia validada e dossiê assinado até uma visita de algumas horas que termina num documento curto dizendo que a rede está funcionando.
As duas geram um PDF. Só uma gera evidência. A outra gera tranquilidade, e tranquilidade sem evidência é o pior resultado possível: a planta acredita que a rede foi verificada, deixa de investigar e segue registrando falhas de rede como falhas de equipamento.
O comprador, na maioria das vezes, não tem como avaliar a diferença olhando a proposta. O engenheiro de automação sabe o que precisa, mas nem sempre consegue transformar isso em critério objetivo. As perguntas a seguir fazem essa tradução: são simples o bastante para qualquer pessoa enviar e técnicas o bastante para expor quem não mede.
As cinco perguntas abaixo servem para separar os dois casos. Cada uma tem uma resposta certa, objetiva, e uma resposta evasiva que já é conhecida.
1. Como os cabos foram certificados?
Resposta certa: com instrumento de certificação identificado (Fluke DSX para cobre ou OptiFiber Pro para fibra), contra uma norma declarada (TIA-568 ou ISO 11801) e com resultado individual por link. Cada enlace tem sua linha na tabela, com os parâmetros medidos e o veredito.
Resposta evasiva: "passamos ping". Ping confirma que dois dispositivos se enxergam naquele instante. Não mede NEXT, perda de retorno, atenuação, comprimento nem margem. Um enlace pode responder ping com zero perda e estar fora de norma, pronto para gerar dropped frames quando a temperatura da sala subir. Ping não é certificação. Na prática, peça um exemplo de relatório de certificação de um trabalho anterior, com os dados do cliente ocultos. Se o fornecedor não tiver um para mostrar, é porque não costuma gerar.
2. Como a topologia foi validada?
Resposta certa: descoberta ativa da rede, comparada ao as-built vigente, com um delta report que lista o que está no desenho e não existe, o que existe e não está no desenho, e o que está ligado de forma diferente do projetado.
Resposta evasiva: "seguimos o diagrama". Isso é leitura de documento, não validação. É justamente na diferença entre o diagrama e a rede real que aparecem os achados mais comuns: anel que não é anel porque as duas pernas fecham no mesmo switch, raiz de Spanning Tree eleita por prioridade default num switch de painel de campo, dispositivos removidos há anos ainda no desenho.
O delta report tem valor que vai além da auditoria. Ele é o que permite atualizar o as-built e fazer a próxima expansão sobre a rede real. Sem ele, cada projeto novo herda os erros do diagrama anterior e os replica.
3. Existe baseline observado por segmento, em produção?
Resposta certa: sim, com métricas por segmento e com a planta operando. Em PROFINET, jitter do tráfego cíclico. Em EtherNet/IP, CRC e dropped frames. Nos anéis, a saúde da redundância MRP ou RSTP, incluindo reconfigurações. E uso de banda por VLAN.
Resposta evasiva: "está funcionando". Funcionar é uma sensação, não uma medida. Uma rede pode estar 100% no ar e acumular erros que só vão virar parada meses depois. Sem baseline em produção, a auditoria não sabe o que é normal naquela planta e não consegue distinguir um valor saudável de um início de degradação. Medir com a planta parada ou reduzida também não serve: o comportamento sob carga real é outro.
Pergunte também quanto tempo de sondagem está previsto e em qual janela de operação. Uma medição curta, feita num horário de baixa carga, tende a gerar falso negativo: a rede parece saudável porque não foi observada no momento em que sofre.
4. Qual o firmware de cada switch e há CVE aberto?
Resposta certa: uma tabela com fabricante, modelo, versão de firmware de cada switch e o cruzamento dessa versão com vulnerabilidades publicadas (CVE) e bugs conhecidos. Firmware desatualizado não é só assunto de segurança: bugs de multicast IGMP e de convergência de anel causam broadcast storm e reconvergência em produção.
Resposta evasiva: "estava atualizado no comissionamento". Isso é uma foto de 2022. De lá para cá, novas vulnerabilidades foram publicadas, switches foram trocados, alguns receberam atualização e outros não. A única forma de saber é levantar a versão atual de cada equipamento. Um inventário de firmware bem feito também serve de base para a política de atualização da planta: mostra quais switches estão na mesma versão, quais divergem e onde uma atualização resolve um risco conhecido.
5. Qual dossiê o cliente vai receber?
Resposta certa: um relatório assinado, com foto de cada terminação, tabela completa de certificação, topologia validada, inventário de firmware e recomendações priorizadas. É o documento que permite à manutenção agir, ao auditor interno rastrear e à próxima auditoria comparar.
Resposta evasiva: qualquer coisa que caiba em duas páginas. Um resumo executivo tem seu lugar, mas como capa de um dossiê, não como entrega. O que cabe em duas páginas é PDF de marketing.
Se alguma das cinco perguntas não tiver resposta objetiva, o cliente comprou tranquilidade falsa. Nossa recomendação é direta: mande as cinco no e-mail para cada fornecedor antes de assinar a proposta. A qualidade e a velocidade das respostas já dizem muito sobre o que vai ser entregue, e as respostas por escrito passam a fazer parte do escopo contratado.
Artigo desenvolvido a partir das publicações de Darwin Anastacio Junior no LinkedIn.

