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

범용 process mining 템플릿
반품 및 환불 처리 데이터 템플릿

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

범용 process mining 템플릿

반품 및 환불 처리에 사용할 일반적인 process mining 데이터 템플릿입니다. 더 구체적인 안내가 필요하면 시스템별 템플릿을 사용하세요.

특정 시스템 선택
  • 다양한 반품 및 환불 시스템에 적용할 수 있는 범용 데이터 구조입니다.
  • 프로세스를 정확하게 분석하는 데 필요한 주요 속성과 활동입니다.
  • 비효율과 최적화 기회를 찾기 위한 기반입니다.
이벤트 로그가 처음이신가요? 알아보기 process mining 이벤트 로그 만드는 방법.

반품 및 환불 처리 속성

이 섹션에서는 반품 및 환불 프로세스의 이벤트 로그를 구성하는 데 필요한 권장 데이터 필드와 맥락 정보를 설명합니다.
5 필수 8 권장 4 선택 사항
이름 설명
반품 건 ID
ReturnCaseId
고객의 반품 및 환불 건을 고유하게 식별하는 값입니다. 반품 시작부터 종료까지 관련된 모든 활동을 연결합니다.
설명

반품 건 ID는 개별 반품 프로세스 인스턴스를 고유하게 식별하는 기본 키입니다. 고객이 반품을 시작할 때마다 고유 ID가 부여되며, 해당 반품과 관련된 후속 이벤트, 문서 및 커뮤니케이션을 추적하는 데 사용됩니다.

process mining 분석에서는 이 ID를 기준으로 관련 이벤트를 연결해 일관된 프로세스 흐름을 구성합니다. 이를 통해 초기 요청부터 환불이나 교환 같은 최종 처리까지 반품의 전체 과정을 재구성할 수 있습니다. 일관된 건 ID가 없으면 프로세스 변형을 분석하거나 처리 시간을 측정하고 병목을 정확히 파악하기 어렵습니다.

중요한 이유

관련 이벤트를 하나의 건으로 묶는 process mining의 기본 속성입니다. 이를 통해 반품 프로세스 전체를 재구성하고 분석할 수 있습니다.

확보 방법

일반적으로 반품 주문 문서의 헤더, 반품 상품 승인(RMA) 기록 또는 케이스 관리 시스템에서 확인할 수 있습니다.

예시
RT-94301RMA-2024-00123CASE-582190-RET700045981
이벤트 시각
EventTime
특정 활동이나 이벤트가 발생한 시각을 나타내는 타임스탬프입니다.
설명

이벤트 시각 또는 타임스탬프는 활동이 발생한 날짜와 시간을 정확히 기록합니다. 이 시간 정보는 각 건의 이벤트를 올바른 순서로 정렬하는 데 필요하며, 반품 프로세스의 시간 흐름을 구성합니다.

시간 기반 분석에 반드시 필요한 속성입니다. 활동 간 처리 시간을 계산하고, 반품 건의 전체 소요 시간을 측정하며, 환불 처리 시간과 같은 서비스 수준 계약(SLA) 준수 여부를 확인하는 데 사용됩니다. 타임스탬프를 분석하면 지연 구간과 시간에 따른 프로세스 성과를 파악하고 반품 처리 기간을 단축할 기회를 찾을 수 있습니다.

중요한 이유

이벤트의 시간 순서를 제공하므로 처리 시간 계산, 병목 파악, SLA 준수 여부 측정에 필요합니다.

확보 방법

일반적으로 시스템 로그, 트랜잭션 기록 또는 각 활동과 관련된 문서 생성 타임스탬프에서 확인할 수 있습니다.

예시
2023-04-15T10:30:00Z2023-11-20T14:22:15Z2024-01-05T09:00:00Z
활동명
ActivityName
반품 및 환불 프로세스에서 발생한 특정 업무 이벤트나 작업의 이름입니다.
설명

활동명은 반품 과정의 개별 단계나 주요 시점을 나타냅니다. '반품 요청 생성', '상품 수령', '환불 처리'처럼 하나의 작업이나 상태 변경을 의미합니다. 이러한 활동이 모여 프로세스 맵을 구성합니다.

