Modernização de SCADA é a substituição planejada de um sistema
supervisório legado — software, servidores, telas, alarmes e
histórico — por uma plataforma atual e suportada, sem perder
comportamento operacional nem rastreabilidade de dados. A Integra
Automação Industrial conduz esse processo em fases: inventário,
arquitetura-alvo, padronização ISA-101 e ISA-18.2, historian,
virtualização, segurança OT e cutover com rollback.
Atuamos como
Silver System Integrator da Rockwell Automation
e em ambiente multi-vendor: FactoryTalk View SE e Optix, Elipse E3,
Siemens WinCC. De Maringá-PR para plantas em todo o Brasil, desde
2016.
Nenhum desses sinais derruba a planta sozinho. O problema é que eles se acumulam em silêncio — e cobram a conta juntos, na pior janela possível.
Sistema operacional sem suporte
Windows Server 2012 R2 encerrou o suporte estendido regular em 10 de outubro de 2023; as edições comuns do Windows 10, em 14 de outubro de 2025. ESU e edições LTSC têm ciclos próprios. O risco precisa ser verificado por edição, contrato, versão do SCADA e disponibilidade efetiva de patches.
Software descontinuado e licenças órfãs
RSView32 saiu de venda em 2022. Chave de ativação antiga, dongle perdido, mídia de instalação que ninguém encontra: quando o servidor falhar, a reinstalação pode ser impossível.
Telas lentas, clientes travando
Troca de tela que demora segundos, cliente que congela em turno de madrugada, gráficos herdados de duas ou três conversões sucessivas. O custo aparece em decisão operacional atrasada.
Alarmes ruidosos
O guia de alarmes do HSE britânico, com base na EEMUA 191, usa como referência uma taxa média de até um alarme a cada 10 minutos em operação normal. Não é uma meta universal isolada: contexto, picos, prioridade e capacidade de resposta do operador também entram no gerenciamento de alarmes.
Sem historian
Dado de processo que morre na tela ou vive em datalog proprietário espalhado em arquivos locais não sustenta análise de causa raiz, laudo de parada nem melhoria de processo.
Risco cibernético acumulado
Servidor SCADA na mesma rede plana da TI corporativa, acesso remoto improvisado por TeamViewer, sem IDMZ e sem inventário de quem acessa o quê. Cada ano nessa condição aumenta a superfície de ataque.
Dois ou mais sinais simultâneos indicam que a modernização do SCADA
deixou de ser melhoria e virou gestão de risco operacional. O custo de
modernizar de forma planejada é consistentemente menor — em horas de
engenharia, em janela de parada e em exposição — do que reconstruir um
supervisório às pressas depois de uma falha de servidor sem mídia de
instalação e sem licença recuperável.
Método
Como a Integra conduz uma modernização de SCADA
Nove fases, cada uma com entregável verificável. A sequência reduz risco: ninguém compra licença antes da arquitetura, ninguém faz cutover antes do FAT.
01
Inventário do supervisório existente
Levantamento de telas, tags, alarmes configurados, scripts e VBA, servidores e clientes, versões de SO, licenças, drivers de comunicação e integrações com PLC, historian e MES. Sem esse retrato, qualquer proposta de modernização é chute.
02
Arquitetura-alvo
Definição de plataforma, redundância de servidores, quantidade de clientes, Remote Desktop Services, virtualização e dimensionamento — documentada e validada com operação e TI antes de qualquer licença ser comprada.
03
Padronização de telas conforme ISA-101
A ANSI/ISA-101.01-2015 define o ciclo de vida de HMI para automação de processo: filosofia, guia de estilo, hierarquia de navegação e biblioteca de objetos. Telas em alto desempenho (high-performance HMI) substituem o mosaico colorido legado.
04
Racionalização de alarmes conforme ISA-18.2
Filosofia de alarmes, classificação, priorização e métricas de desempenho seguindo a ANSI/ISA-18.2-2016. Alarme que não exige ação do operador não é alarme.
05
Historian e continuidade de dados
Implantação ou atualização de historian (FactoryTalk Historian, PI System) com estratégia definida para o histórico legado: importação, arquivamento consultável ou corte documentado.
06
Virtualização dos servidores
Servidores SCADA, historian e engenharia em máquinas virtuais com snapshot antes de mudança, recuperação rápida de falha de hardware e independência do ciclo de vida físico.
07
Hardening e segmentação de rede
Segmentação em zonas e conduítes conforme IEC 62443-3-2, IDMZ entre TI e OT, hardening de servidores e estações, controle de acesso e backup testado.
08
FAT em ambiente espelho
O sistema novo é testado contra a lógica real — tela a tela, alarme a alarme — em ambiente de homologação, com participação da operação antes de qualquer cutover.
09
Cutover com rollback e sustentação
Comutação por área ou console, com o sistema legado em paralelo e plano de rollback validado. Depois do go-live: treinamento, as-built e suporte de estabilização.
Gerenciamento de alarmes: ISA-18.2, IEC 62682 e alarm flood
Trocar o supervisório sem tratar os alarmes leva para a plataforma nova o mesmo ruído da antiga. A modernização é a janela para tratar o sistema de alarmes como ciclo de vida, não como lista de tags herdada.
Gerenciamento de alarmes é a disciplina que mantém o sistema de
alarmes útil para o operador ao longo de toda a vida da planta. A
ANSI/ISA-18.2 organiza essas atividades num ciclo de vida, e a ISA
descreve a racionalização como o conjunto de justificativa,
documentação, priorização e classificação de cada alarme, comparado
com os critérios da filosofia de alarmes
(ISA, InTech, 2016). A
IEC 62682:2022 especifica princípios e
processos gerais para o gerenciamento de sistemas de alarme na
indústria de processo, aplicáveis a processos contínuos, em batelada
e discretos.
→
Filosofia de alarmes: o que conta como alarme, critérios de prioridade, responsabilidades e metas de desempenho, definidos antes de mexer em tags.
→
Racionalização: cada alarme justificado por causa, consequência, ação esperada do operador e tempo disponível para responder. O que não pede ação vira evento ou indicação de estado.
→
Projeto e implementação: poucas prioridades aplicadas com a mesma regra em todo o sistema, banda morta e atrasos contra alarmes repetitivos e supressão documentada de equipamento fora de serviço.
→
Monitoramento, gestão de mudanças e auditoria: taxas medidas de forma contínua, alarmes permanentes e repetitivos revisados e cada alteração aprovada e registrada.
Na modernização, o inventário da fase 01 levanta os alarmes
configurados e, quando há histórico disponível, quantos disparam em
operação normal e em distúrbios e quantos ficam permanentemente
ativos. A fase 04 entrega a filosofia
e a racionalização antes do FAT, para que o sistema novo nasça com
os alarmes revisados, e o acompanhamento das taxas continua no
suporte após o go-live quando faz parte do escopo contratado.
Caminho Rockwell
Como funciona a migração RSView32 → FactoryTalk View SE?
O RSView32 foi descontinuado pela Rockwell Automation e saiu de comercialização em 27 de maio de 2022. O substituto oficial é o FactoryTalk View Site Edition.
A Rockwell documenta o caminho de modernização no guia público
RSView32 to FactoryTalk View SE modernization (publicação
FTALK-QR004): o FactoryTalk View Studio importa componentes do projeto
RSView32 — telas gráficas, objetos animados, textos, banco de tags,
expressões e macros — preservando boa parte do trabalho de engenharia
acumulado. O import, porém, não é o projeto inteiro. Itens que exigem
reengenharia manual:
→
Código VBA: no RSView32 ele roda no servidor; no FactoryTalk View SE, roda no cliente, a partir das telas. A lógica precisa ser revisada e reposicionada, não apenas copiada.
→
Controles ActiveX e integrações de terceiros, que dependem de versão de SO e raramente sobrevivem intactos.
→
Segurança e usuários: o modelo passa a ser o FactoryTalk Security, integrado a usuários e grupos do domínio Windows.
→
Datalog e alarmes: o View SE usa FactoryTalk Alarms and Events e novo modelo de logging — oportunidade para racionalizar conforme ISA-18.2 em vez de reproduzir o ruído antigo.
→
Comunicação: drivers RSLinx Classic dão lugar ao FactoryTalk Linx, com revisão de topologia e redundância de data servers.
View SE, Optix, Elipse E3 ou WinCC: qual escolher?
A resposta certa depende da base instalada de controladores, do modelo de licenciamento, da equipe que vai manter o sistema e das integrações previstas. Não existe plataforma vencedora universal.
FactoryTalk View SE
SCADA distribuído consolidado para plantas com ControlLogix e
ecossistema Rockwell: redundância nativa de servidores, FactoryTalk
Alarms and Events e caminho documentado a partir do RSView32. A
versão 15.00 (setembro de 2024) adicionou conectividade MQTT e o
DataLogPro com InfluxDB; a versão 16.00 chegou em 2025. É a escolha
natural quando o investimento em Logix e
FactoryTalk Historian
já existe.
FactoryTalk Optix
Plataforma mais recente da Rockwell, nativa em OPC UA e MQTT, com
clientes web sem licenciamento por estação e drivers para
controladores de terceiros. Forte candidata em projetos greenfield,
aplicações edge e cenários multi-vendor em que o navegador é o
cliente. Comparamos os dois caminhos na página do
FactoryTalk Optix.
Elipse E3
Plataforma brasileira da Elipse Software, com arquitetura
cliente-servidor em múltiplas camadas, mais de 450 drivers de
comunicação, segundo a
página do produto na Elipse,
e atuação como cliente e servidor OPC. Suporte e
documentação em português pesam a favor em plantas multi-vendor e
em utilidades. Detalhes na página do
Elipse E3.
Siemens WinCC / PCS 7
Quando a base instalada é S7 e a planta já opera no ecossistema
Siemens, modernizar dentro da família
WinCC / PCS 7
costuma vencer pelo custo de integração e pela curva da equipe de
manutenção. A Integra é integradora Rockwell, mas atua multi-vendor
— Siemens, Schneider e Elipse — justamente para que a recomendação
saia da engenharia, não do catálogo de um fabricante.
Segurança OT
Por que cibersegurança entra no mesmo projeto?
Modernizar o SCADA mexe em servidores, rede, contas e acessos de uma vez. Essa é exatamente a janela em que segmentar custa menos — refazer depois custa outra parada.
A IEC 62443-3-2 estrutura a rede industrial em zonas e conduítes, com
avaliação de risco por zona. Entre TI e OT entra a IDMZ — a zona
desmilitarizada industrial do nível 3.5: nenhum tráfego atravessa
direto; sessões da rede corporativa terminam em servidores da IDMZ e
novas sessões são iniciadas dali para a rede de controle. O servidor
SCADA modernizado nasce dentro dessa segmentação, com hardening de
sistema operacional, contas nominais, acesso remoto controlado e
backup testado — em vez de herdar a rede plana do sistema antigo.
Estações de operação: thin clients com ThinManager
Na arquitetura modernizada, as estações de operação deixam de ser
PCs completos espalhados pela planta. Com o
ThinManager,
plataforma de gestão de thin clients da Rockwell, o conteúdo é
entregue de servidores centrais para
terminais sem disco — por função, por localização ou por evento — e
os recursos de failover e entrega precisam ser confirmados pela
edição e pela arquitetura contratadas. Um terminal compatível pode
ser substituído com menos reinstalação local, desde que perfil,
servidor, rede, periféricos e procedimento de recuperação estejam
testados; combinada à virtualização, essa camada reduz dependências
do PC de operação, sem eliminar todos os seus modos de falha.
Em setores de operação sazonal, como
açúcar e etanol,
planejamos as fases para que FAT e cutover caiam na entressafra — a
modernização avança o ano todo, mas a comutação acontece quando a
planta pode validar com calma.
Escopo e entregáveis
O que uma modernização de SCADA entrega
Cada fase fecha com documento verificável. No final, a planta tem um supervisório suportado — e a documentação para mantê-lo assim.
✓
Documento de arquitetura-alvo com redundância, virtualização e dimensionamento
✓
Guia de estilo HMI e biblioteca de objetos conforme ISA-101
✓
Filosofia de alarmes e racionalização conforme ISA-18.2
✓
Historian configurado com estratégia de continuidade do histórico legado
✓
Servidores virtualizados com plano de backup e recuperação de desastres
✓
Segmentação de rede, IDMZ e hardening alinhados à IEC 62443
✓
FAT documentado, plano de cutover com rollback e suporte pós-go-live
Normas e referências aplicadas
ISA-101 Ciclo de vida de HMI
ISA-18.2 Gerenciamento de alarmes
IEC 62682 Alarmes na indústria de processo
ISA/IEC 62443 Cibersegurança industrial
NIST SP 800-82 Segurança de OT
CPwE Arquitetura de referência
OPC UA Comunicação industrial
Perguntas frequentes
Quanto tempo leva uma modernização de SCADA?
Depende de três variáveis principais: quantidade de telas e tags, número de integrações (PLCs, historian, MES, relatórios) e a janela de validação que a operação consegue dar. Um supervisório standalone com poucas dezenas de telas é um projeto curto; um sistema distribuído redundante com historian e racionalização de alarmes é um programa de meses, executado em fases. O inventário inicial é o que permite estimar com responsabilidade — antes dele, qualquer prazo é especulação.
Dá para modernizar o supervisório sem parar a planta?
Em muitos casos, a interrupção se limita a comutações curtas. O sistema novo é montado em paralelo, lendo os mesmos PLCs que o sistema legado, e validado em FAT antes da comutação. O cutover é feito por área ou por console de operação, com o legado pronto para reassumir (rollback). Parada total só costuma ser necessária quando a modernização do SCADA coincide com troca de controlador ou de rede na mesma janela.
Preciso trocar o PLC junto com o SCADA?
Não necessariamente: supervisório e controlador têm ciclos de vida independentes, e a compatibilidade depende dos drivers disponíveis. O inventário avalia os dois. Se a planta usa PLC-5 ou SLC 500, linhas descontinuadas pela Rockwell, convém comparar sustentação e migração no mesmo horizonte; uma estrutura de tags bem documentada pode reduzir retrabalho futuro.
O que acontece com meu histórico de dados?
Definimos isso na fase de historian, antes do cutover. As opções típicas: importar o histórico legado para o historian novo (quando o formato permite), manter o banco antigo em modo consulta por um período de retenção definido, ou estabelecer um corte documentado. O ponto inegociável é não perder rastreabilidade: a decisão fica registrada e o dado antigo permanece acessível pelo tempo que o processo e a auditoria exigirem.
RSView32 ainda é suportado pela Rockwell?
Não para novas vendas: o RSView32 foi descontinuado e saiu de comercialização em 27 de maio de 2022, e consta como Discontinued no Product Lifecycle Status da Rockwell Automation. O substituto oficial é o FactoryTalk View SE, e a própria Rockwell publica o guia de modernização (publicação FTALK-QR004, edição C) descrevendo o que o import converte. Na prática, o risco é composto: pela matriz de compatibilidade da Rockwell, o último sistema operacional testado para o RSView32 7.60 foi o Windows 7 Professional SP1 32 bits — o software depende de banco de dados 32 bits e não roda em SO 64 bits —, e o próprio Windows 7 está sem suporte da Microsoft desde 14 de janeiro de 2020.
SCADA na nuvem faz sentido em planta industrial?
Pode fazer sentido para dados, analytics e alguns casos de supervisão, mas controle e operação crítica exigem análise de latência, autonomia, indisponibilidade da WAN, suporte e risco. Arquiteturas híbridas são comuns: funções críticas permanecem locais e dados seguem para serviços externos por fluxos intermediados e controlados. Comunicação unidirecional é uma opção de alta restrição, não requisito universal da IEC 62443; o desenho depende do caso de uso.
Case público relacionado
Modernização de controle e supervisão em planta moageira
O case descreve um cutover por área com FactoryTalk View SE,
ControlLogix, EtherNet/IP, padronização de telas e governança de alarmes,
preservando dados confidenciais do cliente.
Seu supervisório ainda depende de um Windows sem suporte?
Começamos pelo inventário: telas, tags, alarmes, servidores e licenças. Com o retrato na mesa, a discussão de plataforma, fases e janela de cutover deixa de ser opinião e vira engenharia.