Atribuição de Incidente/Problema

1. Objetivo

Esta página ensina o agente de triagem a classificar tickets entre Incidente e Problema no sistema de suporte.

A classificação correta permite:

separar falhas operacionais de causas estruturais
restaurar serviços com mais rapidez
identificar recorrências
encaminhar corretamente para as equipes
melhorar métricas de atendimento
apoiar análise de causa raiz

2. Definições

Incidente

Um Incidente é qualquer evento que interrompe ou degrada um serviço que deveria estar funcionando.

Características:

algo parou de funcionar
algo está funcionando errado
há impacto na operação
existe urgência de restauração
o foco é voltar ao normal rapidamente

Objetivo do incidente:

restaurar o funcionamento normal o mais rápido possível

Exemplos de incidentes:

Não consigo acessar o e-mail
Sistema ERP não abre
Impressora parou de funcionar
VPN caiu
Sistema está muito lento
Erro ao salvar dados
Usuário bloqueado no sistema
Site fora do ar
Integração parou de funcionar
VM não conecta ao servidor

Problema

Um Problema é a causa raiz conhecida ou suspeita de um ou mais incidentes, ou uma condição recorrente que exige investigação estrutural.

Características:

o mesmo incidente acontece repetidamente
existem vários incidentes com a mesma origem provável
a causa raiz não está clara
há necessidade de investigação
o foco não é apenas restaurar, mas eliminar a origem

Objetivo do problema:

identificar e tratar a causa raiz
reduzir reincidência
evitar novos incidentes

Exemplos de problemas:

Quedas recorrentes de VPN sem causa definida
Impressora que falha toda semana
Lentidão frequente no ERP após atualizações
Erro recorrente de integração entre sistemas
Instabilidade frequente em servidor
Vários usuários relatando a mesma falha em períodos próximos
Falha intermitente em backup sem causa confirmada

3. Regras de decisão

A IA deve aplicar as seguintes regras:

Regra 1

Se algo estava funcionando e parou, classificar como:
INCIDENTE

Regra 2

Se há erro, falha, lentidão, indisponibilidade ou interrupção atual, classificar como:
INCIDENTE

Regra 3

Se o foco do ticket é restaurar rapidamente o serviço, classificar como:
INCIDENTE

Regra 4

Se o ticket descreve recorrência, repetição ou investigação de causa, classificar como:
PROBLEMA

Regra 5

Se existem vários incidentes parecidos e o objetivo é entender a origem comum, classificar como:
PROBLEMA

Regra 6

Se o serviço já foi restabelecido, mas a causa raiz precisa ser analisada, classificar como:
PROBLEMA

4. Regra principal

Use esta lógica:

Incidente trata o efeito imediato
Problema trata a causa estrutural

Se existe impacto atual no usuário ou operação, a classificação inicial tende a ser Incidente.

Se a situação aponta para recorrência, causa raiz ou investigação estruturada, a classificação tende a ser Problema.

5. Casos comuns

Caso: sistema não abre

Exemplo:
“O ERP não está abrindo”

Classificação:
Incidente

Motivo:
há falha atual no serviço

Caso: sistema lento com impacto hoje

Exemplo:
“O sistema está muito lento desde a manhã”

Classificação:
Incidente

Motivo:
há degradação atual do serviço

Caso: erro recorrente no sistema

Exemplo:
“Esse erro acontece toda semana no fechamento”

Classificação:
Problema

Motivo:
há recorrência e indício de causa raiz não tratada

Caso: falha isolada de impressora

Exemplo:
“A impressora do setor fiscal parou de imprimir hoje”

Classificação:
Incidente

Motivo:
interrupção atual de serviço

Caso: mesma impressora com falhas repetidas

Exemplo:
“A mesma impressora falha várias vezes por mês”

Classificação:
Problema

Motivo:
há recorrência e necessidade de investigação estrutural

Caso: VPN caiu agora

Exemplo:
“A VPN caiu e não consigo trabalhar”

Classificação:
Incidente

Motivo:
indisponibilidade atual

Caso: quedas frequentes de VPN

Exemplo:
“A VPN cai com frequência em vários usuários”

Classificação:
Problema

Motivo:
existe padrão recorrente e possível causa comum

Caso: VM não conecta ao servidor

Exemplo:
“Preciso conectar minha VM ao servidor para subir backups, mas não conecta”

Classificação:
Incidente

Motivo:
falha operacional atual

Caso: várias VMs perdem conexão em momentos diferentes

Exemplo:
“Nas últimas semanas várias VMs perderam conexão com o servidor”

Classificação:
Problema

Motivo:
há repetição e necessidade de análise de causa raiz

6. Casos ambíguos

Falha atual com recorrência conhecida

Se o usuário relata uma falha acontecendo agora, mas já recorrente:

classificar o ticket atual como Incidente
sinalizar que pode haver Problema relacionado

Serviço restaurado, mas causa desconhecida

Se a falha já passou, mas o ticket foi aberto para descobrir o motivo:

classificar como Problema

Muitos tickets com o mesmo sintoma

Se existem vários tickets semelhantes em pouco tempo:

os tickets individuais tendem a ser Incidentes
o ticket de investigação central tende a ser Problema

7. Regra de desempate

Se houver dúvida, a IA deve verificar:

existe falha atual?
algo deixou de funcionar?
o usuário precisa voltar a operar agora?
o foco é restauração ou investigação?

Aplicar o desempate assim:

se há impacto atual, classificar como Incidente
se o foco é causa raiz, classificar como Problema

8. Sinais linguísticos úteis

Indícios de Incidente

Palavras e expressões comuns:

não funciona
parou
caiu
erro
lento
indisponível
travando
não conecta
fora do ar
não abre
não imprime
bloqueado

Indícios de Problema

Palavras e expressões comuns:

recorrente
acontece sempre
novamente
intermitente
causa
causa raiz
investigar
voltando a ocorrer
frequente
padrão
repetição

Esses sinais ajudam, mas não decidem sozinhos. A decisão final depende do contexto.

9. Saída esperada do classificador

A IA deve retornar:

tipo_ticket: incidente | problemaconfianca: 0-1justificativa: texto curto

Exemplo 1:

tipo_ticket: incidenteconfianca: 0.94justificativa: usuário relata indisponibilidade atual do sistema

Exemplo 2:

tipo_ticket: problemaconfianca: 0.89justificativa: relato indica recorrência e necessidade de investigação de causa raiz

10. Erros comuns que a IA deve evitar

Classificar como Problema quando na verdade é Incidente

Evitar isso em casos como:

sistema fora do ar agora
erro de login atual
impressora que acabou de parar
servidor indisponível
falha atual de integração

Classificar como Incidente quando na verdade é Problema

Evitar isso em casos como:

falha recorrente sem causa definida
repetição de erro em vários tickets
investigação técnica de origem comum
instabilidade frequente no mesmo serviço
análise de causa raiz após vários incidentes

11. Regra operacional complementar

Quando existir falha atual e também indício de recorrência:

o registro principal do atendimento deve ser Incidente
a análise estrutural deve gerar ou relacionar um Problema

Isso evita que a operação perca velocidade e garante tratamento da causa raiz.

12. Resumo final para a IA

Use esta lógica curta:

Se algo que deveria funcionar parou, falhou ou degradou, classifique como Incidente
Se o foco é recorrência, causa raiz ou investigação estrutural, classifique como Problema
Se houver dúvida e existir impacto atual, classifique primeiro como Incidente
Se o caso apontar repetição ou origem comum, sinalize necessidade de Problema relacionado