GH GambleHub

잠수정과 계단식

1) 개념적 기반

하위 판매자는 주요 판매자/공급자 (PayFac/플랫폼/운영자) 를 통해 지불을 수락하는 법인입니다. 현금 흐름은 마스터 MID/플랫폼 계정으로 이동 한 다음 플랫폼은 하위 판매자 (분할/스위프) 를 지불합니다.

캐스케이딩은 인증을 높이고 비용을 줄이기 위해 규칙 (GEO, BIN, 관세, 위험, 부하) 에 따라 여러 PSP/acquirers/MID를 통한 순차적 또는 병렬 트랜잭션 라우팅 전략입니다.

PayFac-model - "미니 획득자" 로서의 플랫폼: 하위 판매자 (KYB/PCI) 의 온 보딩, 하위 MID의 할당, KYC/AML의 균일 한 규칙 및 분쟁, 중앙 집중식 결제 및 지불.

2) iGaming에서 언제 어디서 필요한지

멀티 브랜드/화이트 라벨: 하나의 운영자, 수십 개의 하위 브랜드/스튜디오 → MID/디스크립터 및보고를보다 쉽게 유지할 수 있습니다.
콘텐츠 마켓 플레이스: 플랫폼-MoR/PayFac, 스튜디오-잠수정 (재 공유, 분할).
높은 위험/지리 믹스: PSP 캐스케이드는 고장, 사고 충격 및 지불 비용을 줄입니다.
현지 방법/지불 복도: 즉석에서 공급자를 선택하고 대체해야합니다.

3) 책임과 역할

지역플랫폼 (마스터)하위 상인
KYB/KYC/AML온보드, 제한, 모니터링데이터 전달, 준수
PCI/카드 데이터일반적으로 플랫폼/PSP에서토큰 화 범위를 벗어남
환불/청구사례 관리, 타이밍, 증거사례 자료, 반환 정책
사기/3DS규칙, 모델, ab 테스트트래픽 트리거 및 제한
정착/예약확대, 회계 준비금/수수료/분할공제에 동의하여 지불 받기
세금 (VAT/GST/GGR/WHT)MoR 모델/계약관할권/계약 별 (로열티/철근)
💡 중요: 플랫폼이 MoR/PayFac 인 경우 소비자의 책임과 체계/인수자의 위험이 있습니다. 하위 판매자가 직접 판매자 인 경우 책임은 계약과 MID로 나뉩니다.

4) MID 및 설명자 계층

마스터 MID (플랫폼)

Brand/Geo/Method에 의하여 하위 MID

-라우팅 프로필 (PSP1 → PSP2... 캐스케이드)

권장 사항:
  • 하위 MID에 대한 별도의 설명자: 더 적은 분쟁.
  • 순수한 분석 및 예비 제어를위한 하위 MID에 의한 별도의 카드/A2A/로컬 방법.
  • A/B의 버전 라우팅 프로파일 (v1/v2)

5) 캐스케이드: 구축 방법

5. 1. 즉석 솔루션

승인시: 규칙에 따라 경로를 선택하십시오 (GEO, BIN/IIN, 브랜드, 직불 카드/신용 카드, 위험 클래스, PSP 한도, 현재 AR/DR, 관세/FX, SLA 사건).

5. 2. 캐스케이드의 종류

연속: PSP _ A → (소프트 감소) → PSP _ B → PSP _ C.
분할 트래픽: 벤치마킹 및 장식 관계를 위해 다른 PSP로의 트래픽%.
끈적 끈적한 BIN: 최고의 PSP를위한 성공적인 BIN 풀 확보.

5. 3. 제한 사항

demempotency를 읽으십시오 (이중 캡처하지 않도록).
반복 시도시 PSP에 동의하십시오 (창 재 시도, 소프트 코드).
각 경로에서 3DS 정책 및 책임 변경을 고려하십시오.

6) 합의, T + N, 준비 및 분할

각 PSP/인수자는 자체 컷오프/T + N과 자체 롤링 리저브를 가지고 있습니다.
이 플랫폼은 하위 MID 수준에서 영수증을 집계하고 릴리스 캘린더가있는 예비 원장을 유지 관리합니다.
하위 판매자에 대한 지불: 보고 기간 동안 순 수수료 및 예비 + 지분 (revshare/CPA).
트랜잭션 (플랫폼/스튜디오/계열사/세금) 또는 기사별로 분할을 지원합니다.

7) 하위 판매자 수준의 사기 방지, 3DS 및 제한

A/B/C 시장 클래스에 대한 다른 점수 임계 값.
BIN/geo/확인에 대한 3DS 규칙 (필수/소프트/스텝 업).
하위 판매자의 속도 제한 (입력/출력, 카드 시도) 및 캡.
"회색" 하위 표준: 엄격한 한도, 흰색 방법 및 지연된 지불 만.

8) 관세 및 요금

