“재고 연동은 다 똑같죠?” 쇼핑몰 규모별 선택법

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

주문이 하루 20건일 때는 엑셀에 숫자를 입력해도 별문제가 없어 보입니다. 그런데 판매 채널이 세 곳으로 늘고 옵션 상품이 수백 개를 넘으면 이야기가 달라집니다. 한 채널에서 팔린 상품이 다른 채널에서는 계속 판매되고, 취소된 주문의 수량이 복구되지 않으며, 세트 상품을 하나 팔았는데 구성품 재고는 그대로 남는 일이 반복됩니다.

이때 흔히 듣는 말이 “재고 연동 서비스는 어차피 수량만 맞춰 주는 것 아닌가요?”입니다. 실제로는 오픈마켓 기본 기능, 채널 연동 솔루션, OMS, ERP·WMS 통합형이 처리하는 데이터와 자동화 범위가 크게 다릅니다. 월 이용료만 비교하면 저렴한 서비스를 골라도 운영 인력이 수작업에 쓰는 시간이 늘어 총비용은 더 커질 수 있습니다.

재고 연동 서비스가 서로 다른 이유부터 보세요

연동한다는 말에는 네 가지 범위가 숨어 있습니다

재고 연동은 한 시스템에 기록된 수량을 다른 판매 채널에 전달하는 작업입니다. 그러나 어떤 수량을 기준으로 삼는지에 따라 결과가 달라집니다. 창고에 실제로 놓인 재고, 결제 완료 주문을 차감한 재고, 출고 보류분을 제외한 재고, 안전재고까지 제외한 판매가능재고는 같은 숫자가 아닙니다.

재고라는 용어의 기본 개념은 네이버 지식백과의 재고 정의에서도 확인할 수 있습니다. 쇼핑몰 운영에서는 이 개념에 주문 상태와 채널별 판매 정책이 더해지므로, 단순 보유수량보다 지금 새 주문을 받아도 되는 수량을 계산하는 기능이 중요합니다.

서비스 소개 페이지에서 ‘실시간 연동’이라는 문구만 확인해서는 부족합니다. 주문이 발생하자마자 이벤트 방식으로 반영하는지, 일정 시간마다 수집하는지, 오류가 나면 자동으로 다시 전송하는지까지 살펴야 합니다. 1분 주기와 30분 주기는 평소에는 비슷해 보여도 라이브커머스나 타임세일이 시작되면 품절 통제 능력에서 큰 차이를 만듭니다.

• 수량 연동: 판매 후 다른 채널의 판매가능재고를 줄이는 기본 기능입니다.
• 주문 연동: 여러 몰의 주문을 한곳으로 수집하고 상태를 통일합니다.
• 상품 연동: 상품명, 옵션, 가격, 이미지와 채널 상품번호를 함께 관리합니다.
• 출고 연동: 송장, 부분 출고, 합포장과 배송 완료 상태를 연결합니다.
• 창고 연동: 입고, 이동, 검수, 로케이션과 실사 차이를 반영합니다.

연동의 중심인 마스터 시스템을 먼저 정해야 합니다

같은 SKU 수량을 쇼핑몰 관리자, 연동 솔루션, ERP에서 모두 수정할 수 있게 두면 어느 숫자가 최신인지 판단하기 어렵습니다. 따라서 하나를 재고 마스터로 지정하고 나머지는 조회하거나 결과를 전달받도록 권한을 나눠야 합니다. 소규모 사업자는 채널 연동 솔루션을 마스터로 삼을 수 있고, 입출고가 복잡한 사업자는 ERP나 WMS가 중심이 되는 편이 자연스럽습니다.

예를 들어 창고에 30개가 있고 안전재고가 3개라면 판매가능재고는 27개입니다. 이 상품을 세 채널에 각각 27개씩 노출하되 주문이 들어오는 즉시 공용 재고에서 차감할지, 채널별로 10개·10개·7개를 배분할지 결정해야 합니다. 전자는 판매 기회를 높이지만 연동 장애에 민감하고, 후자는 과판매 위험을 줄이는 대신 일부 채널에서 조기 품절이 발생할 수 있습니다.

운영 팁: 서비스 시연을 받을 때 “재고가 연동됩니까?”보다 “어느 시스템이 최종 수량을 결정하며, 주문 취소·부분 취소·반품 때 어떤 상태에서 수량이 복구됩니까?”라고 물어보세요. 답변의 구체성이 실제 운영 품질을 가늠하는 기준이 됩니다.

