Protocolo integrado multicanal: como cumprir a RN 623 na prática
A RN 623 exige protocolo gerado no primeiro contato e válido em todos os canais da operadora. Entenda o que é o protocolo integrado multicanal, por que ele é difícil de implementar e o caminho prático para cumprir a norma.
Introdução
De todas as exigências da RN 623/2024, o protocolo integrado multicanal é a que mais mexe com a infraestrutura da operadora. A regra parece simples: todo atendimento gera protocolo no primeiro contato, e esse protocolo vale em qualquer canal. O beneficiário que liga hoje e continua pelo aplicativo amanhã é uma jornada só, não dois atendimentos soltos.
O problema é que a maioria das operadoras montou sua operação no modelo oposto: telefonia com um sistema, chat com outro, app com um terceiro, e-mail no Outlook de alguém — cada um com seu registro, nenhum enxergando o outro. A norma pede um fio único costurando tudo isso.
Este artigo explica o que a exigência significa na prática, por que ela existe, onde as implementações travam e o caminho realista para cumprir. Ele faz parte do nosso guia completo da regulação ANS 2025-2026.
O que a RN 623 exige do protocolo
Três obrigações formam o núcleo:
- Geração no primeiro contato. Telefone, chat ou e-mail: o protocolo nasce no início do atendimento e é informado ao beneficiário. Não existe "atendimento rápido que não precisou de protocolo".
- Validade em todos os canais. O mesmo número acompanha a demanda onde ela for. O atendente do chat precisa enxergar o que foi tratado no telefone, e vice-versa.
- Rastreabilidade da jornada. A partir do protocolo, a operadora precisa reconstruir o histórico completo: o que foi pedido, quando, o que foi respondido, em que prazo. Com gravações guardadas por no mínimo 90 dias e registros por 2 anos.
Por trás da exigência há uma lógica de fiscalização: o protocolo é a chave que permite à ANS (e ao beneficiário) auditar uma demanda específica. Sem protocolo único, a operadora sempre pôde alegar que "não localizou o atendimento" — e a norma veio fechar exatamente essa porta.
Por que é difícil: o legado dos silos
Se fosse só gerar um número, ninguém estaria escrevendo sobre isso. A dificuldade real está em três camadas:
Sistemas que não conversam
A telefonia registra chamadas no PABX ou na plataforma de voz. O chat vive na ferramenta de atendimento digital. O app tem backend próprio. O CRM guarda outra versão dos fatos. Integrar significa ou trocar tudo por uma suíte única (caro, demorado, arriscado) ou construir a camada de integração por cima do que existe.
Identificação do beneficiário entre canais
O protocolo único depende de reconhecer que a pessoa do telefone é a mesma do chat. Parece trivial, mas na prática o beneficiário liga do celular da esposa, digita o CPF errado no app e usa outro e-mail no site. Sem uma estratégia de identificação consistente (CPF, carteirinha, telefone verificado), a jornada quebra na origem.
A disciplina operacional
O sistema pode gerar o protocolo e o atendente esquecer de informá-lo. A norma se cumpre na conversa, não no banco de dados. E é aqui que a maioria das implementações falha silenciosamente: a operadora investe na integração, declara o projeto entregue e nunca mais verifica se o protocolo está sendo informado em cada atendimento.
O caminho prático de implementação
1. Defina o dono do protocolo
Escolha o sistema de registro central — em geral o CRM ou a plataforma de atendimento principal. É ele que gera a numeração e recebe os eventos dos demais canais. Os outros sistemas continuam existindo; passam a reportar para o centro.
2. Integre os canais por evento, não por migração
A abordagem que funciona em prazo razoável: cada canal envia para o registro central os eventos de atendimento (início, protocolo, resumo, encerramento) via API. Ninguém joga fora a telefonia nem o chat — eles ganham a obrigação de reportar. Migração completa de stack pode vir depois, se fizer sentido.
3. Padronize a identificação
Defina a chave de identificação do beneficiário (CPF ou carteirinha como primária) e o procedimento de confirmação em cada canal. O protocolo herda essa chave, e a jornada se mantém inteira mesmo quando o canal muda.
4. Torne o histórico visível para o atendente
Integração que só serve para auditoria cumpre a norma pela metade. O ganho operacional aparece quando o atendente abre a tela e vê a jornada: as duas ligações anteriores, a resposta do chat, o prazo correndo. É isso que elimina o "me conta de novo do início" — a experiência que mais gera reclamação repetida.
5. Audite o cumprimento em 100% dos atendimentos
Fechado o circuito técnico, falta o circuito de verificação: o protocolo foi informado nesta chamada? O registro bate com o que foi dito? A demanda reiterada em outro canal foi vinculada ao protocolo existente? Com IA analisando todas as chamadas e chats, essas perguntas são respondidas por interação, todos os dias — e o gestor enxerga exatamente onde a disciplina operacional está falhando, por equipe e por agente.
Esse fechamento importa mais do que parecia em 2025: com a fiscalização por amostragem da RN 657, qualquer atendimento pode ser auditado pela ANS — e o protocolo é a primeira coisa que a análise verifica.
Como saber se sua operadora está cumprindo
Teste com quatro perguntas, respondidas com evidência e não com opinião:
- Um atendimento iniciado no telefone e continuado no chat aparece como uma jornada única, sob o mesmo protocolo?
- Em que percentual das chamadas o protocolo é efetivamente informado ao beneficiário? (Se a resposta vem de amostra de 3%, você não sabe.)
- A partir de um protocolo, o dossiê completo (gravações, registros, prazos) monta em minutos?
- Demandas reiteradas são vinculadas ao protocolo original ou abrem protocolo novo, zerando o prazo?
A quarta pergunta merece atenção especial: abrir protocolo novo para demanda antiga é a forma mais comum de mascarar estouro de prazo — e é o tipo de padrão que uma análise por amostragem expõe com facilidade.
Conclusão
O protocolo integrado multicanal é a fundação de todo o resto da RN 623: sem ele, prazos não se acompanham, jornadas não se reconstroem e a rastreabilidade vira promessa. A implementação realista não exige refazer a stack — exige um dono central, integração por eventos, identificação consistente e, principalmente, a verificação contínua de que a regra está sendo cumprida em cada conversa.
O Briggs monitora 100% das chamadas e chats da sua operadora com inteligência artificial: verifica se o protocolo foi informado em cada atendimento, se o registro é fiel à conversa e se a jornada do beneficiário está íntegra entre canais. Agende um diagnóstico gratuito e veja seu percentual real de cumprimento da RN 623.
