MoR: modelos y responsabilidad

1) Qué es Merchant of Record (MoR) y por qué lo necesita

Merchant of Record es una entidad jurídica que vende formalmente un producto/servicio al cliente final, emite un cheque/factura, acepta el pago, asume obligaciones fiscales y de consumo, mantiene disputs y se refleja en el extracto bancario (descriptor).

• regulaciones e impuestos (donde pagar GGR/VAT/GST/WHT),
• responsabilidad del consumidor (refundiciones/chargebacks, KYC/SoF, RG),
• la velocidad operativa de entrada en el mercado (uso de la licencia de otra persona/infraestructura del MoR),
• logística financiera (multi-GEO, multi-currency, settlement y FX).

Más que MoR ≠ PSP: PSP es un canal de recepción de dinero (infraestructura), MoR es un vendedor por ley. Los agregadores pueden ser PSP sin estado MoR; y un proveedor MoR puede incluir PSP dentro de su pila.

2) Modelos básicos MoR

2. 1. Directo Merchant (clásico)

El propio operador de iGaming es MoR.

Ventajas: control total de marca, tarifas, datos, impuestos; el margen mínimo de intermediarios.
Contras: licencias complejas/registros locales, VAT/GST, contabilidad GGR, WHT, PCI DSS, KYC/AML en cada país; tiempo largo-a-market.

2. 2. Full-MoR Provider (outsource MoR)

El MoR externo vende B2C, usted es el proveedor de contenido/servicios del MoR 'y.

Ventajas: inicio rápido, transferencia de VAT/GST/charjbacks/facturación, impuestos de mercado, billeteras locales.
Contras: margen de MoR, menor control de pagos/datos, restricciones de marketing/UX, dificultad de liquidación de revenue share.

2. 3. Reseller/Distributor MoR

Un socio revendedor le compra «al por mayor» (B2B), vende B2C bajo su MoR.

Ventajas: experiencia local, reducción de sus riesgos.
Contras: riesgo de canibalización de marca, dependencia de SLA revendedor.

2. 4. Marketplace/Plataforma MoR (un MoR para muchos vendedores)

Plataforma - MoR; operadores/estudios - «vendedores», pero no MoR.

Pros: cheque único, agregación de métodos/PSP, fiscalización única.
Contras: sofisticado split-settlement, distribución de impuestos y reportes, riesgo cross-liability.

2. 5. Modelo híbrido

Por mercados «verdes» - Directo Merchant, por «gris/caro» - Full-MoR/Reseller.

Ventajas: compromiso velocidad/control/costo.
Contras: mayor complejidad de contabilidad, enrutamiento e informes «dobles».

3) Esquema de responsabilidad: quién es responsable de qué

4) Flujos de caja y settlement

4. 1. Direct

El jugador → PSP/equairer → cuenta del operador (gross/net). El operador paga a los socios/impuestos.

4. 2. Full-MoR

El jugador → PSP MoR → una cuenta MoR → payout al operador por informe (revenue share/CPA). Comisiones, VAT, refundiciones/CB - dentro del MoR. Holdback/rolling reserve es posible.

4. 3. Marketplace Split

Jugador → plataforma MoR → split settlement: plataforma de participación, operador, estudio, afiliado (minus fees/taxes).

Clave: fijar cut-off/T + N, moneda funding, reglas FX y rituales de conciliación: 'Tx → File → Funding'.

5) Impuestos y MoR

VAT/GST (B2C): el que tiene un cheque, el que tiene y el VAT/GST (normalmente MoR). Con Direct - operador.
GGR: paga un operador con licencia bajo las reglas de jurisdicción (MoR ≠ siempre pagador de GGR).
WHT: retención en la fuente en los pagos a los socios - en el que paga (MoR/operador).
Cargos PSP: del MoR o del operador (según el modelo); En los informes ND/Fine, por separado.
Fiscalización/comprobación: requisitos locales (por ejemplo, e-invoicing, fiscal receipt) generalmente en MoR.

