Ur. restricciones de los métodos de pago

TL; DR

El marco legal depende de la jurisdicción, el papel del merchant (MoR/agente), el método (cards/A2A/RTP/wallet/voucher/crypto) y dónde se encuentra el jugador y su jurlizo. Enfoque básico: mantener una matriz de tolerancias (country × method × use-case), controles coercitivos en la caja registradora y en los hallazgos, un cribado de sanciones centralizado, y una política de reembolsos/fuente de fondos. Cualquier bypass «gris» (border cruzado sin tolerancia, proveedores proxy) crea riesgos: bloques de proveedores, multas, revocación de licencia, fondos frozen.

1) Taxonomía de restricciones

1. Licencia: ¿necesita una licencia de MoR/juego local para aceptar/pagar según un método específico.
2. Método específico: reglas de red/esquema (mapas, RTP, e-wallet, vales, crypto).
3. Regulador por jugador: edad, residencia, prohibida por GEO, Samozcape/exclusividad-listas.
4. Sanciones/AML: RR/sanciones, SoF/SoW, límites y desencadenantes de reportaje.
5. Protección del consumidor: devoluciones, chargeback/orden de visualización, cooling-off, suscripciones automáticas.
6. Privacidad/datos: residencia de datos, exportación de PD, períodos de retención.
7. Impuestos/moneda: IVA/VAT/GST, controles cambiarios, restricciones FX/repatriación.
8. Términos y publicidad: oferta, juego responsable, prohibiciones de marketing por métodos.

2) Mapas (Visa/Mastercard/circuitos locales)

MoR y MCC: las actividades de juego a menudo requieren un MoR local y un MCC válido, de lo contrario el acquiring puede fallar.
CCA/3DS: para EEA/UK - Requisitos obligatorios de SCA (PSD2). No se puede eludir el desafío del sistema para segmentos de alto riesgo.
Chargeback/Dispouts: la obligación de almacenar pruebas; SLAs claros sobre la presentación de materiales.
Geo y edad: bloque sobre países/territorios prohibidos; en algunos países, las tarjetas para iGaming son limitadas o requieren permisos adicionales.
Descargas recurrativas: opt-in explícito, descriptor comprensible, recordatorios; las prórrogas «silenciosas» son el riesgo de una multa reglamentaria.
Pagos responsables: devoluciones de tarjetas estrictamente «a la fuente» (refund-to-source), prohibición de «retirar a la tarjeta de otra persona».

• Geo-checkout ≠ GEO-IP (sólo): se requiere CUS/dirección.
• Auto-bloque de tarjetas de BIN/emisores prohibidos; una vista previa clara del descriptor.
• 3DS-лесенка: low-risk → frictionless, high-risk → challenge.

3) A2A/Open Banking/circuitos de pull/push locales

Tolerancias locales: muchos métodos A2A requieren un merchant/cuenta local y la prohibición de la recepción cruzada.
Consent & SCA: consentimiento explícito/iniciación por parte del jugador, inmutabilidad del importe/destinatario.
Devoluciones: varían según el esquema; a veces no hay «refund» simétrico, se necesita un pago inverso (con la oferta correspondiente).
Chargeback-análogo: en esquemas separados - devoluciones por error/fraude a través de un banco; los plazos y las bases son fijos.
Marketing/UX: prohibición de engañar al jugador con «momentaneidad» si el esquema no garantiza instant.

• Verificar que la persona jurídica y el banco se encuentren en un país autorizado para el método.
• Política de reembolso independiente (reverse payment) en la oferta.
• Límites de suma y frecuencia, controles SoF para volúmenes anómalos.

4) RTP/Instant (SCT Inst, Faster Payments, RTP US и др.)

Uso-caso: los pagos (payouts) se permiten con más frecuencia, la recepción «en el cajero» es limitada.
KYC/SoF: comprobaciones reforzadas de la fuente de fondos en pagos grandes o frecuentes.
Cut-off y restricciones de ventanas: no se puede engañar sobre los plazos de inscripción.
Recall/returns: es obligatorio el proceso de desmontaje por datos/mule erróneos.

• Pagos - sólo en cuentas verificadas a nombre del jugador (name match).
• Prefund y límites de billeteras/cuentas de merchant; registro de confirmación de envío/crédito.

