결제 처리 데이터 템플릿
결제 처리 데이터 템플릿
- 권장 데이터 속성
- 결제 과정에서 추적해야 할 주요 활동
- Stripe 데이터 추출 단계별 안내
결제 처리 속성
| 이름 | 설명 | ||
|---|---|---|---|
|
Payment Transaction ID
PaymentIntentId
|
Stripe에서 결제 거래를 식별하는 고유 ID입니다. | ||
|
설명
이 속성은 프로세스 분석의 기준 케이스 식별자로 사용됩니다. 일반적으로 Stripe PaymentIntent 객체의 'id' 필드(예: pi_12345)에서 가져옵니다. 승인, 매입, 실패, 환불 등 관련 이벤트를 하나의 처음부터 끝까지 이어지는 케이스로 묶습니다. 분석에서는 이 ID를 사용해 결제 요청의 전체 이력을 재구성합니다. 고객이 요청한 특정 금융 거래에 각 시도와 상태 변경이 올바르게 연결되도록 합니다.
중요한 이유
process mining 모델의 기본 키로, 서로 분리된 이벤트를 하나의 일관된 프로세스 흐름으로 연결합니다.
확보 방법
Stripe API: PaymentIntent 객체의 'id' 필드.
예시
pi_3MtwPdLkdIwHu7ix28XE9f12pi_1Jq8uFLkdIwHu7ix0yNq9g34pi_3N5yQdLkdIwHu7ix1AzP8h56ch_3LkrCdLkdIwHu7ix0ByR7j78
|
|||
|
마지막 데이터 업데이트
ExtractionTimestamp
|
Stripe에서 데이터를 추출한 시각입니다. | ||
|
설명
이 속성에는 소스 시스템에서 데이터를 가져온 시각이 기록됩니다. 분석 데이터의 최신성을 파악하고 데이터 지연 가능성을 확인하는 데 도움이 됩니다. 대시보드에서 이 필드는 사용자에게 데이터가 얼마나 최신인지 알려줍니다. 이벤트 시각과 추출 시각의 차이가 크면 데이터 파이프라인이 지연되고 있을 수 있습니다.
중요한 이유
데이터 최신성을 투명하게 확인하고 증분 데이터 적재 전략을 지원합니다.
확보 방법
ETL 또는 추출 도구에서 생성됩니다.
예시
2023-11-01T00:00:00Z2023-11-01T12:00:00Z
|
|||
|
소스 시스템
SourceSystem
|
데이터가 생성된 시스템의 이름입니다. | ||
|
설명
이 속성은 데이터 레코드의 출처를 나타냅니다. 이 프로세스 뷰에서는 값이 항상 'Stripe'입니다. 프로세스 흐름이 CRM, ERP, 결제 게이트웨이 등 여러 시스템에 걸쳐 있는 환경에서 유용합니다. 분석가는 이 속성을 기준으로 결제 처리 시스템에서 발생한 활동만 프로세스 맵에 표시하거나, 여러 게이트웨이의 데이터를 함께 분석할 때 Stripe와 다른 결제 수단을 구분할 수 있습니다.
중요한 이유
데이터 출처를 식별하므로 데이터 거버넌스와 여러 시스템에 걸친 process mining에 필요합니다.
확보 방법
데이터 추출 시 하드코딩된 값입니다.
예시
StripeStripe ConnectStripe 결제
|
|||
|
시작 시간
EventTimestamp
|
이벤트가 발생한 정확한 날짜와 시간입니다. | ||
|
설명
이 속성은 이벤트의 타임스탬프를 기록합니다. Stripe에서는 Event 객체의 'created' 필드에 Unix 타임스탬프로 제공됩니다. 이 데이터는 활동 순서를 파악하는 데 필요합니다. 분석가는 이 필드를 사용해 주기 시간과 활동 간 소요 시간을 계산하고 Payment Transaction ID 케이스 내에서 이벤트 순서를 올바르게 정렬합니다. 타임스탬프가 정확하지 않으면 프로세스 흐름을 파악하거나 성과를 측정할 수 없습니다.
중요한 이유
프로세스 탐색과 성과 분석에 필요한 시간 정보를 제공합니다.
확보 방법
Stripe API: Event 객체의 'created' 필드.
예시
2023-10-27T08:30:00Z2023-10-27T08:30:05Z2023-10-27T14:15:00Z
|
|||
|
활동
EventName
|
결제 과정에서 발생하는 특정 단계나 이벤트의 이름입니다. | ||
|
설명
이 속성은 특정 시점에 수행된 활동을 나타냅니다. 일반적으로 Stripe Webhook 이벤트 유형을 기준으로 매핑합니다. 예를 들어 'payment_intent.created'는 '결제 요청 생성'으로, 'charge.succeeded'는 '결제 승인'으로 매핑됩니다. 기술적인 이벤트 이름을 업무에서 이해하기 쉬운 활동명으로 올바르게 매핑해야 프로세스 맵을 쉽게 읽을 수 있습니다. 분석가는 원시 API 이벤트 코드를 해석하지 않고도 프로세스 흐름을 파악할 수 있습니다.
중요한 이유
프로세스 맵의 노드를 정의하여 프로세스 흐름을 시각화합니다.
확보 방법
Stripe API: Event 객체의 'type' 필드.
예시
결제 요청 생성결제 승인결제 실패분쟁 접수
|
|||
|
결제 금액
PaymentAmount
|
결제 거래에 해당하는 금액입니다. | ||
|
설명
이 속성은 거래의 총액을 나타냅니다. Stripe에서는 보통 최소 통화 단위(예: USD의 센트)로 저장되므로 변환이 필요합니다. PaymentIntent 또는 Charge 객체의 'amount' 필드에 매핑됩니다. 이 데이터는 '자금 흐름 가시성' 대시보드에 중요합니다. 분석가는 금액을 합산해 전체 처리 규모와 오류 발생 시 위험에 노출되는 잠재 매출을 파악하고, 수동 검토 시 고액 거래를 우선적으로 확인할 수 있습니다.
중요한 이유
프로세스 분석에 재무 관점을 더해 금액을 기준으로 우선순위를 정할 수 있습니다.
확보 방법
Stripe API: PaymentIntent 객체의 'amount' 필드.
예시
100.002500.5049.99
|
|||
|
결제 상태
PaymentStatus
|
PaymentIntent 또는 Charge의 현재 상태입니다. | ||
|
설명
이 속성은 Stripe에서 보고한 거래 상태를 나타냅니다(예: 'requires_payment_method', 'succeeded', 'canceled'). 'status' 필드에서 직접 가져옵니다. 이 속성을 사용하면 프로세스 흐름이 올바른지 확인할 수 있습니다. 예를 들어 'succeeded'로 끝난 케이스는 성공적으로 처리된 경로이고, 'canceled'로 끝난 케이스는 정상 경로에서 벗어난 경우입니다. 결과를 분류해 '처리량 및 용량 분석' 대시보드를 구성할 수 있습니다.
중요한 이유
케이스 결과를 빠르게 확인하고 규정에 맞는 최종 상태에 도달했는지 검증할 수 있습니다.
확보 방법
Stripe API: PaymentIntent 객체의 'status' 필드.
예시
성공조치 필요처리 중취소됨
|
|||
|
결제 수단 유형
PaymentMethodType
|
결제에 사용된 수단의 유형입니다. 예: 카드 또는 계좌 이체. | ||
|
설명
이 속성은 'card', 'ach_debit', 'alipay' 등 거래에 사용된 결제 수단을 나타냅니다. 'payment_method_types' 또는 'payment_method' 객체에서 가져옵니다. 카드 결제는 빠르고 계좌 이체는 느리는 등 결제 수단에 따라 정산 시간이 크게 달라지므로 '정산 소요 시간 표준화' 대시보드에 필요합니다. 결제 수단별로 데이터를 나누면 공정하게 성과를 비교할 수 있습니다.
중요한 이유
결제 수단별 특성 차이가 프로세스 소요 시간에 미치는 영향을 설명합니다.
확보 방법
Stripe API: PaymentIntent 객체의 'payment_method_types' 필드.
예시
카드미국 은행 계좌SEPA 자동 이체iDEAL
|
|||
|
고객 ID
CustomerId
|
결제와 연결된 고객의 식별자입니다. | ||
|
설명
이 속성은 결제를 Stripe의 특정 고객과 연결합니다. 'customer' 필드에서 가져옵니다. 분석가는 이 속성을 기준으로 거래를 고객별로 묶어 '고객 알림 지연 시간' 대시보드를 구성할 수 있습니다. 재작업이 잦거나 결제 실패가 반복되는 고객을 식별할 때도 유용하며, '결제 지시 재작업률' 분석을 지원합니다.
중요한 이유
고객별 프로세스 분석과 세분화를 지원합니다.
확보 방법
Stripe API: PaymentIntent 객체의 'customer' 필드.
예시
cus_9s6X9nLkdIwHu7cus_8f5Y8nLkdIwJu8cus_7d4Z7nLkdIwKu9
|
|||
|
실패 코드
FailureCode
|
결제 실패 시 반환되는 구체적인 오류 코드입니다. | ||
|
설명
이 속성은 'insufficient_funds' 또는 'card_declined'와 같은 결제 실패 원인을 기록합니다. 일반적으로 PaymentIntent의 'last_payment_error.code' 필드에서 확인할 수 있습니다. 이 데이터는 '오류 해결 소요 시간' 대시보드의 기반이 됩니다. 오류 코드를 분석하면 결제 흐름에서 마찰과 지연을 일으키는 기술적 오류를 파악할 수 있습니다.
중요한 이유
프로세스 이탈과 거래 실패의 근본 원인을 분석하는 데 필요합니다.
확보 방법
Stripe API: PaymentIntent 객체의 'last_payment_error.code' 필드.
예시
카드 거절잔액 부족카드 만료CVC 오류
|
|||
|
지급 ID
PayoutId
|
이 결제가 포함된 은행 지급의 식별자입니다. | ||
|
설명
이 속성은 개별 거래를 판매자의 은행 계좌로 보내는 일괄 정산(Payout)과 연결합니다. 해당 Charge와 연결된 Balance Transaction 객체에서 확인할 수 있습니다. '결제 대사 차이 분석'에 중요합니다. 결제가 정산됐는데 Payout ID가 없다면 자금이 Stripe에 보관되어 아직 사업체로 이체되지 않았다는 뜻일 수 있으며, 유동성 지연을 파악하는 데 도움이 됩니다.
중요한 이유
개별 케이스를 최종 재무 정산 단계와 연결합니다.
확보 방법
Stripe API: Balance Transaction 객체의 'payout' 필드.
예시
po_1MtwPdLkdIwHu7ix28XE9f12po_1Jq8uFLkdIwHu7ix0yNq9g34
|
|||
|
처리 담당자
ProcessingUser
|
수동 검토를 담당하는 사용자 또는 시스템 에이전트입니다. | ||
|
설명
이 속성은 특정 활동을 수행한 담당자 또는 시스템 로직을 식별합니다. 특히 '결제 검토 필요' 또는 '분쟁 접수' 활동에서 유용합니다. Stripe Radar에서는 검토 로그에 기록된 검토자의 이메일 주소일 수 있습니다. '수동 개입 히트맵'을 통해 관리자는 팀원별 검토 건수를 확인하고 수동 워크플로에서 병목이 발생할 가능성을 파악할 수 있습니다.
중요한 이유
리소스를 분석하고 수동 처리 과정의 병목을 파악할 수 있습니다.
확보 방법
Stripe API: Review 객체(Radar)의 'closed_by' 또는 'opened_reason' 필드.
예시
사기 대응팀 봇analyst@company.com시스템 자동 처리
|
|||
|
통화
PaymentCurrency
|
거래 통화를 나타내는 3자리 ISO 코드입니다. | ||
|
설명
이 속성은 결제에 사용된 통화를 나타냅니다(예: USD, EUR, GBP). PaymentIntent 객체의 'currency' 필드에서 확인할 수 있습니다. Treasury 대시보드에서 재무 데이터를 동일한 기준으로 집계하는 데 필요합니다. 분석 시 이 필드를 사용하면 결제 처리 시간이나 오류율의 지역별 차이를 파악할 수 있으며, '정산 소요 시간 표준화' 뷰를 구성하는 데 도움이 됩니다.
중요한 이유
정확한 재무 데이터 집계와 지역별 성과 분석에 필요합니다.
확보 방법
Stripe API: PaymentIntent 객체의 'currency' 필드.
예시
USDEURGBPJPY
|
|||
|
분쟁 여부
IsDisputed
|
카드 소지자가 결제에 이의를 제기했는지 나타내는 불리언 값입니다. | ||
|
설명
이 속성은 해당 결제에 대해 분쟁(차지백)이 접수된 적이 있는지 나타냅니다. Charge 객체의 'dispute' 필드가 null이 아닌지 확인하거나 PaymentIntent와 연결된 Dispute 객체가 있는지 확인해 값을 산출합니다. '프로세스 경로 규정 준수 감사'에서 분쟁 케이스를 필터링하고 증빙 제출 절차를 올바르게 따랐는지 확인하는 데 사용합니다.
중요한 이유
특별한 처리가 필요하고 규정 준수 추적이 필요한 고위험 케이스를 식별합니다.
확보 방법
Stripe API: Charge 객체의 'dispute' 필드에 값이 있는지 확인합니다.
예시
truefalse
|
|||
|
수동 개입 없음
IsTouchless
|
수동 개입 없이 프로세스가 완료되었는지 나타내는 플래그입니다. | ||
|
설명
이 계산 속성은 케이스가 '결제 검토 필요', '분쟁 접수', '결제 오류 해결'과 같은 활동 없이 정상 경로를 따랐는지 확인합니다. '수동 개입 없는 결제 비율' KPI를 계산하는 데 사용합니다. 비율이 높으면 처리가 효율적으로 자동화되었음을 나타내며, 낮으면 운영 부담이 크다는 뜻일 수 있습니다.
중요한 이유
자동화 효율과 표준 프로세스 흐름의 품질을 측정합니다.
확보 방법
Process Mining 도구에서 계산합니다.
예시
truefalse
|
|||
|
오류 해결 시간
ErrorResolutionTime
|
오류를 식별한 시점부터 해결할 때까지 걸린 시간입니다. | ||
|
설명
이 계산 속성은 '결제 오류 식별'부터 '결제 오류 해결'까지 걸린 시간을 추적합니다. '평균 오류 해결 시간' KPI의 주요 지표입니다. 이를 모니터링하면 예외 처리팀과 자동 재시도 로직을 개선하는 데 도움이 됩니다.
중요한 이유
오류 처리에 드는 운영 비용을 수치화합니다.
확보 방법
Process Mining 도구에서 계산합니다.
예시
4시간12분2일
|
|||
|
위험 점수
RiskScore
|
Stripe Radar가 거래에 부여한 사기 위험 점수입니다. | ||
|
설명
이 속성에는 Stripe의 머신러닝 모델이 부여한 위험 점수(0~99)가 포함됩니다. Charge 객체의 'outcome.risk_score' 필드에서 확인할 수 있습니다. 이 속성은 '오탐 오류 식별' 대시보드에 중요합니다. 위험 점수와 성공적으로 완료된 '결제 오류 해결' 활동을 함께 분석하면 거래 자동 차단 기준을 조정할 수 있습니다.
중요한 이유
거래가 위험으로 표시되거나 차단된 이유를 파악하는 데 도움이 됩니다.
확보 방법
Stripe API: Charge 객체의 'outcome.risk_score' 필드.
예시
56599
|
|||
|
재작업 여부
IsRework
|
케이스 내에서 활동이 반복되었는지 나타내는 플래그입니다. | ||
|
설명
이 계산 속성은 하나의 Payment Transaction ID에서 '결제 지시 전송' 또는 '결제 정보 검증'과 같은 활동이 두 번 이상 발생하면 true를 반환합니다. '결제 지시 재작업률' KPI를 직접 지원합니다. 재작업 횟수가 많으면 원천 데이터의 품질 문제나 고객이 사용하기 어려운 인터페이스가 원인일 수 있습니다.
중요한 이유
비효율과 프로세스 반복을 파악할 수 있습니다.
확보 방법
Process Mining 도구에서 계산합니다.
예시
truefalse
|
|||
|
정산 소요 시간
SettlementDuration
|
결제 승인부터 자금 사용 가능까지 걸린 시간입니다. | ||
|
설명
이 계산 속성은 승인된 자금을 Stripe 잔액에서 사용할 수 있게 되기까지 걸린 시간을 측정합니다. '자금 사용 가능' 시각에서 '결제 승인' 시각을 빼서 계산합니다. '정산 소요 시간 표준화' 대시보드의 주요 지표로, Treasury 팀이 자금 사용 가능 시점을 예측하는 데 도움이 됩니다.
중요한 이유
자금 유동 속도와 현금 흐름 지연을 측정합니다.
확보 방법
Process Mining 도구에서 계산합니다.
예시
2일7일10분
|
|||
|
카드 발급 국가
CardCountry
|
카드가 발급된 국가의 코드입니다. | ||
|
설명
이 속성은 결제 수단의 발급 국가를 나타내며, 일반적으로 'payment_method_details.card.country'에서 확인할 수 있습니다. '정산 소요 시간 표준화' 대시보드에 사용합니다. 해외 결제는 국내 결제보다 정산 주기가 긴 경우가 많으므로, 분석 시 이 속성을 기준으로 데이터를 구분할 수 있습니다.
중요한 이유
국경 간 은행 처리 절차로 인해 정산이 지연되는 원인을 설명합니다.
확보 방법
Stripe API: Charge 객체의 'payment_method_details.card.country' 필드.
예시
미국독일영국
|
|||
|
환불 여부
IsRefunded
|
결제가 전액 또는 일부 환불되었는지 나타내는 불리언 값입니다. | ||
|
설명
이 속성은 고객에게 자금이 반환되었는지 표시합니다. Charge 객체의 'refunded' 불리언 필드 또는 'amount_refunded' > 0 여부를 기준으로 산출합니다. '프로세스 경로 규정 준수 감사'에 활용할 수 있습니다. 환불에는 보통 별도의 승인 단계가 필요하므로, 이 속성으로 해당 케이스를 분리하고 '결제 환불' 활동이 발생했는지 확인할 수 있습니다.
중요한 이유
흐름이 되돌아간 케이스를 식별합니다. 이는 중요한 프로세스 이탈입니다.
확보 방법
Stripe API: Charge 객체의 'refunded' 필드.
예시
truefalse
|
|||
결제 처리 활동
| 활동 | 설명 | ||
|---|---|---|---|
|
결제 대사 완료
|
외부 은행 명세서와 Stripe 지급 내역을 대조했습니다. 자금이 실제로 회사 은행 계좌에 입금되었음을 확인합니다. | ||
|
중요한 이유
‘결제 대사 누락 분석’의 마지막 단계입니다. 장부 기록과 은행 거래 내역이 일치하는지 확인합니다.
확보 방법
Stripe Treasury 또는 대사 기능을 사용하는 경우 외부 데이터나 'payout.reconciled' 상태가 필요한 경우가 많습니다.
기록
Stripe Treasury 사용 또는 외부 ERP 신호 필요
이벤트 유형
explicit
|
|||
|
결제 승인
|
카드 발급사가 거래 금액을 승인하고 자금을 예약합니다. 결제 수단이 유효하고 잔액이 충분하다는 뜻입니다. | ||
|
중요한 이유
‘수동 개입 없는 결제 비율’의 주요 기준점입니다. 이 단계가 성공하면 주요 위험 검토를 통과한 것입니다.
확보 방법
Stripe Events API: payment_intent.succeeded(자동 승인인 경우) 또는 payment_intent.amount_capturable(수동 승인인 경우).
기록
payment_intent.succeeded 또는 amount_capturable 이벤트가 발생할 때 기록됩니다.
이벤트 유형
explicit
|
|||
|
결제 실패
|
카드 발급사가 결제를 거절하거나 Stripe가 차단했습니다. 이 이벤트가 오류 처리 경로를 시작합니다. | ||
|
중요한 이유
‘평균 오류 해결 시간’ 측정의 시작점입니다. 이 단계의 코드를 분석하면 ‘오탐 오류율’을 낮추는 데 도움이 됩니다.
확보 방법
Stripe Events API: payment_intent.payment_failed
기록
payment_intent.payment_failed 이벤트가 발생할 때 기록됩니다.
이벤트 유형
explicit
|
|||
|
결제 요청 생성
|
Stripe 시스템에서 PaymentIntent가 생성되며 결제 프로세스가 시작됩니다. 고객 또는 시스템이 거래를 요청한 시점이 기록됩니다. | ||
|
중요한 이유
프로세스 소요 시간 측정의 시작점입니다. 결제 전 과정에 걸린 시간을 계산하는 데 필요합니다.
확보 방법
Stripe Events API: payment_intent.created
기록
payment_intent.created 이벤트가 발생할 때 기록됩니다.
이벤트 유형
explicit
|
|||
|
결제 정보 검증
|
기본 형식 확인과 사기 방지 규칙 평가(Stripe Radar)를 포함해 결제 정보를 자동으로 검증합니다. 승인 요청 전에 시스템이 데이터의 유효성을 확인하는 단계입니다. | ||
|
중요한 이유
검증 및 승인 병목 대시보드의 측정에 필요합니다. 이 단계의 지연은 시스템 응답이 느리거나 사기 방지 규칙 처리가 복잡하다는 신호일 수 있습니다.
확보 방법
‘결제 요청 생성’ 타임스탬프와 이후 상태 변경(예: ‘processing’ 또는 ‘requires_action’)을 비교해 추정합니다.
기록
생성 시점과 첫 상태 업데이트 시점 비교
이벤트 유형
inferred
|
|||
|
자금 이체
|
이 거래가 포함된 지급 건이 외부 은행 계좌로 지급되었습니다. 자금이 Stripe 플랫폼을 떠난 상태입니다. | ||
|
중요한 이유
‘결제 정산’ 기준점을 나타냅니다. ‘정산 소요 시간의 일관성’을 계산하는 데 사용됩니다.
확보 방법
Stripe Events API: payout.paid
기록
payout.paid 이벤트가 발생할 때 기록됩니다.
이벤트 유형
explicit
|
|||
|
결제 검토 승인
|
이전에 검토 대상으로 표시된 거래를 담당자 또는 시스템 규칙이 승인합니다. 승인 후 거래는 결제 승인 단계로 진행됩니다. | ||
|
중요한 이유
‘평균 승인 주기’ 측정에 필요합니다. 이 단계의 병목은 고객 경험에 직접 영향을 줍니다.
확보 방법
Stripe Events API: review.closed('approved' 사유 포함)
기록
review.closed 이벤트가 발생할 때 기록됩니다.
이벤트 유형
explicit
|
|||
|
결제 검토 필요
|
결제가 Stripe Radar의 수동 검토 규칙에 해당하면 발생합니다. 담당자가 확인할 때까지 결제가 보류됩니다. | ||
|
중요한 이유
‘수동 개입 히트맵’ 대시보드의 분석에 활용됩니다. 이 단계의 처리량이 많다면 사기 방지 규칙을 조정하거나 인력을 늘릴 필요가 있습니다.
확보 방법
Stripe Events API: review.opened
기록
review.opened 이벤트가 발생할 때 기록됩니다.
이벤트 유형
explicit
|
|||
|
결제 알림 발송
|
고객에게 영수증 또는 결제 확인 이메일을 보냅니다. 거래와 관련된 고객 응대가 끝나는 시점입니다. | ||
|
중요한 이유
‘고객 알림 지연 시간’ 대시보드 분석에 활용됩니다. 이 단계가 지연되면 고객 지원 문의가 발생할 수 있습니다.
확보 방법
Stripe Events API: charge.succeeded('receipt_sent' 불리언 값 또는 'receipt_url' 생성 여부 확인) 또는 receipt.sent 이벤트.
기록
receipt.sent 이벤트 발생 시 기록하거나 charge 객체에서 추출합니다.
이벤트 유형
explicit
|
|||
|
결제 오류 해결
|
이전에 실패한 PaymentIntent가 processing 또는 succeeded 상태로 바뀌면 해결된 것으로 추정합니다. 고객이 새 결제 수단을 제공했거나 재시도가 성공한 경우입니다. | ||
|
중요한 이유
‘오류 해결 주기’ 대시보드 분석에 중요합니다. 매출을 성공적으로 회복했는지 보여줍니다.
확보 방법
이전에 'payment_intent.payment_failed' 이벤트가 발생한 ID에서 'payment_intent.processing' 또는 'succeeded' 이벤트가 확인되면 해결된 것으로 추정합니다.
기록
상태 순서 비교: Failed -> Processing/Succeeded
이벤트 유형
inferred
|
|||
|
결제 인증 요청
|
시스템에서 Strong Customer Authentication(SCA) 또는 3D Secure가 필요하다고 판단합니다. 고객이 인증을 완료할 때까지 처리가 일시 중지됩니다. | ||
|
중요한 이유
시스템이 아닌 고객의 응답에 따라 달라지는 프로세스 지연을 파악할 수 있습니다.
확보 방법
Stripe Events API: payment_intent.requires_action
기록
payment_intent 상태가 requires_action으로 변경될 때 기록됩니다.
이벤트 유형
explicit
|
|||
|
결제 환불
|
판매자가 거래를 환불했습니다. 자금 흐름이 반대로 전환됩니다. | ||
|
중요한 이유
정산 후 재작업과 매출 누수를 파악합니다.
확보 방법
Stripe Events API: charge.refunded
기록
charge.refunded 이벤트가 발생할 때 기록됩니다.
이벤트 유형
explicit
|
|||
|
분쟁 접수
|
카드 소지자가 결제에 이의를 제기했습니다. 차지백 절차가 시작되고 잔액에서 자금이 차감됩니다. | ||
|
중요한 이유
‘첫 대사 성공률’에 영향을 주는 주요 예외 흐름입니다.
확보 방법
Stripe Events API: charge.dispute.created
기록
charge.dispute.created 이벤트가 발생할 때 기록됩니다.
이벤트 유형
explicit
|
|||
|
분쟁 종료
|
분쟁 절차가 승소 또는 패소로 마무리됩니다. 예외 처리 흐름이 끝나는 시점입니다. | ||
|
중요한 이유
이의가 제기된 매출의 최종 처리 결과를 나타냅니다.
확보 방법
Stripe Events API: charge.dispute.closed
기록
charge.dispute.closed 이벤트가 발생할 때 기록됩니다.
이벤트 유형
explicit
|
|||
|
자금 사용 가능
|
거래 자금의 정산이 완료되어 Stripe 사용 가능 잔액에 반영되고 지급할 수 있는 상태가 됩니다. | ||
|
중요한 이유
‘자금 흐름 가시성’ 파악에 중요합니다. 기업이 실제로 자금을 사용할 수 있게 된 시점을 나타냅니다.
확보 방법
Stripe Events API: balance.available
기록
balance.available 이벤트가 발생할 때 기록됩니다.
이벤트 유형
explicit
|
|||
|
지급 건에 결제 포함
|
해당 거래가 하나의 Payout 객체로 묶입니다. 자금이 은행으로 이체될 예정임을 나타냅니다. | ||
|
중요한 이유
‘정산 소요 시간 표준화’에 필요합니다. 개별 거래와 일괄 은행 이체를 연결합니다.
확보 방법
Balance Transaction을 Payout 객체와 연결해 추정합니다.
기록
Balance Transaction에 Payout ID가 할당된 시점 확인
이벤트 유형
inferred
|
|||
데이터 추출 가이드
시작할 준비가 되셨나요?
지금 결제 흐름을 분석해 숨은 병목을 찾고 재무 성과를 개선하세요. 각 단계에서 필요한 도움을 드립니다.
Stripe 결제 처리 효율을 지금 개선하세요
무개입 처리율 98%를 달성하고 결제 예외를 없애세요.
신용카드가 필요하지 않습니다. 몇 분이면 설정할 수 있습니다.