Monitorização de Transações para Jogo Responsável em iGaming (PT-PT)

Os operadores de iGaming têm duas obrigações de monitorização que apontam em direções diferentes. As regras AML exigem que se observe a lavagem de dinheiro — estruturação, padrões de mulas, contrapartes sancionadas. As regras de jogo responsável exigem que se observe o dano — um jogador a depositar mais rapidamente do que deveria, a aumentar os seus próprios limites para perseguir perdas, ou a ser explorado por bónus. A maioria dos operadores gere estes programas separadamente com ferramentas distintas, mesmo que ambos estejam a ler o mesmo fluxo de transações de jogadores.

A API de Monitorização de Transações da Didit executa ambos num único motor. O pacote de Jogo Responsável deteta picos de velocidade de depósito, alterações de limite suspeitas e abuso de bónus, usando categorias de transação dedicadas gambling_* — e coexiste com os pacotes AML/CTF, Deteção de Anomalias e Fraude no mesmo produto, na mesma fila de alertas e no mesmo fluxo de trabalho de casos. Cada transação é pontuada em tempo real a 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 conclusões

• O pacote de Jogo Responsável deteta picos de velocidade de depósito, alterações de limite suspeitas e abuso de bónus — sinais de proteção do jogador, não apenas de 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 correm num único motor, para que os sinais de dano ao jogador e de lavagem de dinheiro partilhem uma fila de alertas e um fluxo de trabalho de casos.
• Janelas de velocidade (contagem, soma, distintas) expressam padrões de velocidade de depósito e alteração de limite sem um processador de fluxo separado.
• AWAITING_USER pode pausar uma transação sinalizada para um passo adicional que funciona como um ponto de contacto de proteção do jogador.
• 0,02 € por transação, sem mínimos. A verificação AML de uma parte sinalizada é cobrada separadamente a 0,20 €.

O que faz o pacote de Jogo Responsável

O pacote é um conjunto curado de regras ajustadas a tipologias de proteção do jogador, em vez de tipologias de lavagem de dinheiro. Lê o fluxo de transações do jogador — depósitos, apostas, alterações de limite, eventos de bónus — e sinaliza os padrões que os reguladores e os quadros de prevenção de danos consideram importantes: um jogador a depositar repetidamente num curto espaço de tempo, um jogador a aumentar o seu limite de depósito ou perda imediatamente após uma série de perdas, ou contas a ciclar bónus de maneiras que sinalizam abuso ou exploração organizada.

Cada regra executa os mesmos tipos de ação que o resto do motor: adicionar à pontuação de risco, alterar o estado, etiquetar a transação ou adicionar a parte a uma lista. Assim, um pico de velocidade de depósito pode colocar um jogador em revisão, anexar uma nota para a equipa de jogo responsável e — se a sua política o permitir — pausar o próximo depósito com AWAITING_USER para que o jogador tenha de confirmar antes de prosseguir.

Porque é que isto importa

Os reguladores de jogo exigem cada vez mais que os operadores demonstrem uma monitorização ativa 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, alterações de limite que removem proteções — e que intervenham. Não o fazer é um risco para a licença, não apenas uma multa.

Gerir o jogo responsável como um complemento à monitorização AML é um desperdício, porque ambos estão a ler as mesmas transações. Um motor unificado permite que uma única integração sirva 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 partilham uma fila, os analistas partilham um fluxo de trabalho e o rasto de auditoria cobre ambos os programas de uma só 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 certas 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 estado 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 alterações de limite, uma regra de abuso em eventos de bónus.

Velocidade e agregação. Expresse padrões de velocidade de depósito e alteração 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 o seu próprio processador de fluxo.

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

Preço. 0,02 € por transação, cobrado por chamada, sem mínimos. A verificação AML de uma parte sinalizada é cobrada separadamente a 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 deteta um jogador a depositar mais rapidamente ou mais do que os seus limites de dano permitem. Pause o próximo depósito com AWAITING_USER para que o jogador confirme antes de continuar.
• Alterações de limite. Uma regra em gambling_limit_change deteta um jogador a aumentar um limite de depósito ou perda, especialmente logo após uma série de perdas — um marcador clássico de "perseguir perdas". Encaminhe-o para revisão e notifique a equipa de jogo responsável.
• Abuso de bónus. Uma regra em gambling_bonus_change, combinada com contagens de contas distintas, deteta o ciclo de bónus e a exploração organizada.
• AML em simultâneo. Os depósitos do mesmo jogador são executados contra AML/CTF e Deteção de Anomalias ao mesmo tempo, para que os sinais de estruturação ou mulas apareçam na mesma fila.

Todos estes são ajustados na Consola de Negócios, e pode estendê-los no pacote Personalizado para marcadores de dano específicos do operador.

Casos de uso

• Casinos online — regras de velocidade de depósito e alteração de limite sinalizam o comportamento de "perseguir perdas" e acionam um passo adicional de proteção do jogador.
• Apostas desportivas — janelas de velocidade de aposta e depósito detetam apostas crescentes dentro de uma sessão.
• Aquisição impulsionada por bónus — regras gambling_bonus_change com contagens de contas distintas detetam a exploração de bónus.
• Plataformas com restrição de idade — os passos adicionais AWAITING_USER funcionam como um ponto de contacto de reverificação onde surgem sinais de dano ou fraude.
• Operadores multi-jurisdicionais — ajuste os limites de dano por mercado na Consola, mantendo um único programa de monitorização.

Como integrar com a Didit

1. Ative o pacote. Na Consola de Negócios, ative o Jogo Responsável juntamente com AML/CTF e Deteção de Anomalias, e ajuste os limites de velocidade de depósito, alteração de limite e bónus às suas jurisdições.
2. Envie eventos de jogo. POST /v3/transactions/ com a categoria gambling_* correta à medida que os jogadores depositam, apostam, alteram limites ou recebem bónus — com um transaction_id e vendor_data estáveis a ligar cada um ao jogador.
3. Aja sobre o estado. Aprove, revise, recuse ou pause com AWAITING_USER para inserir um passo de proteção do jogador ou de reverificação.
4. Sincronize com webhooks. Ouça transaction.status.updated para reagir quando um alerta é resolvido ou um passo adicional é concluído.

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

Perguntas frequentes

O que deteta o pacote de Jogo Responsável?

Picos de velocidade de depósito, alterações de limite suspeitas e abuso de bónus — marcadores de proteção do jogador — usando as categorias gambling_bet, gambling_limit_change e gambling_bonus_change.

Posso executar jogo responsável e AML no mesmo motor?

Sim. Ambos correm num único motor contra o mesmo fluxo de transações, partilhando uma fila de alertas e um fluxo de trabalho de casos, para que cumpra ambas as obrigações a partir de uma única integração.

Como sinalizo o comportamento de "perseguir perdas"?

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

Posso pausar um jogador em vez de o bloquear?

Sim. O estado AWAITING_USER pausa uma transação sinalizada para um passo adicional — uma confirmação, uma reverificação — que é retomado automaticamente assim que o jogador o conclui, funcionando como um ponto de contacto de proteção do jogador.

Qual é o custo?

0,02 € por transação, cobrado por chamada sem mínimos. A verificação AML de uma parte sinalizada é cobrada separadamente a 0,20 €.

Pronto para começar?

Leia a visão geral de Monitorização de Transações na documentação, veja como se encaixa no resto da plataforma na página de produto de Monitorização 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 monitorização de transações a 0,02 € por chamada.