세트상품을 많이 팔수록 SKU 재고는 단순해지지 않는다

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

세트상품 주문은 한 줄로 들어왔는데 창고에서는 세 가지 상품을 꺼내야 합니다. 더 큰 문제는 세트 하나가 팔릴 때 구성품 재고가 즉시 차감되지 않으면, 같은 구성품을 사용하는 다른 세트와 단품 주문까지 동시에 품절될 수 있다는 점입니다.

세트상품 SKU 재고관리는 판매용 코드 하나를 추가하는 작업이 아닙니다. 구성품 연결, 판매 가능 수량 계산, 반품 처리, 채널별 상품 매핑을 함께 설계해야 하므로 출시 전 점검이 필요합니다.

세트 SKU를 만들기 전에 구성 방식부터 구분합니다

고정 세트와 선택형 세트는 차감 규칙이 다릅니다

먼저 고객이 구성을 바꿀 수 있는지 확인합니다. 티셔츠 1장과 양말 2켤레처럼 내용물이 항상 같은 고정 세트는 구성표를 한 번 등록하면 되지만, 향이나 색상을 고르는 선택형 세트는 주문 옵션에 따라 차감할 SKU가 달라집니다.

창고에서 미리 포장해 별도 상품처럼 보관하는 세트도 구별해야 합니다. 낱개 재고를 주문 시점에 차감하는 가상 세트와 달리, 사전 포장 세트는 조립 시점에 원재료 SKU를 줄이고 완성 세트 SKU를 늘려야 합니다. 두 방식을 섞으면 실제 수량은 맞아도 판매 가능 수량이 어긋날 수 있습니다.

판매 시작 전 구성표 점검 항목

• 구성 수량: 세트 1개당 각 SKU가 몇 개 들어가는지 기록합니다. ‘양말 포함’이 아니라 ‘SOCK-WH-01 × 2’처럼 수량까지 명시해야 합니다.
• 대체 허용 여부: 특정 색상이 품절됐을 때 다른 색상으로 자동 대체할지, 세트 전체를 품절 처리할지 정합니다.
• 포장 시점: 주문 후 피킹하는 가상 세트인지, 창고에서 미리 조립한 실물 세트인지 구분합니다.
• 해체 가능 여부: 판매가 부진한 완성 세트를 다시 낱개 재고로 돌릴 수 있는지 확인합니다.
• 식별 코드: 판매 채널의 세트 코드와 창고에서 스캔하는 바코드가 같은 대상을 가리키는지 대조합니다.

세트 이름보다 먼저 구성표를 확정하세요. 상품명은 바뀌어도 어떤 SKU를 몇 개 차감하는지는 주문 처리의 기준으로 남습니다.

재고가 단순한 보관 수량만을 뜻하지 않는다는 점은 재고의 용어 정의를 함께 보면 이해하기 쉽습니다. 세트 운영에서는 낱개, 조립 중, 완성품처럼 재고 상태까지 구분해야 실제 가용량을 설명할 수 있습니다.

판매 가능 수량은 세트 SKU 숫자로 계산하지 않습니다

가장 먼저 소진되는 구성품을 찾습니다

세트의 판매 가능 수량은 구성품 가운데 가장 부족한 SKU가 결정합니다. 예를 들어 머그컵 18개와 티백 50개로 ‘머그컵 1개+티백 3개’ 세트를 만든다면 이론상 판매 가능 수량은 16세트입니다. 티백은 16세트분이 있지만 머그컵이 더 많다고 해서 18세트를 팔 수는 없습니다.

여기에 단품 주문 예약분과 안전재고를 반영해야 합니다. 티백 50개 중 단품 주문에 8개가 예약됐고 안전재고 6개를 유지한다면 세트 계산에 쓸 수 있는 수량은 36개, 즉 12세트분입니다. 현재고만 나누는 계산은 주문이 겹치는 순간 과판매를 만듭니다.

계산 엔진을 고를 때 실행할 테스트 주문

1. 구성품 A가 10개, B가 7개인 상태에서 A 1개와 B 2개짜리 세트의 판매 가능 수량이 3개로 표시되는지 봅니다.
2. 세트 1개를 주문한 직후 A는 9개, B는 5개가 되고 다른 채널의 판매 가능 수량도 줄어드는지 확인합니다.
3. B 단품 주문을 추가해 세트 재고가 다시 계산되는 시간을 측정합니다.
4. 주문 취소 후 구성품이 원래 재고 상태로 돌아오는지, 출고 완료 주문 취소와 구분되는지 점검합니다.

인벤토리는 여러 자산과 항목을 체계적으로 파악하는 개념입니다. 관련 배경은 인벤토리 설명에서 확인할 수 있습니다. 쇼핑몰에서는 숫자 하나보다 위치, 예약, 검수 상태가 결합된 재고 레코드로 이해하는 편이 안전합니다.

연동 도입 전에는 정상 주문보다 예외 주문을 시험합니다

채널과 창고 사이의 기준 시스템을 하나로 정합니다

