하나의 버튼보다 상태 분리가 먼저입니다
| 상태 | 의미 | 완료 근거 |
|---|---|---|
| 출고지시 | 창고가 처리할 대상 확정 | ERP 업무 이력 |
| 송장 저장 | 택배사와 송장번호를 ERP에 기록 | 내부 저장 성공 |
| 출고완료 | 내부 재고 차감과 작업 완료 | 재고 원장·상태 이력 |
| 쇼핑몰 발송처리 | 판매채널에 송장 정보 전송 | 공식 API 응답 또는 안전한 재조회 |
| 배송완료·구매확정 | 판매채널의 후속 배송 상태 | 읽기 동기화 결과 |
부분 성공과 불확실한 응답
한 주문에 여러 상품주문이 있으면 일부만 성공할 수 있습니다. Juhora는 성공 항목만 확정하고 실패 항목은 오류 사유와 함께 남깁니다. 외부 요청 결과가 불확실하면 자동으로 같은 쓰기를 반복하지 않고 판매채널 상태를 다시 조회해 실제 반영 여부를 확인합니다.
택배사와 송장 정보의 기준
- 자유문구가 아니라 판매채널이 허용하는 택배사 코드를 사용합니다.
- 서버는 화면이 보낸 주문 ID를 다시 조직 범위에서 확인하고 저장된 송장 정보를 사용합니다.
- 완료된 상품주문은 같은 발송처리를 중복 실행하지 않습니다.
- 외부 쓰기 테스트를 위해 실제 고객 주문을 임의 변경하지 않습니다.
자주 묻는 질문
송장을 ERP에 저장하면 쇼핑몰에도 전송된 것인가요?
아닙니다. ERP 내부 저장과 판매채널 API 전송은 별도 상태이며 외부 성공 응답 전에는 전송 완료로 기록하지 않습니다.
실패한 송장은 전체를 다시 전송하나요?
성공 항목은 유지하고 실패 항목만 안전성 조건을 확인한 뒤 다시 처리합니다.
응답이 끊기면 자동 재시도하나요?
외부 반영 여부가 불확실한 쓰기는 자동 재시도하지 않고 먼저 판매채널 상태를 조회해 확인합니다.