MoR: modelos e responsabilidade

1) O que é Merchant of Record (MoR) e o que é preciso

Merchant of Record - Uma pessoa jurídica que formalmente vende um produto/serviço ao cliente final, executa um cheque/conta, aceita o pagamento, assume obrigações fiscais e de consumo, gere dispêndios e reflete no extrato bancário (descriptor).

• regulação e impostos (onde pagar GGR/VAT/GST/WHT),
• responsabilidade do consumidor (refunds/chargebacks, KYC/SoF, RG),
• velocidade operacional de acesso ao mercado (uso da licença de outros/infraestrutura MoR),
• logística financeira (multi-GEO, multi-currency, setlement e FX).

O que PSP PSP é um canal de recebimento de dinheiro (infraestrutura), o é um vendedor legal. Os agregadores podem ser PSP sem status; e o provedor MoR pode incluir o PSP dentro da sua pilha.

2) Modelos básicos MoR

2. 1. Direto Merchant (clássico)

O operador é um .

Benefícios: controle total da marca, tarifas, dados, impostos; margem mínima de intermediários.
Contras: licenças complexas/registros locais, VAT/GST, registro GGR, WHT, PCI DSS, KYC/AML em cada país; Longa time-to-market.

2. 2. Full-MoR Provider (outdoors MoR)

O MoR externo vende B2C, você é um provedor de conteúdo/serviços MoR'y.

Vantagens: lançamento rápido, transferência de VAT/GST/charjbeek/faturamento, impostos marketplace, carteiras locais.
Contras: margem de MoR, menos controle sobre pagamentos/dados, restrições de marketing/UX, complexidade de cálculos por revenue share.

2. 3. Reseller/Distributor MoR

Um sócio revendedor compra-lhe um «opt» (B2B), vende a B2C sob o seu MoR.

A análise local, a redução dos seus riscos.
Contras: risco de canibalização da marca, dependência do revendedor SLA.

2. 4. Marketplace/Plataforma MoR (um MoR para muitos vendedores)

Plataforma - MoR; operadoras/estúdios - «vendedores», mas não MoR.

Benefícios: cheque único, agregação de PSP/métodos, tributação unificada.
Contras: split-masslement complexo, distribuição de impostos e relatórios, risco cross-liability.

2. 5. Modelo híbrido

Para os mercados verdes - Direto Merchant, cinza/caro - Full-MoR/Reseller.

Vantagens: comprometimento velocidade/controle/custo.
Contras: maior dificuldade de contabilidade, roteamento e relatórios duplos.

3) Circuito de responsabilidade: quem é responsável por quê

4) Fluxo de dinheiro e masslement

4. 1. Direct

O jogador PSP/Equirer por conta do operador (gross/net). O operador paga os seus sócios/impostos.

4. 2. Full-MoR

O jogador PSP conta payout para o operador de relatório (revenue share/CPA). Comissões, VAT, refunds/CB - dentro do MoR. Pode ser holdback/rolling reserve.

4. 3. Marketplace Split

O jogador → uma plataforma MoR → split senslement: parte da plataforma, operador, estúdio, afiliada (minus fees/táxes).

Chave: Fixe a cut-off/T + N, a moeda funding, as regras FX e os rituais de confecção de 'Tx → Arquivo → Funding'.

5) Impostos e MoR

VAT/GST (B2C): quem tem um cheque VAT/GST (normalmente MoR). O Direto é um operador.
GGR: Paga por um operador licenciado sob as regras de jurisdição (MoR ≠ sempre pagador da GGR).
WHT: Retenção da fonte nos pagamentos aos associados - a quem paga (MoR/Operador).
Taxas de pagamento PSP: em MoR ou na operadora (modelo); os relatórios ND/fin estão separados.
Tributação/cheque-confecção: requisitos locais (por exemplo, e-invoicing, fiscal receipt) normalmente no MoR.

6) Advocacia e contratos (must-have clausas)

Definição de MoR (quem é em cada país/canal), descriptor, responsabilidade do consumidor de proteção.
Impostos: quem paga VAT/GST/GGR/WHT; mecânica gross-up, compartilhamento de certificados (DTT, VAT/EORI).
KYC/AML/sanções: distribuição de papéis, SLA para verificações, direito de rejeição/bloqueio.
Refunds/Marcebacks: processo, prazo, base de provas, quem tem perdas.
Dados e privacidade: GDPR/Lei de Dados, DPA, Rol Controlador/Processor, Transferências de Dados.
PSP/PCI DSS: quem possui contas merchant, quem aceita multas de esquemas.
Setlment/reserva: T + N, rolling reserve, negative carry-over, auditoria/reporting.
Força-majeure/sanções: ordem freeze, direitos de interrupção, escrow.