자사몰, 오픈마켓, 주문관리 시스템, 창고관리 시스템이 모두 재고를 수정하도록 두면 갱신 순서를 추적하기 어렵습니다. 어느 시스템이 기준 재고를 보유하고, 나머지는 조회하거나 주문 결과만 전달하는지 먼저 결정해야 합니다.

‘실시간 연동’이라는 표현만 믿지 말고 실제 갱신 주기와 실패 처리 방식을 물어보세요. API 호출 제한 때문에 평소에는 1분마다 갱신되지만 행사 시간에는 10분 이상 밀릴 수도 있습니다. 실패한 메시지를 자동 재시도하는지, 같은 주문이 재전송될 때 중복 차감을 막는지도 구매 전 확인 대상입니다.

무료 체험 기간에 통과시킬 예외 시나리오

• 부분 취소: 세트 두 개 중 한 개만 취소했을 때 정확한 구성 수량이 복원되는지 확인합니다.
• 부분 출고: 구성품 하나가 누락돼 나머지만 출고될 때 주문과 재고 상태가 분리되는지 봅니다.
• 동시 주문: 서로 다른 채널에서 마지막 구성품을 동시에 주문했을 때 한쪽 판매를 차단하는지 시험합니다.
• 연동 장애: 네트워크를 끊었다가 복구했을 때 누락 주문을 다시 수집하고 중복 차감을 방지하는지 확인합니다.
• 수동 조정: 파손으로 구성품 한 개를 줄였을 때 해당 SKU가 포함된 모든 세트의 판매량이 재계산되는지 살펴봅니다.
• 구성 변경: 운영 중 구성 수량을 바꿔도 과거 주문 내역은 당시 구성으로 보존되는지 확인합니다.

정상 주문 한 건이 성공하는 것은 출발점일 뿐입니다. 취소·부분 출고·재전송을 통과해야 실제 운영에 투입할 수 있습니다.

솔루션 비교표에는 월 이용료 외에도 API 호출량, 추가 채널 비용, 창고 계정 수, 데이터 보관 기간을 넣어야 합니다. 저렴한 기본 요금제라도 주문량 초과 과금과 연동 개발비가 붙으면 총비용이 커집니다. 반대로 모든 기능이 포함된 상위 요금제는 작은 쇼핑몰에 불필요할 수 있으므로 월 최대 주문량과 세트 SKU 수를 기준으로 견적을 요청하는 편이 정확합니다.

구성품과 판매 정책은 출시 뒤에도 계속 변합니다

변경 이력을 남겨야 과거 주문을 설명할 수 있습니다

세트상품은 한 번 등록하고 끝나는 고정 데이터가 아닙니다. 공급 중단, 계절 기획, 포장재 변경, 사은품 교체에 따라 구성표가 달라집니다. 이때 기존 세트 SKU의 내용을 바로 덮어쓰면 과거 주문에서 무엇을 출고했는지 확인하기 어려워집니다.

구성이 실질적으로 달라졌다면 새 버전을 만들고 적용 시작일을 기록하세요. 상품 페이지의 이름은 같더라도 내부에는 ‘SET-TEA-V1’, ‘SET-TEA-V2’처럼 버전을 구별할 수 있습니다. 제품이 기획부터 폐기까지 여러 단계에서 관리된다는 관점은 제품수명주기관리 개념과도 맞닿아 있습니다.

월별 운영 점검표에 넣을 변화 신호

1. 구성품 회전율: 세트 판매 때문에 인기 단품이 지나치게 빨리 소진되는지 확인합니다.
2. 세트 해체율: 미판매 완성 세트를 자주 해체한다면 사전 포장 수량을 낮춥니다.
3. 재고 동기화 지연: 채널별 갱신 시간을 기록해 행사 전 버퍼 수량을 조정합니다.
4. 반품 형태: 전체 세트 반품과 일부 구성품 반품 비율을 나눠 검수 동선을 설계합니다.
5. 원가 변화: 구성품 매입가와 포장비가 바뀌면 세트 마진과 할인 한도를 다시 계산합니다.
6. 연동 정책 변경: 오픈마켓 API 제한, 솔루션 요금제, 주문 상태 코드가 바뀌었는지 확인합니다.

반품된 세트는 ‘수량 1개 복원’으로 끝내지 않는 편이 좋습니다. 구성품별 외관과 사용 여부를 검사한 뒤 정상재고, 재포장 대기, 폐기 대상으로 나누고, 다시 판매 가능한 SKU만 가용재고로 돌려야 합니다. 일부만 돌아왔다면 세트 SKU가 아니라 실제 회수된 구성품을 기준으로 입고합니다.

마지막으로 자동화 규칙에는 검토 날짜와 담당자를 붙여두세요. 판매 채널의 연동 정책, 주문량, 공급 리드타임, 이용 요금은 시간이 지나며 달라질 수 있습니다. 지난달에 적절했던 동기화 주기와 안전 수량이 다음 행사에도 유효하다고 가정하지 말고, 큰 프로모션 전에는 테스트 주문과 비용 조건을 다시 확인해야 합니다.