Preciso trocar de operadora para usar Origem Verificada? Entenda o que mudou em 2026
Trocar de operadora para usar Origem Verificada não é obrigatório por si só, mas passa a ser necessário quando a operadora atual não entrega suporte consistente a STIR/SHAKEN e RCD. O Despacho Decisório Anatel nº 82/2026, publicado em 17/08/2026, autoriza prestadoras a adotarem mitigação de chamadas abusivas com critérios de proporcionalidade e transparência. Na prática, isso transfere pressão operacional para CTOs, gestores de telecom, engenheiros de voz, integradores, operadoras, provedores SIP e equipes técnicas de contact center que dependem de completamento confiável.
O sintoma mais comum que antecede a troca é a queda de completamento acompanhada de bloqueio de chamadas legítimas. Quando a operadora de destino aplica políticas mais rígidas de autenticação, chamadas sem attestation adequado tendem a ser marcadas como suspeitas, rejeitadas ou enviadas para tratamento de risco. Nesse cenário, a falta de autenticação deixa de ser um problema técnico e vira risco de inadequação regulatória e prejuízo operacional.
Antes de decidir pela migração, vale auditar três pontos na operadora atual: suporte nativo a STIR/SHAKEN no SIP, capacidade de propagar identidade RCD sem quebra de cabeçalho e compatibilidade com o SBC já instalado. Se qualquer um desses pontos falhar, a troca tende a ser mais eficiente do que manter remendos de infraestrutura. Operadoras que já autenticam na origem reduzem atrito com terminais que exigem verificação, mas ainda assim exigem configuração correta no provedor SIP e testes de completamento por rota.
Para equipes de contact center, o próximo passo prático é solicitar à operadora atual um posicionamento formal sobre conformidade com o Despacho 82/2026 e suporte a RCD.
Quando faz sentido trocar de operadora para usar Origem Verificada?
| Perfil técnico | Quando a troca faz sentido | Critério de decisão | Próximo passo recomendado |
|---|---|---|---|
| CTOs e gestores de telecom | Quando a operadora atual não comprova suporte a STIR/SHAKEN ou RCD na rota contratada, expondo a operação a bloqueio de chamadas legítimas e queda de completamento | Evidência de attestation ativo por chamada, não apenas recurso disponível no portal | Solicitar relatório de autenticação da rota e comparar com operadora alternativa em teste paralelo |
| Engenheiros de voz e equipes técnicas de contact center | Quando o SBC está corretamente configurado, mas a operadora não aplica autenticação na borda SIP ou entrega chamadas sem identidade verificável | Diagnóstico de rota com captura SIP mostrando ausência de header de autenticação ou attestation inconsistente | Documentar chamadas bloqueadas por horário e destino antes de abrir chamado com a operadora atual |
| Integradores e provedores SIP | Quando o cliente final enfrenta bloqueio de chamadas legítimas e a operadora atual não oferece RCD ou não integra com a plataforma de autenticação já utilizada | Compatibilidade entre SBC, softswitch e a implementação de Origem Verificada da operadora | Validar interoperabilidade com teste de chamada autenticada antes de recomendar troca contratual |
| Operadoras e áreas de regulamentação | Quando há risco de inadequação ao Despacho Decisório Anatel nº 82/2026 e à página da Anatel sobre chamadas abusivas por ausência de autenticação na entrega de tráfego | Conformidade regulatória documentada com evidência de STIR/SHAKEN e RCD ativos | Revisar contrato e SLAs de autenticação com a operadora atual antes de decidir pela troca |
A troca de operadora para usar Origem Verificada só se justifica quando a atual não entrega autenticação funcional na rota SIP contratada. Ter o recurso listado no portal não é suficiente: é preciso confirmar que cada chamada sai com attestation adequado e que o RCD está ativo na borda.
O que considerar ao avaliar uma operadora para Origem Verificada?
CTOs, gestores de telecom, engenheiros de voz, integradores, operadoras, provedores SIP e equipes técnicas de contact center precisam avaliar critérios práticos antes de trocar de operadora para Origem Verificada. O foco deve estar na mitigação de queda de completamento, bloqueio de chamadas legítimas, falta de autenticação e risco de inadequação regulatória.
Confira os pontos essenciais:
- Suporte nativo a STIR/SHAKEN e RCD: exija comprovação de assinatura PASSporT em todas as chamadas e envio de identificação RCD/Origem Verificada. Teste com tráfego real para validar o attestation.
- Qualidade do SBC e integração SIP: verifique se o SBC da operadora preserva a sinalização sem latência excessiva e se o tronco SIP permite codecs adequados, controle de simultaneidade e failover automático.
- Processo formal de revisão de bloqueios: a operadora deve oferecer canal dedicado, prazos definidos e relatórios de sinalização acessíveis, conforme o Despacho Decisório Anatel nº 82/2026.
- Transparência operacional: avalie se há visibilidade sobre chamadas autenticadas, rejeitadas e revisadas. Sem isso, quedas de completamento ficam sem diagnóstico.
- Conformidade regulatória demonstrável: confirme aderência ao Despacho Decisório Anatel nº 82/2026 e às orientações da página da Anatel sobre autenticação e identificação de chamadas.
- Interoperabilidade com a infraestrutura atual: priorize operadoras que permitam ativar STIR/SHAKEN sem mudanças profundas no SBC existente, reduzindo complexidade de implantação e tempo até valor.
- Prova de conceito com tráfego real: solicite teste antes da migração para medir completamento, comportamento do RCD e tratamento de chamadas legítimas.
Se a operadora atual não oferece autenticação ou não trata bloqueios com transparência, a troca faz sentido imediato. Quando o problema é apenas configuração interna, ajustar o SBC ou o tronco SIP pode resolver sem migração.
Como implementar Origem Verificada sem trocar de operadora?
CTOs, gestores de telecom, engenheiros de voz, integradores, operadoras, provedores SIP e equipes técnicas de contact center podem adotar Origem Verificada na operadora atual quando há suporte nativo a STIR/SHAKEN e RCD. O caminho abaixo reduz queda de completamento, bloqueio de chamadas legítimas e risco de inadequação regulatória sem exigir portabilidade imediata.
- Confirme o suporte técnico da operadora atual — Solicite documentação sobre STIR/SHAKEN, RCD e Origem Verificada. Valide se o SBC aceita os cabeçalhos de autenticação e se o tronco SIP já está preparado para assinatura de chamadas.
- Ative a autenticação no tronco SIP — Configure o Identity header e garanta que o SBC adicione e valide assinaturas em cada chamada. Teste com números piloto antes de expandir para toda a operação.
- Implemente o RCD com a operadora — Cadastre os números na lista de Rich Call Data e defina o nome exibido. O Despacho Decisório Anatel nº 82/2026 orienta as regras de autenticação e identificação de chamadas em redes brasileiras.
- Monitore completamento e bloqueios — Acompanhe a taxa de atendimento e o volume de chamadas barradas após a ativação. Ajuste o ritmo de discagem se houver queda de conectividade ou aumento de falsos negativos.
- Mantenha conformidade contínua — Revise opt-out, correção de bloqueios indevidos e atualizações cadastrais. Consulte a página da Anatel sobre autenticação e identificação de chamadas para acompanhar exigências vigentes.
Se a operadora atual não oferecer STIR/SHAKEN, RCD ou integração adequada ao SBC, a falta de autenticação tende a manter o risco de bloqueio por outras redes. Nesse cenário, a troca de operadora passa a ser critério técnico, não apenas comercial.
Quais decisões evitam retrabalho com trocar operadora Origem Verificada?
CTOs, gestores de telecom, engenheiros de voz, integradores, operadoras, provedores SIP e equipes técnicas de contact center enfrentam riscos concretos quando a decisão de trocar de operadora para Origem Verificada é tomada sem critério: queda de completamento, bloqueio de chamadas legítimas, falta de autenticação ou risco de inadequação regulatória. As decisões abaixo reduzem retrabalho e preservam a operação durante a transição.
- Validar suporte nativo a STIR/SHAKEN antes da portabilidade: confirme se a operadora assina chamadas com attestation A/B/C e se o SBC ou provedor SIP atual consegue propagar a identidade sem reconfiguração profunda. Suporte parcial gera chamadas legítimas sem autenticação e queda de completamento.
- Exigir evidência de conformidade com o Despacho Decisório Anatel nº 82/2026: a operadora precisa demonstrar como trata Origem Verificada, RCD e chamadas abusivas dentro do fluxo de interconexão. Sem essa evidência, a migração pode herdar passivo regulatório.
- Mapear o fluxo de autenticação entre SBC, SIP trunk e operadora: decisões que ignoram a cadeia completa de assinatura e verificação costumam terminar em retrabalho de roteamento, codec e header de identidade.
- Definir responsabilidade sobre reputação e monitoramento de completamento: a operadora deve oferecer visibilidade sobre bloqueios, reclamações e falhas de autenticação. Sem isso, a equipe técnica opera às cegas após a troca.
- Documentar exceções regulatórias e operacionais: chamadas de saúde, segurança e utilidade pública têm tratamento específico. Aplicar a mesma política de um contact center comercial gera bloqueios desnecessários e retrabalho.
- Consultar a página da Anatel sobre chamadas abusivas antes de assinar contrato: alinhar a operação às regras vigentes evita surpresas com opt-out, listas de não perturbar e sanções por reincidência.
Auditar autenticação, reputação e conformidade antes de trocar de operadora é mais barato do que corrigir bloqueio em produção.
O que é Origem Verificada e como ela se relaciona com o filtro antispam?
Origem Verificada é um recurso de identificação de chamadas (RCD) que exibe nome, logotipo e motivo da chamada na tela do destinatário. Ela não bloqueia chamadas; apenas apresenta informações verificadas antes do atendimento. O RCD atua na camada de apresentação, enquanto o bloqueio é função de outro mecanismo. A confusão entre esses conceitos leva CTOs, gestores de telecom, engenheiros de voz, integradores, operadoras, provedores SIP e equipes técnicas de contact center a exigir da operadora uma função que ela não executa, atrasando a correção de queda de completamento ou bloqueio de chamadas legítimas.
Origem Verificada e filtro antispam são funções complementares, mas distintas: a primeira identifica, a segunda bloqueia. Para integrar ambas, é preciso avaliar se a operadora atual oferece suporte nativo a RCD e STIR/SHAKEN, ou se a autenticação de chamadas exige camadas adicionais no SBC e na infraestrutura SIP.
STIR/SHAKEN é o protocolo que autentica a origem da chamada, garantindo que o número não foi falsificado. O RCD usa essa autenticação para exibir dados comerciais do chamador. Sem STIR/SHAKEN, o RCD não tem base confiável para apresentar nome e logotipo. O Despacho Decisório Anatel nº 82/2026 define as regras para autenticação e identificação de chamadas no Brasil, conforme a página da Anatel sobre autenticação e identificação de chamadas.
Na prática, uma chamada legítima pode ser bloqueada por filtro antispam se o operador não assinar corretamente o SIP com STIR/SHAKEN. A troca de operadora para Origem Verificada, nesse caso, resolve o problema de autenticação, não o de filtragem. Uma chamada com Origem Verificada ainda pode ser bloqueada pelo filtro antispam do destinatário: a identificação não garante entrega, mas aumenta a confiança para o usuário decidir atender.
Como decidir entre trocar de operadora ou adequar a atual?
Para CTOs, gestores de telecom, engenheiros de voz, integradores, operadoras, provedores SIP e equipes técnicas de contact center, a decisão entre trocar de operadora ou adequar a atual deve partir de um diagnóstico objetivo: a infraestrutura existente suporta autenticação STIR/SHAKEN, RCD e Origem Verificada de ponta a ponta? Se a operadora atual já entrega esses recursos no SIP trunk e o SBC está apto a propagar os headers de identidade, a adequação tende a gerar menos atrito operacional, menor tempo até valor e preservação dos contratos e integrações vigentes. A troca passa a fazer sentido quando há queda de completamento persistente, bloqueio de chamadas legítimas, ausência de suporte técnico para autenticação ou risco concreto de inadequação regulatória diante do Despacho Decisório Anatel nº 82/2026. Nesse cenário, manter a operadora atual pode ampliar a exposição a sanções e comprometer a reputação dos números utilizados em campanhas ativas e receptivo. Antes de decidir, valide evidências: testes de chamadas com verificação de attestation, logs de rejeição por parte das operadoras de destino e a capacidade da operadora atual de corrigir falhas em prazo compatível com a operação. Consulte também a página da Anatel sobre autenticação e identificação de chamadas para confirmar os requisitos aplicáveis. Se a operadora atual demonstrar suporte parcial ou instável, a migração deve ser planejada com prova de conceito, validação de RCD em ambiente controlado e mapeamento de impacto no contact center. A decisão final precisa equilibrar risco operacional, complexidade de implantação e confiabilidade das evidências técnicas, sem postergar a conformidade regulatória.
Perguntas frequentes
É obrigatório trocar de operadora para usar Origem Verificada em 2026?
Não é obrigatório por si só. A troca só se torna necessária quando a operadora atual não entrega suporte consistente a STIR/SHAKEN e RCD. Avalie se a rota contratada comprova autenticação ativa antes de decidir pela portabilidade.
Quais requisitos de contratação devo verificar antes de trocar de operadora para Origem Verificada?
Exija comprovação de assinatura PASSporT em todas as chamadas e envio de identificação RCD. Valide se o SBC aceita os cabeçalhos de autenticação e se o tronco SIP está preparado para assinatura. Teste com tráfego real para confirmar o attestation.
Trocar de operadora para Origem Verificada envolve custo de portabilidade e novo contrato?
A troca envolve custos de portabilidade e novo contrato, mas o artigo não detalha valores. Antes de investir, confirme se a operadora atual já entrega STIR/SHAKEN e RCD no SIP trunk. Se sim, adequar a atual tende a gerar menos atrito e menor custo.
O que o SBC precisa suportar para usar Origem Verificada sem trocar de operadora?
O SBC precisa aceitar os cabeçalhos de autenticação STIR/SHAKEN e propagar a identidade sem retrabalho. Valide se o tronco SIP está preparado para assinatura de chamadas. Se o SBC estiver configurado, mas a operadora não autentica na borda, a troca pode ser necessária.
Como validar o suporte da operadora atual antes de decidir trocar para Origem Verificada?
Solicite documentação sobre STIR/SHAKEN, RCD e Origem Verificada. Peça relatório de autenticação da rota e compare com operadora alternativa em teste paralelo. Exija evidência de attestation ativo por chamada, não apenas recurso disponível no portal.
Trocar de operadora para Origem Verificada reduz risco de inadequação regulatória?
Sim, quando a operadora atual não comprova suporte a STIR/SHAKEN ou RCD, expondo a operação a bloqueios e queda de completamento. O Despacho Decisório Anatel nº 82/2026 autoriza mitigação com critérios de proporcionalidade, transferindo pressão para quem depende de completamento confiável.