7) Processos operacionais

Geopolítica e licenças: matriz de mercados autorizados (ver Geoblockets).
KYC/KYB/SoF: padrões e rotação unificados de step-up para MoR/operador.
Antifrod e 3DS: responsabilidade de configuração, testes AB, risco-limite.
Roteador de pagamento: BIN/método/PSP no modelo MoR; fallback e cut-over procedimentos.
Comprimido: Diárias de 'transmissões', setlement files 'funding', relatórios variantes.
Relatórios: vitrines individuais para o operador (GGR/NGR) e MoR (VAT/refunds/CB).

8) Quando escolher qual modelo (Decise Matrix)

9) KPI e dashboards

Take-rate all-in no modelo (PSP fees + MoR margin + FX slippage).
AR/DR./3DS pass por geo/PSP/modelo.
Refund/Marceback rate e liability por sujeito responsável.
Settlement SLA: T+N hit-rate, funding delays, reserve balance.
Tax exposure: VAT/GST por MoR, GGR por operadora, WHT por parceiro.
Data latency & completeness: proporção de transações com contexto MOR completo.

10) Dados e modelo (simplificado)

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

11. 1. Decomposição de receita do modelo 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 em 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. Matriz de Responsabilidade para Displicentes

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) Segurança e dados

PCI DSS: quem armazena/processa PAN é «queimado»; Com Full-MoR frequência, o PAN-scope em MoR.
GDPR/Privaciy: DPA e Rolos (Controlador/Processador), SCC/IDTA para transmissões de fronteiras, minimização de dados, prazo de armazenamento.
Sanções/RER: Quem fizer o screening, conste no contrato e no diário de responsabilidade.
SCA/3DS: A responsabilidade de configurar o flow e as provas nas dispensas.

13) Riscos e alertas

Policy Drift: transações sem modelo atribuído MoR - P1.
Senslement Delay: Violado T + N pagamento MoR - P1.
Variance VARIAT/GGR: divergências entre os relatórios de cálculo e MOR> limiar - P2.
CB Spike do lado MoR/operador - Medidas operacionais (3DS, limites, routing).
FX Slippage por MoR-settlement - Comparar efetive vs reference.
Data Completeness: relatório sem arquivos/assinaturas - Pare de pagar.

14) Best pratices (curta)

1. Documente o modelo de cada canal GEO: Quem paga o VAT/GGR, quem mantém o PAN, quem é responsável pelo display.
2. Divida as vitrines (GGR/NGR) e Financeira MoR (VAT/refund/CB/fees).
3. Contratos com liminares nítidos SLA/liminares e fórmulas de cálculo payout/fees/reserve.
4. Routing AB PSP mesmo com Full-MoR - para AR/DR. e valor.
5. Versionagem de políticas e guias (mor _ modelo v1/v2), reprocess determinado.
6. Cruzamento diário de 'Tx ↔ Masslement ↔ Funding', alertas variantes.
7. Traçado legal: legal basis para cada GEO (licenças, VAT, sanções).

15) Folha de cheque de implementação/migração

Dados/esquemas

• `ref. mor_models`, `payments. transacções 'com campos' mor _ '.
• Vitrines 'mor _ senslents', 'vat _ ledger', 'ggr _ rollup'.
• Roda por GEO/BIN/método ancorado ao modelo MoR.

Contratos/processos

• Contratos com MoR/revendedores: impostos, displays, dados, SLA, reserva.
• PCI/GDPR: papéis, auditorias, DPIA.
• Operações: cut-off/T + N, regras FX, procedimentos variantes.

Monitoramento/alertas

• Settlement SLA, VAT/GGR variance, CB spike, FX slippage.
• Data completeness/consistency e assinaturas de arquivos.

Currículo

MoR não é mais um PSP. É o papel legal de um vendedor com responsabilidade fiscal, de consumo e operacional. Escolha entre Direto, Full-MoR, Reseller e Marketplace - equilíbrio de velocidade, controle, custo e risco. Fixe o modelo em cada GEO, divida os contornos GGR (operadora) e VAT (MoR), automatize o cruzamento e os relatórios - e você terá uma monetização previsível sem surpresas legais.