IA para empresa de vigilância: ocorrências, escalas e rondas

Para uma empresa de vigilância e segurança patrimonial, a IA funciona melhor como organizadora de informação: ela transforma relatos soltos de ocorrências, escalas e rondas em registros padronizados que um supervisor revisa. Ela não deve decidir ações de risco, acionar autoridades por conta própria nem avaliar o desempenho individual de vigilantes. O caminho prático é definir um formato de registro claro, limitar o que o agente lê e escreve, e manter uma pessoa responsável por toda decisão com consequência.

Principais pontos

• O agente organiza, resume e cruza informação de ocorrências, escalas e rondas. Quem decide é sempre uma pessoa com responsabilidade definida.
• A qualidade do resultado depende do formato do registro: campos fixos, vocabulário combinado e separação entre fato observado e interpretação.
• Ações de risco (acionar polícia, abordar alguém, liberar ou negar acesso) ficam fora da autonomia do agente.
• Organizar relatórios de ronda não é o mesmo que vigiar pessoas. O foco é o posto, o evento e o procedimento, não a pontuação de cada vigilante.
• Um piloto pequeno, com um tipo de registro, logs e uma métrica combinada, revela mais do que uma implantação ampla.

O que o agente faz e o que ele não faz

O termo superinteligência aparece muito em conversas sobre IA, mas nada disso é necessário aqui. O que uma empresa de vigilância opera é um agente de software com tarefas bem delimitadas, apoiado em modelos de linguagem. Se quiser entender a diferença entre os conceitos, vale ler sobre AGI, superinteligência e agentes de IA. Para o dia a dia de um posto, o que importa é a lista de tarefas e de limites.

Tarefas adequadas para o agente:

• Transformar um relato livre (áudio transcrito ou mensagem de WhatsApp) em um registro de ocorrência com campos fixos.
• Apontar campos que faltam, como horário, local exato ou pessoas envolvidas, e pedir a quem relatou que complete.
• Consolidar as ocorrências do turno em um resumo para o supervisor.
• Organizar a escala: quem cobre qual posto, lacunas de cobertura e trocas pendentes de aprovação.
• Montar o relatório de ronda a partir dos pontos de checagem registrados, destacando o que ficou fora do roteiro.
• Buscar no histórico ocorrências parecidas no mesmo posto, para o supervisor ter contexto.

Tarefas que o agente não faz:

• Decidir se uma situação exige acionar polícia, bombeiros ou o cliente.
• Classificar uma pessoa como suspeita ou perigosa.
• Aplicar advertência, ranking ou punição a vigilantes.
• Alterar escala sem aprovação de quem responde por ela.
• Reescrever um fato para suavizar ou agravar um relato.

Essa separação é o que mantém a ferramenta útil e defensável. O agente ajuda a ver a informação com clareza. A decisão continua com quem conhece o posto e responde pelo contrato.

Como registrar uma ocorrência para o agente organizar

Um agente trabalha bem com estrutura. Se cada vigilante relata de um jeito, o resumo do turno vira interpretação. Se há um formato mínimo combinado, o agente apenas distribui as informações nos campos certos e sinaliza lacunas.

Um registro de ocorrência razoável tem estes campos:

• Posto e cliente (identificadores internos, sem dados desnecessários).
• Data, horário do fato e horário do registro.
• Quem registrou (função, não apelido).
• Tipo de ocorrência, escolhido de uma lista fechada definida pela empresa.
• Descrição do fato observado, em linguagem objetiva.
• Ação tomada no momento e por quem.
• Quem foi comunicado e quando (supervisor, cliente, autoridade).
• Anexos existentes (foto, vídeo, número de protocolo), apenas como referência.
• Status: aberta, em acompanhamento, encerrada.

Separe fato de interpretação. Um relato como o portão estava aberto às duas passagens da ronda é fato. Acho que alguém forçou é interpretação, e deve aparecer em campo próprio, marcado como impressão de quem relatou. O agente pode ajudar a manter essa separação, mas não deve converter impressão em fato.

