O Mirasys VMS não opera como ilha. Tem mais de 25 integrações documentadas e testadas com sistemas de controle de acesso, fabricantes de câmeras, plataformas de analytics externo, dispositivos IoT e plataformas PSIM.
Este artigo mapeia o ecossistema completo — o que se integra, como funciona tecnicamente e em que contexto cada integração é indicada.
Como as integrações funcionam: 4 mecanismos
Antes de listar os sistemas, é útil entender os quatro mecanismos pelos quais o Mirasys se conecta ao mundo externo. O tipo de integração determina o que é possível e o que precisa ser licenciado.
Gateway Server
Serviço opcional instalado no ambiente VMS. Expõe uma API que permite sistemas externos acessar ao vivo, playback, PTZ, alarmes e eventos do VMS. Sistemas de controle de acesso enterprise e plataformas PSIM se conectam pelo Gateway.
Cada sistema externo que usa o Gateway tem seu próprio Gateway Connector — um módulo licenciado que precisa estar na licença VMS.
Proxy Service
Serviço separado instalado nos servidores de gravação. Recebe metadados de câmeras de fabricantes específicos (Hikvision, Dahua, Bosch) e os converte para o formato Mirasys. Precisa estar instalado em cada DVRServer que recebe câmeras daquele fabricante.
UDD — Universal Data Driver
Driver XML configurável que permite integrar qualquer dispositivo que envie dados via Text Channel. Usado para analytics externos (Magos Radar, Axis Perimeter Defender) e sistemas de alarme (Ajax Systems). Flexível — suporta TCP e outros protocolos.
ONVIF
Protocolo aberto de câmeras IP. O Mirasys suporta os perfis G, S, T e M. O Profile M (suportado desde V9.7) é o mais relevante para integrações: permite que eventos de analytics gerados na câmera (linhas virtuais, zonas de detecção) disparem alarmes diretamente no VMS, sem serviço de proxy.
Controle de acesso
Lenel OnGuard
Mecanismo: Gateway Server com Lenel Gateway Connector Versão mínima: Mirasys VMS 9.5 + Lenel OnGuard 8.1
O OnGuard acessa o VMS como se fosse um recorder: adiciona o Mirasys como fonte de vídeo, lista câmeras, assiste ao vivo e playback diretamente na interface do OnGuard, controla PTZ, e recebe alarmes, eventos de motion detection e estados de saída digital.
Indicado para ambientes corporativos onde o controle de acesso já usa Lenel e o operador precisa de vídeo contextual dentro da mesma interface — sem alternar entre dois sistemas.
Paxton Net2
Mecanismo: Proxy Service (Net2 Proxy) via Text Channels Evento: 140 tipos documentados
O proxy instalado nos DVRServers recebe eventos do Net2 e os converte em Text Channel events no VMS. Exemplos de eventos: cartão passado, acesso negado (cartão inválido, sem permissão), porta forçada, porta deixada aberta, alarme de intrusão, alarme de incêndio, alarme de adulteração.
Indicado para médias empresas e hospitais que já operam Paxton Net2 e querem correlacionar eventos de acesso com câmeras específicas — sem migrar o sistema de controle de acesso.
Pacom Unison
Mecanismo: Gateway Server com Unison Gateway Connector + Spotter REST API
O Unison acessa o VMS para verificação visual de alarmes: quando um alarme ocorre no Unison, ele puxa automaticamente o vídeo da câmera correspondente no Mirasys. O operador vê o evento e o vídeo na mesma tela, sem trocar de sistema. Suporta áudio bidirecional (listen-in e microfone), playback e controle PTZ dentro do Unison.
Indicado para centrais de monitoramento que operam Pacom como plataforma PSIM e precisam que o VMS seja transparente para o operador.
Câmeras e fabricantes
ONVIF (Profile S, G, T, M)
Câmeras ONVIF são adicionadas ao Mirasys via driver ONVIF padrão — sem proxy adicional para gravação e visualização. O Profile M adiciona a capacidade de usar analytics embarcados na câmera (linha virtual, zona de detecção, loitering) como triggers de alarme no VMS. Introduzido no V9.7 e melhorado nas versões subsequentes.
Na prática: câmeras Avigilon, Hanwha Wisenet, e outras marcas com analytics próprios podem enviar eventos para o Mirasys sem depender dos módulos de IA do VMS — útil quando a câmera já tem analytics licenciados.
Hikvision
Mecanismo: Hikvision Proxy Service (proxy) Requisito: .NET Framework 4.8+, instalado em cada DVRServer
O proxy recebe metadados da câmera Hikvision (analytics, eventos, estados) e os disponibiliza como Text Channel events no VMS. Drivers UDD ficam na pasta padrão do DVR. Proxy baixado via Extranet Mirasys.
Dahua
Mecanismo: Dahua Proxy Service (proxy) Requisito: .NET Framework 4.8+, instalado em cada DVRServer
Mesma arquitetura do Hikvision Proxy. Recebe metadados Dahua e converte para eventos do VMS.
Bosch
Mecanismo: Bosch Proxy Service (proxy) Requisito: .NET Framework 4.8+ + Bosch SDK (instalado junto com o proxy)
Além de metadados, o Bosch Proxy inclui o Bosch SDK como dependência — instalação difere ligeiramente dos outros proxies.
Axis
Metadados via Text Channel: integração de metadados (temperatura, objetos, analytics) via Text Channel, sem proxy adicional. Licença padrão já inclui a opção.
Axis IP Speaker: controle via HTTP IO. O speaker Axis pode ser acionado via link HTTP pelo sistema de alarmes do Mirasys — usado para alertas sonoros automáticos quando alarme é disparado.
Axis Q6000-E multilens + PTZ: câmera multi-lente calibrada em conjunto com PTZ Q60-E para cobertura ampla com zoom de confirmação.
Vivotek
Mecanismo: integração via Text Channel com UDD Recebe eventos de tampering (adulteração da câmera) do Vivotek IP camera e os converte em alarme no VMS. Não há ID de câmera na mensagem Vivotek — a câmera de origem é identificada pelo Text Channel configurado.
Analytics externos
Axis Perimeter Defender
Mecanismo: UDD (Universal Data Driver) via Text Channel Requisito: Feature Universal Data Driver na licença VMS
Axis Perimeter Defender é um aplicativo analítico instalado diretamente na câmera Axis. Detecta intrusão perimetral com alta precisão (diferencia pessoa de animal, veículo de sombra) e envia eventos para o Mirasys via UDD. O VMS usa esses eventos como triggers de alarme, gravação de clip e notificação.
Combinação comum em perímetros de alto risco: câmera Axis com Perimeter Defender + Mirasys recebendo evento + Magos Radar confirmando detecção por radar.
iVIP Webservice (Innovative ISM / IVA)
Mecanismo: SMEventProvider via Gateway Versão mínima: V9.6
Permite enviar alarmes do VMS para o sistema IVA/ISM da Innovative. Casos de uso em centrais de monitoramento que usam ISM como plataforma de despacho e precisam que o VMS alimente o workflow de resposta.
Magos Radar
Mecanismo: UDD via Text Channel (modo UniversalDataTcpModel) Requisito: arquivo UDD copiado para pasta DVR; Magos Radar configurado para enviar dados ao IP e porta do VMS server
Radar de detecção perimetral que funciona independente de câmera. Detecta movimento em perímetro com baixa taxa de falso alarme (não é afetado por chuva, sombra, iluminação variável). Integrado ao Mirasys, o evento de radar pode acionar câmera PTZ para confirmar visualmente a detecção.
→ Detecção perimetral com radar: integração Magos + Mirasys VMS
IoT e I/O
Ajax Systems
Mecanismo: UDD via SQS FIFO queue Requisito: AjaxDataValidator na licença VMS; Ajax configurado para AWS
Ajax Systems fabrica sensores e sistemas de alarme (detectores de movimento, abertura de porta, vidro quebrado, fumaça, CO). O Mirasys recebe 395 tipos de eventos Ajax via fila SQS. Cada evento pode acionar alarme no VMS com câmera associada — o operador vê o evento do sensor e o vídeo da câmera na mesma interface.
Útil em projetos onde o cliente já usa Ajax como sistema de intrusão e quer unificar gestão com o VMS sem duplicar interfaces.
Advantech IO Card (PCIE-1760)
Versão mínima: V9.6.1 Card de I/O digital instalado fisicamente no servidor VMS. Entradas e saídas digitais conectadas a equipamentos físicos (cancelas, sirenes, travas, sensores de porta). Controladas e monitoradas diretamente pelo DVRServer.
Commbox Multi I/O
Versão mínima: V9.6.0 Incluído: Enterprise VMS por padrão
Dispositivo de I/O em rede. Permite controle remoto de saídas digitais e monitoramento de entradas sem precisar de card físico no servidor — útil quando o servidor de gravação está em rack separado dos dispositivos físicos.
Moxa NPort
Uso: configuração de câmeras PTZ com controle serial (RS-232/485) O Moxa NPort converte comunicação serial para rede TCP/IP. Permite controlar câmeras PTZ analógicas via protocolo serial através da rede, sem cabo serial direto do servidor.
Plataformas PSIM
Qognify Situator
Mecanismo: Gateway Server com Qognify PSIM Gateway Connector Testado: VMS 9.6.0 + Gateway 9.6.0 + Situator 9.0.4.9
O Situator é uma plataforma PSIM (Physical Security Information Management) que unifica múltiplos subsistemas de segurança. Com a integração, o Situator acessa o VMS para playback, ao vivo e status de dispositivos. Usado em grandes instalações — aeroportos, centros de dados, campus corporativos — onde o Situator é a interface unificada de operação.
Asan UVP Gateway Connector
Mecanismo: Gateway Server
Integração com a plataforma Asan UVP. Permite ao UVP acessar vídeo ao vivo e gravado, e receber eventos do Mirasys VMS.
Resumo por categoria
| Categoria | Sistemas integrados | Mecanismo |
|---|---|---|
| Controle de acesso | Lenel OnGuard, Paxton Net2, Pacom Unison | Gateway / Proxy |
| Câmeras / protocolos abertos | ONVIF (S, G, T, M), Axis, Vivotek | ONVIF driver / Text Channel |
| Câmeras via proxy | Hikvision, Dahua, Bosch | Proxy Service |
| Analytics externos | Axis Perimeter Defender, iVIP/IVA, Magos Radar | UDD / Text Channel |
| IoT / alarmes | Ajax Systems | UDD / SQS |
| I/O digital | Advantech PCIE-1760, Commbox Multi I/O | Card local / dispositivo em rede |
| Periféricos | Moxa NPort (PTZ serial), Axis IP Speaker | TCP / HTTP IO |
| PSIM | Qognify Situator, Asan UVP | Gateway Connector |
Como escolher a arquitetura de integração
Tem sistema de controle de acesso enterprise já implantado (Lenel, Paxton)? Use integração via Gateway ou Proxy — o VMS entra como camada de vídeo dentro do sistema existente, sem substituí-lo.
Quer usar analytics da câmera sem licenciar módulos de IA do VMS? Use ONVIF Profile M (câmeras compatíveis) ou Axis Perimeter Defender via UDD. O analytics roda na câmera; o VMS recebe o evento.
Precisa integrar sistema de alarme (sensores, detectores)? Ajax via UDD é a integração mais abrangente para sistemas de segurança residencial e comercial — 395 eventos. Para I/O industrial, Advantech ou Commbox.
Opera central de monitoramento com PSIM? Qognify Situator (para instalações grandes) ou Pacom Unison (para verificação visual de alarmes com despacho).
Câmeras de fabricante específico com metadata? Hikvision, Dahua e Bosch via Proxy Service instalado nos DVRServers que hospedam essas câmeras.
→ Mirasys + controle de acesso: Lenel OnGuard e Paxton Net2 → Detecção perimetral com radar: Magos + Mirasys → ONVIF no Mirasys: câmeras compatíveis e configuração → O que é o Mirasys VMS: arquitetura completa
A Sparsum é distribuidora oficial do Mirasys VMS no Brasil. Projetos de integração envolvem especificação de licença, configuração de Gateway Connectors e alinhamento com sistemas existentes do cliente — nossa equipe técnica conduz esse processo do dimensionamento à entrega.