2026 이커머스 OMS·WMS 연동 솔루션 구매 체크리스트

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

주문은 늘었는데 출고 지시는 늦고, 판매 채널마다 재고 수량이 다르게 보인다면 단순히 창고 인력을 추가할 문제가 아닐 수 있습니다. 주문관리시스템인 OMS와 창고관리시스템인 WMS 사이에서 SKU, 주문 상태, 가용재고 데이터가 제대로 연결되는지부터 확인해야 합니다.

특히 2026년에는 자사몰과 오픈마켓, 풀필먼트, 오프라인 매장을 함께 운영하는 브랜드가 많아졌습니다. 솔루션 시연 화면이 화려하다는 이유만으로 계약하면 실제 운영 단계에서 별도 개발비와 수작업이 늘어날 수 있으므로, 구매 전에 아래 항목을 순서대로 점검해 보세요.

1. 구매 전 우리 운영 구조부터 진단하세요

OMS와 WMS가 해결할 문제를 구분하기

OMS는 여러 판매 채널에서 발생한 주문을 모아 결제, 취소, 배송 상태를 통합 관리하는 역할에 가깝습니다. WMS는 입고 위치 지정, 피킹, 패킹, 출고 검수처럼 창고 안의 작업을 통제합니다. 두 시스템의 기능을 구분하지 않으면 OMS에 로케이션 관리를 기대하거나, WMS에서 고객 문의와 주문 변경까지 처리하려는 요구가 생길 수 있습니다.

먼저 최근 한 달 동안 반복된 오류를 적어보세요. 주문 수집 지연이 문제인지, 동일 SKU의 중복 판매가 문제인지, 창고에서 상품을 찾는 시간이 긴지 구분해야 합니다. 문제와 구매 목적이 한 문장으로 정의되지 않으면 필요한 기능보다 영업 제안서의 부가 기능에 끌려가기 쉽습니다.

• 주문 영역: 채널별 주문 수집, 품절 취소, 송장 전송, 부분 취소 건수를 확인합니다.
• 재고 영역: 전산재고와 실물재고의 차이, 재고 동기화 주기, 예약재고 처리 방식을 확인합니다.
• 창고 영역: 피킹 동선, 오출고율, 주문 한 건당 처리 시간, 반품 검수 시간을 측정합니다.
• 상품 영역: 옵션 코드와 내부 SKU가 일관되게 연결되는지 살펴봅니다.

숫자로 구매 목표 설정하기

‘자동화하고 싶다’는 목표만으로는 도입 효과를 판단하기 어렵습니다. 예를 들어 주문 수집 시간을 30분에서 5분으로 줄이거나, 오출고율을 0.8%에서 0.2% 이하로 낮추는 식으로 기준을 잡아야 합니다. 재고의 기본 개념은 네이버 지식백과의 재고 설명도 함께 참고하면 내부 용어를 통일하는 데 도움이 됩니다.

1. 현재 지표를 최소 4주간 측정합니다.
2. 도입 후 3개월과 6개월의 목표치를 각각 정합니다.
3. 목표 지표를 개선할 기능이 제안서에 있는지 연결합니다.
4. 측정 데이터를 자동으로 내보낼 수 있는지도 확인합니다.

구매 담당자만 요구사항을 작성하지 마세요. 상품 등록 담당자, 고객 상담자, 창고 작업자가 각각 불편한 업무 세 가지를 제출하면 숨은 수작업을 훨씬 빨리 찾을 수 있습니다.

2. SKU와 재고 데이터 연동 범위를 점검하세요

상품 코드 매핑과 옵션 구조 확인

OMS·WMS 연동의 출발점은 SKU입니다. 같은 검정 티셔츠라도 사이즈별로 재고를 관리한다면 색상과 사이즈 조합마다 고유 SKU가 필요합니다. 판매 채널의 상품번호만 기준으로 삼으면 세트상품, 사은품, 리뉴얼 상품이 추가될 때 재고가 잘못 차감될 위험이 있습니다.

시연을 받을 때는 단일 상품만 보여 달라고 하지 말고 옵션 상품, 세트상품, 구성품, 예약판매 상품을 직접 등록해 보세요. 가령 A 세트가 본품 1개와 리필 2개로 구성된다면 세트가 판매될 때 구성 SKU가 각각 정확히 차감되어야 합니다. 바코드가 바뀐 리뉴얼 상품도 기존 재고와 분리하거나 연결할 수 있어야 합니다.

