반품 및 환불 처리 데이터 템플릿

Salesforce Commerce Cloud
반품 및 환불 처리 데이터 템플릿

반품 및 환불 처리 데이터 템플릿

이 템플릿은 반품 및 환불 프로세스 분석에 필요한 데이터를 수집하는 방법을 안내합니다. 필수 데이터 필드와 추적할 주요 활동을 확인하고, 소스 시스템에서 데이터를 추출하는 방법도 살펴볼 수 있습니다. 이 템플릿을 활용해 이벤트 로그를 준비하면 process mining 프로젝트를 원활하게 시작할 수 있습니다.
  • 수집 권장 속성
  • 추적할 주요 활동
  • Salesforce Commerce Cloud 데이터 추출 안내
이벤트 로그가 처음이신가요? 알아보기 process mining 이벤트 로그 만드는 방법.

반품 및 환불 처리 속성

Salesforce Commerce Cloud에서 반품 및 환불 처리를 분석할 때 이벤트 로그에 포함할 것을 권장하는 데이터 필드입니다.
5 필수 6 권장 9 선택 사항
이름 설명
반품 케이스 ID
ReturnCaseId
개별 고객 반품 케이스를 식별하는 고유 ID입니다. 반품 시작부터 종료까지 관련된 모든 활동을 연결합니다.
설명

반품 케이스 ID는 특정 고객의 반품 또는 환불 요청과 관련된 모든 활동을 연결하는 기본 식별자입니다. 이를 통해 반품 요청부터 최종 종료까지 전체 진행 과정을 추적하고 분석할 수 있습니다.

process mining에서는 케이스를 재구성하는 데 이 속성이 기본적으로 사용됩니다. 동일한 반품 케이스 ID를 가진 이벤트는 모두 하나의 프로세스 인스턴스에 속합니다. 이를 바탕으로 프로세스 맵을 시각화하고, 처리 시간과 같은 케이스별 KPI를 계산하며, 반품 프로세스의 변형을 분석할 수 있습니다.

중요한 이유

반품 프로세스의 모든 단계를 하나의 추적 가능한 케이스로 연결하는 기본 키입니다. 처음부터 끝까지 프로세스를 분석하는 데 필요합니다.

확보 방법

일반적으로 Salesforce Commerce Cloud의 Return Merchandise Authorization (RMA) 프로세스에서 생성됩니다. Return Order 또는 Case 객체에서 확인할 수 있습니다.

예시
RT-0012345RT-0012346RT-0012347
이벤트 시각
EventTime
특정 활동이나 이벤트가 발생한 시점을 나타내는 타임스탬프입니다.
설명

이벤트 시각은 활동이 실행되거나 상태가 변경된 날짜와 시간을 정확히 기록합니다. 이벤트 순서를 올바르게 정하고 시간 기반 분석을 수행하는 데 필요한 정보입니다.

process mining은 타임스탬프를 사용해 활동 순서를 정하고, 단계 간 처리 시간과 대기 시간을 계산하며, 기간별 프로세스 성과를 분석합니다. 정확한 타임스탬프는 신뢰할 수 있는 프로세스 분석의 기반입니다.

중요한 이유

활동의 시간 순서를 정하는 타임스탬프입니다. 처리 시간을 계산하고 프로세스 지연을 파악하는 데 필요합니다.

확보 방법

일반적으로 반품 프로세스와 관련된 Salesforce Commerce Cloud 레코드의 생성 또는 수정 시각입니다. 예를 들어 객체의 'CreatedDate' 또는 'LastModifiedDate'가 해당합니다.

예시
2023-04-15T10:00:00Z2023-04-16T14:30:00Z2023-04-18T09:15:22Z
활동명
ActivityName
반품 프로세스에서 발생한 구체적인 업무 단계 또는 이벤트의 이름입니다.
설명

이 속성은 특정 시점에 반품 케이스에서 완료된 작업이나 주요 단계를 나타냅니다. 예를 들어 '반품 요청 생성', '창고에서 상품 접수', '환불 처리' 등이 있습니다.

process mining에서는 활동명을 사용해 단계의 순서와 케이스의 흐름을 보여주는 프로세스 맵을 구성합니다. 활동을 분석하면 병목, 재작업 반복, 표준 프로세스와의 차이를 파악할 수 있습니다.