분석에서는 이 속성을 사용해 프로세스 흐름을 시각화하고 각 단계의 순서와 빈도를 확인합니다. 활동을 분석하면 자주 발생하는 경로, 표준 프로세스에서 벗어난 사례, 재작업이 발생하는 구간을 파악할 수 있습니다. 반품 과정에서 실제로 어떤 일이 일어나는지 이해하는 데 필요한 속성이며, 대부분의 process mining 대시보드와 KPI에 사용됩니다.

중요한 이유

프로세스 단계를 정의하므로 프로세스 맵을 시각화하고, 프로세스 변형을 분석하며, 병목이나 재작업이 반복되는 구간을 파악할 수 있습니다.

확보 방법

일반적으로 원천 시스템의 상태 변경 로그, 이벤트 테이블 또는 트랜잭션 코드에서 가져옵니다.

예시
반품 요청 승인상품 검수 완료대변 메모 생성반품 건 종료
원천 시스템
SourceSystem
이벤트 데이터를 추출한 정보 시스템입니다.
설명

원천 시스템 속성은 활동이 기록된 애플리케이션이나 플랫폼을 식별합니다. 여러 시스템에 걸쳐 반품 프로세스를 처리하는 조직에서는 초기 요청은 CRM, 상품 입고는 WMS, 환불 처리는 ERP에서 진행할 수 있습니다.

원천 시스템을 식별하면 데이터 거버넌스를 관리하고 프로세스의 기술 환경을 이해하는 데 도움이 됩니다. 분석을 통해 데이터 품질 문제의 발생 지점을 추적하거나, 시스템 간 업무 인계가 잦아 지연과 비효율이 발생하는 프로세스 단절을 파악할 수 있습니다.

중요한 이유

데이터의 출처를 파악하고 서로 다른 IT 시스템 간 연동으로 발생하는 업무 인계나 지연을 분석하는 데 도움이 됩니다.

확보 방법

데이터 추출 과정에서 추가되는 메타데이터 필드이거나 시스템 로그 헤더에서 확인할 수 있습니다.

예시
SAP S/4HANASalesforceOracle NetSuiteDynamics 365
최근 데이터 업데이트
LastDataUpdate
프로세스 데이터가 마지막으로 새로 고침된 시각을 나타내는 타임스탬프입니다.
설명

이 속성은 process mining 분석에 사용되는 데이터셋을 원천 시스템에서 마지막으로 추출하거나 업데이트한 시점을 기록합니다. 분석 결과의 최신성을 판단하는 데 필요한 정보입니다.

처리 시간과 같은 프로세스 지표를 직접 계산하는 데 쓰이지는 않지만, 보고서 이용자가 데이터의 시점을 이해하는 데 중요합니다. 이해관계자는 데이터가 얼마나 최신인지 확인하고 분석 결과를 적절히 해석할 수 있습니다. 예를 들어 대시보드에 어제까지의 성과가 반영되었는지, 지난주까지의 성과가 반영되었는지 알 수 있습니다.

중요한 이유

데이터의 최신성을 알려 주므로 이해관계자가 프로세스 분석 결과가 어느 시점까지의 정보를 반영하는지 파악할 수 있습니다.

확보 방법

일반적으로 데이터 추출, 변환 및 적재(ETL) 과정에서 생성되는 메타데이터입니다.

예시
2023-05-01T02:00:00Z2023-05-02T02:00:00Z2023-05-03T02:00:00Z
고객 ID
CustomerId
반품을 신청한 고객을 고유하게 식별하는 값입니다.
설명

고객 ID는 제품을 반품하는 개인이나 회사를 고유하게 식별합니다. 이 속성을 통해 반품 거래를 고객의 전체 거래 이력과 연결할 수 있습니다.

이 속성을 활용하면 고객 관점에서 반품 프로세스를 분석할 수 있습니다. 특정 고객의 반품 빈도가 높은지 확인해 부정 행위 가능성이나 지속적인 불만족을 파악할 수 있습니다. VIP 고객과 일반 고객의 반품 처리 속도나 절차가 다른지 살펴보는 등 고객군별로 프로세스를 구분해 분석할 수도 있습니다.

