MoR: модели и ответственность

1) Что такое Merchant of Record (MoR) и зачем он нужен

Merchant of Record — юридическое лицо, которое формально продает товар/услугу конечному клиенту, выставляет чек/счет, принимает оплату, несет налоговые и потребительские обязательства, ведет диспуты и отражается в банковской выписке (descriptor).

• регуляторики и налогов (где платить GGR/VAT/GST/WHT),
• потребительской ответственности (refunds/chargebacks, KYC/SoF, RG),
• операционной скорости выхода на рынок (использование чужой лицензии/инфраструктуры MoR),
• финансовой логистики (multi-GEO, multi-currency, settlement и FX).

Чем MoR ≠ PSP: PSP — канал приема денег (инфраструктура), MoR — продавец по закону. Агрегаторы могут быть PSP без статуса MoR; а MoR-провайдер может включать PSP внутри своего стека.

2) Базовые модели MoR

2.1. Direct Merchant (классика)

Оператор iGaming сам — MoR.

Плюсы: полный контроль бренда, тарифов, данных, налогов; минимальная маржа посредников.
Минусы: сложные лицензии/локальные регистрации, VAT/GST, GGR-учет, WHT, PCI DSS, KYC/AML в каждой стране; длинный time-to-market.

2.2. Full-MoR Provider (аутсорс MoR)

Внешний MoR продает B2C, вы — поставщик контента/услуг MoR’у.

Плюсы: быстрый запуск, переложение VAT/GST/чарджбеков/инвойсинга, marketplace-налоги, локальные кошельки.
Минусы: маржа MoR, меньший контроль над платежами/данными, ограничения маркетинга/UX, сложность расчетов по revenue share.

2.3. Reseller/Distributor MoR

Партнер-реселлер покупает у вас “оптом” (B2B), продает B2C под своим MoR.

Плюсы: локальная экспертиза, снижение ваших рисков.
Минусы: риск каннибализации бренда, зависимость от SLA реселлера.

2.4. Marketplace/Platform MoR (один MoR для многих продавцов)

Платформа — MoR; операторы/студии — «продавцы», но не MoR.

Плюсы: единый чек, агрегация PSP/методов, единая фискализация.
Минусы: сложный split-settlement, распределение налогов и отчетности, риск cross-liability.

2.5. Гибридная модель

По «зеленым» рынкам — Direct Merchant, по «серым/дорогим» — Full-MoR/Reseller.

Плюсы: компромисс скорость/контроль/стоимость.
Минусы: повышенная сложность учета, роутинга и «двойной» отчетности.

3) Контур ответственности: кто за что отвечает

4) Денежные потоки и settlement

4.1. Direct

Игрок → PSP/эквайрер → счет оператора (gross/net). Оператор платит партнерам/налоги.

4.2. Full-MoR

Игрок → PSP MoR → счет MoR → payout оператору по отчету (revenue share/CPA). Комиссии, VAT, refunds/CB — внутри MoR. Возможны holdback/rolling reserve.

4.3. Marketplace Split

Игрок → MoR платформа → split settlement: доля платформы, оператора, студии, аффилиата (minus fees/taxes).

Ключевое: фиксируйте cut-off/T+N, валюту funding, FX-правила и ритуалы сверки: `Tx → File → Funding`.

5) Налоги и MoR

VAT/GST (B2C): у кого чек, у того и VAT/GST (обычно MoR). При Direct — оператор.
GGR: платит лицензированный оператор по правилам юрисдикции (MoR ≠ всегда плательщик GGR).
WHT: удержание у источника при выплатах партнерам — у того, кто платит (MoR/оператор).
Платежные сборы PSP: у MoR или у оператора (по модели); в ND/фин-отчетности — раздельно.
Фискализация/чек-оформление: локальные требования (например, e-invoicing, fiscal receipt) обычно на MoR.

6) Юридика и договоры (must-have клаузы)

