결제 프로필 KPI: 조정, 캡처, 환불
TL; DR
결제 루프는 깔때기로 측정됩니다: '시도 → Auth → 캡처 → 정착/환불'. 주요 지표는 승인률 일뿐만 아니라 순수한 AR (사기 방지 및 3DS 이후) 이며 성공, 상각/등록 시간, 비용/FX, demempotency 오류 및 반품 품질 (TtR 및 요율) 을 포착합니다. 위험 프로파일을 위반하지 않으면 서 분쟁에 대항하여 AR RAM, TtW CC, Cost/GGR을 보유한 사람이 승리합니다.
1) 단계 및 이벤트 사전
시도-지불 시도 (시작).
Auth-승인 (은행/지갑/레일은 상각 가능성을 확인했습니다).
캡처-실제 상각 (전체/부분).
정착-청산 및 정착.
환불-반품 (전체/부분), 'TtR = 크레딧을 환불 할 시간'.
공허-캡처를 취소합니다 (지원되는 경우).
3DS/스텝 업-승인에 대한 마찰.
소프트 거절/하드 거부-복구 가능한/복구 불가능한 실패.
2) KPI 계층 구조 (대상 트리)
상위 레벨
총 승인률 (AR _ Gross) = 청각/시도
순 승인률 (AR _ net) = 캡처/시도
비용/GGR = (요금 + FX + Ops )/GGR
TTW/TtC: Time-to-Wallet, TtC (캡처) p95
환불 건강: 환불 률, TtR p95, 환불 오류
중급 수준
3DS 챌린지 쉐어, 마찰없는 쉐어, 3DS 포기
소프트 거부 복구 속도 (리트레이/스마트 라우팅)
부분 캡처 점유율, 캡처 대기 시간
소스%, 중복/이데올로기 사건으로 환불
더 낮은 수준 (진단)
코드 별 오류 (ISO/레일), p95 API 대기 시간, SLA 웹 후크, '명예하지 않음', '불충분 한 자금', '의심되는 사기', '시스템 오류' 공유.
3) 공식 (정확한 정의)
3. 1 인증
'AR _ gross = Auth _ Approved/Auth _ Exited'
'AR _ clean = Auth _ Approved/( Auth _ Exited-Fraud _ Preblocked-사용자 _ Abandon _ 3DS)'
'3DS _ Challenge _ Share = 3DS _ Challenge/3DS _ Total'
'3DS _ Fricless _ Share = 3DS _ Fricless/3DS _ Total'
'Abandon _ on _ 3DS = 3DS _ Started-3DS _ Complete'
섹션이 필요합니다: 'BIN × country', 'provesser × method', 'diche/os', 'ticket _ size' (예: 자동차 €50, €50-200,> €200).
3. 2 캡처
'캡처 _ 성공 = 캡처 _ Tx/캡처 _ 시도 _ Tx'
'Net _ Conversion = 캡처 된 _ Tx/Auth _ 시도 된 _ Tx' (= AR _ net)
'Partial _ Capture _ Share = Partial _ Captures/Captured _ Tx'
(PHP 3 = 3.0.6, PHP 4)
'Void _ rate = Voids/Auth _ Approved'
3. 3 비용과 FX
'Cost _ per _ Tx = Fee _ fixed + AmountFee _ pct + FX _ Spread'
'비용/GGR = 비용/GG'
'Net _ Revenue = GGR-지원-사기 _ 손실-분쟁 _ 코스트'
3. 4 환불
'Refund _ Rate = Refunded _ Tx/Captured _ Tx'
'Refund _ Amount _ Ratio = Refunded _ Amount/Captured _ Amount'
'TtR _ p95 = p95 (refund _ credit _ at-refund _ province _ at)'
'Refund _ Error _ rate = Refund _ Failled/Refund _ Exited'
'Refund _ to _ Source _% = Refund _ to _ Original _ Meth/Total _ Refunds'
'Double _ Refund _ Incidents' -dempotent 충돌 카운터 (반드시 = 0)
4) 목표/벤치 마크 (특정 포트폴리오에 맞게 사용자 정의 가능)
AR _ 총: 3DS2 카드-82-92% (BIN/country), A2A-90% + (initiation), 바우처-95% + (사용).
캡처 _ 성공: 98. 5% + (라이브 웹 후크 및 후퇴 포함).
TtC p95: λ5 분 (자동 캡처 카드 포함), 자동 90 초 (인스턴트 A2A/RTP).
환불 오류: <0. 3%; TtR p95: 자동 T + 1 뱅크. 일 (카드), 자동 레일 (인스턴트 레일).
(PHP 3 = 3.0.6, PHP 4)
이데올로기 사건: = 0; Webhook SLA: 99 이상입니다. 9%, p95 <3 c.
("시장 벤치 마크" 가 아니라 내부 SLO를위한 실용적인 대상 복도.)
5) 세분화 및 귀속
문맥에서 KPI를 고려하십시오: '국가', '방법 _ 그룹', '공급자', 'BIN', '장치/os', '티켓 _ 크기', '위험 _ 세그먼트', 'kyc _ tier', '계열사', 'New _ vs _ returning'.
코호트 AR: 첫 지불 코호트 별 AR (D0/D7/D30).
경로 AR: 'PSP _ A → PSP _ B 장애' 경로의 AR.
위험 인식 AR: 위험 세그먼트 별 AR (스텝 업 후).
BIN-heat맵: 취약한 발행자 → 별도의 retray/3DS 규칙.
6) 데이터 모델 (BI 용 플랫 레이어)
최소 "이벤트 플랫":
payment_id, user_id, country, provider, method_code, action(deposit/refund),
attempt_ts, auth_status, auth_code, auth_ts,
three_ds(flow, started_ts, completed_ts, challenge_flag),
capture_status, capture_amount, capture_ts, partial_flag,
refund_status, refund_amount, refund_initiated_ts, refund_credit_ts,
fees_fixed, fees_pct, fx_spread, currency, amount,
risk_segment, kyc_tier, bin, asn, device_os, ticket_bucket키-스테이지의 demempotent 'payment _ key' 및 환불의 'dedempotency _ key'.
7) SQL 슬라이스 (예)
7. 일일 AR 및 캡처 1 개
sql
WITH base AS (
SELECT
DATE_TRUNC('day', attempt_ts) d,
country, provider, method_code,
COUNT() FILTER (WHERE auth_status='ATTEMPTED') AS auth_attempted,
COUNT() FILTER (WHERE auth_status='APPROVED') AS auth_approved,
COUNT() FILTER (WHERE capture_status='CAPTURED') AS captured_tx
FROM payments_flat
WHERE action='deposit'
GROUP BY 1,2,3,4
)
SELECT d, country, provider, method_code,
auth_approved::decimal / NULLIF(auth_attempted,0) AS ar_gross,
captured_tx::decimal / NULLIF(auth_attempted,0) AS ar_net
FROM base;7. 2 건강 환급
sql
SELECT
DATE_TRUNC('day', refund_initiated_ts) d,
country, provider, method_code,
COUNT() FILTER (WHERE refund_status='ATTEMPTED') AS refund_attempted,
COUNT() FILTER (WHERE refund_status='SUCCESS') AS refund_success,
PERCENTILE_CONT(0.95) WITHIN GROUP (ORDER BY EXTRACT(EPOCH FROM (refund_credit_ts - refund_initiated_ts))) AS ttr_p95_sec
FROM payments_flat
WHERE action='refund'
GROUP BY 1,2,3,4;7. 3 3DS 마찰
sql
SELECT country, provider,
COUNT() FILTER (WHERE three_ds.flow IS NOT NULL) AS three_ds_total,
COUNT() FILTER (WHERE three_ds.challenge_flag) AS three_ds_challenge,
COUNT() FILTER (WHERE three_ds.flow='FRICTIONLESS') AS three_ds_frictionless
FROM payments_flat
WHERE action='deposit'
GROUP BY 1,2;8) 대시 보드 (필요한 위젯)
1. 깔때기: 시도 → Auth → 캡처 (절대 및 변환).
2. AR 히트 맵:3. 3DS 품질: 챌린지/마찰없는/포기.
4. Capture Latency p50/p95) Webhook SLA.
5. 환불 건강: 환불 율, TtR p95, 환불 오류, 환불 _ to _ 출처%.
6. 비용/GGR: 방법 및 제공 업체별.
7. 경고 패널: 최고 실패 코드, AR/대기 시간 저하.
9) SLO, 경고 및 플레이 북
SLO/경고 (예):- 'AR _ Gross> 3 pp ~ 7 일 중앙값' → ALERT P1 (BIN/provider/ASN 확인).
- 'Capture _ Success <98% (시간별)' 또는 'Webhook p95> 5 c' → ALERT P1 (PSP Retray/Incident).
- 'TtR _ p95> 대상' 메소드 즉시 → ALERT P2 (대기열/제한 확인).
- 'Refund _ Error _ rate> 0. 5% '또는' Double _ Refund> 0 '→ ALERT P0 (자동 수리 동결, 수동 점검).
- BIN 분해: 대체 획득자를 포함하고, BIN에 대한 3DS 챌린지 비율을 높이고, 'ECI' 매개 변수를 사용하여 다시 트레이하십시오.
- 시스템 소프트 감소: 스마트 라우팅 → PSP _ B, 시도 범위를 N으로 제한하고 3DS 정책을 변경하십시오.
- 캡처 지연: 힘 배상, 웹 후크 서명 확인, TTL demempotency 증가.
- 환불 오류: dempotent 키 활성화, 병렬 부분 환불 제한, 중복에 대한 수동 QA.
10) KPI의 위험 및 규정 준수 관리
'Fraud _ Prebucked' 및 'Abandon _ 3DS' 를 제거한 후 AR _ clean을보고하십시오. 이것은 운영 AR이며 사기 방지 효과와 혼합되지 않습니다.
Refund _ to _ Source% - 주요 규제 KPI; comp 승인으로 예외를 수정하십시오.
분쟁/충전 비율은 시도가 아닌 캡처 된 _ mount에 바인딩됩니다.
11) 빈번한 오류
하나의 분수로 다른베이스의 합산 (시도 vs 지정 대 캡처).
'ticket _ size' 에 의한 세분화 부족 → AR에 의한 잘못된 결론.
3DS → "인위적으로" 낮은 AR에 '사용자 포기' 가 누락되었습니다.
No 'dedempotency _ key' on 환불 → 복식/재정 손실.
동일한 TtW/TtR 지표로 지불 및 환불을 혼합합니다.
12) 구현 점검표
- 합의 된 이벤트 스키마 및 통합 KPI 정의
- BIN/country의 히트맵 및 공급자 별 라우팅.
- 3DS 마찰과 대시 보드 포기.
- SLA 웹 후크, retrays, demempotency (지정/캡처/환불).
- Refund Health 및 Refund _ to _ Source% 의보고.
- AR, Capture _ Success, TtR 저하 경고, 환불 오류.
- 월간 R&O 검토: 비용/GGR, 분쟁, FX Spreads, Provider-SLA.
13) 요약
강력한 결제 루프는 각 공유, 엄격한 이벤트 분야, 세분화 및 자동 플레이 북에 대한 올바른 기반을 가진 투명한 깔때기입니다. 올바른 KPI는 변하지 않거나 개선 된 안전성으로 결제 인프라를 성장 수단으로 전환합니다: AR _ net 인프라, TtC/TtR 겠습니다.