중요한 이유

고객 중심 분석을 통해 반품이 잦은 고객을 파악하고 고객군을 구분하며, 고객군별 반품 경험을 평가할 수 있습니다.

확보 방법

반품 주문의 헤더나 CRM 또는 ERP 시스템에 연결된 고객 계정 정보에서 확인할 수 있습니다.

예시
CUST-10045ACCT-9821-B800345user@example.com
담당 사용자
ResponsibleUser
특정 활동을 수행했거나 담당하는 사용자, 직원 또는 자동화 시스템 에이전트입니다.
설명

이 속성은 반품 프로세스의 특정 작업을 수행한 사람이나 팀을 식별합니다. 반품을 승인한 고객 서비스 담당자, 상품을 검사한 창고 직원, 환불을 처리한 자동화 시스템 등이 해당할 수 있습니다.

담당 사용자를 분석하면 업무량 분배, 팀 성과 및 교육 필요성을 파악할 수 있습니다. 특정 사용자나 팀에 병목이 집중되는지, 서로 다른 프로세스 변형을 따르는지도 확인할 수 있습니다. 재작업 분석에도 중요하며, 최초 작업을 수행한 사람과 이를 수정한 사람을 확인할 수 있습니다.

중요한 이유

리소스 성과 분석에 필요한 속성으로, 팀 효율성을 비교하고 업무량 분배를 분석하며 교육 기회를 파악할 수 있습니다.

확보 방법

일반적으로 트랜잭션 상세 정보, 문서 변경 로그 또는 사용자 활동 로그의 '사용자 ID'나 '처리자'와 같은 필드에서 확인할 수 있습니다.

예시
j.smithServiceTeam_EUSYSTEM_AUTOAgent045
반품 사유
ReturnReason
고객이 제시했거나 검사 과정에서 확인한 반품 사유입니다.
설명

반품 사유는 상품을 반송한 이유를 기록합니다. '다른 상품 배송', '제품 결함', '단순 변심', '사이즈가 맞지 않음' 등 다양한 사유가 있으며, 일반적으로 반품 접수 시 고객에게 확인합니다.

이 속성은 근본 원인 분석에 유용합니다. 자주 발생하는 반품 사유를 분석하면 제품, 배송 정확도 또는 상품 설명에 내재한 문제를 파악할 수 있습니다. 분석 결과를 바탕으로 제품 품질, 물류 또는 마케팅을 개선하면 전체 반품률을 낮추고 고객 만족도를 높일 수 있습니다.

중요한 이유

제품 결함, 배송 오류 또는 고객 선호의 패턴을 파악하는 근본 원인 분석에 활용할 수 있어 향후 반품을 줄이는 데 도움이 됩니다.

확보 방법

일반적으로 반품 요청 양식이나 주문 문서에 표준 사유 코드 또는 자유 입력 필드로 기록됩니다.

예시
제품 결함사이즈/색상 오류배송 지연더 이상 필요하지 않음
반품 접수 채널
ReturnChannel
고객이 반품을 신청한 방법이나 채널입니다.
설명

반품 접수 채널은 '온라인 포털', '매장 방문', '고객 서비스 전화', '우편' 등 반품을 시작한 경로를 나타냅니다. 채널마다 프로세스, 비용 및 고객 만족도가 다를 수 있습니다.

채널별로 반품 프로세스를 분석하면 효율성과 비용 효과를 비교할 수 있습니다. 특정 채널의 처리 시간이 훨씬 길거나 수작업 개입 비율이 높은지 확인할 수 있습니다. 이러한 분석 결과는 모든 채널에서 일관되고 효율적인 고객 경험을 제공하기 위해 프로세스 개선이나 자동화에 투자할 영역을 결정하는 데 활용할 수 있습니다.

중요한 이유

채널별 분석으로 반품 방식에 따른 효율성, 비용 및 고객 경험을 비교하고 전략적 투자 방향을 정할 수 있습니다.

