MoR: modelli e responsabilità

1) Cos'è Merchant of Record (MoR) e perché è necessario

Merchant of Record - Una persona giuridica che vende formalmente un prodotto/servizio al cliente finale, emette un assegno/fattura, accetta il pagamento, ha obblighi fiscali e di consumo, gestisce display e si riflette nell'estratto conto bancario (descriptor).

• regolatori e imposte (dove pagare GGR/VAT/GST/WHT),
• responsabilità dei consumatori (rifunds/changebacks, KYC/SoF, RG),
• Velocità operativa di commercializzazione (utilizzo della licenza/infrastruttura MoR),
• logistica finanziaria (multi-GEO, multi-currency, settement e FX).

Il PSP è il canale PSP per la ricezione del denaro (infrastruttura), il è il venditore legale. Gli aggregatori possono essere PSP senza lo stato MoR; e il provider MoR può includere PSP all'interno del proprio stack.

2) Modelli di base

2. 1. Direct Merchant (classico)

L'operatore si è fatto da solo.

Vantaggi: controllo totale del marchio, tariffe, dati, tasse; un margine minimo di intermediari.
Contro: licenze/immatricolazioni locali complesse, VAT/GST, registro GGR, WHT, PCI DSS, KYC/AML in ogni paese; tempo-to-market lungo.

2. 2. Provider (output)

L'esterno vende B2C, lei è un fornitore di contenuti/servizi.

I vantaggi sono: avvio rapido, trasferimento VAT/GST/Charjbeek/fattura, tasse marketplace, portafogli locali.
Contro: margini di MoR, meno controllo su pagamenti/dati, restrizioni di marketing/UX, complessità di calcoli per revenue share.

2. 3. Reseller/Distributor MoR

Un socio rivenditore compra «all'ingrosso» da lei (B2B), vende B2C sotto il suo MoR.

Perizia locale, riduzione dei rischi.
Contro: rischio di cannibalizzazione del marchio, dipendenza dal rivenditore SLA.

2. 4. Marketplace/Platform MoR (un MoR per molti venditori)

Piattaforma - MoR; Gli operatori/gli studi sono «venditori», ma non MoR.

Pro: assegno unico, aggregazione PSP/metodi, tassazione unica.
Contro: split-settement complesso, distribuzione di tasse e rapporti, rischio cross-liability.

2. 5. Modello ibrido

I mercati verdi sono Direct Merchant, quelli grigi/costosi sono Full-MoR/Reseller.

I vantaggi sono il compromesso velocità/controllo/costo.
Contro: maggiore complessità di contabilità, routing e doppi report.

3) Tracciato di responsabilità: chi è responsabile di cosa

4) Flussi di cassa e settlement

4. 1. Direct

Il giocatore PSP/Equairer ha un conto operatore (gross/net). L'operatore paga i soci/tasse.

4. 2. Full-MoR

Il giocatore del PSP ha il conto payout all'operatore del report (revenue share/CPA). Commissioni, VAT, rifunds/CB - all'interno del MoR. È possibile holdback/rolling reserve.

4. 3. Marketplace Split

Il giocatore la piattaforma split settement: la quota di piattaforma, operatore, studio, affiliato (minus fees/taxi).

Chiave: fissa cut-off/T + N, la valuta funding, le regole FX e i rituali di compressione: «Tx File s'Funding».

5) Tasse e MoR

VAT/GST (B2C): chi ha un assegno e VAT/GST (solitamente MoR). Nell'operatore Direct.
GGR: Paga un operatore autorizzato secondo le regole di giurisdizione ( sempre pagatore GGR).
WHT - Trattenimento all'origine dei pagamenti ai soci - da chi paga (MoR/Operatore).
Addebiti PSP: da un operatore o da un operatore (in base al modello); i report ND/fine sono separati.
Tassazione/assegno-trattamento: i requisiti locali (ad esempio, e-invoicing, fiscal receipt) sono soliti essere MoR.

6) Giurisprudenza e contratti (must-have clause)

Identificazione del MoR (in ogni paese/canale), descriptor, responsabilità del consumer protection.
Tasse: chi paga VAT/GST/GGR/WHT; meccanica gross-up, scambio di certificati (DTT, VAT/EORI).
KYC/AML/sanzioni: assegnazione dei ruoli, SLA per i controlli, diritto di rifiuto/blocco.
Refunds/Marcebacks: processo, tempistica, base di prova, chi ha perdite.
Dati e privacy: GDPR/Data Act, DPA, ruoli controller/processor, trasferimenti transfrontalieri.
PSP/PCI DSS: chi possiede gli account merchant, chi incassa le multe dei circuiti.
Settlment/riserva: T + N, rolling reserve, negative carry-over, audited/reporting.
Force-majeure/sanzioni: ordine freeze, diritti di sospensione, escrow.

