Service Up

Calendário do gestor de TI: por que o relatório anual de incidentes deveria começar a ser montado HOJE

Service Up · módulo do AI Copilot

Em dezembro, o relatório anual de incidentes de TI deveria ser um filtro de dois cliques — não uma maratona de três semanas

Toda virada de ano cobra a mesma fatura: justificar orçamento, mostrar o que aconteceu, provar valor. Se cada RCA do ano já estiver em PDF, a retrospectiva vira só um filtro de período. Este é o checklist sazonal para chegar em dezembro com o trabalho feito — usando o Relatório de Causa-Raiz, o módulo de IA da Service Up dentro do Znuny.

Falar com a Service Up

⚡ Versão de 30 segundos

  • O relatório anual de incidentes de TI não deveria ser escrito em dezembro — ele deveria ser apenas filtrado, porque o conteúdo já foi gerado o ano inteiro, chamado a chamado.
  • O Relatório de Causa-Raiz (módulo de IA da Service Up no Znuny) gera um RCA em PDF por chamado, com 8 seções, e mantém um painel agregado dos chamados por serviço vinculado.
  • Em 30 dias de exemplo real: 974 chamados, 647 analisados (66% de cobertura), 85 serviços. Ao longo de 12 meses, esse acervo cresce mês a mês e vira a matéria-prima da retrospectiva.
  • O pulo do gato é sazonal: deixe o RCAScan rodando agora (via console/Daemon do Znuny), revise a cobertura a cada trimestre e, em dezembro, só aplique o filtro de ano + serviço.
  • A IA acelera; o humano decide. O relatório anual deixa de ser uma corrida contra o relógio e vira uma reunião de decisão de orçamento.
974chamados em 30 dias (exemplo real)
66%cobertura de análise pela IA
85serviços com causa raiz mapeada
8 seçõesem cada RCA gerado em PDF

O problema não é dezembro. É de janeiro a novembro.

Todo gestor de TI conhece a cena. Chega a virada do ano e o pedido aparece: “preciso da retrospectiva de incidentes” e, logo atrás, “preciso justificar o orçamento de TI para o ano que vem”. Aí começa a maratona: exportar planilhas, abrir chamado por chamado, lembrar o que aconteceu em março, reconstruir causas raiz de memória e tentar transformar tudo isso em uma narrativa que a diretoria entenda.

O erro de cálculo está na data de início. O relatório anual de incidentes de TI parece um trabalho de dezembro, mas na verdade é um trabalho do ano inteiro — só que concentrado, à força, nas últimas semanas. A informação já existia. Ela só não foi capturada no momento em que cada incidente foi resolvido.

A tese deste checklist é simples: se cada chamado encerrado já tivesse um relatório de causa-raiz pronto, a retrospectiva anual deixaria de ser uma maratona de redação e viraria um filtro. Você seleciona o ano, agrupa por serviço e o documento praticamente se monta. É exatamente isso que o Relatório de Causa-Raiz, módulo de IA da Service Up dentro do Znuny, foi feito para entregar.

Como o trabalho fica pronto sozinho, ao longo do ano

O Relatório de Causa-Raiz tem duas faces, e as duas trabalham a seu favor na hora da retrospectiva. A primeira é por chamado: para cada incidente, o Copilot gera um RCA completo em PDF com 8 seções — resumo executivo, linha do tempo, análise de gaps e causa raiz, sentimento, status técnico, recomendações, métricas e conclusão. Em vez de você reconstruir o que houve, o documento já nasce na análise do chamado.

A segunda face é o painel agregado: os chamados do período aparecem agrupados por serviço vinculado, com a causa raiz identificada pela IA como detalhe de cada grupo. É essa visão que se transforma na espinha dorsal do relatório anual — você vê quais serviços concentraram chamados e por quê, sem abrir um a um.

O motor por trás disso é o DeepSeek (deepseek-chat), e o processamento acontece de duas formas: o botão “Processar agora” para lotes sob demanda e o comando de console bin/znuny.Console.pl Maint::AICopilot::RCAScan, que você pode deixar rodando periodicamente pelos próprios mecanismos do Znuny (cron ou Daemon). É essa segunda opção que torna o relatório anual um subproduto natural da operação — e não um projeto à parte.

