# 소매점 상품현황 상태 기준 분류: 쇼핑몰 / 상품현황 상태: 초안 중요도: 상 작성일: 2026-06-22 관련 화면: 쇼핑몰 > 상품현황, 게시판 문의 분석, AICS 향후 주문/상품 상태 화면 --- ## 1. 목적 소매점이 보는 상품현황의 상태값을 AICS에서 잘못 해석하지 않도록 기준을 정리한다. 특히 `미송`, `리오더`, `발주`, `주문접수` 같은 상품 진행상태를 `OM미확인`으로 바꾸는 오류를 막는다. --- ## 2. 핵심 원칙 1. 상품 진행상태와 OM상태는 반드시 분리한다. 2. 미송/리오더/발주/주문접수는 OM미확인으로 표시하지 않는다. 3. OM상태는 입고된 상품에 대해서만 판단한다. 4. 소매점 화면 용어와 관리자/OM 내부 용어를 섞지 않는다. 5. AICS는 원본 상태의 의미를 보존하고, 임의 상태명을 만들지 않는다. 6. 자동 분석 결과는 후보값이며, 근무자 확인을 최종 기준으로 한다. --- ## 3. 상품 진행상태 기준 | 상태 | 의미 | AICS 표시 기준 | |---|---|---| | 주문접수 | 소매점 주문이 접수되었으나 아직 발주 전 또는 초기 상태 | `주문접수` | | 발주 | 중도매/도매처에 발주된 상태 | `발주` | | 미송 | 주문 상품이 아직 입고되지 않았거나 미송 처리된 상태 | `미송` | | 리오더 | 재입고 대기 또는 리오더 상태 | `리오더` | | 입고 | 상품이 입고되어 배송요청 가능 상태가 될 수 있음 | `입고` | | 품절 | 상품 공급 불가 | `품절` | | 취소 | 주문 또는 상품이 취소됨 | `취소` | | 미송취소 | 미송 상태에서 취소된 경우 | `미송취소` | | 배송/완료 | 배송 또는 출고가 완료된 상태 | `배송/완료` | | 불량/교환 | 불량, 교환, 오배송 등 별도 이슈가 있는 상태 | `불량/교환` | --- ## 4. OM상태 기준 OM상태는 상품 진행상태와 별개로 본다. | 조건 | OM 표시 | |---|---| | 상품이 입고되었고 OM 확인 전 | `OM미확인` | | 상품이 입고되었고 OM 확인 완료 | `OM확인` | | 상품이 미송 | OM표시 없음 | | 상품이 리오더 | OM표시 없음 | | 상품이 발주 | OM표시 없음 | | 상품이 주문접수 | OM표시 없음 | | 상품이 품절/취소 | OM표시 없음 | --- ## 5. 금지 표시 아래 표시는 사용하지 않는다. | 금지 표현 | 이유 | |---|---| | 미송을 `OM미확인`으로 표시 | 미송은 입고 전 상태이므로 OM 확인 대상이 아니다. | | 리오더를 `OM미확인`으로 표시 | 리오더는 입고 전/재입고 대기 성격이므로 OM 확인 대상이 아니다. | | 발주를 `OM미확인`으로 표시 | 발주는 입고 전 상태다. | | 주문접수를 `OM미확인`으로 표시 | 주문접수는 OM 단계가 아니다. | | 입고후보 | 원본 시스템에 없는 임의 용어다. | | 픽업가능후보 | 원본 시스템에 없는 임의 용어다. | --- ## 6. 게시판 문의 분석 적용 기준 게시판 문의에서 주문번호 또는 상품이 연결되면 AICS는 아래 순서로 상태를 본다. 1. 주문번호 존재 여부 2. 상품명/옵션 일치 여부 3. 상품 진행상태 4. 미송/리오더 여부 5. 입고 여부 6. OM 확인 여부 7. 배송요청 여부 8. 출고/배송완료 여부 9. 불량/교환/오배송 이력 여부 10. 근무자 최종 확인 필요 여부 --- ## 7. 불량/교환/오배송 우선 기준 불량, 교환, 오배송 이력이 있는 상품은 일반 상태보다 별도 이슈를 우선 표시한다. 예시: - `입고 + 불량교환 이력 있음` → `불량/교환` 배지 우선 - `미송 + 교환 문의` → `미송` 상태와 교환 문의를 분리 표시 - `배송완료 + 오배송 문의` → 배송완료 상태와 오배송 이슈를 함께 표시 --- ## 8. 근무자 확인 기준 AICS가 상태를 표시하더라도 다음 경우에는 근무자 확인이 필요하다. 1. 주문번호가 불명확한 경우 2. 작성자와 주문자가 다른 경우 3. 상품명 또는 옵션이 여러 개와 매칭되는 경우 4. 미송/입고/배송 상태가 서로 충돌하는 경우 5. 불량/교환/오배송 이력이 있는 경우 6. 주소변경, 취소, 재출고 같은 본서버 반영 업무가 필요한 경우 --- ## 9. AICS 개발 기준 1. 상태 표시 로직은 진행상태와 OM상태를 분리해서 구현한다. 2. DB에는 원본 상태값과 AICS 표시값을 가능하면 따로 저장한다. 3. 화면에는 근무자가 익숙한 키빌 용어를 우선 표시한다. 4. 원본 상태를 덮어쓰지 않는다. 5. 추정 상태는 `후보` 또는 `확인필요`로 분리한다. 6. 자동으로 본서버 상태를 변경하지 않는다. --- ## 10. 관련 문서 - `AICS_RULES_INDEX.md` - `BOARD_REPLY_POLICY.md` - `SHIPPING_REQUEST_WAITING.md` - `RE_EXCHANGE_NORMAL_ITEM.md` - `KIDSVILLAGE_ADMIN_ORDER_LIST.md`