PSP 수수료 (인터체인지/체계/마크 업/고정) + FX 미끄러짐 + 플랫폼 공유 + 예비 효과: 하위 판매자의 효과적인 테이크 레이트를 고려하십시오.
IC++ 및 BIN 라우팅을 사용하여 캐스케이드의 혼합 비용을 줄입니다.

9) 데이터 및 최소 모델

sql
-- Directories
CREATE TABLE ref. submerchants (
sub_id    BIGSERIAL PRIMARY KEY,
legal_name  TEXT, brand TEXT, country TEXT, risk_class TEXT, status TEXT,
created_at TIMESTAMP, meta JSONB
);

CREATE TABLE ref. routing_profiles (
profile_id BIGSERIAL PRIMARY KEY,
name TEXT, version TEXT, enabled BOOLEAN, meta JSONB
);

CREATE TABLE ref. routing_rules (
rule_id BIGSERIAL PRIMARY KEY,
profile_id BIGINT REFERENCES ref. routing_profiles,
method TEXT, geo TEXT, bin_from TEXT, bin_to TEXT,
psp TEXT, mid TEXT, require_3ds BOOLEAN,
priority INT, soft_codes JSONB, enabled BOOLEAN, meta JSONB
);

-- Transactions linked to a sub-merchant and a route
CREATE TABLE payments. transactions (
id BIGSERIAL PRIMARY KEY,
sub_id BIGINT REFERENCES ref. submerchants,
profile_id BIGINT, rule_id BIGINT,
provider TEXT, mid TEXT, method TEXT, brand TEXT,
status TEXT, decline_code TEXT,
amount_original NUMERIC(18,6), currency_original TEXT,
amount_reporting NUMERIC(18,6), reporting_currency TEXT,
fx_reference_rate NUMERIC(18,10), fx_effective_rate NUMERIC(18,10),
authorized_at TIMESTAMP, captured_at TIMESTAMP, settled_at TIMESTAMP, funded_at TIMESTAMP,
user_id BIGINT, country_player TEXT, bin TEXT, three_ds_used BOOLEAN,
idempotency_key TEXT UNIQUE, meta JSONB
);

-- Phi and reserves for sub-merchant/provider/period
CREATE TABLE finance. settlement_fees (
sub_id BIGINT, provider TEXT, mid TEXT,
period_start TIMESTAMP, period_end TIMESTAMP,
interchange_amt NUMERIC, scheme_amt NUMERIC, markup_amt NUMERIC,
auth_amt NUMERIC, refund_amt NUMERIC, cb_amt NUMERIC, gateway_amt NUMERIC,
fx_spread_amt NUMERIC, reserve_delta NUMERIC, total_fees NUMERIC, currency TEXT
);

CREATE TABLE finance. reserve_ledger (
id BIGSERIAL PRIMARY KEY,
sub_id BIGINT, provider TEXT, mid TEXT,
hold_date DATE, release_due_date DATE,
hold_amount NUMERIC, released_amount NUMERIC,
cb_consumed NUMERIC, fines_consumed NUMERIC,
status TEXT, meta JSONB
);

-- Submerchant payments
CREATE TABLE payouts. submerchant_settlements (
sub_id BIGINT, period_start TIMESTAMP, period_end TIMESTAMP,
gross_sales NUMERIC, refunds NUMERIC, chargebacks NUMERIC,
fees_total NUMERIC, reserve_delta NUMERIC, revshare NUMERIC,
net_payable NUMERIC, currency TEXT, paid_at TIMESTAMP, statement_ref TEXT
);

10) SQL 템플릿

10. 1. 하위 판매자 당 유효 비용

sql
SELECT t. sub_id,
SUM(t. amount_reporting) AS volume_rep,
SUM(f. total_fees)    AS fees_rep,
100. 0 SUM(f. total_fees) / NULLIF(SUM(t. amount_reporting),0) AS take_rate_pct
FROM payments. transactions t
JOIN finance. settlement_fees f
ON f. sub_id=t. sub_id
AND t. settled_at BETWEEN f. period_start AND f. period_end
WHERE t. settled_at BETWEEN:from AND:to
GROUP BY 1
ORDER BY take_rate_pct DESC;

10. 2. 규칙에 따른 캐스케이드 효율 (AR/DR)

sql
SELECT r. profile_id, r. psp, r. mid,
COUNT() FILTER (WHERE t. status='APPROVED') AS approvals,
COUNT() FILTER (WHERE t. status='DECLINED') AS declines,
ROUND(100. 0 COUNT() FILTER (WHERE t. status='APPROVED') / NULLIF(COUNT(),0), 2) AS ar_pct
FROM payments. transactions t
JOIN ref. routing_rules r ON r. rule_id=t. rule_id
WHERE t. authorized_at BETWEEN:from AND:to
GROUP BY 1,2,3
ORDER BY ar_pct DESC;

10. 3. 하위 판매자에 의한 예비 잔액

