MoR: مدل ها و مسئولیت

1) Merchant of Record (MoR) چیست و چرا مورد نیاز است

Merchant of Record یک شخص حقوقی است که به طور رسمی یک محصول/خدمات را به یک مشتری نهایی می فروشد، چک/فاکتور را صادر می کند، پرداخت را قبول می کند، تعهدات مالیاتی و مصرف کننده را متحمل می شود، اختلافات را انجام می دهد و در یک بیانیه بانکی (توصیفی) منعکس می شود.

• تنظیم کننده ها و مالیات (که در آن به پرداخت GGR/مالیات بر ارزش افزوده/GST/WHT)،
• مسئولیت مصرف کننده (بازپرداخت/بازپرداخت هزینه، KYC/SoF، RG)،
• سرعت عملیاتی ورود به بازار (با استفاده از مجوز شخص دیگری/زیرساخت MoR)،
• تدارکات مالی (چند GEO، چند ارز، حل و فصل و FX).

از MoR ≠ PSP: PSP - پول دریافت کانال (زیرساخت), MoR - فروشنده توسط قانون. جمع کننده ها می توانند PSP بدون وضعیت MoR باشند. و ارائه دهنده MoR ممکن است PSP را در پشته خود قرار دهد.

2) مدل های پایه MoR

2. 1. تاجر مستقیم (کلاسیک)

اپراتور iGaming خود MoR است.

مزایا: کنترل کامل نام تجاری، تعرفه ها، داده ها، مالیات ؛ حداقل حاشیه واسطه ها.
معایب: مجوزهای پیچیده/ثبت نام محلی، مالیات بر ارزش افزوده/GST، حسابداری GGR، WHT، PCI DSS، KYC/AML در هر کشور ؛ مدت زمان طولانی به بازار.

2. 2. ارائه دهنده کامل MoR

MoR خارجی B2C را به فروش می رساند، شما ارائه دهنده محتوا/خدمات MoR 'y هستید.

مزایا: راه اندازی سریع، تغییر مالیات بر ارزش افزوده/GST/بازپرداخت/صورتحساب، مالیات بازار، کیف پول محلی.
معایب: حاشیه MoR، کنترل کمتر بر پرداخت ها/داده ها، محدودیت های بازاریابی/UX، مشکل در محاسبه سهم درآمد.

2. 3. نمایندگی فروش/توزیع کننده

شریک نمایندگی از شما «عمده فروشی» (B2B) را خریداری می کند، B2C را تحت MoR خود به فروش می رساند.

مزایا: تخصص محلی، کاهش خطرات شما.

منفی: خطر ابتلا به cannibalization نام تجاری، تکیه بر SLA های نمایندگی فروش

2. 4. بازار/پلت فرم MoR (یک MoR برای بسیاری از بازرگانان)

پلت فرم - MoR ؛ اپراتورها/استودیوها «فروشندگان» هستند، اما نه MoRs.

مزایا: تک چک، PSP/روش تجمع، مالی تک.
معایب: حل و فصل تقسیم پیچیده، تخصیص مالیات و گزارش، ریسک متقابل بدهی.

2. 5. مدل ترکیبی

در بازارهای سبز - Direct Merchant، در بازارهای خاکستری/گران قیمت - Full-MoR/Reseller.

مزایا: مبادله سرعت/کنترل/هزینه.
معایب: افزایش پیچیدگی حسابداری، مسیریابی و گزارشگری «دوگانه».

3) طرح مسئولیت: چه کسی مسئول چه چیزی است

نکته مهم: MoR الزامات مجوز قمار را «نادیده نمی گیرد». حتی با Full-MoR، مسئولیت فعالیت های قمار و مالیات/مقررات مرتبط با اپراتور دارای مجوز باقی می ماند اگر MoR یک اپراتور دارای مجوز نیست.

4) جریان های نقدی و حل و فصل

4. 1. مستقیم

بازیکن → PSP/خریدار → حساب اپراتور (ناخالص/خالص). اپراتور می پردازد شرکای/مالیات.

