MoR: מודלים ואחריות

1) מהו ”סוחר התיעוד” (MoR) ומדוע הוא נחוץ

מרצ 'נט אוף רקורד (באנגלית: Merchant of Record) היא ישות משפטית המוכרת באופן רשמי מוצר/שירות ללקוח הקצה, מוציאה צ' ק/חשבונית, מקבלת תשלום, מחייבת מס ומחויבות צרכנית, מנהלת מחלוקות ומשתקפת בדוח בנק (תיאור).

• רגולטורים ומיסים (איפה לשלם GGR/VAT/GST/WHT),
• אחריות צרכנית (החזרים/צ 'רג' בקס, KYC/SOF, RG),
• מהירות תפעולית של כניסה לשוק (באמצעות רישיון של מישהו אחר/תשתית MoR),
• לוגיסטיקה פיננסית (Multi-GEO, רב-מטבעות, התיישבות ו-FX).

מאשר MOR PSP: PSP - כסף מקבל ערוץ (תשתית), מוכר על ־ פי חוק. אגרגטורים יכולים להיות PSPs ללא מעמד MoR; וספקית MoR עשויה לכלול PSP בתוך הערימה שלה.

2) מודלים בסיסיים של MoR

2. 1. סוחר ישיר (קלאסי)

מפעיל iGaming עצמו הוא MoR.

מקצוענים: שליטה מלאה במותג, תעריפים, נתונים, מיסים; מרווח מינימלי של מתווכים.
חסרונות: רישיונות מורכבים/רישום מקומי, VAT/GST, חשבונאות GGR, WHT, PCI DSS, KYC/AML בכל מדינה; זמן רב לשוק.

2. 2. ספק MoR מלא

MoR חיצוני מוכר B2C, אתה ספק התוכן/שירות של MoR.

יתרונות: השקה מהירה, שינוי מע "מ/GST/chargebacks/invoising, מסי שוק, ארנקים מקומיים.
חסרונות: מרווח MoR, פחות שליטה על תשלומים/נתונים, מגבלות שיווק/UX, קושי בחישוב נתח הכנסות.

2. 3. מוכר/מפיץ MOR

רסלר שותף קונה ממך ”סיטונאי” (B2B), מוכר B2C תחת MoR שלה.

מקצוענים: מומחיות מקומית, הפחתת הסיכונים שלכם.

חסרונות: סיכון לקניבליזציה של מותג, הסתמכות על SLA מוכר

2. 4. שוק/פלטפורמה MoR (MoR לסוחרים רבים)

פלטפורמה - MoR; אופרטורים/אולפנים הם ”אנשי מכירות”, אבל לא MoRS.

מקצוענים: בדיקת יחיד, צבירה של PSP/שיטה, פיסקליזציה אחת.
אסירים: פיצול הסדר מורכב, הקצאת מס ודיווח, סיכון חוצה אחריות.

2. 5. דגם היברידי

בשווקים ירוקים - סוחר ישיר, בשווקים אפורים/יקרים - Full-MoR/Reseller.

מקצוענים: מהירות/בקרה/עלות טרייד.
חסרונות: מורכבות מוגברת של חשבונאות, ניתוב ודיווח ”כפול”.

3) מתווה אחריות: מי אחראי למה

4) זרם מזומנים והסדר

4. 1. ישיר

השחקן # PSP/רוכש = = חשבון האופרטור (ברוטו/נטו). מרכזנית משלמת לשותפים/מיסים.

4. 2. MoR מלא

* PSP MOR * חשבון התשלום של MoR לאופרטור על פי הדו "ח (נתח הכנסות/CPA). עמלות, מע "מ, החזרים/CB בתוך MoR. אפשרות להסגר/להתגלגל שמורה.

4. 3. התפצלות שוק

Player # MoR platform # התיישבות מפוצלת: נתח של פלטפורמה, מרכזייה, סטודיו, שיוך (מינוס עמלות/מסים).

מפתח: תיקון ניתוק/T + N, מימון מטבע, כללי FX וטקסי פיוס: ”TX # File # Finance”.

5) מיסים ומוניציפציה

VAT/GST: למי יש צ 'ק, ו-VAT/GST (בדרך כלל MoR). עם מפעיל ישיר.
GGR: משולם על ידי מפעיל מורשה על פי כללי השיפוט (MoR extreme payer of GGR).
הסתרת תשלומים לשותפים - זה שמשלם (MoR/Operator).
דמי תשלום PSP: ממור או מהמפעיל (לפי המודל); ב-ND/Fin מדווחים בנפרד.
פיסקליזציה/עיבוד צ 'קים: דרישות מקומיות (לדוגמה, חשבונית אלקטרונית, קבלה כספית) בדרך כלל על MoR.

6) חוקי וחוזים (חייב-יש סעיפים)

