MoR: Modeller ve Sorumluluk

1) Kayıt Taciri (MoR) nedir ve neden gereklidir?

Merchant of Record, bir ürünü/hizmeti son müşteriye resmi olarak satan, çek/fatura düzenleyen, ödemeyi kabul eden, vergi ve tüketici yükümlülüklerini yerine getiren, anlaşmazlıkları yürüten ve bir banka ekstresine (tanımlayıcı) yansıyan bir tüzel kişiliktir.

• Düzenleyiciler ve vergiler (GGR/KDV/GST/WHT nerede ödenir),
• Tüketici sorumluluğu (geri ödemeler/ters ibrazlar, KYC/SoF, RG),
• Piyasaya girme operasyonel hızı (başkasının lisans/MoR altyapısını kullanarak),
• Finansal lojistik (multi-GEO, multi-currency, settlement ve FX).

MoR ≠ PSP: PSP - para alma kanalı (altyapı), MoR - yasa ile satıcı. Toplayıcılar MoR durumu olmayan PSP'ler olabilir; Ve MoR sağlayıcısı, yığını içinde bir PSP içerebilir.

2) Temel MoR modelleri

2. 1. Doğrudan Tüccar (klasik)

IGaming operatörünün kendisi MoR'dur.

Artıları: marka, tarifeler, veri, vergilerin tam kontrolü; Aracıların minimum marjı.
Dezavantajları: Her ülkede karmaşık lisanslar/yerel kayıtlar, KDV/GST, GGR muhasebesi, WHT, PCI DSS, KYC/AML; Pazara uzun süre.

2. 2. Full-MoR Sağlayıcı

Harici MoR B2C satıyor, MoR'y'nin içerik/hizmet sağlayıcısı sizsiniz.

Artıları: hızlı başlatma, KDV/GST/ters ibraz/faturalama, pazar vergileri, yerel cüzdanlar.
Eksileri: MoR marjı, ödemeler/veriler üzerinde daha az kontrol, pazarlama/UX kısıtlamaları, gelir payının hesaplanmasında zorluk.

2. 3. Bayi/Distribütör MoR

Bayi ortağı sizden "toptan" (B2B) satın alır, MoR altında B2C satar.

Artıları: yerel uzmanlık, risklerinizi azaltmak.

Eksileri: marka yamyamlığı riski, bayi SLA'larına güvenme

2. 4. Marketplace/Platform MoR (birçok tüccar için bir MoR)

Platform - MoR; Operatörler/stüdyolar "satış görevlileri'dir, ancak MoR'lar değildir.

Artıları: tek çek, PSP/yöntem toplama, tek fiscalizasyon.
Eksileri: karmaşık bölünme, vergi ve raporlama tahsisi, çapraz sorumluluk riski.

2. 5. Hibrit model

Yeşil pazarlarda - Doğrudan Tüccar, gri/pahalı pazarlarda - Tam MoR/Bayi.

Artıları: Hız/kontrol/maliyet tradeoff.
Eksileri: muhasebe, yönlendirme ve "çift" raporlamanın artan karmaşıklığı.

3) Sorumluluk taslağı: kimin ne için sorumlu olduğu

4) Nakit akışları ve uzlaşma

4. 1. Doğrudan

Oyuncu - PSP/alıcı - operatörün hesabı (brüt/net). Operatör ortaklar/vergiler öder.

4. 2. Tam MoR

Oyuncu - PSP MoR - MoR - rapora göre operatöre ödeme hesabı (gelir payı/EBM). Komisyonlar, KDV, iadeler/CB - MoR dahilinde. Olası holdback/rolling rezerv.

4. 3. Marketplace Split hakkında

Oyuncu - MoR platformu - bölünmüş yerleşim: platformun, operatörün, stüdyonun, bağlı kuruluşun payı (eksi ücretler/vergiler).

Anahtar: sabit kesme/T + N, fonlama para birimi, FX kuralları ve uzlaşma ritüelleri: 'Tx> Dosya> Finansman'.

5) Vergiler ve MoR'lar

KDV/GST (B2C): Kimin çeki var ve KDV/GST (genellikle MoR). Doğrudan - operatör ile.
GGR: Yetki alanı kurallarına göre lisanslı bir operatör tarafından ödenir (MoR her zaman GGR'nin mükellefi ≠).
WHT: Ortaklara yapılan ödemelerde stopaj - ödeyen kişi (MoR/operatör).
Ödeme ücretleri PSP: MoR'dan veya operatörden (modele göre); ND/Fin raporlamasında - ayrı ayrı.
Maliye/çek işleme: Genellikle MoR üzerinde yerel gereksinimler (örneğin, e-faturalama, mali makbuz).

6) Yasal ve sözleşmeler (olmazsa olmaz maddeler)

MoR'nin tanımı (her ülkede/kanalda kimdir), tanımlayıcı, tüketicinin korunması için sorumluluk.
Vergiler: KDV/GST/GGR/WHT'yi kim öder; Brüt-up mekaniği, sertifika değişimi (DTT, KDV/EORI).
KYC/AML/yaptırımlar: rol tahsisi, kontroller için SLA, reddetme/engelleme hakkı.
Geri Ödemeler/Ters ibrazlar: süreç, zamanlama, kanıt tabanı, kim zarar görür.
Veri ve gizlilik: GDPR/veri hukuku, DPA, denetleyici/işlemci rolleri, sınır ötesi iletimler.
PSP/PCI DSS: Tüccar hesaplarına sahip olan, planların cezalarını taşıyan.
Ayar/rezerv: T + N, haddeleme rezervi, negatif taşıma, denetim/raporlama.
Mücbir sebep/yaptırımlar: dondurma emri, fesih hakları, emanet.

