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'y.

Плюси: швидкий запуск, перекладення 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 для транскордонних передач, мінімізація даних, терміни зберігання.
Санкції/РЕР: хто веде скринінг - фіксуйте в договорі і в журналі відповідальності.
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), автоматизуйте звірку і звітність - і ви отримаєте передбачувану монетизацію без правових сюрпризів.