Outro cuidado é o texto livre. Relatos podem conter trechos copiados de mensagens de terceiros, e instruções escondidas em texto recebido de fora podem tentar manipular o modelo. O guia da OWASP sobre prevenção de injeção de prompt descreve esse risco e as defesas. Na prática: o agente trata o conteúdo do relato como dado, nunca como ordem, e não tem ferramentas para executar ações sensíveis a partir dele.

Escalas e relatórios de ronda: que dados entram

Escalas e rondas são dois tipos de informação diferentes, e convém tratá-los assim.

Na escala, o agente trabalha com estrutura: posto, turno, função, cobertura mínima exigida em contrato e pendências. Ele pode listar turnos descobertos, sugerir quem consta como disponível segundo a própria planilha ou sistema, e preparar a mensagem de consulta. Quem confirma a troca é o responsável pela escala. Se a consulta for enviada por WhatsApp, vale conhecer as regras de janela de 24 horas no WhatsApp API para que o agente aja dentro do que a plataforma permite.

No relatório de ronda, os dados costumam vir de pontos de checagem (QR code, NFC, aplicativo de ronda ou planilha). O agente recebe horário, ponto e eventual observação, e monta um relatório com:

• Roteiro previsto e roteiro cumprido, lado a lado.
• Pontos não checados e observações associadas.
• Intervalos fora do padrão combinado, descritos como dado e não como julgamento.
• Ocorrências abertas durante a ronda, com referência ao registro.

Aqui está a fronteira mais importante do tema. Um relatório de ronda é um documento do posto: serve para provar que o serviço foi prestado e para identificar falhas de procedimento, como um ponto de difícil acesso ou um roteiro mal desenhado. Se o mesmo dado virar ranking individual de vigilantes, a finalidade muda. Para pensar em como medir trabalho sem cair nisso, o texto sobre medir produtividade com IA sem virar vigilância ajuda a definir o que se mede e por quê.

Onde o agente para: decisões que ficam com pessoas

Um guia de decisão simples evita que o agente avance onde não deve. A regra é perguntar, para cada tarefa, o que acontece se o agente errar.

• Se o erro gera apenas retrabalho (um campo mal preenchido), o agente pode agir e o supervisor corrige na revisão.
• Se o erro afeta um cliente ou um colaborador (uma mensagem enviada, uma escala alterada), o agente prepara o rascunho e uma pessoa aprova antes do envio.
• Se o erro pode causar dano físico, jurídico ou à reputação de alguém (acionar polícia, apontar uma pessoa, registrar acusação), o agente não age e apenas encaminha a informação organizada ao responsável.
• Se a situação for emergência em andamento, o fluxo é o protocolo humano do posto. O agente não entra no caminho crítico.

Há ainda uma questão de direitos. Decisões que afetam pessoas e sejam tomadas apenas por tratamento automatizado têm tratamento específico na LGPD, com direito de revisão. O texto sobre decisões automatizadas na LGPD explica o que isso significa para a empresa. Manter o humano no centro da decisão é a forma mais simples de ficar do lado seguro.

LGPD, câmeras e o limite entre organizar e vigiar

Registros de ocorrência e relatórios de ronda quase sempre contêm dados pessoais: nomes de visitantes, placas, descrições físicas, imagens. Vigilantes também têm dados na escala e nos relatórios. O tratamento precisa de finalidade clara, base legal adequada e acesso restrito. A ANPD é a referência oficial para orientações sobre proteção de dados no Brasil, e a empresa deve alinhar o desenho com o jurídico ou o encarregado de dados.

Algumas decisões de desenho reduzem o risco:

• Coletar o mínimo: o agente não precisa do documento completo de um visitante para resumir uma ocorrência.
• Não enviar imagens ou dados sensíveis ao modelo sem necessidade. Se a política interna exigir, considere um modelo em infraestrutura própria, tema do texto sobre Ollama na empresa, e avalie o que a LGPD exige quando dados saem do país.
• Definir permissões por função: o vigilante vê e registra o seu posto, o supervisor vê os postos sob sua responsabilidade, a gestão vê consolidados. O guia da OWASP sobre autorização é uma boa referência para pensar em privilégio mínimo.
• Guardar log de quem pediu o quê e o que o agente produziu, para auditoria e correção.
• Definir prazo de retenção e quem pode apagar.
• Informar os colaboradores sobre o que o sistema registra e para quê.

