Como integrar VMS, PSIM, SCADA e BMS em Centros de Operações: eventos, APIs, OT, BACnet, correlação, segurança, workflows, FAT, SAT e comissionamento.
Confira!
A integração entre VMS, PSIM, SCADA e BMS em Centros de Operações tem como objetivo reunir contexto operacional sem apagar as responsabilidades próprias de cada plataforma. O VMS permanece responsável pelo vídeo e suas evidências; o PSIM ou plataforma de segurança unificada correlaciona eventos e procedimentos; o SCADA supervisiona e, quando autorizado, controla processos industriais ou de infraestrutura; e o BMS supervisiona sistemas prediais. A integração correta permite que eventos, estados, mapas, vídeo e alarmes sejam correlacionados para apoiar decisão — sem criar uma arquitetura em que um único software tenha acesso irrestrito a todos os domínios.
O principal desafio não é “fazer os sistemas conversarem”. É definir o que deve ser compartilhado, em qual direção, com qual latência, com quais privilégios e qual plataforma permanece como fonte de verdade. Uma integração mal desenhada pode duplicar alarmes, gerar comandos conflitantes, ampliar superfície de ataque, criar dependência de APIs frágeis e deixar o operador sem saber em qual sistema uma ocorrência deve ser reconhecida, investigada ou encerrada. Por isso, a arquitetura deve começar pelos processos operacionais e pelos casos de uso, e não pela lista de conectores disponíveis nos fabricantes.
O papel de cada plataforma no Centro de Operações
Antes de integrar, é necessário estabelecer fronteiras funcionais. A fronteira não é burocrática: ela determina quem responde pelo dado, quem pode comandar o processo e como a operação continua quando a camada de integração estiver indisponível.
VMS — Video Management System
O VMS gerencia dispositivos de vídeo, gravação, visualização, permissões, eventos, alarmes associados ao vídeo e investigação. Plataformas abertas como Milestone XProtect oferecem APIs e SDKs para integração de eventos, alarmes, metadados, vídeo, áudio, controle e sistemas de acesso.
Isso não significa que o VMS deva assumir a função de SCADA ou BMS. Ele é a fonte de verdade do subsistema de vídeo: preserva gravação, cadeia de evidência, disponibilidade das câmeras, perfis de acesso e mecanismos de pesquisa.
PSIM — Physical Security Information Management
O PSIM agrega informações de diversos sistemas de segurança física e apresenta uma camada de correlação, workflow e resposta. Pode receber eventos de CFTV, controle de acesso, intrusão, interfonia, LPR, sensores e outras fontes. Em arquiteturas mais recentes, plataformas de segurança unificada também cumprem parte dessas funções ao incorporar nativamente vídeo, acesso, ALPR, comunicações e outros módulos.
A solução PSIM da A3A trata dessa camada de integração e comando de segurança. O papel mais valioso do PSIM não é “mostrar tudo”, mas transformar sinais dispersos em uma ocorrência compreensível, orientada por procedimento e auditável.
SCADA — Supervisory Control and Data Acquisition
SCADA coleta dados de campo, apresenta estados de processo, gerencia alarmes, históricos e comandos de supervisão. Em energia, saneamento, transporte e indústria, está conectado a RTUs, PLCs, IEDs, gateways e sistemas de comunicação.
O livro Power System SCADA and Smart Grids, disponível no KB da A3A, estrutura o SCADA a partir de RTUs, IEDs, master station, servidores, HMI, comunicação, alarmes e funções de supervisão. Também destaca requisitos de interoperabilidade, escalabilidade, QoS e segurança.
A página Sistemas SCADA é o destino comercial do subsistema, enquanto o artigo Sistema Supervisório: o que é, arquitetura, SCADA e aplicações industriais aprofunda o conceito.
BMS — Building Management System
O BMS supervisiona sistemas prediais, como climatização, energia, iluminação, bombas, utilidades, alarmes técnicos e outros ativos da edificação.
BACnet é um padrão de comunicação amplamente utilizado em automação predial para interoperabilidade entre equipamentos e sistemas de controle. BACnet International destaca que o protocolo permite troca de dados, comandos e estados entre dispositivos e sistemas de diferentes fabricantes.
A Automação Predial e BMS deve continuar sendo a URL proprietária da intenção “BMS”; este artigo não disputa essa query, mas trabalha a integração do BMS dentro do Centro de Operações.
Integração não significa unificação total
Antes de integrar plataformas, o projeto precisa definir qual sistema permanece como fonte de verdade, quais eventos atravessam a interface e quais comandos são proibidos.
Conheça o serviço de Projeto de Segurança Eletrônica Integrada
Existe uma diferença importante entre integração, unificação e agregação visual.
Integração permite troca de eventos, estados, comandos ou dados entre sistemas. Unificação ocorre quando funções antes separadas são incorporadas em uma plataforma comum, com identidade, banco de dados, interface e administração compartilhados em algum grau. Agregação visual significa apenas apresentar informações de várias fontes na mesma interface ou videowall, sem que exista necessariamente integração de lógica.
Esses três modelos podem coexistir.
Um operador pode visualizar uma tela SCADA no videowall por AV over IP sem que o PSIM tenha qualquer permissão para comandar o processo. Ao mesmo tempo, um evento crítico do SCADA pode ser enviado ao PSIM apenas como alarme, e o PSIM pode chamar automaticamente câmeras do VMS relacionadas à área.
Essa separação é muitas vezes mais segura e mais sustentável do que tentar colocar todo o processo dentro de um único software. A unificação deve ser adotada quando reduz complexidade sem criar concentração de risco; caso contrário, a integração por interfaces bem delimitadas é preferível.
A pergunta central: qual é o sistema de registro de cada informação?
Toda integração precisa declarar system of record.
Se uma câmera gera um evento analítico, o VMS pode ser a fonte original. Se o PSIM cria uma ocorrência a partir desse evento, o PSIM passa a ser o registro do incidente, mas não da gravação de vídeo.
Se um chiller apresenta falha, o BMS registra o estado técnico. O PSIM pode receber o evento como contexto de segurança ou continuidade, mas não deve substituir o histórico de manutenção do BMS.
Se um disjuntor muda de estado em uma subestação, o SCADA continua sendo a fonte de verdade do processo elétrico, mesmo que o estado apareça em um dashboard corporativo.
Sem essa definição, surgem inconsistências: alarmes reconhecidos em um sistema permanecem ativos em outro; timestamps divergem; operadores encerram ocorrências sem que a origem seja normalizada; relatórios apresentam versões diferentes do mesmo evento.
Uma matriz de governança deve registrar pelo menos dado, origem, responsável, consumidor, retenção, autoridade para alteração e mecanismo de reconciliação. Isso reduz ambiguidade durante operação e manutenção.
Eventos, alarmes e ocorrências não são sinônimos
A integração precisa diferenciar níveis semânticos.
Evento
É uma mudança detectada: porta aberta, câmera offline, temperatura alta, mudança de estado de válvula, perda de comunicação.
Alarme
É um evento que exige atenção conforme regras, prioridade e contexto.
Ocorrência ou incidente
É uma situação operacional que pode reunir múltiplos eventos e alarmes, exigir procedimento e gerar registro de resposta.
O PSIM costuma ser adequado para consolidar eventos em ocorrências. SCADA e BMS normalmente permanecem responsáveis por alarmes técnicos de seus domínios.
O projeto deve evitar criar um alarme duplicado em quatro plataformas e exigir reconhecimento manual em todas elas. O reconhecimento no PSIM pode registrar que o operador tomou ciência da ocorrência integrada, mas o estado físico do equipamento ainda precisa ser normalizado no sistema de origem.
Arquitetura orientada a eventos
Uma integração moderna tende a ser mais eficiente quando trabalha com eventos em vez de polling excessivo.
O VMS pode publicar eventos e alarmes. O SCADA pode expor mudanças de estado. O BMS pode emitir notificações. Uma camada de integração normaliza essas mensagens e encaminha apenas o que é relevante.
Benefícios:
- menor tráfego;
- menor carga em APIs;
- resposta mais rápida;
- melhor rastreabilidade;
- possibilidade de desacoplar sistemas;
- capacidade de colocar múltiplos consumidores sobre o mesmo evento.
Entretanto, é necessário definir entrega, retries, idempotência e comportamento durante indisponibilidade. Se um broker ficar fora do ar por cinco minutos, os eventos devem ser perdidos, armazenados localmente ou reenviados? A resposta depende da criticidade e precisa estar no requisito.
APIs, SDKs e protocolos
Os mecanismos de integração variam conforme plataforma e profundidade desejada.
APIs REST
São úteis para consulta e comandos estruturados. Milestone XProtect, por exemplo, oferece mecanismos de integração sobre sua plataforma para configuração, eventos, alarmes e recursos do VMS.
SDKs
Permitem integrações mais profundas. O MIP SDK do XProtect pode integrar eventos, alarmes, vídeo, áudio, metadados, controle e acesso.
Mensageria
Message brokers podem desacoplar sistemas e distribuir eventos para múltiplos consumidores. Em vez de o PSIM consultar continuamente o SCADA, um gateway pode publicar apenas os eventos selecionados.
OPC UA
É comum em automação industrial para interoperabilidade e troca estruturada de dados. No site da A3A há conteúdo específico sobre OPC UA e integração com SCADA.
BACnet
É amplamente utilizado em automação predial e pode transportar objetos, estados e comandos do BMS.
Protocolos proprietários
Podem ser necessários, mas aumentam dependência do fabricante. A engenharia deve avaliar documentação, licenciamento, versionamento, suporte e ciclo de vida.
O que integrar entre VMS e PSIM
A integração entre VMS e PSIM normalmente é a mais direta dentro da segurança física.
Casos de uso incluem:
- chamar câmera associada a alarme;
- abrir vídeo ao vivo e gravado;
- inserir bookmark;
- receber analytics;
- relacionar controle de acesso e vídeo;
- acompanhar PTZ;
- obter estado de câmera;
- correlacionar LPR;
- iniciar workflow de resposta.
A plataforma PSIM não deve duplicar o storage ou a lógica de gravação do VMS. Deve usar o VMS como fonte de vídeo e contexto.
Quando o PSIM solicita vídeo, também é preciso definir autenticação, tempo de retenção, privilégios e comportamento se a câmera estiver offline. Um incidente não deve ser bloqueado apenas porque o vídeo não está disponível.
O que integrar entre PSIM e SCADA
Essa integração exige mais cautela porque cruza o domínio de segurança física com OT.
Em muitos casos, o fluxo deve ser predominantemente do SCADA para o PSIM.
Exemplos:
- perda de energia em área crítica;
- falha de subestação;
- abertura indevida de equipamento;
- nível crítico de reservatório;
- perda de comunicação de RTU;
- alarme de processo com impacto em segurança;
- indisponibilidade de ativo que exige isolamento de área.
O PSIM pode correlacionar esses eventos com vídeo, acesso e procedimentos.
Comandos do PSIM para o SCADA devem ser excepcionais e altamente controlados. Um operador de segurança não deve ganhar permissão indireta para atuar sobre processo industrial apenas porque as plataformas foram integradas. Quando comando remoto fizer parte do escopo, o requisito deve definir autorização, dupla confirmação quando aplicável, logging, timeout e estado seguro.
O que integrar entre PSIM e BMS
O BMS fornece contexto predial útil para segurança e continuidade.
Casos de uso:
- falha de HVAC em sala crítica;
- temperatura elevada em CPD;
- detecção de vazamento;
- falha de bomba;
- perda de energia;
- alarme técnico de elevador;
- condição de ambiente;
- estados de iluminação ou utilidades.
O PSIM pode relacionar esses estados a incidentes, mas o BMS deve continuar responsável pelo controle e pela lógica predial.
O grau de integração deve ser proporcional ao impacto operacional. Enviar todos os pontos de temperatura de um prédio ao PSIM tende a gerar ruído; enviar a indisponibilidade completa do sistema de climatização da sala de servidores pode ser decisivo.
Integração VMS e SCADA
Em operações de energia, saneamento, transporte e indústria, vídeo pode enriquecer alarmes de processo.
Um evento SCADA pode chamar câmeras associadas à instalação. Isso reduz tempo de diagnóstico e permite verificar condições visuais antes do envio de equipe.
Exemplos:
- falha de bomba + câmera da casa de bombas;
- abertura de disjuntor + câmera da subestação;
- intrusão em área de processo + câmeras e controle de acesso;
- falha de semáforo + câmera da interseção;
- nível anormal + imagem do reservatório;
- perda de comunicação + verificação visual do gabinete remoto.
A integração deve evitar que perda de vídeo afete o controle do processo. O SCADA precisa continuar operacional mesmo sem VMS.
Integração VMS e BMS
Pode ser útil em edifícios críticos, Data Centers, hospitais e campi.
Exemplos:
- alarme de temperatura aciona câmeras da sala;
- vazamento hidráulico apresenta vídeo do ambiente;
- falha de HVAC em área restrita abre mapa e imagens;
- perda de energia apresenta câmeras das áreas afetadas;
- alarme de acesso técnico associa gravação correspondente.
O BMS continua responsável pelo alarme técnico; o VMS fornece contexto visual. Quando há correlação, deve ser preservado o identificador do evento original para auditoria.
SCADA e BMS no mesmo Centro de Operações
Em alguns empreendimentos, as fronteiras podem parecer próximas. SCADA supervisiona processos industriais e infraestrutura operacional; BMS supervisiona sistemas prediais.
Uma planta industrial pode ter ambos:
- SCADA para processo;
- BMS para HVAC, iluminação e utilidades do prédio;
- VMS para segurança;
- PSIM para correlação de segurança.
A arquitetura deve impedir que conveniência de interface destrua a separação de responsabilidade. É aceitável que um supervisor veja os quatro domínios em uma tela agregada; não é aceitável que essa tela conceda automaticamente permissões equivalentes em todos eles.
Rede OT e rede corporativa não devem ser fundidas por conveniência
Integrações entre segurança, BMS e SCADA devem preservar segmentação e fronteiras OT. Contexto operacional não exige acesso irrestrito entre redes.
Conheça o serviço de Projeto de Rede Lógica e Redes Corporativas
O NIST SP 800-82 Rev. 3 trata SCADA, DCS, PLCs, building automation, sistemas de transporte e outros sistemas ciberfísicos como Operational Technology, com necessidades específicas de desempenho, confiabilidade e segurança.
Integrar um Centro de Operações não significa conectar livremente todos os segmentos.
Princípios incluem:
- segmentação;
- zonas e conduítes;
- firewalls;
- DMZs;
- regras mínimas de comunicação;
- monitoramento;
- controle de acesso;
- gestão de vulnerabilidades;
- disponibilidade compatível com processo.
A integração deve ocorrer por interfaces deliberadas, não por flat network. Quando um sistema corporativo precisa consumir informação OT, uma DMZ, gateway ou broker pode ser usado para limitar exposição.
DMZ de integração
Uma DMZ pode hospedar brokers, gateways, proxies de API, servidores de integração ou réplicas de dados.
Isso reduz a necessidade de conexões diretas entre a rede de segurança e a rede OT.
Exemplo conceitual: SCADA publica eventos selecionados para um broker na DMZ. O PSIM consome esses eventos. O PSIM não possui rota de comando direta para PLCs ou RTUs.
Esse desenho preserva contexto sem ampliar privilégios. A DMZ também facilita inspeção de tráfego, logging e aplicação de políticas específicas de firewall.
Integração de visualização versus integração de controle
Há três níveis que devem ser especificados separadamente.
Nível 1 — Visualização
Uma tela de outro sistema é exibida por videowall, KVM ou AV over IP. Não há troca lógica de dados.
Nível 2 — Dados e eventos
Sistemas trocam estados, alarmes e metadados. Esse nível é suficiente para muitos casos de correlação.
Nível 3 — Comando
Uma plataforma pode executar ação em outra.
O risco aumenta progressivamente. Muitos casos de uso são atendidos pelo Nível 1 ou 2 e não precisam chegar ao Nível 3. Essa classificação deve aparecer na matriz de interfaces para evitar que uma integração inicialmente “somente leitura” ganhe privilégios ao longo do projeto sem revisão formal.
Sincronização de tempo
Correlação de eventos depende de timestamps confiáveis.
VMS, PSIM, SCADA e BMS precisam utilizar fontes de tempo coerentes. Diferenças de segundos podem comprometer investigação, especialmente quando se tenta correlacionar vídeo, acesso, alarme técnico e comando de campo.
O projeto deve definir NTP/PTP ou mecanismo adequado, hierarquia de servidores e monitoramento de desvio. Também deve registrar timezone, horário de verão quando aplicável e política para dispositivos que não suportam a mesma fonte de tempo.
Identidade e controle de acesso
Usuários devem possuir o mínimo privilégio necessário.
Uma conta de integração não deve ser administrador global se precisa apenas ler eventos.
Boas práticas incluem:
- contas de serviço dedicadas;
- credenciais rotacionadas;
- certificados quando suportados;
- RBAC;
- logging de comandos;
- segregação de funções;
- MFA para administração humana quando aplicável;
- revogação documentada de acessos.
A matriz de privilégios deve distinguir leitura de evento, consulta de histórico, streaming de vídeo e execução de comando.
Normalização de eventos
Cada sistema utiliza nomes e estruturas diferentes.
“Door forced open”, “porta violada”, “access denied” e “intrusion zone” podem precisar de taxonomia comum para o PSIM.
No SCADA, tags e alarmes podem ter convenções específicas de planta. No BMS, objetos BACnet podem possuir nomes e prioridades diferentes.
A camada de integração deve normalizar sem perder a origem.
É recomendável manter:
- sistema fonte;
- identificador original;
- timestamp original;
- severidade original;
- severidade normalizada;
- ativo/local associado;
- estado;
- link para evidência;
- versão do mapeamento utilizado.
Isso permite corrigir a lógica de correlação sem perder rastreabilidade do dado original.
Priorização de alarmes
Não é útil enviar todos os pontos do SCADA e BMS ao PSIM.
A integração deve selecionar eventos com relevância operacional transversal.
Uma falha de sensor secundário pode permanecer no BMS. Uma perda completa de climatização da sala de servidores pode ser elevada ao Centro de Operações.
O mesmo vale para SCADA. Alarmes rotineiros de processo permanecem na operação técnica; eventos com impacto em continuidade, segurança ou resposta integrada podem ser correlacionados.
Essa seleção deve ser validada com operadores de cada domínio para evitar tanto excesso quanto omissão.
Deduplicação e correlação
Um mesmo incidente pode gerar dezenas de sinais.
Exemplo: queda de energia provoca alarme no BMS, perda de switch no VMS, falha de comunicação no controle de acesso e eventos de UPS.
Um PSIM ou motor de correlação deve conseguir reunir esses sinais em uma ocorrência principal, em vez de gerar quatro incidentes independentes.
Isso exige regras temporais, relações entre ativos e conhecimento da topologia. Também exige cuidado para não ocultar falhas distintas que ocorrem simultaneamente. Correlação deve reduzir ruído sem destruir evidência.
Mapas e contexto espacial
Centros de Operações dependem de localização.
A integração pode utilizar mapas para associar:
- câmeras;
- portas;
- painéis;
- bombas;
- sensores;
- alarmes;
- equipes de campo;
- rotas de acesso.
O mapa não deve ser apenas um desenho. Deve representar relações operacionais e permitir que o usuário compreenda rapidamente onde está o evento e quais recursos estão próximos.
Em ambientes distribuídos, GIS pode ser mais adequado que plantas estáticas; em edifícios, plantas por pavimento podem ser mais úteis. O sistema deve preservar coordenadas e identificadores comuns entre plataformas.
Videowall como camada de consciência situacional
Nem toda integração precisa ocorrer dentro de uma única interface de software.
O videowall pode apresentar simultaneamente mapa, VMS, SCADA, BMS e dashboard de incidentes.
A controladora de videowall organiza essas fontes. AV over IP pode distribuí-las pela rede.
Essa abordagem preserva sistemas especialistas e cria uma camada comum de consciência situacional. É particularmente útil quando a equipe precisa compartilhar uma visão geral sem conceder controle cruzado entre plataformas.
Workflows e procedimentos
O valor de PSIM aparece quando correlação gera ação padronizada.
Exemplo de fluxo:
- SCADA envia alarme crítico de subestação.
- PSIM identifica o ativo e a localização.
- VMS apresenta câmeras associadas.
- Controle de acesso verifica presença na área.
- BMS informa condição ambiental da sala.
- O operador recebe procedimento de resposta.
- A ocorrência registra ações e evidências.
Esse workflow reduz a necessidade de alternar manualmente entre sistemas e diminui risco de omissão.
O procedimento deve também declarar quando a decisão volta ao operador especialista. O PSIM pode coordenar a resposta, mas não substituir o julgamento técnico de quem opera o processo.
Integração com comunicações
Intercom, telefonia, rádio e colaboração podem fazer parte do fluxo.
Uma plataforma unificada de segurança pode incorporar comunicações ao incidente. Genetec Security Center, por exemplo, integra vídeo, acesso, ALPR e comunicações em uma plataforma comum e disponibiliza ecossistema de integrações.
O requisito deve ser definido pelo processo: quem precisa ser avisado, por qual canal, em qual estágio e com que confirmação de recebimento.
Alta disponibilidade da camada de integração
A camada de integração pode se tornar ponto único de falha se todas as plataformas dependem dela.
É necessário definir:
- redundância de servidores;
- persistência de mensagens;
- filas durante indisponibilidade;
- reconexão automática;
- replicação de banco;
- backup;
- RTO e RPO;
- operação degradada;
- monitoramento de saúde.
Mais importante: os subsistemas críticos devem continuar cumprindo suas funções básicas mesmo se a integração cair.
O VMS deve continuar gravando. O SCADA deve continuar supervisionando e controlando. O BMS deve continuar operando. O PSIM pode perder contexto temporariamente, mas não deve derrubar os sistemas fonte.
Integração síncrona x assíncrona
Chamadas síncronas são adequadas quando uma resposta imediata é necessária. Porém, acoplam disponibilidade: se o sistema chamado não responde, o chamador pode bloquear.
Mensageria assíncrona permite resiliência e retries, sendo útil para eventos.
A arquitetura pode combinar ambos:
- eventos por broker;
- consultas por API;
- comandos críticos por interface autenticada e auditada.
O requisito deve definir timeout e comportamento de fallback. Uma interface que aguarda indefinidamente uma API externa pode paralisar o workflow do operador.
Performance e dimensionamento
A integração deve ser dimensionada por eventos de pico, não média diária.
Um incidente pode provocar centenas de eventos em segundos. O sistema deve suportar bursts sem perder mensagens.
Critérios incluem:
- eventos por segundo;
- tempo de processamento;
- tamanho de fila;
- latência de correlação;
- consultas simultâneas;
- número de operadores;
- volume de histórico;
- retenção de logs;
- quantidade de integrações ativas.
O teste de carga deve simular cenários reais de falha, não apenas chamadas sintéticas isoladas.
Logs e rastreabilidade
Toda troca relevante deve ser auditável.
O log deve permitir responder:
- qual sistema originou o evento;
- quando foi recebido;
- como foi transformado;
- quem reconheceu;
- qual comando foi emitido;
- qual sistema respondeu;
- qual foi o resultado;
- qual versão do conector estava ativa.
Sem isso, troubleshooting e investigação ficam dependentes de suposições.
Logs devem possuir retenção compatível com criticidade, proteção contra alteração e sincronização de tempo.
Gestão de mudanças
APIs, firmware e versões evoluem. Uma integração que funciona hoje pode falhar após upgrade.
O projeto deve prever:
- matriz de compatibilidade;
- homologação de versões;
- ambiente de teste;
- rollback;
- documentação de APIs;
- contratos de interface;
- gestão de certificados;
- janela de manutenção;
- validação após atualização.
Não se deve atualizar VMS, SCADA ou BMS de forma independente quando a integração depende de componentes específicos de versão.
Arquitetura aberta e lock-in
Interfaces documentadas reduzem dependência de integrações customizadas opacas.
Critérios positivos incluem:
- APIs públicas e documentadas;
- SDK suportado;
- protocolos padronizados;
- possibilidade de exportar configuração;
- suporte a terceiros;
- versionamento de APIs;
- documentação de eventos;
- programa formal de parceiros ou integrações.
Isso não elimina dependência de fabricante, mas melhora governança e ciclo de vida.
Interoperabilidade BACnet no BMS
BACnet foi desenvolvido para interoperabilidade em automação predial. BACnet International descreve o protocolo como padrão global de comunicação para building automation and control networks.
Na integração com Centro de Operações, isso pode facilitar acesso a estados e comandos de equipamentos de diferentes fabricantes, desde que os objetos, serviços e prioridades estejam corretamente especificados.
Certificação BTL é uma evidência importante de conformidade de produtos BACnet, mas não substitui teste de integração do sistema completo.
SCADA, interoperabilidade e protocolos
SCADA pode utilizar Modbus, DNP3, IEC 60870-5-104, IEC 61850, OPC UA e outros protocolos conforme setor.
O artigo Redes industriais: protocolos, arquitetura, segurança e integração com SCADA aprofunda essa camada.
Para o Centro de Operações, o objetivo não é expor diretamente esses protocolos ao PSIM, mas utilizar gateways ou interfaces de nível adequado. Protocolos de controle de campo não devem ser roteados para a rede corporativa apenas para facilitar integração.
Segurança por design
A integração deve ser submetida a threat modeling.
Perguntas úteis:
- qual sistema fica exposto se a API for comprometida;
- uma conta de serviço pode executar comandos;
- o broker aceita publicação de qualquer origem;
- os certificados são validados;
- existe rate limiting;
- há proteção contra replay;
- eventos podem ser falsificados;
- logs podem ser alterados;
- uma DMZ foi prevista;
- existe monitoramento de anomalias;
- há dependência de software sem suporte.
Em OT, disponibilidade e segurança física podem ser tão importantes quanto confidencialidade. Uma contramedida que derruba comunicação de processo pode causar efeito operacional maior que a ameaça original.
LGPD e dados pessoais
VMS e controle de acesso podem tratar dados pessoais e biométricos. Ao integrar com PSIM, dashboards ou data lakes, o projeto deve observar minimização, finalidade, retenção e controle de acesso.
Não é necessário replicar todas as evidências em todas as plataformas. Muitas vezes é melhor armazenar um identificador ou link seguro para a fonte original.
Também é necessário revisar quais dados aparecem em videowalls compartilhados e quais perfis podem acessar registros históricos.
Como definir casos de uso antes da integração
A engenharia deve documentar casos de uso em formato verificável.
Exemplo:
Evento: acesso forçado em porta de sala elétrica.
Origem: controle de acesso.
Ações: abrir câmeras próximas, mostrar estado BMS da sala, verificar alarme SCADA associado, apresentar procedimento, registrar ocorrência.
Comandos permitidos: nenhum comando SCADA automático.
Aceite: evento deve aparecer no PSIM dentro do tempo estabelecido, com vídeo correto e registro de todas as ações.
Esse nível de detalhe transforma “integração” em requisito testável.
Matriz de interfaces
Um projeto deve possuir matriz semelhante a esta:
| Origem | Destino | Dado/evento | Direção | Comando? | Criticidade |
| VMS | PSIM | alarmes e vídeo | VMS → PSIM | limitado | alta |
| SCADA | PSIM | alarmes críticos | SCADA → PSIM | normalmente não | alta |
| BMS | PSIM | alarmes técnicos selecionados | BMS → PSIM | limitado | média/alta |
| PSIM | VMS | presets/bookmarks | PSIM → VMS | sim | média |
| BMS | videowall | HMI/dashboard | visual | não | média |
| SCADA | videowall | HMI/processo | visual | não | alta |
A matriz deve ser acompanhada por portas, protocolos, autenticação, frequência, timeout e comportamento em falha.
FAT da integração
FAT deve usar simuladores ou sistemas reais para validar:
- eventos;
- severidade;
- timestamps;
- correlação;
- workflows;
- vídeo associado;
- retries;
- perda temporária de sistema;
- reconexão;
- permissões;
- comandos autorizados;
- logs;
- carga de pico.
Um FAT adequado também precisa verificar casos negativos: evento inválido, credencial expirada, API indisponível e mensagem duplicada.
SAT no Centro de Operações
SAT verifica a integração já conectada às redes e dispositivos reais.
Cenários devem incluir:
- evento real de porta;
- alarme real do BMS;
- evento SCADA controlado;
- perda de câmera;
- perda de API;
- indisponibilidade de broker;
- recuperação de servidor;
- desvio de tempo;
- failover;
- operação degradada.
O objetivo não é apenas provar que o conector responde, mas que o processo operacional completo funciona.
Comissionamento integrado
O comissionamento precisa atravessar disciplinas.
Uma integração pode passar em testes isolados e falhar quando todos os sistemas entram em carga.
O plano deve incluir:
- testes de interface;
- testes de desempenho;
- testes de segurança;
- testes de recuperação;
- validação de procedimentos;
- treinamento de operadores;
- documentação as built;
- baseline de versões;
- matriz final de responsabilidades.
Operação assistida
Após entrada em produção, é comum que regras de correlação precisem de ajuste.
Alarmes demais, prioridades incorretas e workflows longos aparecem na operação real.
A fase de operação assistida permite ajustar:
- filtros;
- severidades;
- tempos;
- telas;
- presets;
- procedimentos;
- escalonamentos.
Isso deve ser controlado por gestão de mudanças, não por alterações improvisadas. Cada ajuste relevante deve ter responsável, justificativa e registro.
Critérios de sucesso
Uma integração bem-sucedida deve melhorar o processo, não apenas aumentar conectividade.
Indicadores possíveis:
- redução do tempo de detecção;
- redução do tempo de confirmação;
- menor número de telas manuais;
- menos alarmes duplicados;
- maior completude de evidências;
- menor tempo para despachar equipe;
- menor dependência de conhecimento individual;
- maior rastreabilidade;
- menor número de integrações quebradas após mudanças.
O papel do projeto multidisciplinar
VMS, PSIM, SCADA e BMS pertencem a disciplinas diferentes. O Centro de Operações é justamente o ponto em que essas fronteiras se encontram.
O projeto precisa coordenar segurança eletrônica, automação, redes, TI/OT, audiovisual, elétrica, continuidade e operação.
A A3A desenvolve Projeto de Segurança Eletrônica Integrada, Projeto de CFTV IP e Videomonitoramento, Projeto de Automação Predial e BMS e Projeto de Rede Lógica e Redes Corporativas, que podem ser compatibilizados na arquitetura do Centro de Operações.
Considerações finais
Integrar VMS, PSIM, SCADA e BMS não significa fundir quatro sistemas em uma aplicação única. Significa construir interfaces deliberadas que levem a informação certa ao operador certo, preservando fonte de verdade, responsabilidade, segurança e disponibilidade.
A arquitetura deve definir casos de uso, system of record, direção dos dados, níveis de comando, protocolos, contas de serviço, segmentação, DMZ, timestamps, normalização, deduplicação, workflows e comportamento em falha. O Centro de Operações ganha valor quando os sistemas especialistas continuam fortes em seus domínios e uma camada de integração cria contexto e coordenação entre eles.
Em sistemas críticos, a integração deve falhar de forma segura: a perda do PSIM não pode impedir gravação do VMS, a perda do VMS não pode parar o SCADA, e a indisponibilidade da integração não pode interromper a lógica do BMS. Essa independência funcional, combinada com correlação de eventos e visualização comum, é a base de uma arquitetura robusta.
FAT, SAT e comissionamento precisam validar o processo completo: evento, correlação, vídeo, workflow, falha de interface, reconexão e operação degradada.
Referências técnicas
[1] THOMAS, Mini S.; McDONALD, John D. Power System SCADA and Smart Grids. Boca Raton: CRC Press, 2015. Documento consultado no acervo técnico A3A.
[2] NATIONAL INSTITUTE OF STANDARDS AND TECHNOLOGY. SP 800-82 Rev. 3: Guide to Operational Technology (OT) Security. 2023. Disponível em: https://csrc.nist.gov/pubs/sp/800/82/r3/final
[3] BACNET INTERNATIONAL. About BACnet. Disponível em: https://bacnetinternational.org/about/
[4] MILESTONE SYSTEMS. Milestone Integration Platform (MIP) SDK. Disponível em: https://doc.developer.milestonesys.com/mipvmsapi/
[5] GENETEC. Security Center: plataforma de segurança unificada. Disponível em: https://www.genetec.com/br/produtos/seguranca-unificada/security-center
Perguntas frequentes
VMS gerencia vídeo; PSIM correlaciona informações e procedimentos de segurança física; SCADA supervisiona e controla processos industriais ou de infraestrutura; BMS supervisiona sistemas prediais.
Sim. Eventos SCADA podem chamar câmeras ou vídeo relacionado, e o VMS pode fornecer contexto visual. O controle do processo deve permanecer no SCADA e ser isolado da camada de vídeo.
Em geral, o PSIM deve receber eventos e contexto do SCADA. Comandos sobre processo devem ser excepcionais, explicitamente autorizados e protegidos por arquitetura de segurança e segregação de funções.
Não. Ambos supervisionam sistemas, mas o SCADA é associado a processos industriais e infraestrutura operacional, enquanto o BMS é voltado à automação e gestão de sistemas prediais.
É o sistema que permanece como fonte oficial de determinado dado ou evento. Por exemplo, o VMS é a fonte do vídeo e o SCADA é a fonte do estado de processo.
Definindo taxonomia, regras de correlação, deduplicação, severidades, propriedade de reconhecimento e quais eventos realmente devem atravessar as interfaces.
Por FAT e SAT com casos de uso completos, incluindo eventos reais, perda de API, failover, reconexão, timestamps, workflows, permissões, logs e operação degradada.
Materiais técnicos complementares
Soluções relacionadas
Serviços relacionados
- Projeto de Segurança Eletrônica Integrada
- Projeto de CFTV IP e Videomonitoramento
- Projeto de Automação Predial e BMS
