MoR: Modele și responsabilitate

1) Ce este comerciant de înregistrare (MoR) și de ce este necesar

Comerciantul de evidență este o persoană juridică care vinde în mod oficial un produs/serviciu unui client final, emite un cec/factură, acceptă plata, implică obligații fiscale și de consum, conduce litigii și se reflectă într-un extras de cont (descriptor).

• autorități de reglementare și taxe (în cazul în care să plătească GGR/TVA/GST/WHT),
• responsabilitatea consumatorilor (rambursări/chargebacks, KYC/SoF, RG)
• viteza operațională de intrare pe piață (folosind licența altcuiva/infrastructura MoR)
• logistica financiară (multi-OUG, multi-valută, decontare și FX).

Decât MoR ≠ PSP: PSP - canal de primire a banilor (infrastructură), MoR - vânzător prin lege. Agregatoarele pot fi PSP fără status MoR; iar furnizorul de MoR poate include un PSP în stiva sa.

2) Modele MoR de bază

2. 1. Comerciant direct (clasic)

Operatorul iGaming în sine este MoR.

Pro: controlul deplin al mărcii, tarifelor, datelor, taxelor; marja minimă de intermediari.
Dezavantaje: licențe complexe/înregistrări locale, TVA/GST, contabilitate GGR, WHT, PCI DSS, KYC/AML în fiecare țară; mult timp-la-piață.

2. 2. Furnizor Full-MoR

MoR extern vinde B2C, sunteți furnizorul de conținut/serviciu al MoR 'y.

Pro: lansare rapidă, schimbare TVA/GST/chargebacks/facturare, taxe pe piață, portofele locale.
Contra: marja MoR, mai puțin control asupra plăților/datelor, restricții de marketing/UX, dificultăți în calcularea cotei de venit.

2. 3. Distribuitor/Distribuitor MoR

Reseller partner cumpără de la tine „en-gros” (B2B), vinde B2C sub MoR.

Pro: expertiză locală, reducându-vă riscurile.

Contra: risc de canibalizare a mărcii, dependență de SLA-urile de reseller

2. 4. Marketplace/Platforma MoR (un MoR pentru mulți comercianți)

Platforma - MoR; operatorii/studiourile sunt „agenți de vânzări”, dar nu și MoRs.

Pro: verificare unică, agregare PSP/metodă, fiscalizare unică.
Contra: divizare complexă, alocare fiscală și de raportare, risc de răspundere încrucișată.

2. 5. Model hibrid

Pe piețele verzi - Direct Merchant, pe piețele gri/scumpe - Full-MoR/Reseller.

Pro: Viteză/control/cost tradeoff.
Contra: complexitatea crescută a contabilității, rutarea și raportarea „dublă”.

3) Schița responsabilității: cine este responsabil pentru ce

4) Fluxuri de numerar și decontare

4. 1. Direct

Jucătorul → PSP/achizitor → contul operatorului (brut/net). Operatorul plătește parteneri/taxe.

4. 2. Full-MoR

Jucătorul → PSP MoR → contul de plată MoR → către operator conform raportului (cota de venit/CPA). Comisioane, TVA, rambursări/CB - în cadrul MoR. Posibil rezervă holdback/rulare.

4. 3. Piata Split

Player → platforma MoR → decontare împărțită: cota de platformă, operator, studio, afiliat (minus taxe/taxe).

Cheie: fixați cut-off/T + N, moneda de finanțare, regulile FX și ritualurile de reconciliere: „Tx → File → Funding”.

5) Taxe și MoRs

TVA/GST (B2C): cine are un control și TVA/GST (de obicei MoR). Cu Direct - operator.
RGG: plătit de un operator licențiat în conformitate cu regulile de jurisdicție (MoR ≠ întotdeauna plătitorul RGG).
WHT: reținerea la sursă a plăților către parteneri - cel care plătește (MoR/operator).
Taxe de plată PSP: de la MoR sau de la operator (conform modelului); în raportarea ND/Fin - separat.
Fiscalizare/verificare-procesare: cerințe locale (de exemplu, facturare electronică, chitanță fiscală), de obicei, pe MoR.

6) Juridice și contracte (trebuie să aibă clauze)

Definiția MoR (care este în fiecare țară/canal), descriptor, responsabilitatea pentru protecția consumatorilor.
Taxe: cine plătește TVA/GST/GGR/WHT; mecanică brută, schimb de certificate (DTT, TVA/EORI).
KYC/AML/sancțiuni: alocarea rolului, SLA pentru verificări, dreptul de a refuza/bloca.
Rambursări/Chargebacks: proces, calendarul, baza de probe, care suferă pierderi.
Date și confidențialitate: GDPR/legea datelor, DPA, roluri de operator/procesor, transmisii transfrontaliere.
PSP/PCI DSS: care deține conturi comerciale, care suportă amenzile schemelor.
Setare/rezervă: T + N, rezervă de rulare, reportare negativă, audit/raportare.
Forță majoră/sancțiuni: ordine de înghețare, drepturi de reziliere, escrow.

