IA para empresas de segurança patrimonial: escalas e ocorrências

A IA para empresas de segurança patrimonial funciona melhor como um agente administrativo. Ele responde dúvidas rotineiras de cobertura de posto a partir da escala aprovada, transforma as anotações brutas do vigilante em um rascunho estruturado de relatório de ocorrência e prepara avisos ao cliente para revisão. Ele não distribui postos, não julga ocorrências e não fala com o cliente por conta própria: os supervisores mantêm todas as decisões operacionais, e o agente tira de cena a redigitação e a cobrança de informações ao redor delas.

Principais pontos

• Comece com três tarefas estreitas: respostas sobre cobertura de escala, rascunhos de relatório de ocorrência e rascunhos de aviso ao cliente. Cada uma tem uma entrada clara, uma saída clara e um revisor humano.
• O agente lê a escala publicada e os registros. Ele não edita escalas, não aprova trocas de plantão e não altera ordens de posto.
• Os rascunhos de ocorrência devem separar o que o vigilante observou do que alguém concluiu. Campos desconhecidos continuam marcados como desconhecidos.
• Nada chega ao cliente sem aprovação do supervisor, até que a empresa tenha revisado uma longa sequência de rascunhos e definido, por escrito, quais mensagens de rotina podem sair diretamente.
• Avalie o agente por resultados observáveis: menos mensagens de escala sem resposta, primeiros rascunhos mais rápidos e menos correções na revisão.

O que um agente de IA realmente pode fazer em uma empresa de segurança patrimonial?

Uma empresa de vigilância funciona com informação que circula entre pessoas em horários incômodos. Vigilantes perguntam em que posto estão escalados. Supervisores juntam anotações vindas de um celular, de um registro de rádio ou de um bloco de papel. Gerentes de contas esperam um resumo para poder responder ao cliente. Boa parte desse trabalho não exige julgamento. É consulta, formatação e acompanhamento, e é aí que o agente ajuda.

Três tarefas se encaixam bem:

• Responder dúvidas de cobertura de escala a partir da escala vigente e encaminhar o que exige decisão.
• Redigir relatórios de ocorrência a partir do relato do vigilante, pedindo os detalhes que faltam e produzindo um formato padronizado.
• Preparar avisos ao cliente a partir de relatórios aprovados, no tom e no nível de detalhe que o contrato permite.

O que o agente não deve fazer é tão importante quanto definir logo no início. Ele não deve decidir se aciona reforço, se escala o caso, se chama os serviços de emergência ou se libera um vigilante do posto. Não deve interpretar um evento como crime, atribuir culpa nem prometer nada ao cliente. Essas decisões pertencem aos supervisores e, quando for o caso, à gerência e ao jurídico. A linha das orientações da Anthropic sobre como construir agentes eficazes ajuda aqui: prefira o fluxo mais simples que resolve o problema e acrescente autonomia apenas onde o risco é conhecido.

Como o agente deve tratar dúvidas de cobertura de escala?

A maioria das mensagens sobre escala é repetitiva. Onde eu estou amanhã? Que horas começa o serviço no local? O posto de sábado à noite está preenchido? Posso trocar com um colega? O agente pode responder diretamente ao primeiro tipo e estruturar o restante para uma pessoa.

A decisão de projeto mais importante é o acesso somente leitura. O agente lê a escala publicada no sistema de registro e a cita, com a data da última atualização. Se a escala estiver ausente ou confusa, ele diz isso e passa a dúvida ao responsável pela escala. Nunca adivinha.

O que o agente pode responder sozinho:

• Os próximos plantões do próprio vigilante, com horários de início e nomes dos locais.
• Ordens de posto publicadas que o vigilante já está autorizado a consultar.
• Se um posto aparece como preenchido ou em aberto na escala.
• Perguntas sobre políticas gerais da empresa, como pedir folga ou a quem recorrer em questões de folha de pagamento.

O que ele transforma em solicitação estruturada para o supervisor:

• Pedidos de troca e de cobertura, com as pessoas, o posto e a data escritos por extenso, e uma nota sobre qualquer regra que possa se aplicar, como intervalo de descanso ou certificação para o local.
• Avisos de atraso ou falta, encaminhados com o horário de recebimento.
• Perguntas sobre a escala ou os dados de contato de outro vigilante, que o agente se recusa a compartilhar.

Identidade importa. O agente deve responder apenas por canais vinculados a um funcionário conhecido e tratar remetentes desconhecidos como não verificados. Material sensível, como códigos de alarme, localização de chaves e instruções de acesso, não deve ficar na memória do agente, a menos que a função realmente exija, e então apenas com permissões restritas às pessoas que já têm esse acesso. O guia de autorização da OWASP, com os princípios de menor privilégio e negação por padrão, se aplica diretamente: o agente só deve enxergar o que o usuário em questão pode enxergar.

Como redigir relatórios de ocorrência sem alterar os fatos?