확보 방법

일반적으로 반품 접수 시 수집해 반품 요청이나 케이스 관리 기록에 저장합니다.

예시
온라인매장 방문콜센터우편
실제 환불 금액
ActualRefundAmount
검사와 조정을 모두 마친 뒤 고객에게 환불한 최종 금액입니다.
설명

실제 환불 금액은 고객에게 최종 반환된 금액입니다. 재입고 수수료, 프로모션, 배송비 공제 또는 반품 상품 상태에 따른 조정으로 요청 금액과 달라질 수 있습니다.

이 속성은 재무 조정과 프로세스 결과 측정에 필요합니다. 요청 금액과 비교해 '환불 금액 정확도' KPI를 산출하는 주요 항목입니다. 데이터를 분석하면 반품 정책의 재무 영향과 환불 금액 조정 사유를 파악하고, 가치 손실이나 회수 가능성을 확인할 수 있습니다.

중요한 이유

재무 분석과 환불 정확도 측정에 필요하며, 반품 프로세스가 기업 재무에 미치는 실제 영향을 파악하는 데 도움이 됩니다.

확보 방법

ERP나 회계 시스템의 대변 메모, 재무 전기 문서 또는 최종 건 종료 기록에서 확인할 수 있습니다.

예시
99.99135.000.001200.75
요청 환불 금액
RequestedRefundAmount
프로세스 시작 시 고객이 요청한 환불 금액의 총액입니다.
설명

이 속성은 고객이 처음 예상한 환불 금액을 나타내며, 일반적으로 반품 상품의 가격을 기준으로 합니다. 반품 및 환불 프로세스가 시작될 때의 기준 금액으로 사용됩니다.

요청 환불 금액을 실제 환불 금액과 비교하면 '환불 금액 정확도' KPI를 계산할 수 있습니다. 금액 차이는 재입고 수수료, 파손 상품의 부분 환불 또는 최초 계산 오류를 나타낼 수 있습니다. 이 금액을 분석하면 재무 영향에 따라 반품을 분류하는 데도 도움이 됩니다.

중요한 이유

환불 금액의 정확도를 측정하는 기준이 되며, 재무 가치에 따라 반품을 분류해 고액 건에 집중할 수 있습니다.

확보 방법

일반적으로 반품 요청이나 최초 반품 주문 문서에서 확인할 수 있으며, 상품의 순액과 연결됩니다.

예시
99.99150.0025.501200.75
이벤트 종료 시각
EventEndTime
특정 활동이 완료된 시각을 나타내는 타임스탬프입니다.
설명

이벤트 시각이 활동의 시작을 나타낸다면, 이벤트 종료 시각은 활동이 끝난 시점을 기록합니다. '상품 검사'나 '품질 검사'처럼 소요 시간을 측정할 수 있는 활동에 특히 유용합니다.

분석에서는 주로 개별 활동의 처리 시간이나 소요 시간을 계산하는 데 사용합니다. 이벤트 종료 시각에서 이벤트 시각을 빼면 각 단계에 걸린 시간을 측정할 수 있습니다. 이는 병목 분석, 리소스 용량 계획, 전체 프로세스에서 시간이 가장 오래 걸리는 활동을 파악하는 데 중요합니다.

중요한 이유

활동별 소요 시간을 계산할 수 있어 상세한 병목 분석과 리소스 활용 현황 파악에 필요합니다.

확보 방법

작업의 시작 및 종료 타임스탬프가 모두 기록된 시스템 로그나 트랜잭션 데이터에서 확인할 수 있습니다.

예시
2023-04-15T11:00:00Z2023-11-20T14:55:00Z2024-01-05T17:30:00Z
제품 ID
ProductId
반품 대상 제품이나 서비스를 고유하게 식별하는 값입니다.
설명

제품 ID는 SKU나 자재 번호처럼 반품 대상 상품을 식별하는 고유 코드입니다. 반품 건과 회사의 제품 카탈로그를 연결합니다.