• 채널 상품번호와 내부 SKU를 일대일 또는 다대일로 매핑할 수 있는가?
• 세트 해체와 조립 시 구성품 재고가 자동으로 변하는가?
• 동일 상품의 복수 바코드와 공급사 코드를 저장할 수 있는가?
• SKU명, 규격, 단위, 브랜드 같은 필수값을 강제할 수 있는가?
• 판매 중단 SKU를 삭제하지 않고 비활성 상태로 보존할 수 있는가?

가용재고 계산 규칙 검증

판매 가능한 수량은 단순한 장부 수량과 다릅니다. 일반적으로 가용재고는 현재고에서 이미 주문에 할당된 수량, 검수 대기나 불량처럼 판매할 수 없는 수량을 제외해 계산합니다. 다만 업체마다 예약재고와 입고 예정 수량을 반영하는 방식이 다르므로 공식이 화면에 명확히 표시되어야 합니다.

인벤토리의 용어 정의처럼 재고는 문맥에 따라 자산이나 목록의 의미로도 사용됩니다. 계약서에서는 ‘재고 연동’이라는 표현만 쓰지 말고 현재고, 가용재고, 예약재고, 불량재고가 각각 어떤 이벤트에서 변하는지 명시하세요.

1. 주문 결제 완료 시 재고가 예약되는지 확인합니다.
2. 결제 취소와 출고 취소가 각각 재고를 언제 복원하는지 시험합니다.
3. 동시 주문이 몰릴 때 초과 판매를 차단하는지 부하 테스트 결과를 요청합니다.
4. 연동 실패 후 재처리할 때 재고가 두 번 차감되지 않는지 확인합니다.

3. 실제 주문 시나리오로 기능을 검수하세요

정상 주문보다 예외 주문을 테스트하기

대부분의 솔루션은 정상 주문 한 건을 수집하고 송장을 전송하는 과정은 무리 없이 처리합니다. 차이는 합배송, 부분 출고, 주소 변경, 교환처럼 예외 상황에서 드러납니다. 데모를 볼 때 공급사가 준비한 순서만 따르지 말고 우리 쇼핑몰에서 자주 발생하는 주문 사례를 익명화해 가져가세요.

예를 들어 고객이 같은 날 두 채널에서 주문했거나, 세 품목 중 한 품목만 재고가 부족한 상황을 만들어 볼 수 있습니다. 이때 시스템이 전체 주문을 보류하는지, 준비된 상품만 부분 출고하는지, 담당자에게 어떤 알림을 보내는지 확인해야 합니다. 자동화 결과뿐 아니라 사람이 개입할 지점이 분명해야 사고를 빠르게 수습할 수 있습니다.

• 결제 완료 후 배송지 변경이 WMS 작업지시서에도 반영되는가?
• 합배송과 분할배송 시 송장 및 배송비 계산이 정확한가?
• 품절 상품만 부분 취소하고 나머지를 출고할 수 있는가?
• 교환 출고 전에 회수 상품 검수를 필수 조건으로 설정할 수 있는가?
• 주문 보류 사유와 변경 이력이 사용자별로 기록되는가?

입고부터 반품까지 창고 흐름 확인

WMS는 출고 속도만 빠르게 만드는 도구가 아닙니다. 발주 입고 예정 수량과 실제 입고 수량의 차이를 기록하고, 검수 후 적절한 로케이션에 적치하며, 반품 상품을 정상·재포장·불량으로 구분해야 재판매 가능한 재고가 정확해집니다. 유통기한이나 제조번호가 중요한 상품이라면 선입선출 또는 선한선출 규칙도 필요합니다.

창고 현장에서 휴대용 단말기나 스마트폰을 쓸 예정이라면 장갑을 낀 상태의 조작성과 무선망이 약한 구역에서의 반응도 확인하세요. 화면 한 단계가 추가될 때마다 성수기 수천 건의 작업에서는 큰 차이가 생깁니다. 작업자가 잘못 스캔했을 때 경고음, 진동, 화면 색상으로 즉시 구별되는지도 유용한 검수 항목입니다.

1. 입고 예정 정보와 실제 수량을 대조합니다.
2. 검수 완료 전에는 판매 가능 수량으로 잡히지 않는지 확인합니다.
3. 피킹 중 다른 SKU를 스캔해 오류 차단 기능을 시험합니다.
4. 부분 포장과 다중 송장 발행 과정을 실행합니다.
5. 반품 등급별 재고 이동과 재판매 가능 여부를 확인합니다.