הגדרה של MoR (שהוא בכל מדינה/ערוץ), תיאור, אחריות להגנת הצרכן.
מיסים: מי משלם מע "מ/GST/GGR/WHT; מכניקה מגעילה, החלפת תעודות (DTT, VAT/EORI).
KYC/AML/סנקציות: הקצאת תפקידים, SLA לבדיקות, זכות לסרב/לחסום.
החזר/שארג 'בקס: תהליך, תזמון, בסיס ראיות, מי סובל הפסדים.
נתונים ופרטיות: GDPR/Data Law, DPA, תפקידי בקר/מעבד, שידורים חוצי גבולות.
PSP/PCI DSS: שבבעלותו חשבונות סוחר, הנושאים את הקנסות של מזימות.
הגדרה/שמורה: T + N, רזרבה מתגלגלת, תיקייה שלילית, ביקורת/דיווח.
כוח עליון/סנקציות: צו הקפאה, זכויות סיום, נאמנות.

7) תהליכים מבצעיים

גיאו-פוליטיקה ורישיונות: מטריצה של שווקים מותרים (ראו "Geoblocks').
KYC/KYB/SoF: סטנדרטים אחידים וניתוב שלב מעל MOR/operator.
אנטי-פראוד ו-3DS: אחריות על הגדרות, בדיקות AB, סף סיכון.
נתב תשלום: BIN/method/PSP לפי מודל MOR; נסיגה ונהלי קיצוצים.
פיוס: העברות יומיות ↔ תיקי פשרה ↔ מימון, דו "חות שונים.
דיווח: תצוגות נפרדות עבור המפעיל (GGR/NGR) ו-MoR (VAT/refunds/CB).

8) מתי לבחור איזה מודל (מטריקס החלטה)

9) KPI ולוחות מחוונים

Take-rate all-in by model (עמלות PSP + MoR margin + FX slippage).
AR/DR/3DS עובר על ידי Geo/PSP/מודל.
החזר/שיעור צ 'רג' בק ואחריות על ידי ישות אחראית.
התיישבות SLA: T + N קצב פגע, עיכובים מימון, איזון רזרבי.
חשיפת מס: VAT/GST על ידי MoR, GGR על ידי מפעיל, WHT על ידי שותף.
איחור נתונים ושלמות - אחוז העסקאות עם הקשר 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 (אופרטור) 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. מטריקס אחריות למחלוקות

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 לעתים קרובות פאן-סקופ ב MoR.
GDPR/פרטיות: DPA ותפקידים (Controller/Processor), SCC/IDTA עבור שידורים חוצי גבולות, מזעור נתונים, תקופות שימור.
סנקציות/רפ "ק: מי מקיים את ההקרנה - רשומה בחוזה וביומן האחריות.
SCA/3DS: אחריות להגדרת זרימה וראיות בסכסוכים.

13) סיכונים והתראות

סחיפת מדיניות: עסקאות ללא מינוי מודל MoR - P1.
עיכוב הסדר: תשלומי T + N MoR הופרו - P1.
VAT/GGR: אי התאמות בין מחושב לבין MoR מדווח> סף - P2.
ספייק CB בצד MoR/operator - אמצעים מבצעיים (3DS, גבולות, ניתוב).
FX Slippage על ידי MoR-הסדר - להשוות אפקטיבי נגד התייחסות.
שלמות נתונים - דיווח ללא קבצים/חתימות - עצור לתשלום.

14) המנהגים הטובים ביותר (קצר)

1. תיעד את המודל עבור כל GEO/ערוץ: מי הוא MOR, מי משלם VAT/GGR, מי מחזיק ב-PAN, מי אחראי למחלוקת.
2. חנויות נפרדות: מכולת (GGR/NGR) ו-MoR-financial (VAT/החזר/CB/עמלות).
3. חוזים עם נוסחאות חישוב SLA/depholds נקיים ותשלום/עמלות/רזרבה.
4. ניתוב PSP AB אפילו ב Full-MoR - עבור AR/DR ועלות.
5. מדיניות ותיקייה (mor_model v1/v2), עיבוד חוזר דטרמיניסטי.
6. פיוס יומי של 'טקס ↔ הסדר ↔ מימון', התראות שונות.
7. התחקות משפטית: בסיס חוקי לכל GEO (רישיונות, מע "מ, סנקציות).

15) רשימת יישומים/הגירה

נתונים/דיאגרמות

[ ] שופט. mor_models', תשלומים. עסקאות עם שדות 'mor _'.

[ ] הצגת מקרים 'mor _ התיישבות', 'vat _ ledger', 'gr _ rollup'.

[ ] ניתוב כבול GEO/BIN/MOR

חוזים/תהליכים

[ חוזים ] עם מוכרי מיסים: מיסים, סכסוכים, נתונים, SLA, רזרבה.

[ ] PCI/GDPR: תפקידים, ביקורות, DPIA.

[ ] מבצעים: ניתוק/T + N, חוקי FX, הליכים שונים.

ניטור/התראות

[ ] SLA, וריאציות VAT/GGR, ספייק CB, חלקלק FX.

[ ] שלמות נתונים/עקביות וחתימות קבצים.

תקציר

MoR הוא לא "PSP אחר. "זהו תפקידו המשפטי של מוכר בעל אחריות מס, צרכנית ותפעולית. בחירה בין Direct, Full-MoR, Reseller ו-Marketplace היא איזון של מהירות, שליטה, עלות וסיכון. תקן את המודל עבור כל GEO, הפרד את קווי המתאר של GGR (אופרטור) ו ־ VAT (MOR), אוטומטי פיוס ודיווח - ותקבל רווח צפוי ללא הפתעות משפטיות.