중요한 이유

프로세스 맵의 단계를 정의해 반품 워크플로를 시각화하고 분석할 수 있게 합니다.

확보 방법

일반적으로 Salesforce의 Return Order 또는 Case 객체와 관련된 이벤트 로그, 상태 변경 기록 또는 작업 완료 데이터에서 가져옵니다.

예시
반품 요청 승인상품 검사 완료환불 처리
소스 시스템
SourceSystem
이벤트 데이터가 생성된 시스템입니다.
설명

데이터가 생성된 소스 시스템을 식별하는 속성입니다. 이 프로세스에서는 항상 'Salesforce Commerce Cloud'로 표시됩니다.

여러 시스템의 데이터를 결합해 플랫폼 간 프로세스 흐름을 분석할 때 이 필드를 활용할 수 있습니다. 데이터 출처를 명확히 하고 특정 소스의 데이터 품질 문제를 진단하는 데도 도움이 됩니다.

중요한 이유

데이터의 출처를 파악할 수 있어 데이터 거버넌스를 관리하고 여러 기업 시스템의 데이터를 통합할 때 유용합니다.

확보 방법

데이터 추출 및 변환 과정에서 추가하는 고정값입니다. Salesforce 자체의 필드는 아니며 데이터 모델의 일부로 정의됩니다.

예시
Salesforce Commerce Cloud
최종 데이터 업데이트 시각
LastDataUpdate
소스 시스템에서 데이터를 마지막으로 추출하거나 새로 고친 시점을 나타내는 타임스탬프입니다.
설명

Salesforce Commerce Cloud에서 데이터를 가장 최근에 가져온 날짜와 시간을 기록합니다. 분석 중인 데이터의 최신성을 확인할 수 있습니다.

이 정보를 통해 사용자는 프로세스 분석이 얼마나 최신 데이터를 반영하는지 파악할 수 있습니다. 데이터의 시의성에 대한 기대치를 조정하고 데이터 세트의 완전성을 검증하는 데도 도움이 됩니다.

중요한 이유

데이터가 얼마나 최신인지 알려주므로 분석 결과가 현재 프로세스 상태를 반영하는지 확인할 수 있습니다.

확보 방법

데이터 새로 고침 시 추출 도구나 스크립트가 생성하는 타임스탬프입니다. Salesforce의 필드는 아닙니다.

예시
2023-05-20T02:00:00Z2023-05-21T02:00:00Z
반품 사유
ReturnReason
고객이 상품을 반품하는 이유입니다.
설명

반품 사유는 고객이 반품을 요청한 이유를 나타냅니다. 일반적으로 '사이즈가 맞지 않음', '상품 파손', '더 이상 필요하지 않음'과 같은 사전 정의된 목록에서 선택합니다.

근본 원인을 분석하는 데 중요한 속성입니다. 반품 사유를 분석하면 상품 품질, 사이즈 문제, 상품 설명의 부정확성과 관련된 추세를 파악할 수 있습니다. 이를 바탕으로 제품 개발, 마케팅, 공급망을 개선해 전체 반품 건수를 줄일 수 있습니다.

중요한 이유

상품을 반품하는 이유를 파악하면 제품 결함이나 사이즈 문제와 같은 근본 원인을 찾아 향후 반품 건수를 줄이는 데 도움이 됩니다.

확보 방법

일반적으로 Salesforce의 Return Order 또는 Case 객체에 있는 선택 목록 필드이며, 고객이 반품을 시작할 때 입력합니다.

예시
사이즈가 맞지 않음배송 시 상품 파손잘못된 상품 배송
반품 채널
ReturnChannel
온라인, 매장 방문, 고객 서비스 문의 등 반품을 시작한 경로입니다.
설명

고객이 반품을 시작할 때 이용한 방법을 나타내는 속성입니다. 온라인 셀프서비스 포털, 매장 방문, 고객 서비스 담당자 문의 등이 일반적인 채널입니다.

'반품 건수 및 처리량 추세' 대시보드에서 반품 채널을 파악하면 리소스를 효율적으로 배분할 수 있습니다. 채널별 처리 시간, 반품 사유 또는 처리 비용의 차이도 분석할 수 있습니다.