제품 ID별로 반품을 분석하면 반품률이 높은 상품을 파악할 수 있습니다. 이를 통해 제품 품질, 설계 결함 또는 부정확한 온라인 상품 설명과 관련된 문제를 찾을 수 있습니다. 기업은 이 정보를 바탕으로 제품 판매 중단, 설계 개선 또는 마케팅 자료 수정 여부를 결정할 수 있습니다. 제품별 반품의 재무 및 운영 영향을 파악하는 데 중요한 분석 기준입니다.

중요한 이유

제품별 분석을 통해 반품률이 높은 상품을 파악할 수 있으며, 이는 품질 문제나 부정확한 상품 설명을 나타낼 수 있습니다.

확보 방법

반품 주문, 판매 주문 또는 반품 상품 승인(RMA) 기록의 품목 상세 정보에서 확인할 수 있습니다.

예시
SKU-A-5011-BLUEMAT-987654PROD-000424005808915442
거부 사유
RejectionReason
반품 요청이나 환불이 거부된 구체적인 이유입니다.
설명

반품이 승인되지 않은 경우 거부 사유를 통해 이유를 확인할 수 있습니다. 일반적인 사유로는 '반품 가능 기간 경과', '고객에 의한 상품 파손', '반품 불가 상품' 등이 있습니다.

이 속성은 프로세스 규정 준수와 정책 적용 현황을 파악하는 데 중요합니다. 거부 사유를 분석하면 고객이 반품 정책을 자주 오해하는 지점을 찾을 수 있습니다. 담당자나 팀에 따라 정책 적용이 일관되지 않은 경우도 확인할 수 있습니다. 분석 결과를 활용해 고객에게 반품 정책을 명확히 안내하거나 직원 교육을 강화할 수 있습니다.

중요한 이유

반품이 거부된 이유를 보여 주므로 고객 행동, 정책의 명확성, 정책 적용의 일관성을 파악할 수 있습니다.

확보 방법

반품 승인 시스템이나 케이스 관리 시스템의 케이스 메모 또는 특정 상태 필드에서 확인할 수 있습니다.

예시
반품 가능 기간 만료상품이 원래 상태가 아님최종 판매 상품원래 포장 누락
반품 상태
ReturnStatus
이벤트 발생 시점의 반품 건 전체 상태입니다.
설명

반품 상태는 '승인 대기', '상품 수령 대기', '검사 완료', '종료'처럼 반품 과정에서 현재 어느 단계에 있는지 보여 줍니다. 건 전체의 상태를 나타냅니다.

활동명이 개별 이벤트를 기록한다면, 반품 상태는 현재 상태를 기준으로 건을 필터링하고 분석하는 데 유용합니다. 특정 시점에 각 단계에 몇 건이 있는지 보여 주므로 운영 처리량을 관리할 수 있습니다. 이를 바탕으로 진행 중인 업무를 모니터링하고 특정 단계에 누적되는 미처리 건을 파악하는 대시보드를 만들 수 있습니다.

중요한 이유

반품 진행 상황과 진행 중인 업무를 추적할 수 있어 처리량 관리와 미처리 건 파악에 도움이 됩니다.

확보 방법

반품 주문, RMA 또는 케이스 기록의 헤더 수준에 있는 상태 필드입니다.

예시
승인 대기상품 입고환불 처리 완료종료
처리 코드
DispositionCode
상품 검사 결과와 다음 조치를 나타내는 코드입니다.
설명

반품 상품을 실물 검사한 뒤 처리 코드를 지정합니다. 이 코드에 따라 '재고로 반입', '수리', '폐기', '공급업체 반송' 등 다음 단계가 결정됩니다.

처리 코드를 분석하면 반품 처리 결과를 파악할 수 있습니다. 예를 들어 폐기되는 상품과 재판매 가능한 상품의 비율을 확인해 반품 상품의 재무 영향을 측정할 수 있습니다. 이 데이터는 재고 관리와 환불 금액 외에 반품으로 발생하는 실제 비용을 파악하는 데 중요합니다.

중요한 이유

검사 결과를 보여 주므로 재고 관리와 반품 상품으로 인한 재무 손실 또는 회수액 계산에 필요합니다.