5) Monederos/super-aplicaciones (e-wallets)

El registro local de merchant y MoR es a menudo obligatorio; categorías separadas para el juego.
Límites: diurnos/mensuales, niveles KYC del usuario; prohibiciones de bypass P2P.
Chargeback-mecánica: sistema interno de dispout- monedero; el canal de comunicaciones es obligatorio.
Publicidad/bonos: algunos monederos prohíben incentivar los depósitos con bonos en los anuncios de billetera.

• Verificación de matching owner (billetera ↔ KYC del jugador).
• En la oferta - los plazos de los cargos/devoluciones, las comisiones de la cartera (si se transfieren al jugador).

6) Vauchery/nalichnyye→tsifra

Restricciones de venta al por menor: límites de denominación, edad, prohibición de border cruzado redeem.
AML/Velocity: altos riesgos de sindicados/mulas; son frecuentes las prohibiciones de «conclusiones» directas a través de un vale.
Refund: generalmente no hay un retorno simétrico al cupón; se requiere una política de compensación.

• Vincular el cupón a un dispositivo/cuenta con redeem, cooldown y turnover condiciones de salida.
• Prohibición de los geos cruzados (comprados en el país A, redeem en B - si está prohibido).

7) Crypto on/off-ramp

Licencias: en varios países, se requieren registros/notificaciones para aceptar/pagar a través de cripto-castodi/exchange.
AML/sanciones: cribado sancionador de direcciones/intercambios, análisis on-chain (risk score), SoF/SoW.
Volatility/FX: fijación del curso, revelaciones en la oferta, prohibiciones de «promesa de retorno».
Conclusión: Payout - sólo en las direcciones verificadas detrás del jugador; prohibición de mezcladores/TOR.

• Límites y listas blancas de intercambio/castodi, prohibición de autocustody sin enlace KYC.
• Disclosure: el momento de fijar el curso, las comisiones de la red, los riesgos de los bloqueos.

8) Sanciones, AML/KYC/KYB, SoF/SoW

Es obligatorio realizar exámenes centralizados de sanciones y PEP en los depósitos y retiros.
Niveles KYC: los límites por métodos están atados al nivel de verificación.
SoF/SoW: umbrales y verificaciones para el alto riesgo: depósitos grandes, retiros frecuentes, RTP/crypto.
Monitoreo de transacciones: escenarios velocity, geo-anomalías, cadenas de cuentas.

• Escalada en MLRO cuando se encuentra en listas/patrones anormales.
• Almacenamiento de pruebas de detección y soluciones de auditoría.

9) Fecha de residencia y privacidad

El almacenamiento de datos financieros/PD puede ser necesario en un país o región específicos.
Exportación de datos - SCC/mecanismos similares; DPIA para tratamientos de alto riesgo.
PCI DSS: PAN-safe, tokenización, prohibición de la lógica de datos sensibles.
Períodos de retención: separados para CUS/transacciones/dispouts.

• Mapa de datos: donde yace el PD y quién tiene acceso; enmascaramiento en informes/logs.
• Procedimientos DSAR y breach-notificación en los plazos reglamentarios.

10) Impuestos, controles cambiarios, repatriación

VAT/GST para servicios al jugador (si corresponde), registro en el lugar de consumo.
Impuestos Corporativos y Riesgo Permanente en actividades locales activas sin LocalCo.
Repatriación: restricciones a la retirada del país, avisos/licencias de FX.
Retención (witholding) en regalías/servicios entre HQ y LocalCo - comprobar DTT.

11) Matriz de tolerancias (estructura de ejemplo)

country, method_group (card/a2a/rtp/wallet/voucher/crypto),
merchant_role (MoR/agent/xb),
allowed (Y/N/Restricted),
local_entity_required (Y/N),
local_account_required (Y/N),
user_age_min,
user_residency_required (Y/N),
SCA_required (Y/N/partial),
refund_rules (to_source/credit_note/manual_return),
chargeback_model (card-like/local/arbitration/none),
sanctions_lists (local+global),
data_residency (Y/N/special),
notes (citations to internal policy)

