Autoexclusão centralizada: como blindar o CRM de apostas

10 min de leitura

Um jogador entra na Plataforma Centralizada de Autoexclusão do Ministério da Fazenda numa terça à noite. Na quarta de manhã, o seu CRM dispara a régua de reativação que estava agendada desde sexta, com bônus de recarga e link de depósito. A segmentação foi congelada antes da consulta e a ferramenta de disparo não sabe o que é o SIGAP. O resultado é material publicitário entregue a um autoexcluído, exatamente o que a regulação proíbe.

Desde novembro de 2025 esse cenário deixou de ser hipotético. A autoexclusão passou a ter uma base nacional, consultada por CPF, com prazos curtos e registro obrigatório das comunicações. Para o Head de CRM, a pergunta não é mais se o operador tem um botão de autoexclusão no site. É se cada mensagem que sai da operação, em qualquer canal, passa por uma checagem atualizada antes do envio, e se existe prova disso.

O que mudou com a Portaria SPA/MF 2.579 e a IN SPA/MF 31

Em 7 de novembro de 2025 a Secretaria de Prêmios e Apostas assinou dois atos publicados no DOU em 10 de novembro: a Portaria SPA/MF nº 2.579/2025, que altera a Portaria SPA/MF nº 1.231/2024 para tratar da autoexclusão específica (feita no próprio operador) e da centralizada (feita na plataforma do governo), e a Instrução Normativa SPA/MF nº 31/2025, que define o procedimento operacional. Na página oficial do serviço, o cidadão declara ciência de que não poderá acessar plataformas autorizadas pela SPA/MF “nem receber publicidade direcionada”.

Os pontos da IN 31 que afetam diretamente a operação de CRM e mensageria:

• Consulta obrigatória ao SIGAP por CPF na abertura de cadastro e no primeiro login do dia, com retorno “Impedido, Autoexclusão Centralizada” ou “Não Impedido” (arts. 4º e 5º).
• Consulta periódica de toda a base cadastrada, no mínimo a cada quinze dias (art. 4º, parágrafo único).
• Bloqueio imediato de novas apostas e encerramento da conta em até três dias contados da consulta que retornou impedimento (art. 7º).
• Comunicação ao usuário em até um dia, por e-mail, aplicativo de mensagens, SMS ou outro meio, informando o motivo e a possibilidade de retirada voluntária dos recursos em até dois dias (art. 7º, §§ 1º e 2º).
• Registro de todas as comunicações com data, hora, canal e conteúdo, guardado por no mínimo cinco anos (art. 7º, § 4º).
• Vedação de comunicação ativa sobre a possibilidade de readmissão após a saída do CPF da base (art. 12) e proibição de usar os dados do Módulo de Impedidos para finalidade diversa da norma (art. 13).

Isso se soma ao que a Portaria 1.231/2024 já exigia. O art. 11, VII obriga o operador a “abster-se de encaminhar material publicitário a apostadores que tenham solicitado sua autoexclusão”. O art. 11, VI garante ao apostador escolher no cadastro se quer receber publicidade e alterar essa preferência no sistema. O art. 11, IV exige respeitar pedidos de remoção da lista de destinatários. O descumprimento sujeita o operador às sanções das Portarias SPA/MF 1.225 e 1.233/2024, nos termos dos arts. 41 e 42 da Lei 14.790/2023, como registra a própria IN 31 (art. 17).

Por que o risco mora no intervalo entre a consulta e o disparo

A maior parte das operações de iGaming no Brasil tem pelo menos três sistemas que enxergam o jogador: a plataforma de apostas (onde a consulta ao SIGAP acontece), o CRM ou CDP (onde as réguas e segmentos vivem) e o provedor de mensageria (onde o disparo efetivamente sai). A autoexclusão é registrada no primeiro. O disparo sai do terceiro. Tudo o que fica no meio é latência de sincronização.

Os pontos de vazamento mais comuns são previsíveis:

1. Segmentos estáticos. Uma lista exportada na sexta para uma campanha de segunda ignora tudo o que aconteceu no fim de semana.
2. Réguas já iniciadas. O jogador entrou numa jornada de boas-vindas ou de depósito abandonado antes de se autoexcluir. Se a jornada não reavalia elegibilidade a cada passo, as próximas mensagens seguem.
3. Filas de disparo. Mensagens já enfileiradas no provedor, aguardando janela de horário ou limite de throughput, saem horas depois da decisão de envio.
4. Canais paralelos. O CRM suprime o SMS, mas o push do app, o WhatsApp do time de VIP ou a campanha de afiliado usam outra base.
5. Fallback entre canais. Quando o RCS falha e o sistema cai para SMS, a mensagem de fallback às vezes é montada a partir do payload original, sem nova checagem.

A consulta quinzenal da base inteira é o piso regulatório, não o desenho ideal para CRM. Num exemplo com uma base ativa de 2 milhões de CPFs, se o CRM só recebe o status atualizado quando a varredura quinzenal termina, qualquer autoexclusão feita por um jogador que não fez login nesse intervalo pode ficar até quinze dias invisível para a régua de reativação. E jogador que não faz login é, por definição, o público-alvo da reativação.

Como desenhar uma supressão de autoexclusão que fecha na auditoria

A arquitetura que resolve o problema não depende de ferramenta específica. Depende de onde a checagem acontece e de quem é a fonte da verdade.

1. Uma lista de supressão única, com precedência sobre qualquer segmento

O status de impedimento (autoexclusão centralizada, autoexclusão específica, decisão judicial, opt-out de publicidade) deve viver numa lista de supressão única, consumida por todos os canais. Segmento nenhum sobrescreve essa lista. Na prática do mercado é comum encontrar supressões separadas por canal, cada uma mantida por um time, o que garante divergência.