Um bom relatório de ocorrência é simples, com horários e específico. Um relatório fraco é vago, tardio ou cheio de opinião. Os vigilantes costumam estar cansados, escrevendo no celular no fim do turno, e os supervisores gastam tempo reescrevendo o texto. O agente pode fazer essa primeira passada.

O fluxo começa com o relato do próprio vigilante, em qualquer formato: transcrição de áudio, poucas linhas de texto, uma lista. Depois, o agente faz quatro coisas:

• Organiza o relato no modelo de relatório da empresa: local, data, horários, pessoas envolvidas, o que foi observado, ações tomadas pelo vigilante e quem foi avisado.
• Faz perguntas de acompanhamento sobre lacunas, como o horário em que algo foi percebido ou se um supervisor foi informado.
• Mantém o texto original do vigilante anexado ao rascunho, para que o revisor veja o que foi alterado.
• Marca como desconhecido o que estiver faltando, em vez de preencher por conta própria.

A disciplina central é separar observação de interpretação. “A porta dos fundos foi encontrada aberta no momento da ronda” é uma observação. “Alguém invadiu” é uma conclusão que o relatório não deve conter, a menos que quem tem autoridade para afirmar isso tenha afirmado. O agente deve ser instruído a sinalizar linguagem especulativa e oferecer uma reescrita neutra, que o vigilante ou o supervisor aceita ou recusa.

Algumas salvaguardas mantêm os relatórios confiáveis:

• Horários e nomes vêm do que o vigilante informou ou de sistemas com registro, nunca de inferência do agente.
• O agente não pode modificar um relatório depois que o supervisor o marca como final. Correções geram uma nova versão com histórico visível.
• Dados pessoais de feridos, testemunhas ou terceiros se limitam ao que o modelo exige.
• Conteúdo de fontes externas, como uma mensagem encaminhada ou um bilhete de visitante, é tratado como material a resumir, não como instrução. O guia de prevenção de injeção de prompt da OWASP explica por que essa separação importa.

Um cenário ilustrativo: porta calçada e veículo desconhecido

Este é um exemplo ilustrativo, não um caso real.

Um vigilante em ronda noturna em um prédio comercial encontra uma porta corta-fogo calçada com uma cunha e nota um veículo desconhecido estacionado perto da área de carga e descarga. Ele envia uma mensagem curta ao canal da empresa. O agente responde com três perguntas: a que horas a porta foi encontrada, se o veículo ainda estava lá quando a ronda terminou e se um supervisor foi informado. O vigilante responde às duas primeiras e diz que ligou para o supervisor.

O agente produz um rascunho de relatório. Horários, local e ações vêm diretamente das respostas do vigilante. A placa do veículo aparece como não registrada. A causa da porta calçada aparece como desconhecida. O rascunho vai para o supervisor de plantão, que corrige um horário, acrescenta uma nota sobre uma ligação para o contato do local e marca o relatório como final.

Só então o agente prepara um rascunho de aviso ao cliente: o que foi encontrado, o que o vigilante fez, o que será verificado a seguir. O supervisor lê, remove uma frase que vai além dos fatos e envia. Em nenhum momento o agente decidiu se o evento era grave, se alguém deveria ser acionado ou o que prometer ao cliente.

O que deve constar em um aviso ao cliente e quem aprova?

Os clientes querem saber que alguém viu o problema, que ele foi tratado e o que acontece em seguida. Não querem uma enxurrada de mensagens nem afirmações não verificadas. O contrato costuma definir o que a empresa de vigilância deve notificar, e o agente deve ser configurado com base nele, não em uma ideia genérica de ser prestativo.

Um padrão útil usa três tipos de mensagem:

• Confirmações de rotina, como início de plantão, ronda concluída ou visita agendada finalizada. São de baixo risco e podem ser redigidas a partir dos registros.
• Avisos de ocorrência, redigidos a partir de um relatório aprovado e sempre revisados por um supervisor antes do envio.
• Resumos periódicos, montados a partir de relatórios finais para o gerente de contas ler e ajustar.

O agente deve evitar linguagem sobre culpa, responsabilidade civil, seguro, exposição jurídica ou o comportamento de pessoas nomeadas. Se o cliente responder com uma pergunta que toque em algum desses pontos, o agente registra e passa a uma pessoa, sem responder. Se o cliente pedir algo fora do contrato, como uma ronda extra ou mudança nas ordens de posto, o agente registra o pedido e o encaminha ao gerente de contas.

O mesmo tipo de trabalho aparece em outros serviços em campo. Você pode comparar com o que vale para IA para empresa de limpeza e conservação e para a IA em agências de cuidados domiciliares, em que anotações de visita e atualizações para familiares exigem revisão semelhante.

Guia de decisão: o que o agente faz e o que fica com as pessoas

Use este guia como ponto de partida e ajuste-o com o gerente de operações e o assessor jurídico.

