배너가 달라졌다
— 3월 6일 컨퍼런스 현장에서 시작된 질문
지난 3월 6일, 오토메이션월드 2026 컨퍼런스장으로 걸어 들어오면서 눈에 먼저 들어온 건 전시 배너였다. 작년과 확실히 달랐다. "Software Defined"라는 표현이 여기저기 붙어 있었다.
한국 물류 현장에서는 아직 낯선 이 단어가, IT를 지나 제조를 건너 이제 물류 운영의 언어로 번지고 있는 장면이었다. 발표를 시작하면서 청중에게 손을 들어달라고 했다. "Software Defined, 들어본 적 있다"는 쪽과 "모른다"는 쪽.
두 그룹 모두에게, 이날 발표의 결론은 하나였다. 자동화 설비가 문제가 아니었다.
설비를 지휘해야 할 실행 레이어가 필요하다는 것이다.
테슬라 공장 방식이 창고에도 들어오는 이유
— 같은 패러다임, 세 번째 이동
소프트웨어 디파인드 개념이 처음 등장한 곳은 IT 인프라였다. "뭔가 해보려고 하면 항상 하드웨어가 문제"였던 시대, 시스코 같은 기업들이 라우터와 설비 없이 네트워크를 구성하는 방법을 고민하면서 나온 개념이다. 그게 제조로 넘어온 것이 테슬라식 공장이었다.
작년에는 현대자동차가 울산에 Software Defined Factory 기반 공장을 짓겠다는 소식이 공중파 뉴스에 나왔다. 그 순간부터 많은 사람들이 비로소 고개를 끄덕이기 시작했다. 발표에서는 이를 이렇게 정리했다. "새로운 패러다임이 아닙니다. 같은 패러다임이 IT에서 제조를 건너, 이제 물류까지 이동하고 있는 것입니다."
핵심 철학은 간단하다. 뭔가 바꾸고 싶을 때 설비 공사가 필요한 게 아니라, 파라미터와 세팅 값을 바꿔서 대응할 수 있어야 한다. 전체 프로세스의 의사결정 권한이 소프트웨어에 있다 — 그게 Software Defined Warehouse(소프트웨어 정의 창고)의 운영 철학이다.
어제 3천 건이 오늘 3만 건이 된다
— 이커머스가 물류에 건 압력
발표에서 이커머스가 물류 현장에 가져온 변화를 세 방향으로 짚었다.
처리 속도 — 어제 주문이 오늘 새벽에 도착하는 것이 이제 기본값이다. 물량 변동 — 인플루언서 마케팅 하나로 어제 3천 건이 오늘 3만 건이 된다. 피크 시즌에는 평시 대비 3~5배 폭증이 반복된다. SKU·주문 조합 — 어제 안 팔리던 상품이 오늘 갑자기 팔린다. 이 조합을 예측하는 게 갈수록 어려워졌다. (출처: Gartner, "Revolutionize Automated Warehouse Operations With Rapidly Evolving Warehouse Execution System", G00370312, 2018)
이런 변동성은 물류 기업 입장에서 시장 성장의 기회이기도 하지만, 동시에 온전히 혼자 감당해야 할 압력이기도 하다. 그래서 자동화 설비를 들였다. 이 설비라면 풀릴 것 같았다.
그런데 왜 여기서 막힐까?
WMS는 "오늘 만 건 처리하라"는 계획을 내리는 시스템이다. 그런데 피크가 쏟아지는 순간 설비 상태, 작업자 배치, 주문 조합이 동시에 바뀐다. 그걸 초단위로 조율하는 건 WMS가 할 수 있는 일이 아니다. 그 공백이 현장에서 막힘으로 쌓인다.
아마존도, 북토피아도, 나이키도
— 설비는 잘못이 없었다
발표에서 꺼낸 사례들은 낯선 이름들이 아니었다.
(리서치) Gartner는 2018년에 이미 이커머스 성장과 함께 WMS와 현장 설비 사이를 실시간으로 조율하는 오케스트레이션 레이어 — WES(Warehouse Execution System)가 필요해질 것이라고 전망했다. 그리고 2025년 Hype Cycle for Supply Chain Execution Technologies에서 WES는 기대 정점(Peak of Inflated Expectations) 구간에 3년 연속 이름을 올렸다. 7년 전 떠오르는 '이머징 기술'이었던 것이, 지금은 업계 공통의 핵심 의제가 됐다. (출처: Gartner, "Hype Cycle for Supply Chain Execution Technologies", 2025)
(공개 사례 1 — Amazon) 아마존의 휴머노이드 로봇 프로젝트 'Project Blue Jay'는 최근 중단됐다. 한 스테이션에 너무 많은 공정을 통합하면서 복잡도가 폭발했고, 설비 자체의 문제가 아니라 운영 조율 설계의 부재가 실패 원인으로 남았다.
(공개 사례 2 — Booktopia) 호주의 Booktopia는 대규모 자동화를 전면 도입했다가 기업이 파산 지경에 이르렀다. 광범위한 자동화 전환 과정을 통제할 오케스트레이션이 없었다.
(벤더 관점 — Nike) 나이키도 최신 설비로 운영했지만, 물동량 변화에 대응하지 못하는 구조 탓에 오히려 자동화가 발목을 잡았다.
발표에서 세 사례를 관통하는 결론은 하나였다. "그들이 도입한 설비는, 다른 현장에서 잘 돌아가던 당시 최첨단의 안정적인 설비였습니다. 설비가 문제가 아니었어요. 그 설비를 지휘해야 할 운영 설계, 오케스트레이션 레이어가 없었던 겁니다."
국내도 마찬가지다. "이 자리가 아닌 술 한잔 하고 얘기하면 어디 망했다더라, 잘 안 된다더라 — 다들 알고 계시잖아요." 설비 도입 후 고객이 나가면 그 설비를 못 쓰고, 고객이 물량을 늘리면 설비가 안 된다고 한다. 발주 낼 때는 맞아 돌아가도 상황이 바뀔수록 현실과 어긋난다. 그 반복의 다음 주인공이 될 수도 있다는 경고였다.
세 사례와 국내 케이스의 공통 병목은 피크 때마다 드러났다. 컷오프 SLA를 지켜야 하는 실행 흐름을 조율할 소프트웨어 레이어가 빠져 있었던 탓이다.
"데이터가 보인다"와 "실행이 바뀐다"는
다른 이야기다 — 성숙도 5단계
발표에서 물류센터 운영 성숙도를 다섯 단계로 짚었다.
People-led(수작업 중심) → Machine-led(WMS + 특정 설비) → System/Visibility-led(WCS, 실시간 현황 가시화) → Flow-led(WES, 흐름 기반 오케스트레이션) → Intelligence-led(AI 자율 운영)
"대부분의 창고는 지금 System·Visibility-led에 머물러 있을 것입니다." 주문과 재고가 실시간으로 보이고, 설비 상태가 화면에 뜨고, 실적 기반 관리도 된다. 하지만 피크 주문이 쏟아졌을 때, 특정 구간에 병목이 생겼을 때 — 자원이 자동으로 재배치되지 않는다. 누군가 보고, 판단하고, 직접 지시해야 한다.
Flow-led로 올라가면 달라진다. 주문 상황에 따라 작업 우선순위가 조정되고, 설비와 인력이 원활한 물류 처리를 위해 재배치된다. 물리 구조를 건드리지 않고 운영 전략이 바뀐다. 그 한 단계 차이가 피크마다 현장의 숙련도 격차로 드러난다.
"휴머노이드 로봇을 현장에 넣는다고 Software Defined Warehouse(소프트웨어 정의 창고)가 될까요? 아닙니다. 그건 또 하나의 설비가 들어온 것뿐입니다." 설비들이 각자 따로 최적화되어 있다면 SDW가 아니다. 각 설비가 서로의 상황을 참조하고, 사람까지 포함한 전체 흐름이 실시간 피드백 루프 안에서 조율될 때 비로소 Software Defined Warehouse다.
같은 창고, 같은 주문, 37.7% 차이
— 알고리즘이 바뀌었을 뿐이다
발표에서 청중의 반응을 바꾼 사례가 있었다.
국내에서 손가락으로 꼽히는 규모의 탑티어 3PL 업체가 먼저 제안을 해왔다. "니네 WES라는 게 뭘 어떻게 최적화한다는 건지, 우리 주문 가지고 한번 붙어보자." 기존 방식은 출하 시간 기준으로 웨이브를 구성했다. 니어솔루션의 Same Wave 알고리즘은 SKU 유사성이 높은 주문을 같은 웨이브로 묶는 방식이었다.
같은 주문 데이터, 실제 55,752건. 결과는 작업자 터치 수 37.7% 감소였다. (출처: 니어솔루션 내부 실측, 운영 데이터)
설비를 바꾼 게 아니었다. 같은 창고에서 실행 로직 하나가 달라진 것이다. 터치 수가 줄었다는 건 단순히 집은 횟수가 아니라 — 반복 방문, 중복 동선, 대기 시간의 합이 줄었다는 뜻이다. 그게 피크 대응력으로 이어진다. 이 고객사는 이후 Same Wave 알고리즘을 자사 운영 방식에 접목시켰다.
"소프트웨어 알고리즘 성능을 자랑하려는 게 아닙니다. 사람이 계획을 짜는 방식에는 분명한 한계가 있고, 그 한계를 채우는 레이어가 필요하다는 걸 데이터로 보여드리고 싶었습니다."
현장에서 먼저 확인해야 할 것들
발표 마무리에서 청중에게 남긴 메시지는 하나였다. 자동화 설비 수준이나 센터 규모와 무관하게, 내가 지금 어떤 포인트에서 막히고 있는지 데이터로 먼저 봐야 한다는 것. 그리고 그걸 확인할 산출물이 실제로 존재하는지부터 점검해야 한다는 것.
체크 질문 | 현장 체크 포인트 | 확인할 데이터/산출물 |
|---|---|---|
피크 시 오더 변동폭이 수치로 파악되고 있는가? | 피크 변동·오더 믹스(단품·다품·합포장·냉장/상온) 데이터 보유 여부 | 최근 12개월 일별 출고량 로그, 주문 유형별 비율 리포트 |
당일·익일 출고 컷오프 기준이 시스템 룰로 정의되어 있는가? | 컷오프 시간·예외 처리 기준의 문서화 및 시스템 반영 여부 | 출하 컷오프 룰 정의서, 예외처리 이력 로그 |
WMS와 설비 컨트롤러 간 실시간 데이터 연동이 되는가? | WMS ↔ ECS 간 이벤트 흐름과 지연 구간 파악 여부 | 시스템 간 API 연동 명세서, 이벤트 수신 로그 |
피킹·분류·포장 등 구간별 병목을 실시간으로 감지할 수 있는가? | 구간별 UPH 모니터링과 병목 알림 체계 운영 여부 | 구간별 UPH 리포트, 병목 발생 이력 로그 |
작업 지시가 시스템 기반(PDA·태블릿)으로 이루어지는가? | 전자 지시 vs 종이·구두 지시 비율, 실적 피드백 지연 현황 | 피킹 지시 방식 현황 목록, 실적 업데이트 지연 이력 |
3PL·교대·단기 인력 투입 시 작업 배정 룰이 표준화되어 있는가? | 협력사·단기 인력 대상 SOP 및 권한 체계 문서화 여부 | 인력 운영 SOP, 교육 이수 이력 목록 |
QC·반품 처리 기준이 시스템에 반영되어 있는가? | 반품 분류 기준과 보류 처리 절차의 시스템 연동 여부 | 반품 처리 흐름 정의서, 보류 이력 목록 |
운영 룰 변경 시 설비 공사 없이 파라미터 업데이트로 가능한가? | 운영 전략 변경 방식 (공사 필요 vs 로직 업데이트) 현황 | 최근 운영 변경 이력, 변경 소요 방식·기간 기록 |
SKU 마스터·로케이션 데이터를 주기적으로 점검하고 있는가? | 데이터 품질 점검 주기와 이상값 처리 기준 문서화 여부 | SKU 마스터 정의서, 로케이션 정확도 점검 이력 |
30초 활용법 — ① 각 항목에 현재 상태를 한 문장으로 적는다. ② 산출물이 실제 시스템에서 뽑히는지 직접 확인한다. ③ 뽑히지 않거나 정의 자체가 없다면, 그 영역의 데이터·룰 정의가 먼저다.
결론
Gartner의 2025년 분석에서 WES는 공급망 실행 기술 중 기대 정점 구간에 3년 연속 위치해 있다. (출처: Gartner, "Hype Cycle for Supply Chain Execution Technologies", 2025) 피크마다 컷오프 압박이 반복되는 지금, "데이터가 보인다"는 것과 "실행이 자동으로 조율된다"는 것 사이의 거리가 센터 간 생산성 격차로 쌓이고 있다. 그래서 지금 표준화해야 할 것은 "어떤 설비를 살까"가 아니라 — 실행 흐름을 정의하고, 그 정의를 지킬 소프트웨어 레이어를 어떻게 만들까다.
Why? NearWES
이날 발표에서 소개된 37.7% 터치 수 감소는 설비 교체 없이 나온 결과였다. Same Wave 알고리즘, 즉 SKU 유사성이 높은 주문을 같은 웨이브로 묶는 실행 로직 하나가 바뀐 것이다.
니어솔루션의 NearWES는 주문·자원·설비·생산성 네 모듈이 맞물려 전체 실행 흐름을 조율하는 WES 플랫폼이다. 종이 피킹과 지게차만 있는 수작업 환경에서 PDA·태블릿으로 지시 루프를 시작할 수 있고, DPS·DAS·소터·AMR이 연동되는 부분 자동화, 니어솔루션의 자율이동로봇 NearGo가 운영되는 고도 자동화 환경까지 같은 플랫폼 위에서 확장된다. "소프트웨어 디파인드의 강점은 작게 시작할 수 있다는 것"이라는 발표의 메시지 그대로다.
2024년 기술평가 1등급을 취득했고, 2026년 2월 Gartner APAC Analyst Relations 미팅에서 WES 벤더로 글로벌 브리핑 세션을 진행한 기업이기도 하다. 니어솔루션이 더 궁금하다면 아래 CTA로 편하게 문의하세요.
CTA
📄 [Low Intent] 발표 자료 받아보기 오토메이션월드 2026 니어솔루션 발표 슬라이드 신청하기 → 발표 핵심 프레임워크와 Same Wave 실측 데이터를 PDF로 확인하고 싶다면
💬 [High Intent] 니어솔루션 문의하기 우리 센터의 오케스트레이션 갭이 어디에 있는지 직접 확인하고 싶다면 → 자동화 단계·규모와 무관하게, 지금 막히는 포인트부터 데이터로 짚어드립니다
FAQ
Q1. 소프트웨어 디파인드 창고(SDW)를 구현하려면 완전 자동화 설비가 필요한가요? 아니요. 발표에서 이 부분을 직접 짚었습니다. PDA와 종이 피킹이 혼재하는 수작업 환경에서도, 주문 지시와 작업 우선순위를 소프트웨어로 처리하기 시작하는 순간 SDW는 시작됩니다. 피크 때 인력을 더 투입하는 것이 유일한 대안인 상황이라면, 오히려 그게 SDW가 필요하다는 신호일 수 있습니다.
Q2. WMS가 있으면 WES가 별도로 필요한가요? 상황에 따라 다릅니다. WMS는 계획 시스템으로, "오늘 만 건 출고하라"는 지시는 내릴 수 있습니다. 그런데 피크 시간대에 오더 믹스가 바뀌었을 때, 어느 피커가 어느 동선으로, 어느 설비가 어느 주문을 받아야 하는지 초단위로 조율하는 건 WMS의 역할 범위 밖입니다. 그 공백을 채우는 것이 WES입니다.
Q3. 자동화 설비를 이미 도입했는데 WES도 필요한가요? 완전히 같진 않습니다. 설비가 각자 최적화되어 있어도, 전체 흐름을 조율하는 레이어가 없으면 처리량은 가장 느린 구간에 종속됩니다. 피크 때 오더 믹스가 바뀌면 병목 구간도 달라지는데, WES 없이는 이 조율이 사람의 판단으로만 이루어집니다.
Q4. Same Wave 알고리즘이란 무엇인가요? SKU 유사성이 높은 주문들을 같은 웨이브로 묶어 처리하는 방식입니다. 출하 시간 기준으로 웨이브를 나누는 기존 방식과 달리, 비슷한 위치의 상품을 피킹하는 주문끼리 묶기 때문에 작업자의 이동 동선이 짧아집니다. 이번 발표에서 소개된 사례에서는 동일 주문 데이터 55,752건 기준으로 터치 수 37.7% 감소를 기록했습니다.
Q5. WES는 어느 규모 센터부터 도입이 가능한가요? 상황에 따라 다릅니다. 발표에서 언급된 것처럼, 지게차와 랙만 있고 WMS 도입도 고민 중인 수작업 센터에서도 PDA 기반 지시 루프로 시작할 수 있습니다. 설비가 추가될 때 같은 플랫폼 위에서 확장되기 때문에, 규모보다는 "지금 어떤 포인트에서 막히는가"가 더 중요한 시작 기준입니다.