सीधे कंटेंट पर जाएँ

SAP EWM: यह क्या करता है, कैसे काम करता है और इसकी लागत क्या है

SAP EWM, S/4HANA पर SAP का रणनीतिक वेयरहाउस सिस्टम है। यह क्या करता है, इसे कैसे लगाएँ, इसकी लागत कितनी है और उपयोग अधिकार खत्म होने से पहले क्लासिक WM से कैसे निकलें।

हार्ड हैट और हाई-विज़ वेस्ट पहने दो वेयरहाउस कर्मचारी रखे हुए कार्टन जाँच रहे हैं
विषय-सूची
  1. SAP EWM क्या करता है
  2. SAP WM, Stock Room Management या EWM
  3. डिप्लॉयमेंट के विकल्प
  4. इम्प्लीमेंटेशन की लागत और समय
  5. WM से EWM में जाना
  6. जिन जोखिमों की मैं पहले से योजना बनाऊँगा
  7. अक्सर पूछे जाने वाले सवाल

SAP Extended Warehouse Management (EWM) S/4HANA के लिए SAP का वेयरहाउस सिस्टम है। यह वेयरहाउस के हर बिन, टास्क और मूवमेंट को रीयल टाइम में सँभालता है, ऑटोमेशन से सीधे जुड़ता है और S/4HANA के अंदर या अलग सिस्टम के रूप में चलता है। अगर आप अभी भी क्लासिक Warehouse Management (WM) पर हैं, तो नीचे दी गई समाप्ति तिथियाँ आपकी टाइमलाइन तय करती हैं। एक वेयरहाउस का इम्प्लीमेंटेशन आमतौर पर 8 से 12 महीने में पूरा होता है।

वेयरहाउस की ज़्यादातर समस्याएँ तब तक लोगों की समस्या लगती हैं, जब तक आप उनकी ठीक से पड़ताल नहीं करते। किसी से पिक छूट जाता है। कोई ट्रेलर देर से डॉक पर लगता है। साइकिल काउंट में ऐसा अंतर निकलता है जिसे कोई समझा नहीं पाता। पहली नज़र टीम पर जाती है। आमतौर पर गड़बड़ी सिस्टम की होती है, या ऐसे सिस्टम की कमी जो ठीक से काम करे।

एक फ़ूड डिस्ट्रीब्यूशन सेंटर में मैंने रिसीविंग का समय लगभग एक तिहाई घटते देखा। टीम की रफ़्तार नहीं बढ़ाई गई थी। बस उनसे यह सोचना बंद करवा दिया गया कि सामान कहाँ रखना है। सिस्टम उन्हें बता देता था। एक इलेक्ट्रॉनिक्स वेयरहाउस ने पीक सीज़न में उसी टीम के साथ अपनी पिकिंग रेट दोगुनी कर ली, सिर्फ़ ज़्यादा समझदार पिक पाथ से।

EWM ने क्लासिक WM की जगह SAP के रणनीतिक वेयरहाउस प्रोडक्ट के रूप में ली है। इसे जटिल ऑपरेशन के लिए बनाया गया है: ऊँचा वॉल्यूम, कई साइटें, ऑटोमेशन और लेबर की बारीक ट्रैकिंग। यह Materials Management (MM), Sales and Distribution (SD), Production Planning (PP), Quality Management (QM) और Transportation Management (TM) से जुड़ता है, इसलिए वेयरहाउस का डेटा उसी सिस्टम में चलता है जिसमें प्रोक्योरमेंट, प्रोडक्शन और शिपिंग का डेटा है।

ये इसके घटक हैं, और ये कहाँ सबसे ज़्यादा काम आते हैं:

घटकयह क्या करता हैकहाँ फ़ायदा देता है
वेयरहाउस स्ट्रक्चरस्टोरेज टाइप, सेक्शन और बिन, जो भौतिक लेआउट को दर्शाते हैंजगह का उपयोग; मल्टी-ज़ोन ऑपरेशन
इनबाउंड प्रोसेसिंगयार्ड चेक-इन से पुटअवे तक गुड्स रिसीप्टतेज़ रिसीविंग, स्टॉक की तुरंत दृश्यता
आउटबाउंड प्रोसेसिंगवेव, पिकिंग, पैकिंग, स्टेजिंग, शिपिंगऑर्डर की रफ़्तार और सटीकता
फ़िज़िकल इन्वेंटरीबिन स्तर का स्टॉक और साइकिल काउंटिंगकम एडजस्टमेंट और राइट-ऑफ़
स्लॉटिंग और रीअरेंजमेंटउत्पादों को मांग के आधार पर रखता हैतेज़ ज़ोन में पिकर की कम आवाजाही
लेबर मैनेजमेंटकाम को इंजीनियर्ड मानकों के सामने मापता हैस्टाफ़िंग और कोचिंग
यार्ड मैनेजमेंटडॉक अपॉइंटमेंट, ट्रेलर की आवाजाहीदरवाज़ों पर कम भीड़
क्रॉस-डॉकिंगसामान को बिना स्टोर किए इनबाउंड से आउटबाउंड तक भेजता हैकम हैंडलिंग लागत
वैल्यू-एडेड सर्विसेज़किटिंग, लेबलिंग, हल्की असेंबलीDC के भीतर ग्राहक-विशेष ऑर्डर
क्वालिटी इंस्पेक्शनइंस्पेक्शन लंबित या एक्सपायरी पार कर चुके स्टॉक को ब्लॉक करता हैफ़ेल या एक्सपायर्ड सामान की शिपिंग नहीं
Material Flow System (MFS)कन्वेयर और ऑटोमेटेड स्टोरेज का सीधा नियंत्रणमिडलवेयर लेयर के बिना ऑटोमेशन

फ़ायदे आमतौर पर कुछ ख़ास जगहों पर दिखते हैं। जिस बेवरेज डिस्ट्रीब्यूटर के साथ मैंने काम किया, उसने एडवांस्ड शिपिंग नोटिफ़िकेशन से रिसीविंग का समय 35 प्रतिशत घटाया। एक कंज़्यूमर गुड्स कंपनी की कुल उत्पादकता तीन महीने में 18 प्रतिशत बढ़ गई, जब लेबर मैनेजमेंट ने दिखाया कि समय कहाँ जा रहा है। एक डिस्ट्रीब्यूटर ने अपने सालाना इन्वेंटरी राइट-ऑफ़ में 70 प्रतिशत की कटौती की।

समाप्ति तिथियाँ फ़ीचर की सूची से ज़्यादा मायने रखती हैं।

ECC पर क्लासिक WM SAP ERP 6.0 के मेंटेनेंस के साथ चलता है: मेनस्ट्रीम सपोर्ट 2027 के अंत तक।

