MoR：模型和責任
1）什麼是Merchant of Record （MoR）,為什麼需要
Merchant of Record是正式向最終客戶出售商品/服務，開具支票/發票，接受付款，承擔稅收和消費者義務，進行處置並反映在銀行對賬單（descriptor）中的法人實體。
在iGaming中，MoR回路對於：- 監管和稅收（在哪裏支付GGR/VAT/GST/WHT），
- 消費者責任（refunds/chargebacks，KYC/SoF，RG），
- （使用別人的許可證/MoR基礎架構），
- 金融物流（multi-GEO，multi-Currency，settlement和FX）。
MoR ≠ PSP：PSP是接受貨幣的渠道（基礎設施），MoR是法律上的推銷員。聚合器可以是沒有MoR狀態的PSP；MoR提供商可以在其堆棧中啟用PSP。
2）基本的MoR模型
2.1.直接商人（經典）
iGaming運算符本身就是MoR。
優點：完全控制品牌，關稅，數據，稅收；中介機構的最低利潤率。
缺點：每個國家/地區復雜的許可證/本地註冊，VAT/GST，GGR會計，WHT，PCI DSS，KYC/AML；長時間的市場。
2.2.Full-MoR Provider（MoR外包）
外部MoR銷售B2C，您是MoR的內容/服務提供商。
優點：快速啟動,轉移VAT/GST/chargback/inquising,市場稅,本地錢包。
缺點：MoR利潤率，對付款/數據的控制較少，營銷/UX的局限性，復興共享結算的復雜性。
2.3.Reseller/Distributor MoR
經銷商合作夥伴從您那裏購買「批量」（B2B），銷售其MoR下的B2C。
優點：本地專業知識，降低風險。
缺點：品牌自相殘殺的風險，依賴經銷商SLA。
2.4.Marketplace/Platform MoR（許多賣家的一種MoR）
平臺是MoR；運營商/工作室是「賣家」，但不是MoR。
優點：單一支票，PSP/方法匯總，單一財政。
缺點：復雜的分割設置，稅收分配和報告，交叉易失性風險。
2.5.混合模型
在「綠色」市場上-直接商人，在「灰色/昂貴」市場上-Full-MoR/Reseller。
優點：折衷速度/控制/成本。
缺點：會計、路由和「雙重」報告的復雜性增加。
3）責任輪廓： 誰負責什麼
4）現金流量和定居點
4.1.Direct
播放器→ PSP/收購者 →操作員費用（gross/net）。運營商支付合作夥伴/稅款。
4.2.Full-MoR
玩家→ PSP MoR →報告運營商（revenue share/CPA）支付MoR →付款。傭金，VAT，refunds/CB-在MoR內部。可以進行後衛/滾動保護區。
4.3.Marketplace Split
玩家→ MoR平臺→分裂設置：平臺份額，操作員，工作室，附屬機構（minus fees/taxes）。
關鍵：鎖定切入/T+N、貨幣基金、FX規則和匹配儀式：「Tx → File → Funding」。
5）稅收和諒解備忘錄
VAT/GST （B2C）：誰有支票,VAT/GST（通常是MoR）。Direct是操作員。
GGR：根據管轄權規則由持牌運營商支付（MoR ≠始終是GGR付款人）。
WHT：向合作夥伴付款時從源頭扣留-付款人（MoR/運營商）。
PSP支付費用：來自MoR或運營商（按型號）；在ND/fin報告中-分開。
財政化/支票清算：通常在MoR上提出本地要求（例如，電子投資，快速收回）。
6）法律與條約（必須有條款）
定義MoR（每個國家/地區中的誰），描述者，消費者保護責任。
稅收：誰支付VAT/GST/GGR/WHT；分級機制，證書交換（DTT，VAT/EORI）。
KYC/AML/制裁：角色分配，SLA檢查，拒絕/阻止權。
Refunds/Chargebacks：過程、時間表、證據基礎、誰造成損失。
數據和隱私：GDPR/數據法，DPA，控制器/處理器角色，跨境傳輸。
PSP/PCI DSS：誰擁有商戶帳戶，誰承擔電路罰款。
設置/備份：T+N，滾動備份，不受歡迎的寄養，審計/報告。
部隊majeure/制裁：凍結令，終止權，懸而未決。
7）操作流程
地緣政治和許可證：允許市場的矩陣（請參閱「地理封鎖」）。
KYC/KYB/SoF：通過MoR/操作員進行統一標準和步進路由。
Antifrod和3DS：設置責任、AB測試、風險閾值。
支付路由器：基於MoR模型的BIN/方法/PSP；fallback和cut-over過程。
對賬：每天「交易↔設置文件↔ funding」，variance報告。
報告：運營商（GGR/NGR）和MoR（VAT/refunds/CB）的單獨店面。
8）何時選擇哪個模型（決策矩陣）
9） KPI和dashbords
按模型（PSP fees+MoR margin+FX slippage）收取全值。
AR/DR/3DS 地理/PSP/模型通行證。
Refund/Chargeback比例和負責任的實體的易讀性。
Settlement SLA: T+N hit-rate, funding delays, reserve balance.
稅收曝光：MoR的VAT/GST，運營商的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上的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（操作員）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通常是PAN-scope。
GDPR/Privacy：DPA和羅利（控制器/處理器），SCC/IDTA用於跨境傳輸，數據最小化，保留時間。
制裁/RER：誰進行篩查-記錄在合同和責任日誌中。
SCA/3DS：負責調節流失和證據。
13）風險和Alertes
Policy Drift：沒有分配的MoR-P1模型的事務。
Settlement Delay： T+N MoR付款中斷-P1.
Variance VAT/GGR：計算和MoR報告>閾值-P2之間的差異。
MoR/操作員側的 CB Spike-操作措施（3 DS，限制，路由）。
通過MoR設置的FX Slippage-比較效率與參考。
Data Completeness：無文件/簽名報告-停止付款。
14）最佳實踐（簡稱）
1.記錄每個GEO/通道上的模型：誰是MoR，誰支付VAT/GGR，誰持有PAN，誰負責分配。
2.共享店面：雜貨店（GGR/NGR）和MoR財務（VAT/refund/CB/fees）。
3.具有清晰SLA/閾值和薪水/fees/儲備計算公式的合同。
4.即使在Full-MoR下，PSP AB路由也適用於AR/DR和成本。
5.策略和參考書測試（mor_model v1/v2），確定性重復。
6.每日對賬「Tx ↔ Settlement ↔ Funding」，變奏曲。
7.法律跟蹤：每個GEO（許可證，VAT，制裁）的法律基礎。
15）實施/遷移支票
數據/模式
[] `ref.mor_models`, `payments.transactions' c fields 'mor_'。- 「mor_settlements」，「vat_ledger」，「ggr_rollup」的店面。
- 通過MoR模型綁定的GEO/BIN/方法路由。
合同/流程
- 與MoR/經銷商簽訂的合同：稅收、分配、數據、SLA、儲備金。
- PCI/GDPR：角色，審計，DPIA。
- 操作：cut-off/T+N, FX規則,variance過程。
監視/Alerts
[] Settlement SLA, VAT/GGR variance, CB spike, FX slippage.- Data completeness/consistency和文件簽名。
總結
MoR不是「另一個PSP」。這是具有稅收，消費者和經營責任的賣方的法律角色。在Direct、Full-MoR、Reseller和Marketplace之間進行選擇-兼顧速度、控制、成本和風險。記錄每個GEO的模型，分開GGR（操作員）和VAT（MoR）路徑，自動進行對賬和報告-並且無需法律驚喜即可獲得可預測的貨幣化。