4. 2. پروژه های کامل

بازیکن → PSP وزارت → وزارت امور خارجه → حساب پرداخت به اپراتور با توجه به گزارش (سهم درآمد/CPA). کمیسیون، مالیات بر ارزش افزوده، بازپرداخت/CB - در وزارت امور خارجه. ممکن است رزرو عقب/نورد.

4. 3. تقسیم بازار

بازیکن → پلت فرم MoR → حل و فصل تقسیم: سهم پلت فرم, اپراتور, استودیو, وابسته (منهای هزینه/مالیات).

کلید: رفع قطع/T + N، ارز مالی، قوانین FX و مراسم آشتی: 'Tx → File → Funding'.

5) مالیات و MoRs

VAT/GST (B2C): کسی که چک دارد و VAT/GST (معمولا MoR). با مستقیم - اپراتور.
GGR: توسط یک اپراتور مجاز با توجه به قوانین صلاحیت پرداخت می شود (MoR همیشه پرداخت کننده GGR ≠).
WHT: خودداری از پرداخت به شرکا - کسی که پرداخت می کند (MoR/اپراتور).
هزینه پرداخت PSP: از MoR یا از اپراتور (با توجه به مدل) ؛ در گزارش ND/فین - به طور جداگانه.
Fiscalization/check-processing: الزامات محلی (به عنوان مثال، صورتحساب الکترونیکی، رسید مالی) معمولا در MoR.

6) حقوقی و قرارداد (باید داشته باشند بند)

تعریف MoR (که در هر کشور/کانال است)، توصیف، مسئولیت حفاظت از مصرف کننده.
مالیات: چه کسی مالیات بر ارزش افزوده/GST/GGR/WHT را پرداخت می کند ؛ مکانیک ناخالص، تبادل گواهی (DTT، VAT/EORI).
KYC/AML/sanctions: تخصیص نقش، SLA برای چک، حق رد/مسدود کردن.
بازپرداخت/بازپرداخت: فرآیند، زمان بندی، پایه شواهد، که از دست دادن رنج می برد.
داده ها و حریم خصوصی: قانون GDPR/data، DPA، نقش کنترل کننده/پردازنده، انتقال مرزی.
PSP/PCI DSS: چه کسی دارای حساب های تجاری است، چه کسی جریمه طرح را می پردازد.
تنظیم/ذخیره: T + N، ذخیره نورد، حمل و نقل منفی، حسابرسی/گزارش.
Force-majeure/sanctions: توقف سفارش، حقوق فسخ، سپرده.

7) فرآیندهای عملیاتی

ژئوپلیتیک و مجوزها: ماتریس بازارهای مجاز (نگاه کنید به «Geoblocks»).
KYC/KYB/SoF: استانداردهای یکنواخت و مسیریابی مرحله به مرحله بیش از MoR/اپراتور.
Antifraud و 3DS: مسئولیت تنظیمات، تست AB، آستانه خطر.
روتر پرداخت: BIN/روش/PSP با توجه به مدل MoR ؛ روش های عقب نشینی و برش.
آشتی: معاملات روزانه ↔ فایل های حل و فصل ↔ بودجه، گزارش واریانس.
گزارش: ویترین جداگانه برای اپراتور (GGR/NGR) و MoR (مالیات بر ارزش افزوده/بازپرداخت/CB).

8) چه زمانی انتخاب کدام مدل (ماتریس تصمیم گیری)

9) KPI و داشبورد

نرخ همه در مدل (هزینه PSP + حاشیه MoR + لغزش FX).
AR/DR/3DS توسط geo/PSP/مدل منتقل می شود.
بازپرداخت/نرخ بازپرداخت و مسئولیت توسط نهاد مسئول.
حل و فصل SLA: T + N نرخ ضربه، تاخیر بودجه، تعادل رزرو.
قرار گرفتن در معرض مالیات: مالیات بر ارزش افزوده/GST توسط MoR، GGR توسط اپراتور، WHT توسط شریک.
Data latency & completeness - درصد معاملات با یک زمینه کامل MoR.