S/4HANA के अंदर क्लासिक WM कम्पैटिबिलिटी स्कोप में चलता था। ऑन-प्रिमाइस S/4HANA के लिए ये उपयोग अधिकार 31 दिसंबर 2025 को समाप्त हो गए (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 की रिलीज़ साइकिल के साथ चलता है।

फ़ीचरक्लासिक WMStock Room ManagementSAP EWM
प्लैटफ़ॉर्मECC, या S/4HANA कम्पैटिबिलिटी स्कोपS/4HANAS/4HANA, embedded या decentralized
ऑटोमेशनथर्ड-पार्टी टूलबुनियादीनेटिव Material Flow System
वेव, यार्ड, क्रॉस-डॉकिंग, VASहाँ, अलग घटकों के रूप मेंशामिल नहींशामिल (Advanced)
स्लॉटिंग और लेबर मैनेजमेंटनहीं या न्यूनतमनहींहाँ
यूज़र इंटरफ़ेसSAP GUISAP GUISAP Fiori और मोबाइल
SAP रोडमैपसमाप्ति की ओरआगे कोई निवेश नहींरणनीतिक, सक्रिय विकास

मेरा नज़रिया: S/4HANA कन्वर्ज़न के दौरान Stock Room Management सरल वेयरहाउस के लिए एक अस्थायी ठिकाना है। अगर वेयरहाउस आपके सर्विस लेवल के लिए मायने रखता है, तो EWM की योजना बनाइए।

Embedded EWM S/4HANA के अंदर चलता है। वेयरहाउस और ERP के लिए एक ही सिस्टम। इसे चलाना आसान है, और यह उन साइटों के लिए ठीक बैठता है जहाँ वेयरहाउस की प्रक्रियाएँ प्रोडक्शन या फ़ाइनेंस से कसकर जुड़ी हैं।

Decentralized EWM अपने अलग सिस्टम के रूप में चलता है। ERP की पैचिंग और सुस्ती से वेयरहाउस नहीं रुकता। यह उन हाई-वॉल्यूम डिस्ट्रीब्यूशन सेंटरों के लिए ठीक है जहाँ अपटाइम निर्णायक है, और उन नेटवर्क के लिए जिन्हें हर साइट पर अलग नियम चाहिए।

Mixed networks में दोनों इस्तेमाल होते हैं: छोटी साइटों के लिए embedded, मुख्य DC के लिए decentralized। चरणबद्ध रोलआउट में यह अच्छा काम करता है, क्योंकि आप बाकी साइटों को छुए बिना एक साइट पर पायलट कर सकते हैं।

Embedded, decentralized या मिश्रित EWMEmbedded को चलाना आसान है। Decentralized में ERP की पैचिंग और सुस्ती के दौरान भी वेयरहाउस चलता रहता है।
EmbeddedDecentralizedमिश्रित नेटवर्क
यह कहाँ चलता हैEmbeddedS/4HANA के अंदरDecentralizedअपने अलग सिस्टम के रूप मेंमिश्रित नेटवर्कछोटी साइटों पर embedded, मुख्य DC पर decentralized
ERP अपग्रेड वाला सप्ताहांतEmbeddedवेयरहाउस को ऑफ़लाइन कर सकता हैDecentralizedवेयरहाउस नहीं रुकतामिश्रित नेटवर्कमुख्य DC नहीं रुकते
लाइसेंसEmbeddedबेसिक वेयरहाउस मैनेजमेंट S/4HANA में शामिल है, एडवांस्ड फ़ीचर के लिए EWM लाइसेंस चाहिएDecentralizedहमेशा EWM लाइसेंस चाहिएमिश्रित नेटवर्कdecentralized साइटों पर EWM लाइसेंस
किसके लिए बेहतरEmbeddedप्रोडक्शन या फ़ाइनेंस से कसकर जुड़ी साइटेंDecentralizedहाई-वॉल्यूम DC जहाँ अपटाइम निर्णायक हैमिश्रित नेटवर्कचरणबद्ध रोलआउट, जिनमें एक-एक साइट पर पायलट होता है

फ़ैसला करने वाला सवाल सीधा है। अगर ERP अपग्रेड वाला सप्ताहांत वेयरहाउस को ऑफ़लाइन कर देता और यह आपको मंज़ूर नहीं है, तो decentralized चुनिए।

EWM कोई प्लग-इन नहीं है। ये वे सीमाएँ हैं जो मैंने 2025 में प्रकाशित की थीं:

एनवायरनमेंटकुल प्रोजेक्ट लागतआम दायरा
छोटी साइट (25,000 वर्ग फ़ुट से कम)$250,000 से $400,000कोर प्रक्रियाएँ, हल्का कस्टमाइज़ेशन
मध्यम आकार का DC (50 से 100 यूज़र)$600,000 से $1.2 मिलियनकुछ ऑटोमेशन, कई घटक
बड़ा या मल्टी-साइट नेटवर्क$2 मिलियन+भारी ऑटोमेशन, रोबोटिक्स, कई देश

ऑटोमेशन इंटीग्रेशन बेस अनुमान में 20 से 40 प्रतिशत जोड़ देता है। अगर साइट कन्वेयर, ऑटोमेटेड गाइडेड व्हीकल या पिक-टू-लाइट सिस्टम से जुड़ती है, तो उस काम का दायरा अलग से तय कीजिए। लाइसेंसिंग की बात करें तो embedded EWM में बेसिक वेयरहाउस मैनेजमेंट S/4HANA लाइसेंस में शामिल है। वेव, स्लॉटिंग, लेबर मैनेजमेंट और Material Flow System जैसे एडवांस्ड फ़ीचर के लिए EWM लाइसेंस चाहिए, और decentralized EWM के लिए हमेशा चाहिए। एडवांस्ड EWM के लिए कॉन्ट्रैक्ट की शर्तों और यूज़र वॉल्यूम के हिसाब से मोटे तौर पर $300 से $600 प्रति यूज़र प्रति वर्ष मानकर चलिए।

एक वेयरहाउस के लिए 8 से 12 महीने की योजना बनाइए। जो भी बिना ठीक से टेस्टिंग किए इससे तेज़ का वादा करे, उस पर भरोसा न करें। मल्टी-साइट प्रोग्राम इससे आगे बढ़ते हैं, वेव प्लान के हिसाब से।

मास्टर डेटा की छोटी-छोटी गलतियाँ रिसीविंग और पिकिंग में ऐसा असर फैलाती हैं जो सिस्टम की खराबी जैसा दिखता है, पर जड़ में डेटा होता है।

मुझसे सबसे ज़्यादा पूछा जाने वाला सवाल यह है कि कौन-सा डेटा ले जाना है।

  1. ट्रांज़ैक्शनल डेटा पीछे छोड़ दें। ओपन डिलीवरी, ट्रांसफ़र ऑर्डर और मूवमेंट हिस्ट्री WM और EWM के बीच साफ़-साफ़ मैप नहीं होतीं। कटओवर से पहले इन्हें WM में ही निपटा दें।
  2. मास्टर डेटा माइग्रेट करें, पर पहले उसे साफ़ करें। पुराने मटीरियल हटा दें। डायमेंशन, पैक साइज़ और माप की इकाइयाँ ठीक करें। मैंने देखा है कि बेमेल डायमेंशन रिसीविंग और पिकिंग में ऐसा असर फैला देते हैं जो सिस्टम की खराबी जैसा दिखता था।
  3. वेयरहाउस स्ट्रक्चर की नकल करने के बजाय उसे नए सिरे से डिज़ाइन करें। एक कंज़्यूमर गुड्स कंपनी ने माइग्रेशन के दौरान अपना वेयरहाउस लेआउट पूरी तरह बदल दिया और उसकी पिकिंग की रफ़्तार 30 प्रतिशत बढ़ गई।
  4. ऑटोमेशन इंटरफ़ेस का दायरा जल्दी तय करें। जिस मैन्युफ़ैक्चरर को मैंने सलाह दी, उसका कन्वेयर कंट्रोल सिस्टम कभी आधुनिक सॉफ़्टवेयर से बात करने के लिए बना ही नहीं था। बुनियादी कम्युनिकेशन चालू करने के लिए ही हमें कस्टम मिडलवेयर बनाना पड़ा।
  5. पहले कोर के साथ go-live करें। इनबाउंड, आउटबाउंड और इन्वेंटरी। कोर स्थिर होने के बाद स्लॉटिंग, लेबर मैनेजमेंट और वैल्यू-एडेड सर्विसेज़ जोड़ें। मैंने एक कंज़्यूमर गुड्स कंपनी के साथ काम किया जिसने सारे फ़ीचर एक साथ लागू करने की कोशिश की। वह बोझ तले दब गई और इम्प्लीमेंटेशन ठप पड़ गया।

अगर 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 का सारा नया वेयरहाउस विकास इसी में होता है। क्लासिक WM अपने जीवन के अंत पर है।

SAP WM का सपोर्ट कब समाप्त होता है?

ECC पर क्लासिक WM, SAP ERP 6.0 के साथ चलता है, जिसका मेनस्ट्रीम मेंटेनेंस 2027 के अंत तक है। ऑन-प्रिमाइस S/4HANA के अंदर WM कम्पैटिबिलिटी-पैक के उपयोग अधिकारों के तहत चलता था, जो 31 दिसंबर 2025 को समाप्त हो गए। 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 के इम्प्लीमेंटेशन में कितना खर्च आता है?

मोटे अंदाज़ के लिए: कोर प्रक्रियाओं वाली छोटी साइट के लिए $250,000 से $400,000, मध्यम आकार के डिस्ट्रीब्यूशन सेंटर के लिए $600,000 से $1.2 मिलियन, और बड़े ऑटोमेटेड या मल्टी-साइट नेटवर्क के लिए $2 मिलियन या उससे ज़्यादा। ऑटोमेशन इंटीग्रेशन 20 से 40 प्रतिशत जोड़ता है। Embedded EWM में बेसिक वेयरहाउस मैनेजमेंट S/4HANA लाइसेंस में शामिल है। एडवांस्ड फ़ीचर और decentralized EWM के लिए EWM लाइसेंस चाहिए।

Embedded या decentralized SAP EWM: कौन-सा सही है?

Embedded EWM S/4HANA के अंदर चलता है और इसे चलाना आसान है, जो प्रोडक्शन या फ़ाइनेंस से कसकर जुड़ी साइटों के लिए ठीक बैठता है। Decentralized EWM अलग चलता है, इसलिए ERP मेंटेनेंस से वेयरहाउस नहीं रुकता। यह हाई-वॉल्यूम डिस्ट्रीब्यूशन सेंटरों और अलग-अलग नियमों वाले मल्टी-साइट नेटवर्क के लिए ठीक है। कई नेटवर्क दोनों को मिलाकर चलाते हैं।

SAP WM से EWM में जाते समय क्या डेटा माइग्रेट करना चाहिए?

साफ़ किया हुआ मास्टर डेटा माइग्रेट कीजिए, ट्रांज़ैक्शन नहीं। ओपन डिलीवरी, ट्रांसफ़र ऑर्डर और हिस्ट्री साफ़-साफ़ मैप नहीं होतीं, इसलिए कटओवर से पहले इन्हें WM में निपटा दें। बिन, स्टोरेज टाइप और ज़ोन की नकल करने के बजाय उन्हें नए सिरे से डिज़ाइन कीजिए। WM के सालों में जो गड़बड़ियाँ जमा हुईं, उन्हें ठीक करने का यह मौका है।

Noel D'Costa

लेखक

Noel D'Costa

एविएशन, सरकार, फ़ाइनेंस, रिटेल और मैन्युफ़ैक्चरिंग में SAP और Oracle ERP प्रोग्राम पर 25 साल। पृष्ठभूमि फ़ाइनेंस की है। मैं लीडरशिप टीमों की मदद करता हूँ: ट्रांसफ़ॉर्मेशन का स्कोप ईमानदारी से तय करने में, मुश्किल में फँसे प्रोग्राम को वापस पटरी पर लाने में, और ऐसे सिस्टम बनाने में जो प्रोडक्शन के पहले साल में टिके रहें।

अगला कदम

क्या आप अभी कोई ERP प्रोग्राम चला रहे हैं?

अगर यह लेख किसी ऐसे प्रोग्राम से जुड़ा है जिसमें आप अभी काम कर रहे हैं, तो 30 मिनट की बातचीत अक्सर एक और हफ़्ते के अंदरूनी विश्लेषण से ज़्यादा आगे ले जाती है।