Posty5 스토어의 주문과 고객 추적

주문 흐름은 지키는 약속만큼의 값어치가 있습니다. 여기에는 먼저 알아 둘 약속이 셋 있습니다. 들어온 주문은 크레딧이 떨어졌다고 사라지지 않고, 완료된 주문은 조용히 고쳐 쓸 수 없으며, 고객은 계정 없이 자기 주문을 따라갈 수 있습니다. 나머지는 그 셋을 둘러싼 세부입니다.

잔액이 비어도 주문은 들어옵니다

매출을 지키는 것부터. 주문 접수, 상태 변경, 수동 생성은 플랫폼 전체에서 잔액이 비어도 실행이 허용된 유일한 세 가지 작업입니다. 실패하는 대신 비용을 크레딧 부채로 기록하고 다음 크레딧이 들어올 때 정산합니다. 이유는 간단합니다. 잔액이 떨어졌다고 고객 주문을 거절하면 그 청구액보다 훨씬 큰 손해가 나니까요. 가까운 두 동작은 일부러 다릅니다. 주문의 Excel 내보내기는 유예되지 않고 그냥 거부되며, 고객 이메일은 빚이 되는 대신 건너뜁니다. 즉 잔액이 비면 알림은 청구서를 쌓지 않고 조용히 멈춥니다. 크레딧 예산이 모든 도구에서 어떻게 작동하는지 보세요.

흐름과 각 단계가 허용하는 것

주문은 대기, 확인, 처리 중, 발송, 배달 완료 순으로 나아갑니다. 배달 완료를 뺀 어느 상태에서도 취소하거나 거부할 수 있는데, 실제 가게가 그렇게 돌아갑니다. 일은 처음에만이 아니라 모든 단계에서 어그러집니다. 할 수 없는 건 앞으로 건너뛰는 일입니다. 대기 중인 주문은 처리 중이 되기 전에 확인 상태를 거칩니다. 나중에 목록을 훑을 때 상태가 의미를 갖는 건 바로 이 제약 덕분입니다.

완료된 주문을 수정할 수 없는 이유

배달 완료, 취소, 거부는 최종입니다. 여기서 빠져나오는 건 없고, 주문은 살아 있는 문서가 아니라 영구 기록이 됩니다. 제약처럼 읽히지만 하는 일은 보호입니다. 조용히 고쳐 쓸 수 있는 주문 이력은 이력이 아닙니다. 미리 감안할 실무적 결과도 하나 있습니다. 아직 진행 중인 주문이 하나라도 있는 스토어는 삭제할 수 없어서, 가게를 닫으려면 남은 것을 먼저 끝내거나 취소해야 합니다.

취소하면 무엇이 돌아오나

주문을 취소하거나 거부하면 품목이 재고로 돌아가지만, 실제로 재고 수를 관리하는 상품에 한합니다. 수가 없는 상품은 되돌릴 대상이 없어 건너뜁니다. 재고 복구는 상태 변경의 일부가 아니라 그 뒤에 일어나므로, 재고 문제가 상태를 애매하게 남기는 일은 없습니다. 재고 숫자가 어긋난다면 보통 원인은 애초에 재고를 관리하지 않던 상품입니다.

고객이 실제로 쓰는 추적 링크

모든 주문은 역할이 다른 두 식별자를 지닙니다. 주문 번호는 스토어별 순번이라 짧고 말로 전하기 쉽습니다. 추적 ID는 불투명하고 추측할 수 없어서, 추적 링크를 공유해도 안전한 이유가 됩니다. 물건을 받는 사람은 계정 없이 열 수 있고, 스토어의 다른 정보는 아무것도 보지 못합니다. 주문에 적은 내부 메모는 거기 절대 나오지 않습니다. 고객에게 분명히 해 둘 점이 있습니다. 이건 당신이 설정한 상태를 보여 주는 Posty5의 자체 추적 페이지이지, 택배사의 송장 번호가 아닙니다.

주문을 다시 찾기

주문은 상태, 유입 채널, 날짜, 추적 ID, 주문 번호로 찾을 수 있고, 이름·전화·이메일을 한꺼번에 훑는 고객 검색어 하나로도 찾을 수 있습니다. 절반쯤 기억나는 전화번호면 대개 충분합니다. 각 주문에는 배송료가 배송 규칙의 어느 단계에서 나왔는지도 기록됩니다. 도시인지, 도인지, 국가인지, 스토어 기본값인지. 덕분에 "배송비가 왜 그 금액이지?"는 되짚어 볼 일이 아니라 들여다보면 되는 일이 됩니다. 배송비가 어떻게 결정되는지 보세요.

자주 묻는 질문