이커머스 SKU 속성값 오류와 상품 데이터 복구

• 목록
• 답변
• 글쓰기
• 옵션
  • 수정
  • 삭제

상품 데이터가 틀어지면 재고가 먼저 흔들립니다

같은 상품인데 다른 SKU처럼 보이는 순간

주문은 정상으로 들어오는데 SKU 재고가 계속 맞지 않는다면 창고보다 상품 데이터부터 봐야 합니다. 색상은 ‘블랙’과 ‘검정’으로 나뉘고, 사이즈는 ‘FREE’와 ‘프리’로 섞이며, 옵션명에는 공백 하나가 숨어 있을 수 있습니다. 시스템은 사람처럼 눈치껏 같은 상품으로 묶어주지 않기 때문에 이런 작은 차이가 곧 다른 재고, 다른 출고, 다른 매출 집계로 번집니다.

특히 여러 판매 채널을 운영하는 쇼핑몰은 상품 등록 양식이 조금씩 다릅니다. 자사몰에서는 ‘네이비/M’으로 보이던 옵션이 오픈마켓에서는 ‘M-네이비’로 들어오고, 광고 피드에서는 색상값 없이 노출될 수 있습니다. 이때 product management 기준이 약하면 재고가 틀린 것이 아니라 SKU를 식별하는 말 자체가 흔들린 상태가 됩니다.

• 옵션명 불일치: 같은 상품이 색상·사이즈 표기 차이로 여러 줄에 쌓입니다.
• 속성 누락: 소재, 구성, 용량 같은 필수값이 비어 검색 필터와 채널 연동에서 빠집니다.
• 대표 SKU 혼동: 판매용 SKU와 내부 관리용 SKU가 섞여 발주 기준이 흐려집니다.
• 세트 구성 미기록: 낱개 재고와 묶음 판매 재고가 따로 움직여 실제 보유량을 과대평가합니다.

재고 오류처럼 보이는 상품 마스터 문제

재고는 단순히 창고에 있는 수량만 뜻하지 않습니다. 운영 관점에서는 팔 수 있는 수량, 보류된 수량, 반품 검수 중인 수량, 채널에 노출된 수량이 함께 움직입니다. 용어의 기본 개념은 재고의 사전적 정의를 참고하면 좋지만, 이커머스 현장에서는 여기에 상품 속성 데이터가 더해져야 실제 운영 가능한 inventory가 됩니다.

팁: 수량을 고치기 전에 “이 수량이 어떤 상품을 가리키는가”를 먼저 확인하세요. SKU 이름, 내부 코드, 바코드, 채널 상품번호가 한 줄에서 같은 대상을 말해야 합니다.

가장 흔한 실수는 재고 조정 화면에서 수량만 맞추는 것입니다. 오늘 수량을 맞춰도 상품 속성값이 계속 어긋나 있으면 다음 주문, 다음 입고, 다음 반품에서 다시 틀어집니다. 그래서 상품 데이터 복구는 엑셀 파일 정리보다 먼저 SKU 식별 기준을 고정하는 일에서 출발해야 합니다.

오류 원인은 등록 화면보다 운영 흐름에 숨어 있습니다

채널별 상품명과 옵션값의 번역 문제

관리자가 상품을 잘못 등록해서만 문제가 생기는 것은 아닙니다. 상품 등록 이후 가격 수정, 상세페이지 교체, 옵션 추가, 품절 해제, 행사 세트 생성 같은 운영 작업이 반복되면서 데이터가 조금씩 달라집니다. 처음에는 문제없이 팔리던 SKU도 시즌 구성품이 바뀌거나 협력사 납품명이 바뀌면 기존 속성 체계와 충돌합니다.

예를 들어 같은 텀블러 상품을 자사몰에서는 ‘보온병’ 카테고리에 넣고, 외부 채널에서는 ‘주방잡화’로 보냈다고 가정해 보겠습니다. 카테고리만 다른 것처럼 보여도 필수 속성값이 달라집니다. 용량, 재질, 색상, 세척 가능 여부가 어느 채널에서는 필수이고 어느 채널에서는 선택일 수 있습니다. 이 차이를 방치하면 상품은 노출되지만 검색 필터에서 밀리고, 주문 데이터는 들어오지만 내부 SKU와 매칭이 늦어집니다.

