Gerador de Número de Protocolo (Suporte)

Número de protocolo de suporte: anatomia, plataformas e a Lei do SAC

Um número de protocolo de suporte — também chamado de ticket ID, número do chamado ou referência de incidente — é o identificador único que um sistema de atendimento atribui a cada interação para que ela possa ser recuperada, auditada e escalada. Formatos típicos são SUPP-2024-12345, TICK-987654 ou as cadeias de 14 a 20 dígitos usadas pelas operadoras brasileiras de telecom sob regras da Anatel. Este gerador devolve IDs fictícios suficientemente realísticos para design de UX, automação de QA e treinamento de agentes — sem poluir seu CRM de produção.

Todo número de protocolo cumpre três papéis: rastreabilidade (aponta para um único registro no banco do helpdesk), atalho de comunicação (o cliente cita o número e não precisa reexplicar o caso) e compliance legal — no Brasil, operadoras de telecom e planos de saúde são obrigados a emitir protocolo em todo contato.

Plataformas de helpdesk e seus formatos

Não existe padrão global. Cada CRM adota um esquema: Zendesk usa inteiros sequenciais (#12345), Freshdesk idem com prefixo, Intercom ULIDs opacos, Crisp alfanuméricos curtos, Salesforce Service Cloud 8 dígitos, HubSpot Service Hub inteiros longos. No Brasil, Movidesk, Octadesk e Tomticket normalmente combinam prefixo de ano com sequência. Escolha um formato que humano consiga ditar por telefone e que um regex consiga validar.

• Ano-sequência: 2024-000123 — legível, ordenável, mas vaza volume.
• Sequência com prefixo: SUPP-12345 — contexto claro.
• ULID/UUID opaco: esconde volume, mas difícil de ditar.
• Estilo Anatel: 14-20 dígitos para teleco.

A Lei do SAC: quando o protocolo é obrigatório

A Lei do SAC — Decreto 6.523/2008 — obriga teleco, bancos, eletricidade, água, aviação, planos de saúde e TV por assinatura a entregarem número de protocolo em todo contato. O SAC 4.0 (Decreto 11.034/2022) estendeu a regra para atendimento multicanal: WhatsApp, e-mail, chat e telefone precisam gerar um ticket rastreável em até cinco segundos. A ANS regula protocolos de planos de saúde, o PROCON mantém sua própria numeração de reclamações, e a Anatel audita IDs de teleco trimestralmente.

Ciclo do ticket, SLAs e níveis de escalonamento

Um fluxo saudável move o ticket por Aberto → Em andamento → Aguardando cliente → Resolvido → Fechado. Cada transição liga ou pausa um cronômetro de SLA — o Service Level Agreement que promete resolução em, digamos, 4 h para P1, 24 h para P2, 5 dias para P3. A triagem segue Tier 1 (linha de frente com script), Tier 2 (especialista) e Tier 3 (engenharia ou produto). Chatbots de IA do IBM Watson, Google Dialogflow ou Microsoft Copilot assumem cada vez mais o Tier 0 de deflexão e só escalam para humano quando a confiança do intent cai abaixo do limiar.

CSAT, NPS e fechamento do ciclo

Após o fechamento, a maioria dos CRMs dispara uma pesquisa CSAT (Customer Satisfaction) de uma pergunta e alimenta dashboards de NPS (Net Promoter Score). Integração com Salesforce, HubSpot ou Microsoft Dynamics faz o protocolo viajar do helpdesk para o pipeline de vendas, e um reclamante recorrente pode ser sinalizado antes da próxima renovação.

Perguntas frequentes

Posso usar protocolos gerados em produção? Não. São IDs fictícios para mockups de UI, testes automatizados, material de treinamento e pré-visualização de fluxos de notificação — nunca jogue num CRM real.

Existe formato padrão entre fornecedores? Não. Zendesk, Freshdesk, Salesforce e Movidesk usam esquemas próprios. A Anatel exige comprimento mínimo para teleco (14+ dígitos), mas não um formato específico.

As empresas são obrigadas a dar protocolo? No Brasil, sim para teleco, bancos, eletricidade, água, TV paga, aviação e planos de saúde pelo Decreto 6.523/2008 e pela atualização SAC 4.0 de 2022.

Por quanto tempo precisam guardar o registro? Anatel exige 6 meses no mínimo para teleco; ANS exige 5 anos para planos de saúde. Sempre confira o regulador do setor para a janela exata.