먼저 결론부터 말씀드리겠습니다. WMS는 장부를 지키고, WCS는 기계를 움직입니다. 하나는 '어떤 재고가, 어디에 있고, 무엇을 해야 하는가'에 답하고, 다른 하나는 '장비가 지금 제대로 움직이고 있는가, 어디로 가는가'에 답합니다. 여기엔 두 가지 측면이 있습니다. 한쪽에서는 두 시스템이 근본적으로 다른 일을 위해 만들어졌고, 어느 쪽도 다른 쪽을 대체할 수 없습니다. 다른 쪽에서는 모든 벤더가 상대방의 일까지 하고 싶어 합니다 — 그래서 같은 기능에 두 번 돈을 내게 되는 것입니다.
이런 영화는 너무 많이 봤습니다. 캘리포니아의 한 3PL이 WMS를 교체하고 있었는데, 벤더가 '자동화 모듈'을 끼워 넣으며 컨베이어가 들어와도 추가 소프트웨어는 필요 없을 거라고 약속했습니다. 2년 뒤 분류 라인이 들어서자 장비 벤더의 엔지니어는 그냥 고개를 저었습니다. 밀리초 단위의 장비 제어와 광전 센서에 대한 실시간 응답은 분 단위 태스크로 생각하는 WMS가 감당할 수 있는 수준이 아니었습니다. 결국 WCS도 샀습니다. 그 '자동화 모듈'에 쓴 돈은 버려졌고, 프로젝트는 몇 달이나 미뤄졌습니다. 계약 전에 WCS와 WMS의 차이를 이해하지 못한 수업료입니다.
WMS, WES, WCS를 각각 한 줄로
세 개의 약어에 사람들이 헤매니, 세 형제를 한 줄씩 나란히 세워보겠습니다:
| WMS | WES | WCS | |
|---|---|---|---|
| 담당 | 재고 기록, 주문, 슬로팅, 인력 계획 | 작업 순서 배정, 작업량 균형, 예외 처리 | 장비 수준 제어, 자재 흐름, 장치 동기화 |
| 시간 범위 | 일, 주 | 분~시간 | 밀리초 |
| 대화 상대 | 창고 관리자, 플래너 | 운영 관리자 | 자동화 엔지니어, PLC 기술자 |
이 역할 분담은 제가 읽은 업계 분석들과 일치합니다(예: o3sigma의 세 레이어 모델). 시간 범위 행을 기억하세요. WMS는 '오늘 무슨 일이 일어나는가'를 생각하고, WES는 '다음 30분 동안 어떤 주문을 먼저 내보낼 것인가'를 생각하며, WCS는 '이 밀리초에 컨베이어가 어느 쪽으로 도는가'를 생각합니다. 시간 범위가 다르면 서로의 일을 할 수 없습니다.
차이는 이름이 아니라 계획과 실행의 차이
간단히 말하면, WMS는 계획 시스템이고 WCS는 실행 시스템입니다. WMS는 주문을 받고, 정책을 정하고, 실시간이 아닌 로직으로 재고 장부를 지킵니다. WCS는 WMS의 지시를 받아 컨베이어, 분류기, AS/RS 크레인, AGV를 움직이며, 현장의 실제 이벤트에 실시간으로 반응합니다 — 분류기가 막히면 WMS가 회의를 끝내기를 기다리지 않고 그 자리에서 우회시킵니다.
시스템 통합업체 List and QC Software는 백서에서 비유를 썼는데, 제가 빌려오겠습니다. WMS는 악보를 쓰는 작곡가이고, WCS는 각 '악기'(컨베이어, 분류기, pick-to-light)의 타이밍을 맞추는 지휘자입니다. 지휘자 없는 명곡은 그냥 소음일 뿐 — 그래서 장비가 있는 곳에서는 아무리 강력한 WMS라도 WCS가 필요한 것입니다.
WMS만으로 충분한 경우: 세 개의 구분선
이것이 구매자가 진짜로 궁금해하는 질문입니다. 자동화 수준에 따라 세 개의 선을 그어보세요:
| 귀하의 창고 | 구매 | 이유 |
|---|---|---|
| 완전 수작업, 지게차 운영 | WMS로 충분 | 제어할 것이 없음 — WCS가 할 일이 없음 |
| 반자동화: 컨베이어 라인, 분류기, pick-to-light, 독립 AS/RS | WMS + WCS (보통 장비 벤더가 묶음으로 제공) | WMS는 밀리초 단위의 장비 제어를 할 수 없음 |
| 완전 자동화, 다수 장비 오케스트레이션 | 세 개 모두: WMS + WES + WCS | 작업 순서 배정과 장비 제어 모두 전담 주인이 필요 |
o3sigma도 같은 결론에 도달했습니다. 수작업 창고는 WMS만으로 충분하고, 반자동화는 WCS를 추가할 수 있으며, 완전 자동화는 세 레이어가 모두 필요합니다. List and QC Software의 백서에는 WCS가 필요할 수 있는 징후도 나열되어 있었습니다. 매출 $50M 이상, 100,000제곱피트 이상의 창고, 여러 분류 지점을 가진 컨베이어 시스템, 주문당 3–4 SKUs 이상입니다. 참고용으로 기억하세요 — 두세 가지가 해당된다면 WCS 얘기를 시작하세요.
제 경험에서 하나 더, 이번에는 좋은 예입니다. 하루 약 20,000건의 주문을 처리하는 이커머스 창고로, 크로스벨트 분류기와 pick-to-light의 반자동화였습니다. 오너는 WES를 완전히 건너뛰었습니다 — WMS가 장비 벤더의 WCS와 직접 대화했고, PLC 통합은 한 번만 조정했으며, 몇 년 동안 잘 돌아갔습니다. 요점은? 세 레이어는 표준 패키지가 아니라 필요에 따라 구성하는 것입니다. 반자동화 창고에 WES를 억지로 넣는 것은 대부분 벤더에게 기부하는 셈입니다.
중복의 함정: 계약 전 세 가지 질문
진짜 함정은 중복 영역입니다. WES와 WCS의 기능은 포장 분류기 관리, 출하 분류기 관리, 자동 피킹 관리, pick-to-light 관리에서 겹칩니다(Logiwa가 이 중복을 매핑했습니다). WMS 벤더의 '오케스트레이션 모듈'도 장비 벤더가 묶음으로 제공하는 WCS와 겹칩니다. 이 중복은 버그가 아닙니다 — 비즈니스입니다. 양쪽 모두 중간 레이어를 원하고, 두 번 돈을 내는 건 바로 당신입니다.
계약하기 전에 이 세 가지 질문을 벤더에게 던지세요:
첫째: 당신이 파는 이 모듈은 계획을 관리합니까, 장비를 관리합니까? 밀리초 단위의 장비 제어가 가능합니까? 답을 못 하면 아마 WCS 이름표를 단 WMS 플러그인일 겁니다.
둘째: 어떤 기능이 기존 WMS 및 장비 벤더의 WCS와 겹칩니까? 겹치는 부분을 견적에서 뺄 수 있습니까? 중복을 목록으로 제시할 수 있는 벤더는 진짜로 팔려는 벤더입니다.
셋째: 인터페이스는 누가 만들고, 통합 테스트는 누가 하며, 고장 났을 때 제일 먼저 현장에 나타나는 건 누구입니까? 계약서에 넣으세요. WMS–WCS 문제의 90퍼센트는 인터페이스에서 죽습니다. 데이터가 맞지 않고, 상태가 동기화되지 않으며, 고장 나면 두 벤더가 서로 책임을 떠넘깁니다.
직관에 반하는 결론 하나 더. 사야 할 것은 '기능이 가장 많은' 스위트가 아니라 경계가 가장 명확한 스위트입니다. 가장 비쌌던 건 소프트웨어 라이선스가 아니라 — 인터페이스였습니다. 누가 만드는지, 통합 테스트를 몇 번 돌리는지, 지연 비용은 누가 부담하는지. 이 세 줄을 계약서에 넣는 것은 모듈을 하나 더 사는 것보다 열 배의 가치가 있습니다.
처음 질문으로 돌아가보죠. WCS와 WMS의 관계는 무엇입니까? 하나는 장부를 지키고, 하나는 장비를 움직이며, 그 사이의 오케스트레이션 레이어를 누가 갖는지는 귀하의 자동화 수준과 계약서 작성 방식에 달려 있습니다. 다음에 벤더가 '우리 스위트는 모든 걸 커버합니다'라고 말하면 이렇게 되물어보세요. 모든 걸 커버한다니 — 그럼 2 a.m.에 장비가 막혔을 때 제일 먼저 현장에 나타나는 게 당신네 사람입니까?
Lao Mi, 20년 경력의 공급망 베테랑 지음
영어판 번역본입니다. 내용이 다를 경우 영어판을 우선합니다.
