MoR: modele i odpowiedzialność

1) Co to jest Merchant of Record (MoR) i dlaczego jest potrzebne

Handlowiec ewidencji jest osobą prawną, która formalnie sprzedaje produkt/usługę klientowi końcowemu, wystawia czek/fakturę, akceptuje płatność, ponosi zobowiązania podatkowe i konsumenckie, prowadzi spory i znajduje odzwierciedlenie w wyciągu bankowym (deskryptor).

• organy regulacyjne i podatki (gdzie należy zapłacić GGR/VAT/GST/WHT),
• odpowiedzialność konsumentów (zwroty/obciążenia zwrotne, KYC/SoF, RG),
• prędkość operacyjna wejścia na rynek (z wykorzystaniem czyjejś infrastruktury licencyjnej/MoR),
• logistyka finansowa (multi-GEO, multi-currency, rozliczenie i FX).

Niż MoR i PSP: PSP - kanał odbioru pieniędzy (infrastruktura), MoR - sprzedawca zgodnie z prawem. Agregatory mogą być PSP bez statusu MoR; i dostawca MoR może włączyć PSP w jego stosie.

2) Podstawowe modele MoR

2. 1. Handlowiec bezpośredni (klasyczny)

Samym operatorem iGaming jest MoR.

Plusy: pełna kontrola marki, taryf, danych, podatków; minimalny margines pośredników.
Wady: złożone licencje/lokalne rejestracje, VAT/GST, rachunkowość GGR, WHT, PCI DSS, KYC/AML w każdym kraju; długi czas na rynku.

2. 2. Dostawca pełnego MoR

Zewnętrzny MoR sprzedaje B2C, jesteś dostawcą treści/usług MoR'y.

Plusy: szybkie uruchomienie, przesunięcie VAT/GST/obciążenie zwrotne/fakturowanie, podatki rynkowe, portfele lokalne.
Minusy: marża MoR, mniejsza kontrola nad płatnościami/danymi, ograniczenia marketingowe/UX, trudności w obliczaniu udziału w przychodach.

2. 3. Odsprzedawca/dystrybutor MoR

Odsprzedawca kupuje od Ciebie „hurtowe” (B2B), sprzedaje B2C w ramach MoR.

Plusy: lokalna wiedza specjalistyczna, zmniejszenie ryzyka.

Minusy: ryzyko kanibalizacji marki, uzależnienie od odsprzedawców SLA

2. 4. Rynek/Platforma MoR (jeden MoR dla wielu handlowców)

Platforma - MoR; operatorzy/studia są „salespeople”, ale nie MoR.

Plusy: kontrola pojedyncza, agregacja PSP/metody, pojedyncza fiskalizacja.
Wady: złożone rozrachunki, alokacja podatków i sprawozdawczości, ryzyko współodpowiedzialności.

2. 5. Model hybrydowy

Na zielonych rynkach - Direct Merchant, na szarych/drogich rynkach - Full-MoR/Reseller.

Plusy: prędkość/kontrola/koszt handlu.
Minusy: zwiększona złożoność rachunkowości, routingu i „podwójnego” raportowania.

3) Zarys odpowiedzialności: kto jest odpowiedzialny za co

4) Przepływy pieniężne i rozrachunek

4. 1. Bezpośrednie

Gracz → PSP/acquirer → konto operatora (brutto/netto). Operator płaci partnerom/podatki.

4. 2. Pełny MoR

Gracz → PSP MoR → MoR → rachunek wypłaty operatorowi zgodnie z raportem (przychód/CPA). Prowizje, VAT, zwroty/BC - w ramach MoR. Możliwa rezerwa holdback/toczenia.

4. 3. Rynek Split

Gracz → Platforma MoR → rozrachunek podzielony: udział platformy, operatora, studio, partnera (minus opłaty/podatki).

Klucz: naprawić odcięcie/T + N, finansowanie waluty, zasady FX i rytuały pojednania: 'Tx → Plik → Finansowanie'.

5) Podatki i MoR

VAT/GST (B2C): osoba posiadająca czek oraz VAT/GST (zwykle MoR). Z bezpośrednim operatorem.
GGR: opłacany przez licencjonowanego operatora zgodnie z przepisami jurysdykcyjnymi (MoR i zawsze płatnika GGR).
WHT: wstrzymanie płatności na rzecz partnerów - ten, kto płaci (MoR/operator).
Opłaty płatnicze PSP: od MoR lub od operatora (według modelu); w raporcie ND/Fin - oddzielnie.
Fiskalizacja/przetwarzanie kontrolne: wymagania lokalne (na przykład fakturowanie elektroniczne, pokwitowanie fiskalne) zwykle w MoR.

6) Przepisy prawne i umowy (klauzule obowiązkowe)

Definicja MoR (kto to jest w każdym kraju/kanale), deskryptor, odpowiedzialność za ochronę konsumentów.
Podatki: kto płaci VAT/GST/GGR/WHT; mechanika brutto, wymiana certyfikatów (DTT, VAT/EORI).
KYC/AML/sankcje: przydział ról, SLA dla kontroli, prawo do odmowy/blokowania.
Zwroty/obciążenia zwrotne: proces, czas, podstawa dowodowa, którzy ponoszą straty.
Dane i prywatność: RODO/prawo danych, DPA, role administratora/procesora, transmisje transgraniczne.
PSP/PCI DSS: właściciel kont handlowców, który ponosi grzywny z tytułu systemów.
Ustawienie/rezerwa: T + N, rezerwa bieżąca, przeniesienie ujemne, audyt/sprawozdawczość.
Siła wyższa/sankcje: zamrożenie, wypowiedzenie, powiernictwo.

