Supervisión de Transacciones de Juego Responsable para iGaming (ES)

Los operadores de iGaming tienen dos obligaciones de monitoreo que tiran en diferentes direcciones. Las reglas AML (Anti-Lavado de Dinero) exigen que se vigile el lavado de dinero —estructuración, patrones de mulas, contrapartes sancionadas. Las reglas de juego responsable exigen que se vigile el daño —un jugador que deposita más rápido de lo que debería, que aumenta sus propios límites para recuperar pérdidas o que es explotado por bonificaciones. La mayoría de los operadores ejecutan estos como programas separados con herramientas separadas, a pesar de que ambos leen el mismo flujo de transacciones del jugador.

La API de Monitoreo de Transacciones de Didit ejecuta ambos en un solo motor. El paquete de Juego Responsable detecta picos de velocidad de depósito, cambios sospechosos de límites y abuso de bonificaciones, utilizando categorías de transacciones dedicadas gambling_*, y se encuentra junto a los paquetes de AML/CTF, Detección de Anomalías y Fraude en el mismo producto, la misma cola de alertas y el mismo flujo de trabajo de casos. Cada transacción se puntúa en tiempo real a $0.02 por transacción.

Esta guía explica el paquete de Juego Responsable, las categorías de juego que lo alimentan y cómo configurarlo.

Puntos clave

• El paquete de Juego Responsable detecta picos de velocidad de depósito, cambios sospechosos de límites y abuso de bonificaciones —señales de protección del jugador, no solo lavado de dinero.
• Categorías dedicadas gambling_* — gambling_bet, gambling_limit_change, gambling_bonus_change — permiten que las reglas se apliquen en el contexto adecuado.
• Juego responsable y AML se ejecutan en un solo motor, por lo que las señales de daño al jugador y de lavado de dinero comparten una cola de alertas y un flujo de trabajo de casos.
• Ventanas de velocidad (conteo, suma, distintos) expresan patrones de velocidad de depósito y cambio de límite sin un procesador de flujo separado.
• AWAITING_USER puede pausar una transacción marcada para una escalada que también sirve como punto de contacto para la protección del jugador.
• $0.02 por transacción, sin mínimos. La revisión AML de una parte marcada se factura por separado a $0.20.

Qué hace el paquete de Juego Responsable

El paquete es un conjunto curado de reglas ajustadas a tipologías de protección del jugador en lugar de las de lavado de dinero. Lee el flujo de transacciones del jugador —depósitos, apuestas, cambios de límites, eventos de bonificación— y marca los patrones que preocupan a los reguladores y a los marcos de prevención de daños: un jugador que deposita repetidamente en un corto período, un jugador que aumenta su límite de depósito o pérdida inmediatamente después de una racha perdedora, o cuentas que ciclan bonificaciones de maneras que señalan abuso o explotación organizada.

Cada regla lleva el mismo tipo de acción que el resto del motor: añadir a la puntuación de riesgo, cambiar el estado, etiquetar la transacción o añadir la parte a una lista. Así, un pico de velocidad de depósito puede mover a un jugador a revisión, adjuntar una nota para el equipo de juego responsable y —si su política lo elige— pausar el siguiente depósito con AWAITING_USER para que el jugador tenga que confirmar antes de continuar.

Por qué es importante

Los reguladores del juego exigen cada vez más a los operadores que demuestren un monitoreo activo de daños, no solo el cumplimiento de AML. Las condiciones de licencia en muchas jurisdicciones esperan que los operadores identifiquen los indicadores de daño —perseguir pérdidas, escalar depósitos, cambios de límites que eliminan protecciones— y que intervengan. No hacerlo es un riesgo de licencia, no solo una multa.

Ejecutar el juego responsable como un complemento al monitoreo AML es ineficiente, porque ambos leen las mismas transacciones. Un motor unificado permite que una integración sirva a ambas obligaciones: el mismo depósito que una regla AML puntúa por estructuración, una regla de juego responsable lo puntúa por velocidad. Las señales comparten una cola, los analistas comparten un flujo de trabajo y la pista de auditoría cubre ambos programas a la vez, a un precio por transacción en lugar de dos contratos de proveedor.

Detalles técnicos

Las transacciones de juego se crean contra la API unificada /v3/ con una categoría gambling_* para que se apliquen las reglas correctas:

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"
  }'

Un pico de velocidad de depósito activa el paquete de Juego Responsable y devuelve un estado sobre el que el operador puede actuar:

{
  "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"
}

Categorías de juego. gambling_bet, gambling_limit_change y gambling_bonus_change permiten que las reglas se apliquen en contexto —una regla de velocidad en depósitos, una regla de patrón en cambios de límite, una regla de abuso en eventos de bonificación.

Velocidad y agregación. Exprese patrones de velocidad de depósito y cambio de límite con ventanas de conteo, suma y distintos —"más de 6 depósitos en 24 horas", "depósitos acumulados de más de 2.000 € en 7 días"— sin construir su propio procesador de flujo.

