위탁판매 #27 | 옵션명 다를 때 매핑표 기준

 

 

오전 발주 넣기 직전에 제일 사람 진 빠지게 하는 주문이 있습니다.

스토어에는 “아이보리 / M”로 들어왔는데 공급처 파일에는 “오프화이트 / 95”, 메신저에는 “오프화이트M”이라고 남아 있는 주문입니다.

이 단계에서는 이름 통일보다 먼저, 같은 옵션이라고 판정하는 기준부터 잠가야 합니다.

제 기준에서는 그 기준이 바로 매핑표였습니다.

마스터 옵션키, 스토어 표기명, 공급처 발주명, 공급처 코드, 예외 메모를 한 줄로 묶어 두지 않으면 발주 전에도 한 번 멈추고, 송장 회신 뒤에도 또 한 번 멈춥니다.

결국 문제는 이름 차이보다 같은 주문을 매번 다시 번역하게 되는 구조에 더 가깝습니다.

지난 글인 공급처마다 발주 마감시간이 다를 때 셀러가 먼저 정해야 할 cutoff 규칙이 정상 주문과 예외 주문을 언제 나눌지에 대한 시간 기준을 다뤘다면, 이번 글은 옵션 불일치 주문을 어떻게 다시 읽지 않게 만들 것인가에 더 가깝습니다.

공급처 3곳 넘으면 엑셀이 무너지는 이유, 품절·부분발송·주소오류를 먼저 거르는 기준, 공급처에서 송장번호 받는 방법, 주문 수집부터 송장 반영까지 단절 없는 흐름을 같이 보면, 옵션 매핑표는 엑셀 부가문서가 아니라 발주 오류와 송장 누락을 줄이는 운영 기준표에 가깝습니다.

왜 옵션명 불일치는 생각보다 빨리 발주 오류로 번질까

처음에는 별것 아닌 것처럼 보입니다. 스토어에서 “화이트”, 공급처에서 “아이보리”라고 적혀 있어도 사람이 보면 비슷하다고 느끼기 때문입니다. 하지만 실제 운영에서는 아래 문제가 한꺼번에 붙습니다.

• 스토어 옵션은 고객이 읽는 이름이고, 공급처 옵션은 발주자가 읽는 이름인 경우가 많습니다.
• 같은 색상도 공급처마다 영문 코드 / 숫자 규격 / 한글 축약이 다릅니다.
• 의류·신발처럼 사이즈가 섞이면 “M = 95”인지 “M = 100”인지 공급처마다 달라질 수 있습니다.
• 송장 회신이나 재고 확인 단계에서 공급처 쪽 표기만 남으면, 나중에 셀러가 다시 스토어 옵션으로 역변환해야 합니다.

즉 옵션명 불일치는 단순한 표기 차이가 아니라, 주문 확인 → 공급처 발주 → 회신 확인 → 송장 반영 내내 같은 주문을 다른 이름으로 부르게 만드는 문제입니다. 이 상태가 길어지면 발주 실수보다 더 자주 생기는 것이 확인 시간의 누적입니다. 매번 “이게 같은 옵션 맞나”를 다시 읽게 되기 때문입니다.

셀러가 먼저 잠가야 할 매핑표는 4열이 아니라 사실상 5열입니다

실무에서는 “스토어명 ↔ 공급처명” 두 칸만 적어 두면 충분할 것 같지만, 실제로는 아래 5개 열을 같이 잠그는 편이 훨씬 안전합니다.

열	무엇을 적는가	왜 필요한가
1. 마스터 옵션키	셀러가 내부적으로 같은 옵션이라고 판정하는 고정 기준값	모든 매핑의 기준점이 되기 때문
2. 스토어 표기명	고객이 실제로 보는 옵션명	문의·클레임·주문 확인에서 다시 필요하기 때문
3. 공급처 발주명	공급처에 실제 전달하는 옵션명 또는 코드	발주 실수는 이 열에서 가장 자주 생기기 때문
4. 공급처 상품코드·옵션코드	텍스트가 아니라 코드로 다시 확인할 수 있는 값	색상명·사이즈명이 비슷할 때 마지막 안전장치가 되기 때문
5. 예외 메모	품절 대체, 시즌명 변경, 세트 구성 변경 같은 특이사항	예외를 일반 규칙처럼 착각하지 않기 위해