중요한 이유

온라인이나 매장 등 채널별로 반품 데이터를 나누어 프로세스 차이와 필요한 리소스를 파악할 수 있습니다.

확보 방법

Return Order 또는 Case 객체의 필드일 수 있으며, 반품 레코드를 생성한 사용자나 시스템을 기준으로 추론할 수도 있습니다.

예시
온라인 포털매장 방문고객 서비스 전화
상품 SKU
ProductSku
반품 대상 상품의 재고 관리 단위(SKU)입니다.
설명

반품 대상 상품을 고유하게 식별하는 속성입니다. 개별 상품 단위로 상세하게 분석할 수 있습니다.

상품 SKU별 반품을 분석하면 반품률이 높은 상품을 찾아낼 수 있습니다. 이는 품질 관리 문제, 부정확한 상품 설명 또는 제조 결함을 나타낼 수 있습니다. '창고 입고부터 검수까지 걸린 시간' 대시보드에서 특정 상품 유형의 검수에 시간이 더 걸리는지 확인하는 데도 유용합니다.

중요한 이유

상품별 반품 패턴을 분석해 품질이나 설명에 문제가 있는 상품을 찾아낼 수 있습니다.

확보 방법

Return Order Line Item 또는 반품 케이스와 원래 주문의 특정 상품을 연결하는 관련 객체에서 확인할 수 있습니다.

예시
SHIRT-BL-M-001PANTS-BK-32-004SHOE-RD-10-012
실제 환불액
ActualRefundAmount
고객에게 실제로 환불된 최종 금액입니다.
설명

평가, 공제, 계산을 모두 마친 후 고객에게 최종적으로 돌려준 금액입니다. 재입고 수수료, 프로모션 또는 반품 상품의 상태에 따라 요청 금액과 다를 수 있습니다.

재무 조정과 '환불액 차이 분석' 대시보드에 필요한 속성입니다. 반품 정책이 재무에 미치는 영향을 수치로 파악하고 환불 계산 및 승인 워크플로의 반복적인 문제를 찾아낼 수 있습니다.

중요한 이유

반품 처리의 최종 재무 결과입니다. 요청 금액과 비교하면 반품 정책과 조정이 재무에 미치는 영향을 파악할 수 있습니다.

확보 방법

일반적으로 Salesforce Commerce Cloud에서 Return Order와 연결된 Refund 또는 Payment Transaction 객체에 저장됩니다.

예시
49.99115.000.00
요청 환불액
RequestedRefundAmount
고객이 반품을 시작할 때 요청한 환불 금액입니다.
설명

고객이 처음에 예상한 환불액을 기록하는 속성입니다. 일반적으로 반품 상품의 가격이며, 환불액 계산의 기준으로 사용됩니다.

'환불액 차이 분석' 대시보드에서 이 금액을 '실제 환불액'과 비교합니다. 차이가 크거나 자주 발생하면 반품 정책, 재입고 수수료 또는 시스템 계산 오류에 문제가 있을 수 있으며, 고객 불만으로 이어질 수 있습니다.

중요한 이유

최종 환불액과 비교하는 기준으로 사용해 차이를 파악하고 조정이 재무에 미치는 영향을 분석할 수 있습니다.

확보 방법

일반적으로 Return Order 또는 Return Order Line Item 객체에 저장되며, 원래 판매 주문을 기준으로 산출됩니다.

예시
49.99125.0089.50
처리 담당자
ProcessingAgent
반품 또는 반품 프로세스의 특정 활동을 처리한 사용자나 에이전트입니다.
설명

요청 승인, 상품 검수, 환불 처리 등 반품 케이스에서 작업을 수행한 직원이나 시스템 사용자를 식별하는 속성입니다. 특정 사용자 ID나 이름으로 표시할 수 있습니다.

처리 담당자를 분석하면 개인이나 팀 간 성과 차이를 파악할 수 있습니다. '에이전트 성과 및 일관성' 대시보드에서 교육 필요성을 확인하고 업무량을 조정하며 조직 전반의 절차를 표준화하는 데 활용할 수 있습니다.

중요한 이유

사용자별 성과와 일관성을 분석해 모범 사례와 교육이 필요한 영역을 파악할 수 있습니다.

