대시 보드 결제 KPI

TL; DR

1 개의 대시 보드-3 개의 계층: 깔때기 건강 (시도 → Auth → 캡처), 재무 효율성 (TtW/TtR, 비용/GGR, FX) 및 인프라 신뢰성 (Webhook/Latency/Settlement). 비밀은 올바른 계산베이스, 필수 세분화 (국가 × 공급자 × 방법 × BIN × 티켓 _ 크기 × 위험), 임계 값 SLO 및 복도를 떠날 때 기성품 플레이 북입니다.

1) 누구와 어떤 질문을 닫습니까?

CEO/GM (일일, 3-5 분): "결제 변환 및 인출 속도는 정상입니까? 통제하에 돈을받는 비용이 있습니까? "

지불/재무 책임자 (매 시간마다): "제공자/국가/방법에 의한 저하는 어디에 있습니까? 즉시 지불하기에 충분한 유동성이 있습니까? "

사기/위험 (매일): "사기 방지 AR? Abandon не3DS] 소프트 거절? "

지원/운영 (온라인): "철회 및 귀국을위한 ETA는 무엇입니까? 웹 후크는 어디에 걸려 있습니까? "

금융/정찰 (D + 1): "정시에 해결? 위원회와 FX가 계획에 맞습니까? "

2) 주요 지표 및 정확한 정의

2. 1 지불 깔때기

시도-지불을 시작했습니다.
Auth 승인-승인 된 승인.
캡처-성공적으로 작성.

• 'AR _ gross = Auth _ Approved/Auth _ Exited'
• 'AR _ net = 캡처 된 _ Tx/Auth _ 시도'
• '캡처 _ 성공 = 캡처 _ Tx/캡처 _ 시도 _ Tx'
• (PHP 3 = 3.0.6, PHP 4)

2. 출력 및 반환 2 개

지불 성공% = 성공 _ 지불/시도 _ 지불

TtW p95 = p95 (payout _ credited _ at-payout _ provinced _ at)

환불 율 = 재조정 된 _ Tx/캡처 된 _ Tx

TtR p95 = p95 (refund _ credit _ at-refund _ province _ at)

환원 오류% = 환불 _ 실패/환불 _ 시도

(PHP 3 = 3.0.6, PHP 4)

2. 3 비용과 FX

비용/Tx = Fee _ fixed + AmountFee _ pct + FX _ Spread

비용/GGR = 비용/GGR

FX Slippage (bps) = (exx _ px-mid _ px )/mid _ px × 10 000

2. 4 통합의 신뢰성

Webhook Delivery p95 (се), 성공%

API 대기 시간 p95/p99 (지불/지연/캡처/환불/지불)

정착 시간 = 해당 기간 동안 선언 된 T + N/모든 배치에 온 배치

2. 5 3DS/마찰 (카드 용)

3DS 챌린지 쉐어 = 챌린지/3DS _ 토탈

마찰없는 공유 = 마찰없는/3DS _ 토탈

3DS에 포기 = 3DS _ 시작 -3DS _ 완료

3) 섹션 및 필터 (최소 세트)

(PHP 3 = 3.0.6, PHP 4)

• 국가 × 공급자, BIN × 국가, 메소드 × 공급자, 장치/os, 티켓 _ 크기.

4) 메인 화면의 레이아웃

1. 어퍼 KPI 플레이트 (어제/오늘, p7 중앙값과 비교):

'AR _ net', 'Capture _ Success', 'Payout Success%', 'TtW p95', 'TtR p95', 'Cost/GGR', 'Webhook p95', 'Settlement Timeliness'.

2. 세그먼트 선택 및 고장 원인 표시 (ISO 최고 코드/레일) 가있는 깔때기 (시도 → Auth → 캡처).

3. '국가 × 제공 업체' 의 히트 맵 AR과 최고 볼륨에 대한 별도의 BIN 히트 맵.

4. 3DS 패널: 벤치 라인에 대한 챌린지/프릭리스/포기 + 비교.

5. 지불 및 환불 건강: 성공%, p95 (TtW/TtR), о계정, Refund _ to _ Source%.

6. 비용 및 FX: 방법별 비용/GGR, 현장 별 FX 미끄러짐/수수료.

7. 통합 신뢰성: 웹훅 전달 p95/성공%, API 대기 시간 p95/p99, 중복률, 보고서 전달 SLA.

