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）路径，自动进行对账和报告-并且无需法律惊喜即可获得可预测的货币化。