확보 방법

Salesforce의 Case 또는 Return Order 객체에서 'OwnerId'나 'LastModifiedById'와 같은 필드로 확인할 수 있습니다. 관련 작업 또는 이력 객체에 저장될 수도 있습니다.

예시
앨리스 스미스밥 존슨시스템 자동화
SLA 준수 여부
IsSlaCompliant
환불이 정해진 SLA 목표일까지 처리되었는지 나타내는 불리언 값입니다.
설명

'환불 처리' 활동이 '환불 SLA 목표일' 당일 또는 그 전에 발생하면 'true', 그렇지 않으면 'false'로 설정됩니다. 케이스별 SLA 성과를 명확하게 구분할 수 있습니다.

'환불 SLA 준수 대시보드'와 '환불 SLA 준수율' KPI의 기반이 되는 속성입니다. 준수율을 쉽게 분석하고, '처리 담당자'나 '반품 채널' 등 다른 속성으로 데이터를 나누어 SLA를 준수하지 못한 이유를 자세히 살펴볼 수 있습니다.

중요한 이유

SLA 성과를 간편하게 분석하고 준수율을 계산해 지연 요인을 파악할 수 있습니다.

확보 방법

계산된 속성입니다. 계산식은 다음과 같습니다. IF ('환불 처리'의 타임스탬프 <= RefundSlaTargetDate) THEN true ELSE false.

예시
truefalse
거부 사유
RejectionReason
반품 요청이나 환불이 거부된 구체적인 이유입니다.
설명

반품이 승인되지 않거나 환불이 거부되면 그 사유를 이 속성에 기록합니다. 예를 들어 '반품 가능 기간 초과', '고객 과실로 상품 파손', '반품 불가 상품' 등이 있습니다.

'거부 및 에스컬레이션된 반품' 대시보드에 필요한 정보입니다. 거부 사유를 분석하면 반품 정책과 프로세스에서 고객이 어려움을 겪는 지점을 파악할 수 있습니다. 이를 바탕으로 고객 안내를 명확히 하고 정책을 조정하거나 반품 요청의 초기 검토를 개선할 수 있습니다.

중요한 이유

반품이 거부되는 이유를 파악해 반품 정책, 고객 안내, 담당자 교육을 개선할 수 있습니다.

확보 방법

Return Order 또는 Case 객체의 사용자 지정 필드인 경우가 많으며, 상태가 'Rejected' 또는 'Closed - Denied'로 변경될 때 값이 입력됩니다.

예시
반품 가능 기간 만료상품이 원래 상태가 아님최종 판매 상품
고객 ID
CustomerId
반품을 요청한 고객을 고유하게 식별하는 ID입니다.
설명

고객 계정에 연결된 고유 ID입니다. 고객별로 반품 데이터를 집계할 수 있습니다.

고객 ID별 반품을 분석하면 반품률이 유난히 높은 고객을 찾아낼 수 있습니다. 이는 부정행위나 지속적인 불만족을 나타낼 수 있습니다. 고객 세그먼트별 분석을 통해 특정 고객군의 반품 패턴이나 행동이 다른지 파악할 수도 있습니다.

중요한 이유

고객별 분석을 통해 반품이 잦은 고객을 찾고 고객 세그먼트별 반품 행동을 파악할 수 있습니다.

확보 방법

Salesforce의 Order 및 Case 객체에 있는 표준 필드이며 Customer 또는 Account 객체와 연결됩니다.

예시
CUST-98765CUST-12345CUST-55555
반품 상태
ReturnStatus
반품 진행 과정에서 케이스의 현재 상태입니다.
설명

반품 케이스의 현재 상태를 나타내는 속성입니다. 예를 들어 '승인 대기', '상품 접수', '환불 완료', '종료' 등이 있습니다. 케이스가 워크플로를 진행하면서 값이 바뀝니다.

process mining은 활동을 바탕으로 흐름을 도출하지만, 현재 상태를 함께 보면 진행 중인 케이스와 종료된 케이스를 필터링하고 분석하는 데 도움이 됩니다. 운영 현황을 모니터링해 단계별 미처리 건수와 업무량을 파악할 수 있습니다.

중요한 이유

