수동 대 자동 결제
1) 개념적 프레임
자동 결제-" 통과/거부/확대 "에 대한 결정은 규칙과 점수에 따라 자동으로 이루어지며 복도로 보내는 것은 운영자의 참여없이 수행됩니다.
수동 결제-휴먼 검증 (최소 운영자/위험 분석가) 은 반송 전후에 요청을 확인하거나 취소합니다.
2) 모드 선택 기준
자동이 기본값일 때
동일한 방법 및 소스로 돌아갑니다.
ND 이하 0 (음수 순 예금 없음).
KYC 레벨 L1, 활성 RG 잠금 장치가 없습니다.
위험 속도 <임계 값, 지리 충돌 없음 (IP 계정 KYC 자체 SIM).
세그먼트에 대해 사전 승인 된 임계 값의 합계.
방법/복도-낮은 수익률로 즉시/신뢰할 수 있습니다.
새로운 청구/남용 신호가 없습니다.
"수동" 이 기본 일 때
SoF/SoW 필요 (임계 값/신호).
POP/Sank Phase (퍼지 히트) 또는 논란의 여지가있는 문서.
GEO 충돌, 다중 계정/가구가 의심됩니다.
속도/양의 이상 (많은 응용 프로그램, 대량).
역사가없는 새로운 소품에 대한 결론.
FX 중재 시나리오, 비표준 복도 (SWIFT).
모든 규칙은 예외이며 명확하지 않은 원인으로 돌아옵니다
3) 장점/단점
4) 하이브리드 파이프 라인 아키텍처
1. 사전 점검: 동일한 방법, ND, RG/KYC, 제재.
2. 위험 점수: 지불/장치/행동/geo/fx 표시.
3. 결정자: 'λO _ PASS/MANUAL _ REVIEW/DENY'.
4. 대기열: SLA 우선 순위가있는 수동 대기열, 복도 자동 라우터.
5. 오케스트레이션: 비용/ETA/제한에 의한 복도 선택 (인스턴트 → 빠른 → 표준).
6. 재무부/FX: 사전 자금 지원, 풀 제한, 미끄러짐 경비원.
7. 조정: 상태, 반품/반전, 재 뿌리/수정.
8. 관찰 가능성: 타임 라인, p95/p99, 백 로그, 위반 경고.
5) 정책 (pseudo-DSL)
yaml policy: "payouts_auto_manual_v2"
eligibility:
same_method: true nd_min: 0 kyc_min: L1 routing:
cascade:
- corridor: "INSTANT" when: risk_score < 0. 5 and amount <= preapproved_limit
- corridor: "FAST_A2A" when: risk_score < 0. 65
- corridor: "STANDARD_SEPA" when: else manual_review:
triggers:
- risk_score >= 0. 65
- geo_conflict_score >= 2
- new_beneficiary == true and amount > new_beneficiary_cap
- sanctions_fuzzy_hit == true
- velocity_24h_payouts > 3 or amount_24h > segment_cap
- returns_last_30d >= 1 deny:
rules:
- self_excluded == true
- nd_total < 0 and allow_nd_withdrawal == false limits:
preapproved_limit:
LOW_RISK: {EUR: 2000}
MID_RISK: {EUR: 500}
sla:
auto_p95_minutes: 30 manual_p95_hours: 8 audit:
store_decision_tree: true store_feature_snapshot: true6) 수동 점검 대기열 및 우선 순위
우선 순위 (상한에서 하한으로):1. 만료되는 SLA와 함께 고위급 금액.
2. 동일한 방법 및 ND 보통 0 (확인시 빠른 릴리스).
3. 한 선수의 멀티 티켓 (낮은 이탈/이의 제기).
4. 네트워크 저하 (빠른 끊기 또는 해상도) 가있는 인스턴트 복도.
5. 나머지.
대기열 관리 SLA: 솔루션의 대상 p95 '지정 4-8 시간' (라이센스/시장 종속).
도구: 문서, 체크리스트, 응답 매크로의 자동 하위 수집, "참고 승인", "부분 릴리스".
7) UX 및 커뮤니케이션
자동 분기: ETA 및 상태 표시 ("개시", "신용").
수동 분기: 예상 창 (임계 값) 과 필요한 것 (문서/확인 목록) 을 정직하게 알려주십시오.
에스컬레이션: SLA를 떠날 때의 알림, 방법 변경 제안 (동일한 방법/ND를 위반하지 않는 경우).
세부 기록: 향후 자동차 결제에 대한 "확인 된" 수령인으로 표시됩
8) 데이터 모델
sql payout. timeline (
payout_id PK, user_id, amount_minor BIGINT, currency TEXT,
method TEXT, corridor TEXT, provider TEXT, iso2 TEXT,
nd_snapshot NUMERIC, same_method_ok BOOLEAN,
risk_score NUMERIC, decision TEXT, -- AUTO_PASS MANUAL DENY reason_codes TEXT[], reviewer TEXT,
t_request TIMESTAMP, t_precheck_ok TIMESTAMP, t_risk_ok TIMESTAMP,
t_decided TIMESTAMP, t_initiated TIMESTAMP, t_posted TIMESTAMP, t_available TIMESTAMP,
status TEXT, meta JSONB
);
review. queue (
ticket_id PK, payout_id FK, priority INT, state TEXT, assignee TEXT,
created_at TIMESTAMP, picked_at TIMESTAMP, resolved_at TIMESTAMP, sla_deadline TIMESTAMP
);
risk. features_snapshot (
payout_id FK, payload JSONB, created_at TIMESTAMP
);9) SQL 템플릿
9. 1. 자동/수동/고장 및 TTW 공유
sql
SELECT decision,
COUNT() AS cnt,
100. 0 COUNT() / SUM(COUNT()) OVER () AS share_pct,
PERCENTILE_CONT(0. 95) WITHIN GROUP (ORDER BY EXTRACT(EPOCH FROM (COALESCE(t_available, t_decided) - t_request))) AS p95_sec
FROM payout. timeline
WHERE t_request BETWEEN:from AND:to
GROUP BY decision;9. 2. 수동 큐 백 로그 및 SLA 지연
sql
SELECT
COUNT() FILTER (WHERE state='OPEN') AS open_tickets,
COUNT() FILTER (WHERE sla_deadline < now() AND state IN ('OPEN','IN_PROGRESS')) AS sla_breaches
FROM review. queue;9. 3. 자동 결제-복도를 따라 위반
sql
SELECT corridor,
100. 0 COUNT() FILTER (WHERE EXTRACT(EPOCH FROM (t_available - t_request)) >:p95_target_sec) / NULLIF(COUNT(),0) AS breach_pct
FROM payout. timeline
WHERE decision='AUTO_PASS' AND status='SUCCESS'
AND t_request BETWEEN:from AND:to
GROUP BY 1 ORDER BY breach_pct DESC;9. 4. 수동 → 허용 변환
sql
SELECT
100. 0 COUNT() FILTER (WHERE status IN ('SUCCESS','INITIATED')) / NULLIF(COUNT(),0) AS manual_approve_rate
FROM payout. timeline
WHERE decision='MANUAL' AND t_decided BETWEEN:from AND:to;10) 지표 및 대시 보드
자동 요율%: 자동 라인에서 결제 비율.
수동 승인 %/거부%, 수동 p95 TAT (결정 시간).
TTW p95/p99 조정/복도/제공자/지오.
SLA 위반% (자동 및 매뉴얼).
반품 후 반환/반전% 및 상환 비율.
지점과 복도를 따라 지불 당 비용.
응용 프로그램간에 ND <0 공유
대기열 건강: 개방, 진행 중, 휴식 시간, 평균 대기.
불만/1k 지불 및 CSAT 대 모드.
11) 경고
수동 백 로그 스파이크: '오픈 _ 티켓'> 임계 값 또는 '수동 p95 TAT'> SLA.
복도/공급자에 대한 자동 p95 위반.
코드/뱅크/지역별로 급증합니다.
응용 분야에서 ND 네거티브 스파이크.
정책 드리프트: 고정 솔루션/기능 스냅 샷이없는 결제.
새로운 유익한 위험: 새로운 수신자에 대한 매뉴얼의 높은 비율.
12) 사건 플레이 북
A. 손 서지 (TTW 억제)
1. 최대 X 합계의 저 위험 세그먼트에 대한 사전 승인 포함.
2. 검토 용량을 늘리십시오 (장일, 교대 이동).
3. 안전한 GEO/메소드에서 MANUAL의 위험 _ 점수 임계 값을 일시적으로 올립니다.
B. 자동 복도 저하 (p95 TP/returns RAM)
1. 대체 복도로 캐스케이드, txn 당 한계를 줄입니다.
2. ETA 사용자, PSP 티켓/은행 업데이트.
3. 사후: 라우팅 중량 조정.
새로운 소품으로 C. Wave 반환
1. 수동 확인 전에 "새" 수신자를 자동 차단합니다.
2. 플레이어에게 저장된 검증 된 소품/소스를 제공하십시오.
3. 게임 지갑 및 CTA에 대한 자동 환불 "선택 방법".
13) 경제 및 절충
Auto는 운영 체제 비용을 줄이고 CSAT/보존을 증가 시키지만 점수/규칙/원격 측정에 대한 투자가 필요합니다.
수동 제품은 더 비싸지 만 드문 큰 손실을 줄이고 규제 보호에 중요합니다.
우리는 밸런스 포인트를 찾고 있습니다: 저 위험 세그먼트 및 인스턴트 복도를위한 최대 자동차; 수동-엣지 케이스 용.
14) A/B 테스트
캐스케이드에서 'risk _ score', 사전 승인 한계, 복도의 우선 순위.
수동 지점에 대한 저작권 및 ETA.
가드 레일: 반환%, CBR bps, 수동 p95 TAT, CSAT, 불만/1k.
15) 모범 사례 (짧은)
1. ND의 기본 자동, 동일한 방법, KYC L1 +, 소량 및 검증 된 세부 사항.
2. 코드 정책 + 기능/결정 로깅, 재현성.
3. 비용/ETA/건강, 자동 장애에 대한 복도 캐스케이드.
4. 운영자의 SLA 우선 대기열 및 점검표.
5. 두 지점에 대한 투명한 ETA 및 상태.
6. 사전 자금 조달/풀 제한, FX 경비원.
7. p95/p99 메트릭 및 테일/리턴/백 로그 경고.
8. 사고 후 및 정기적 인 득점/규칙 조정.
16) 구현 점검표
- λO/MANUAL/DENY 및 버전닝 트리거 매트릭스.
- 세그먼트별로 점수 및 "사전 승인" 제한.
- 사전 점검에서 동일 방법/ND/KYC/RG/제재.
- 대기열 및 우선 순위, SLA 및 역할.
- 복도의 캐스케이드와 건강 사료, 실패.
- 데이터 모델 및 타임 라인, 기능/솔루션의 스냅 샷.
- TTW/SLA/return/backlog에 의한 대시 보드 및 경고.
- 플레이 북: 열화, 수익의 물결, 매뉴얼의 성장.
- A/B 및 반환/CB 데이터 동결
- 정기 라이센스/정책 준수 감사.
요약
"수동 대 자동 결제" - 선택 또는 선택이 아니라 계층화 된 시스템: 자동-강력한 원격 측정을 갖춘 예측 가능한 안전한 시나리오; 매뉴얼-좁고 위험하며 규제에 민감한 경우. 규칙을 코드로 공식화하고 p95/p99와 잔고를 측정하고 복도의 계단식과 투명한 ETA를 유지하면 빠르고 신뢰할 수 있으며 경제적으로 지속 가능한 지불금을받습니다.