Por dentro · processamento em lote

znuny.Console.pl
$ bin/znuny.Console.pl Maint::AICopilot::RCAScan
Analisando 974 chamados do período…
✓ RCA mapeada: 823/974 (84%)
✓ Sentimento: 860/974 (88%)
Motor: DeepSeek (deepseek-chat)

O scan roda em segundo plano; o botão “Processar agora” dispara os últimos N dias.

Os números que provam que a retrospectiva já está quase pronta

Vale olhar os dados reais de uma janela de 30 dias, porque eles deixam a matemática evidente. Foram 974 chamados no período, dos quais 647 analisados pela IA — uma cobertura de 66%. Esses chamados se distribuíram por 85 serviços, cada um com sua causa raiz mapeada. O serviço com mais ocorrências foi “Consultoria::Dúvida”, com 142 chamados.

Agora projete isso para o ano. Se 30 dias já entregam centenas de RCAs estruturados e dezenas de serviços com causa raiz, o acervo cresce mês a mês — e ao final de 12 meses você não tem um vazio para preencher, tem um histórico para filtrar. A pergunta deixa de ser “o que aconteceu este ano?” e passa a ser “o que esses dados estão me dizendo?”.

Os indicadores de cobertura por tipo de análise ajudam a calibrar o que esperar: Sentimento em 88%, RCA em 84% e FAQ em 30%. Há também sinais que merecem atenção operacional ao longo do ano, como os 182 chamados marcados como “No linked service” — chamados sem serviço vinculado, que não entram bem no agrupamento. Resolver isso em fevereiro custa cinco minutos; descobrir em dezembro custa a clareza do seu relatório.

O checklist sazonal: o que fazer em cada trimestre