반품 케이스가 현재 어느 단계에 있는지 보여주므로 운영 현황을 모니터링하고 진행 중인 케이스를 필터링하는 데 유용합니다.

확보 방법

Salesforce Commerce Cloud의 Return Order 또는 Case 객체에 있는 표준 'Status' 필드입니다.

예시
승인 대기승인됨상품 접수 완료종료
반품 정책 준수 여부
ReturnPolicyAdherence
반품이 정해진 업무 정책을 준수하는지 나타내는 지표입니다.
설명

반품 가능 기간, 상품 상태, 구매 증빙 등 회사 정책의 준수 여부에 따라 반품을 표시하거나 분류하는 속성입니다. 준수/미준수 불리언 값이나 더 상세한 상태로 나타낼 수 있습니다.

'반품 정책 준수 현황' 대시보드와 '정책 미준수율' KPI의 주요 속성입니다. 정책이 일관되게 적용되는지 모니터링하고, 정책을 준수하지 않은 반품이 프로세스와 재무에 미치는 영향을 분석할 수 있습니다.

중요한 이유

정책 적용 현황을 모니터링해 비용을 관리하고 부정행위를 방지하며 고객을 공정하고 일관되게 대하는 데 도움이 됩니다.

확보 방법

반품 날짜, 상품 상태, 상품 유형 등 다른 데이터에 업무 규칙을 적용해 산출하는 경우가 많습니다.

예시
정책 준수정책 미준수 - 반품 기간 초과정책 미준수 - 상품 파손
상품 상태
ItemCondition
창고에서 검수할 때 평가한 반품 상품의 상태입니다.
설명

반품 상품을 접수한 후에는 일반적으로 상태를 확인하기 위해 검수합니다. 이 속성에는 '새 상품', '사용했으나 재판매 가능', '파손'과 같은 검수 결과를 기록합니다.

검수 결과는 최종 환불액에 직접 영향을 미치며 '반품 정책 준수 현황' 대시보드의 주요 입력값입니다. 이 데이터를 추적하면 반품 상품의 품질을 파악하고 재판매, 재정비 또는 폐기를 위한 재고를 관리할 수 있습니다.

중요한 이유

검수 결과에 따라 최종 환불액이 결정되는 경우가 많으며, 반품 상품의 재고 관리에도 중요합니다.

확보 방법

일반적으로 Return Order Line Item 객체에 있는 사용자 지정 필드이며, '상품 검수' 활동 중에 업데이트됩니다.

예시
새 상품/미개봉사용했으나 새 상품과 유사파손/판매 불가
입고부터 검수까지 걸린 시간
ReceiptToInspectionTime
창고에서 상품을 접수한 시점부터 검수가 완료될 때까지 걸린 시간입니다.
설명

창고 내부의 주요 단계에 걸리는 시간을 측정하는 계산 지표입니다. '창고에서 상품 접수'와 '상품 검수 완료' 활동의 타임스탬프 차이로 계산합니다.

'창고 입고부터 검수까지 걸린 시간' 대시보드와 '평균 상품 입고-검수 시간' KPI에서 이 지표를 확인합니다. 분석을 통해 창고 운영의 병목을 찾아내고, 전체 프로세스 지연의 주요 원인을 파악할 수 있습니다.

중요한 이유

전체 반품 프로세스를 지연시키고 환불 처리 시간과 재고 가용성에 영향을 주는 창고 내부의 병목을 찾을 수 있습니다.

확보 방법

데이터 변환 중 '상품 검수 완료'의 타임스탬프에서 '창고에서 상품 접수'의 타임스탬프를 빼서 계산합니다.

예시
1일 2시간3일 0시간8시간
창고 위치
WarehouseLocation
반품 상품을 접수한 창고 또는 시설의 식별자입니다.
설명

반품 상품을 처리한 물리적 위치를 나타내는 속성입니다. 여러 물류 센터를 운영하는 기업에서 특히 유용합니다.

창고 위치별로 분석하면 시설 간 성과 차이를 확인할 수 있습니다. 예를 들어 특정 창고의 검수 시간이 더 길거나 상품 파손 판정 비율이 높은지 파악할 수 있습니다. 이를 통해 운영 절차를 표준화하고 시설별 문제를 해결할 수 있습니다.

중요한 이유