Esta matriz es la fuente de la verdad para el orquestador de la caja registradora/pines y para el cumplimiento.

12) Políticas de control en el producto

Gate en la caja registradora: 'country × method' verificación por matriz; Si Restringido - Mostramos alternativas.
Refund-to-source por defecto (para tarjetas/muchos monederos).
Name match en los pines (RTP/SEPA/ACH/crypto).
Age/Geo: bloqueo rígido de menores/GEO prohibidos (KYC> IP).
Descripción previa y política de suscripción (recordatorios/cancel-flow).
Disclosure por FX/promesas instantáneas/comisiones de red.

13) Onboarding del proveedor/del banco: check-list

• Paquete KYB: estatutos/UBO/dirección/substance, políticas AML/KYC/sanciones.
• Carta de uso: descripción del servicio de juego, MSU/métodos, geo.
• Licencias/notificaciones de mercados objetivo.
• Data & Security: PCI/SOC/ISO, data-map, DPA.
• Refund/Chargeback procedimientos y matriz de contacto.
• SLA: SCA/Webhook/Settlement/Reports, préstamos.
• Testing/UAT: escenarios negativos, idempotency, polling-back.

14) Playbucks operativos

Solicitud del regulador: freeze en métodos de riesgo, descarga de la matriz de tolerancia, registros de detección, capturas de pantalla de oferta/UX.
Hit sancionador: bloque, escalada de la MLRO, informe, retención de pruebas.
Método disallowed use: auto-refand/rechazo, carta con alternativas, incidente en el registro.
Datos residency breach: aislamiento de origen, notificaciones, migración de almacenamiento.

15) KPI de cumplimiento en el circuito de pago

Compartir methods compliant en taquilla (por países).
Attempts bloqueados (política )/rotación - no por encima del corredor especificado (señal en UX/localización).
Refund-to-source% (objetivo ~ 100% donde debe).
Disallowed payout attempts (name mismatch/geo) - aspira a 0.
Sanctions false positives - en un corredor válido; time-to-clear.
Regulatory incidents/quarter y penaltis = 0.

16) Modelo de datos y validación (mínimo)

tx_id, user_id, user_country, kyc_level, method_group, provider,
is_mor_local, is_local_account, allowed_flag,
sca_applied, refund_policy, chargeback_model,
sanctions_check_id, sanctions_result, pep_flag,
payout_name_match, data_residency_zone, storage_location,
created_ts, action (attempt/blocked/approved/refunded/paid_out)

SQL: Monitor de bloqueo e infracciones

sql
SELECT
DATE_TRUNC('day', created_ts) d, user_country, method_group,
COUNT() FILTER (WHERE action='attempt' AND allowed_flag=false) AS blocked_attempts,
COUNT() FILTER (WHERE action='approved' AND payout_name_match=false) AS name_mismatch_approved -- должно быть 0
FROM compliance_payments_audit
GROUP BY 1,2,3
ORDER BY d DESC;

17) Gobierno y actualizaciones de políticas

Un único propietario: Head of Compliance (junto con Payments).
Versionar la matriz: cada edición es un ticket, una justificación, una fecha de entrada.
Change-notice: actualizaciones a contrapartes/productos, migración UX.
Revisión cuarterly: auditorías selectivas de países/métodos, incidentes de drill.

18) Errores frecuentes

Abrir un método sin MoR/cuenta local cuando sea obligatorio.
Promete «instant» donde el método es legalmente T + N o con ventanas.
Ignorar refund-to-source y hacer devoluciones de «método cruzado».
Aceptar depósitos de GEO prohibidos a través de proxy/billeteras.
Almacenar el PD fuera de la zona permitida, lógica PAN/email sin enmascarar.
No tener la política name match y las «cascadas» de SoF/SoW para grandes pagos.

Resumen

Las restricciones legales de los métodos de pago son reglas de juego, no una opción. Construya la matriz de tolerancias, coserla en el orquestador de la caja registradora/de los pines, proporcione el circuito sancionador/AML, refund-to-source, SCA/edad/geo-controles y data-governance. Luego, la cartera de métodos se expandirá legalmente, las métricas de monetización crecerán y el riesgo de bloqueos, multas y fondos frozen seguirá siendo mínimo.