2. Checagem no momento do envio, não no momento da segmentação

A última verificação precisa acontecer o mais perto possível do envio: na saída da fila, não na montagem da campanha. Se a camada de mensageria recebe a lista de supressão por API ou webhook e a aplica no instante do disparo, a latência cai para o tempo de propagação do evento, não o tempo entre campanhas. Isso vale também para o fallback: cada tentativa em canal alternativo passa pela mesma checagem.

3. Evento de autoexclusão propagado em push, não em batch

Quando a plataforma de apostas recebe “Impedido” num login ou numa varredura, esse resultado deve disparar um evento para o CRM e para a mensageria na hora, cancelando jornadas em curso e mensagens enfileiradas. Esperar o ETL noturno é aceitar uma janela de exposição de até 24 horas todos os dias.

4. Cuidado com a finalidade do dado

O art. 13 da IN 31 veda usar as consultas e os dados do Módulo de Impedidos para finalidade diversa da norma. Usar o status para suprimir publicidade está alinhado ao objetivo da regra. Usar o mesmo dado para, por exemplo, alimentar modelos de propensão ou segmentar “jogadores de risco” para outras ações é outra conversa. Esse limite deve ser validado com o jurídico e documentado no registro de tratamento, na mesma linha do que mostramos no checklist de LGPD para SMS e RCS.

A mensagem obrigatória também é um problema de entregabilidade

A IN 31 cria uma comunicação que o operador é obrigado a fazer: avisar o usuário, em até um dia, do motivo do encerramento e do prazo para retirar recursos. Essa é uma mensagem transacional com prazo regulatório e com efeito financeiro, porque o saldo não devolvido em 180 dias é revertido a fundos públicos (art. 8º, § 2º). Três implicações práticas:

• Precisa chegar. Se o número cadastrado está inválido, portado ou desligado, o operador tem um “enviado” no log e nenhuma prova de que o usuário foi informado. Medir status de entrega por mensagem (DLR da operadora, não apenas aceite do provedor) é o que transforma tentativa em evidência. Veja como separar aceite de entrega no artigo sobre taxa de entrega real em SMS.
• Não pode parecer marketing. Texto neutro, sem bônus, sem chamada para aposta, sem link de depósito. As vedações de conteúdo do art. 12 da Portaria 1.231 (chamada para ação imediata, aposta como recuperação de perdas) valem como guarda-corpo. O ideal é que esse template seja versionado e aprovado por compliance, como descrevemos em governança de templates de SMS.
• Precisa ficar registrada por cinco anos. Data, hora, canal e conteúdo. Isso exclui logs que expiram em 30 ou 90 dias, que é a retenção padrão de muitas plataformas de disparo.

Uma boa prática é separar essa comunicação do fluxo de marketing também na rota: remetente transacional, prioridade de fila acima de campanhas e fallback multicanal configurado (SMS, e-mail e WhatsApp oficial, por exemplo), com cada tentativa registrada.

O que perguntar ao seu fornecedor de mensageria

A responsabilidade regulatória é do operador. O fornecedor de mensageria, porém, determina se a operação consegue cumprir os prazos e provar que cumpriu. Um checklist objetivo para a próxima reunião com o time técnico e com o fornecedor:

Pausa, opt-out e autoexclusão não são a mesma coisa

Times de CRM costumam tratar todos os impedimentos como uma flag só. A regulação distingue situações diferentes, e a régua precisa refletir isso:

• Autoexclusão (específica ou centralizada): conta encerrada, nenhuma publicidade (Portaria 1.231, art. 11, VII), apenas as comunicações obrigatórias de encerramento e devolução de saldo. Sem comunicação ativa sobre readmissão (IN 31, art. 12).
• Pausa: o apostador acessa a conta, mas não aposta (Portaria 1.231, art. 4º, IV, “c”). O texto não veda expressamente publicidade nesse período, mas enviar oferta de aposta a quem pediu pausa é difícil de defender sob a ótica de jogo responsável. A decisão é do operador e do compliance; a tecnologia precisa permitir aplicar a política escolhida.
• Opt-out de publicidade: a conta segue ativa e o jogador continua recebendo mensagens transacionais (OTP, confirmação de saque), mas não marketing (Portaria 1.231, art. 11, IV e VI). Esse opt-out precisa ser auditável e valer em todos os canais.

Misturar essas categorias gera dois erros simétricos: mandar publicidade a quem não pode receber, ou deixar de mandar o aviso obrigatório a quem precisa receber. Os dois aparecem na fiscalização. Para um panorama das demais regras de envio para casas de apostas, veja normas para SMS marketing em apostas.

Onde a Pushfy entra nessa operação

A Pushfy opera SMS, RCS, WhatsApp oficial, voz e push numa única plataforma e API, o que permite aplicar uma lista de supressão única a todos os canais e repetir a checagem a cada tentativa de fallback. O status de entrega é medido por mensagem, e o histórico de disparos fica disponível para auditoria. A política (quem é suprimido, o que acontece na pausa, qual canal entra no fallback) é definida pelo time do operador; a Pushfy executa e mede. Veja como isso se encaixa na operação de apostas na página da Pushfy para iGaming e nas soluções de mensageria.

Se você quer saber quantas mensagens da sua operação saem sem checagem de supressão atualizada, e quanto do volume enviado de fato chega ao aparelho, peça um diagnóstico de entregabilidade com o nosso time: descubra quanto do seu volume é desperdiçado e onde está o risco regulatório.