창고별 성과를 비교해 처리 시간이나 품질 평가의 차이를 파악할 수 있습니다.

확보 방법

Return Order 또는 관련 배송 객체에 저장될 수 있습니다. 입고 활동을 수행한 사용자를 기준으로 추론할 수도 있습니다.

예시
WH-EAST-01WH-WEST-03WH-CENTRAL-02
환불 SLA 목표일
RefundSlaTargetDate
반품 케이스의 환불 처리를 완료해야 하는 목표 날짜입니다.
설명

환불 완료를 위한 서비스 수준 계약(SLA) 기한을 정의하는 속성입니다. 일반적으로 반품 요청 승인일이나 상품 접수일로부터 정해진 일수를 더하는 등 업무 규칙에 따라 계산합니다.

'환불 SLA 준수 대시보드'에서는 이 날짜를 기준으로 실제 성과를 측정합니다. SLA 준수 여부를 모니터링하면 일관되고 긍정적인 고객 경험을 유지하고, SLA를 위협하는 팀이나 프로세스 단계를 파악할 수 있습니다.

중요한 이유

환불 처리 목표를 정의해 SLA 준수 여부와 고객 만족도에 미치는 영향을 측정할 수 있습니다.

확보 방법

Case 또는 Return Order 객체에서 계산하는 필드인 경우가 많습니다. 생성일이나 승인일에 사전 정의된 기간을 더해 산출합니다(예: CreatedDate + 14 days).

예시
2023-04-29T23:59:59Z2023-05-10T23:59:59Z2023-05-15T23:59:59Z
필수 권장 선택 사항

반품 및 환불 처리 활동

정확한 프로세스 탐색과 개선을 위해 이벤트 로그에 기록해야 할 주요 단계와 이정표입니다.
6 권장 7 선택 사항
활동 설명
반품 요청 생성
이 활동은 시스템에서 반품 승인 사례가 생성된 시점을 나타냅니다. 고객이 온라인 스토어에서 직접 요청하거나 상담원이 생성할 때 Salesforce Commerce Cloud에 새 ReturnOrder 레코드가 만들어진 시점으로 기록됩니다.
중요한 이유

반품 프로세스의 시작점인 이 활동은 전체 처리 주기를 측정하고 시간에 따른 반품 요청 건수를 분석하는 데 필요합니다.

확보 방법

이 이벤트는 Salesforce Commerce Cloud OMS의 ReturnOrder 객체 생성 타임스탬프를 사용해 기록합니다.

기록

새 ReturnOrder 레코드의 생성을 추적합니다.

이벤트 유형 explicit
반품 요청 승인
이 이벤트는 상담원이나 자동화 규칙이 반품 요청을 검토하고 승인했음을 나타냅니다. 일반적으로 ReturnOrder 객체의 상태가 'New'에서 'Approved'로 바뀐 시점으로 추정합니다.
중요한 이유

이 단계를 추적하면 승인 단계의 효율성을 분석하고 병목을 찾을 수 있습니다. 요청 생성부터 승인까지 걸리는 시간은 상담원 성과를 측정하는 주요 KPI입니다.

확보 방법

ReturnOrder 객체의 상태 필드가 'Approved' 또는 'Authorized'처럼 승인 상태를 나타내는 값으로 변경된 타임스탬프를 사용해 추정합니다.

기록

ReturnOrder.status 필드가 'Approved'로 변경된 시점을 감지합니다.

이벤트 유형 inferred
반품 케이스 종료
환불, 교환 또는 반품 거부가 확정된 후 시스템에서 반품 케이스를 최종 종료하는 활동입니다. ReturnOrder 상태가 'Closed' 또는 'Completed'로 변경된 것을 기준으로 추론합니다.
중요한 이유

프로세스의 주요 종료 지점으로, 전체 처리 시간과 반품 처리 운영의 처리량을 측정하는 데 필요합니다.

확보 방법

ReturnOrder 객체의 상태 필드가 'Closed' 또는 'Completed'와 같은 최종 상태로 업데이트된 시각을 기준으로 추론합니다.

기록

ReturnOrder.status 필드가 'Closed'로 변경되는지 감지합니다.

