지불 오케스트레이션 플랫폼

1) 팝이란 무엇이며 iGaming에 필요한 이유는 무엇입니까?

• 스마트 라우팅/캐스케이드 (BIN/GEO/방법/가격/건강) 를 통해 AR을 늘리고 DR을 줄입니다.
• 스마트 라우팅 및 A/B 제공 업체 선택을 통해 비용 (IC + +/markup/fixed/FX-slippage) 을 줄입니다.
• 안정성 향상: 장애 조치, 회로 차단기, 건강 검사, 안전한 모드로의 저하.
• 단일 API/SDK, 어댑터 카탈로그, 릴리스가없는 정책 관리 등 시장에 진출합니다.
• 준수 보장: KYC/AML/제재, 지리 블록, 동일한 방법, MoR/하위 측정.
• 상태 정규화, 결제 파일, ND/GGR/NGR/수수료/세금.

2) 빌드 vs 구매: 선택 방법

구매 (외부 POP): 더 빠른 시작, 기성품 어댑터/대시 보드/SLA; 단점-공급자 마진, 제한된 사용자 정의 깊이, 공급 업체 잠금.
빌드 (사내): 규칙/데이터/가격에 대한 모든 제어; 단점-CAPEX/역량/SOC2 프로세스.
하이브리드: 외부 POP를 통한 중요한 시장/방법 (사내, "긴 꼬리").

기준: GEO/방법 적용 범위, 대기 시간, 가격 투명성, 원시 데이터 및 웹 후크 액세스, 네트워크 토큰/3DS2 지원, 지불 오케스트레이션, 샌드 박스, API 버전, SLA/페널티.

3) 타겟팅 된 팝 아키텍처 (레이어)

1. API-Gateway & Auth-속도 제한, OAuth/JWT, mSL, 스키마 검증, demempotency 키.
2. 규칙-엔진-선언적 정책 (GEO/BIN/방법/금액/위험/가격/SLA/제재).
3. 라우터/캐스케이더-в차선책 '(PSP, MID, _ 3DS 필요, 다시 시도 _ 창, max _ 시도)'; 끈적 끈적한 BIN/GEO.
4. 공급자 적응 자-통합 인터페이스 (승인/캡처/환불/공허/지불/토큰 화).
5. 3DS & Risk Orchestration-TRA/whitelisting, 챌린지/깔때기, 위임 된 인증.
6. 조정-결제 파일 가져 오기, 코드 매핑, 수수료/예비 게시.
7. 지불 오케스트레이션-복도 선택, 동일한 방법/소스 소스, 컷오프/T + N, 확인.
8. Treasury/FX-다중 서적, EOD-reval, 실현/실현되지 않은 FX, 유동성 예측.
9. 데이터 플랫폼-이벤트 버스 (Kafka/PubSub), 아웃 박스, DWH/lags, ND/GGR/NGR/수수료/세금 쇼케이스.
10. 관찰 가능성-로그/메트릭/트레일, SLO/SLI, 경고, 사건 플레이 북.
11. 관리자/UI-규칙 관리, AB 테스트, 지불 통로, 한도, 열쇠.

4) 라우팅 및 규칙: 입력 신호

차일레: BIN/IIN, 브랜드, 직불/신용, 상업/프리미엄, 발행자 국가.
지리/준수: IP/GPS/SIM/KYC 국가, 썰매 목록, 라이센스, 시장 등급 (A-D).
거래: 금액/통화/채널, 속도, 사기 위험률, 3DS 상태.
공급 업체: AR/DR, 소프트 감소%, 3DS 패스, 대기 시간/오류, SLA 건강.
비용: IC + +/markup/fixed, FX 품질, 예비%, 자금 지원 T + N.
제한 사항: PSP 제한, 유지 보수, 사고, 현지 금지.

• '점수 = 0. 45AR _ live-0. 25Cost _ bps + 0. 15SLA _ health + 0. 10FX _ 품질 + 0. (PHP 3 = 3.0.6, PHP 4)

재 트레이 정책: 소프트 감소 만; 전체 캐스케이드에 공통적 인 demempotency 키; 예산 15-30 초.

5) 3DS! 책임 이동

전략: 마찰없는 → 챌린지 에스컬레이션, 위험 -GEO/BIN에 대한 3DS 강제, 위임됨.
분쟁에 대한 결과 (책임 _ 시프트 = 참/거짓) ACS/DS 코드를 저장하십시오.
A/B 3DS 정책: AR 대 책임 균형.

6) 토큰 화

네트워크 토큰 (Visa/MC/DC): AR 안정성, 수명주기 오류 감소.
금고 토큰: 단일 안전 → 다중 PSP; PSP 관련 토큰 매핑.
PAN/만료 회전, COF/COFT 업데이트, 카드 온 파일 표시, DS 등록.

7) 조정과 비용