1. 현재 수량을 최종 확정하는 시스템을 한 개 선택합니다.
2. 주문 접수, 결제, 출고, 취소, 반품 중 차감·복구 시점을 정의합니다.
3. SKU와 각 채널 상품번호를 일대일 또는 일대다로 매핑합니다.
4. 연동 실패 시 알림을 받을 담당자와 수동 복구 절차를 정합니다.

오픈마켓 기본 기능부터 ERP·WMS까지 네 방식 비교

비용보다 데이터 범위와 예외 처리 능력이 갈립니다

재고 연동 도구는 크게 네 유형으로 나눌 수 있습니다. 아래 금액은 특정 제품의 견적이 아니라 국내 중소 쇼핑몰이 예산을 잡을 때 참고할 수 있는 일반적인 범위입니다. 실제 요금은 2026년에도 주문량, 사용자 수, API 호출량, 연동 채널, 구축 범위에 따라 수시로 달라지므로 반드시 공급사의 최신 견적을 확인해야 합니다.

표에서 가장 비싼 유형이 언제나 가장 좋은 것은 아닙니다. 주문이 하루 30건이고 한 창고에서 완제품만 출고한다면 ERP·WMS 통합 구축은 기능이 남을 가능성이 큽니다. 반대로 주문이 하루 1,000건인데 채널 연동 SaaS만으로 버티면 입고 예정량, 창고 이동, 피킹 오류와 반품 검수 상태를 별도 엑셀로 관리하게 될 수 있습니다.

• 기본 기능: 검증 비용이 낮지만 판매 채널이 늘 때 다시 이전할 가능성을 고려합니다.
• 채널 연동 SaaS: 지원 마켓 수보다 실제 사용하는 마켓의 API 기능 범위를 확인합니다.
• OMS: 주문 상태를 세밀하게 나누고 택배·CS 업무를 자동화할 때 효과가 큽니다.
• ERP·WMS: 상품 원가와 재고 자산, 창고 작업까지 하나의 흐름으로 묶을 수 있습니다.

기능표에 적히지 않는 운영 차이를 시험해야 합니다

제품 소개서에는 대부분 주문 수집, 재고 동기화, 송장 전송이 가능하다고 적혀 있습니다. 차이는 정상 주문보다 예외 주문에서 드러납니다. 두 개 상품 중 하나만 취소됐을 때, 배송 전 교환으로 옵션이 바뀌었을 때, 묶음 상품의 일부 구성품이 부족할 때 어떤 수량이 변하는지를 테스트해야 합니다.

인벤토리의 개념을 조금 더 넓게 이해하려면 인벤토리 용어 설명을 참고할 수 있습니다. 실제 솔루션 선택에서도 재고를 단순 숫자가 아니라 판매, 보관, 이동과 연결된 자원으로 바라보면 필요한 기능이 선명해집니다.

무료 체험 기간에는 베스트셀러 하나만 연결하지 말고 운영이 까다로운 SKU를 골라야 합니다. 옵션이 많은 상품, 사은품이 붙는 상품, 세트 상품, 예약판매 상품, 반품률이 높은 상품을 포함해 최소 30건의 테스트 주문을 만들어 보세요. 이 과정에서 담당자가 수동으로 고친 횟수를 기록하면 서비스별 숨은 인건비를 비교할 수 있습니다.

1. 신규 주문 후 모든 채널 수량이 줄어드는 시간을 측정합니다.
2. 전체 취소와 부분 취소에서 수량 복구 시점을 각각 확인합니다.
3. 세트 상품 판매 시 구성품 SKU가 정확한 비율로 차감되는지 봅니다.
4. API 오류나 인증 만료가 발생했을 때 알림과 재처리가 가능한지 확인합니다.
5. 상품번호 매핑이 끊긴 주문을 관리 화면에서 쉽게 찾을 수 있는지 점검합니다.
6. 데이터를 CSV나 API로 내보낼 수 있는지 확인해 향후 이전 가능성을 남겨 둡니다.

쇼핑몰 상황별로 고르면 과잉 도입을 피할 수 있습니다

SKU 수보다 주문 흐름의 복잡도가 더 중요합니다

서비스 선택에서 SKU 개수는 중요한 지표지만 그것만으로는 부족합니다. SKU가 2,000개여도 주문이 적고 단품 출고만 한다면 비교적 단순한 시스템으로 운영할 수 있습니다. 반대로 SKU가 200개뿐이어도 세트 조립, 정기배송, 예약판매, 다창고 출고가 섞이면 OMS나 WMS 수준의 규칙이 필요합니다.

