MoR: modellar va javobgarlik
1) Merchant of Record (MoR) nima va nima uchun kerak
Merchant of Record - tovar/xizmatni yakuniy mijozga rasmiy ravishda sotadigan, chek/hisob raqami qo’yadigan, to’lovni qabul qiladigan, soliq va iste’mol majburiyatlarini o’z zimmasiga oladigan, munozaralar olib boradigan va bank ko’chirmasida (descriptor) aks ettiriladigan yuridik shaxs.
iGaming konturida MoR quyidagilar uchun juda muhim:- tartibga solish va soliqlar (GGR/VAT/GST/WHT to’lash joylari),
- (refunds/chargebacks, KYC/SoF, RG),
- bozorga chiqish tezligi (o’zganing litsenziyasi/MoR infratuzilmasidan foydalanish),
- moliyaviy logistika (multi-GEO, multi-currency, settlement va FX).
MoR ≠ PSP: PSP - pul qabul qilish kanali (infratuzilma), MoR - qonun bo’yicha sotuvchi. Agregatorlar MoR maqomisiz PSP bo’lishi mumkin; MoR provayderi esa PSPni o’z steki ichida o’z ichiga olishi mumkin.
2) MoR bazaviy modellari
2. 1. Direct Merchant
iGaming operatorining o’zi MoR.
Afzalliklari: brend, tariflar, ma’lumotlar, soliqlarni to’liq nazorat qilish; vositachilarning eng kam marjasi.
Minuslar: har bir mamlakatda murakkab litsenziyalar/mahalliy ro’yxatga olish, VAT/GST, GGR-hisob, WHT, PCI DSS, KYC/AML; uzoq vaqt-to-market.
2. 2. Full-MoR Provider (autsors MoR)
Tashqi MoR B2C sotadi, siz MoR’y kontent/xizmatlarini yetkazib beruvchisiz.
Afzalliklari: tez ishga tushirish, VAT/GST/charjbekov/invoysing, marketplace-soliqlar, mahalliy hamyonlar.
Kamchiliklar: MoR marjasi, to’lovlar/ma’lumotlar ustidan kamroq nazorat, marketing/UX cheklovlari, revenue share bo’yicha hisob-kitoblarning murakkabligi.
2. 3. Reseller/Distributor MoR
Sotuvchi sherik sizdan «ulgurji» (B2B) sotib oladi, o’zining MoR ostida B2C sotadi.
Afzalliklari: mahalliy ekspertiza, xavfingizni kamaytirish.
Kamchiliklar: brendni kannibalizatsiya qilish xavfi, sotuvchining SLA qaramligi.
2. 4. Marketplace/Platform MoR (ko’plab sotuvchilar uchun bitta MoR)
Platforma - MoR; operatorlar/studiyalar - «sotuvchilar», lekin MoR emas.
Ijobiy tomonlari: yagona chek, PSP/usullar agregatsiyasi, yagona fiskalizatsiya.
Kamchiliklar: murakkab split-settlement, soliqlar va hisobotlarni taqsimlash, cross-liability xavfi.
2. 5. Gibrid model
«Yashil» bozorlarda - Direct Merchant, «kulrang/qimmat» bozorlarda - Full-MoR/Reseller.
Afzalliklari: murosa tezligi/nazorat/qiymat.
Kamchiliklar: hisobga olish, routing va «ikki tomonlama» hisobotlarning murakkabligi.
3) Javobgarlik konturi: kim nima uchun javobgar
4) Pul oqimlari va settlement
4. 1. Direct
Oʻyinchi → PSP/ekvayer → operator hisobi (gross/net). Operator sheriklarga soliqlar to’laydi.
4. 2. Full-MoR
O’yinchi → PSP MoR → hisobi MoR → to’lov operatori (revenue share/CPA). Komissiyalar, VAT, refunds/CB - MoR ichida. holdback/rolling reserve mavjud.
4. 3. Marketplace Split
O’yinchi → MoR platformasi → split settlement: platforma, operator, studiya, affiliatning ulushi (minus fees/taxes).
Kalit: cut-off/T + N, funding valyutasi, FX qoidalari va solishtirish marosimlarini belgilang:’Tx → File → Funding’.
5) Soliqlar va MR
VAT/GST (B2C): kimda chek bo’lsa, u ham VAT/GST (odatda MoR) ga ega. Direct - operator.
GGR: yurisdiksiya qoidalari bo’yicha litsenziyalangan operator to’laydi (MoR ≠ har doim GGR to’lovchisi).
WHT: sheriklarga to’lovlarni amalga oshirishda manbadan ushlab qolish - to’laydigan shaxsdan (MoR/operator).
PSP to’lov yig’imlari: MoR yoki operatorda (model bo’yicha); ND/moliya hisobotida - alohida-alohida.
Fiskalizatsiya/chek-rasmiylashtirish: lokal talablar (masalan, e-invoicing, fiscal receipt) odatda MoR da.
6) Yuridik va shartnomalar (must-have klauzalar)
MoR (har bir mamlakat/kanalda kim ekanligi), descriptor, consumer protection uchun javobgarlik.
Soliqlar: kim to’laydi VAT/GST/GGR/WHT; gross-up mexanikasi, sertifikatlar almashinuvi (DTT, VAT/EORI).
KYC/AML/sanksiyalar: rollarni taqsimlash, tekshirish uchun SLA, rad etish/blokirovka qilish huquqi.
Refunds/Chargebacks: jarayon, muddatlar, yo’qotishlarga olib keladigan dalillar bazasi.
Ma’lumotlar va maxfiylik: GDPR/Ma’lumotlar to’g’risidagi qonun, DPA, controller/processor rollari, transchegaraviy uzatmalar.
PSP/PCI DSS: kim savdo akkauntlariga egalik qiladi, kim jarimaga tortadi.
Settlment/rezerv: T + N, rolling reserve, negative carry-over, audit/reporting.
Force-majeure/sanksiyalar: freeze tartibi, tugatish huquqi, escrow.
7) Operatsion jarayonlar
Geosiyosat va litsenziyalar: ruxsat etilgan bozorlar matritsasi («Geoblokirovka» ga qarang).
KYC/KYB/SoF: MoR/operator bo’yicha yagona standartlar va step-up yo’nalishi.
Antifrod va 3DS: sozlash uchun javobgarlik, AB testlari, xavf chegarasi.
To’lov routeri: BIN/usul/PSP MoR modeli bo’yicha; fallback va cut-over protseduralari.
Taqqoslash: har kuni’transactions, settlement files, funding’, variance-hisobotlar.
Hisobot: operator (GGR/NGR) va MoR (VAT/refunds/CB) uchun alohida vitrinalar.
8) Qaysi modelni tanlash kerak (Decision Matrix)
9) KPI va dashbordlar
Take-rate all-in modeli bo’yicha (PSP fees + MoR margin + FX slippage).
AR/DR/3DS pass geo/PSP/modeli boʻyicha.
Mas’ul subyekt bo’yicha refund/Chargeback rate va liability.
Settlement SLA: T+N hit-rate, funding delays, reserve balance.
Tax exposure: MoR bo’yicha VAT/GST, operator bo’yicha GGR, sheriklar bo’yicha WHT.
Data latency & completeness: to’liq MoR kontekstli tranzaksiyalar ulushi.
10) Ma’lumotlar va model (soddalashtirilgan holda)
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) SQL namunalari
11. 1. MoR-model bo’yicha tushumni parchalash
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. Full-MoR uchun Net payable
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 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. Tortishuvlar uchun javobgarlik matritsasi
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) Xavfsizlik va ma’lumotlar
PCI DSS: kim PAN saqlasa/qayta ishlasa, u ham «yonadi»; Full-MoR da ko’pincha MoRda PAN-scope.
GDPR/Privacy: DPA va Rollar (Controller/Processor), transchegaraviy uzatmalar uchun SCC/IDTA, ma’lumotlarni minimallashtirish, saqlash muddatlari.
Sanksiyalar/RER: kim skrining olib boradi - shartnoma va javobgarlik jurnalida qayd qiling.
SCA/3DS: munozaralarda flou va dalillarni sozlash uchun javobgarlik.
13) Xavf-xatarlar va alertlar
Policy Drift: MoR - P1 modeliga ega boʻlmagan tranzaksiyalar.
Settlement Delay: buzilgan T + N MoR-to’lovlar - P1.
Variance VAT/GGR: hisob-kitob va MoR hisobotlari o’rtasidagi tafovutlar> chegara - P2.
CB Spike MoR/operator tomonida - tezkor choralar (3DS, limitlar, routing).
MoR-settlement bo’yicha FX Slippage - effective vs reference.
Data Completeness: fayl/imzosiz hisobot - to’lash uchun to’xtash.
14) Best practices (qisqacha)
1. Modelni har bir GEO/kanal bo’yicha hujjatlashtiring: kim MoR, kim VAT/GGR to’laydi, kim PAN saqlaydi, kim disput uchun javobgar.
2. Vitrinalarni ajrating: oziq-ovqat (GGR/NGR) va MoR-moliyaviy (VAT/refund/CB/fees).
3. Aniq SLA/chegaralari va payout/fees/reserve hisob-kitob formulalari bo’lgan kontraktlar.
4. AB-routing PSP hatto Full-MoR - AR/DR va qiymat uchun.
5. Siyosat va ma’lumotnomalarni versiyalash (mor_model v1/v2), determinizatsiya qilingan reprocess.
6. Kundalik taqqoslash’Tx, Settlement, Funding’, variance-alertlar.
7. Yuridik yo’nalish: har bir GEO (litsenziya, VAT, sanksiyalar) bo’yicha legal basis.
15) Joriy etish/migratsiya chek-varaqasi
Maʼlumotlar/sxemalar
- `ref. mor_models`, `payments. transactions’bilan’mor _’.
- ’mor _ settlements’,’vat _ ledger’,’gr _ rollub’oynalari.
- MoR modeliga bog’langan GEO/BIN/usuli bo’yicha yo’naltirish.
Kontraktlar/jarayonlar
- MoR/resellerlar bilan shartnomalar: soliqlar, tortishuvlar, ma’lumotlar, SLA, zaxira.
- PCI/GDPR: rollar, auditlar, DPIA.
- Operatsiyalar: cut-off/T + N, FX-qoidalar, variance-protseduralar.
Monitoring/alertlar
- Settlement SLA, VAT/GGR variance, CB spike, FX slippage.
- Data completeness/consistency va fayl imzolari.
Xulosa
MoR «boshqa PSP» emas. Bu soliq, iste’mol va operatsion mas’uliyatli sotuvchining yuridik roli. Direct, Full-MoR, Reseller va Marketplace o’rtasidagi tanlov - tezlik, nazorat, qiymat va xatarlar balansi. Har bir GEO bo’yicha modelni tuzating, GGR (operator) va VAT (MoR) konturlarini ajrating, solishtirma va hisobotni avtomatlashtiring - va siz qonuniy kutilmagan hodisalarsiz oldindan aytib bo’ladigan monetizatsiya olasiz.