7) Processi operativi

Geopolitica e licenze: la matrice dei mercati autorizzati (vedi Geoblocking).
KYC/KYB/SoF: standard comuni e step-up per MoR/operatore.
Antifrode e 3DS: responsabilità delle impostazioni, test AB, soglia di rischio.
Router di pagamento: BIN/metodo/PSP per modello di MoR; fallback e cut-over procedure.
Scorciatoia: quotidiano'transations 'settlement files', report variance.
Report: vetrine separate per operatore (GGR/NGR) e MoR (VAT/refunds/CB).

8) Quando selezionare quale modello (Decection Matrix)

9) KPI e dashboard

Take-rate all-in per modello (PSP fees + MoR margin + FX slippage).
AR/DR/3DS pass per geo/PSP/modello.
Refund/Marceback rate e liability per soggetto responsabile.
Settlement SLA: T+N hit-rate, funding delays, reserve balance.
Tax exposure: VAT/GST, GGR per operatore, WHT per partner.
Data latency & completeness - Percentuale di transazioni con un contesto MoR completo.

10) Dati e modello (semplificato)

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) Modelli SQL

11. 1. Decomposizione dei ricavi sul modello 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 in fase di 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 (operatore) 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. Matrice di responsabilità per i display

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) Sicurezza e dati

PCI DSS: chi memorizza/elabora PAN è bruciato; Spesso con PAN-scope nei .
GDPR/Privacy: DPA e Ruoli (Controller/Processor), SCC/IDTA per le trasmissioni transfrontaliere, riduzione dei dati, conservazione.
Le sanzioni/RER - Chi effettua lo screening - è registrato nel contratto e nel registro di responsabilità.
SCA/3DS - Responsabilità della configurazione del flow e delle prove nei display.

13) Rischi e alerti

Policy Draft - Transazioni senza modello MoR - P1 assegnato.
Settlement Delay - T + N pagamenti MoR violato - P1.
Variance VAT/GGR: soluzione temporanea tra report calcolati e report MoR> soglia P2.
CB Spike sul lato MoR/operatore - Misure operative (3DS, limiti, routing).
FX Slippage per MoR-settlement - Confronta effettiva vs reference.
Report senza file/firme - Stop al pagamento.

14) Best practices (breve)

1. Documentare il modello per ogni GEO/canale: chi è responsabile, chi paga VAT/GGR, chi tiene PAN, chi è responsabile del display.
2. Separare le vetrine alimentari (GGR/NGR) e finanziaria MoR (VAT/refund/CB/fees).
3. Contratti con SLA/soglie nitide e formule di calcolo payout/fees/reserve.
4. Routing AB PSP anche in caso di Full-MoR - per AR/DR e costo.
5. Versioning di regole e riferimenti (mor _ model v1/v2), reprocess definito.
6. Comprimere quotidianamente «Tx n'Settlement», variance-alert.
7. Tracciamento legale: legale basis per ogni GEO (licenze, VAT, sanzioni).

15) Assegno foglio di implementazione/migrazione

Dati/schemi

• `ref. mor_models`, `payments. transazioni'con campi 'mor _'.
• Vetrine «mor _ settlements», «vat _ ledger», «ggr _ rollup».
• Instradamento GEO/BIN/metodo con riferimento al modello di MoR.

Contratti/processi

• Contratti con MoR/rivenditori: tasse, display, dati, SLA, riserva.
• PCI/GDPR: ruoli, verifiche, DPIA.
• Operazioni: cut-off/T + N, regole FX, procedure varianti.

Monitoraggio/alert

• Settlement SLA, VAT/GGR variance, CB spike, FX slippage.
• Data completeness/consistency e le firme dei file.

Riepilogo

MoR non è un'altro PSP ". Questo è il ruolo legale di un venditore con responsabilità fiscale, di consumo e operativo. La scelta tra Direct, Full-MoR, Reseller e Marketplace è un equilibrio tra velocità, controllo, costo e rischi. Fissare il modello per ciascun GEO, separare i tracciati GGR (operatore) e VAT (MoR), automatizzare il controllo e i rapporti e ottenere una monetizzazione prevedibile senza sorprese legali.