Monitoramento de Transações para Jogo Responsável em iGaming (PT-BR)

Operadores de iGaming têm duas obrigações de monitoramento que puxam em direções diferentes. As regras AML pedem que você observe a lavagem de dinheiro — estruturação, padrões de mulas, contrapartes sancionadas. As regras de jogo responsável pedem que você observe os danos — um jogador depositando mais rápido do que deveria, aumentando seus próprios limites para perseguir perdas, ou sendo explorado para bônus. A maioria dos operadores executa esses programas separadamente com ferramentas distintas, embora ambos estejam lendo o mesmo fluxo de transações do jogador.

A API de Monitoramento de Transações da Didit executa ambos em um único sistema. O pacote de Jogo Responsável detecta picos de velocidade de depósito, mudanças suspeitas de limites e abuso de bônus, usando categorias de transação dedicadas gambling_* — e ele se alinha com os pacotes AML/CTF, detecção de anomalias e fraude no mesmo produto, na mesma fila de alertas e no mesmo fluxo de trabalho de caso. Cada transação é pontuada em tempo real a US$ 0,02 por transação.

Este guia explica o pacote de Jogo Responsável, as categorias de jogo que o alimentam e como configurá-lo.

Principais pontos

• O pacote de Jogo Responsável detecta picos de velocidade de depósito, mudanças suspeitas de limites e abuso de bônus — sinais de proteção ao jogador, não apenas lavagem de dinheiro.
• Categorias dedicadas gambling_* — gambling_bet, gambling_limit_change, gambling_bonus_change — permitem que as regras se apliquem no contexto certo.
• Jogo Responsável e AML operam em um único sistema, para que os sinais de dano ao jogador e lavagem de dinheiro compartilhem uma fila de alertas e um fluxo de trabalho de caso.
• Janelas de velocidade (contagem, soma, distintas) expressam padrões de velocidade de depósito e mudança de limite sem um processador de fluxo separado.
• AWAITING_USER pode pausar uma transação sinalizada para uma etapa de verificação que também serve como ponto de contato de proteção ao jogador.
• US$ 0,02 por transação, sem mínimo. A triagem AML em uma parte sinalizada é cobrada separadamente a US$ 0,20.

O que o pacote de Jogo Responsável faz

O pacote é um conjunto curado de regras ajustadas a tipologias de proteção ao jogador, e não de lavagem de dinheiro. Ele lê o fluxo de transações do jogador — depósitos, apostas, mudanças de limite, eventos de bônus — e sinaliza os padrões que reguladores e estruturas de prevenção de danos se importam: um jogador depositando repetidamente em um curto período, um jogador aumentando seu limite de depósito ou perda imediatamente após uma sequência de perdas, ou contas que ciclam bônus de maneiras que sinalizam abuso ou exploração organizada.

Cada regra carrega os mesmos tipos de ação que o restante do sistema: adicionar à pontuação de risco, alterar o status, marcar a transação ou adicionar a parte a uma lista. Assim, um pico de velocidade de depósito pode mover um jogador para revisão, anexar uma nota para a equipe de jogo responsável e — se sua política assim o desejar — pausar o próximo depósito com AWAITING_USER para que o jogador tenha que confirmar antes de continuar.

Por que isso importa

Reguladores de jogos de azar exigem cada vez mais que os operadores demonstrem monitoramento ativo de danos, não apenas conformidade AML. As condições de licença em muitas jurisdições esperam que os operadores identifiquem marcadores de dano — perseguir perdas, depósitos crescentes, mudanças de limite que removem proteções — e intervenham. Não fazê-lo é um risco de licença, não apenas uma multa.

Executar o jogo responsável como um complemento ao monitoramento AML é um desperdício, porque ambos estão lendo as mesmas transações. Um sistema unificado permite que uma integração atenda a ambas as obrigações: o mesmo depósito que uma regra AML pontua para estruturação, uma regra de jogo responsável pontua para velocidade. Os sinais compartilham uma fila, os analistas compartilham um fluxo de trabalho, e a trilha de auditoria cobre ambos os programas de uma vez — a um preço por transação, em vez de dois contratos de fornecedor.

Detalhes técnicos

As transações de jogo são criadas contra a API unificada /v3/ com uma categoria gambling_* para que as regras corretas se apliquem:

curl -X POST https://verification.didit.me/v3/transactions/ \
  -H "x-api-key: $DIDIT_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "transaction_id": "txn_g7a118",
    "category": "gambling_bet",
    "amount": 500,
    "currency": "EUR",
    "currency_kind": "fiat",
    "txn_date": "2026-05-21T20:05:00Z",
    "subject": { "vendor_data": "player_4471", "role": "SENDER", "entity_type": "INDIVIDUAL" },
    "payment_method": "CARD"
  }'

Um pico de velocidade de depósito aciona o pacote de Jogo Responsável e retorna um status sobre o qual o operador pode agir:

{
  "transaction_id": "txn_g7a118",
  "status": "AWAITING_USER",
  "risk_score": 68,
  "triggered_rules": [
    {
      "name": "Deposit velocity — 24h count",
      "bundle": "Responsible gaming",
      "aggregation": "count",
      "window": "24h",
      "action": "CHANGE_STATUS"
    }
  ],
  "alert_id": "alrt_e9c440"
}