6) Juridica y contratos (cláusulas must-have)

Definición del MoR (quién es en cada país/canal), descriptor, responsabilidad de la protección del consumidor.
Impuestos: quién paga VAT/GST/GGR/WHT; mecánica gross-up, intercambio de certificados (DTT, VAT/EORI).
KYC/AML/sanciones: asignación de roles, SLA de verificación, derecho de denegación/bloqueo.
Refundidos/Chargebacks: proceso, plazos, base probatoria, quién sufre las pérdidas.
Datos y privacidad: GDPR/ley de datos, DPA, roles controller/processor, transferencias transfronterizas.
PSP/PCI DSS: quien posee cuentas merchant, quien incurre en multas de esquemas.
Settlment/reserva: T + N, rolling reserve, negative carry-over, audit/reporting.
Fuerza-majeure/sanciones: orden freeze, derechos de terminación, escrow.

7) Procesos operativos

Geopolítica y licencias: matriz de mercados permitidos (ver «Geobloqueos»).
KYC/KYB/SoF: normas uniformes y enrutamiento de paso a paso por MoR/operador.
Antifraude y 3DS: responsabilidad de configuración, pruebas AB, riesgo-umbral.
Router de pago: BIN/método/PSP según el modelo MoR; procedimientos fallback y cut-over.
Conciliación: diariamente 'transactions ↔ settlement files ↔ funding', informes variance.
Informes: escaparates separados para el operador (GGR/NGR) y MoR (VAT/refunds/CB).

8) Cuándo elegir qué modelo (Decision Matrix)

9) KPI y dashboards

Take-rate all-in por modelo (PSP fees + MoR margin + FX slippage).
AR/DR/3DS pass por geo/PSP/modelo.
Refund/Chargeback rate y liability por entidad responsable.
Settlement SLA: T+N hit-rate, funding delays, reserve balance.
Exposición de impuestos: VAT/GST por MoR, GGR por operador, WHT por socio.
Data latency & completeness: una proporción de transacciones con un contexto MoR completo.

10) Datos y modelo (simplificado)

ref. mor_models (
model_id PK, name, type -- DIRECT      FULL_MOR      RESELLER      MARKETPLACE
, legal_role_b2c -- SELLER      PLATFORM
, fx_policy, refund_policy, chargeback_liability, vat_responsible, ggr_responsible, notes
)

payments. transactions (
id, user_id, method, provider, status, amount_original, currency_original,
settled_at, funded_at,
mor_model_id, mor_entity_id, descriptor, country_player,
vat_mode, ggr_mode, cb_liability_party, refund_owner, meta
)

finance. mor_settlements (
mor_entity_id, period_start, period_end, gross_sales, refunds, chargebacks,
vat_due, fees_psp, fees_mor, reserve_delta, net_payable_to_operator, currency
)

tax. ggr_rollup (
d, license_country, product, stakes, payouts, ggr, ggr_tax
)

tax. vat_ledger (
d, mor_entity_id, country, net_sales, vat_rate, vat_amount
)

11) Plantillas SQL

11. 1. Descomposición de ingresos en el modelo MoR

sql
SELECT m. type AS mor_model,
DATE(t. settled_at) AS d,
SUM(t. amount_reporting) AS sales_rep,
SUM(CASE WHEN t. status='REFUNDED' THEN t. amount_reporting ELSE 0 END) AS refunds_rep
FROM dw. transactions_flat t
JOIN ref. mor_models m ON m. model_id = t. mor_model_id
WHERE t. settled_at BETWEEN:from AND:to
GROUP BY 1,2
ORDER BY 2,1;

11. 2. Net payable con Full-MoR

sql
SELECT s. mor_entity_id,
SUM(s. gross_sales - s. refunds - s. chargebacks
- s. vat_due - s. fees_psp - s. fees_mor + s. reserve_delta) AS net_payable
FROM finance. mor_settlements s
WHERE s. period_start >=:from AND s. period_end <:to
GROUP BY 1;