1. 상품명은 고객용 문장으로 관리하고, 내부 SKU명은 운영용 규칙으로 따로 둡니다.
2. 옵션값은 표준 사전을 만들어 색상·사이즈·용량 표기를 통일합니다.
3. 채널 상품번호는 내부 SKU와 일대일 또는 일대다 관계를 명확히 기록합니다.
4. 행사·기획전명은 SKU 이름에 넣지 말고 별도 프로모션 필드로 분리합니다.

담당자별 수정 권한이 만든 작은 균열

상품 데이터 오류는 권한 관리에서도 자주 발생합니다. MD는 판매 문구를 바꾸고, 물류 담당자는 바코드를 추가하며, CS 담당자는 반품 상태를 수정합니다. 각자 필요한 일을 했을 뿐인데, 시스템에는 누가 어떤 기준으로 바꿨는지 남지 않으면 원인 추적이 어려워집니다.

그래서 e-commerce 운영팀은 ‘누가 수정할 수 있는가’보다 ‘무엇을 수정하면 어떤 값도 함께 확인해야 하는가’를 정해야 합니다. 옵션명을 바꾸면 채널 연동값을 확인하고, 바코드를 바꾸면 입고 예정 데이터와 출고 스캔 규칙을 함께 확인하는 방식입니다. 단일 화면 편집 권한만 나누면 빠르지만, 연관 데이터 확인 절차가 없으면 속도만큼 오류도 빨리 퍼집니다.

SKU 속성값 복구는 기준표를 만드는 일입니다

수정 전 백업과 기준 SKU 선정

복구 작업을 시작할 때 가장 먼저 해야 할 일은 현재 데이터를 그대로 보존하는 것입니다. 틀린 데이터라도 원인 분석에는 중요한 단서가 됩니다. 다운로드한 상품 목록, 재고 목록, 주문 목록, 입고 예정 목록을 같은 시점 기준으로 저장해 두면 “언제부터 달라졌는지”를 비교할 수 있습니다.

그다음에는 기준 SKU를 정합니다. 기준 SKU란 가장 정확한 상품명, 옵션값, 바코드, 판매 상태, 원가, 공급처, 카테고리 정보를 가진 원본 줄입니다. 모든 상품을 한꺼번에 고치려 하면 실수가 늘어나므로 매출 상위 상품, 클레임이 잦은 상품, 채널 연동이 많은 상품부터 묶어 처리하는 편이 안전합니다. 제품 정보가 수명주기 전체에서 관리되어야 한다는 관점은 제품수명주기관리 개념과도 맞닿아 있습니다.

• 원본 보존: 수정 전 파일명에 날짜와 추출 시간을 남깁니다.
• 기준 열 지정: 내부 SKU, 바코드, 옵션명, 판매상태, 재고상태를 필수 열로 고정합니다.
• 중복 후보 표시: 상품명·바코드·옵션 조합이 비슷한 행을 별도 색상이나 상태값으로 구분합니다.
• 수정 책임 기록: 변경자와 변경 사유를 남겨 다음 오류 분석 시간을 줄입니다.

단계별 복구 순서

실무에서는 보기 좋은 상품명부터 고치고 싶어지지만, 복구 순서는 식별값에서 표시값으로 가야 합니다. 내부 SKU 코드와 바코드가 맞지 않는데 상품명만 다듬으면 화면은 깨끗해져도 재고는 계속 흔들립니다. 먼저 시스템이 상품을 구분하는 값, 다음으로 운영자가 판단하는 값, 마지막으로 고객에게 보이는 값을 손보는 순서가 좋습니다.

1. 식별값 정리: 내부 SKU, 바코드, 공급사 코드, 채널 상품번호의 중복과 공백을 제거합니다.
2. 속성값 표준화: 색상, 사이즈, 용량, 구성, 소재를 표준 용어로 바꿉니다.
3. 상태값 동기화: 판매중, 품절, 판매중지, 검수중 같은 상태가 재고 상태와 어긋나지 않는지 확인합니다.
4. 채널별 매핑 점검: 자사몰, 오픈마켓, 광고 피드, ERP 사이의 연결값을 다시 대조합니다.
5. 소량 테스트 반영: 전체 업로드 전에 일부 SKU로 주문·입고·출고 흐름을 테스트합니다.

