배송 프로세스
배송 프로세스는 WMS 출고확정 또는 패킹 완료 이후 상품을 고객에게 전달하는 흐름입니다. 배송은 TMS와 택배사 상태를 중심으로 움직이며, 출고와 배송을 분리해서 봐야 합니다.
실무 팁
출고완료는 창고 기준이고 배송완료는 고객 수령 기준입니다. 두 상태를 같은 완료로 처리하면 고객 문의와 정산 기준이 꼬일 수 있습니다.
출고 이후 배송 흐름
배송 상태 전이
합배송, 분리배송, 부분배송
| 유형 | 설명 | 데이터 모델 |
|---|---|---|
| 합배송 | 여러 주문을 한 송장으로 배송 | shipment와 order 다대다 |
| 분리배송 | 한 주문을 여러 송장으로 배송 | order 1건에 shipment 여러 건 |
| 부분배송 | 주문 일부만 먼저 배송 | 라인별 배송 수량 필요 |
WMS와 TMS 역할 차이
| 구분 | WMS | TMS |
|---|---|---|
| 관심사 | 창고 작업 | 운송과 배송 |
| 완료 기준 | 출고확정 | 배송완료 |
| 핵심 데이터 | 피킹, 검수, 패킹 | 송장, 택배사, 배송상태 |
| 주요 연동 | ERP, PDA | 택배사, OMS |
배송과 정산 연결
일부 서비스는 출고확정을 매출 기준으로 삼고, 일부 서비스는 배송완료를 매출 확정 기준으로 삼습니다. 정책에 따라 정산 기준일이 달라지므로 배송완료 이벤트를 이력으로 남겨야 합니다.
택배사 API 주의사항
- 송장 생성은 멱등하게 처리합니다.
- 택배사 원본 상태와 내부 표준 상태를 모두 저장합니다.
- 상태 이벤트 순서가 뒤바뀔 수 있으므로 최신 상태 전이를 검증합니다.
- 배송지 오류, 규격 초과, 송장 취소 실패를 운영자가 볼 수 있게 합니다.