7) Procese operaționale

Geopolitică și licențe: matrice a piețelor permise (a se vedea "Geoblocks').
KYC/KYB/SoF: standarde uniforme și rutare intensă prin MoR/operator.
Antifraudă și 3DS: responsabilitatea pentru setări, teste AB, pragul de risc.
Router de plată: BIN/metodă/PSP în conformitate cu modelul MoR; proceduri de rezervă și tăiere.
Reconciliere: zilnic „transferuri ↔ dosare de decontare ↔ finanțare”, rapoarte de variație.
Raportare: vitrine separate pentru operator (GGR/NGR) și MoR (TVA/restituiri/CB).

8) Când se selectează modelul (Matricea decizională)

9) KPI și tablouri de bord

Preluare all-in după model (taxe PSP + marjă MoR + derapaj FX).
AR/DR/3DS trece de geo/PSP/model.
Rata de rambursare/Chargeback și răspunderea de către entitatea responsabilă.
SLA de decontare: T + N rata de succes, întârzieri de finanțare, soldul rezervelor.
Expunerea fiscală: TVA/GST de către MoR, GGR de către operator, WHT de către partener.
Latența și completitudinea datelor - Procentul tranzacțiilor cu un context MoR complet.

10) Date și model (simplificat)

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) Șabloane SQL

11. 1. Defalcarea veniturilor pe model 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. Plata netă la 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 (operator) vs TVA (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. Matricea de responsabilitate pentru litigii

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) Securitate și date

PCI DSS: cine stochează/procesează PAN este „on”; la Full-MoR adesea PAN-domeniul de aplicare la MoR.
GDPR/Confidențialitate: DPA și roluri (controler/procesor), SCC/IDTA pentru transmisii transfrontaliere, minimizarea datelor, perioade de păstrare.
Sancțiuni/REP: cine efectuează examinarea - înregistrare în contract și în jurnalul de răspundere.
SCA/3DS: responsabilitatea pentru stabilirea fluxului și a probelor în litigii.

13) Riscuri și alerte

Drift de politică: tranzacții fără modelul MoR atribuit - P1.
Întârzierea decontării: plățile T + N MoR încălcate - P1.
Varianța TVA/RGG: discrepanțe între rapoartele calculate și cele MoR> prag - P2.
CB Spike pe partea MoR/operator - măsuri operaționale (3DS, limite, rutare).
FX Slippage prin decontare MoR - comparați referința efectivă vs.
Completitudinea datelor - raport fără fișiere/semnături - oprire pentru plată.

14) Cele mai bune practici (scurt)

1. Documentați modelul pentru fiecare OUG/canal: cine este MoR, cine plătește TVA/GGR, cine deține PAN, cine este responsabil pentru litigiu.
2. Magazine separate: alimentar (GGR/NGR) și MoR-financiar (TVA/rambursare/CB/taxe).
3. Contracte cu SLA/praguri clare și formule de calcul al plăților/taxelor/rezervelor.
4. PSP AB rutare chiar și la Full-MoR - pentru AR/DR și cost.
5. Policy and directory versioning (mor_model v1/v2), reprocess deterministă.
6. Reconcilierea zilnică a „Tx ↔ decontare ↔ finanțare”, alerte de variație.
7. Urmărirea juridică: temeiul juridic pentru fiecare OUG (licențe, TVA, sancțiuni).

15) Lista de verificare implementare/migrare

Date/Diagrame

• 'ref. mor_models', "plăţi. tranzacţii 'cu câmpuri' mor _ '.
• Afișează cazurile 'mor _ settlements',' vat _ ledger ',' ggr _ rollup '.
• GEO/BIN/MoR-legat de rutare

Contracte/Procese

• Contracte cu MoR/revânzători: taxe, litigii, date, SLA, rezervă.
• PCI/GDPR: roluri, audituri, DPIA.
• Operațiuni: cut-off/T + N, reguli FX, proceduri de variație.

Monitorizare/Alerte

• Decontare SLA, variația TVA/GGR, CB spike, FX slippage.
• Completitudinea datelor/consistența și semnăturile fișierului.

Rezumat

MoR nu este "un alt PSP. "Acesta este rolul legal al unui vânzător cu responsabilitate fiscală, de consum și operațională. Alegerea între Direct, Full-MoR, Reseller și Marketplace este un echilibru de viteză, control, cost și risc. Fixați modelul pentru fiecare OUG, separați contururile GGR (operator) și TVA (MoR), automatizați reconcilierea și raportarea - și obțineți o monetizare previzibilă fără surprize legale.