MoR: 모델 및 책임
1) 상인 (MoR) 이란 무엇이며 왜 필요한가
Merchant of Record는 최종 고객에게 공식적으로 제품/서비스를 판매하고, 수표/송장을 발행하고, 지불을 수락하고, 세금 및 소비자 의무를 발생시키고, 분쟁을 수행하며, 은행 명세서 (설명자) 에 반영되는 법인입니다.
iGaming 루프에서 MoR은 다음에 중요합니다
규제 기관 및 세금 (GGR/VAT/GST/WHT 지불 장소),
소비자 책임 (환불/청구, KYC/SoF, RG),
시장에 진입하는 운영 속도 (다른 사람의 라이센스/MoR 인프라 사용)
금융 물류 (다중 GEO, 다중 통화, 결제 및 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. 풀 MoR 제공 업체
외부 MoR은 B2C를 판매하며 MoR 'y의 컨텐츠/서비스 제공 업체입니다.
장점: 빠른 출시, VAT/GST/chargeback/송장, 시장 세금, 현지 지갑 이동.
단점: MoR 마진, 지불/데이터에 대한 통제력 감소, 마케팅/UX 제한, 수익 점유율 계산 어려움.
2. 3. 리셀러/유통 업체 MoR
Reseller 파트너는 "도매" (B2B) 에서 구매하고 MoR에서 B2C를 판매합니다.
장점: 지역 전문 지식으로 위험을 줄입니다.
단점: 브랜드 식인 화의 위험, 리셀러 SLA에 대한 의존
2. 4. 마켓 플레이스/플랫폼 MoR (많은 판매자를위한 하나의 MoR)
플랫폼 - MoR; 운영자/스튜디오는 "영업 사원" 이지만 MoR은 아닙니다.
장점: 단일 점검, PSP/방법 집계, 단일 핵분열.
단점: 복잡한 분할 해결, 세금 및보고 할당, 책임 간 위험.
2. 5. 하이브리드 모델
녹색 시장-직접 상인, 회색/고가의 시장-Full-MoR/Reseller.
장점: 속도/제어/비용 절감.
단점: 회계, 라우팅 및 "이중" 보고의 복잡성이 증가했습니다.
3) 책임 개요: 누가 책임을 져야하는지
4) 현금 흐름 및 결제
4. 1. 직접
플레이어 → PSP/인수자 → 운영자 계정 (총/순). 운영자는 파트너/세금을 지불합니다.
4. 2. 풀 모어
플레이어 → PSP MoR → 보고서에 따라 운영자에게 MoR → 지불 계정 (수익 점유율/CPA). 커미션, VAT, 환불/CB-MoR 내. 가능한 홀드 백/롤링 리저브.
4. 3. 마켓 플레이스 분할
플레이어 → MoR 플랫폼 → 분할 결제: 플랫폼, 운영자, 스튜디오, 계열사의 점유율 (마이너스 수수료/세금).
키: 컷오프/T + N 수정, 자금 조달 통화, FX 규칙 및 조정 의식: 'Tx → File → Funding'.
5) 세금 및 MoR
VAT/GST (B2C): 수표가있는 사람 및 VAT/GST (보통 MoR). 직접-운영자와 함께.
GGR: 관할권 규칙에 따라 라이센스가있는 운영자가 지불합니다 (MoR
WHT: 지불하는 파트너 (MoR/운영자) 에 대한 지불 보류.
지불 수수료 PSP: MoR 또는 운영자로부터 (모델에 따라); ND/Fin보고에서-별도로.
회계/체크 처리: 일반적으로 MoR의 현지 요구 사항 (예: 전자 송장, 재정 영수증).
6) 법률 및 계약 (필수 조항)
MoR (각 국가/채널에있는 사람) 의 정의, 설명자, 소비자 보호에 대한 책임.
세금: VAT/GST/GGR/WHT를 지불하는 사람; 총 역학, 인증서 교환 (DTT, VAT/EORI).
KYC/AML/제재: 역할 할당, 점검을위한 SLA, 거부/차단할 권리.
환불/청구: 손실을 겪는 프로세스, 타이밍, 증거 기반.
데이터 및 개인 정보 보호: GDPR/데이터 법, DPA, 컨트롤러/프로세서 역할, 국경 간 전송.
PSP/PCI DSS: 가맹점 계정을 소유 한 사람, 벌금을 부과하는 사람.
설정/예약: T + N, 롤링 리저브, 네거티브 이월, 감사/보고.
강제-제재/제재: 동결 질서, 종료 권리, 에스크로.
7) 운영 프로세스
지정학 및 라이센스: 허용 된 시장의 매트릭스 ("Geoblocks" 참조).
KYC/KYB/SoF: MoR/연산자를 통한 균일 한 표준 및 스텝 업 라우팅.
사기 방지 및 3DS: 설정, AB 테스트, 위험 임계 값에 대한 책임.
결제 라우터: MoR 모델에 따른 BIN/방법/PSP; 대체 및 컷 오버 절차.
조정: 매일 '트랜잭션 결제 파일', 분산 보고서.
보고: 운영자 (GGR/NGR) 및 MoR (VAT/환불/CB) 을위한 별도의 쇼케이스.
8) 어떤 모델을 선택할시기 (결정 매트릭스)
9) KPI 및 대시 보드
모델 별 올인율 평가 (PSP 수수료 + MoR 마진 + FX 미끄러짐).
AR/DR/3DS는 지리/PSP/모델을 통과합니다.
책임있는 기관의 환불/요금 환급 및 책임.
합의 SLA: T + N 적중률, 자금 지원 지연, 예비 잔액.
세금 노출: MoR의 VAT/GST, 운영자의 GGR, 파트너의 WHT.
데이터 대기 시간 및 완전성-완전한 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에서 지불 가능 순
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/개인 정보 보호: 국경 간 전송, 데이터 최소화, 보존 기간을위한 DPA 및 역할 (컨트롤러/프로세서), SCC/IDTA.
제재/REP: 심사를 수행하는 사람-계약 및 책임 로그에 기록.
SCA/3DS: 분쟁에서 흐름과 증거를 설정하는 책임.
13) 위험 및 경고
정책 드리프트: MoR 모델이없는 거래-P1.
결제 지연: T + N MoR 결제 위반-P1.
변형 VAT/GGR: 계산 된 보고서와 MoR 보고서의 불일치> 임계 값 - P2.
MoR/운영자 측의 CB 스파이크-운영 조치 (3DS, 한계, 라우팅).
MoR 결제에 의한 FX Slippage-유효 대 참조 비교.
데이터 복잡성-파일/서명없이보고-결제 중지
14) 모범 사례 (짧은)
1. 각 GEO/채널에 대한 모델을 문서화하십시오: MoR, VAT/GGR 지불, PAN 보유, 분쟁 책임자.
2. 별도의 상점: 식료품 점 (GGR/NGR) 및 MoR 금융 (VAT/환불/CB/수수료).
3. 명확한 SLA/임계 값 및 지불/수수료/예비 계산 공식과의 계약.
4. AR/DR 및 비용을 위해 Full-MoR에서도 PSP AB 라우팅.
5. 정책 및 디렉토리 버전 지정 (mor _ model v1/v2), 결정 론적 재 처리.
6. 분산 경고 인 'Tx ² Settlement SL Funding' 의 일일 조정.
7. 법적 추적: 각 GEO (라이센스, VAT, 제재) 에 대한 법적 근거.
15) 구현/마이그레이션 점검표
데이터/다이어그램
- 'ref. mor _ models ',' payment. 'mor _' 필드와의 거래.
- 케이스 'mor _ deposition', 'vat _ ledger', 'ggr _ rollup' 을 표시합니다.
- GEO/BIN/MoR 바운드 라우팅
계약/프로세스
- MoR/리셀러와의 계약: 세금, 분쟁, 데이터, SLA, 준비금.
- PCI/GDPR: 역할, 감사, DPIA.
- 운영: 컷오프/T + N, FX 규칙, 분산 절차.
모니터링/경고
- 합의 SLA, VAT/GGR 분산, CB 스파이크, FX 미끄러짐.
- 데이터 완전성/일관성 및 파일 서명.
요약
MoR은 "다른 PSP가 아닙니다. "이것은 세금, 소비자 및 운영 책임을 가진 판매자의 법적 역할입니다. Direct, Full-MoR, Reseller 및 Marketplace를 선택하는 것은 속도, 제어, 비용 및 위험의 균형입니다. 각 GEO의 모델을 수정하고 GGR (연산자) 과 VAT (MoR) 의 윤곽을 분리하고 조정 및보고를 자동화하며 법적 놀라움없이 예측 가능한 수익 창출을받습니다.