8. 사건 패널: 활성 경고 (§ 8 참조), feilovers 및 재무 메모 상태 (남은 L0, 프리 펀드).

5) SLO 및 경고 (복도)

• 'AR _ Gross' 3DS2 카드: 82-92% (세그먼트 별); 'AR _ net' 80% 이상
• 'Capture _ Success' 5% (시간당)
• 'Webhook p95' 9%
• 'Payout TtW p95' 인스턴트 (T + 1) -D + 1 일 100%
• 'TtR p95' 카드를 환불하십시오, T + 1 bp; 인스턴트
• '오류% 환불' <0. 3%
• '정착 시간' 99%
• '비용/GGR' -방법에 따른 개별 대상 복도

• 'AR _ Gross °> 3 pp' ~ 7 일 중앙값 (국가/PSP/BIN) → P1/P0
• 'Capture _ Success <98%' (
• '웹훅 p95> 5 c' or 중복> 0 → P1
• 'Payout TtW p95> SLO' и독점 성공% <99% → P1
• '오류%> 0을 환불하십시오. 3% 'и찌꺼기' 더블 환불> 0 '→ P0
• '정착 시간 <99%' → P1
• P2 → 방법을 사용하여 복도에서 '비용/GGR'

각 경고는 런북 'a 카드 (동작/에스컬레이션/feilover) 를 엽니 다.

6) 공식 및 계산베이스 (세부 사항)

명시 적 기반을 가진 모든 공유는 유형의 '분모' 를 나타냅니다.
타임즈-UTC; p- 양자: PERCENTILE _ CONT.

'AR _ clean' (운영) = 'Auth _ Approved/( Auth _ Exited-Fraud _ Preblocked-Abandon _ 3DS)'

'Net _ Conversion' = 'Captured _ Tx/Auth _ Exitted _ Tx'

'Refund _ to _ Source%' = 'Refund _ to _ Original _ Meth/Total _ Refunds'

'Idle Cash%' (재무 미니 위젯에서) = '(Balance-Target _ Balance )/Balance'

7) UX 패턴

위의 KPI 플레이트는 다음은 깔때기 + 히트 맵이고 다음은 통합 및 재무입니다.
공식/기본/예외가있는 조율 (예: "사기 방지").

비교 라인: p7 중앙값 및 "어제 "/" 지난 월요일"

클릭 별 드릴 다운: 히트 맵에서 결함 BIN → 발급자 → 코디 테이블.
RCA의 스냅 샷: 사후 부검의 현재보기를 "핀" 합니다.

8) 플레이 북 (내장 액션 카드)

Auth drop → 스마트 라우팅을 전환하고 3DS 챌린지를 BIN으로 높이고 배상을 제한합니다.
웹 후크 지연 → 폴링을 가능하게하고, 자동 수리/위험한 자동 결제를 동결하고, demempotence를 증가시킵니다.
지불 저하 → 레일 페일러, 재무부 우선 순위, VIP 우선 순위.
정산 지연 → StressRes, "Suspense" 로 표시, PSP에서 에스컬레이션.
오류/복제 → 환불 동결, 조정, 복제본 반전 환불.

(카드에는 체크리스트 및 에스컬레이션 연락처가 포함되어 있습니

9) 데이터 모델 (최소 충분)

events/payments_flat:
payment_id, user_id, country, provider, method_code, action(deposit/refund/payout),
attempt_ts, auth_status, auth_ts, three_ds(flow, challenge_flag, started_ts, completed_ts),
capture_status, capture_amount, capture_ts, partial_flag,
refund_status, refund_amount, refund_initiated_ts, refund_credit_ts,
payout_status, payout_amount, payout_initiated_ts, payout_credited_ts,
fees_fixed, fees_pct, fx_spread, currency, amount,
risk_segment, kyc_tier, bin, asn, device_os, ticket_bucket

events/webhooks:
provider, event_kind, event_ts, delivered_ts, retries, duplicate_flag, idempotency_key

settlements/reports:
provider, batch_id, settlement_date, amount_settled, currency, fee_amount, status

treasury/pockets (mini-widget):
pocket_id, counterparty, currency, balance, target_balance, low_watermark, updated_at

인덱스: '제공자', '메소드 _ 코드', '국가', '빈', '이벤트 _ ts'.

10) SQL 슬라이스 (예)

10. 깔때기와 AR 1 개

