IA para segurança eletrônica e frota: por onde uma operação começa

IA para segurança eletrônica e frota é a aplicação de modelos sobre os dados que a operação já gera: eventos da central, imagem de câmera, telemetria de rastreador e histórico de ordem de serviço. Serve para separar disparo real de ruído, ordenar a fila do operador e mostrar risco de frota antes do sinistro. A gente faz isso dentro dos sistemas que já rodam.

O alarme falso tem endereço, e quase sempre é o mesmo

Quem opera central sabe que o volume de evento não é distribuído. Um punhado de contas responde pela maior parte dos disparos, e o motivo costuma ser físico: mato encostando na cerca elétrica, portão que não fecha direito, sensor infravermelho apontado para onde bate sol da tarde, gato do vizinho.

Chuva de verão piora tudo de uma vez. Cai raio, o link cai junto, a central recebe uma enxurrada de falha de comunicação e o operador passa a noite tratando ruído. Aí vem o efeito que ninguém coloca no relatório: a equipe aprende a desconfiar do sistema. Quando o disparo é de verdade, ele chega no meio de uma fila que já perdeu a credibilidade.

Antes de falar em modelo, a gente pede a base de eventos dos últimos meses e olha por conta, por zona, por horário e por sensor. Boa parte do que parece problema de tecnologia é reincidência de instalação. E isso a IA não resolve sozinha, resolve a visita técnica. O que o modelo faz bem é apontar onde a visita precisa acontecer primeiro.

• Reincidência por conta, por partição e por sensor específico
• Correlação entre falha de comunicação e clima ou queda de energia
• Eventos que sempre encerram como improcedente, com o mesmo motivo
• Contas em que o cliente arma errado, tratadas como falha do equipamento

O caminho de um evento, do disparo ao encerramento

A gente prefere desenhar a IA colada no fluxo real, evento por evento, em vez de colocar uma camada genérica em cima da central. Quando o sinal entra, existe uma sequência: classificar, verificar, decidir despacho, acompanhar e encerrar com um relatório de ocorrência. Cada uma dessas etapas aceita um tipo diferente de ajuda.

Na classificação, o histórico do local vale mais que a regra fixa. Um modelo treinado no seu próprio banco de eventos consegue estimar a chance de aquele disparo repetir o mesmo padrão de sempre e sugerir a prioridade na fila. Na verificação, o analítico de vídeo separa pessoa de animal, de veículo e de galho balançando, e o operador vê o trecho relevante em vez de rebobinar o DVR.

No despacho a decisão continua humana. É o operador que aciona apoio, chama a viatura, liga para a lista de contatos e segue o POP do cliente. O que muda é o tempo até ele ter o contexto na tela. E no encerramento, o modelo redige o rascunho da ocorrência a partir do que aconteceu, com o operador revisando e assinando, porque relatório mal escrito hoje é dor de cabeça em processo depois.

Também dá para tirar peso do atendimento por voz e por WhatsApp: confirmação de senha com o responsável, aviso de disparo, agendamento de visita técnica, reabertura de chamado. Fora de horário comercial isso muda bastante a rotina da central.

Frota: o dado já está lá e ninguém lê

Rastreador manda posição, velocidade, ignição, frenagem, evento de pânico e às vezes leitura da CAN. A empresa paga por esse dado todo mês. Na prática, quase sempre ele só é aberto depois do sinistro, para reconstituir o que aconteceu.

Dá para usar antes. Desvio recorrente de rota, parada em ponto não previsto, comportamento de condução que se repete com o mesmo motorista, veículo que começa a apresentar padrão diferente de consumo ou de temperatura. Nada disso exige inventar sensor novo. Exige juntar telemetria com ordem de serviço, com abastecimento e com escala.

Tem um ponto de calendário que a operação de carga conhece bem: do fim de outubro até janeiro o volume sobe, a janela de entrega aperta, entra motorista temporário e metade da equipe de campo está em férias. É exatamente quando o risco cresce e a atenção diminui. Um modelo que ranqueia viagem por risco no dia anterior é mais útil nessa época do que em qualquer outra.

Jornada é assunto à parte e tem lei própria, a Lei 13.103/2015. Automatizar conferência de jornada ajuda, desde que o resultado seja auditável e que a decisão sobre a escala continue com quem responde por ela.

Quatro fornecedores, quatro logins, nenhum histórico junto

Essa é a parte que trava a maioria dos projetos do setor. O monitoramento está num software, o CFTV noutro, o rastreamento num terceiro, a telefonia num quarto, e o cadastro do cliente está diferente nos quatro. Perguntar quantas ocorrências aquele cliente teve no trimestre vira trabalho manual.

A gente trata isso como problema de integração antes de tratar como problema de IA. Levantamos o que cada sistema expõe (API, banco, exportação, protocolo de câmera) e montamos uma base de evento única com o cliente identificado do mesmo jeito em todos. Depois disso o modelo tem onde se apoiar.

Sistema que não conversa com sistema a gente conhece de dentro. São 12 plataformas SaaS próprias em produção e mais de 1.500 empresas atendidas, com o mesmo cliente cadastrado de um jeito em cada base e contrato espalhado por fornecedor. Juntar isso é trabalho que a gente faz na própria casa antes de fazer na casa de alguém.

O que a regra impõe antes de qualquer modelo

Imagem de pessoa identificável é dado pessoal na LGPD, e biometria entra como dado sensível. Isso muda o projeto inteiro: base legal definida, aviso visível de videomonitoramento, prazo de retenção escrito, controle de quem acessa a gravação e registro desse acesso. Reconhecimento facial é o ponto mais delicado da lista e merece parecer jurídico antes de virar piloto, não depois.

Cadeia de custódia também importa. Se a imagem pode virar prova, o caminho dela precisa ser rastreável, com data, origem e integridade do arquivo. Um sistema que resume vídeo com IA e descarta o original destrói justamente o que dá valor à gravação.

Empresa de vigilância patrimonial, transporte de valores e escolta armada tem ainda o Estatuto da Segurança Privada, a Lei 14.967/2024, e a fiscalização da Polícia Federal em cima do que é atividade autorizada. A gente não desenha automação que confunda monitoramento eletrônico com atividade de vigilância. Essa fronteira fica explícita no escopo do projeto.

Como a gente entra, em 3 etapas

Diagnóstico: sentamos com o time da central, com o supervisor de campo e com quem cuida da frota. Abrimos a base de eventos, o fluxo de despacho e os relatórios que o cliente final recebe. Sai dali um caso com retorno claro e mensurável.

Piloto: esse caso vai para produção com escopo fechado e a métrica combinada antes de começar. No setor, a métrica costuma ser taxa de evento improcedente, tempo até a verificação por vídeo, tempo até o despacho ou percentual de viagem com desvio identificado no mesmo dia. A gente mede o antes, roda o depois e compara.

Escala: o que funcionou vira padrão para as outras contas, para as outras bases e para o resto da frota, com o time treinado para operar sem depender da gente. Se o piloto não bater a métrica, a gente diz isso e discute o que fazer, incluindo parar.

Quando isto não é para você

Esta página não serve para quem quer comprar um sistema de monitoramento pronto e instalar amanhã, nem para condomínio ou residência procurando alarme e portaria remota. Também não serve para operação que não guarda histórico de evento em lugar nenhum: sem base de eventos encerrados, não há o que analisar, e o primeiro passo vira organizar registro, não aplicar IA. Se a expectativa é dispensar a central humana, a conversa também não é aqui.

Perguntas frequentes