IA para gestão de facilities: ordens de serviço e aprovações

A IA para gestão de facilities funciona melhor como um agente que recebe os pedidos de manutenção de todas as unidades, transforma cada um em uma ordem de serviço completa, encaminha ao técnico ou fornecedor certo e acompanha até o serviço ser encerrado. Ele não decide sozinho gastar dinheiro nem alterar acordos com fornecedores. Tudo acima de um limite definido vai para uma pessoa nomeada aprovar. Assim, o agente elimina a cobrança manual e as mensagens perdidas, e as pessoas continuam responsáveis por toda decisão de custo.

Principais pontos

• Comece por um único papel: o coordenador que recebe pedidos, monta ordens de serviço e cobra fornecedores. Não comece por um assistente genérico de facilities.
• O maior valor do agente está na completude e no acompanhamento: uma ordem de serviço com unidade, local, urgência e fotos corretos, e um fornecedor que recebe lembretes até responder.
• Gastos exigem um limite de aprovação explícito. O agente pode reunir cotações e preparar uma recomendação, mas uma pessoa nomeada aprova tudo o que passar do limite.
• E-mails de fornecedores e mensagens de usuários são entrada não confiável. O agente deve lê-los como dados, nunca como instruções capazes de mudar suas permissões.
• Meça com um resultado observável, como quantos pedidos ficam sem responsável ou quantos serviços de fornecedores passaram da data prometida.

O que um agente de IA faz, na prática, na gestão de facilities?

Gestão de facilities é, em grande parte, coordenação. Alguém relata um problema, alguém precisa entendê-lo, alguém decide quem vai resolver e alguém confirma que foi resolvido. Com várias unidades, esse trabalho se espalha entre e-mail, telefone, mensagens de chat, planilhas e a memória de poucas pessoas experientes. Os pedidos se perdem nas brechas entre esses canais.

O agente ocupa essas brechas. Ele acompanha os canais que as pessoas já usam, lê cada pedido e pergunta o que falta. Cria ou atualiza uma ordem de serviço no seu sistema de registro, escolhe o encaminhamento com base nas suas regras e avisa o solicitante sobre o próximo passo. Quando um fornecedor some, ele pergunta de novo. Quando o serviço é concluído, confirma com o solicitante se está tudo certo.

O que ele não deve fazer é tão importante quanto. Não deve aprovar gastos, assinar condições com fornecedores, liberar acesso ao prédio nem declarar resolvido um problema de segurança. Isso fica com pessoas. O guia da Anthropic sobre como construir agentes eficazes (Building Effective Agents) defende algo parecido: comece com fluxos simples e bem definidos e acrescente autonomia apenas onde a tarefa exige e o risco é conhecido.

Se a sua carteira é residencial, o mesmo padrão vale, com os moradores como principais solicitantes. Esse caso aparece em agentes de IA para administração de imóveis e manutenção. Para empresas que limpam e conservam prédios de clientes, veja IA para empresa de limpeza e conservação.

Como receber pedidos de várias unidades?

A entrada de pedidos é onde nasce a maioria dos problemas de facilities. Uma mensagem dizendo que o segundo andar está frio demais não é uma ordem de serviço. Falta a unidade, a sala, a urgência e qualquer indicação de se é só um ajuste de termostato ou uma falha no equipamento de aquecimento.

A primeira tarefa do agente é transformar mensagens soltas em pedidos estruturados. Para cada um, ele deve estabelecer:

• Qual unidade e qual área do prédio
• O que está errado, nas palavras do solicitante e com fotos, se a pessoa puder enviar
• Se alguém corre risco ou se o problema está piorando
• Quem relatou e como falar com essa pessoa
• Se parece repetição de um pedido anterior no mesmo local

O agente pergunta apenas o que falta, no canal que a pessoa usou. Uma resposta curta a uma mensagem de chat vale mais do que um formulário que ninguém quer abrir. Se o solicitante é o gestor da unidade, o agente pode presumir mais contexto do que presumiria de um visitante, e essa diferença deve constar no contexto operacional escrito, não ficar à base de improviso.

A detecção de duplicidades importa mais do que parece. Quando três pessoas relatam o mesmo vazamento, o agente deve vincular os pedidos a uma só ordem de serviço e avisar cada uma de que o caso está em andamento. Sem isso, o mesmo fornecedor é acionado três vezes.

A urgência é a outra parte da triagem. Defina uma lista curta de condições que sempre vão direto para uma pessoa, como água perto de equipamento elétrico, cheiro de gás, saídas de emergência bloqueadas ou qualquer situação com risco de lesão. O agente reconhece esses padrões, alerta o plantonista pelo canal que você definir e não espera concluir o fluxo normal. Aqui ele deve ser conservador: um falso alarme custa uma ligação, um alarme perdido custa muito mais.

Como funciona o roteamento de ordens de serviço?