전문가 조언: 복구 작업의 목표는 “예쁘게 정리된 상품 목록”이 아니라 “다음 주문에서도 다시 틀어지지 않는 구조”입니다. 수정 파일보다 검증 절차가 더 중요합니다.

인벤토리라는 말은 보유 자산의 목록과 관리 개념을 함께 담고 있습니다. 운영팀이 참고할 수 있는 용어 배경은 인벤토리 설명에서 확인할 수 있습니다. 다만 쇼핑몰에서는 이 개념을 상품 마스터, 주문 연동, 재고 배분까지 확장해서 봐야 합니다.

상황이 다른 쇼핑몰은 복구 방식도 달라야 합니다

소규모몰은 표준 용어와 업로드 습관부터

상품 수가 많지 않은 소규모몰이라면 처음부터 거대한 솔루션을 도입하기보다 SKU 표준표를 먼저 만드는 편이 효과적입니다. 색상명, 사이즈명, 세트 표기, 사은품 표기, 단종 표기만 통일해도 재고 확인 시간이 크게 줄어듭니다. 중요한 것은 담당자가 바뀌어도 같은 방식으로 상품을 등록할 수 있게 만드는 것입니다.

이 단계에서는 엑셀이나 구글 스프레드시트로도 충분히 시작할 수 있습니다. 다만 파일을 여러 명이 복사해 쓰면 다시 오류가 생기므로, 원본 파일 하나와 업로드용 파일 하나를 구분하세요. 상품 등록 전에는 필수 열이 비었는지, 바코드가 중복되지 않았는지, 옵션값이 표준표에 있는지 확인하는 작은 검수 절차가 필요합니다.

• 상품 수가 적은 경우: 표준 옵션 사전, 바코드 중복 검사, 업로드 전 검수표를 우선 적용합니다.
• 담당자가 적은 경우: 수정 권한을 넓게 주되 변경 사유 기록을 반드시 남깁니다.
• 채널이 적은 경우: 내부 SKU와 채널 상품번호 매핑표를 단순하게 유지합니다.

성장 중인 몰은 자동화보다 예외 처리 규칙

주문량이 늘고 판매 채널이 많아진 쇼핑몰은 단순 표준표만으로는 한계가 옵니다. 이때 필요한 것은 무작정 자동화가 아니라 예외 처리 규칙입니다. 신규 옵션 추가, 단종 SKU 처리, 협력사 코드 변경, 세트 상품 해체, 반품 재판매 전환처럼 자주 생기는 상황을 미리 정해 두어야 합니다.

당신의 쇼핑몰이 아직 상품 수백 개 수준이고 담당자가 상품을 직접 눈으로 확인할 수 있다면, 먼저 표준 용어와 검수 습관을 다지는 선택이 맞습니다. 반대로 채널별 주문이 동시에 들어오고, 입고·출고·반품 데이터가 하루에도 여러 번 바뀐다면 Novatilla SKU 같은 product management와 inventory 중심 도구로 SKU 매핑, 상태값 동기화, 변경 이력 관리를 묶어 보는 편이 낫습니다.

1. 수기 관리가 맞는 경우: 상품 수가 적고 변경 빈도가 낮으며, 담당자가 모든 SKU 구조를 설명할 수 있습니다.
2. 도구 도입이 맞는 경우: 채널이 늘어 같은 상품이 여러 번호로 팔리고, 재고 조정 내역의 원인 추적이 반복됩니다.
3. 부분 자동화가 맞는 경우: 주문·재고 연동은 자동화하되, 신규 SKU 승인과 세트 구성 변경은 사람이 검수합니다.

두 유형의 독자에게 권하는 선택은 다릅니다. 이제 막 상품 데이터를 정돈하는 쇼핑몰이라면 이번 주에는 솔루션 비교보다 SKU 속성 표준표를 완성하세요. 이미 상품 데이터 오류가 매출 누락, 오배송, 품절 지연으로 이어지고 있다면 다음 수정 작업부터는 수량 조정이 아니라 상품 마스터 복구 프로젝트로 다루는 것이 더 빠른 해결책입니다.