7) Operasyonel süreçler

Jeopolitik ve lisanslar: izin verilen pazarların matrisi (bkz. "Geoblocks").
KYC/KYB/SoF: MoR/operatör üzerinden tekdüze standartlar ve step-up yönlendirme.
Antifraud ve 3DS: ayarlar için sorumluluk, AB testleri, risk eşiği.
Ödeme yönlendiricisi: MoR modeline göre BIN/yöntem/PSP; Fallback ve cut-over prosedürleri.
Uzlaşma: günlük 'transferler ↔ uzlaşma dosyaları ↔ finansman', varyans raporları.
Raporlama: Operatör için ayrı vitrinler (GGR/NGR) ve MoR (KDV/iadeler/CB).

8) Hangi modelin ne zaman seçileceği (Karar Matrisi)

9) KPI ve gösterge panoları

Modele göre hepsini al (PSP ücretleri + MoR marjı + FX kayması).
AR/DR/3DS geo/PSP/model ile geçer.
Geri ödeme/Geri ödeme oranı ve sorumlu kuruluş tarafından sorumluluk.
Yerleşim SLA: T + N isabet oranı, finansman gecikmeleri, rezerv dengesi.
Vergiye maruz kalma: MoR tarafından KDV/GST, operatör tarafından GGR, ortak tarafından WHT.
Veri gecikmesi ve bütünlüğü - Tam bir MoR bağlamına sahip işlemlerin yüzdesi.

10) Veri ve model (basitleştirilmiş)

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 şablonları

11. 1. MoR Modeline Göre Gelir Dağılımı

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 üzerinden net ödeme

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 (operatör) vs KDV (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. Anlaşmazlıklar için Sorumluluk Matrisi

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) Güvenlik ve veriler

PCI DSS: PAN'ın "açık" olduğunu depolayan/işleyen; Full-MoR'da genellikle MoR'da PAN kapsamı.
GDPR/Gizlilik: DPA ve Roller (Denetleyici/İşlemci), sınır ötesi iletimler için SCC/IDTA, veri minimizasyonu, saklama süreleri.
Yaptırımlar/REP: taramayı yapan kişi - sözleşmede ve sorumluluk günlüğünde kayıt.
SCA/3DS: anlaşmazlıklarda akışı ve kanıtları belirleme sorumluluğu.

13) Riskler ve Uyarılar

Politika Sürüklenmesi: Atanmış MoR modeli olmayan işlemler - P1.
Uzlaşma Gecikmesi: T + N MoR ödemeleri ihlal edildi - P1.
Varyans KDV/GGR: Hesaplanan ve MoR raporları> eşik - P2 arasındaki tutarsızlıklar.
MoR/operatör tarafında CB Spike - operasyonel önlemler (3DS, limitler, yönlendirme).
MoR-yerleşimine göre FX Kayma - etkili vs referansı karşılaştırın.
Veri Bütünlüğü - dosyalar/imzalar olmadan rapor edin - ödeme için durun.

14) En iyi uygulamalar (kısa)

1. Her GEO/kanal için modeli belgeleyin: MoR kimdir, KDV/GGR'yi kim öder, PAN'ı kim tutar, anlaşmazlıktan kim sorumludur.
2. Ayrı vitrinler: bakkal (GGR/NGR) ve MoR-finansal (KDV/iade/CB/ücretler).
3. Açık SLA/eşikleri ve ödeme/ücretler/rezerv hesaplama formülleri ile sözleşmeler.
4. Full-MoR'da bile PSP AB yönlendirmesi - AR/DR ve maliyet için.
5. Politika ve dizin sürümleri (mor_model v1/v2), deterministik yeniden işleme.
6. 'Tx ↔ Settlement ↔ Funding'in günlük mutabakatı, varyans uyarıları.
7. Yasal izleme: Her GEO için yasal dayanak (lisanslar, KDV, yaptırımlar).

15) Uygulama/geçiş kontrol listesi

Veri/diyagramlar

• 'ref. mor_models', ödemeler. 'mor _' alanları ile 'işlemler.
• Vitrinler 'mor _ settlements', 'vat _ ledger', 'gr _ rollup'.
• GEO/BIN/MoR bağlantılı yönlendirme

Sözleşmeler/Süreçler

• MoR/bayiler ile sözleşmeler: vergiler, anlaşmazlıklar, veri, SLA, rezerv.
• PCI/GDPR: roller, denetimler, DPIA.
• İşlemler: kesme/T + N, FX kuralları, varyans prosedürleri.

İzleme/Uyarılar

• Uzlaşma SLA, KDV/GGR varyansı, CB spike, FX kayması.
• Veri bütünlüğü/tutarlılığı ve dosya imzaları.

Özet

MoR "başka bir PSP'değil. "Bu, vergi, tüketici ve operasyonel sorumluluğu olan bir satıcının yasal rolüdür. Direct, Full-MoR, Reseller ve Marketplace arasında seçim yapmak hız, kontrol, maliyet ve risk dengesidir. Her GEO için modeli düzeltin, GGR (operatör) ve KDV'nin (MoR) konturlarını ayırın, uzlaşma ve raporlamayı otomatikleştirin - ve yasal sürprizler olmadan öngörülebilir para kazanma elde edersiniz.