상태 표준화 (승인/캡처/환불/차지 백/표현).
결제 파일 가져오기: 교환/제도/마크 업/고정/FX/예약 분해.
PSP/메소드/MID/GEO에 의한 유효 테이크 레이트 및 FX 미끄러짐 계산.
변형 보고서: 'Tx → File → Funding' (델타> 임계 값 → 티켓).

8) 지불 오케스트레이션 및 tregerie

복도: GEO/통화/은행에 의한 공급자 선택, 수익률/ETA/SLA.
정책: 동일한 방법/소스 소스, SoF/KYC 수준, 지연된 지불 (T + N + K).
FX: 소스 통화 선택, EOD 재조정 잔액은 자금 조달/지불에서 FX를 실현했습니다.
예약: 롤링/예약 원장 및 릴리스 캘린더.

9) 안전 및 준수

SANCTIONS/PEP/AML: 중앙 집중식 스크리닝, GEO/카운터 파티의 킬 스위치.
PCI DSS: mSL, PAN 스코프 세분화, 민감한 필드의 로깅 금지, P2PE/SDK.
GDPR/개인 정보 보호: DPA, 컨트롤러/프로세서 역할, DSR/DSAR, 보존 기간.
iGaming 규정: 지리 블록, 라이센스, RG/자체 제외, 규제보고 형식.

10) 관찰 가능성, SLO 및 사건

SLI/SLO: AR, 3DS 패스, p95 대기 시간, 오류율, 자금 지원 T + N 적중률, 지불 ETA.
차이가 있습니다: 라우팅 저하, 소프트 감소 서지, 3DS 이상, 테이크 레이트 스파이크, 건강 감소.
플레이 북: Failover PSP/ACS, GEO/BIN 경로 변경, 문제가있는 규칙 비활성화, "백색 방법 만" 으로 저하됨.
사고 후: RCA, 무게/임계 값 변경, 테스트 회귀.

11) 데이터 및 BI 계층

이벤트 중심: Outbox → Kafka/PubSub → 소비자 (라우터, 3DS, 사기 방지, DWH).
정확히 한 번: 아웃 박스 패턴, dempotent 소비자, 주요 중복 제거.
차이가 있는 사람들은 다음과 같이 말했습니다: 'traveles _ flat', 'provier _ feees', 'fx _ demitation', 'ggr _ rollup', 'vat _ ledger', 'payout _ consoles', 'reserve _ ledger'.
AB-тест달러: 도적/분할, 가드 레일 (min-AR, 최대 테이크 레이트).

12) 참조 데이터 모델 (단순화)

sql
-- Providers/MID/ref methods. providers(provider PK, pricing_model, fx_policy, reserve_pct, meta)
ref. mids(mid PK, provider FK, country, method, descriptor, enabled, meta)

-- Profiles/routing rules ref. routing_profiles(profile_id PK, name, version, enabled, meta)
ref. routing_rules(
rule_id PK, profile_id FK, iso2, bin_from, bin_to, method,
provider, mid, require_3ds, priority, retry_soft JSONB,
max_attempts, ttl_seconds, enabled, meta)

-- Online provider metrics (sliding window)
live. provider_stats_15m(
provider, method, iso2, bin6, approvals, declines, soft_declines,
three_ds_pass, avg_latency_ms, updated_at)

-- Transactions/attempts with payments idempotency. auth_attempts(
attempt_id PK, idempotency_key, step, provider, mid, require_3ds,
status, decline_code, amount_minor, currency, bin, iso2,
started_at, finished_at, meta)

-- Settlement/fees/reserve finance. settlement_fees(
batch_id, provider, mid, period_start_at, period_end_at, currency,
interchange_amt, scheme_amt, markup_amt, auth_amt, refund_amt,
cb_amt, gateway_amt, fx_spread_amt, reserve_delta, total_fees)

treasury. reserve_ledger(
id PK, provider, mid, hold_date, release_due_date,
hold_amount, released_amount, cb_consumed, fines_consumed, status, meta)

-- Payout corridors. corridors(
corridor_id PK, from_iso2, to_iso2, method, provider,
success_rate_7d, return_rate_7d, avg_eta_hours, status, updated_at)

13) 규칙 및 쿼리 예

13. 1. 의사 -DSL 라우팅 규칙

yaml rule: "cards_eu_low_risk_v2"
when:
iso2 in [DE, NL, AT, FI] AND method == "CARD"
AND bin. issuer_country == iso2 score:
AR_live: 0. 45
Cost_bps: -0. 25
SLA_health: 0. 15
FX_quality: 0. 10
Reserve_score: 0. 05 routes:
- psp: "Acq_A" mid: "A_DE_01" require_3ds: false max_attempts: 1
- psp: "Acq_B" mid: "B_EU_02" require_3ds: true max_attempts: 1 retry_on_soft: [TIMEOUT, ISSUER_UNAVAILABLE, SOFT_DECLINE]
budget_ms: 20000

13. 2. 온라인 제공 업체 등