10) داده ها و مدل (ساده شده)

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

11. 1. تفکیک درآمد با مدل 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. خالص قابل پرداخت در 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 (اپراتور) در مقابل مالیات بر ارزش افزوده (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. ماتریس مسئولیت برای اختلافات

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) امنیت و داده ها

PCI DSS: چه کسی PAN را «روشن» ذخیره/پردازش می کند ؛ در Full-MoR اغلب PAN-scope در MoR.
GDPR/حریم خصوصی: DPA و نقش (کنترل کننده/پردازنده)، SCC/IDTA برای انتقال مرزی، به حداقل رساندن داده ها، دوره های نگهداری.
تحریم/REP: چه کسی انجام غربالگری - ثبت در قرارداد و در ورود به سیستم مسئولیت.
SCA/3DS: مسئولیت تنظیم جریان و شواهد در اختلافات.

13) خطرات و هشدارها

رانش سیاست: معاملات بدون مدل MoR اختصاص داده شده - P1.
تاخیر حل و فصل: پرداخت T + N MoR نقض - P1.
واریانس VAT/GGR: اختلاف بین گزارش های محاسبه شده و MoR> آستانه - P2.
CB Spike در طرف MoR/اپراتور - اقدامات عملیاتی (3DS، محدودیت ها، مسیریابی).
FX لغزش توسط MoR-حل و فصل - مقایسه موثر در مقابل مرجع.
کامل بودن داده ها - گزارش بدون فایل/امضا - توقف برای پرداخت.

14) بهترین شیوه (کوتاه)

1. سند مدل برای هر GEO/کانال: که وزارت امور خارجه است, که می پردازد مالیات بر ارزش افزوده/GGR, که دارای PAN, که مسئول اختلاف است.
2. فروشگاه های جداگانه: مواد غذایی (GGR/NGR) و MoR-مالی (مالیات بر ارزش افزوده/بازپرداخت/CB/هزینه).
3. قراردادها با SLA روشن/آستانه و پرداخت/هزینه/فرمول محاسبه رزرو.
4. PSP AB مسیریابی حتی در Full-MoR - برای AR/DR و هزینه.
5. نسخه بندی خط مشی و دایرکتوری (mor_model v1/v2)، پردازش مجدد قطعی.
6. آشتی روزانه «Tx ↔ حل و فصل ↔ بودجه»، هشدار واریانس.
7. ردیابی قانونی: مبنای قانونی برای هر GEO (مجوزها، مالیات بر ارزش افزوده، تحریم ها).

15) چک لیست پیاده سازی/مهاجرت

داده ها/نمودارها

• ref. mor_models'، پرداختها. معاملات 'با زمینه های' mor _ '.
• نمایش موارد «mor _ settlements»، «vat _ ledger»، «ggr _ rollup».
• مسیریابی محدود به GEO/BIN/MoR

قراردادها/فرآیندها

• قرارداد با MoR/نمایندگان فروش: مالیات، اختلافات، داده ها، SLA، ذخیره.
• PCI/GDPR: نقش ها، ممیزی ها، DPIA.
• عملیات: برش/T + N، قوانین FX، روش های واریانس.

نظارت/هشدارها

• حل و فصل SLA، مالیات بر ارزش افزوده/واریانس GGR، سنبله CB، لغزش FX.
• کامل بودن/سازگاری داده ها و امضای پرونده.

خلاصه

MoR "یک PSP دیگر نیست. این نقش قانونی یک فروشنده با مالیات، مصرف کننده و مسئولیت عملیاتی است. انتخاب بین Direct، Full-MoR، Reseller و Marketplace تعادل سرعت، کنترل، هزینه و ریسک است. مدل را برای هر GEO ثابت کنید، خطوط GGR (اپراتور) و مالیات بر ارزش افزوده (MoR) را از هم جدا کنید، آشتی و گزارش را خودکار کنید - و بدون شگفتی های قانونی کسب درآمد قابل پیش بینی می کنید.