GH GambleHub

지불 체인 및 우선 순위

1) 페이 체인의 개념

지불 체인-오케 스트레이터가 발송 ('전송') 또는 크레딧 ('결제') 의 확인을받을 때까지 순차적으로 지불하려는 레일/공급자 목록.
목표는 KYC/AML, 한계, 유동성, 가치, 컷오프, 지리/통화, 프로파일 위험과 같은 주어진 제한에 따라 자금 조달 시간을 최소화하는 것입니다.

체인 구성 요소:
  • 1 차 레일 (세그먼트에 선호되는 레일).
  • 폴백 (SLA/비용/가용성 대안).
  • 규칙과 제약.
  • 건강 신호 (승인/해결/대기 시간/오류) 및 유동성 (밸런스/프리 팬딩).

2) 철도 우선 순위 기준

1. SLA/속도: 최소/시간/은행 일; 24/7 (RTP/FPS/Pix) 대 D + N (ACH/SEPA) 의 존재.
2. 비용: 수정 +%, FX 마진, 공급자 수수료; 내부 비용 모델.
3. 유동성: 공급자/특파원 계정의 사용 가능한 잔액, 예비 요구 사항.
4. 호환성: 수신자의 통화/국가, 세부 사항 형식 (IBAN/CLABE/Routing/Sort/PIX key).
5. 한도: 공급자 및 수신자 (은행/지갑) 에서 일일/일일/주당.
6. 위험/CCM: 고객 수준, SoF/SoW, 제재/PEP, 속도, 새로운 수혜자.
7. 신뢰성: 현재 실패, 지연, 반품 지표 (거부/반환).
8. 컷오프 및 캘린더: 현지 공휴일, 컷오프 뱅크; 보내기/수신기 TZ.
9. 제품 환경 설정: VIP/계열사/잭팟-개별 프로필.

3) 오케스트레이션 행렬 (논리 예)

EU €1k, Full KYC → SEPA Instant → (폴백) SEPA SCT → (차단 후) 다음 BD.

영국, 영국, 24/7, VIP → FPS (1 차), 지연> P95-공급자 번호 2로 전환

미화 $5k → RTP; 수령인의 은행이 지원하지 않는 경우-당일 ACH; 창이 닫힌 경우-다음날 ACH.
BR → Pix (1 차); 은행의 위험/한계에서 → Pix는 3 보유 또는 전자 지갑 지불금이 줄었습니다.
빠르지 만 비싸고 제한된 선적을위한 카드 (전 세계) → OCT (Push-to-Card).
국경 간 → 로컬 전자 지갑 (사용 가능한 경우) → 그렇지 않으면 총 수수료 및 ETA 계산이있는 SWIFT.

모든 숫자 임계 값 및 목록은 코드가 아닌 구성 상태입니다.

4) 체인 오케 스트레이터 아키텍처

서비스:
  • 의사 결정 엔진 (정책) - 레일 및 폴백 (선언 정책, 버전 지정) 을 선택하기위한 규칙을 적용합니다.
  • Payout Orchestrator-상태 머신: '요청 → 대기 → 처리 → 전송/실패 → 정산/반환'.
  • 유동성/재무부-공급자 잔액, 프리 팬딩, 자동 재조정, 공급자 제한/일.
  • 캘린더/스케줄러-컷오프, 국가/통화 별 휴일, 부치 전송 슬롯.
  • 공급자 어댑터 레이어 - API 통일, 상태 코드 매핑, demempotency.
  • 조정-레지스터/명령문의 자동 조정, UTR/ARN/추적로드.
  • 준수 - KYC/AML/제재/SoF/SoW 및 사례 관리.
비 기능:
  • 이데올로기 ('요청'), 이벤트 dedup, DLQ/retrai c backoff/jitter.
  • 관찰 가능성: 추적, 오케스트레이션 이벤트, 공급자 당 타이머.

5) 추락, 열화 및 회색 시나리오

시간 기반 대체: '처리' 가 임계 값을 초과 한 경우 (예: 90 번째 백분위 수) -다음 레일로 전환하십시오 (허용되는 경우 첫 번째 시도의 취소/무효).
건강 기반: '거부/반환' 의 성장 또는 승인의 감소-공급자의 파괴.
유동성 기반: 프리 팬딩 부족 → 일시적으로 빠른 레일을 숨기고 느리게 제공합니다.
위험 기반: 위험이 높은-고속 레일 금지, 필수 보류/강화.
회색 창: 저녁/공휴일 → 가장 가까운 창에 자동 계획; UI의 정직한 ETA.

6) 레일 비용 및 등급

유효 비용 계산:
  • 'eff _ cost = 고정 _ fee +% _ fee 금액 + FX _ margin + fall _ cost fail _ prob + support _ cost'.
  • 다음으로 점수 우선 순위 기능을 도입하십시오
  • 'score = w _ slaSLA + w _ cost (1/eff _ cost) + w _ reliabilitysuccess _ rate-w _ riskrisk _ score-w _ opsopperation _ load'.
  • 무게-구성 가능; 세그먼트 (geo/amount/VIP) 별로 비교하십시오.