sql
SELECT provider, method, iso2,
SUM(approvals) appr, SUM(declines) decl,
ROUND(100. 0 SUM(approvals) / NULLIF(SUM(approvals+declines),0),2) AS ar_pct,
ROUND(100. 0 SUM(soft_declines) / NULLIF(SUM(declines),0),2) AS soft_share_pct
FROM live. provider_stats_15m
WHERE updated_at > now() - INTERVAL '20 minutes'
GROUP BY 1,2,3
ORDER BY ar_pct DESC, soft_share_pct DESC;

13. 3. 공급자 별 비용 (올인 테이크 요금)

sql
SELECT provider,
SUM(total_fees) / NULLIF(SUM(t. amount_reporting),0) 100 AS take_rate_pct
FROM finance. settlement_fees f
JOIN dw. transactions_flat t ON t. provider=f. provider
WHERE f. period_start_at>=:from AND f. period_end_at<:to
GROUP BY 1
ORDER BY take_rate_pct;

13. 4. 단계 변환 효과

sql
WITH s AS (
SELECT idempotency_key, MAX(step) steps, BOOL_OR(status='APPROVED') approved
FROM payments. auth_attempts
WHERE started_at BETWEEN:from AND:to
GROUP BY 1
)
SELECT steps, COUNT() orders,
100. 0 SUM(approved::int) / NULLIF(COUNT(),0) AS conv_pct
FROM s GROUP BY 1 ORDER BY 1;

14) KPI 및 대시 보드

PSP/MID/GEO/BIN/방법 별 AR/DR (15/60 분 창 + DTD).
단계 변환 (1/2/3 분기).
공급자/방법에 의하여 테이크 레이트% 및 FX- 미끄러짐.
3DS 합격률 참조 책임 이동.
건강/SLA: 대기 시간, 타임 아웃, 오류율, 사고.
예약 및 자금 조달: 예약% 술집 T + N 적중률.
지불 복도 건강: 성공/반환/ETA.
정책 범위-현재 프로필 버전의 이벤트 비율.

15) 경고 및 임계 값

라우팅 분해: AR> Y bps는 10-30 분 안에 떨어집니다.
소프트 감소 서지: 소프트 감소의 점유율이 증가하고 있습니다 → 추가 브랜치/스텝 업 3DS가 포함됩니다.
3DS Anomaly: BIN/issuer/PSP에서 합격률 하락> X%.
테이크 레이트 스파이크: 올인 가치 성장> 임계 값.
헬스 다운: SLA 위반 (대기 시간/오류) -авт달러-failover.
정책 드리프트-프로필 demempotency _ key/bez-P1없이 시도합니다.
정산 지연: T + N 또는 예비 릴리스 위반 누락.

16) 모범 사례 (짧은)

1. 캐스케이드의 일반적인 열쇠 인 소프트 쇠퇴에 의해서만 이념과 퇴각.
2. 라이브 원격 측정 AR/3DS/대기 시간/건강 및 자동 장애.
3. 경로 가격 기능 (AR vs Cost vs SLA vs FX) + 끈적 끈적한 BIN/GEO.
4. 네트워크 토큰 + 단일 볼트; COF/COFT는 올바르게 도장되어야합니다.
5. 컷오프 인식: 하루가 끝날 때 부분 캡처를 생성하지 마십시오.
6. 조정: 자체 수수료/FX 계산, 분산 보고서.
7. 동일한 방법 및 복도 제어를 통한 지불 오케스트레이션.
8. 가드 레일로 규칙 버전 지정 및 A/B 테스트.
9. 레이어 분리: 라우터 일반 참고서.
10. 제재/라이센스/정책 도킹, GEO의 킬 스위치.

17) 구현 점검표

• 모델 선택 (빌드/구매/하이브리드), GEO/방법/PSP/MID 맵.
• API 스키마, demempotency, 아웃 박스, 이벤트 버스, DWH.
• 규칙 엔진 + UI: 프로필, 가중치, 소프트 코드, 3DS 정책.
• 어댑터: API/코드 정규화, 샌드 박스 테스트 키트.
• 원격 측정/경고/SLO, 건강 사료 공급자.
• 조정: 가져 오기 파일, 수수료/예비/FX 할당.
• 지불 오케스트레이션: 복도, 같은 방법, SoF/KYC.
• 보안: PCI/GDPR/제재, 비밀/회전, 액세스.
• 사건의 문서 및 플레이 북; 회귀 테스트.

요약

POP는 "PSP에 대한 프록시" 일뿐만 아니라 스마트 라우팅 및 캐스케이드, 3DS/위험 오케스트레이션, 조정 및 지불, 상인/FX, 관찰 및 준수 등 중앙 운영 결제 버스입니다. demempotency, 실시간 원격 측정, 투명 비용 및 규칙을 갖춘 플랫폼을 구축함으로써 AR을 높이고 올인율을 낮추며 P & L을 중단으로부터 보호하며 제품을 다시 작성하지 않고 새로운 시장에 진입하는 것을 가속화합니다.