A ideia central deste artigo é distribuir o esforço pelo calendário, em vez de empilhar tudo no fim. Abaixo está o roteiro trimestral para chegar em dezembro com o relatório anual de incidentes de TI praticamente montado. Cada item é uma ação concreta dentro do Relatório de Causa-Raiz da Service Up.

  • 1º trimestre — Ligue o motor: deixe o RCAScan rodando periodicamente (agende o comando de console pelos mecanismos do Znuny, como cron/Daemon, ou estabeleça a rotina de “Processar agora”) para que todo chamado encerrado já gere seu RCA. Faça uma faxina nos serviços: garanta que os chamados estejam vinculados a um serviço, atacando o problema dos “No linked service” desde cedo.
  • 2º trimestre — Revise a cobertura: olhe os percentuais (a meta é manter a cobertura de análise saudável, como os 66% do exemplo) e identifique filas ou serviços que ficam de fora. Comece a usar o painel agregado em reuniões mensais — assim a leitura por serviço já vira hábito, não novidade de dezembro.
  • 3º trimestre — Construa a narrativa antecipada: a cada mês, exporte o RCA dos chamados mais relevantes (ex.: casos com gaps grandes, como o chamado #2685787, que teve um gap de ~29 dias). Esses PDFs são as evidências que vão sustentar pedidos de orçamento. Comece a esboçar quais serviços justificam investimento no ano seguinte.
  • 4º trimestre — Filtre, não escreva: em dezembro, rode o painel agregado no período do ano inteiro, agrupado por serviço. Use a busca semântica e o panorama do Copilot para responder perguntas da diretoria na hora. O relatório anual passa a ser um filtro aplicado sobre dados já analisados — e a reunião sobra para a decisão, não para a apuração.

Por que isso importa para justificar orçamento

Justificar orçamento de TI é, no fundo, um exercício de causa e efeito: aqui estão os incidentes, aqui está por que eles aconteceram, e aqui está o que precisamos para que não se repitam. Quando cada RCA já traz causa raiz, recomendações e métricas, o argumento de orçamento deixa de ser opinião e passa a ser leitura de dados.

O painel por serviço transforma essa conversa em algo visual e defensável. Em vez de “acho que tivemos muitos problemas com tal sistema”, você diz “este serviço concentrou X chamados, com esta causa raiz recorrente, e a recomendação da análise foi esta”. Para um diretor financeiro, a diferença entre essas duas frases é a diferença entre aprovar e adiar.

E aqui está o ponto que a Service Up faz questão de reforçar: a IA não substitui o gestor. Ela faz o trabalho braçal de analisar, estruturar e organizar — para que a decisão de onde investir continue sendo humana. A IA acelera; o humano decide.

Comece hoje, colha em dezembro

O melhor momento para começar a montar o relatório anual de incidentes de TI não é em dezembro — é hoje, com o próximo chamado que sua equipe encerrar. Cada incidente analisado agora é uma linha a menos para reconstruir depois, e uma evidência a mais para a próxima rodada de orçamento.

O Relatório de Causa-Raiz é um módulo da Service Up, parceira Znuny/OTOBO no Brasil, e funciona dentro do seu Znuny — sem trocar de ferramenta. Se você quer entrar em 2027 (ou em qualquer virada de ano) com a retrospectiva resolvida por um filtro, vale conversar sobre como deixar o processamento rodando de forma contínua no seu ambiente.

🔧 Para os técnicos

Abra só o que te interessa.

Como deixar o processamento rodando para que os RCAs sejam gerados o ano inteiro, sem esforço manual?

Há dois caminhos. Para lotes pontuais, use o botão “Processar agora” na tela do Relatório de Causa-Raiz. Para escala contínua, o módulo expõe o comando de console bin/znuny.Console.pl Maint::AICopilot::RCAScan — você pode deixá-lo rodando periodicamente pelos próprios mecanismos do Znuny (por exemplo, via cron ou pelo Daemon do Znuny). Assim, os chamados são analisados em lote de tempos em tempos e o acervo de RCA cresce de forma automática — que é justamente o que transforma o relatório anual em um filtro.

O que significam os 66% de cobertura e como elevar esse número antes da virada do ano?

A cobertura é a proporção de chamados que a IA efetivamente analisou (no exemplo real, 647 de 974 em 30 dias). Os percentuais por tipo ajudam a diagnosticar: Sentimento 88%, RCA 84%, FAQ 30%. Para subir a cobertura ao longo do ano, ataque cedo os 182 chamados “No linked service” (vincule serviço aos chamados), garanta que o RCAScan rode com frequência e revise as filas que ficam de fora. Quanto maior a cobertura acumulada, mais completo o relatório anual.

Como o painel agregado vira um relatório anual de fato — e não só uma tela?

O painel agrupa os chamados do período por serviço vinculado, exibindo a causa raiz da IA como detalhe de cada grupo. Para a retrospectiva, basta aplicar o filtro de período no ano inteiro: você obtém a visão de quais serviços (dos 85 do exemplo, em escala anual) concentraram chamados e por quê. Combine com os RCAs em PDF por chamado (8 seções cada) para os casos críticos, e você tem corpo executivo + evidências detalhadas no mesmo lugar.

Qual modelo de IA está por trás e isso afeta a consistência do relatório ao longo do ano?

O motor é o DeepSeek (deepseek-chat). Como cada RCA segue o mesmo template de 8 seções (resumo executivo, linha do tempo, gaps e causa raiz, sentimento, status técnico, recomendações, métricas, conclusão), os relatórios gerados em janeiro e em novembro têm a mesma estrutura — o que torna a comparação ao longo do ano e a consolidação anual diretas, sem retrabalho de formatação.

service ÛP

Este módulo é parte do AI Copilot da Service Up

Somos especialistas em ITSM e help desk (parceira Znuny/OTOBO). O AI Copilot já roda no nosso ambiente — e pode rodar no seu.

Quer chegar em dezembro com a retrospectiva já pronta?

Converse com o nosso time comercial e veja a IA aplicada ao seu atendimento.

Falar com o comercial no WhatsApp+55 11 5192-3351

Gostou desse conteúdo? Veja mais conteúdos:

  • All Posts
  • Inteligência Artificial
  • ITSM
  • Sem categoria
Load More

End of Content.

Service Up
Visão geral da privacidade

Este site utiliza cookies para que possamos lhe proporcionar a melhor experiência de usuário possível. As informações dos cookies são armazenadas no seu navegador e desempenham funções como reconhecê-lo quando você retorna ao nosso site e ajudar nossa equipe a entender quais seções do site você considera mais interessantes e úteis.