핵심은 마스터 옵션키를 먼저 두는 것입니다. “스토어명이 공급처명과 같아야 한다”가 아니라, 셀러가 같은 옵션인지 판정하는 기준이 맨 앞에 있어야 이후 발주와 송장 확인이 흔들리지 않습니다. 가능하면 이 마스터 옵션키는 공급처 옵션코드나 공급처 기준값을 바탕으로 잡는 편이 더 안전합니다. 스토어 표기명은 마케팅이나 노출 문구 때문에 자주 바뀔 수 있지만, 공급처 코드나 품번 체계는 상대적으로 덜 흔들리기 때문입니다.

옵션명 자체보다 “같은 옵션을 판정하는 기준”을 먼저 고정해야 합니다

많이 꼬이는 경우는 이름을 보기 좋게 바꾸는 데만 집중할 때입니다. 예를 들어 스토어에서는 고객 친화적으로 “크림베이지”라고 쓰고, 공급처는 “오프화이트”라고 쓰고, 회신 파일에는 “IV”라고 들어올 수 있습니다. 이때 이름을 셋 다 맞추는 것은 현실적으로 어렵습니다.

그래서 셀러는 먼저 아래 순서로 기준을 고정하는 편이 안전합니다.

1. 내부 마스터 옵션키를 하나 정합니다. 가능하면 공급처 코드 기반으로 잡습니다. 예: IVORY_95
2. 그 키에 대응하는 스토어 표기명과 공급처 발주명을 붙입니다.
3. 여러 스토어 표현이 있어도 하나의 공급처 기준값으로 수렴되게 만듭니다. 예를 들어 블랙, 검정, Black이 모두 같은 코드로 묶이게 하는 식입니다.
4. 공급처가 코드를 쓰면 코드값을 텍스트보다 우선 확인합니다.
5. 예외가 반복되면 본문 메모가 아니라 매핑표의 예외 열에 올립니다.

이렇게 해야 “이름을 똑같이 만들 수 없어서 수기 확인이 남는 상황”과 “기준이 없어서 매번 다시 읽는 상황”을 분리할 수 있습니다. 전자는 일부 남을 수 있지만, 후자는 매핑표로 많이 줄일 수 있습니다.

바로 써먹을 수 있는 옵션 매핑표 예시는 이런 형태가 편했습니다

마스터 옵션키	스토어 표기명	공급처 발주명	공급처 코드	예외 메모
IVORY_95	아이보리 / M	오프화이트 / 95	C02-M95	시즌 교체 시 “크림”으로 변경될 수 있음
BLACK_100	블랙 / L	검정 / 100	BK-L100	공급처 2는 품번 다름, 별도 탭 관리
PINK_FREE	핑크 / FREE	로즈핑크 / FREE	PK-FR	세트 옵션과 혼동 주의

이 표의 장점은 보기 좋은 문구를 맞추는 데 있지 않습니다. 발주 단계에서 무엇을 보고 확정할지, 회신 단계에서 무엇으로 되짚을지가 한 번에 같이 적혀 있다는 점입니다.

옵션 매핑표가 없는 셀러에게 먼저 나타나는 신호 4가지

• 발주 전에 상품명과 옵션명을 매번 복붙해서 다시 읽습니다.
• 같은 상품인데 공급처별로 다른 이름을 써서 담당자마다 해석이 달라집니다.
• 송장 회신 파일을 받은 뒤 어떤 스토어 주문인지 다시 역추적하는 시간이 깁니다.
• 품절 대체나 시즌 변경이 생기면 예외 메모가 메신저·시트·메일에 흩어집니다.

