채널이 늘면 매출도 늘지만, 같은 재고 100개를 네 개 채널이 동시에 파는 순간 '팔았는데 재고가 없는' 오버셀이 생깁니다. 그리고 오버셀은 단순 취소가 아닙니다. 취소율 지표를 망가뜨려 채널 노출까지 깎아먹습니다.
오버셀의 실제 비용
재고 100개를 네 채널에 그대로 노출하면 이론상 최대 400개가 팔릴 수 있습니다. 실제로는 그렇게까지 가지 않지만, 동기화가 몇 분만 지연돼도 인기 SKU에서는 초과 판매가 발생합니다. 그 결과는 이렇게 이어집니다.
- 주문 취소 → 셀러 귀책 취소율 상승 (틱톡샵은 2026-03-31부터 5% 미만 요구)
- 취소율 상승 → 검색 노출 감소
- 고객 불만 → 부정 피드백 → 주문 결함률 악화
매출 몇 건의 문제가 아니라 계정 건전성의 문제입니다.
동기화 설계 3요소
1. 단일 재고 원장
재고의 진실은 한 곳(WMS 또는 3PL 시스템)에만 있어야 하고, 각 채널은 그 사본을 봅니다. 두 시스템이 각각 '진짜 재고'를 주장하면 어느 쪽도 신뢰할 수 없게 됩니다. 채널 관리툴을 여러 개 쓰는 브랜드에서 자주 발생하는 문제입니다.
2. 채널별 버퍼
실재고가 100이면 채널 노출은 90으로 설정합니다. 동기화 지연 시간 동안 발생하는 판매를 흡수하는 안전판입니다. 버퍼 크기는 동기화 주기 × 최대 판매 속도로 계산하세요. 틱톡처럼 순간 판매 속도가 폭증하는 채널은 버퍼를 더 크게 잡아야 합니다.
3. 우선순위 규칙
품절이 임박했을 때 어느 채널부터 노출을 줄일지 미리 정합니다. 통상 수수료가 높은 채널부터 줄이지만, 랭킹 회복 비용이 큰 채널을 마지막까지 유지하는 판단도 있습니다. 어느 쪽이든 사전에 정해두어야 급할 때 실행됩니다.
오버셀의 단골 원인 4가지
| 원인 | 왜 생기나 | 대응 |
|---|---|---|
| 번들·세트 SKU 미정의 | 구성품 재고와 연동되지 않아 이중 판매 | 번들을 구성품 차감 방식으로 정의 |
| 채널 전용 재고 혼재 | FBA·WFS·FBT 재고를 공용 재고로 집계 | 원장에서 물리적으로 구분 |
| 반품 재입고 지연 | 재판매 가능 재고가 원장에 늦게 반영 | 수령 확인과 재입고를 같은 흐름으로 |
| 동기화 실패 무알림 | 연동이 끊겼는데 아무도 모름 | 동기화 실패 알림 설정 |
네 번째가 특히 위험합니다. 연동이 조용히 끊기면 재고 수치가 멈춘 채로 정상처럼 보입니다. 실패 알림이 없으면 며칠 뒤 취소 폭탄으로 발견하게 됩니다.
실무 팁
- 동기화 주기는 짧을수록 좋지만, 바이럴 채널은 실시간에 가깝게 유지하세요 — 바이럴 재고 전략
- 주 1회 원장 재고와 실물 재고를 샘플 대조하세요. 시스템끼리만 맞으면 둘 다 틀렸을 때 알 수 없습니다.
- 신규 채널을 열 때는 버퍼를 크게 시작해 데이터를 본 뒤 줄이세요.
재고 정합성을 지키는 운영 루틴
시스템을 잘 붙여놓아도 시간이 지나면 원장과 실물이 벌어집니다. 파손, 분실, 검수 누락, 샘플 출고 같은 것들이 조금씩 쌓이기 때문입니다. 정합성은 설정이 아니라 유지 활동입니다.
| 주기 | 활동 | 목적 |
|---|---|---|
| 실시간 | 동기화 실패 알림 모니터링 | 연동 단절 조기 발견 |
| 주간 | 회전 상위 SKU 순환 실사(cycle count) | 핵심 SKU의 원장·실물 대조 |
| 월간 | 채널별 재고 노출값 검증 | 버퍼 설정이 여전히 적정한지 확인 |
| 분기 | 전수 실사 | 누적 오차 정산 |
전수 실사를 분기마다 하기 어렵다면 순환 실사만이라도 주간으로 돌리세요. 회전 상위 20% SKU가 매출의 대부분을 차지하므로, 그 20%만 정확해도 오버셀 위험의 대부분이 사라집니다.
채널 추가 시 점검 항목
새 채널을 열 때마다 동기화 구조가 흔들립니다. 다음을 순서대로 확인하세요.
- 재고 원장이 여전히 한 곳인가 — 새 채널이 자체 재고를 갖지 않는가
- 새 채널의 재고 반영 주기가 기존 버퍼로 감당 가능한가
- 번들·세트 SKU가 새 채널에서도 구성품 차감으로 정의됐는가
- 품절 시 노출 축소 우선순위에서 새 채널의 위치는 어디인가
- 동기화 실패 알림에 새 채널이 포함됐는가
다섯 번째가 특히 자주 누락됩니다. 알림 대상에 빠진 채널은 연동이 끊겨도 조용합니다.
확인 필요 항목
- 채널별 재고 반영 주기와 API 제약은 플랫폼마다 다릅니다.
- 취소율 기준치는 플랫폼·시점에 따라 변경됩니다.
- 버퍼 크기는 판매 속도와 동기화 주기에 따라 브랜드마다 다르게 산정해야 합니다.
마치며
동기화 문제의 근본 해법은 소프트웨어가 아니라 구조입니다. 재고를 물리적으로 한 곳에 두고 채널 전용 재고 같은 예외를 최소화하는 것이 가장 안정적입니다. 도구는 그 구조를 거들 뿐, 쪼개진 재고를 정확하게 만들어주지는 못합니다.