Определение MoR (кто им является в каждой стране/канале), descriptor, ответственность за consumer protection.
Налоги: кто платит VAT/GST/GGR/WHT; механика gross-up, обмен сертификатами (DTT, VAT/EORI).
KYC/AML/санкции: распределение ролей, SLA на проверки, право отказа/блокировки.
Refunds/Chargebacks: процесс, сроки, доказательная база, кто несет потери.
Данные и приватность: GDPR/закон о данных, DPA, роли controller/processor, трансграничные передачи.
PSP/PCI DSS: кто владеет мерчант-аккаунтами, кто несет штрафы схем.
Сеттлмент/резерв: T+N, rolling reserve, negative carry-over, audit/reporting.
Force-majeure/санкции: порядок freeze, права на прекращение, escrow.

7) Операционные процессы

Геополитики и лицензии: матрица разрешенных рынков (см. «Геоблокировки»).
KYC/KYB/SoF: единые стандарты и маршрутизация step-up по MoR/оператору.
Антифрод и 3DS: ответственность за настройки, AB-тесты, риск-порог.
Платежный роутер: BIN/метод/PSP по модели MoR; fallback и cut-over процедуры.
Сверка: ежедневно `transactions ↔ settlement files ↔ funding`, variance-отчеты.
Отчетность: отдельные витрины для оператора (GGR/NGR) и MoR (VAT/refunds/CB).

8) Когда выбирать какую модель (Decision Matrix)

9) KPI и дашборды

Take-rate all-in по модели (PSP fees + MoR margin + FX slippage).
AR/DR/3DS pass по гео/PSP/модели.
Refund/Chargeback rate и liability по ответственному субъекту.
Settlement SLA: T+N hit-rate, funding delays, reserve balance.
Tax exposure: VAT/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. Net payable при 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 часто PAN-scope у MoR.
GDPR/Privacy: DPA и Роли (Controller/Processor), SCC/IDTA для трансграничных передач, минимизация данных, сроки хранения.
Санкции/PEP: кто ведет скрининг — фиксируйте в договоре и в журнале ответственности.
SCA/3DS: ответственность за настройку флоу и доказательства при диспутах.

13) Риски и алерты

Policy Drift: транзакции без присвоенной модели MoR — P1.
Settlement Delay: нарушен T+N MoR-выплат — P1.
Variance VAT/GGR: расхождения между расчетными и MoR-отчетами > порога — P2.
CB Spike на стороне MoR/оператора — оперативные меры (3DS, лимиты, роутинг).
FX Slippage по MoR-settlement — сравнивать effective vs reference.
Data Completeness: отчет без файлов/подписей — стоп к выплате.

14) Best practices (коротко)

1. Документируйте модель по каждому GEO/каналу: кто MoR, кто платит VAT/GGR, кто держит PAN, кто отвечает за диспут.
2. Разделяйте витрины: продуктовая (GGR/NGR) и MoR-финансовая (VAT/refund/CB/fees).
3. Контракты с четкими SLA/порогами и формулами расчета payout/fees/reserve.
4. AB-роутинг PSP даже при Full-MoR — для AR/DR и стоимости.
5. Версионирование политик и справочников (mor_model v1/v2), детерминированный reprocess.
6. Ежедневная сверка `Tx ↔ Settlement ↔ Funding`, variance-алерты.
7. Юридическая трассировка: legal basis по каждому GEO (лицензии, VAT, санкции).

15) Чек-лист внедрения / миграции

Данные/схемы

• `ref.mor_models`, `payments.transactions` c полями `mor_`.
• Витрины `mor_settlements`, `vat_ledger`, `ggr_rollup`.
• Маршрутизация по GEO/BIN/методу с привязкой к модели MoR.

Контракты/процессы

• Договоры с MoR/реселлерами: налоги, диспуты, данные, SLA, резерв.
• PCI/GDPR: роли, аудиты, DPIA.
• Операции: cut-off/T+N, FX-правила, variance-процедуры.

Мониторинг/алерты

• Settlement SLA, VAT/GGR variance, CB spike, FX slippage.
• Data completeness/consistency и подписи файлов.

Резюме

MoR — это не «еще один PSP». Это юридическая роль продавца с налоговой, потребительской и операционной ответственностью. Выбор между Direct, Full-MoR, Reseller и Marketplace — баланс скорости, контроля, стоимости и рисков. Зафиксируйте модель по каждому GEO, разделите контуры GGR (оператор) и VAT (MoR), автоматизируйте сверку и отчетность — и вы получите предсказуемую монетизацию без правовых сюрпризов.