이벤트 유형 inferred
상품 검사 완료
이 활동은 상품 상태를 확인하고 기록하는 검사가 완료된 시점을 나타냅니다. 반품 상품의 상태가 변경되면 기록되며, 이후 환불 금액 계산 같은 단계가 시작됩니다.
중요한 이유

환불 여부를 결정하는 중요한 판단 지점입니다. 상품 입고부터 검사 완료까지 걸리는 시간은 창고 운영의 주요 KPI입니다.

확보 방법

ReturnOrderItem 객체의 상태가 'Inspected'로 변경되거나 상담원이 'reasonForReturn'을 확인한 시점으로 추정합니다.

기록

ReturnOrderItem.status 필드가 'Inspected'로 변경된 시점을 감지합니다.

이벤트 유형 inferred
상품 창고 입고
이 활동은 반품 상품이 지정된 창고나 처리 센터에 실제로 도착한 시점을 나타냅니다. 창고 작업자가 상품을 스캔해 관련 ReturnOrderItem의 상태를 업데이트할 때 기록합니다.
중요한 이유

이 중요한 시점부터 고객이 처리하던 단계가 내부 처리로 넘어갑니다. 입고부터 검사까지 걸리는 시간 등 창고 효율 KPI를 측정하는 기준점입니다.

확보 방법

ReturnOrder 또는 ReturnOrderItem 객체의 상태가 'Received'로 변경되거나 'quantityReceived' 필드에 값이 입력된 시점으로 추정합니다.

기록

ReturnOrderItem.quantityReceived 업데이트 또는 상태가 'Received'로 변경된 시점을 감지합니다.

이벤트 유형 inferred
환불 처리
이 활동은 결제 게이트웨이에서 환불 처리가 완료되고 고객에게 금액이 송금되었음을 확인합니다. 일반적으로 결제 서비스 제공업체의 확인 콜백으로 발생합니다.
중요한 이유

환불 SLA 준수 여부를 측정하는 데 중요한 단계입니다. 반품 프로세스에서 재무 처리가 성공적으로 완료되었음을 확인합니다.

확보 방법

결제 게이트웨이의 콜백 이벤트에서 가져옵니다. 이 이벤트는 Salesforce의 관련 Payment 또는 Refund 객체 상태를 'Processed' 또는 'Completed'로 업데이트합니다.

기록

결제 서비스 제공업체의 확인 이벤트를 추적해 Payment 객체 상태가 업데이트되었는지 확인합니다.

이벤트 유형 explicit
교환 주문 생성
반품 후 교환이 진행되면 대체 상품을 위한 새 판매 주문이 생성되었음을 나타내는 이벤트입니다. 금액을 환불하는 대신 상품을 교환하는 경로입니다.
중요한 이유

교환 경로를 환불과 별도로 추적하면 교환 비율과 교환 주문 처리 효율을 파악하는 데 도움이 됩니다.

확보 방법

기존 ReturnOrder와 연결된 새 SalesOrder 객체가 생성될 때 기록됩니다.

기록

ReturnOrder ID와 연결된 새 SalesOrder의 생성을 추적합니다.

이벤트 유형 explicit
반품 라벨 발급
이 활동은 고객이 상품을 반송할 때 사용할 배송 라벨이 발급된 시점을 나타냅니다. 배송업체 연동 시스템이 이 이벤트를 반품 사례에 기록하면 명시적으로 확인할 수 있습니다.
중요한 이유

이 단계는 고객 경험에 중요한 영향을 줍니다. 발급 절차가 원활하지 않으면 지연이 발생할 수 있으며, 고객이 상품을 발송하도록 넘기는 시점이기도 합니다.

확보 방법

Salesforce Shipping 같은 배송 연동 시스템이 ReturnOrder 객체의 사용자 지정 필드나 관련 객체에 기록할 수 있습니다.

기록

배송 연동 이벤트 또는 사용자 지정 객체 생성 기록을 추적합니다.

이벤트 유형 explicit
반품 요청 거부
이 이벤트는 반품 요청이 거부되어 더 이상 처리되지 않음을 나타냅니다. 상품이 입고되기 전에 ReturnOrder 상태가 'Rejected' 또는 'Canceled'로 변경된 시점에 기록합니다.
중요한 이유