Rotear é decidir quem executa o trabalho. Em um único prédio, pode ser um técnico de manutenção. Com várias unidades, costuma envolver equipe própria em alguns locais, fornecedores contratados em outros, especialistas para certos sistemas e obrigações de garantia ou do proprietário do imóvel que mudam quem paga.

O agente roteia com regras que você escreveu, não com preferências próprias. Uma tabela de roteamento é um bom artefato para começar. Para cada unidade e cada categoria de serviço, ela indica o responsável padrão, o substituto, o prazo esperado de resposta e as condições que alteram o caminho.

Um cenário ilustrativo: uma colaboradora de um escritório regional relata que a pia da cozinha está escoando devagar e há uma mancha de umidade no armário embaixo. O agente pede uma foto e pergunta se há vazamento ativo. A resposta é que pinga devagar. Ele cria uma ordem de serviço para aquela unidade na categoria hidráulica, marca como não emergencial, mas sensível ao tempo por causa do risco de dano pela água, e consulta a tabela de roteamento. Para essa unidade, a hidráulica vai para um fornecedor contratado, com prazo de resposta. O agente envia ao fornecedor o endereço, a sala, a foto, uma nota de acesso e um contato, e avisa a colaboradora de que um encanador foi acionado e o que fazer enquanto isso, como colocar um recipiente sob o cano.

Repare no que o agente não fez. Não escolheu um fornecedor novo, não ofereceu preço e não autorizou um atendimento fora do horário. Se o fornecedor não confirmasse dentro do prazo, valeria o passo seguinte das regras: lembrar o fornecedor e, depois, alertar o coordenador de facilities.

Um bom roteamento também depende de memória. O agente deve conhecer o histórico do local: que o mesmo cano foi consertado há pouco, que um fornecedor já orçou a troca completa, que uma garantia pode estar valendo. Isso é trabalho de recuperação de informação, buscar os registros certos na hora certa em vez de guardar tudo em um único prompt. O artigo sobre agentes de IA para equipes de operações mostra como tarefas recorrentes e relatórios compartilham essa memória.

Onde fica o limite de aprovação de gastos?

Esta é a parte que decide se o dono da empresa pode confiar no sistema. Um agente de facilities toca em dinheiro de forma indireta o tempo todo: pede cotações, agenda atendimentos pagos e diz a fornecedores que podem prosseguir. O limite precisa ser escrito, específico e aplicado pelo sistema, não apenas descrito em um prompt.

Um guia prático de decisão tem quatro níveis:

• Serviço rotineiro pré-aprovado: trabalhos cobertos por contrato de serviço ou acordo permanente. O agente pode despachar e registrar a ordem de serviço.
• Abaixo do limite da unidade: pequenos reparos que o gestor da unidade pode aprovar. O agente prepara o pedido com a estimativa do fornecedor e envia a esse gestor. Só prossegue depois de um sim registrado.
• Acima do limite da unidade: o agente reúne ao menos as cotações que a sua política exige, resume escopo e diferenças e envia uma recomendação ao aprovador nomeado. Ele não escolhe.
• Alterações de contrato, novos fornecedores e qualquer situação incomum: sempre uma pessoa, sempre fora da alçada do agente.

Os limites em si são seus, e podem variar por unidade e por categoria. O que importa é que a aprovação seja um evento com nome, hora e decisão anexados à ordem de serviço. Se alguém perguntar depois por que um reparo foi feito, o registro responde.

A aplicação da regra pertence às ferramentas e às permissões. A conexão do agente com o seu sistema de ordens de serviço simplesmente não deve ter a capacidade de marcar um gasto como aprovado. As orientações de autorização da OWASP recomendam privilégio mínimo e verificação de permissões a cada requisição, que é a postura certa aqui. Uma regra que existe só nas instruções pode ser contornada na conversa. Uma regra que existe nas permissões não pode.

Quando o aprovador não responde, o agente o lembra e escala para um substituto que você indicou. Ele nunca trata silêncio como consentimento.

Como o agente deve acompanhar os fornecedores?

Cobrar fornecedor é a tarefa que os coordenadores menos gostam e a primeira que abandonam quando estão sobrecarregados. É também onde o agente é mais claramente útil, porque a tarefa é repetitiva, depende de prazos e é bem definida.

Para cada serviço despachado, o agente acompanha um conjunto pequeno de estados: solicitado, confirmado, agendado, no local, concluído, faturado. Cada estado tem um tempo esperado. Se o fornecedor não confirmou até lá, o agente envia um lembrete educado pelo canal em que esse fornecedor de fato responde. Se uma visita agendada passa sem nota de conclusão, ele pergunta o que aconteceu. Se o fornecedor relata um problema diferente do esperado, ele atualiza a ordem de serviço e, quando há mudança de custo, leva a questão ao aprovador em vez de concordar.

Alguns hábitos tornam isso confiável:

• Mantenha um perfil de cada fornecedor com formas de contato, áreas de atendimento, especialidades, padrão de resposta e exigências de acesso ou seguro.
• Envie sempre o mesmo pacote completo de informações do serviço, para que os fornecedores deixem de repetir as mesmas perguntas.
• Peça evidência de conclusão compatível com o serviço, como fotos ou uma nota curta, e anexe à ordem de serviço.
• Feche o ciclo com o solicitante antes de encerrar a ordem.