Categorias de jogo. gambling_bet, gambling_limit_change e gambling_bonus_change permitem que as regras se apliquem em contexto — uma regra de velocidade em depósitos, uma regra de padrão em mudanças de limite, uma regra de abuso em eventos de bônus.

Velocidade e agregação. Expresse padrões de velocidade de depósito e mudança de limite com janelas de contagem, soma e distintas — "mais de 6 depósitos em 24 horas", "depósitos cumulativos acima de €2.000 em 7 dias" — sem construir seu próprio processador de fluxo.

Webhooks. Assine transaction.created e transaction.status.updated para manter sua plataforma sincronizada à medida que os alertas são resolvidos e a remediação é concluída.

Preço. US$ 0,02 por transação, cobrado por chamada, sem mínimos. A triagem AML em uma parte sinalizada é cobrada separadamente a US$ 0,20.

Construindo regras de proteção ao jogador

• Velocidade de depósito. Uma janela de count ou sum em eventos de depósito adjacentes a gambling_bet detecta um jogador depositando mais rápido ou em maior quantidade do que seus limites de dano permitem. Pause o próximo depósito com AWAITING_USER para que o jogador confirme antes de continuar.
• Mudanças de limite. Uma regra em gambling_limit_change detecta um jogador aumentando um limite de depósito ou perda, especialmente logo após uma sequência de perdas — um marcador clássico de perseguição de perdas. Encaminhe para revisão e notifique a equipe de jogo responsável.
• Abuso de bônus. Uma regra em gambling_bonus_change, combinada com contagens de contas distintas, detecta o ciclo de bônus e a exploração organizada.
• AML em paralelo. Os depósitos do mesmo jogador são verificados contra AML/CTF e detecção de anomalias ao mesmo tempo, para que sinais de estruturação ou mulas apareçam na mesma fila.

Tudo isso é ajustado no Console de Negócios, e você pode estendê-los no pacote Personalizado para marcadores de dano específicos do operador.

Casos de uso

• Cassinos online — regras de velocidade de depósito e mudança de limite sinalizam comportamento de perseguição de perdas e acionam uma etapa de proteção ao jogador.
• Apostas esportivas — janelas de velocidade de aposta e depósito detectam apostas crescentes dentro de uma sessão.
• Aquisição impulsionada por bônus — regras gambling_bonus_change com contagens de contas distintas detectam a exploração de bônus.
• Plataformas com restrição de idade — as etapas de AWAITING_USER funcionam como um ponto de contato de reverificação onde aparecem sinais de dano ou fraude.
• Operadores multi-jurisdição — ajuste os limites de dano por mercado no Console, mantendo um único programa de monitoramento.

Como integrar com a Didit

1. Ative o pacote. No Console de Negócios, ative o Jogo Responsável juntamente com AML/CTF e detecção de anomalias, e ajuste os limites de velocidade de depósito, mudança de limite e bônus para suas jurisdições.
2. Envie eventos de jogo. POST /v3/transactions/ com a categoria gambling_* correta à medida que os jogadores depositam, apostam, mudam limites ou recebem bônus — com um transaction_id e vendor_data estáveis que ligam cada um ao jogador.
3. Aja de acordo com o status. Aprove, revise, recuse ou pause com AWAITING_USER para inserir uma etapa de proteção ao jogador ou reverificação.
4. Sincronize com webhooks. Ouça transaction.status.updated para reagir quando um alerta for resolvido ou uma etapa de verificação for concluída.

Como tudo está na API unificada /v3/, um jogador integrado com fluxos KYC entra diretamente no mesmo sistema que executa seu monitoramento de jogo responsável e AML — uma plataforma de identidade e fraude, de ponta a ponta.

Perguntas frequentes

O que o pacote de Jogo Responsável detecta?

Picos de velocidade de depósito, mudanças suspeitas de limites e abuso de bônus — marcadores de proteção ao jogador — usando as categorias gambling_bet, gambling_limit_change e gambling_bonus_change.

Posso executar o jogo responsável e AML no mesmo sistema?

Sim. Ambos funcionam em um único sistema contra o mesmo fluxo de transações, compartilhando uma fila de alertas e fluxo de trabalho de caso, para que você atenda a ambas as obrigações a partir de uma única integração.

Como sinalizo o comportamento de perseguição de perdas?

Use uma regra em gambling_limit_change para detectar aumentos de limite (especialmente após perdas) e janelas de velocidade de depósito para detectar depósitos crescentes. Encaminhe-os para revisão ou pause com AWAITING_USER.

Posso pausar um jogador em vez de bloqueá-lo?

Sim. O status AWAITING_USER pausa uma transação sinalizada para uma etapa de verificação — uma confirmação, uma reverificação — que é retomada automaticamente assim que o jogador a conclui, funcionando também como um ponto de contato de proteção ao jogador.

Qual é o custo?

US$ 0,02 por transação, cobrado por chamada, sem mínimos. A triagem AML em uma parte sinalizada é cobrada separadamente a US$ 0,20.

Pronto para começar?

Leia o Resumo do Monitoramento de Transações na documentação, veja como ele se encaixa no restante da plataforma na página do produto Monitoramento de Transações e verifique os preços transparentes por chamada na página de preços. Quando estiver pronto, comece gratuitamente — 500 verificações KYC gratuitas todos os meses e monitoramento de transações a US$ 0,02 por chamada.