거부된 반품을 분석하면 정책 위반 등 거부의 일반적인 이유를 파악할 수 있습니다. 이를 통해 고객 안내와 웹사이트의 사전 검증 규칙을 개선할 수 있습니다.

확보 방법

ReturnOrder 객체의 상태 필드가 'Rejected' 또는 'Denied'처럼 거부를 나타내는 값으로 변경된 타임스탬프를 사용해 추정합니다.

기록

ReturnOrder.status 필드가 'Rejected'로 변경된 시점을 감지합니다.

이벤트 유형 inferred
상품 검사 시작
이 이벤트는 반품 상품의 품질과 상태를 확인하기 시작한 시점을 나타냅니다. 일반적으로 반품 상품의 상태가 'Inspecting'이나 유사한 값으로 바뀐 시점으로 추정합니다.
중요한 이유

검사 시작 시점을 추적하면 전체 창고 대기 시간과 실제 검사 시간을 구분할 수 있어 병목 가능성을 더 세밀하게 파악할 수 있습니다.

확보 방법

ReturnOrderItem 객체의 상태가 'Inspecting' 또는 'Under Inspection' 같은 값으로 변경된 시점으로 추정합니다.

기록

ReturnOrderItem.status 필드가 'Inspecting'으로 변경된 시점을 감지합니다.

이벤트 유형 inferred
환불 금액 계산
상품 상태, 재입고 수수료, 프로모션 등의 요소를 반영해 최종 환불 금액을 정하는 단계입니다. 보통 시스템이 자동으로 처리하며 환불 금액 필드에 값을 입력합니다.
중요한 이유

'환불 금액 불일치 분석' 대시보드에서 이 단계를 분석하면 최종 금액이 고객 요청 금액과 다른 사례를 확인할 수 있습니다.

확보 방법

ReturnOrder 또는 관련 환불 결제 객체의 환불 금액 필드에 값이 입력되거나 업데이트된 시점으로 추정할 수 있습니다.

기록

환불 금액 필드에 값이 입력된 타임스탬프를 감지합니다.

이벤트 유형 inferred
환불 승인
이 활동은 계산된 환불 금액이 승인되어 처리를 진행할 수 있음을 나타냅니다. 자동으로 처리되거나 고액 반품의 경우 수동 승인이 필요할 수 있습니다.
중요한 이유

수동 처리가 필요한 경우 이 승인 단계에서 병목이 발생할 수 있습니다. 금융 거래를 시작하기 전에 거치는 주요 단계입니다.

확보 방법

ReturnOrder 또는 관련 결제 요약 객체의 상태가 'Refund Approved'나 'Ready for Refund' 같은 값으로 변경된 시점으로 추정합니다.

기록

ReturnOrder 또는 관련 결제 객체의 상태 변경을 감지합니다.

이벤트 유형 inferred
환불 요청 시작
이 이벤트는 Salesforce Commerce Cloud가 외부 결제 게이트웨이에 환불 요청을 전송한 시점을 나타냅니다. 금융 거래가 시작되는 시점입니다.
중요한 이유

환불 요청 시작과 환불 처리를 구분하면 SLA 준수 여부를 분석하는 데 도움이 됩니다. 이 시점 이후의 지연은 일반적으로 내부 처리보다 결제 서비스 제공업체와 관련이 있습니다.

확보 방법

시스템이 결제 게이트웨이와 통신할 때 생성된 명시적 이벤트 로그나 API 호출 기록에서 확인합니다. Payment 객체의 상태 변경으로 추정할 수도 있습니다.

기록

결제 게이트웨이 API 호출 이벤트 또는 상태가 'Refund Pending'으로 변경된 시점을 추적합니다.

이벤트 유형 explicit
권장 선택 사항

데이터 추출 가이드

Salesforce Commerce Cloud에서 데이터 추출하기

시작할 준비가 되셨나요?

이 데이터 템플릿으로 process mining을 시작하세요. 반품 및 환불 운영을 개선해 효율성을 높이고 고객 만족도를 향상할 수 있습니다.

지금 반품 및 환불 처리 효율을 높이세요

비효율을 찾아 반품 처리 주기를 30% 이상 단축하세요.

무료 체험 시작

신용카드가 필요하지 않습니다. 몇 분이면 설정을 마칠 수 있습니다.