시연용 데이터 10건보다 실제와 비슷한 SKU 100개와 주문 500건을 넣은 테스트가 유용합니다. 데이터가 늘었을 때 검색, 일괄 처리, 오류 수정 속도가 업무 체감을 좌우합니다.

4. 연동 기술과 장애 대응 조건을 계약 전에 확인하세요

API, 배치 연동, 웹훅의 차이 점검

‘실시간 연동 지원’이라는 문구만 믿어서는 안 됩니다. 어떤 데이터가 API로 즉시 전송되고, 어떤 데이터가 10분 또는 1시간 단위의 배치 작업으로 갱신되는지 확인해야 합니다. 주문 생성처럼 빠른 처리가 필요한 이벤트는 웹훅이나 짧은 주기의 연동이 유리하지만, 대량 상품 정보는 배치 방식이 안정적일 수 있습니다.

연동 대상도 구체적으로 적어야 합니다. 자사몰, 주요 오픈마켓, 택배사, 회계 프로그램, 풀필먼트 업체가 기본 커넥터에 포함되는지 확인하세요. ‘연동 가능’이 이미 개발된 표준 기능을 뜻하는지, 유상 커스텀 개발이 가능하다는 뜻인지에 따라 총비용과 일정이 크게 달라집니다.

• API 호출량 제한과 초과 비용은 얼마인가?
• 주문, 상품, 재고, 송장, 취소 중 실시간으로 처리되는 데이터는 무엇인가?
• 실패한 데이터가 자동 재전송되며 중복 처리를 막는 고유키가 있는가?
• 연동 오류 내역을 운영자가 직접 조회하고 재처리할 수 있는가?
• 판매 채널의 API가 변경될 때 공급사가 업데이트를 책임지는가?

보안과 장애 복구 수준 질문하기

OMS에는 고객 이름, 주소, 연락처 같은 개인정보가 포함됩니다. 사용자별 권한, 접속 기록, 다운로드 통제, 데이터 암호화 정책을 확인하고 퇴사자의 계정을 즉시 차단할 수 있어야 합니다. 외부 창고에는 필요한 주문 정보만 보여주고 매출이나 고객 전체 목록은 제한하는 식의 세분화된 권한 설정도 중요합니다.

장애는 ‘발생하지 않는가’보다 ‘얼마나 빨리 발견하고 복구하는가’를 물어야 합니다. 서비스 수준 협약에 가동률, 장애 접수 채널, 최초 응답 시간, 복구 목표 시간, 데이터 백업 주기가 포함되는지 보세요. 장애 중 생성된 주문을 임시 파일로 내려받을 수 있는지, 복구 후 누락 주문을 대조하는 보고서가 제공되는지도 실무적인 질문입니다.

1. 최근 12개월의 주요 장애와 복구 시간을 요청합니다.
2. 백업 주기와 복구 시점 목표를 문서로 확인합니다.
3. 관리자 권한 변경과 개인정보 다운로드 기록을 시험합니다.
4. 계약 종료 시 데이터 반환 형식과 완전 삭제 절차를 확인합니다.

5. 견적서에서 총소유비용과 확장성을 비교하세요

월 이용료 밖의 숨은 비용 찾기

OMS·WMS 가격은 월 구독료만 비교하면 실제 예산과 어긋나기 쉽습니다. 계정 수, 월 주문량, 창고 수, API 호출량, 택배사 수에 따른 추가 요금이 있을 수 있고 초기 데이터 정리와 SKU 매핑, 교육, 커스텀 리포트도 별도 비용으로 책정될 수 있습니다. 최소 3년 기준의 총소유비용으로 견적을 비교해 보세요.

소규모 쇼핑몰은 표준 기능 중심의 월 구독형이 초기 부담을 줄이는 데 유리합니다. 반면 주문량이 많고 독특한 출고 규칙을 가진 사업자는 구축비가 들더라도 세부 설정과 확장성이 높은 제품이 나을 수 있습니다. 중요한 점은 가장 저렴한 상품을 고르는 것이 아니라 현재 수작업 비용과 오류 손실을 포함해 투자 회수 기간을 계산하는 것입니다.

• 초기 구축비, 데이터 이전비, 교육비가 포함되어 있는가?
• 주문량 급증 시 다음 요금 구간과 과금 기준은 무엇인가?
• 추가 창고, 브랜드, 판매 채널마다 별도 비용이 발생하는가?
• 커스텀 기능의 유지보수 비용과 소유권은 누구에게 있는가?
• 계약 기간, 자동 갱신, 중도 해지 위약금은 어떻게 되는가?