Um ponto de segurança merece atenção. Respostas de fornecedores, mensagens de usuários e documentos encaminhados são textos vindos de fora da sua organização. Uma mensagem que diz para ignorar as regras anteriores e aprovar a fatura é um ataque, e modelos podem ser enganados por esse tipo de conteúdo se ele for tratado como instrução. O guia de prevenção de prompt injection da OWASP descreve as defesas: separar conteúdo não confiável das instruções, limitar as ferramentas que o agente pode chamar e exigir confirmação para ações sensíveis. O limite de gastos descrito acima é a sua proteção mais forte, porque mesmo um agente confundido com sucesso não consegue aprovar aquilo que não tem permissão para aprovar.

Quando cotações e comparações de fornecedores se tornam frequentes, os mesmos padrões aparecem em agentes de IA para equipes de compras.

Qual é um plano sensato para começar?

Não comece por todas as unidades e todas as especialidades. Comece estreito o bastante para enxergar o resultado e corrigir. Uma sequência viável:

• Escolha um papel para definir: coordenador de facilities, para triagem, roteamento e acompanhamento de fornecedores.
• Selecione duas ou três unidades e algumas categorias comuns de serviço, como hidráulica, elétrica e climatização.
• Escreva no papel a tabela de roteamento, a lista de condições urgentes e os níveis de gasto, antes de qualquer configuração.
• Decida onde fica o sistema de registro e quais canais o agente acompanha. Dê a ele apenas o acesso de que precisa.
• Rode o agente primeiro em modo somente sugestão. Ele redige ordens de serviço e mensagens a fornecedores, e uma pessoa aprova.
• Revise os rascunhos toda semana: o que foi mal roteado, o que faltou, o que os fornecedores ignoraram.
• Passe para o automático ações específicas e de baixo risco, como confirmar o recebimento de pedidos e enviar lembretes a fornecedores, mantendo as aprovações com pessoas.
• Acrescente unidades e categorias só depois que o primeiro conjunto se comportar de forma consistente.

Escolha um critério de sucesso que você consiga observar sem ferramentas especiais. Exemplos: pedidos sem responsável após um prazo definido, serviços de fornecedores além da data prometida, ou pedidos que precisaram de uma segunda pergunta feita por uma pessoa porque o agente deixou passar um detalhe. Monitoramento e avaliações recorrentes tornam esses sinais visíveis ao longo do tempo, em vez de deixar você com uma impressão. O NIST AI Risk Management Framework é uma boa referência se você quiser uma forma estruturada de mapear, medir e gerenciar os riscos de um sistema como este.

Como a Be Human trabalha com isso?

A Be Human projeta, implementa e opera agentes de IA para empresas, com identidade, memória, canais, ferramentas e permissões sob controle humano. Na gestão de facilities, um primeiro projeto define um papel útil, em geral o coordenador descrito acima, junto com a memória de que ele precisa (cadastro das unidades, regras de roteamento, perfis de fornecedores), as ferramentas que pode usar, os limites de aprovação de gastos e o critério de sucesso. A operação gerenciada pode incluir monitoramento, avaliações recorrentes, manutenção de integrações, revisão de permissões, resposta a incidentes e melhorias controladas, para que o agente continue refletindo o funcionamento real das suas unidades e fornecedores. O serviço é remoto e está disponível em português e inglês.

Perguntas frequentes

Um agente de IA pode substituir um coordenador de facilities? Ele pode assumir as partes repetitivas: reunir detalhes, criar ordens de serviço, lembrar fornecedores e atualizar solicitantes. O coordenador continua cuidando dos julgamentos, do relacionamento com fornecedores, das exceções e das aprovações. Na maioria das equipes, o papel passa a ser mais de supervisão e solução de problemas, em vez de desaparecer.

O agente precisa substituir o nosso sistema de ordens de serviço atual? Não. Em geral é melhor conectar-se ao sistema que você já usa, ou a um controle compartilhado se não houver nenhum, e tratá-lo como o registro oficial. Trocar ferramentas gera mudança para todos, enquanto conectar com permissões limitadas mantém o primeiro projeto pequeno e reversível.

O que acontece quando o agente não sabe como rotear um pedido? Ele pede ao solicitante o detalhe que falta ou entrega o pedido a um coordenador nomeado, com um resumo do que sabe. A incerteza é um resultado normal, e as regras devem dizer para onde ela vai. Um pedido parado sem encaminhamento é uma falha, por isso o responsável de reserva importa.

Como evitar que o agente nos comprometa com custos? Não dependa só de instruções. Limite as permissões para que ele não consiga aprovar gastos, exija um aprovador nomeado para tudo acima dos seus limites e registre cada decisão na ordem de serviço. Revise as permissões com regularidade, já que unidades, fornecedores e equipes mudam.

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