sql
WITH base AS (
SELECT
DATE_TRUNC('hour', attempt_ts) AS h,
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 h, 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;

10. 2 Webhook SLA

sql
SELECT
DATE_TRUNC('hour', event_ts) AS h, provider,
PERCENTILE_CONT(0. 95) WITHIN GROUP (ORDER BY EXTRACT(EPOCH FROM (delivered_ts - event_ts))) AS wb_p95_sec,
AVG(CASE WHEN retries=0 AND NOT duplicate_flag THEN 1 ELSE 0 END) AS wb_success
FROM webhooks
GROUP BY 1,2;

10. 3 환불 및 지불 건강

sql
SELECT
DATE_TRUNC('day', COALESCE(refund_initiated_ts, payout_initiated_ts)) d,
method_code, provider,
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,
COUNT() FILTER (WHERE payout_status='ATTEMPTED') AS payout_attempted,
COUNT() FILTER (WHERE payout_status='SUCCESS')  AS payout_success,
PERCENTILE_CONT(0. 95) WITHIN GROUP (ORDER BY EXTRACT(EPOCH FROM (payout_credited_ts - payout_initiated_ts))) AS ttw_p95_sec
FROM payments_flat
GROUP BY 1,2,3;

10. 4 비용/GGR

sql
SELECT
DATE_TRUNC('day', capture_ts) d,
method_code, provider,
SUM(fees_fixed + amountfees_pct + fx_spread) AS total_cost,
SUM(capture_amount) AS total_captured,
(SUM(fees_fixed + amountfees_pct + fx_spread) / NULLIF(SUM(total_captured),0)) AS cost_to_captured
FROM payments_flat
WHERE capture_status='CAPTURED'
GROUP BY 1,2,3;

11) 추가 화면

BIN Drilldown: 발행인의 AR/감소 코드, 3DS 마찰, 대기 시간.
공급자 스코어 카드: SLA Metrics, Incidents, Credits, Cost/GGR.
재무부 스냅 샷: L0/L1 잔액, 프리 펀드, StressRes, TtF 보충.
정찰보기: 정산 타이밍, 비 스티치 버치 노화, 수수료 정확성.

12) 데이터 품질 i르 전자 우편

버전이 포함 된 KPI 사전 (공식/기본/예외).
단일 TZ = UTC, p- 양자는 CONT 만 있습니다.
이벤트의 이념과 웹 후크의 등장.
시간/금액/FX 공차 정책 (조정/대기 시간).
CI의 데이터 테스트: 비어 있지 않은 제수베이스, 타임 스탬프 단조로운 분수.

13) 구현: 점검표

• KPI/formula/bases는 사전에 정의되고 고정됩니다.
• 섭취 및 이벤트/레지스트리 정규화 구성.
• 빌드 된 쇼케이스 'payment _ flat', 'webhooks', 'sementions', 'tresury'.
• 강화 된 히트 맵, 깔때기, 대기 시간, 지불/환불 패널.
• SLO 및 경보 임계 값이 설정되었습니다. 플레이 북과 관련이 있습니다
• 액세스 역할: C 레벨 (읽기 전용 요약), Ops/Fraud (드릴 다운).
• 공급자 스코어 카드를 기반으로하는 공급자 별 주간 QBR.
• UAT 테스트 제품군: 데모 데이터 세트, p- 양자 확인, 데이터베이스 정확성, 경고.

14) 빈번한 오류

믹싱베이스 ('시도' vs '캡처') → 잘못된 결론.
'티켓 _ 크기' 세분화 → 왜곡 된 AR 그림이 없습니다.
3DS → 공급자에게 "과대 평가 된" 문제를 무시하십시오.
제어 웹 후크 부족 → 이중 동작.
결제/수수료에 대한 불완전한 쇼케이스 → 비용/GGR은 추정 할 수 없습니다.
SLO와 플레이 북이 없으면 대시 보드는 "행동없는 쇼케이스" 로 바뀝니다.

요약

대시 보드 결제 KPI는 그래프뿐만 아니라 운영 도구입니다. 깔때기, 돈 및 인프라를 연결하고 명확한 공식과 세분화에 의존하며 자동 신호를 제공하며 즉시 동작을 제안합니다. 결과적으로 위의 AR _ net, 복도의 TtW/TtR, 통제중인 비용/GGR, 사고는 신속하게 현지화되며 공급자와의 대화는 숫자를 기반으로합니다.