이커머스·소규모 유통사 반품 및 부분환불 상태 머신(State Machine) 설계: 입고·검수·정산 파이프라인 통합
반품 택배는 물류 창고나 사무실에 도착했지만 CS 담당자는 이를 알지 못해 환불 처리가 지연되거나 이중 환불이 발생하는 문제를 해결하기 위해, '실물 입고-검수 판정-정산 확정'을 분리한 상태 전이(State Transition) 아키텍처를 다룹니다.
[아키텍처 노트 안내]
본 문서는 제이앤코어 오픈 기술 Q&A 37번 문의(직원 3명 규모의 소규모 유통·쇼핑몰 사무실에서의 주문·반품 통합 관리 시스템 구축 가능 여부)를 바탕으로, 인원이 적은 조직일수록 가장 빈번하게 병목이 발생하는 **‘반품 입고·검수·환불 확인 파이프라인’**을 구체화한 시스템 설계 노트입니다.
1. 소규모 유통·커머스 조직의 역설: 인원이 적을수록 ‘상태 단절’이 치명적이다
직원 3~5명 규모의 쇼핑몰이나 유통 사무실에서는 흔히 *“우리처럼 작은 규모에서도 맞춤형 업무 시스템이 필요한가?”*라고 반문합니다. 그러나 엔지니어링 관점에서 보면, 적은 인원이 주문 수집·택배 포장·반품 개봉·CS 응대·환불 정산이라는 여러 역할(Role)을 동시에 오가기 때문에 오히려 데이터의 연결 지점이 훨씬 더 취약합니다.
현장에서 매일 반복되는 전형적인 병목 장면을 살펴보겠습니다.
- 오전 11시, 물류·포장 담당 직원이 반품으로 회수된 택배 상자 15개를 수령해 한쪽에 쌓아둡니다.
- 오후 2시, 고객이 전화나 게시판으로 묻습니다. “운송장 조회해 보니 반품 택배가 오전에 도착했던데, 왜 아직 환불이 안 되나요?”
- CS 담당 직원은 택배가 도착했는지, 상자를 열어 상품 훼손 여부를 확인했는지, 아니면 이미 환불 승인 대기 중인지 화면만 보고는 알 수 없습니다. 결국 자리에서 일어나 창고로 걸어가거나 메신저로 묻고, 검수가 끝난 뒤에도 메모지에만 적혀 있어 환불 누락이나 지연이 발생합니다.
이 문제를 해결하는 핵심은 반품 목록 엑셀 시트를 하나 더 만드는 것이 아니라, ‘실물 택배의 도착(Physical Arrival)‘과 ‘상품 검수(Inspection)’, 그리고 ‘환불 정산 완료(Refund Settlement)‘를 명확히 분리된 상태 머신(State Machine)으로 연결하는 것입니다.
2. 반품 처리 4단계 상태 머신(State Machine) 아키텍처
대부분의 기성 쇼핑몰 솔루션이나 단순 엑셀 장부는 반품 상태를 반품요청 → 반품완료라는 이분법으로만 다룹니다. 그러나 실제 업무에서는 그사이에 반드시 사람이 개입해 확인해야 하는 물리적 단계가 존재합니다.
제이앤코어는 반품 1건의 생애주기를 4개의 명시적 상태로 분리하고, 각 상태가 다음 단계로 넘어가기 위한 **전이 조건(Transition Guard)**과 **다음 담당 행동(Next Action)**을 정의합니다.
[반품·환불 파이프라인 상태 전이(State Transition) 모델]
[1. REQUESTED (반품 접수)]
│ └─ 전이 조건: 회수 운송장 스캔 또는 실물 상자 도착 체크 (도착 일시·수령자 자동 기록)
▼
[2. ARRIVED_PENDING_INSPECTION (실물 도착 · 검수 대기)]
│ └─ 전이 조건: 개봉 후 상품 상태 판정 (정상 재입고 가능 / 훼손·사용흔적 보류 / 오배송 확인)
▼
[3. INSPECTED_READY_FOR_REFUND (검수 완료 · 환불 승인 대기)]
│ └─ 전이 조건: 배송비 차감 규칙 적용 및 실제 결제 취소/계좌 환불 실행 확인
▼
[4. REFUND_COMPLETED (환불 및 재고 반영 완료)]이렇게 상태를 세분화하면 고객이 *“택배 도착했는데 왜 아직 확인 중인가요?”*라고 문의했을 때, CS 담당자는 자리에서 화면만 보고도 **“오늘 오전 11시 20분에 반품 상자가 정상 입고되었으며, 현재 오후 검수 대기열(3순위)에 있어 검수 직후 환불 진행 예정입니다”**라고 정확한 근거를 들어 즉시 안내할 수 있습니다.
3. 복합 주문의 난제: ‘부분 반품(Partial Return)’ 및 수량 분할 데이터 모델
반품 관리 엑셀이 가장 쉽게 무너지는 지점은 **한 번에 여러 상품이나 복수 수량을 구매한 고객이 그중 일부만 반품하는 경우(Partial Return)**입니다.
예를 들어 고객이 A 코트 1벌 + B 니트 2벌을 한 주문번호(ORD-20261014-01)로 묶음 구매한 뒤, B 니트 1벌만 단순 변심으로 반품했다고 가정해 보겠습니다.
주문 번호 단위로만 반품 상태를 관리하는 단일 행(Flat Row) 구조에서는 이 주문이 ‘정상 주문’인지 ‘반품 주문’인지 표현할 방법이 없어 비고란에 긴 줄글 메모를 남기게 됩니다.
| 품목 코드 | 주문 상품명 | 원 주문 수량 | 잔류(구매확정) 수량 | 금회 반품 수량 | 검수 판정 | 재고 귀속 처리 |
|---|---|---|---|---|---|---|
PRD-A01 | 울 블렌드 코트 (Black/L) | 1 | 1 | 0 | 해당 없음 | 출고 확정 유지 |
PRD-B04 | 캐시미어 니트 (Ivory/M) | 2 | 1 | 1 | 양품 판정 | 가용 재고 +1 복원 |
이를 정확히 처리하기 위해 시스템은 주문 헤더(Order)가 아닌 주문 품목 라인(Order_Line_Item) 단위로 반품 수량과 검수 상태를 분리 매핑합니다.
- 부분 수량 분리: 원 주문 수량
2개중1개만 반품 클레임 엔티티로 연결하여, 나머지1개의 정상 매출 기록을 훼손하지 않습니다. - 조건부 무료배송비 재계산: 최초 주문 시 합산 금액이 무료배송 기준을 넘어 배송비를 면제받았으나, 부분 반품으로 인해 실구매액이 기준 미만으로 떨어진 경우 초도 배송비와 반품 회수 배송비를 합산 차감해야 하는지 시스템이 규칙에 따라 계산 근거를 자동으로 제시합니다.
- 검수 결과와 가용 재고의 연동: 반품된 상품이 모두 다시 팔 수 있는 상태는 아닙니다. 검수 단계에서
양품(재입고)으로 판정된 수량만 판매 가능 재고(Available Stock)로 자동 복원하고,오염/파손으로 판정된 수량은불량 격리 재고(Quarantine Stock)로 분리하여 재고 숫자가 틀어지는 것을 막습니다.
4. 보류(Hold) 예외 관리와 정산 최종 잠금
모든 반품이 순조롭게 환불로 이어지지는 않습니다. 고객이 택배 상자 안에 반품 배송비 현금을 동봉하기로 했으나 누락되었거나, 착용 흔적이 심해 고객과 유선 협의가 필요한 ‘보류(Exception Hold)’ 건들이 반드시 발생합니다.
좋은 업무 화면은 이미 처리가 끝난 수백 건의 목록을 나열하는 대신, 역할별로 지금 당장 처리해야 할 작업 큐(Work Queue)를 분리해 보여주는 화면입니다.
- 현장·검수 담당자 뷰: 오늘 도착했으나 아직 개봉·검수하지 않은 상자 목록 (
ARRIVED_PENDING_INSPECTION). - CS 담당자 뷰: 상품 훼손이나 배송비 미동봉으로 고객 재안내가 필요한 보류 목록 (
INSPECTION_HOLD). - 정산·관리자 뷰: 검수에서 ‘양품 승인’이 떨어져 오늘 카드 취소나 계좌 환불만 실행하면 끝나는 목록 (
INSPECTED_READY_FOR_REFUND).
마지막 환불 처리 시에는 각 오픈마켓/자사몰 어드민에서 환불을 실행한 담당자와 일시, 차감된 배송비 내역을 기록하고 상태를 잠급니다. 이를 통해 **“누가 언제 환불해 주었는지 몰라 두 번 환불해 주는 사고”**나 **“검수도 안 끝났는데 먼저 환불해 주는 사고”**를 원천적으로 예방합니다.
💡 소규모 쇼핑몰·유통사 맞춤형 주문·반품·재고 시스템 상담
- 직원은 몇 명 안 되는데 주문 확인, 반품 택배 검수, CS 응대, 환불 정산이 카카오톡 대화방과 엑셀 메모로 흩어져 매일 혼선이 빚어지고 있습니까?
- 우리 사무실의 실제 판매 채널과 반품 검수 절차에 딱 맞는 심플한 웹 작업판이 필요하십니까?
현재 사용 중인 반품·재고 관리 엑셀 양식이나 가장 자주 막히는 업무 장면을 알려주시면, 제이앤코어가 작은 조직일수록 즉시 효과를 보는 경량 웹 시스템을 2~4주 안에 구축해 드립니다.
“우리 회사 엑셀 업무도 이렇게 바꿀 수 있을까요?”
사내 ERP를 무리하게 바꾸지 않고도, 매달 터지기 일보 직전인 엑셀 병목만 독립 웹 시스템으로 2~4주 만에 안전하게 해결해 드립니다.