• O agente pode agir sozinho: citar a escala publicada, informar os dados do próprio vigilante, explicar uma política publicada, fazer perguntas de acompanhamento para um relatório, formatar um rascunho e lembrar o vigilante de um relatório inacabado.
• O agente redige e uma pessoa aprova: relatórios de ocorrência, avisos de ocorrência ao cliente, resumos periódicos para o cliente, pedidos de troca preparados para o responsável pela escala e resumos de passagem de turno.
• Somente pessoas: atribuir ou mover postos, aprovar trocas e horas extras, decidir escalar o caso ou chamar serviços de emergência, julgar se um evento é uma ocorrência, discutir responsabilidade, tratar de questões disciplinares e tudo o que envolva polícia ou seguradoras.

Escreva esse guia e coloque-o onde os supervisores possam encontrá-lo. Quando surgir uma situação nova, o padrão é a coluna mais cautelosa até que alguém decida o contrário. Registre essa decisão, para que o limite mude de propósito e não por deriva. O AI Risk Management Framework do NIST segue uma lógica parecida: definir o contexto, mapear os riscos, atribuir responsabilidades e revisar ao longo do tempo.

Passo a passo para um primeiro projeto

Não comece por todos os postos e todos os tipos de mensagem. Comece por uma função e prove que ela funciona.

• Passo um: escolha uma função, por exemplo o assistente de escala e relatórios para um pequeno grupo de postos. Nomeie o supervisor responsável.
• Passo dois: liste as fontes que ele pode ler, como a escala publicada, o modelo de relatório e as políticas aprovadas. Deixe todo o resto de fora.
• Passo três: defina os limites de aprovação usando o guia de decisão acima e escreva-os em linguagem simples.
• Passo quatro: defina o critério de sucesso em termos observáveis, como quanto tempo as dúvidas de escala esperam por resposta ou quantos rascunhos precisam de correção substancial na revisão.
• Passo cinco: rode em modo somente rascunho. Toda saída é revisada, e os revisores anotam o que mudaram e por quê.
• Passo seis: revise as alterações semanalmente. Atualize modelos, instruções e permissões onde aparecerem padrões.
• Passo sete: decida, por escrito, se alguma mensagem rotineira de baixo risco pode sair sem revisão. Mantenha os avisos de ocorrência sob revisão.

Esse tipo de trabalho recorrente também se beneficia dos hábitos descritos em agentes de IA para equipes de operações, como relatórios programados e responsabilidade clara. Se a sua empresa precisa demonstrar como as decisões foram tomadas, o conteúdo sobre IA para equipes de compliance trata dos registros e da trilha de revisão que você vai querer ter.

Como a abordagem gerenciada da Be Human trata esse caso?

A Be Human projeta e opera o agente como infraestrutura com limites definidos. Um primeiro projeto define uma função útil, a memória e as ferramentas de que ela precisa, os limites de aprovação e um critério de sucesso observável. Para uma empresa de segurança, isso normalmente significa acesso somente leitura à escala, um modelo de relatório, um canal para os vigilantes e uma fila de revisão para os supervisores. A operação gerenciada pode incluir monitoramento, avaliações recorrentes, revisão de permissões, manutenção de integrações, resposta a incidentes e melhorias controladas. A empresa mantém o controle de identidade, de permissões e do que o agente pode enviar, e os supervisores continuam sendo quem decide.

Perguntas frequentes

Um agente de IA pode substituir o despachante ou o operador da central de monitoramento? Não. O despacho envolve julgamento em tempo real, urgência e responsabilidade, e isso continua com pessoas. O agente os apoia cuidando de perguntas rotineiras e da papelada, para que tenham mais tempo para decidir.

O agente deve enviar avisos diretamente aos clientes? No início, não. Os rascunhos devem ir para um supervisor ou gerente de contas, que aprova ou edita. Depois de um longo período de rascunhos revisados, a empresa pode permitir que um conjunto restrito de confirmações de rotina saia diretamente, enquanto os avisos de ocorrência continuam sob revisão.

Como proteger informações sensíveis nos relatórios de ocorrência? Limite o que o agente pode ler e o que ele guarda na memória, e use o modelo de relatório para coletar apenas o necessário. Conceda acesso por função, mantenha histórico de versões e revise quem pode ver quais postos e relatórios. As decisões sobre retenção e divulgação devem seguir seus contratos e as regras que se aplicam onde você atua, incluindo a LGPD.

Como saber se o agente está funcionando bem? Meça o agente por resultados que você consegue observar: com que rapidez os vigilantes recebem respostas sobre a escala, com que frequência os supervisores corrigem os rascunhos e se os relatórios têm menos campos em branco com o tempo. Revise uma amostra de conversas e rascunhos regularmente e ajuste instruções ou permissões quando vir erros repetidos.

Orientação editorial Be Human. Exemplos são ilustrativos, salvo atribuição explícita. Fontes oferecem contexto; a implementação depende do seu processo.