Transparencia de las condiciones de bonificación
1) Objetivo y área
Hacer que las condiciones de bonificación sean claras, honestas y verificables, eliminar las restricciones «ocultas» y minimizar los riesgos/quejas regulatorias. Cobertura: todo el ciclo promocional (idea → creatividad → landing → activación → cálculo → salida/controversia), canales CRM/Ads/Afiliados, producto/cartera, CS, Legal/Compliance/RG/AML.
2) Principios (Fair Bonus)
Plain Language. Sólo formulaciones simples y ejemplos numéricos.
Key Terms Up Front. Las condiciones clave son visibles antes de participar.
No Traps. Se prohíben los «cap» ocultos, cambios bruscos en las reglas post-factum.
Player First. La disputa se interpreta a favor del jugador con ambigüedad.
Compatibilidad RG. El bono no estimula el comportamiento dañino.
Probable. Todas las condiciones están versionadas y lógicas.
3) Roles y RACI
Promo Owner (CRM/Marketing Lead) es un concepto, presupuesto, objetivos. (R)
Product/UX - visualización de condiciones, «caja de resumen», calculadoras. (R)
Legal/Compliance - un rugido de condiciones/redacción, normas locales. (A)
RG Lead - Verificación de compatibilidad con límites/RG. (C)
Risk/Anti-Abuse - reglas de abuso, límites, monitoreo. (R)
Finanzas - acumulaciones, reservas, informes. (C)
Affiliates Manager - Coincidencia de socios creativos. (R)
CS/Trust & Safety - scripts, procesamiento de quejas/disputas. (R)
Auditoría interna - muestreos promocionales y verificación de conformidad. (C)
4) Elementos obligatorios del bono offer (mínimo)
Mostrar en el lending y en el bloque visible «Short»:1. Tipo: bienvenida/relod/freespins/cashback/torneo.
2. Tamaño: fix/porcentaje, mínimo/máximo, moneda.
3. Vager (WR): el coeficiente que se juega (bono, depósito, ambos), un ejemplo de cálculo.
4. Contribución de los juegos: tragamonedas X%, sobremesas Y%, live Z% (tabla clara).
5. Plazos: para la activación/apuestas/giros (fechas/horas, tiempo-zona).
6. Max. tasa en WR: número y moneda, efectos del exceso.
7. Max. ganancia/retirada del bono: si hay - especificar directamente.
8. Juegos/estudios/mecánicos limitados: lista o enlace con ancla.
9. Condiciones de depósito/promoción: depósito min., método de pago (excepciones).
10. RG y no presión: referencia a límites/interrupciones.
11. Anti-Abuse: corto: Las multi-cuentas/force-bet/cambio de peso de las apuestas están prohibidas.
12. Versión T&C: vX. Y.Z, fecha/hora de publicación.
5) Patrones UX «Corto y claro»
Caja de resumen en la parte superior de la tarjeta de promoción (12 puntos del § 4).
Bloques desplegables con ejemplos: «Cómo contar WR», «Ejemplo de límite de apuesta».
Calculadora WR: la entrada de la cantidad → muestra el volumen de negocios/progreso requerido.
Etiquetas chips: WR: 30x (bonus), Max bet: 5 €, Expiry: 7d.
En línea: advertencia al intentar apostar> max.
Los patrones oscuros están prohibidos: ningún texto gris «oculto».
6) Antiabuz - pero sin trampas
Prohibiciones claras: multi-cuenta, apuestas espejadas, cero volatilidad por el bien de WR, «limpieza» a través de juegos de mínimo riesgo, arbitraje de freespines.
Proporcionalidad de las sanciones: primero la retención de las ganancias de bonificación, no los depósitos; ban - sólo en caso de fraude manifiesto.
Base de pruebas: eventos/registros, score de comportamiento, hash-ligamentos de dispositivos/pagos.
Apelación: plazo de respuesta, acta transparente.
7) Publicidad, CRM y afiliados
Promesas promocionales = términos reales. Ningún «hasta 500%» con el cap real de 50 €.
Filtros de edad: 18 +/21 +, edad desconocida = suppression.
Prohibición de los creativos «agresivos» (promesa de «recuperar las pérdidas», «sin riesgo»).
Afiliados: reciben una caja sumaria idéntica y version-ID; no tiene derecho a modificar la redacción.
UTM/postbeki: haz clic en la versión T&C (audit proof).
8) Compatibilidad con RG/AML
Con restricciones RG/SE activas, la promoción completa de suppression.
Los bonos no deben eludir los límites ni incentivar los depósitos repetidos en la «zona roja».
AML: excepciones por método de pago/país - inmediatamente en la caja de resumen.
9) Datos y almacenamiento (modelo mínimo)
promo_id, version, market, start_at, end_at,
type, amount_min, amount_max, wr_value, wr_base{bonus deposit both},
max_bet, max_win, game_weights[], excluded_games[], payment_rules[],
expiry_days, terms_url_hash, created_by, approved_by, approved_at,
player_accept_event{ts, ip_hash, ua}, player_view_version, locale,
abuse_ruleset_id, rg_suppression_flag
Almacenar la versión hash de T&C y el hecho del consentimiento del jugador (evento).
Registros WORM de versiones y creativos, enlace a UTM/afiliado.
10) Procedimientos de control
Pre-launch gate: la promoción no se publica sin la caja de resumen completa y las aprobaciones de Legal/RG.
Feature flag por mercados: diferentes límites/copyright/discleimers obligatorios.
Max bet enforcement: el producto bloquea las apuestas por encima del umbral cuando el WR está activo.
«No puedes gobernar retroactivamente». Editar sólo a través de la nueva versión; participantes activos - bajo condiciones antiguas.
Conciliación regular: cálculo WR ↔ billetera/GL.
Auditoría de afiliados: muestra de landings, comparación con la versión oficial.
11) KPI/KRI y dashboard
Promo Complaint Rate (en 1k participaciones).
WR Completion Rate y la mediana de tiempo antes de apostar.
Max Bet Violations (porcentaje de apuestas bloqueadas).
Withdrawals After Bonus (sin controversia) y TtPayout.
Índice de consistencia de afiliados (coincidencia de creativos/versiones).
Refund/Goodwill Cost (valor de las liquidaciones).
Auditability Score (% promo con un paquete completo de artefactos).
12) Hojas de cheques
Antes de iniciar la promoción
- Caja de resumen llena; ejemplos de WR/límites.
- Legal/Compliance/RG han aprobado textos/creativos.
- Se incluye el enfoque max-bet; la tabla de contribuciones de los juegos está actualizada.
- CRM/Ads/Affiliates recibió la versión T&C y hash.
- Pruebas: cálculo de WR, bloque por encima de max bet, juegos excluidos.
Durante la promoción
- Dashboard quejas/disputas, SLA respuestas CS.
- Monitoreo de las infracciones max bet/patrones de Abius.
- RG-suppress funciona (para high-risk/SE).
Después de la promoción
- Informe: KPI, quejas, liquidaciones, CAPA.
- Archivo de Creativos y T&C (WORM); rellenando la base de conocimiento.
13) Scripts y plantillas (inserciones rápidas)
A) Caja de resumen (ejemplo)
Bono: 100% hasta 200 € + 100 FS
Min. depósito: €20
WR: 30 × de bonificación (ejemplo: 100 € ⇒ tienes que apostar 3.000 €)
Contribución de los juegos: ranuras 100%, sobremesas 10%, live 0%
Max. apuesta en WR: €5
Plazos: activación 7 días., apuesta 14 días., FS - 7 días.
Max. ganancia del bono: €500
Juegos excluidos: ver lista
Métodos de pago: [A, B] - sí; [C] - No
Versión de condiciones: v1. 4 (2025-11-01)
B) Disclamer publicitario corto
C) Respuesta de CS a la disputa max bet
D) Apelación del jugador (plantilla de respuesta)
14) Esqueleto técnico
API:- 'GET/promo/{ id }/terms' (devuelve resumen + condiciones completas + versión hash)
- 'POST/promo/{ id }/accept' (conserva el evento de consentimiento)
- 'GET/wallet/wr-status' (progreso WR, max bet, expiry)
- События: `promo_viewed`, `terms_accepted`, `wr_updated`, `max_bet_violation_blocked`, `withdrawal_requested_after_bonus`.
- Validaciones en CI: esquemas de condiciones/escalas de juegos, pruebas de cálculo de WR, cumplimiento de locals.
- Fichas: calculadora WR, pancarta de progreso, bloque de «juegos excluidos».
15) Errores frecuentes y prevención
WR «silenciosamente» en el depósito + bono. → Especificar explícitamente la base de WR y ejemplo.
Letra pequeña de restricciones críticas → En la caja de resumen y en el validador en línea.
Cambio de condiciones durante la promoción. → Sólo la nueva versión; activo - en los viejos.
Discrepancia en el afiliado → Versionalidad y auditorías, derecho a retirar la remuneración.
Juegos excluidos no contabilizados → Lista única con anclajes y verificación en el backend.
Max apuesta no enforced. → Unidad técnica + advertencia.
16) Plan de implementación de 30 días
Semana 1
1. Aprobar el estándar de caja sumaria y las plantillas T&C (RU/EN + local).
2. Configurar el proceso de versionar/hashing condiciones y artefactos.
3. Especificar el modelo de datos/eventos y validación en CI.
Semana 2
4. Implementar calculadora WR, banner de progreso, max-bet enforcement.
5. Conectar CRM/Ads/Affiliates a las firmas version-feed y hash.
6. Preparar scripts de CS y macros de controversia.
Semana 3
7. El piloto en 1-2 promo: A/B «discleimer corto», prueba UTM→versiya.
8. Retro por quejas, configuración de copyright/ejemplos.
Semana 4
9. Versión completa del estándar; KPI dashboard e informes semanales.
10. Formación de marketing/afiliados/CS (1 hora).
11. Plan v1. 1: caja de resumen de autogeneración de esquema, perfiles de requisitos locales.
- Código de Ética y Conducta
- Juego responsable y límites/Reality Checks
- Auto-exclusión y bloqueo de cuentas
- Política de AML y control de transacciones
- Procedimientos KYC y niveles de verificación
- Dashboard de cumplimiento y monitoreo
- Informes regulatorios y formatos de datos
- Auditorías internas/externas y hojas de comprobación de cuentas