단일 자사몰을 막 시작한 사업자라면 먼저 쇼핑몰 기본 재고 기능과 명확한 SKU 코드를 정착시키는 편이 좋습니다. 주문이 적은 시점부터 복잡한 시스템을 도입하면 직원이 시스템을 우회해 엑셀을 따로 만들 수 있습니다. 다만 다음 분기에 오픈마켓 입점이 예정돼 있다면 상품정보와 재고 데이터를 쉽게 내보낼 수 있는지는 미리 확인해야 합니다.

자사몰과 두세 개 오픈마켓을 함께 운영하는 사업자는 채널 연동 SaaS가 효율적입니다. 이 단계에서는 주문 자동 수집, 송장 일괄 전송, 공용재고 차감과 품절 전송이 핵심입니다. 라이브커머스 비중이 높다면 평상시 평균 주문량이 아니라 방송 시작 후 10분 동안 몰리는 최대 주문량을 기준으로 동기화 성능을 판단하세요.

• 하루 50건 이하·단일 채널: 기본 기능을 우선 사용하고 SKU 규칙과 수량 입력 책임자를 명확히 합니다.
• 하루 50~500건·다채널: 채널 연동 SaaS로 주문 수집과 판매가능재고를 통합합니다.
• 하루 500건 이상·출고 규칙 복잡: OMS를 중심으로 주문 분배, 합포장과 CS 상태를 설계합니다.
• 다창고·도매·생산 병행: ERP·WMS 통합형으로 구매부터 창고 이동, 출고까지 연결합니다.

대표적인 네 상황에는 이런 조합이 현실적입니다

첫째, 의류 쇼핑몰처럼 색상과 사이즈 옵션이 많은 곳은 채널 연동 SaaS를 선택하되 옵션 매핑 화면을 집중적으로 봐야 합니다. ‘블랙/M’과 ‘검정/M’을 같은 SKU로 묶을 수 있는지, 채널에서 옵션명이 바뀌어도 매핑이 유지되는지가 중요합니다. 옵션 하나가 잘못 연결되면 총재고는 맞아도 고객이 선택한 색상이 없는 문제가 생깁니다.

둘째, 식품이나 화장품처럼 유통기한과 로트 추적이 필요한 곳은 단순 수량 연동만으로 부족합니다. ERP·WMS 통합형을 검토하고, 선입선출이나 유효기간 임박 순서로 피킹 지시가 가능한지 확인해야 합니다. 반품된 상품도 검수 전에는 판매가능재고에 바로 더하지 않도록 별도 상태를 두는 편이 안전합니다.

셋째, 브랜드 여러 개를 위탁 운영하는 대행사는 OMS의 주문 소유자와 정산 구분 기능이 유용합니다. 같은 창고에서 출고하더라도 브랜드별 송장, 포장재, 택배 계약과 CS 정책이 다를 수 있기 때문입니다. 넷째, 세트 상품 비중이 높은 생활용품몰은 완제품 세트의 재고를 직접 입력하는 방식보다 구성품 재고로 판매 가능 세트 수를 계산하는 기능을 우선해야 합니다.

선택 기준: 기능 개수보다 매일 반복하는 수작업 세 가지를 얼마나 안정적으로 없애는지 보세요. 주문 다운로드, 수량 보정, 송장 업로드에 하루 90분을 쓰고 있다면 그 시간을 줄이는 서비스가 가장 현실적인 투자입니다.

1. 최근 한 달간 수작업 시간을 업무별로 기록합니다.
2. 품절 취소, 오배송, 재고 차이로 발생한 손실을 금액으로 환산합니다.
3. 후보 서비스의 월 이용료에 초기 세팅비와 교육 시간을 더합니다.
4. 절감되는 인건비와 오류 비용이 총비용보다 큰지 비교합니다.
5. 세 달 뒤 채널이나 창고가 늘어도 같은 구조를 유지할 수 있는지 검토합니다.

요금표와 API 정책은 계약 뒤에도 움직입니다

가격은 기본료가 아니라 총소유비용으로 보세요

