Logo GH

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

ViloyatDirect MerchantFull-MoR ProviderReseller MoRMarketplace MoR
B2C shartnomasiOperator OʻyinchiMoR OʻyinchiReseller OʻyinchiPlatforma (MoR) Oʻyinchi
Descriptor/chekOperatorMoRResellerPlatforma
VAT/GST (B2C)OperatorMoRResellerPlatforma
GGR/qimor soliqlariOperator (litsenziya bo’yicha)Odatda operator (agar MoR - kontent platformasi bo’lsa, litsenziya bo’yicha operator emas); mumkin variantlarReseller/operator shartnoma bo’yichaOdatda litsenziya bo’yicha operator; platformadagi chek
WHT (sheriklar)OperatorMoR (agar MoR sheriklarga to’lasa )/Operator (agar u to’lasa)ResellerPlatforma/operator split
KYC/AML/sanksiyalarOperatorMoR (ko’pincha birgalikda)ResellerPlatforma (koʻpincha birgalikda)
Refunds/ChargebacksOperatorMoRResellerPlatforma
PCI DSS/xarita ma’lumotlariOperator/PSPMoR/uning PSPReseller/uning PSPPlatforma/uning PSP
💡 Muhimi: MoR qimor litsenziyasi talablarini «qoplamaydi». Hatto Full-MoR da ham, agar MoR litsenziyalanmagan operator bo’lsa, o’yin faoliyati va tegishli soliqlar/tartibga solish uchun javobgarlik litsenziyalangan operatorda qoladi.

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)

MezonDirectFull-MoRResellerMarketplace
GEO ga chiqish tezligiO’rtaYuqoriYuqoriYuqori
To’lov steki/ma’lumotlarini nazorat qilishMaks. Past/OʻrtaPastPast/Oʻrta
Jami qiymat (vositachilar marjasi)PastYuqoriO’rtaO’rta/Yuqori
Soliq/huquqiy qiyinchilik sizdaYuqoriPastPastO’rta
Sizga nisbatan CB/refunds xavfiHaQisman/YoʻqYoʻqQisman
Litsenziyalar/tartibga soluvchiSizgaSizda (qimor), MoR VAT/GST bilan yordam beradiResellerda (qisman)Operatorda (qimor), platformada - iste’mol

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.

Contact

Biz bilan bog‘laning

Har qanday savol yoki yordam bo‘yicha bizga murojaat qiling.Doimo yordam berishga tayyormiz.

Telegram
@Gamble_GC
Integratsiyani boshlash

Email — majburiy. Telegram yoki WhatsApp — ixtiyoriy.

Ismingiz ixtiyoriy
Email ixtiyoriy
Mavzu ixtiyoriy
Xabar ixtiyoriy
Telegram ixtiyoriy
@
Agar Telegram qoldirilgan bo‘lsa — javob Email bilan birga o‘sha yerga ham yuboriladi.
WhatsApp ixtiyoriy
Format: mamlakat kodi va raqam (masalan, +998XXXXXXXX).

Yuborish orqali ma'lumotlaringiz qayta ishlanishiga rozilik bildirasiz.