확보 방법

일반적으로 반품 상품의 실물 검사가 끝난 뒤 창고 관리 시스템이나 재고 시스템에 기록됩니다.

예시
재고 반입폐기수리공급업체 반송
회사 코드
CompanyCode
반품을 처리하는 법인이나 회사 지점을 식별하는 값입니다.
설명

대규모 다국적 기업에서는 여러 법인이나 자회사를 구분하기 위해 회사 코드를 사용합니다. 이 식별자를 통해 재무 거래와 재고 이동을 올바른 사업 부문에 귀속할 수 있습니다.

여러 법인을 운영하는 기업은 이 속성을 기준으로 프로세스 분석을 구분할 수 있습니다. 국가, 사업 부문 또는 브랜드별 반품 프로세스 성과를 비교하면 지역별 효율성, 정책 준수 또는 자주 발생하는 반품 사유의 차이를 파악할 수 있습니다.

중요한 이유

여러 법인을 운영하는 조직은 사업 부문, 지역 또는 회사별 프로세스 성과와 규정 준수 현황을 비교할 수 있습니다.

확보 방법

ERP 시스템의 재무 및 물류 문서 헤더에서 확인할 수 있는 기본 조직 데이터 필드입니다.

예시
1000US01DE015400
필수 권장 선택 사항

반품 및 환불 처리 활동

이 섹션에서는 프로세스를 정확하게 파악하고 시각화하기 위해 추적할 주요 단계와 중요 시점을 안내합니다.
7 권장 5 선택 사항
활동 설명
대변 메모 생성
이 활동은 고객에게 환불할 금액을 승인하는 재정 문서가 생성된 상태를 나타냅니다. 환급할 금액을 공식적으로 기록하고 결제 처리를 준비합니다.
중요한 이유

이 시점부터 반품의 재정 정산 단계가 시작됩니다. 상품 입고부터 대변 메모 생성까지 걸리는 시간은 내부 처리 효율을 측정하는 주요 지표입니다.

확보 방법

재무 또는 영업 모듈에서 대변 메모, 대변 전표 또는 이에 해당하는 청구 문서가 생성된 이벤트를 명시적으로 수집합니다.

기록

반품 케이스와 연결된 대변 메모 문서의 생성 타임스탬프를 수집합니다.

이벤트 유형 explicit
반품 건 종료
반품과 관련된 물류, 재무 및 관리 업무가 모두 완료되었음을 나타내는 마지막 활동입니다. 건은 최종 종료 상태로 전환되며, 이후 추가 처리는 예상되지 않습니다.
중요한 이유

개별 건의 프로세스가 완전히 끝났음을 나타냅니다. 전체 처리 시간을 정확히 계산하고 프로세스 처리량을 파악하는 데 필요합니다.

확보 방법

기본 반품 건 기록의 최종 상태가 '종료' 또는 '완료'로 변경된 것을 바탕으로 이 이벤트를 추론합니다.

기록

기본 반품 건 기록이 최종 종료 상태로 업데이트된 시각을 기록합니다.

이벤트 유형 inferred
반품 상품 처리 방식 결정
검수 후 반품 상품을 어떻게 처리할지 결정하는 활동입니다. 일반적인 처리 방식으로는 재고로 복귀, 폐기, 수리 의뢰가 있습니다.
중요한 이유

처리 방식에 대한 결정은 재고 수준과 재정상 손실에 직접 영향을 미칩니다. 결과를 분석하면 반품 비용과 제품 고장 유형을 파악하는 데 도움이 됩니다.

확보 방법

일반적으로 검수가 끝난 뒤 반품 상품 항목에 특정 처리 코드나 사유 코드가 적용된 것으로 기록됩니다.

기록

반품 상품에 처리 코드나 '환급' 또는 '폐기'와 같은 후속 조치가 지정된 이벤트를 찾습니다.

이벤트 유형 explicit
반품 요청 생성
이 활동은 상품 반품을 위한 공식 요청이 생성되어 반품 프로세스가 시작되는 시점을 나타냅니다. 일반적으로 고객이나 서비스 담당자가 요청을 접수하며, 반품을 추적할 고유 케이스 식별자가 생성됩니다.
중요한 이유