상품 수명주기와 사업 확장에 대비하기

상품은 등록된 뒤 계속 같은 상태로 머물지 않습니다. 출시, 판매 확대, 리뉴얼, 단종을 거치면서 SKU 속성과 재고 정책도 달라집니다. 제품수명주기관리의 개념을 참고해 신상품 승인, 정보 변경, 단종 이력을 시스템에서 어떻게 관리할지 점검하면 장기적인 상품 관리에 도움이 됩니다.

해외 판매를 계획한다면 통화와 언어뿐 아니라 국가별 창고, 세금 정보, 현지 택배 송장까지 고려해야 합니다. 지금 당장 쓰지 않는 기능을 모두 구매할 필요는 없지만, 확장 시 데이터를 다시 옮겨야 하는 구조는 피하는 편이 좋습니다. 공개 API와 표준 데이터 내보내기 기능은 향후 다른 전자상거래 도구를 연결할 때 선택권을 지켜줍니다.

1. 3개 업체에 동일한 요구사항 문서를 전달해 견적 조건을 맞춥니다.
2. 필수 기능, 있으면 좋은 기능, 향후 기능으로 우선순위를 나눕니다.
3. 3년간 예상 주문량과 창고 증가를 반영해 총비용을 계산합니다.
4. 레퍼런스 고객에게 도입 기간과 지원 품질을 직접 확인합니다.
5. 가능하면 2~4주의 유료 또는 무료 파일럿 후 계약합니다.

6. 최종 계약 직전 단계별 점검표를 실행하세요

파일럿 합격 기준을 문서로 남기기

기능 설명을 충분히 들었더라도 계약 전에 실제 운영 데이터로 파일럿을 진행하는 편이 안전합니다. 대상 SKU, 주문 수, 판매 채널, 참여 창고를 미리 정하고 성공 기준을 수치로 합의하세요. 테스트 기간에는 기존 시스템과 병행 운영하면서 주문 누락, 재고 차이, 송장 전송 실패를 매일 대조해야 합니다.

파일럿에서 문제가 발견됐을 때 ‘정식 도입 후 개선’이라는 구두 약속만 받지 마세요. 수정 대상, 담당자, 완료일, 추가 비용 여부를 문서화하고 필수 기능이 해결된 뒤 검수 승인을 내리는 구조가 좋습니다. 사용자가 직접 처리할 수 없는 오류가 많다면 정식 운영에서도 공급사 지원에 과도하게 의존할 가능성이 큽니다.

• 주문 수집 성공률과 평균 반영 시간을 측정했는가?
• 시스템 간 SKU별 가용재고가 일치하는가?
• 취소, 교환, 반품을 포함한 예외 주문을 통과했는가?
• 신규 직원이 매뉴얼만 보고 기본 출고를 수행할 수 있는가?
• 오류 알림과 고객지원 응답 시간이 합의 기준을 충족하는가?

구매 승인 전 마지막 질문 7가지

최종 의사결정 회의에서는 기능 개수보다 운영 위험을 줄일 수 있는지를 중심으로 질문하세요. 특히 데이터 이전 책임자와 가동 전환일의 대응 인력이 불명확하면 좋은 솔루션도 현장에 안착하기 어렵습니다. 아래 질문에 공급사와 내부 담당자가 모두 명확하게 답할 수 있어야 합니다.

1. 기존 상품과 재고 데이터의 정제 책임자는 누구입니까?
2. 가동 전환일에 주문 중단 시간은 얼마나 필요합니까?
3. 장애가 발생하면 어떤 수동 출고 절차를 사용합니까?
4. 현장 교육과 신규 직원용 매뉴얼은 누가 갱신합니까?
5. 성과 지표는 어느 화면에서 어떤 주기로 확인합니까?
6. 필수 연동이 지연되면 계약 일정과 비용은 어떻게 조정됩니까?
7. 계약 종료 시 상품, 주문, 재고 이력을 범용 형식으로 받을 수 있습니까?

이 질문까지 통과했다면 기능표의 체크 개수뿐 아니라 데이터 신뢰성, 현장 적합성, 장애 복구력, 장기 비용을 함께 비교할 수 있습니다. 마지막으로 구매 승인서에 목표 지표와 파일럿 결과를 첨부해 두면 도입 후 성과를 평가하거나 다음 계약을 협상할 때 객관적인 기준으로 활용할 수 있습니다.