글 이커머스아카이브 편집팀 · 발행 · 수정
택배사가 다르게 보이는 송장, 출고 전 3칸만 다시 맞추세요
고객에게 다른 택배사나 이상한 송장번호가 보이는 주문은 출고 전 택배사, 송장번호, 고객안내 3칸을 같은 주문번호에서 다시 맞춰야 합니다.

송장을 넣었는데 고객이 "다른 택배사로 보여요"라고 묻는 순간이 있습니다. 판매자는 관리자에서 발송 처리를 끝냈다고 생각하지만, 고객 화면에는 택배사 이름이 다르거나 송장번호가 조회되지 않거나 안내 문구가 다른 말로 보입니다. 이때 문제는 배송 자체보다 먼저 고객이 보는 정보와 판매자가 입력한 정보가 같은 주문번호에서 맞는지입니다.
SmartStore 고객센터의 발주확인 도움말은 발송처리 전 주문정보와 상품판매 가능 여부를 확인하는 절차라고 설명합니다. 또 주문건 발송 처리 흐름에서는 배송방법, 택배사, 송장번호를 기재하는 단계가 나옵니다. 그러니 송장 등록 실수는 "배송팀이 알아서 보겠지"로 넘기기보다, 출고 전 같은 주문번호에서 택배사·송장번호·고객안내 3칸을 다시 맞추는 방식으로 줄여야 합니다.
이 글은 특정 플랫폼의 모든 송장 오류 해결법이나 페널티 판단을 대신하지 않습니다. 판매자가 발송 처리 버튼을 누르기 전, 고객에게 다르게 보일 수 있는 세 칸을 멈춰 확인하는 실무 기준만 다룹니다.
먼저 보는 결론: 송장번호만 보지 말고 3칸을 같이 보세요
송장 등록 전 확인은 송장번호 한 칸으로 끝나지 않습니다. 고객은 숫자만 보는 것이 아니라 어느 택배사로, 어떤 번호가, 어떤 안내 문구와 함께 보이는지를 봅니다.
| 확인 칸 | 맞아야 하는 값 | 다르면 생기는 일 |
|---|---|---|
| 택배사 | 실제 출력 라벨의 택배사와 관리자 선택값 | 고객이 다른 택배사 사이트에서 조회합니다 |
| 송장번호 | 라벨 번호와 주문 row의 번호 | 조회 실패, 다른 주문 조회, 재안내 문의가 생깁니다 |
| 고객안내 | 문자·알림톡·주문상세의 안내 기준 | 고객은 어떤 정보를 믿어야 할지 헷갈립니다 |
핵심은 "송장을 넣었다"가 아닙니다. 고객이 보는 배송 정보가 한 주문번호 안에서 같은 말을 하는지입니다. 발송 처리 직전 이 세 칸 중 하나라도 다르면, 발송 완료보다 정정이 먼저입니다.
1칸: 택배사는 실제 라벨과 관리자 선택값을 먼저 맞춥니다
택배사를 여러 곳 쓰는 판매자는 송장번호보다 택배사 선택에서 먼저 틀어질 수 있습니다. 실제 라벨은 A택배인데 관리자에서는 B택배로 선택되어 있으면, 고객은 맞는 번호를 받아도 다른 곳에서 조회하게 됩니다.
SmartStore 고객센터의 주문건 확인 도움말에는 합포장 일괄 발송 처리 때 배송방법, 택배사, 송장번호를 기재하는 흐름이 나옵니다. 이 흐름을 기준으로 보면 택배사는 단순한 부가 정보가 아니라 송장번호를 해석하는 조회 기준입니다.
| 상황 | 바로 발송해도 되는 상태 | 멈춰야 하는 상태 |
|---|---|---|
| 라벨 출력 후 관리자 입력 | 라벨의 택배사와 관리자 선택값이 같음 | 라벨에는 A택배, 관리자에는 B택배 |
| 엑셀 일괄 발송 | 택배사 코드와 송장번호 열이 같은 주문 row에 있음 | 택배사 열이 한 줄 밀렸거나 빈칸 |
| 합포장 발송 | 묶음 주문의 대표 택배사가 실제 라벨과 같음 | 일부 주문만 다른 택배사 라벨 |
| 위탁/3PL 출고 | 물류사 전달값과 쇼핑몰 입력값이 같음 | 물류사 시스템에는 다른 택배사 |
택배사 칸이 애매하면 송장번호를 다시 붙여 넣기 전에 실제 라벨부터 봅니다. 숫자가 맞아도 택배사가 틀리면 고객에게는 다른 정보로 보일 수 있습니다.
2칸: 송장번호는 주문번호 하나를 기준으로 대조합니다
송장번호 오류는 대부분 숫자를 잘못 읽어서만 생기지 않습니다. 여러 주문을 한꺼번에 처리할 때 주문번호와 송장번호가 한 줄씩 밀리는 문제가 더 자주 생깁니다. 특히 엑셀 일괄 발송, 합포장 처리, 송장 출력 프로그램과 쇼핑몰 관리자 사이를 오갈 때 생깁니다.
발송 처리 전에는 상품명보다 주문번호를 먼저 고정합니다. 주문번호 하나를 기준으로 고객명, 상품, 택배사, 송장번호가 같은 줄에 있는지 봅니다.
| 대조 순서 | 보는 값 | 확인 질문 |
|---|---|---|
| 1 | 주문번호 | 지금 보고 있는 라벨이 이 주문번호의 라벨인가요? |
| 2 | 수령자명 또는 연락처 뒷자리 | 라벨과 주문 row가 같은 고객인가요? |
| 3 | 송장번호 | 숫자 전체가 같은가요, 앞뒤가 잘렸나요? |
| 4 | 중복 여부 | 이미 다른 주문에 쓴 송장번호는 아닌가요? |
부분배송이나 합포장처럼 한 주문 안에서 배송이 나뉘는 경우라면 부분배송 후 남은 품목을 따로 관리하는 기준까지 같이 봐야 합니다. 한 주문번호 안에서 송장 하나가 전체 상품을 뜻하는지, 일부 상품만 뜻하는지 고객 안내가 달라지기 때문입니다.
3칸: 고객안내 문구는 관리자 값과 같은 말을 해야 합니다
고객은 관리자 화면을 보지 않습니다. 고객이 보는 것은 문자, 알림톡, 주문상세, 마이페이지의 배송 조회 문구입니다. 그래서 관리자 값이 맞더라도 고객안내 문구가 예전 택배사명이나 임시 안내를 그대로 쓰고 있으면 문의가 생깁니다.
| 고객에게 보이는 문구 | 점검할 것 | 바꾸는 방식 |
|---|---|---|
| "A택배로 발송했습니다" | 실제 택배사와 같은가 | 택배사명을 관리자 선택값과 맞춥니다 |
| "송장번호는 추후 안내" | 이미 송장번호가 들어갔는가 | 번호가 확정되면 안내 문구를 바꿉니다 |
| "조회는 오늘 밤부터 가능" | 실제 집화 상태와 맞는가 | 확인되지 않은 시간 약속은 빼고 상태를 분리합니다 |
| "부분 출고" | 남은 품목 안내가 있는가 | 배송된 품목과 남은 품목을 나눠 씁니다 |
여기서 피해야 할 말은 보장형 문구입니다. "오늘 반드시 조회됩니다"보다 "택배사 집화 이후 조회가 열릴 수 있습니다"처럼 상태를 분리하는 편이 안전합니다. 고객에게 필요한 것은 확신을 주는 말보다 어디서 무엇을 확인하면 되는지입니다.
전화나 카톡으로 받은 주문을 직접 입력한 건이라면 수기 주문을 출고 전 3칸으로 맞추는 기준처럼 고객 원문과 관리자 입력값도 같이 남겨야 합니다. 수기 주문은 처음부터 자동 주문서 흔적이 적기 때문입니다.
발송 처리 전 멈춰야 하는 신호 5가지
SmartStore 고객센터의 판매자 정보 도움말은 허위 송장 사용이 구매자에게 혼란을 줄 수 있고 서비스 신뢰도를 저해할 수 있다는 주의 맥락을 안내합니다. 이 글에서 말하는 3칸 점검도 같은 이유입니다. 실제 페널티 여부를 여기서 판단하자는 뜻이 아니라, 고객에게 보이는 배송 정보가 엉키는 주문을 발송 처리 전 멈추자는 뜻입니다.
아래 신호가 보이면 발송 완료보다 정정이 먼저입니다.
| 멈춤 신호 | 바로 할 일 |
|---|---|
| 택배사명이 라벨과 관리자에서 다릅니다 | 실제 라벨 기준으로 관리자 택배사를 다시 선택합니다 |
| 송장번호가 다른 주문에도 들어가 있습니다 | 중복 주문번호를 찾아 한쪽을 보류합니다 |
| 고객안내 문구가 예전 택배사명을 말합니다 | 문자·알림톡 템플릿을 같은 값으로 바꿉니다 |
| 집화 전인데 배송완료처럼 보이는 문구가 있습니다 | 상태 안내와 조회 가능 시점을 분리합니다 |
| 합포장인데 일부 상품만 다른 송장입니다 | 묶음 기준과 남은 상품 안내를 다시 씁니다 |
택배사, 송장번호, 고객안내 중 하나라도 다른 주문번호를 가리키면 발송 처리 버튼을 누르지 않는 것이 기준입니다. 빨리 발송 완료로 넘기는 것보다, 고객이 보는 정보가 같은 주문을 가리키게 만드는 일이 먼저입니다.
고객에게 보내는 정정 문구는 짧게 씁니다
이미 고객에게 잘못된 택배사나 송장번호가 나간 경우에는 길게 사과문부터 쓰기보다, 고객이 다시 조회할 수 있는 기준을 먼저 줍니다.
| 상황 | 안내 문구 예시 |
|---|---|
| 택배사만 잘못 안내 | "배송 조회 택배사가 정정되었습니다. [택배사명] / [송장번호] 기준으로 확인해 주세요." |
| 송장번호가 잘못 안내 | "기존 안내된 송장번호가 정정되었습니다. 새 송장번호는 [번호]입니다." |
| 아직 집화 전 | "송장 등록은 완료되었고, 택배사 집화 이후 조회가 열릴 수 있습니다." |
| 부분 출고 | "[상품명]은 먼저 출고되었고, 남은 품목은 별도 안내드리겠습니다." |
이 문구의 목적은 방어가 아닙니다. 고객이 다시 확인해야 할 기준을 하나로 줄이는 것입니다. 같은 메시지 안에 "A택배", "B택배", "기존 번호", "새 번호"가 섞이면 정정 안내가 또 다른 혼란이 됩니다.
송장 등록 전 5줄 메모
발송 처리 전 내부 메모는 길게 쓰지 않아도 됩니다. 담당자가 바뀌어도 바로 볼 수 있도록 아래 5줄만 남깁니다.
| 메모 줄 | 예시 |
|---|---|
| 주문번호 | 20260709-0001234 |
| 택배사 | 실제 라벨: A택배 / 관리자 선택: A택배 |
| 송장번호 | 123456789012, 중복 사용 없음 |
| 고객안내 | 알림톡 템플릿 A택배 기준으로 수정 |
| 출고상태 | 집화 전, 조회 가능 시점 보장 문구 없음 |
이 5줄은 배송팀을 감시하는 기록이 아니라 다음 담당자가 같은 실수를 반복하지 않도록 남기는 작업 지시서입니다. 특히 여러 택배사, 합포장, 부분배송, 위탁출고가 섞이는 판매자는 이 메모가 없으면 고객 문의가 왔을 때 처음부터 다시 추적해야 합니다.
공식 확인 링크
- SmartStore 고객센터 - 발주확인 기능 안내: 발송처리 전 주문정보와 상품판매 가능 여부를 확인하는 절차를 설명합니다.
- SmartStore 고객센터 - 구매자 주문건 확인 방법: 발송 처리 흐름에서 배송방법, 택배사, 송장번호를 기재하는 맥락을 확인할 수 있습니다.
- SmartStore 고객센터 - 판매자 정보 안내: 허위 송장 사용이 구매자 혼란과 서비스 신뢰 저하로 이어질 수 있다는 주의 맥락을 확인할 수 있습니다.
오늘 출고 전 마지막 확인
송장 오류를 줄이는 가장 좋은 시간은 고객 문의가 온 뒤가 아니라 발송 처리 버튼을 누르기 전입니다. 오늘 처리할 주문 중 택배사가 여러 개 섞인 묶음, 엑셀 일괄 발송 주문, 위탁출고 주문만 따로 열어 보세요. 그리고 같은 주문번호에서 택배사, 송장번호, 고객안내 세 칸이 같은 말을 하는지 확인합니다.
세 칸이 맞으면 발송 처리로 넘어갑니다. 하나라도 다르면 먼저 정정하고, 고객에게 보이는 안내 문구까지 같은 기준으로 바꿉니다. 이 순서가 정리되어 있으면 다음 문의가 와도 "어떤 택배사와 어떤 번호를 기준으로 안내했는지"를 바로 찾을 수 있습니다.
- 택배사가 다르면 실제 라벨 기준으로 관리자 값을 고칩니다.
- 송장번호가 다르면 주문번호와 수령자명부터 다시 맞춥니다.
- 고객안내가 다르면 문자·알림톡·주문상세 문구를 같은 기준으로 바꿉니다.
자주 묻는 질문
택배사만 틀리고 송장번호는 맞으면 바로 발송해도 되나요?
고객 화면에서 조회가 다르게 보일 수 있으므로 발송 처리 전 택배사와 송장번호를 같은 주문번호에서 다시 맞추는 편이 안전합니다.
이미 발송 처리한 뒤 틀린 택배사를 발견하면 어떻게 하나요?
플랫폼의 송장 수정 가능 여부를 먼저 확인하고, 고객에게는 정정된 조회 기준을 한 문장으로 다시 안내합니다.
송장번호가 아직 집화 전이면 고객에게 보내도 되나요?
실제 출고 상태와 플랫폼 정책을 확인한 뒤, 집화 전이라는 안내가 필요한 경우 고객안내 문구에 상태를 분리해 적습니다.
다음으로 읽을 기사
같은 흐름으로 이어 읽기 좋은 글을 추려 보여줍니다.
첫 번째 댓글을 남겨보세요.
여러분의 생각이 다른 독자에게 도움이 됩니다.
댓글 0
이 글을 읽은 독자들의 생각을 나눠보세요.