7) 유동성과 현관

빠른 레일에는 선불 결제가 필요합니다. 공급자의 계정을 최소화하십시오.
자동 재조정: 임계 값에서 지갑/은행 간 청소 규칙.
회로 차단기: 나머지 <임계 값에서-체인에서 메소드의 자동 제거.
현금 책: 약속 된 지불 계정을 실제 직불 결제와 분리합니다. 현금 격차 관리.

8) 스케줄링: 배치, 컷오프 및 캘린더

배칭은 SWIFT/ACH/SEPA SCT의 비용을 줄이지 만 대기 시간을 증가시킵니다.
컷오프 인식: 요청이 종료 된 후 즉시 ETA를 다음 BD에 표시하십시오.
공휴일 API: 지역 공휴일을 유지하십시오. 교차 TZ의 경우 수신기의 현지 시간을 표시하십시오.

9) 체인의 위험과 KYC

새로운 수혜자/대량 → 쿨오프 + 스텝 업, 패스트 레일 금지.
임계 값 → SoF/SoW 요구 사항; 제공 전- "느린" 레일.
지리/제재/PEP → 하드 거부, 대체 경로 없음.
속도: N 지불/일/주; 체인에서 레일의 다운 그레이드 → 를 초과합니다.

10) 상태 및 유물

단일 모델:
  • '요청 된 → 대기 → 전송 → 전송 (UTR/ARN) → 정산 | 실패한 | 반환 된 | _ hold | 취소 됨'.
  • 'ранит달러', 'beneficiary년도', '레일', '제공자', '금액/통화', '수수료', 'ETA', 'UTR/ARN/추적', 이유 코드, '시도 [].

11) 조정과 벌목

일일 자동 정찰: 'payoutID/UTR/amount/day' 로 일치하는 레지스터를로드합니다.
전체 정찰: 정기적 인 엔드-투-엔드 제어 (레지스터/문장/GL).
경고: "레지스트리가없는 성공", "노화 처리", "이중 전송", "제공자 침묵".

12) UX 및 통신

철도로 ETA를 표시하고 선택의 이유를 표시합니다 ("빠른/저렴한/차단 후").
UTR/ARN/Trace의 투명한 상태.

폴백 - 명시 적 통지: "지연/유동성으로 인해 {rail} 으로 전환; 새로운 ETA... "

VIP-옵션 "가속" (기타 레일/커미션).
새로운 수신자의 경우-보류/강화 경고.

13) KPI! SLO

정시 요율 (약속 된 ETA 이전에받은 지불금의%).
레일/공급자/지역의 중앙/P95 정착 시간.
반환 속도를 거부하고 분배를 유발합니다.
낙하 율과 SLA/가치에 미치는 영향.
유동성 가동 시간.
지불 당 비용 및 FX 주식.
결론으로로드 (티켓/1k 지불) 및 NPS를 지원합니다.

14) 체인 스타트 업 점검표

1. 철도 카탈로그: 국가/통화/제한/커미션/ETA/컷오프/휴일.
2. 정책 엔진: 선언적 우선 순위 지정 규칙 + 결정 이유를 설명합니다.
3. 공급자 건강: 지표, 건강 검사, 자동 등급.
4. 재무부: 사전 자금 조달, 공급자 제한, 자동 재조정.
5. 이념과 DLQ: 이중/반복 보호, 안전한 퇴각.
6. Webhooks/HMAC: 서명 검증, 타임 아웃, 반복 전달.
7. 정찰: 매일 + 전체, 동기화되지 않은 경고.
8. UX: ETA, 상태, UTR/ARN, 폴백/홀드 이유 텍스트.
9. KYC/AML: 새로운 수혜자/대액, SoF/SoW 절차에 대한 강화.
10. 테스트 세트: 성공/거부/반환, 시간/유동성 폴백, 컷오프/홀리데이, 공급자의 저하.

15) 솔버 미니 슈도 코드


rail_list = rank_by(score(amount, geo, kyc, risk, sla, cost, liquidity, health))
for rail in rail_list:
if violates_constraints(rail, geo, kyc, sanctions, limits): continue if not has_liquidity(rail): continue attempt = send_payout(rail)
if attempt. status in {SENT, SETTLED}: return success(attempt)
if is_retryable(attempt): continue return fail_with_reason(best_reason_collected)

요약

급여는 속도, 가격, 위험 및 운영 준비 사이의 지능적인 라우팅입니다. 구성 요소의 저장 규칙 및 지표는 제공자의 유동성 및 건강을 고려하여 점수 기능을 기반으로 결정하고 demmpotency, folback 및 정직한 ETA를 보장합니다. 이렇게하면 비용과 수익을 줄이고 특히 iGaming 및 국경 간 민감한 세그먼트에서 SLA 및 사용자의 신뢰를 유지할 수 있습니다.

Contact

문의하기

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

통합 시작

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

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

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