이 활동은 프로세스의 주요 시작 이벤트입니다. 이 시점부터 종료까지 걸리는 시간을 분석하면 주요 성과 지표인 전체 반품 처리 시간을 파악할 수 있습니다.

확보 방법

반품 주문이나 반품 자재 승인과 같은 주요 반품 기록 또는 문서의 생성 타임스탬프에서 이 이벤트를 수집합니다.

기록

소스 시스템의 트랜잭션 로그나 테이블에서 주요 반품 케이스 기록이 생성된 이벤트를 찾습니다.

이벤트 유형 explicit
상품 검수 완료
이 활동은 반품 상품의 품질 검수가 완료된 상태를 나타냅니다. 검수 과정에서 상품 상태를 평가해 전액 환불, 일부 환급 또는 교환이 가능한지 판단합니다.
중요한 이유

검수에 걸리는 시간과 결과는 창고 처리의 병목을 찾고 제품 품질 문제를 파악하는 데 중요합니다. 검수 결과에 따라 재정 처리 방식이 결정됩니다.

확보 방법

품질 관리 모듈에 명시적으로 기록되거나, 검수가 완료되었음을 나타내는 반품 상품 항목의 상태 변경을 근거로 확인할 수 있습니다.

기록

품질 판정 기록의 타임스탬프, 처리 코드가 적용된 시각 또는 '검수 완료' 상태로 변경된 시각을 수집합니다.

이벤트 유형 explicit
상품 입고
이 활동은 반품 상품이 창고나 지정된 반품 센터에 실제로 도착한 시점을 나타냅니다. 상품이 회사의 관리 범위로 돌아왔음을 확인하는 중요한 물류 단계입니다.
중요한 이유

이 이벤트는 반품 프로세스를 '고객 처리' 단계와 '내부 처리' 단계로 나누는 주요 기준점입니다. 승인부터 입고까지 걸리는 시간으로 고객의 발송 및 배송 성과를 측정할 수 있습니다.

확보 방법

일반적으로 창고 관리 또는 재고 시스템에서 입고 처리가 등록되거나 도착한 상품을 스캔할 때 명시적으로 기록됩니다.

기록

특정 반품 케이스 ID와 연결된 입고 트랜잭션이나 재고 이동 로그를 찾습니다.

이벤트 유형 explicit
환불 처리 완료
이 활동은 고객에게 실제로 자금이 반환되는 최종 재정 정산을 나타냅니다. 결제가 전송되어 회사의 재정상 의무가 이행되었음을 확인합니다.
중요한 이유

고객이 기대하는 환불을 완료하는 마지막 단계입니다. 앞선 단계가 모두 빨랐더라도 이 단계가 지연되면 고객 불만과 분쟁으로 이어질 수 있습니다.

확보 방법

재무 시스템에서 대변 메모에 대한 지급 정산 문서가 등록될 때 또는 결제 게이트웨이의 확인을 통해 이벤트를 수집하는 경우가 많습니다.

기록

재정 정산 문서의 타임스탬프나 대변 메모의 '결제 완료' 상태를 확인합니다.

이벤트 유형 explicit
고객에게 알림
반품 절차의 주요 상태가 변경되었음을 고객에게 명시적으로 안내한 것을 나타냅니다. 상품 수령, 환불 완료 또는 교환 상품 발송을 알리는 내용일 수 있습니다.
중요한 이유

고객에게 선제적으로 안내하는 것은 긍정적인 고객 경험을 만드는 데 중요합니다. 알림 시점과 빈도를 분석하면 고객 서비스의 공백을 파악할 수 있습니다.

확보 방법

일반적으로 커뮤니케이션 로그, 이메일 서비스 연동 기록 또는 고객 알림을 트리거하도록 설정된 상태 업데이트에서 이 이벤트를 확인할 수 있습니다.

기록

반품 건과 관련된 시스템 자동 발송 이메일이나 커뮤니케이션 로그에서 타임스탬프를 추출합니다.