11. 3. GGR (operador) vs VAT (MoR)

sql
SELECT g. d, g. license_country,
g. ggr, g. ggr_tax,
v.country AS vat_country, v.vat_amount
FROM tax. ggr_rollup g
LEFT JOIN tax. vat_ledger v ON v.d = g. d;

11. 4. Matriz de responsabilidad para Disputs

sql
SELECT t. id, t. mor_model_id, t. cb_liability_party, t. refund_owner,
CASE
WHEN t. cb_liability_party='MOR' THEN 'Escalate to MoR'
WHEN t. cb_liability_party='OPERATOR' THEN 'Handle internally'
ELSE 'Check contract'
END AS action
FROM payments. transactions t
WHERE t. status IN ('CHARGEBACK','DISPUTED')
AND t. settled_at BETWEEN:from AND:to;

12) Seguridad y datos

PCI DSS: quien almacena/maneja PAN es quien «quema»; con Full-MoR a menudo PAN-scope en MoR.
GDPR/Privacidad: DPA y roles (Controller/Processor), SCC/IDTA para transmisiones transfronterizas, minimización de datos, tiempos de almacenamiento.
Sanciones/RR: quién lleva el cribado - anote en el contrato y en el registro de responsabilidad.
SCA/3DS: la responsabilidad de configurar el flow y la prueba en las pantallas.

13) Riesgos y alertas

Policy Drift: transacciones sin el modelo MoR - P1 asignado.
Settlement Delay: Pago MoR T + N incumplido - P1.
Variance VAT/GGR: discrepancias entre informes de cálculo y MoR> umbral - P2.
CB Spike en el lado MoR/operador - medidas operativas (3DS, límites, routing).
FX Slippage por MoR-settlement - comparar effective vs reference.
Completeness Data: informe sin archivos/firmas - stop to pay.

14) Mejores prácticas (corto)

1. Documenta el modelo por cada GEO/canal: quién es el MoR, quién paga el VAT/GGR, quién tiene el PAN, quién es el responsable de la disyuntiva.
2. Comparta los escaparates: de productos (GGR/NGR) y MoR-financiero (VAT/refund/CB/fees).
3. Contratos con SLA/umbrales claros y fórmulas de cálculo de payout/fees/reserve.
4. Enrutamiento AB PSP incluso con Full-MoR - para AR/DR y costo.
5. Versificación de directivas y referencias (mor_model v1/v2), retrocess deterministas.
6. La conciliación diaria de 'Tx ↔ Settlement ↔ Funding', variance-alerts.
7. Seguimiento legal: base legal para cada GEO (licencias, VAT, sanciones).

15) Lista de comprobación de implementación/migración

Datos/esquemas

• `ref. mor_models`, `payments. transactions 'c campos' mor _ '.
• Vitrinas 'mor _ settlements',' vat _ ledger ',' ggr _ rollup '.
• Enrutamiento GEO/BIN/método con referencia al modelo MoR.

Contratos/procesos

• Acuerdos con MoR/revendedores: impuestos, disputs, datos, SLA, reserva.
• PCI/GDPR: roles, auditorías, DPIA.
• Operaciones: cut-off/T + N, reglas FX, procedimientos variance.

Monitoreo/alertas

• Settlement SLA, VAT/GGR variance, CB spike, FX slippage.
• Datos completos/consistencia y firmas de archivos.

Resumen

El MoR no es «otro PSP». Es el papel legal de un vendedor con responsabilidad fiscal, de consumo y operativa. Elección entre Direct, Full-MoR, Reseller y Marketplace: equilibrio de velocidad, control, costo y riesgo. Fije el modelo para cada GEO, separe los contornos GGR (operador) y VAT (MoR), automatice la conciliación y los informes, y obtendrá una monetización predecible sin sorpresas legales.