StackCubeDocs
문서

주문 검토와 승인#

검토 큐는 스택큐브 운영의 중심입니다. 모든 채널은 후보를 만들고, 검토자는 어떤 후보가 승인 주문이 되는지 결정합니다.

스택큐브 데모 주문 검토 큐
채널 원본, 거래처 매칭, 확인 상태, 금액, 승인과 반려 액션을 함께 보는 데모 주문 큐입니다.

수동 발주 등록#

전화, 대면, 아직 연동하지 않은 채널로 들어온 발주는 발주목록에서 직접 등록할 수 있습니다. 발주목록 상단의 수동 등록을 선택하고 거래처, 품목명, 수량, 단위, 단가를 입력한 뒤 필요하면 메모에 접수 경로와 요청 내용을 남깁니다.

스택큐브 수동 발주 등록 모달
발주목록에서 거래처, 품목, 수량, 단가, 메모를 입력해 수동 발주를 승인대기 주문으로 등록합니다.

수동으로 등록한 발주도 다른 채널과 같은 승인대기 큐에 들어갑니다. 거래처, 품목, 단가, 중복 여부를 확인한 뒤 승인하세요. 예외를 우회하기 위한 용도로 사용하면 안 됩니다.

채널 원문 수동 등록#

수동 등록 모달에는 일반 수동 등록 외에도 채널 원문을 붙여넣는 탭이 있습니다.

사용 시점
수동 등록전화나 대면 주문처럼 품목 라인을 직접 입력할 때
수동 이메일이메일 본문이나 첨부 파일을 나중에 접수해야 할 때
수동 카톡카카오톡 메시지 원문을 주문 후보로 남겨야 할 때
수동 문자SMS 원문을 주문 후보로 남겨야 할 때
수동 발주포탈선택한 거래처의 발주포탈을 미리 열어 대신 주문을 넣을 때
스택큐브 채널 원문 수동 등록 탭
수동 발주 등록 모달에서 수동 등록, 수동 이메일, 수동 카톡, 수동 문자, 수동 발주포탈 탭을 선택합니다.

채널 원문으로 등록하면 나중에 검토자가 원본 근거를 확인할 수 있습니다. 단순히 결과만 입력하는 것보다 원문을 남기는 편이 반복 예외 분석에 유리합니다.

담당자 기준 검토#

거래처에 내부 담당자를 지정했다면 발주목록에서 담당자 필터로 큐를 나눠 볼 수 있습니다. 영업팀이나 운영팀이 거래처 그룹별로 주문을 나눠 처리할 때 유용합니다.

스택큐브 발주목록 담당자 필터
발주목록에서 내부 담당자로 필터링하면서 거래처, 주문내용, 확인 상태, 금액, 주문 상태를 함께 확인합니다.

담당자는 주문을 배분하기 위한 기준입니다. 승인대기 상태, 품목 확인, 단가 확인, 중복 가능성은 담당자와 별개로 승인 전에 그대로 확인해야 합니다.

목록 필터와 선택 작업#

발주목록에서는 채널, 기간, 내부 담당자, 검색어로 주문을 좁혀 볼 수 있습니다. 채널별 장애 확인, 담당자별 큐 분배, 특정 거래처의 중복 주문 확인에 사용하세요.

선택한 주문은 택배사 양식 다운로드나 삭제 같은 일괄 작업에 사용할 수 있습니다. 삭제는 주문과 품목 라인을 함께 제거하므로 테스트 데이터나 잘못 생성된 후보에만 제한적으로 사용하세요.

검토 체크리스트#

승인 전 아래 항목을 확인합니다.

  • 거래처 매칭
  • 품목 매칭
  • 수량과 단위
  • 기본 품목 단가 또는 거래처 가격 등급 단가
  • 배송일과 배송 메모
  • 중복 가능성
  • 원본 메시지 또는 첨부파일

라인 단위 판단#

검토자는 승인 전에 주문 라인을 수정할 수 있습니다. 주문 일부만 불명확하다면 해당 라인을 먼저 바로잡습니다.

출고에 영향을 주는 품목, 수량, 단가가 해결되지 않았다면 주문을 승인하지 마세요. 주문을 반려하거나 승인대기 상태로 남겨두는 편이 안전합니다.

상세 정보 수정#

주문 상세에서는 품목 라인뿐 아니라 주문 메모, 배송 정보, 통화, 주문 상태를 조정할 수 있습니다.

수정 기준:

  • 주문 메모에는 검토자가 알아야 할 내부 판단 근거를 남깁니다.
  • 배송 정보는 택배사 CSV와 출고에 바로 영향을 주므로 승인 전에 확인합니다.
  • 통화는 수입·수출 거래나 외화 견적이 섞인 주문에서만 변경합니다.
  • 상태 변경 시 품목, 단가, ERP 전송 필수값 경고를 확인합니다.

승인 전 ERP 전송 필수값이 부족하면 경고가 표시될 수 있습니다. ERP 전송 없이 승인해야 하는 특별한 경우가 아니라면 거래처 코드, 품목 코드, 수량 같은 기본값을 먼저 채우세요.

승인 정책#

누가 승인할 수 있는지 정합니다. 작은 팀은 검토자가 승인까지 할 수 있습니다. 주문 금액이 크거나 신규 거래처라면 별도 승인자를 두는 것이 좋습니다.

승인 후#

승인된 주문은 택배사 업로드 파일로 내보내거나 ERP에 입력하거나 운영 기록으로 사용할 수 있습니다. 원본 채널과 검토 이력은 주문에 남습니다.

품질 개선 루프#

반복 수정은 세팅 개선으로 이어져야 합니다. 같은 예외가 자주 나오면 별칭, 거래처 가격 등급이나 등급별 규칙, 검토 기준을 업데이트하세요.

예외 처리 가이드를 기준으로 수정, 반려, 승인 보류 기준을 정하세요.