이벤트 유형 inferred
교환 상품 발송
교환 프로세스에서 고객에게 대체 상품을 발송한 시점을 나타냅니다. 회사가 교환 의무를 이행했음을 의미합니다.
중요한 이유

교환 주문을 생성한 시점부터 상품을 발송할 때까지의 시간은 교환 과정에서 고객 만족도를 나타내는 주요 지표입니다. 교환 절차의 이행 단계에 해당합니다.

확보 방법

교환 판매 주문에 배송 문서나 포장 명세서를 등록할 때 일반적으로 이 이벤트가 기록됩니다.

기록

교환 판매 주문의 출고 전기 또는 배송 확인 시각을 기록합니다.

이벤트 유형 explicit
교환 주문 생성
고객이 환불 대신 교환을 요청한 경우 발생하는 활동입니다. 대체 상품을 고객에게 발송하기 위한 새 판매 주문이 생성됩니다.
중요한 이유

이 활동은 재정 환급보다 고객 유지를 우선하는 반품 프로세스의 주요 대체 경로입니다. 이 경로를 분석하면 교환 처리 효율을 파악할 수 있습니다.

확보 방법

원래 반품 케이스와 직접 연결되거나 참조 관계가 있는 새 판매 주문 문서의 생성 기록에서 수집합니다.

기록

대체 또는 교환용으로 지정되고 반품 ID와 연결된 판매 주문의 생성 이벤트를 찾습니다.

이벤트 유형 explicit
반품 요청 거부
이 활동은 정책 위반이나 반품 자격 미충족 등의 이유로 고객의 반품 요청을 거부하기로 한 결정을 나타냅니다. 이 이벤트가 발생하면 케이스 처리가 종료되어 후속 단계로 진행되지 않습니다.
중요한 이유

거부된 반품을 분석하면 고객의 오해, 정책의 실효성, 잠재적 사기 가능성을 파악할 수 있습니다. 정상적인 처리 경로에서 크게 벗어난 사례를 나타냅니다.

확보 방법

상품이 입고되기 전에 반품 케이스 기록의 상태가 최종 '거부됨' 또는 '취소됨'으로 바뀐 것을 근거로 확인합니다.

기록

반품 케이스 상태가 '거부됨', '승인 거부됨' 또는 이에 해당하는 최종 상태로 바뀐 시각을 수집합니다.

이벤트 유형 inferred
반품 요청 승인
이 활동은 고객의 반품 요청을 공식적으로 승인해 프로세스를 진행할 수 있게 된 상태를 나타냅니다. 승인은 반품 가능 기간 정책이나 상품 적격성 등의 업무 규칙에 따라 이루어지는 경우가 많습니다.
중요한 이유

요청 생성부터 승인까지 걸리는 시간을 추적하면 프로세스 초기 검증 단계의 병목을 찾을 수 있습니다. 상품의 물리적 처리나 재정 처리가 시작되기 전에 거치는 중요한 관문입니다.

확보 방법

일반적으로 반품 케이스 기록의 상태가 '대기 중'에서 '승인됨'으로 바뀌거나 처리 차단이 해제된 것을 근거로 확인합니다.

기록

반품 케이스 기록의 상태가 '승인됨' 또는 이에 해당하는 상태로 바뀐 시각을 수집합니다.

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

데이터 추출 가이드

process mining에 필요한 데이터를 확보하는 방법.

추출 방법은 시스템마다 다릅니다. 자세한 안내는

ETL 가이드   를 확인하거나   특정 프로세스와 시스템을 선택하세요.

시작할 준비가 되셨나요?

아래에서 사용 중인 시스템에 맞는 추출 가이드를 선택하거나, 일반 템플릿을 바탕으로 반품 및 환불 처리 데이터를 준비하세요.

반품 및 환불 처리 속도를 높이세요. 지금 시작하세요.

실시간 인사이트를 바탕으로 효율을 높이고 고객 충성도를 강화하세요.

무료 체험 시작하기

신용카드 없이 시작할 수 있으며, 빠르게 설정하고 결과를 확인할 수 있습니다.