O NIST AI Risk Management Framework oferece uma linguagem útil para mapear riscos do sistema e acompanhá-los ao longo do tempo, sem exigir que a empresa seja grande.

Cenário ilustrativo

Cenário ilustrativo: uma empresa de vigilância atende condomínios comerciais. Ao fim de uma ronda noturna, o vigilante envia por WhatsApp um áudio dizendo que encontrou a porta de serviço do bloco B destravada e que trancou na hora. O agente transcreve o áudio e preenche o registro: posto, horário informado, tipo de ocorrência (porta destravada), fato observado, ação tomada. Como o áudio não menciona se havia sinal de arrombamento, o agente pergunta isso ao vigilante antes de fechar o registro. A resposta entra em campo próprio.

Pela manhã, o supervisor recebe o resumo do turno com essa ocorrência e um link para as duas ocorrências anteriores no mesmo local, que o agente encontrou no histórico. O supervisor decide se vale conversar com o cliente sobre a fechadura. O agente não enviou nada ao cliente nem acionou ninguém. O relatório de ronda do dia mostra o roteiro cumprido e o ponto onde a observação foi feita, sem comparar o vigilante com os colegas.

Como pilotar em passos

O método de trabalho que aplicamos em projetos assim segue quatro movimentos: mapear, limitar, pilotar e transferir. Em vigilância, ele pode ficar assim:

• Mapear: descrever como a ocorrência nasce hoje (rádio, WhatsApp, caderno, sistema), quem registra, quem revisa e onde a informação se perde. Anotar o ponto de partida para comparar depois.
• Limitar: escolher um tipo de registro e um conjunto de postos. Definir o que o agente pode ler e escrever, quais campos são obrigatórios e quais decisões ele nunca toma.
• Pilotar: rodar um fluxo real com logs e uma métrica combinada, como o tempo entre o fato e o registro completo revisado, ou a quantidade de registros devolvidos por campos faltantes. Testar antes com dados fictícios e simulações, no estilo descrito em como testar agente de IA com mocks e sandbox.
• Transferir: entregar a operação com documentação, responsáveis nomeados e critérios claros para expandir, ajustar ou parar.

O texto de Anthropic sobre construção de agentes eficazes reforça uma ideia que combina com esse desenho: começar pelo fluxo mais simples que resolva o problema e só aumentar a autonomia quando houver evidência de que ela é necessária.

Perguntas frequentes

A IA pode substituir o supervisor na análise das ocorrências? Não é o desenho recomendado. O agente organiza e resume, mas o supervisor conhece o cliente, o posto e o contexto, e é quem assume a decisão. A IA reduz o trabalho de redigir e consolidar, não o de julgar.

O agente pode avaliar o desempenho dos vigilantes a partir das rondas? Recomendamos que não. Os dados de ronda servem para comprovar o serviço e corrigir procedimentos. Usá-los para ranking individual muda a finalidade, aumenta o risco de LGPD e costuma levar a registros menos honestos. Se houver avaliação de desempenho, ela deve ser um processo humano, informado e separado.

Preciso de um sistema novo para começar? Em geral não. É possível começar com o que já existe: o canal de WhatsApp dos postos, a planilha de escala e o aplicativo de ronda. O ponto de partida é definir o formato do registro e as permissões. Ferramentas novas só entram se o piloto mostrar que a integração é o gargalo.

Como evitar que o agente invente informação no relatório? Com campos fixos, instruções que proíbem completar o que não foi relatado e revisão humana antes de qualquer envio externo. Quando falta um dado, o agente deve marcar como não informado e perguntar a quem registrou. Logs e amostragem periódica dos registros ajudam a detectar desvios cedo.

Fontes

• ANPD: Autoridade Nacional de Proteção de Dados
• NIST AI Risk Management Framework
• OWASP: prevenção de injeção de prompt
• OWASP: guia de autorização