Um colaborador pede acesso a uma aplicação. O service desk abre o chamado, confirma o gestor, consulta o catálogo, verifica a política, cria a conta e registra a conclusão. Em muitas empresas, cada etapa passa por uma fila diferente e exige copiar informações entre email, diretório, inventário e plataforma de ITSM.
Agentes de IA podem coordenar esse trabalho. Eles interpretam a solicitação, recuperam contexto, acionam integrações e mantêm o chamado atualizado. Essa abordagem, conhecida como ITSM agêntico, não significa entregar o ambiente de TI a um chatbot. Significa transformar procedimentos operacionais em fluxos executáveis, com limites de autoridade, evidências e aprovação proporcional ao risco.
O tema ganhou força no fim de outubro de 2026. ServiceNow e OpenAI anunciaram uma integração para levar raciocínio a workflows governados; a startup Serval recebeu novo investimento para ampliar automações de operações de TI; e pesquisas recentes mostram interesse elevado em operações autônomas, embora a maioria das organizações ainda exija aprovação humana para decisões sensíveis.
O que muda do chatbot para o agente de ITSM?
Um chatbot tradicional responde perguntas e coleta dados. O agente trabalha sobre um objetivo: reúne informações, escolhe ferramentas permitidas, executa etapas, valida o resultado e atualiza o sistema de registro. Ele pode consultar incidentes semelhantes, verificar ativos relacionados, sugerir uma solução e acompanhar se o serviço voltou ao normal.
A diferença principal é a capacidade de agir. Por isso, o desenho precisa começar pela autoridade, não pelo modelo. Um agente de leitura pode resumir um incidente com baixo risco. Um agente que desbloqueia contas, altera grupos ou reinicia servidores precisa de políticas, identidade própria, credenciais temporárias e aprovação.
Onde começar com menor risco e retorno claro
Classificação e roteamento de chamados
O agente extrai serviço, urgência, local, usuário e sintoma, compara com o catálogo e encaminha à fila correta. A meta não é apenas preencher campos, mas reduzir reclassificações e tempo até o primeiro atendimento.
Recuperação de contexto de incidentes
Antes de um analista assumir, o agente reúne alterações recentes, alertas, ativos afetados, histórico e artigos de conhecimento. Ele pode produzir uma linha do tempo com fontes e declarar o que não conseguiu verificar.
Solicitações de acesso
Pedidos padronizados podem ser validados contra função, vínculo e política. Ações comuns recebem aprovação do gestor; acessos privilegiados exigem segurança ou proprietário do sistema. O agente executa somente depois da decisão e registra cada chamada.
Inventário e ciclo de vida de ativos
Integrações com MDM, diretório, compras e CMDB ajudam a identificar equipamento sem responsável, licença ociosa, garantia próxima do fim e divergência entre cadastro e realidade.
Criação e manutenção de conhecimento
Resoluções aprovadas podem virar rascunhos de artigos. O agente reúne causa, sintomas, passos e evidências, mas um especialista revisa antes da publicação. Isso evita que uma solução improvisada se torne procedimento oficial.
Exemplo prático: admissão de um novo colaborador
Recursos Humanos registra a contratação. Um evento cria o processo de onboarding e informa cargo, equipe, gestor, data de início e local. O agente consulta uma matriz de acessos aprovada e propõe contas, grupos, licenças e equipamento.
Itens padrão seguem para aprovação do gestor. Qualquer privilégio administrativo vai para segurança. Após as aprovações, integrações criam a identidade, aplicam grupos, reservam o notebook e abrem tarefas para exceções. O agente valida cada resultado, atualiza o chamado e envia ao colaborador apenas as orientações necessárias — nunca senhas permanentes.
Se uma etapa falhar, o fluxo não marca tudo como concluído. Ele registra a ferramenta, o erro, a tentativa e o ponto de retomada. Essa característica é essencial para processos que atravessam vários sistemas.
Arquitetura mínima para agentes em operações de TI
- Sistema de registro: ITSM, CMDB ou catálogo mantém o estado oficial do processo.
- Camada de integração: APIs e filas conectam diretório, MDM, monitoramento, ERP e comunicação.
- Identidade do agente: cada ambiente usa credenciais próprias, escopo mínimo e validade curta.
- Políticas: regras determinam ferramentas, dados, horários, valores e ações permitidas.
- Orquestração durável: o fluxo pausa para aprovação e retoma sem perder contexto.
- Observabilidade: decisões, chamadas, custo, latência e resultado ficam correlacionados.
- Avaliação: casos históricos e cenários adversariais verificam qualidade antes de produção.
A arquitetura deve manter o ITSM como fonte de verdade. O agente não pode criar um estado paralelo em conversas. Toda ação relevante precisa voltar ao registro corporativo.
Aprovação humana na medida certa
Exigir confirmação em todas as etapas elimina o benefício; liberar tudo cria risco. Uma matriz simples pode classificar ações por impacto e reversibilidade:
- automática: leitura, resumo, enriquecimento e roteamento reversível;
- aprovação do responsável: licença comum, grupo padrão ou mudança de baixa criticidade;
- dupla aprovação: acesso privilegiado, produção, dados sensíveis e alterações com impacto amplo;
- somente humano: exceções sem política, decisões disciplinares e ações irreversíveis.
O agente deve apresentar o pedido, a política aplicada, os dados usados e o efeito esperado. Aprovar uma caixa genérica não é governança.
Métricas que demonstram resultado
Evite medir apenas chamados fechados automaticamente. Acompanhe tempo até o primeiro diagnóstico, resolução no primeiro contato, reabertura, reclassificação, violações de SLA, retrabalho e custo por resultado. Em acessos, meça tempo de concessão, exceções e revogações pendentes.
O relatório State of ITSM 2026 da SolarWinds indica que 84% dos profissionais consultados consideram que a IA atingiu ou superou as expectativas de retorno, mas 52% afirmam que a carga de trabalho aumentou e apenas 7% disseram que o custo real coincidiu com o planejado. O alerta é claro: automatizar atividades sem medir manutenção, revisão e integração pode apenas deslocar o esforço.
Erros que atrasam a adoção
- automatizar um processo que não possui proprietário nem política;
- dar acesso administrativo compartilhado ao agente;
- usar a conversa como banco de dados do processo;
- ignorar exceções, compensações e rollback;
- treinar com chamados antigos sem corrigir dados ruins;
- medir volume de respostas em vez de resultado operacional;
- conectar dezenas de ferramentas antes de validar um caso de uso.
Roteiro de implantação
- Mapeie o processo: entradas, decisões, sistemas, aprovações e desfecho.
- Escolha um fluxo: alto volume, regras conhecidas e impacto moderado.
- Comece em recomendação: o agente investiga e sugere sem executar.
- Libere ações reversíveis: com credenciais temporárias e limite de escopo.
- Adicione aprovação: para ações sensíveis, com evidência suficiente.
- Compare versões: qualidade, custo, tempo e incidentes antes de ampliar.
De fila de chamados a operação orientada por resultados
O melhor agente de ITSM não é o que conversa mais; é o que reduz espera, preserva contexto, executa com segurança e deixa o processo mais fácil de auditar. A tecnologia funciona quando integra sistemas existentes e torna políticas operacionais.
A ProativaIA desenvolve agentes e automações empresariais, plataformas sob medida e integrações com diretórios, CRMs, ERPs, canais e sistemas internos. Podemos transformar um fluxo de service desk em uma automação governada, mensurável e preparada para evoluir.