이 신호가 보이면 자동화 도구를 붙이기 전에 먼저 옵션 매핑표를 운영 기준으로 승격하는 편이 맞습니다. 안 그러면 도구가 일을 줄여 주는 것이 아니라, 셀러가 불안한 기준을 더 빠르게 복붙하게 만들 수 있습니다. 그리고 처음부터 모든 예외를 다 넣으려 하기보다, 주문 비중이 큰 핵심 옵션부터 잠그는 편이 현실적입니다.

nextflow처럼 볼 때도 중요한 것은 “자동 매핑”보다 먼저 “기준을 고정했는가”입니다

nextflow 같은 위탁판매 자동화 도구를 볼 때도, 옵션명을 알아서 읽어 주는지보다 셀러가 정한 마스터 옵션키와 예외 기준을 어떤 흐름에서 유지할 수 있는지가 더 중요합니다. 현재 공개 기준에서도 주문 확인, 위탁처별 전달, 송장 회신 수집·반영, 처리 이력 재확인처럼 실제 실행 구간은 결국 같은 주문을 같은 기준으로 다시 찾을 수 있어야 안정적으로 이어집니다.

특히 멀티 공급처 구조에서는 옵션명을 예쁘게 통일하는 것보다, 내가 무엇을 기준으로 같은 옵션이라고 판정하는지를 먼저 잠그는 편이 자동화 체감에 더 직접적입니다. 그래야 정상 주문은 빠르게 넘기고, 이름이 애매한 주문만 예외군으로 분리할 수 있습니다.

1인 셀러 기준으로 바로 점검할 질문

체크 질문	예라면 생기는 신호	다음 액션
같은 옵션인데 스토어명과 공급처명이 자주 다르게 보이는가	주문 확인 시간이 길어지고 사람마다 해석이 달라짐	마스터 옵션키 열을 먼저 만들기
발주명은 있는데 공급처 코드 기준은 따로 없는가	유사 옵션끼리 헷갈릴 가능성이 커짐	공급처 옵션코드 열 추가하기
품절 대체나 시즌명 변경이 메신저에만 남아 있는가	예외가 일반 규칙처럼 오인됨	예외 메모를 매핑표에 승격하기
송장 회신 파일을 받을 때 스토어 주문으로 다시 역변환해야 하는가	송장 반영과 지연 확인이 느려짐	마스터 옵션키와 주문번호를 같이 묶어 관리하기

이 단계면 매핑표부터 잠그는 편이 낫습니다

공급처 옵션명과 스토어 옵션명이 다를 때 셀러가 먼저 고정해야 하는 것은 이름 통일 자체가 아니라, 마스터 옵션키를 기준으로 스토어 표기명, 공급처 발주명, 공급처 코드, 예외 메모를 한 표로 잠그는 매핑표 기준입니다. 이 기준이 없으면 옵션명 차이는 단순 표기 문제가 아니라 발주 오류, 확인 시간 누적, 송장 역추적 지연으로 번지기 쉽습니다.

반대로 아직 공급처 상품 구조 자체가 자주 바뀌고, 옵션 코드도 제대로 안 내려오는 단계라면 자동화보다 상품별 기준표를 먼저 정리하는 편이 낫습니다. 자동화가 먼저 붙어도 불안한 기준을 더 빨리 복붙하게 만들 뿐이기 때문입니다.

결국 위탁판매 자동화에서 중요한 것은 옵션명을 멋지게 바꾸는 기능보다, 같은 주문을 같은 기준으로 끝까지 추적할 수 있게 만드는 운영 언어입니다. 이 기준이 먼저 잡혀야 발주 자동화도 실제로 덜 불안해집니다.

이전 편: 공급처마다 발주 마감시간이 다를 때 셀러가 먼저 정해야 할 cutoff 규칙
다음 편: 공급처가 품절·대체상품 회신을 줄 때 셀러가 먼저 고정해야 할 예외 응답 규칙

※ 이 글은 국내 위탁판매·무재고 쇼핑몰 운영 실무 관점에서 정리한 일반 가이드입니다. 실제 운영에 적용하기 전에는 사용 중인 공급처의 최신 옵션 표기, 품번 체계, 대체 가능 정책, 송장 회신 방식을 함께 확인해 주세요.