STIR/SHAKEN: como decidir entre serviço ou projeto próprio?
CTOs e gestores de telecom enfrentam uma decisão estrutural ao avaliar STIR/SHAKEN, RCD e Origem Verificada: contratar um serviço gerenciado ou construir um projeto próprio. O Despacho Decisório Anatel nº 82/2026 torna a autenticação obrigatória, e a escolha errada pode agravar queda de completamento, bloqueio de chamadas legítimas e risco de inadequação regulatória. Engenheiros de voz, integradores, operadoras, provedores SIP e equipes técnicas de contact center precisam ponderar complexidade de implantação, risco operacional, tempo até valor e integração com SBC e SIP já existentes.
Serviço gerenciado tende a acelerar conformidade para times enxutos, transferindo a operação de certificados e atualizações regulatórias ao fornecedor. Projeto próprio oferece controle total, mas exige domínio contínuo de autenticação, testes de interoperabilidade e manutenção de RCD e Origem Verificada para evitar bloqueios indevidos. A decisão de compra deve considerar quem opera o SBC hoje, o volume mensal de chamadas e a capacidade interna de sustentar atualizações da Anatel. Em cenários de urgência regulatória ou equipe reduzida, o serviço costuma reduzir incerteza; em operações com engenharia madura e alto volume, o projeto próprio pode se justificar. Antes de cotar, documente perfil de tráfego, requisitos de autenticação e integrações críticas com operadoras upstream.
Qual modelo de implementação faz sentido para sua operação?
A decisão entre STIR SHAKEN serviço projeto próprio ou gerenciado depende de três fatores: equipe técnica disponível, volume de chamadas e exposição regulatória. A tabela abaixo compara os modelos para engenheiros de voz, integradores e operadoras.
| Critério | Serviço gerenciado | Projeto próprio | Híbrido |
|---|---|---|---|
| Perfil ideal | Operadoras e provedores SIP sem equipe dedicada de voz ou com prazo regulatório curto | Operações com engenheiros de voz experientes e SBC já em produção | Integradores que atendem múltiplos clientes e precisam padronizar entregas mantendo controle local |
| Complexidade de implantação | Baixa — o provedor opera SBC, certificados e atualizações de política | Alta — exige gestão de certificados, monitoramento de assinatura e manutenção contínua do SBC | Média — SBC próprio com assinatura e validação de tokens terceirizadas |
| Risco de inadequação regulatória | Transferido ao provedor, que responde por atualizações das regras da Anatel | Totalmente interno — a equipe precisa acompanhar mudanças nas regras de autenticação para grandes chamadores | Compartilhado — o provedor garante validade dos certificados; a operação mantém políticas de roteamento |
| Controle sobre SBC e SIP | Limitado — configuração via API ou portal, sem acesso direto ao hardware | Total — roteamento, políticas de chamada e dados sob gestão interna | Alto no SBC local; o provedor gerencia apenas a camada de assinatura |
| Aderência às regras da Anatel | Atualizações automáticas aplicadas pelo provedor | Exige monitoramento ativo e implementação manual de novas exigências para grandes chamadores | Atualizações de certificado automáticas; políticas locais ajustadas pela equipe interna |
Engenheiros de voz que já operam SBC podem validar o modelo próprio com um piloto de baixo volume antes de escalar. Integradores com carteira diversificada tendem a preferir o híbrido: mantêm controle técnico para cada cliente sem arcar com a burocracia completa de certificação.
Quais são os critérios técnicos para avaliar a conformidade?
Um projeto próprio de STIR/SHAKEN exige controle sobre assinatura, certificados e integração com a operadora. A conformidade começa pela autenticação correta de chamadas, que deve seguir o padrão PASSporT e as regras da Anatel sobre chamadas de curtíssima duração.
Para avaliar se a implementação está adequada, a equipe técnica precisa verificar a assinatura em cada chamada, a validade dos certificados e a resposta a bloqueios. A implementação de RCD e Origem Verificada adiciona dados de reputação que reduzem falsos positivos em chamadas legítimas.
O gerenciamento de pacing e reputação de DIDs é outro critério crítico. Chamadas com volume anormal ou duração muito curta são sinal de automação e podem ser bloqueadas, mesmo com STIR/SHAKEN ativo. O direito de opt-out e revisão de bloqueio também faz parte da avaliação: a operação precisa de um processo para contestar bloqueios indevidos e ajustar o comportamento de discagem sem interromper o atendimento.
Equipes técnicas de contact center devem participar ativamente dessa avaliação, pois são elas que percebem primeiro os sintomas de queda de completamento, como aumento de chamadas não conectadas, reclamações de clientes sobre ligações que não chegam e necessidade de ajustes frequentes no discador. Sem esse feedback operacional, a engenharia de voz pode demorar a identificar que um certificado expirou ou que um DID perdeu reputação.
Os critérios essenciais incluem:
- Assinatura e verificação: cada chamada deve ser assinada com certificado válido e verificada na origem. Sem isso, o bloqueio ocorre no destino.
- Gestão de reputação de DIDs: o histórico de cada número influencia a decisão de bloqueio. Números com queda alta ou reclamações perdem prioridade.
- Controle de pacing: o ritmo de discagem deve respeitar limites de chamadas por segundo. Exceder o limite gera bloqueio automático.
Como a infraestrutura de voz impacta a entrega das chamadas?
O SBC (Session Border Controller) é o ponto de controle onde a sinalização SIP entra e sai da rede, aplicando políticas de roteamento, segurança e, no contexto de STIR/SHAKEN, inserindo ou validando os cabeçalhos de autenticação. Sem um SBC configurado conforme as normas de autenticação de chamadas da Anatel, chamadas legítimas podem ser bloqueadas pelo destino por falta de identidade verificada. Engenheiros de voz sabem que a autenticação ponta a ponta depende de cada elemento da cadeia assinar o SIP corretamente: certificado, par de chaves e header Identity precisam estar coerentes entre o tronco SIP, o SBC e o atestador. Um erro em qualquer etapa quebra a cadeia de confiança e derruba o completamento.
Observabilidade é o que separa uma implementação funcional de uma caixa-preta. Métricas de sinalização, logs de chamadas rejeitadas e alertas de falha de certificado permitem diagnosticar se o problema está no SBC, no provedor SIP ou na operadora de destino. Infraestrutura própria de STIR SHAKEN serviço projeto próprio exige monitoramento contínuo de certificados e taxas de rejeição para evitar bloqueio silencioso de chamadas legítimas.
Para avaliar STIR SHAKEN serviço projeto próprio, observe três critérios operacionais: controle sobre a rota SIP, capacidade de resposta a incidentes e visibilidade dos logs de sinalização. Um serviço gerenciado transfere a complexidade do SBC para o provedor, mas reduz o controle sobre o roteamento. Projeto próprio mantém o controle, porém exige equipe dedicada a monitorar a validade dos certificados e as mudanças regulatórias da Anatel. O trade-off central é previsibilidade versus autonomia: provedores SIP que já integram STIR/SHAKEN e RCD simplificam a entrega, enquanto a operação própria demanda testes constantes contra as normas de autenticação de chamadas da Anatel e ajustes finos no SBC.
Onde a adoção de STIR SHAKEN serviço projeto próprio costuma falhar?
- Gestores de telecom subestimam a complexidade de integração entre SBC, servidor de autenticação e operadora. Sem um responsável técnico dedicado à cadeia de assinatura, o projeto próprio acumula débito técnico e falhas intermitentes de identidade que só aparecem quando o bloqueio já afetou o tráfego legítimo.
- O risco de inadequação regulatória cresce quando a transparência da atividade econômica não é tratada como requisito operacional. A Anatel exige clareza sobre a natureza do uso dos números. DIDs rotacionados sem registro prévio, dados cadastrais desatualizados ou finalidade de tronco ambígua expõem a operação a sanções e deterioram a reputação do range inteiro.
- Equipes que não monitoram a taxa de completamento perdem o sinal mais confiável de falha na autenticação STIR/SHAKEN. Queda silenciosa de chamadas atendidas indica configuração incorreta de assinatura, certificados expirados ou inconsistência no Identity Header — não uma variação normal de mercado.
- Faltam alertas proativos para expiração de certificados e mudanças de política da operadora. A conformidade deixa de ser um processo contínuo e vira reação a incidentes. Auditoria de DIDs, revisão quinzenal de bloqueios e medição contínua de completamento precisam estar integradas a um painel operacional.
- As diretrizes de transparência da Anatel são tratadas como burocracia, e não como requisito técnico. Registrar a finalidade de cada tronco, manter dados cadastrais atualizados e documentar a natureza da atividade econômica são condições para a autenticação funcionar de ponta a ponta. Sem isso, mesmo uma assinatura STIR/SHAKEN válida não impede bloqueios por suspeita de uso irregular.
Como garantir a conformidade contínua com a Anatel?
O Despacho Decisório Anatel nº 82/2026 exige monitoramento ativo, não apenas implantação pontual. A conformidade contínua depende de um processo estruturado que começa antes da assinatura dos certificados e não termina na ativação do SBC.
- Audite a infraestrutura atual de sinalização SIP — Mapeie todos os troncos, SBCs e fluxos de chamada que originam ou terminam tráfego na rede. Verifique se o SBC suporta os cabeçalhos Identity e se o software está em versão compatível com STIR/SHAKEN, pois versões antigas podem descartar ou ignorar assinaturas válidas.
- Avalie a necessidade de autenticação por perfil de chamador — Grandes chamadores, como contact centers e operações de cobrança, precisam de certificados de assinatura e de verificação configurados corretamente. Operações com volume baixo podem depender apenas da verificação do tráfego entrante, reduzindo a complexidade operacional.
- Implemente observabilidade sobre assinatura e verificação — Monitore logs do SBC para identificar chamadas que saem sem assinatura ou que chegam com falha de verificação. Sem métricas claras, o time não consegue distinguir bloqueio legítimo de erro de configuração interno, o que prolonga o diagnóstico e aumenta o risco de queda de completamento.
- Consulte especialistas para adequação ao Despacho 82/2026 — A norma exige que operadoras e provedores comprovem a implementação dos mecanismos de autenticação e verificação. Uma consultoria especializada ajuda a validar a arquitetura do SBC, a integração com a operadora e a documentação exigida pela Anatel antes de qualquer fiscalização.
Um projeto próprio de STIR/SHAKEN exige equipe dedicada para manter certificados atualizados e ajustar políticas de roteamento conforme a evolução da norma. CTOs que tratam a conformidade como processo contínuo reduzem a incerteza sobre conformidade e o risco de bloqueio de chamadas legítimas.
Perguntas frequentes
Qual o custo de implementar STIR/SHAKEN como serviço gerenciado versus projeto próprio?
O artigo não detalha valores, mas indica que o serviço gerenciado tende a ter custo previsível e menor investimento inicial, enquanto o projeto próprio exige capital para infraestrutura, certificados e equipe dedicada. A escolha deve considerar o volume de chamadas e a exposição regulatória da operação.
Quais requisitos técnicos devo verificar antes de contratar um serviço gerenciado de STIR/SHAKEN?
Antes de contratar, verifique se o provedor opera o SBC, gerencia certificados e assinaturas PASSporT, e se integra com sua infraestrutura SIP existente. O artigo reforça que a conformidade com a Anatel exige autenticação correta em cada chamada e resposta adequada a bloqueios, então o serviço deve cobrir esses pontos.
Quais riscos operacionais existem ao optar por projeto próprio de STIR/SHAKEN em vez de serviço gerenciado?
O principal risco é subestimar a complexidade de integração entre SBC, servidor de autenticação e operadora. Sem um responsável técnico dedicado, o projeto acumula débito técnico e falhas intermitentes de identidade, que só aparecem quando o bloqueio já afetou o tráfego legítimo, aumentando o risco de inadequação regulatória.
Para provedores SIP sem equipe dedicada de voz, STIR/SHAKEN como serviço gerenciado é a melhor opção?
Sim, o artigo indica que o perfil ideal para serviço gerenciado são operadoras e provedores SIP sem equipe dedicada de voz ou com prazo regulatório curto. O modelo reduz a complexidade de implantação, pois o provedor opera SBC, certificados e autenticação, acelerando a conformidade com a Anatel.
Qual modelo de STIR/SHAKEN entrega conformidade mais rápido: serviço gerenciado ou projeto próprio?
O serviço gerenciado tende a acelerar a conformidade, conforme o artigo, pois o provedor já opera a infraestrutura necessária. Projeto próprio exige mais tempo para configurar SBC, certificados e integração com a operadora, o que pode ser crítico com o prazo regulatório do Despacho Decisório Anatel nº 82/2026.
Como garantir conformidade contínua com a Anatel ao usar STIR/SHAKEN como serviço ou projeto próprio?
A conformidade contínua exige monitoramento ativo, não apenas implantação pontual. O artigo recomenda auditar a infraestrutura SIP, mapear troncos e SBCs, verificar suporte a cabeçalhos Identity e avaliar autenticação por perfil de chamador. Isso vale tanto para serviço gerenciado quanto para projeto próprio.
