Um cliente relata que um equipamento parou de funcionar. A conversa acontece pelo WhatsApp, o Contact Center cria uma solicitação e a operação tenta encontrar um técnico. Antes de confirmar a visita, ainda faltam várias respostas: qual bem requer atenção, qual habilidade é necessária, se há peça de reposição disponível, quanto tempo leva a viagem e qual janela pode ser cumprida.
Quando cada resposta reside em uma ferramenta diferente, a empresa pode designar o técnico errado, prometer um tempo impossível ou descobrir no local que falta uma peça. Um agente de IA para ordens de serviço de campo pode reduzir esse atrito conectando a conversa com o ERP ou sistema de serviço de campo, a agenda, as rotas e o inventário.
O objetivo é não permitir que a IA improvise despachos. É converter uma solicitação em uma ordem rastreável, reunindo as condições para executá-la e mantendo o cliente informado sobre os status confirmados. A coordenação melhora quando o agente interpreta e prepara; regras e sistemas operacionais alocam, reservam e registram.
O que é uma ordem de serviço de campo conectada à IA
É um fluxo que mantém uma identidade comum desde o primeiro contato até o final da visita. A conversa, o pedido, a reserva do técnico, os materiais, as alterações de status, as evidências e o faturamento podem residir em sistemas diferentes, mas devem referir-se ao mesmo caso.
A Microsoft documenta um ciclo típico do Field Service que passa pela criação, agendamento, envio, execução, revisão e faturamento. Também separa o status geral do pedido do status da reserva de recursos. Essa distinção é importante: um pedido pode existir sem um técnico designado e uma visita pode terminar parcialmente sem que todo o trabalho seja encerrado.
Um agente de IA agrega valor nos pontos onde hoje uma pessoa lê mensagens, pesquisa dados e coordena etapas repetitivas:
- Identifica o motivo do serviço e o ativo afetado.
- Reúna endereço, contato, disponibilidade e sinais básicos sem diagnóstico excessivo.
- Verifique cobertura, histórico e condições atuais em fontes autorizadas.
- Preparar o pedido com prioridade, habilidades, duração e materiais prováveis.
- Apresenta janelas baseadas na capacidade real e não numa agenda isolada.
- Enviar confirmações e atualizações quando o sistema registrar uma alteração.
- Dimensione as exceções com contexto e evidências já coletadas.
Por que agendar uma visita não equivale a poder executá-la
Um calendário gratuito só responde se alguém aparecer disponível. Uma visita executável requer mais condições: habilidade, território, duração, tempo de viagem, acesso ao local, ativo correto, ferramentas, peças de reposição e restrições do cliente.
| Sinal | Questão a resolver antes de confirmar |
|---|---|
| Ativo e solicitação | Que equipamento ou instalação requer atenção e qual é o sintoma relatado? |
| Habilidade | O recurso está habilitado para esse tipo de trabalho? |
| Localização e percurso | Você consegue chegar dentro da janela considerando o trajeto e os compromissos prévios? |
| Sobressalente ou ferramenta | Está disponível, reservado e em local acessível ao técnico? |
| Cobertura | A visita é coberta, requer orçamento ou aprovação? |
| Acesso | Existem autorizações, contactos, horários ou instruções especiais de entrada? |
| Situação operacional | O pedido foi criado e a reserva confirmada no sistema oficial? |
A documentação do Dynamics 365 Field Service mostra que o agendamento pode considerar a disponibilidade, as habilidades, o território e o tempo de viagem. A API Google Route Optimization permite modelar objetivos e restrições, como janelas de tempo, cronogramas de trabalho e capacidade. Estas ferramentas não substituem a política empresarial: tornam-na executável quando os dados necessários estão disponíveis.
Fluxo recomendado: da conversa até a visita concluída
1. Receba a solicitação na caixa de entrada omnicanal
O cliente pode iniciar por voz, WhatsApp, webchat, e-mail ou formulário. A caixa de entrada mantém o canal original e associa a conversa ao contato, conta, ativo ou pedido existente. Antes de criar um novo caso, o fluxo verifica possíveis duplicatas para evitar o envio de duas visitas para o mesmo incidente.
2. Reúna o contexto mínimo
O agente confirma localização, ativo, sintoma, impacto, disponibilidade de contato e condições de acesso. Você pode fazer perguntas orientadas e consultar uma base aprovada, mas não deve declarar uma causa técnica que ainda não tenha sido verificada.
Caso haja indícios de segurança, risco elétrico, vazamento, lesão ou infraestrutura crítica, a rota deverá mudar imediatamente para o protocolo definido. A conversa não pode continuar como se fosse uma visita padrão.
3. Crie ou conclua a ordem de serviço
Uma automação grava a solicitação no ERP ou sistema operacional com um identificador comum. O pedido inclui categoria, prioridade, localização, ativo, habilidades necessárias, duração estimada, evidências recebidas e quaisquer dependências conhecidas.
A mensagem e os arquivos originais são retidos como prova. O resumo gerado pela IA deve ser identificado como tal e não substituir a descrição do cliente.
4. Verifique técnico, rota e capacidade
O mecanismo de agendamento consulta recursos suportados e compara a disponibilidade com as restrições reais. Uma matriz de rotas pode estimar a distância e a duração entre vários técnicos e destinos; um otimizador pode solicitar múltiplas visitas em janelas e horários de trabalho.
A recomendação de alocação deve ser explicada com dados operacionais: habilidade, zona, tempo de viagem, carga atual e prioridade. Se for necessária uma exceção, como um estouro ou mudança de zona, um despachante aprova.
5. Verifique os materiais antes de prometer
Caso o diagnóstico preliminar sugira alguma peça, o fluxo consulta o estoque por armazém ou veículo. A Microsoft distingue quantidades disponíveis, físicas, encomendadas e atribuídas, e permite associar armazéns a recursos para descontar o material utilizado numa encomenda.
Consultoria não é agendamento. Antes de confirmar que o técnico transportará uma peça de reposição, o sistema deverá atribuí-la ao pedido ou registrar a ação equivalente. Quando não há disponibilidade, o agente comunica a dependência e oferece o próximo passo correto: outra data, compra, transferência ou revisão humana.
6. Confirme somente após o cadastro
O cliente recebe data, janela, endereço, instruções e canal de rastreamento somente quando o pedido e a reserva são confirmados. O CRM e a caixa de entrada mantêm o mesmo estado para que qualquer pessoa possa continuar a conversa.
O commit deve evitar promessas excessivamente precisas se a operação puder sustentar apenas uma janela. Deve também indicar o que o cliente pode fazer se precisar alterá-lo ou se as condições do local mudarem.
7. Atualização por eventos, não por perseguição manual
Mudanças como técnico designado, em rota, chegada, trabalho em andamento, peça de reposição faltante, visita parcial ou conclusão podem ativar webhooks e gatilhos. Cada evento atualiza o pedido e decide se deseja relatar, criar uma tarefa ou escalar.
O agente não inventa um estado a partir do silêncio. Caso o técnico não comunique a chegada ou a integração falhe, o fluxo gera um alerta; ele não envia uma confirmação fictícia.
8. Encerre com evidências e próxima ação
Após a conclusão, o técnico regista o trabalho realizado, tempo, material utilizado, fotografias ou assinatura quando aplicável. Uma pessoa ou regra autorizada analisa exceções, acréscimos e garantias. Só então o pedido passa para um status que permite faturamento, estoque ou uma visita de acompanhamento.
Caso a visita seja parcialmente concluída, o caso deverá ser mantido pendente e remarcado. Fechar a reserva nem sempre significa fechar o pedido.
O que a IA pode fazer e o que deve estar sob controle operacional
| O agente de IA pode preparar ou executar | Requer regra ou aprovação determinística |
|---|---|
| Classifique a solicitação e resuma o contexto | Definir prioridade crítica fora da política |
| Detectar dados ausentes e possíveis duplicados | Confirmar cobertura, garantia ou cobrança excepcional |
| Verifique a disponibilidade e apresente opções válidas | Forçar estouro ou atribuir um recurso não habilitado |
| Crie um pedido com campos permitidos | Aprovar descontos, compras ou trabalhos adicionais |
| Envie atualizações com base em status confirmados | Declarar uma reparação concluída sem provas |
| Preparar a entrega ao despachante ou técnico | Segurança próxima ou incidentes de alto impacto |
O NIST recomenda definir responsabilidades humanas, limites, monitoramento e respostas a falhas para sistemas de IA. No Field Service, esses princípios tornam-se permissões por ferramenta, regras de escalonamento, logs de ações e resultados humanos claros para clientes, técnicos e despachantes.
Regras que evitam pedidos duplicados e estados fantasmas
- Use um identificador idempotente para que uma nova tentativa não crie dois pedidos, reservas ou solicitações sobressalentes.
- Separa os status de solicitação, pedido, reserva de técnico, material e comunicação ao cliente.
- Economize tempo, fonte e resposta de cada consulta operacional.
- Revalida a disponibilidade quando o cliente aceita uma janela; não reutilize opções antigas.
- Pare os lembretes quando o pedido for cancelado, mudar de status ou já estiver concluído.
- Mantenha a mensagem original separada do resumo gerado.
- Registre quem aprovou uma substituição, compra, exceção de cobertura ou trabalho adicional.
- Projetar rotas para integração indisponível, baixa confiança, dados contraditórios e ausência de técnicos.
- Permite ao técnico corrigir o diagnóstico preliminar sem apagar o histórico.
- Revise uma amostra de pedidos concluídos, parciais, cancelados, reabertos e faturados.
Métricas para um piloto de coordenação de campo
O piloto deve comparar uma tipologia de serviço com a sua linha de base. Medir mensagens enviadas ou agendas lotadas não prova que a visita produziu um resultado correto.
- Tempo desde a solicitação até um pedido completo e programável.
- Percentual de pedidos com ativo, localização, habilidade e prioridade definidos corretamente.
- Visitas remarcadas por atribuição, percurso ou duração incorretos.
- Chegadas dentro da janela comunicada.
- Visitas improdutivas por falta de peças de reposição, acesso ou informação.
- Pedidos e reservas duplicados.
- Tempo parado por aprovação, dependência material ou externa.
- Transferências com evidências completas, motivo e próxima ação.
- Estados comunicados sem confirmação do sistema operacional.
- Resolução na primeira visita, segmentada por tipo de obra.
- Correções humanas em classificação, resumo, material técnico ou sugerido.
- Tempo desde a conclusão técnica até a revisão, inventário e faturamento.
Segmentar por serviço, território, ativo, urgência, canal e rota de exceção. Uma boa média pode esconder que o fluxo funciona para manutenção simples, mas falha em reparos com materiais especiais ou acessos.
Como começar sem substituir o ERP
Escolha uma família de pedidos comum, com status claros e poucas exceções. Mapeia o processo desde o contato até o fechamento, incluindo quem cria o pedido, como o técnico é atribuído, onde o estoque é consultado e qual evento permite o faturamento.
Em seguida, define as ações do agente: o que ele pode ler, quais campos pode escrever, quais mensagens pode enviar e quais decisões devem ser bloqueadas. Seelai pode atuar como uma camada de conversação e coordenação conectada ao seu ERP, CRM, agenda e sistema de Field Service existente por meio de integrações disponíveis.
Teste cenários normais e adversos: solicitação duplicada, endereço incompleto, cancelamento de técnico, mudança de rota de trânsito, reserva reservada para outro pedido, visita parcial, janela de troca de cliente, baixa conectividade e evento repetido. Expanda o escopo somente quando o sistema preservar o contexto e a rastreabilidade sob essas condições.
Perguntas frequentes
Um agente de IA pode atribuir técnicos automaticamente?
Você pode propor ou executar uma tarefa quando houver regras claras de habilidade, território, disponibilidade, viagens e prioridade. Transbordamentos, emergências, restrições não modeladas e recursos não habilitados devem ser escalados para um despachante.
Você pode informar o horário de chegada pelo WhatsApp?
Sim, se a estimativa vier de uma rota e estado atuais. É mais seguro comunicar uma janela razoável e atualizá-la quando a operação mudar do que prometer um horário exato sem backup.
A IA pode diagnosticar e escolher a peça de reposição?
Você pode coletar sintomas e sugerir materiais com base em informações aprovadas, mas o diagnóstico técnico e o uso real devem ser corrigíveis em campo. A reserva da peça de reposição deverá ser confirmada em estoque antes de comunicar a disponibilidade.
Devemos mudar o ERP ou a ferramenta Field Service?
Não necessariamente. O agente pode conectar-se a sistemas existentes para consultar, criar ou atualizar dados autorizados. O ERP ou sistema operacional pode continuar a ser a fonte oficial de pedidos, estoque e faturamento.
Onde Seelai se encaixa
Seelai conecta agentes de IA, caixa de entrada omnicanal, CRM inteligente, voz, webhooks e software operacional para que uma solicitação não se perca entre a atenção e o serviço de campo. O agente reúne contexto e coordena a jornada; o sistema ERP ou Field Service confirma pedidos, recursos e materiais; e a equipe humana preserva as exceções.
O resultado desejado é concreto: pedidos mais completos, vitrines sustentáveis, menos visitas improdutivas e um histórico visível desde a conversa até o fechamento técnico e administrativo.
Fontes
- Microsoft Learn, ciclo de vida da ordem de serviço e status do sistema: https://learn.microsoft.com/en-us/dynamics365/field-service/work-order-status-booking-status
- Microsoft Learn, use o quadro de agendamento no Field Service: https://learn.microsoft.com/en-us/dynamics365/field-service/work-with-schedule-board
- Microsoft Learn, visão geral de estoque, compras e devoluções: https://learn.microsoft.com/en-us/dynamics365/field-service/inventory-purchasing-returns-overview
- Google para desenvolvedores, o que é API de otimização de rota: https://developers.google.com/maps/documentation/route-optimization/overview
- NIST, Estrutura de gerenciamento de risco de inteligência artificial (AI RMF 1.0): https://nvlpubs.nist.gov/nistpubs/ai/NIST.AI.100-1.pdf
Converta cada solicitação em uma visita pronta para execução
Se sua equipe coordena técnicos entre chats, planilhas, ligações e inventário, agende uma demonstração Seelai em /demo. Analisaremos uma tipologia de pedido, suas regras de atribuição, fontes de dados, materiais, eventos e métricas para desenhar um piloto conectado à sua operação real.