--- title: "Índia obriga aplicativos de identificação de chamadas a compartilhar alertas de spam" author: "Ignácio Afonso" date: "2026-09-20 06:45:00-03" category: "Segurança & Privacidade" url: "http://desbugados.scale.press/portal/desbugados/post/2026/09/20/india-obriga-aplicativos-de-identificacao-de-chamadas-a-compartilhar-alertas-de-spam/md" --- ## Resumo - A TRAI publicou em 18 de setembro de 2026 a terceira emenda ao regulamento TCCCPR, de 2018. - Aplicativos de identificação e gerenciamento de chamadas deverão enviar denúncias de spam às operadoras. - Os relatos serão encaminhados para uma infraestrutura das operadoras descrita como baseada em blockchain. - Operadoras deverão usar IA e aprendizado de máquina para detectar chamadas suspeitas. - O limite de denúncias para ação punitiva cai de cinco para três em dez dias quando houver confirmação por IA. - Chamadas A2P não declaradas, incluindo robocalls e voz artificial, serão tratadas como spam e poderão gerar cobrança. - Aplicativos não poderão bloquear ou rotular em massa as séries numéricas 1600xx, 1601xx e 140xx. --- Em **18 de setembro de 2026**, a Autoridade Reguladora de Telecomunicações da Índia, conhecida como **TRAI**, publicou uma regra que muda o caminho percorrido pelas denúncias de chamadas indesejadas: aplicativos de identificação e gerenciamento de chamadas, como o Truecaller, deverão enviar os relatos de spam feitos por usuários para o sistema baseado em blockchain das operadoras. A medida tenta unir duas camadas que até agora trabalhavam com informações próprias, os aplicativos que recebem classificações dos usuários e as empresas responsáveis pela rede telefônica. Para entender o que muda, é preciso acompanhar como essa nova ponte funcionará, quais chamadas serão atingidas e por que a própria indústria de identificação reagiu contra ela. ## A nova ponte entre aplicativos e operadoras A mudança faz parte da **Terceira Emenda aos Regulamentos de Preferências de Clientes de Comunicações Comerciais de 2018**, conhecidos pela sigla TCCCPR. Na prática, a determinação exige que os aplicativos enviem os relatórios de spam para a infraestrutura das operadoras, descrita nas fontes como uma plataforma baseada em blockchain. Blockchain é o nome dado, neste caso, à tecnologia que sustenta o sistema usado pelas operadoras para registrar e processar essas informações. O ponto central da regra está na circulação dos alertas: uma denúncia feita dentro de um aplicativo passa a ser encaminhada para a estrutura regulada da rede, conectando a experiência do usuário ao processo de fiscalização das telecomunicações. Essa integração terá um limite que merece atenção. A documentação consolidada da pauta informa que os aplicativos deverão reportar os spams em **formatos prescritos**, mas não indica que toda a base proprietária de detecção de cada empresa precise ser transferida. A diferença é relevante porque uma coisa é compartilhar relatos de chamadas classificadas como indesejadas segundo um padrão definido pela autoridade; outra é entregar todo o conjunto de dados, critérios e históricos usados por um aplicativo para produzir seus próprios rótulos. A regra, portanto, aproxima os sistemas sem afirmar que o conhecimento completo acumulado por cada plataforma será repassado às operadoras, e essa distinção ajuda a entender a disputa que veio em seguida. ## Como a fiscalização passará a funcionar O objetivo declarado é fazer os alertas dos aplicativos chegarem à infraestrutura de fiscalização da rede, onde as operadoras também deverão usar **IA e aprendizado de máquina** para detectar spam. As duas expressões descrevem sistemas automatizados capazes de analisar informações e identificar padrões associados a chamadas suspeitas. A emenda também acelera a resposta contra os remetentes dessas ligações: o limite para uma ação punitiva cai de **cinco para três denúncias em dez dias**, desde que os relatos sejam corroborados por sistemas de inteligência artificial. Assim, a denúncia individual continua sendo uma entrada do processo, mas a confirmação automatizada passa a ter peso maior na decisão da operadora. Esse novo fluxo transforma o aplicativo em uma das portas de entrada da fiscalização, embora a decisão final continue ligada aos mecanismos previstos pela regulação das telecomunicações. A emenda também cria um **mecanismo de apelação para consumidores**, uma salvaguarda necessária quando classificações automatizadas podem atingir chamadas legítimas. O modelo tenta equilibrar velocidade e contestação: de um lado, reduz o número de relatos necessário para que um caso seja analisado com apoio de IA; de outro, prevê uma forma de questionar decisões que possam ter marcado uma chamada de maneira incorreta. A partir daí, a regra deixa de lidar somente com o rótulo exibido na tela e passa a organizar as consequências dentro da rede. ## Robocalls entram em uma regra própria A segunda frente da emenda alcança as chamadas **A2P**, sigla de Application-to-Person, usada para designar comunicações iniciadas por aplicações ou sistemas automatizados e destinadas a pessoas. A nova exigência determina uma declaração prévia dos números usados nesse tipo de chamada junto às operadoras. Robocalls e chamadas produzidas por sistemas de voz artificial que não forem declaradas serão tratadas como spam, segundo o material consolidado da pauta. A intenção regulatória é separar previamente as comunicações automatizadas identificadas de seus responsáveis, evitando que um número não informado chegue à rede sem uma referência que permita sua classificação. Essa obrigação também cria uma consequência financeira para quem fizer chamadas automatizadas fora do procedimento. As fontes descrevem uma **taxa de terminação de até 0,05 por minuto**, aplicada pelas operadoras como medida de dissuasão, embora haja uma divergência de unidade entre os materiais consultados: o comunicado oficial da TRAI registra até 0,05 rúpias por minuto, enquanto a análise do setor menciona 0,05 paises por minuto. A informação precisa ser lida com essa diferença documental em mente. O ponto comum entre as versões é que a chamada A2P não declarada será tratada como spam e poderá gerar uma cobrança para quem a originar, conectando a identificação regulatória ao custo de uso da rede. ## O limite para os rótulos dos aplicativos Além de obrigar o compartilhamento de denúncias, a TRAI restringiu a maneira como os aplicativos podem agir sobre determinados números. A norma proíbe o **bloqueio ou a rotulagem em massa** de linhas das séries 1600xx, 1601xx e 140xx. Segundo as fontes, essas faixas incluem números oficiais, comerciais ou governamentais, o que significa que um aplicativo não poderá aplicar automaticamente uma classificação coletiva a toda uma série numérica. A restrição cria uma separação entre a denúncia de uma chamada específica e a decisão de tratar uma faixa inteira como suspeita, impedindo que o mecanismo de proteção contra spam produza uma barreira ampla para números destinados a serviços oficiais. Essa regra coloca uma camada adicional de controle sobre os aplicativos de identificação. Eles continuam inseridos no processo de comunicação de denúncias, mas precisam respeitar as faixas protegidas pela regulamentação e não podem transformar uma sequência numérica inteira em alvo de bloqueio ou etiqueta automática. Para o usuário, a consequência prática é que o rótulo exibido por um aplicativo não será o único elemento a definir o tratamento de determinadas chamadas oficiais dentro da rede. Para as operadoras, a emenda concentra mais responsabilidade na análise dos dados recebidos e na aplicação das regras, justamente no ponto em que a autoridade tenta combinar denúncias de usuários, sistemas automatizados e procedimentos de contestação. ## Por que o Truecaller contestou a exigência A reação mais direta veio da **Truecaller**, uma das empresas citadas na cobertura da medida. A companhia classificou o compartilhamento obrigatório como