
विषय-सूची
- SAP IBP क्या कवर करता है
- IBP, S/4HANA के साथ कैसे फ़िट होता है
- क्या आपको IBP चाहिए?
- IBP इम्प्लीमेंटेशन कहाँ ग़लत होते हैं
- कॉन्फ़िगरेशन से पहले डेटा क्वालिटी ठीक नहीं की गई
- S&OP को IBP के इर्द-गिर्द दोबारा डिज़ाइन नहीं किया गया
- इंटीग्रेशन का दायरा अस्पष्ट छोड़ा गया
- अडॉप्शन को ट्रेनिंग समझ लिया गया
- रेडीनेस चेकलिस्ट
- अक्सर पूछे जाने वाले सवाल
SAP Integrated Business Planning (IBP) सप्लाई चेन प्लानिंग के लिए SAP का क्लाउड सूट है: सेल्स एंड ऑपरेशंस प्लानिंग (S&OP), डिमांड, इन्वेंटरी, और रिस्पॉन्स एंड सप्लाई, साथ में डिमांड-ड्रिवन रीप्लेनिशमेंट। यह S/4HANA या ECC के ऊपर बैठता है, उनसे मास्टर और ट्रांज़ैक्शन डेटा लेता है और प्लान को अमल के लिए वापस भेजता है। यह तब मायने रखता है जब प्लानिंग सचमुच जटिल हो, और जैसे-जैसे SAP SCM का मेंटेनेंस समाप्ति की ओर बढ़ रहा है, यह ज़्यादातर APO प्लानिंग के लिए SAP का उत्तराधिकारी है। यह गाइड उन सप्लाई चेन डायरेक्टर, CFO और प्रोग्राम लीड के लिए है जो तय कर रहे हैं कि IBP लेना सही है या नहीं और आम नाकामी से कैसे बचा जाए। वह नाकामी शायद ही कभी तकनीकी होती है। प्लानर आउटपुट पर भरोसा नहीं करते, इसलिए अपनी स्प्रेडशीट रखे रहते हैं।
मैंने ऐसी सप्लाई चेन टीमें देखी हैं जो SAP IBP पर go-live कर चुकी थीं और फिर भी अलग-अलग सायलो में प्लानिंग करती रहीं। फ़ोरकास्टिंग एक स्प्रेडशीट में थी, प्रोडक्शन प्लानिंग दूसरी में, और लॉजिस्टिक्स कल के आँकड़ों के आधार पर फ़ैसले ले रहा था। IBP डिप्लॉय हो चुका था। S/4HANA से इंटीग्रेशन चल रहा था। डैशबोर्ड भरे हुए थे।
प्लानरों को उनमें दिखने वाले आँकड़ों पर भरोसा नहीं था और उन्होंने अपने मॉडल रखे। मैंने एक कंपनी के साथ काम किया जहाँ प्लानर महीनों तक चुपचाप अपनी पुरानी स्प्रेडशीट IBP के साथ-साथ चलाते रहे। सिस्टम मौजूद था, पर काम करने का तरीक़ा नहीं बदला था।
IBP, SAP HANA पर बनी एक क्लाउड सेवा है। इसके एप्लिकेशन ये कवर करते हैं:
- सेल्स एंड ऑपरेशंस प्लानिंग (S&OP): वह समन्वय परत जहाँ सेल्स, मार्केटिंग, सप्लाई चेन और फ़ाइनेंस डिमांड, सप्लाई और वित्तीय असर के लिए एक संख्या पर सहमत होते हैं
- डिमांड: प्रमोशन और कमर्शियल इनपुट के साथ सांख्यिकीय और मशीन-लर्निंग फ़ोरकास्ट, वर्ज़न और कंसेंसस मैनेजमेंट तथा फ़ोरकास्ट एक्यूरेसी ट्रैकिंग सहित
- इन्वेंटरी: सर्विस लेवल, डिमांड के उतार-चढ़ाव और लीड टाइम के आधार पर प्रोडक्ट और लोकेशन के हिसाब से टारगेट स्टॉक, मल्टी-एकेलॉन नेटवर्क सहित
- रिस्पॉन्स और सप्लाई: पूरे नेटवर्क में कंस्ट्रेन्ड सप्लाई प्लान, और जब प्लान और हक़ीक़त में फ़र्क़ आए तो जवाब देने के लिए ऑर्डर-बेस्ड प्लानिंग
- डिमांड-ड्रिवन रीप्लेनिशमेंट: DDMRP पद्धति पर आधारित बफ़र पोज़ीशनिंग
पूरी चेन में विज़िबिलिटी और अलर्ट के लिए SAP Supply Chain Control Tower, IBP के साथ नेटिव रूप से इंटीग्रेट होता है। SAP का एप्लिकेशन ओवरव्यू मौजूदा दायरे की सूची देता है।
Joule, रिलीज़ 2502 (जनवरी 2025) से IBP में सामान्य रूप से उपलब्ध है, अलग लाइसेंस के तहत। वह SAP के IBP डॉक्यूमेंटेशन और आपके अपने ग्राउंडेड दस्तावेज़ों से सवालों के जवाब देता है, सही ऐप खोलता है, मास्टर डेटा हेल्थ चेक चलाता है और जॉब शेड्यूल व मॉनिटर करता है। काम का है, पर वह आपके लिए प्लानिंग नहीं करता।
IBP, S/4HANA का मॉड्यूल नहीं है। यह अपनी सब्सक्रिप्शन वाला एक अलग क्लाउड प्रोडक्ट है, RISE with SAP ग्राहकों के लिए भी।
S/4HANA ऑपरेशनल अमल चलाता है: MRP, प्रोडक्शन ऑर्डर, शॉप फ़्लोर शेड्यूल और कन्फ़र्मेशन। IBP टैक्टिकल और स्ट्रैटेजिक स्तर पर काम करता है: मासिक और साप्ताहिक डिमांड व सप्लाई प्लानिंग, S&OP और इन्वेंटरी स्ट्रैटेजी। मेरी SAP PP गाइड S/4HANA वाला पक्ष कवर करती है, जिसमें यह भी कि S/4HANA में क्लासिक SOP कंपैटिबिलिटी स्कोप में क्यों है और IBP उसका घोषित उत्तराधिकारी क्यों।
इंटीग्रेशन दोनों दिशाओं में चलता है। मास्टर डेटा (प्रोडक्ट, लोकेशन, रिसोर्स) और ट्रांज़ैक्शन डेटा (सेल्स हिस्ट्री, खुले ऑर्डर, स्टॉक) S/4HANA से IBP में जाता है। प्लान अमल को चलाने के लिए वापस आते हैं। दो मुख्य रास्ते हैं:
- टाइम-सीरीज़ प्लानिंग (S&OP, डिमांड, इन्वेंटरी) SAP Cloud Integration for data services के ज़रिए इंटीग्रेट होती है, और एक्सट्रैक्शन आसान बनाने के लिए S/4HANA या ECC में एक ऐड-ऑन होता है।
- ऑर्डर-बेस्ड प्लानिंग (रिस्पॉन्स और सप्लाई) ECC या S/4HANA के साथ रियल-टाइम इंटीग्रेशन इस्तेमाल करती है, जो Core Interface (CIF) पर बना है।
यहीं डेटा गवर्नेंस नतीजा तय करता है। अगर मैटेरियल मास्टर में ग़लत लीड टाइम, छूटे हुए प्लानिंग पैरामीटर या ग़लत प्लांट असाइनमेंट हों, तो IBP उन्हीं ग़लतियों पर प्लान बनाएगा। आउटपुट तकनीकी रूप से सही और ऑपरेशनल रूप से ग़लत होगा।
- SAP IBPप्लान करता है: सेल्स एंड ऑपरेशंस, डिमांड, इन्वेंटरी, रिस्पॉन्स और सप्लाई
- इंटीग्रेशनCloud Integration for data services के ज़रिए टाइम-सीरीज़ डेटा, CIF पर रियल टाइम में ऑर्डर-बेस्ड प्लानिंग
- SAP S/4HANA या ECCअमल करता है: MRP, प्रोडक्शन ऑर्डर, कन्फ़र्मेशन
- मास्टर डेटालीड टाइम, प्लानिंग पैरामीटर, प्लांट असाइनमेंट
किसी के सब्सक्रिप्शन पर दस्तख़त करने से पहले इस टेबल को पहली कसौटी की तरह इस्तेमाल कीजिए।
| संकेत | IBP की ओर इशारा | केवल S/4HANA प्लानिंग की ओर इशारा |
|---|---|---|
| सेल्स चैनल | रिटेल, डायरेक्ट और एक्सपोर्ट, अलग लीड टाइम और सर्विस लेवल के साथ | एक मुख्य चैनल |
| डिमांड पैटर्न | मौसमी या प्रमोशन-संचालित | स्थिर |
| डिस्ट्रीब्यूशन नेटवर्क | फ़ैक्टरी से क्षेत्रीय और स्थानीय वेयरहाउस | एक साइट या सरल नेटवर्क |
| सप्लाई बाधाएँ | असली क्षमता या सप्लायर की सीमाएँ जिन्हें ऑप्टिमाइज़ करना पड़े | क्षमता शायद ही बाधा बनती है |
| S&OP की परिपक्वता | मासिक चक्र मौजूद है पर अलग-अलग स्प्रेडशीट पर चलता है | अभी कोई S&OP प्रोसेस नहीं |
| प्रोडक्ट रेंज | कई SKU और लोकेशन | सीमित SKU संख्या |
अगर आपके ज़्यादातर जवाब दाएँ कॉलम में आते हैं, तो S/4HANA MRP और प्रोडक्शन प्लानिंग ऑपरेशनल ज़रूरत पूरी कर देते हैं, और IBP की अतिरिक्त लागत वसूल नहीं भी हो सकती। अगर आपके पास कोई S&OP प्रोसेस है ही नहीं, तो पहले प्रोसेस डिज़ाइन कीजिए। सॉफ़्टवेयर उसे नहीं बनाएगा।
कॉन्फ़िगरेशन से पहले डेटा क्वालिटी ठीक नहीं की गई
जो टीमें डेटा ठीक करने से पहले कॉन्फ़िगर करती हैं, वे शुरुआती प्लान ऐसे बनाती हैं जो हक़ीक़त से मेल नहीं खाते: मौजूदा लीड टाइम को अनदेखा करते फ़ोरकास्ट, असली क्षमता को अनदेखा करते सप्लाई प्लान, अधूरी हिस्ट्री पर बने इन्वेंटरी टारगेट। प्लानर जवाब में सिस्टम को ही अनदेखा करने लगते हैं। जब तक डेटा ठीक होता है, IBP को अनदेखा करना आदत बन चुका होता है, और उस आदत को बदलना डेटा ठीक करने से ज़्यादा कठिन होता है।
इसका उपाय: कॉन्फ़िगरेशन शुरू होने से पहले S/4HANA मास्टर डेटा को IBP की ज़रूरतों के सामने परखिए, कमियाँ भरिए, और प्लानरों से भरोसा करने को कहने से पहले जाँच लीजिए कि आउटपुट विश्वसनीय हैं। मेरा लेख SAP डेटा माइग्रेशन क्यों फ़ेल होता है बताता है कि यह आकलन कैसे चलाएँ।
S&OP को IBP के इर्द-गिर्द दोबारा डिज़ाइन नहीं किया गया
ज़्यादातर संगठनों में S&OP मीटिंगों की एक कड़ी है जिसमें हर फ़ंक्शन अपनी संख्याएँ पेश करता है। उसके नीचे IBP रख दीजिए तो आपको उसी बिखरे प्रोसेस से नए आउटपुट मिलते हैं। असरदार S&OP के लिए चाहिए डेटा जमा करने का तय चक्र, डिमांड और सप्लाई के अंतर सुलझाने का तय रास्ता, और ऐसे एक्ज़ीक्यूटिव फ़ैसले जो सलाह भर नहीं, बाध्यकारी हों। सॉफ़्टवेयर उस प्रोसेस को चलाना आसान बनाता है। वह ऐसा प्रोसेस नहीं चला सकता जो मौजूद ही नहीं है।
इंटीग्रेशन का दायरा अस्पष्ट छोड़ा गया
IBP इंटीग्रेशन को किसी भी दूसरे इंटीग्रेशन की तरह स्पेसिफ़ाई कीजिए: कौन-से मास्टर डेटा ऑब्जेक्ट, कौन-से ट्रांज़ैक्शन S/4HANA में वापस और कब जाते हैं, और जब दोनों सिस्टम असहमत हों तो रिकंसाइल कौन करेगा। जो इंटीग्रेशन सिर्फ़ कॉन्सेप्ट स्तर पर बताए जाते हैं और तकनीकी टीम पर छोड़ दिए जाते हैं, वे टेस्टिंग में, या उससे बुरा, प्रोडक्शन में कमियों के रूप में सामने आते हैं।
अडॉप्शन को ट्रेनिंग समझ लिया गया
ट्रेनिंग लोगों को स्क्रीन सिखाती है। वह भरोसा नहीं बनाती। भरोसा सटीकता से आता है: जो प्लानर देखते हैं कि IBP फ़ोरकास्ट उनके अपने मॉडल से बेहतर हैं, वे बदल जाएँगे। जो बार-बार चूक देखते हैं, वे नहीं बदलेंगे, और चूक आमतौर पर ख़राब डेटा, बिना ट्यून किए सांख्यिकीय मॉडल या ऐसे बिज़नेस अपवादों से आती है जिन्हें किसी ने डाला ही नहीं। प्लानरों से प्रतिबद्धता माँगने से पहले उन्हें सटीक आउटपुट दिखाइए।
IBP जुड़ा हुआ था। सिस्टम चल रहा था। प्लानिंग टीम फिर भी स्प्रेडशीट में काम चला रही थी। टेक्नोलॉजी मौजूद थी। सिस्टम के आउटपुट पर भरोसा नहीं था। IBP की सबसे आम नाकामी यही है।
IBP प्रोजेक्ट शुरू होने से पहले इन्हें क्रम से पक्का कीजिए:
- IBP जिन मास्टर डेटा डोमेन का इस्तेमाल करेगा, उनमें से हर एक के लिए एक नामित ओनर
- IBP की ज़रूरतों के सामने डेटा क्वालिटी आकलन, कमियाँ भरी हुईं या उनका शेड्यूल तय
- डिज़ाइन किया हुआ S&OP चक्र: कैलेंडर, जमा करने की समय-सीमाएँ, फ़ैसले के अधिकार और एस्केलेशन का रास्ता
- ऑब्जेक्ट, दिशा, आवृत्ति और रिकंसिलिएशन ओनर बताने वाला इंटीग्रेशन स्पेसिफ़िकेशन
- मौजूदा तरीक़ों से फ़ोरकास्ट एक्यूरेसी की बेसलाइन, ताकि आप दिखा सकें कि IBP बेहतर कर रहा है
- पैरेलल-रन की अवधि, जिसमें प्लानर IBP के आउटपुट की तुलना अपने मॉडल से करें
SAP IBP क्या है और क्या करता है?
SAP Integrated Business Planning, SAP का क्लाउड सप्लाई चेन प्लानिंग सूट है। यह सेल्स एंड ऑपरेशंस प्लानिंग, डिमांड फ़ोरकास्टिंग, इन्वेंटरी ऑप्टिमाइज़ेशन, रिस्पॉन्स एंड सप्लाई प्लानिंग और डिमांड-ड्रिवन रीप्लेनिशमेंट को कवर करता है। हर फ़ंक्शन के अपनी-अपनी स्प्रेडशीट पर प्लान करने के बजाय, IBP उन्हें साझा डेटासेट और प्रोसेस देता है। वह प्लान करता है; S/4HANA या ECC अमल करता है।
SAP IBP में कौन-से एप्लिकेशन हैं?
SAP IBP for sales and operations, SAP IBP for demand, SAP IBP for inventory, SAP IBP for response and supply, और डिमांड-ड्रिवन रीप्लेनिशमेंट। विज़िबिलिटी और अलर्ट के लिए SAP Supply Chain Control Tower नेटिव रूप से इंटीग्रेट होता है। ज़्यादातर कंपनियाँ S&OP और डिमांड से शुरू करती हैं, फिर इन्वेंटरी और सप्लाई जोड़ती हैं।
क्या SAP IBP, S/4HANA का हिस्सा है?
नहीं। IBP अपनी सब्सक्रिप्शन वाला एक अलग क्लाउड प्रोडक्ट है, और यह बेस RISE with SAP कॉन्ट्रैक्ट में शामिल नहीं है। S/4HANA MRP और प्रोडक्शन ऑर्डर जैसा ऑपरेशनल अमल संभालता है। IBP टैक्टिकल और स्ट्रैटेजिक प्लानिंग संभालता है। टाइम-सीरीज़ डेटा SAP Cloud Integration for data services के ज़रिए इंटीग्रेट होता है, और ऑर्डर-बेस्ड प्लानिंग Core Interface (CIF) पर बने रियल-टाइम इंटीग्रेशन का इस्तेमाल करती है।
SAP IBP को S/4HANA से कौन-सा डेटा चाहिए?
मास्टर डेटा: प्लानिंग पैरामीटर और लीड टाइम वाले प्रोडक्ट, लोकेशन, रिसोर्स और क्षमताएँ, और यह नेटवर्क कि कहाँ से क्या भेजा जाता है। ट्रांज़ैक्शन डेटा: सेल्स हिस्ट्री, खुले सेल्स ऑर्डर, लोकेशन के हिसाब से स्टॉक, और खुले प्रोडक्शन व परचेज़ ऑर्डर। उस डेटा की गुणवत्ता प्लान की गुणवत्ता तय करती है। ग़लत लीड टाइम से ग़लत टाइमिंग मिलती है; असंगत लोकेशन नेटवर्क प्लान में छेद छोड़ देते हैं।
SAP IBP इम्प्लीमेंटेशन में कितना समय लगता है?
इम्प्लीमेंटेशन में आमतौर पर छह से 12 महीने लगते हैं, और जो इससे तेज़ का वादा करे, उस पर मैं भरोसा नहीं करूँगा। सभी क्षेत्रों में पूरा इम्प्लीमेंटेशन, जटिल नेटवर्क डिज़ाइन और मल्टी-एकेलॉन इन्वेंटरी ऑप्टिमाइज़ेशन के साथ, 12 से 18 महीने ले सकता है। देरी का सबसे भरोसेमंद कारण बिना स्कोप किया हुआ डेटा का काम है, जैसे प्रोजेक्ट के बीच में पता चलना कि कई प्रोडक्ट का मैटेरियल मास्टर में कोई लीड टाइम है ही नहीं।
SAP APO और SAP IBP में क्या फ़र्क़ है?
SAP APO (Advanced Planner and Optimizer) SAP SCM 7.0 का ऑन-प्रेमिस प्लानिंग कंपोनेंट है, जिसका मेनस्ट्रीम मेंटेनेंस 2027 में ख़त्म होता है, और 2030 तक वैकल्पिक एक्सटेंडेड मेंटेनेंस है। ज़्यादातर APO प्लानिंग के लिए IBP, SAP का क्लाउड उत्तराधिकारी है; डिटेल्ड प्रोडक्शन शेड्यूलिंग S/4HANA में एम्बेडेड PP/DS पर चली जाती है। सप्लाई चेन के लिए SAP का Readiness Check इस बदलाव का दायरा तय करने में मदद करता है। इसे प्लानिंग का पुनर्डिज़ाइन मानिए, लिफ़्ट एंड शिफ़्ट नहीं।
अगला कदम
क्या आप अभी कोई ERP प्रोग्राम चला रहे हैं?
अगर यह लेख किसी ऐसे प्रोग्राम से जुड़ा है जिसमें आप अभी काम कर रहे हैं, तो 30 मिनट की बातचीत अक्सर एक और हफ़्ते के अंदरूनी विश्लेषण से ज़्यादा आगे ले जाती है।