sql
SELECT sub_id,
SUM(hold_amount - released_amount - cb_consumed - fines_consumed) AS reserve_balance
FROM finance. reserve_ledger
WHERE hold_date <=:as_of
GROUP BY 1;

10. 4. 순 지불 가능 결제

sql
SELECT s. sub_id,
SUM(s. gross_sales - s. refunds - s. chargebacks
- s. fees_total + s. reserve_delta - s. revshare) AS net_payable
FROM payouts. submerchant_settlements s
WHERE s. period_start >=:from AND s. period_end <:to
GROUP BY 1;

11) 대시 보드 및 KPI

캐스케이드 별 AR/DR: GEO/BIN/방법/PSP, 3DS 점유율, 소프트 감소 점유율.
하위 판매자의 테이크 레이트% 및 구성 요소 스택 수수료.
하위 MID의 CB 비율/환불 률.
하위 판매자/PSP에 의한 잔액 및 릴리스 ETA 예약.
합의 SLA: T + N 적중률, 자금 지원 지연.
지불 건강: 잠수함에 대한 지불 빈도 및 지연 금액.
캐스케이드의 FX Slippage (유효 대 참조).

12) 경고 및 임계 값

라우팅 분해: 가을 AR> Y bps 규칙에 따라 시간별 시간.
CB 스파이크: 하위 판매자의 차지 백 성장> X bps w/w.
예약 불균형: 원장 실패 예약-P1.
정산 지연: PSP T + N 위반 → 캐스케이드 자동 스위치.
테이크 레이트 스파이크: 비용 증가> 임계 값 (수수료 또는 FX).
정책 드리프트: 프로파일/규칙/dedempotency에 구속력이없는 트랜잭션-P1.
지불 지연: 하위 판매자에 대한 늦은 지불> SLA.

13) 온보드 및 하위 판매자 규정 준수

ESC/제재/REP: 문서 패키지, 수혜자, 자금 출처.
PCI/보안: 토큰 화, 하위 판매자의 PAN 스토리지 금지.
반품/보너스 정책: 균일 한 표준, SLA 티켓.
집계 된보고: 브랜드, 지리, 방법별로.
한도/한도: 일일/주간 매출, 지불 한도, 고위험에 대한 상환 지연.

14) 모범 사례 (짧은)

1. 버전 라우팅 프로필 및 저장 설명 의사 결정 로그.
2. AR 안정성 및 가격에 대해서는 끈적 끈적한 BIN 및 A/B PSP 테스트를 유지하십시오.
3. 하위 판매자 수준에 대한 Mappite 수수료/FX/예약; SLA에 수수료를 지불하십시오.
4. Idempotency + 소프트 감소에 의해서만 재 시도 정책; PSP 한도를 준수하십시오.
5. 설명자와 하위 MID는 브랜드/지오에 고유합니다.
6. 릴리스 캘린더 및 누락 된 릴리스 경고로 원장을 예약하십시오.
7. 하위 판매자에게 투명한 보고서: 디코딩 수수료, 준비금, FX, 분쟁.
8. 실패한 플레이 북: PSP/복도 드롭-즉석 경로 변경.

15) 구현 점검표

  • 디렉토리 '서브 머천트', '라우팅 _ 프로파일', '라우팅 _ 룰즈'.
  • KYB/KYC/AML 프로토콜 및 상태 저장소.
  • dempotency 및 소프트 감소 로직이있는 라우터.
  • PSP 결제 파일 가져 오기 → '결제 _ 수수료' + 예비 원장.
  • 하위 판매자 + 행위/법령에 대한 지불 메커니즘.
  • 대시 보드 AR/DR/CB/수수료/예비 + 경고.
  • 문서: 분쟁 정책, 3DS 규칙, 제한 및 SLA.

요약

잠수함은 규모와 유연성을 제공하며 캐스케이드는 안정성, 변환 및 관리 가능한 비용을 제공합니다. MID의 계층 구조, 다양한 라우팅 프로파일, 투명한 수수료/준비금 회계 및 엄격한 준수로 인해 복잡한 멀티 GEO 지불 루프가 예측 가능한 시스템으로 전환됩니다. 높은 승인, 낮은 테이크 레이트, 빠른 지불 및 위험에 대한 최소한의 놀라움.

Contact

문의하기

질문이나 지원이 필요하시면 언제든지 연락하십시오.우리는 항상 도울 준비가 되어 있습니다!

Telegram
@Gamble_GC
통합 시작

Email — 필수. Telegram 또는 WhatsApp — 선택 사항.

이름 선택 사항
Email 선택 사항
제목 선택 사항
메시지 선택 사항
Telegram 선택 사항
@
Telegram을 입력하시면 Email과 함께 Telegram에서도 답변드립니다.
WhatsApp 선택 사항
형식: +국가 코드 + 번호 (예: +82XXXXXXXXX).

버튼을 클릭하면 데이터 처리에 동의하는 것으로 간주됩니다.