재고 연동 서비스의 요금은 월 기본료만으로 끝나지 않을 수 있습니다. 주문 건수 초과분, 사용자 계정, 추가 쇼핑몰 ID, 창고 수, API 호출량, 고객 지원 등급과 초기 데이터 이전 비용이 따로 붙기도 합니다. 견적이 월 10만 원인 서비스와 월 30만 원인 서비스를 비교할 때, 전자에 연동 개발과 수동 운영 인건비가 더해지면 실제 지출 순서가 바뀔 수 있습니다.

계약 전에는 최소 12개월 기준으로 비용을 계산하세요. 초기 구축비를 12개월로 나누고 월 구독료, 추가 사용료, 예상 개발비, 내부 교육 시간을 합산하면 총소유비용을 비교할 수 있습니다. 연간 선결제 할인은 매력적이지만 실제 주문 데이터를 충분히 시험하기 전에는 긴 약정을 서두르지 않는 편이 좋습니다.

데이터 보관 정책도 비용과 연결됩니다. 주문과 재고 이력을 몇 개월 동안 조회할 수 있는지, 장기 보관에 별도 요금이 붙는지, 해지 후 데이터를 어떤 형식으로 받을 수 있는지 확인해야 합니다. 재고는 회계와 운영 판단의 근거가 되므로 현재 수량뿐 아니라 언제, 어떤 주문 때문에, 누가 수정했는지 남는 변경 이력이 중요합니다. 관련 개념은 재고에 관한 지식백과 설명과 함께 살펴보면 이해하기 쉽습니다.

• 기본 요금에 포함된 주문 건수와 초과 과금 단위를 확인합니다.
• 판매 채널 계정, 창고, 사용자 추가 비용을 각각 구분합니다.
• 초기 SKU 매핑과 과거 데이터 이전을 누가 담당하는지 확인합니다.
• 장애 대응 시간과 주말·야간 지원이 요금제별로 다른지 살펴봅니다.
• 계약 종료 시 상품, 주문, 입출고, 조정 이력을 모두 내보낼 수 있는지 묻습니다.

판매 채널 정책 변화까지 버틸 구조를 남겨 두세요

지금 잘 작동하는 연동도 영구적이지 않습니다. 오픈마켓이 API 인증 방식, 주문 상태 값, 호출 제한이나 상품 등록 규칙을 바꾸면 솔루션도 업데이트해야 합니다. 따라서 기능 목록만큼 공급사의 공지 속도, 장애 이력 공개 방식, 정책 변경 대응 경험을 확인할 필요가 있습니다.

계약서나 서비스 수준 문서에는 장애 발생 시 통지 방법, 데이터 복구 범위, 백업 주기와 지원 채널이 드러나야 합니다. 공급사가 특정 마켓 정책 변경에 대응하지 못할 때 데이터를 다른 시스템으로 옮길 수 있도록 표준 CSV 내보내기나 공개 API도 확보하세요. 이전 가능성은 당장 쓰지 않더라도 협상력과 운영 연속성을 지켜 주는 기능입니다.

운영팀은 분기마다 연동 상태를 다시 점검하는 것이 좋습니다. 신규 채널 추가, 주문량 급증, 창고 이전, 세트 구성 변경이 있었다면 처음 만든 규칙이 현재 업무와 맞지 않을 수 있습니다. 특히 안전재고와 취소 복구 시점은 성수기 전후로 적정 값이 달라지므로 고정 설정으로 방치하지 마세요.

1. 매월: 연동 실패 건수, 평균 반영 시간과 수동 보정 횟수를 기록합니다.
2. 분기별: 사용하지 않는 기능과 반복 수작업을 찾아 요금제 또는 자동화 규칙을 조정합니다.
3. 성수기 전: 최대 주문량을 가정한 부하 테스트와 품절 전송 테스트를 진행합니다.
4. 정책 변경 시: 판매 채널 공지와 솔루션 업데이트 일정을 대조하고 임시 대응 절차를 마련합니다.
5. 계약 갱신 전: 최신 요금, API 지원 범위, 데이터 보관 기간과 해지 조건을 다시 비교합니다.

서비스 이름이나 요금제는 시간이 지나면 바뀌지만 선택 원칙은 비교적 오래갑니다. 재고 마스터가 명확한지, 예외 주문을 처리하는지, 데이터를 되돌려 받을 수 있는지를 기준으로 삼으면 채널과 주문량이 변해도 시스템을 다시 판단할 수 있습니다. 다음 갱신일을 기다리지 말고 판매 채널 정책이나 과금 기준이 바뀌는 순간 비교표도 함께 업데이트해 두는 것이 안전합니다.