SAP Extended Warehouse Management(EWM)는 S/4HANA용 SAP 창고 시스템입니다. 창고 안의 모든 빈, 작업, 이동을 실시간으로 관리하고, 자동화 설비와 직접 연결되며, S/4HANA 안에서 또는 별도 시스템으로 운영할 수 있습니다. 아직 기존 창고 관리(WM)를 쓰고 있다면 아래의 종료 시점이 일정을 좌우합니다. 창고 한 곳을 구축하는 데는 보통 8~12개월이 걸립니다.
창고 문제는 제대로 추적해 보기 전까지는 사람의 문제처럼 보입니다. 누군가 피킹을 놓칩니다. 트레일러가 늦게 들어옵니다. 순환 실사에서 아무도 설명하지 못하는 차이가 나옵니다. 본능적으로 팀부터 살피게 됩니다. 하지만 문제는 대개 시스템에 있습니다. 아니면 제대로 작동하는 시스템이 없는 것입니다.
한 식품 물류센터에서 입고 시간이 거의 3분의 1 줄어드는 것을 봤습니다. 팀이 더 빨리 움직인 것이 아닙니다. 물건을 어디에 둘지 직접 알아내게 하지 않았을 뿐입니다. 시스템이 알려 주었습니다. 한 전자제품 창고는 같은 인원으로 성수기 피킹 속도를 두 배로 높였습니다. 더 똑똑한 피킹 경로 덕분이었습니다.
EWM은 SAP의 전략 창고 제품으로서 기존 WM을 대체했습니다. 물동량이 많고, 사이트가 여러 곳이고, 자동화 설비가 있으며, 인력 추적이 세밀하게 필요한 복잡한 운영을 위해 만들어졌습니다. 자재 관리(MM), 판매 및 유통(SD), 생산 계획(PP), 품질 관리(QM), 운송 관리(TM)와 연결되므로 창고 데이터가 구매, 생산, 출하와 같은 시스템 안에서 흐릅니다.
구성 요소와 각 요소가 효과를 내는 지점은 다음과 같습니다.
| 구성 요소 | 하는 일 | 효과가 나는 곳 |
|---|---|---|
| 창고 구조 | 물리적 레이아웃을 그대로 반영한 저장 유형, 섹션, 빈 | 공간 활용, 다중 구역 운영 |
| 인바운드 처리 | 야드 체크인부터 적치까지의 입고 | 더 빠른 입고, 즉각적인 재고 가시성 |
| 아웃바운드 처리 | 웨이브, 피킹, 포장, 스테이징, 출하 | 주문 처리 속도와 정확도 |
| 실사 | 빈 단위 재고와 순환 실사 | 재고 조정과 폐기 손실 감소 |
| 슬로팅과 재배치 | 수요에 따라 제품 위치 지정 | 빠르게 회전하는 구역에서 피커 이동 감소 |
| 인력 관리 | 엔지니어링 표준 대비 작업량 측정 | 인력 배치와 코칭 |
| 야드 관리 | 도크 예약, 트레일러 이동 | 출입구 혼잡 감소 |
| 크로스 도킹 | 보관 없이 인바운드에서 아웃바운드로 직접 이동 | 취급 비용 절감 |
| 부가가치 서비스 | 키팅, 라벨링, 간단한 조립 | 물류센터 안에서 고객별 주문 처리 |
| 품질 검사 | 검사 대기 중이거나 유통기한이 지난 재고 차단 | 불합격품이나 기한이 지난 제품의 출하 방지 |
| Material Flow System(MFS) | 컨베이어와 자동 보관 설비 직접 제어 | 미들웨어 계층 없는 자동화 |
성과는 특정 지점에서 나타나는 경향이 있습니다. 제가 함께 일한 한 음료 유통업체는 사전 출하 통지서(ASN)를 활용해 입고 시간을 35% 줄였습니다. 한 소비재 기업은 인력 관리로 시간이 어디서 새는지 드러나자 3개월 만에 전체 생산성을 18% 높였습니다. 한 유통업체는 연간 재고 폐기 손실을 70% 줄였습니다.
기능 목록보다 종료 시점이 더 중요합니다.
ECC의 기존 WM은 SAP ERP 6.0 유지보수를 따릅니다. 표준 유지보수는 2027년 말까지입니다.
S/4HANA 안의 기존 WM은 호환성 범위에서 운영되었습니다. 온프레미스 S/4HANA에서는 그 사용 권한이 2025년 12월 31일에 끝났습니다(SAP Learning). RISE 클라우드 구독 아래의 S/4HANA는 기간이 더 깁니다. 계약상의 날짜는 SAP Note 2269324에서 확인하십시오.
Stock Room Management는 단순한 WM 창고를 위한 SAP의 기본형 후속 제품입니다. WM의 상당 부분을 재사용하고, S/4HANA Enterprise Management 라이선스에 포함되어 있으며, 창고가 축소된 범위에 맞는다면 기술적 마이그레이션이 필요 없습니다. 작업 및 리소스 관리, 야드 관리, 크로스 도킹, 웨이브 관리, 부가가치 서비스는 빠져 있으며, SAP는 추가 투자를 하지 않겠다고 밝혔습니다.
EWM은 SAP가 모든 신규 창고 혁신을 쏟아붓는 곳입니다. S/4HANA에서는 Basic 또는 Advanced Warehouse Management로 제공되며 S/4HANA 릴리스 주기를 따릅니다.
| 기능 | 기존 WM | Stock Room Management | SAP EWM |
|---|---|---|---|
| 플랫폼 | ECC 또는 S/4HANA 호환성 범위 | S/4HANA | S/4HANA, 임베디드 또는 분산형 |
| 자동화 | 서드파티 도구 | 기본 수준 | 네이티브 Material Flow System |
| 웨이브, 야드, 크로스 도킹, VAS | 예, 별도 구성 요소로 | 포함되지 않음 | 포함(Advanced) |
| 슬로팅과 인력 관리 | 없거나 최소 수준 | 없음 | 있음 |
| 사용자 인터페이스 | SAP GUI | SAP GUI | SAP Fiori와 모바일 |
| SAP 로드맵 | 종료 단계 | 추가 투자 없음 | 전략 제품, 활발한 개발 |
제 생각은 이렇습니다. Stock Room Management는 S/4HANA 전환 기간 동안 단순한 창고를 위한 유예 수단입니다. 창고가 서비스 수준에 중요하다면 EWM을 계획하십시오.
임베디드 EWM은 S/4HANA 안에서 실행됩니다. 창고와 ERP가 하나의 시스템입니다. 운영이 더 단순하고, 창고 프로세스가 생산이나 재무와 밀접하게 얽힌 사이트에 맞습니다.
분산형 EWM은 독립된 시스템으로 실행됩니다. ERP 패치나 성능 저하가 창고를 멈추지 않습니다. 가동 시간이 중요한 대량 물동량 물류센터와 사이트마다 규칙이 다른 네트워크에 맞습니다.
혼합 네트워크는 둘을 함께 씁니다. 소규모 사이트는 임베디드, 주요 물류센터는 분산형입니다. 단계적 롤아웃에서 효과적인데, 나머지에 손대지 않고 한 사이트에서 파일럿을 할 수 있기 때문입니다.
판단 기준은 간단합니다. ERP 업그레이드 주말에 창고가 오프라인이 되는 것을 감당할 수 없다면 분산형으로 가십시오.
EWM은 플러그인이 아닙니다. 2025년에 제가 공개한 범위는 다음과 같습니다.
| 환경 | 총 프로젝트 비용 | 일반적인 범위 |
|---|---|---|
| 소규모 사이트(25,000제곱피트 미만) | 25만~40만 달러 | 핵심 프로세스, 가벼운 커스터마이징 |
| 중형 물류센터(사용자 50~100명) | 60만~120만 달러 | 일부 자동화, 여러 구성 요소 |
| 대규모 또는 다수 사이트 네트워크 | 200만 달러 이상 | 대규모 자동화, 로봇, 여러 국가 |
자동화 연동은 기본 견적에 20~40%를 더합니다. 사이트가 컨베이어, 무인 운반차(AGV), 피킹 라이트(pick-to-light) 시스템에 연결된다면 그 작업은 따로 산정하십시오. 라이선스 측면에서, 임베디드 EWM의 기본 창고 관리는 S/4HANA 라이선스에 포함됩니다. 웨이브, 슬로팅, 인력 관리, Material Flow System 같은 고급 기능에는 EWM 라이선스가 필요하며, 분산형 EWM은 항상 필요합니다. 계약 조건과 사용자 수에 따라 다르지만 고급 EWM은 사용자당 연 $300~$600 정도로 예상하십시오.
창고 한 곳에 8~12개월을 잡으십시오. 제대로 된 테스트 없이 더 빠르다고 약속하는 사람은 믿지 마십시오. 다수 사이트 프로젝트는 여기서 더 길어지며, 롤아웃 웨이브 계획에 따라 달라집니다.
마스터 데이터의 작은 오류가 입고와 피킹 전반에 파급 효과를 일으킵니다. 시스템 문제처럼 보이지만 원인은 데이터입니다.
가장 많이 받는 질문은 어떤 데이터를 옮겨야 하느냐입니다.
- 트랜잭션 데이터는 두고 가십시오. 미결 납품, 이동 오더, 이동 이력은 WM과 EWM 사이에서 깔끔하게 매핑되지 않습니다. 컷오버 전에 WM에서 소진시키십시오.
- 마스터 데이터는 옮기되, 먼저 정리하십시오. 더 이상 쓰지 않는 자재를 삭제하십시오. 치수, 포장 단위, 단위 변환을 바로잡으십시오. 치수가 맞지 않아 입고와 피킹 전반에 파급 효과가 생겼고, 그것이 시스템 결함처럼 보였던 경우를 본 적이 있습니다.
- 창고 구조는 복사하지 말고 다시 설계하십시오. 한 소비재 기업은 이전하면서 창고 레이아웃을 완전히 다시 설계했고 피킹 속도가 30% 올라갔습니다.
- 자동화 인터페이스의 범위는 일찍 정하십시오. 제가 컨설팅한 한 제조업체에는 최신 소프트웨어와 통신하도록 설계된 적이 없는 컨베이어 제어 시스템이 있었습니다. 기본적인 통신을 겨우 되게 하려고 맞춤형 미들웨어를 만들어야 했습니다.
- 핵심부터 가동하십시오. 인바운드, 아웃바운드, 재고입니다. 슬로팅, 인력 관리, 부가가치 서비스는 핵심이 안정된 뒤에 추가하십시오. 한 소비재 기업은 모든 기능을 한꺼번에 구현하려다 감당하지 못했고 구축이 멈춰 버렸습니다.
WM이 더 큰 ECC 전환의 일부라면 제 ECC에서 S/4HANA로의 마이그레이션 가이드가 시기를 다루고, SAP 데이터 마이그레이션이 실패하는 이유가 정리 작업을 다룹니다.
시스템을 우회하는 사람들. 시스템을 믿지 못해 몰래 종이 기록을 유지하던 물류센터가 기억납니다. 핵심 사용자를 설계에 참여시키고, 역할별로 교육하고, 빠른 성과를 보여 주십시오.
Go-Live 시점의 불량 데이터. 한 소매 고객사는 제대로 정제하지 않은 채 수년 치 재고 데이터를 마이그레이션하려 했고, 그 오류로 Go-Live가 크게 늦어졌습니다. 마스터 데이터는 테스트 중이 아니라 구성 전에 바로잡으십시오.
피크 부하. 제가 함께 일한 고물동량 이커머스 창고는 성수기에 속도 저하를 겪은 뒤 서버 인프라를 다시 생각해야 했습니다. 첫 대규모 할인 행사 뒤가 아니라 Go-Live 전에 피크 물량으로 테스트하십시오.
생산 쪽은 제 SAP PP 생산 계획 가이드를 참고하십시오.
SAP EWM이란 무엇이며 SAP WM과 무엇이 다릅니까?
SAP EWM(Extended Warehouse Management)은 S/4HANA 기반의 SAP 전략 창고 시스템입니다. 기존 WM은 ECC용으로 만들어졌습니다. EWM은 네이티브 자동화 제어, 슬로팅, 인력 관리, 야드 관리, Fiori 기반 모바일 화면을 더하고, SAP의 신규 창고 개발은 모두 EWM에 투입됩니다. 기존 WM은 수명이 끝나 가고 있습니다.
SAP WM 지원은 언제 끝납니까?
ECC의 기존 WM은 SAP ERP 6.0을 따르며, 표준 유지보수는 2027년 말까지입니다. 온프레미스 S/4HANA 안에서 WM은 호환성 팩 사용 권한으로 운영되었고, 그 권한은 2025년 12월 31일에 끝났습니다. RISE 클라우드 구독 아래의 S/4HANA는 기간이 더 길며, SAP Note 2269324에 명시되어 있습니다. Stock Room Management는 단순한 WM 창고를 위한 SAP의 기본형 후속 제품입니다.
Stock Room Management와 EWM 중 무엇을 골라야 합니까?
Stock Room Management는 축소된 범위에 맞고 S/4HANA 전환 기간 동안 계속 가동되어야 하는 단순한 창고에 적합합니다. 기술적 마이그레이션이 필요 없고 S/4HANA 라이선스에 포함되지만, SAP는 더 이상 개발하지 않습니다. 창고가 웨이브, 야드 관리, 크로스 도킹, 부가가치 서비스, 자동화를 쓰거나 서비스 수준에 중요하다면 EWM을 고르십시오.
SAP EWM 구축에는 비용이 얼마나 듭니까?
참고 기준으로 핵심 프로세스를 갖춘 소규모 사이트는 25만~40만 달러, 중형 물류센터는 60만~120만 달러, 대규모 자동화 또는 다수 사이트 네트워크는 200만 달러 이상입니다. 자동화 연동은 20~40%를 더합니다. 임베디드 EWM의 기본 창고 관리는 S/4HANA 라이선스에 포함되고, 고급 기능과 분산형 EWM에는 EWM 라이선스가 필요합니다.
임베디드와 분산형 SAP EWM 중 어느 쪽이 맞습니까?
임베디드 EWM은 S/4HANA 안에서 실행되어 운영이 더 단순하며, 생산이나 재무와 밀접한 사이트에 맞습니다. 분산형 EWM은 따로 실행되므로 ERP 유지보수가 창고를 멈추지 않아, 대량 물동량 물류센터와 사이트마다 규칙이 다른 다수 사이트 네트워크에 맞습니다. 많은 네트워크가 둘을 섞어 씁니다.
SAP WM에서 EWM으로 옮길 때 데이터를 마이그레이션해야 합니까?
정리한 마스터 데이터를 옮기고 트랜잭션은 옮기지 마십시오. 미결 납품, 이동 오더, 이력은 깔끔하게 매핑되지 않으므로 컷오버 전에 WM에서 소진시키십시오. 빈, 저장 유형, 구역은 복사하지 말고 다시 설계하십시오. 이번 전환은 수년간 WM에 쌓인 문제를 바로잡을 기회입니다.
글쓴이
Noel D'Costa
SAP EHS: 개념과 구축에서 다루는 내용
SAP EHS는 S/4HANA 안에서 사고, 작업장 리스크, 배출, 폐기물을 관리합니다. 제품 안전과 위험물은 이제 별도 라이선스가 필요한 SAP의 제품 컴플라이언스로 옮겨 갔습니다.
SAP PP: 무슨 일을 하고, 어디서 무너지는가
SAP PP는 비즈니스가 생산해야 할 것과 현장이 실제로 내놓을 수 있는 것을 이어 줍니다. S/4HANA에서 어떻게 작동하는지, ECC와 무엇이 달라졌는지, MRP 결과를 쓸모없게 만드는 마스터 데이터 실수를 정리했습니다.
SAP Integration Suite: 의사결정과 운영 환경의 트레이드오프
SAP Integration Suite는 이름만 바뀐 CPI가 아니며, 팀이 잘못 내리는 결정은 대개 기술에 관한 것이 아닙니다. 구성 요소, PI/PO 마이그레이션, 레거시 한계, 테스트, 그리고 대부분의 인터페이스 장애 뒤에 있는 오너십 공백을 다룹니다.
SAP BTP Cockpit 문제: 다섯 가지 문제와 해결 방법
SAP BTP Cockpit에서는 다섯 가지 문제가 되풀이됩니다. 401 토큰 오류, Integration Suite 오류, 끊어진 링크, CAP 데스티네이션 실패, 하룻밤 사이에 멈추는 트라이얼 앱입니다. 각각 무엇을 먼저 확인해야 하는지 정리했습니다.
다음 단계
지금 ERP 프로젝트를 진행 중이십니까?
이 글이 지금 진행 중인 프로젝트와 맞닿아 있다면, 30분 대화가 일주일간의 내부 분석보다 대개 더 많은 진전을 가져옵니다.