Webhooks. Suscríbase a transaction.created y transaction.status.updated para mantener su plataforma sincronizada a medida que se resuelven las alertas y se completa la remediación.

Precio. $0.02 por transacción, facturado por llamada, sin mínimos. La revisión AML de una parte marcada se factura por separado a $0.20.

Construyendo reglas de protección del jugador

• Velocidad de depósito. Una ventana de count o sum en eventos de depósito adyacentes a gambling_bet detecta a un jugador que deposita más rápido o más de lo que permiten sus umbrales de daño. Pause el siguiente depósito con AWAITING_USER para que el jugador confirme antes de continuar.
• Cambios de límite. Una regla en gambling_limit_change detecta a un jugador que aumenta un límite de depósito o pérdida, especialmente justo después de una racha perdedora —un clásico indicador de persecución de pérdidas. Diríjalo a revisión y notifique al equipo de juego responsable.
• Abuso de bonificaciones. Una regla en gambling_bonus_change, combinada con recuentos de cuentas distintas, detecta el ciclo de bonificaciones y la explotación organizada.
• AML en paralelo. Los depósitos del mismo jugador se ejecutan contra AML/CTF y Detección de Anomalías al mismo tiempo, por lo que las señales de estructuración o de mula aparecen en la misma cola.

Todo esto se ajusta en la Consola de Negocios, y puede extenderlos en el paquete Personalizado para marcadores de daño específicos del operador.

Casos de uso

• Casinos en línea — las reglas de velocidad de depósito y cambio de límite marcan el comportamiento de persecución de pérdidas y activan una escalada de protección del jugador.
• Apuestas deportivas — las ventanas de velocidad de apuestas y depósitos detectan el aumento de las apuestas dentro de una sesión.
• Adquisición impulsada por bonificaciones — las reglas gambling_bonus_change con recuentos de cuentas distintas detectan la explotación de bonificaciones.
• Plataformas con restricción de edad — las escaladas AWAITING_USER sirven como punto de contacto de reverificación donde aparecen señales de daño o fraude.
• Operadores multi-jurisdiccionales — ajustan los umbrales de daño por mercado en la Consola mientras mantienen un programa de monitoreo.

Cómo integrarse con Didit

1. Active el paquete. En la Consola de Negocios, habilite Juego Responsable junto con AML/CTF y Detección de Anomalías, y ajuste los umbrales de velocidad de depósito, cambio de límite y bonificación a sus jurisdicciones.
2. Envíe eventos de juego. POST /v3/transactions/ con la categoría gambling_* correcta a medida que los jugadores depositan, apuestan, cambian límites o reciben bonificaciones —con un transaction_id y vendor_data estables que vinculan cada uno al jugador.
3. Actúe sobre el estado. Apruebe, revise, rechace o pause con AWAITING_USER para insertar un paso de protección del jugador o de reverificación.
4. Sincronice con webhooks. Escuche transaction.status.updated para reaccionar cuando se resuelva una alerta o se complete una escalada.

Debido a que todo está en la API unificada /v3/, un jugador incorporado con flujos KYC directamente en el mismo motor que ejecuta su monitoreo de juego responsable y AML —una plataforma de identidad y fraude, de principio a fin.

Preguntas frecuentes

¿Qué detecta el paquete de Juego Responsable?

Picos de velocidad de depósito, cambios sospechosos de límites y abuso de bonificaciones —marcadores de protección del jugador— utilizando las categorías gambling_bet, gambling_limit_change y gambling_bonus_change.

¿Puedo ejecutar juego responsable y AML en el mismo motor?

Sí. Ambos se ejecutan en un solo motor contra el mismo flujo de transacciones, compartiendo una cola de alertas y un flujo de trabajo de casos, por lo que cumple ambas obligaciones desde una única integración.

¿Cómo marco el comportamiento de persecución de pérdidas?

Utilice una regla en gambling_limit_change para detectar aumentos de límites (especialmente después de pérdidas) y ventanas de velocidad de depósito para detectar depósitos crecientes. Diríjalos a revisión o pause con AWAITING_USER.

¿Puedo pausar a un jugador en lugar de bloquearlo?

Sí. El estado AWAITING_USER pausa una transacción marcada para una escalada —una confirmación, una reverificación— que se reanuda automáticamente una vez que el jugador la autoriza, sirviendo como punto de contacto para la protección del jugador.

¿Cuál es el costo?

$0.02 por transacción, facturado por llamada sin mínimos. La revisión AML de una parte marcada se factura por separado a $0.20.

¿Listo para empezar?

Lea la descripción general del monitoreo de transacciones en la documentación, vea cómo encaja con el resto de la plataforma en la página de producto de monitoreo de transacciones, y revise los precios transparentes por llamada en la página de precios. Cuando esté listo, comience gratis —500 verificaciones KYC gratuitas cada mes, y monitoreo de transacciones a $0.02 por llamada.