7) Procesy operacyjne

Geopolityka i licencje: matryca dozwolonych rynków (zob. „Geoblocks”).
KYC/KYB/SoF: jednolite normy i routing stopniowy nad MoR/operator.
Antyfraud i 3DS: odpowiedzialność za ustawienia, testy AB, próg ryzyka.
Router płatniczy: BIN/method/PSP zgodnie z modelem MoR; procedury awaryjne i cięcia.
Uzgadnianie: dzienne 'transakcje, pliki rozrachunku ", raporty wariancji.
Sprawozdawczość: oddzielne prezentacje dla operatora (GGR/NGR) i MoR (VAT/refundacje/BC).

8) Kiedy wybrać model (Macierz decyzji)

9) KPI i deski rozdzielcze

Weź-rate all-in według modelu (opłaty PSP + marża MoR + poślizg FX).
AR/DR/3DS przejść przez geo/PSP/model.
Zwrot/Obciążenie zwrotne i odpowiedzialność podmiotu odpowiedzialnego.
Rozliczenie SLA: T + N hit-rate, opóźnienia finansowania, saldo rezerwy.
Ekspozycja podatkowa: VAT/GST według MoR, GGR według operatora, WHT według partnera.
Opóźnienie i kompletność danych - odsetek transakcji z pełnym kontekstem MoR.

10) Dane i model (uproszczone)

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) szablony SQL

11. 1. Podział przychodów według modelu 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. Płatność netto w pełnym 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 (operator) 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. Macierz odpowiedzialności za spory

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) Bezpieczeństwo i dane

PCI DSS: kto przechowuje/przetwarza PAN jest „włączony”; na Full-MoR często PAN-zakres w MoR.
RODO/Prywatność: DPA i Role (Controller/Processor), SCC/IDTA dla transmisji transgranicznych, minimalizacja danych, okresy retencji.
Sankcje/REP: kto prowadzi badanie przesiewowe - zapis w umowie i dzienniku odpowiedzialności.
SCA/3DS: odpowiedzialność za ustalanie przepływu i dowodów w sporach.

13) Zagrożenia i wpisy

Drift polityki: transakcje bez przypisanego modelu MoR - P1.
Opóźnienie rozliczenia: naruszone płatności T + N MoR - P1.
Wariancja VAT/GGR: rozbieżności między sprawozdaniami obliczonymi a raportami MoR> próg - P2.
CB Spike po stronie MoR/operatora - środki operacyjne (3DS, limity, routing).
FX Slippage by MoR-settlement - porównaj skuteczne vs reference.
Kompletność danych - raport bez plików/podpisów - zatrzymanie płatności.

14) Najlepsze praktyki (krótkie)

1. Udokumentuj wzór dla każdego GEO/kanału: kto jest MoR, kto płaci VAT/GGR, kto posiada PAN, kto jest odpowiedzialny za spór.
2. Oddzielne sklepy: spożywcze (GGR/NGR) i MoR-finansowe (VAT/zwrot/BC/opłaty).
3. Umowy z wyraźnymi SLA/progami i wypłaty/opłaty/wzory obliczeń rezerwy.
4. PSP AB routing nawet w Full-MoR - dla AR/DR i kosztów.
5. Wersioning zasad i katalogów (mor_model v1/v2), przeróbka deterministyczna.
6. Codzienne uzgadnianie „Tx i rozrachunku”, alerty wariancji.
7. Legalne śledzenie: podstawa prawna dla każdego GEO (licencje, VAT, sankcje).

15) Lista kontrolna wdrażania/migracji

Dane/schematy

• "sygn. mor_models', płatności. transakcje "z polami" mor _ ".
• Wyświetlanie przypadków „mor _ settlements”, „vat _ ledger”, „ggr _ rollup”.
• Routing związany GEO/BIN/MoR

Kontrakty/Procesy

• Umowy z MoR/odsprzedawcami: podatki, spory, dane, SLA, rezerwa.
• PCI/RODO: role, audyty, DPIA.
• Operacje: odcięcie/T + N, zasady FX, procedury wariancji.

Monitorowanie/Wpisy

• Rozliczenie SLA, VAT/GGR variance, CB spike, FX slipage.
• Kompletność/spójność danych i podpisy plików.

Podsumowanie

MoR nie jest "kolejnym PSP. - Jest to rola prawna sprzedawcy z odpowiedzialnością podatkową, konsumencką i operacyjną. Wybór pomiędzy Direct, Full-MoR, Reseller i Marketplace to równowaga prędkości, kontroli, kosztów i ryzyka. Naprawić model dla każdego GEO, oddzielić kontury GGR (operator) i VAT (MoR), zautomatyzować pojednanie i raportowanie - i otrzymujesz przewidywalną monetyzację bez prawnych niespodzianek.