SAP IBP: सप्लाई चेन के लिए इंटीग्रेटेड बिज़नेस प्लानिंग

SAP IBP का मतलब है SAP Integrated Business Planning for Supply Chain: सेल्स और ऑपरेशंस प्लानिंग, डिमांड फ़ोरकास्टिंग, इन्वेंटरी, रिस्पॉन्स और सप्लाई प्लानिंग, और डिमांड-ड्रिवन रीप्लेनिशमेंट के लिए SAP का क्लाउड सॉफ़्टवेयर। यह SAP S/4HANA या SAP ECC के ऊपर काम करता है, उससे मास्टर और ट्रांज़ैक्शन डेटा लेता है, और एग्ज़ीक्यूशन के लिए प्लान वापस भेजता है।

यह छोटा जवाब है। लंबा जवाब फ़िट के बारे में है। मैंने डिफ़ेंस मैन्युफ़ैक्चरिंग के लिए IBP इम्प्लीमेंट किया है, और यह फ़ायदेमंद है या नहीं, यह सवाल हमेशा एक ही बात पर आता है: आपकी प्लानिंग कितनी जटिल है।

यह गाइड सप्लाई चेन डायरेक्टरों, CFOs और प्रोग्राम लीड्स के लिए है। यह बताती है कि IBP आज क्या करता है, S/4HANA से कैसे जुड़ता है, embedded PP/DS और स्प्रेडशीट से इसकी तुलना कैसी है, और आम विफलता तकनीकी क्यों नहीं होती।

IBP, SAP HANA पर बनी एक क्लाउड सर्विस है। SAP इसे SAP Integrated Business Planning for Supply Chain के नाम से बेचता है, और इसकी प्लानिंग क्षमताएँ ये हैं:

1. सेल्स और ऑपरेशंस प्लानिंग (S&OP): तालमेल की वह परत जहाँ सेल्स, मार्केटिंग, सप्लाई चेन और फ़ाइनेंस डिमांड, सप्लाई और वित्तीय असर के लिए एक आँकड़े पर सहमत होते हैं
2. डिमांड: स्टैटिस्टिकल और मशीन लर्निंग फ़ोरकास्ट, जिनमें प्रमोशन और कमर्शियल इनपुट जुड़ते हैं, साथ में सर्वसम्मति प्रबंधन और फ़ोरकास्ट की सटीकता की ट्रैकिंग
3. इन्वेंटरी: प्रोडक्ट और लोकेशन के हिसाब से लक्ष्य स्टॉक, जो सर्विस लेवल, डिमांड के उतार-चढ़ाव और लीड टाइम से तय होता है, मल्टी-एशेलॉन नेटवर्क समेत
4. रिस्पॉन्स और सप्लाई: प्राथमिकता वाली डिमांड, एलोकेशन और कैपेसिटी से बने सीमित सप्लाई प्लान, साथ में ऑर्डर-आधारित प्लानिंग ताकि प्लान और हकीकत अलग होने पर जवाब दिया जा सके
5. डिमांड-ड्रिवन रीप्लेनिशमेंट: DDMRP पद्धति पर आधारित रणनीतिक डीकपलिंग पॉइंट और इन्वेंटरी बफ़र

SAP Supply Chain Control Tower, जो पूरी चेन में विज़िबिलिटी और अलर्ट देता है, IBP के साथ नेटिव रूप से इंटीग्रेट होता है। SAP का ऐप्लिकेशन ओवरव्यू हर रिलीज़ का मौजूदा स्कोप बताता है।

Joule, SAP का AI असिस्टेंट, Joule एंटाइटलमेंट के साथ IBP में उपलब्ध है। यह SAP के IBP डॉक्यूमेंटेशन से सवालों के जवाब देता है, और 2508 रिलीज़ ने Joule के ज़रिए जॉब शेड्यूलिंग जोड़ी: सेव किए गए जॉब की सूची देखना, उन्हें शेड्यूल करना और उनका स्टेटस जाँचना। उपयोगी है, लेकिन यह आपकी जगह प्लानिंग नहीं करता।

IBP, S/4HANA का मॉड्यूल नहीं है। यह अपनी अलग सब्सक्रिप्शन वाला अलग क्लाउड प्रोडक्ट है।

S/4HANA ऑपरेशनल एग्ज़ीक्यूशन चलाता है: MRP, प्रोडक्शन ऑर्डर, शॉप फ़्लोर शेड्यूल और कन्फ़र्मेशन। IBP टैक्टिकल और स्ट्रैटेजिक स्तर पर काम करता है, साथ में ऑर्डर-आधारित रिस्पॉन्स प्लानिंग भी। मेरी SAP PP गाइड S/4HANA वाला पक्ष कवर करती है, यह भी कि S/4HANA में क्लासिक SOP कम्पैटिबिलिटी स्कोप में क्यों है और IBP उसका घोषित उत्तराधिकारी क्यों है।

मास्टर डेटा (प्रोडक्ट, लोकेशन, रिसोर्स) और ट्रांज़ैक्शन डेटा (सेल्स हिस्ट्री, खुले ऑर्डर, स्टॉक) S/4HANA से IBP में जाते हैं। प्लान वापस आते हैं, जैसे फ़ोरकास्ट जो प्लान्ड इंडिपेंडेंट रिक्वायरमेंट्स के रूप में लौटते हैं। SAP Learning की IBP इंटीग्रेशन टूल्स की गाइड तीन मुख्य रास्ते बताती है:

1. SAP Integration Suite (Cloud Integration): नए IBP ग्राहकों के लिए SAP का पसंदीदा तरीका। यह SAP BTP पर चलता है, SAP Cloud Connector के ज़रिए ऑन-प्रिमाइस या प्राइवेट क्लाउड सिस्टम तक पहुँचता है, और SAP बड़े डेटा वॉल्यूम ले जाने के लिए S/4HANA Cloud Public Edition के लिए इंटीग्रेशन कंटेंट प्रकाशित करता है।
2. SAP Cloud Integration for data services (CI-DS): वह बैच टूल जो कई मौजूदा IBP ग्राहक पहले से चलाते हैं, ज़्यादातर टाइम-सीरीज़ डेटा के लिए। उन ग्राहकों के लिए यह अब भी सपोर्टेड है, लेकिन इसे एक ऑन-प्रिमाइस एजेंट चाहिए।
3. रियल-टाइम इंटीग्रेशन (RTI): रिस्पॉन्स और सप्लाई में ऑर्डर-आधारित प्लानिंग के लिए। यह bgRFC इस्तेमाल करके मास्टर और ट्रांज़ैक्शन डेटा के बदलाव होते ही IBP तक भेज देता है, बिना किसी शेड्यूल्ड बैच जॉब के। SAP का रियल-टाइम इंटीग्रेशन डॉक्यूमेंटेशन सोर्स सिस्टम के हिसाब से ज़रूरी शर्तें बताता है।

फ़्लैट-फ़ाइल अपलोड, Excel ऐड-इन और OData सर्विसेज़ छोटे या non-SAP फ़ीड संभालते हैं। अगर आप पहले से CI-DS चला रहे हैं, तो उसे हटाने की ज़रूरत नहीं। अगर आप अभी शुरू कर रहे हैं, तो Integration Suite के इर्द-गिर्द डिज़ाइन करें।

1. 04SAP IBPप्लान करता है: सेल्स और ऑपरेशंस, डिमांड, इन्वेंटरी, रिस्पॉन्स और सप्लाई
2. 03इंटीग्रेशनबैच डेटा के लिए SAP Integration Suite या CI-DS, ऑर्डर-आधारित प्लानिंग के लिए रियल-टाइम इंटीग्रेशन
3. 02SAP S/4HANA या ECCएग्ज़ीक्यूट करता है: MRP, प्रोडक्शन ऑर्डर, कन्फ़र्मेशन
4. 01मास्टर डेटालीड टाइम, प्लानिंग पैरामीटर, प्लांट असाइनमेंट

यहीं डेटा गवर्नेंस नतीजा तय करती है। अगर मटीरियल मास्टर में गलत लीड टाइम, अधूरे प्लानिंग पैरामीटर या गलत प्लांट असाइनमेंट हैं, तो IBP उन्हीं गलतियों पर प्लान करेगा। नतीजा तकनीकी रूप से सही और ऑपरेशनल रूप से गलत होता है।

इन तीनों की तुलना ऐसे की जाती है जैसे ये एक-दूसरे के प्रतिस्पर्धी हों। ज़्यादातर ये अलग-अलग सवालों के जवाब देते हैं।

Embedded PP/DS (Production Planning and Detailed Scheduling) S/4HANA के अंदर चलता है। यह दिनों और हफ़्तों की अवधि में प्लांट के रिसोर्स पर ऑर्डर की फ़ाइनाइट शेड्यूलिंग करता है।

IBP पूरे नेटवर्क में और महीनों की अवधि में प्लान करता है, और अलग-अलग फ़ंक्शन को एक प्लान पर सहमत कराता है। स्प्रेडशीट वही करती है जो प्लानर बनाता है, सिस्टम से कोई जुड़ाव नहीं।

नीचे की तालिका दिखाती है कि हर एक कहाँ ठीक बैठता है।

सवाल	SAP IBP	S/4HANA में embedded PP/DS	स्प्रेडशीट
मुख्य काम	नेटवर्क, टैक्टिकल और S&OP प्लानिंग	प्लांट में डिटेल्ड, फ़ाइनाइट शेड्यूलिंग	जो भी प्लानर मॉडल करे
अवधि	हफ़्तों से महीनों और उससे आगे	घंटों से हफ़्तों तक	कोई भी
दायरा	कई प्लांट, वेयरहाउस और चैनल	एक प्लांट के रिसोर्स और ऑर्डर	एक प्लानर का नज़रिया
डेटा	S/4HANA या ECC से इंटीग्रेटेड	S/4HANA वाला ही डेटाबेस	कॉपी किया गया, फिर पुराना
फ़ंक्शंस के बीच सहमति	अंदर ही बनी (S&OP, डिमांड सहमति)	नहीं	ईमेल और मीटिंग से
लाइसेंस	अलग क्लाउड सब्सक्रिप्शन	S/4HANA स्कोप का हिस्सा; एडवांस्ड फ़ीचर्स के लिए अपना लाइसेंस जाँचें	कोई नहीं

व्यवहार में मैंने S/4HANA में embedded PP/DS और MRP Live, दोनों इस्तेमाल किए हैं, और केस के हिसाब से क्लाइंट्स को IBP की ओर भी भेजा है। कई मैन्युफ़ैक्चरर को PP/DS या MRP Live चाहिए और IBP की कभी ज़रूरत नहीं पड़ती। कुछ को दोनों चाहिए: नेटवर्क प्लान और S&OP के लिए IBP, और प्लांट में असल में क्या चलेगा उसका क्रम तय करने के लिए PP/DS।

ज़्यादातर कंपनियाँ स्प्रेडशीट से शुरू करती हैं। वे तब तक ठीक हैं जब तक प्लानिंग एक व्यक्ति के मॉडल से बड़ी नहीं हो जाती। अगर आप अभी ERP ही चुन रहे हैं, तो मेरी मैन्युफ़ैक्चरिंग के लिए ERP की तुलना पहले वह फ़ैसला कवर करती है।

किसी के सब्सक्रिप्शन साइन करने से पहले इस तालिका को पहली जाँच की तरह इस्तेमाल करें।

संकेत	IBP की ओर इशारा	सिर्फ़ S/4HANA प्लानिंग की ओर इशारा
सेल्स चैनल	रिटेल, डायरेक्ट और एक्सपोर्ट, अलग-अलग लीड टाइम और सर्विस लेवल के साथ	एक मुख्य चैनल
डिमांड का पैटर्न	मौसमी या प्रमोशन से चलने वाला	स्थिर
डिस्ट्रीब्यूशन नेटवर्क	फ़ैक्टरी से क्षेत्रीय और स्थानीय वेयरहाउस तक	एक साइट या सरल नेटवर्क
सप्लाई की बाधाएँ	असली कैपेसिटी या सप्लायर सीमाएँ जिन्हें ऑप्टिमाइज़ करना ज़रूरी है	कैपेसिटी शायद ही कभी बाधा बनती है
S&OP की परिपक्वता	मासिक चक्र मौजूद है लेकिन अलग-अलग स्प्रेडशीट पर चलता है	अभी कोई S&OP प्रक्रिया नहीं
प्रोडक्ट रेंज	कई SKU और लोकेशन	सीमित SKU संख्या

अगर आपके ज़्यादातर जवाब दाहिने कॉलम में हैं, तो S/4HANA का MRP और प्रोडक्शन प्लानिंग ऑपरेशनल ज़रूरत पूरी कर देते हैं। IBP की अतिरिक्त लागत शायद वसूल न हो।

अगर आपके पास कोई S&OP प्रक्रिया ही नहीं है, तो पहले प्रक्रिया डिज़ाइन करें। सॉफ़्टवेयर उसे नहीं बनाएगा।

मैंने सप्लाई चेन टीमों को SAP IBP पर go-live करने के बाद भी अलग-अलग खानों में प्लानिंग करते देखा है। फ़ोरकास्टिंग एक स्प्रेडशीट में थी, प्रोडक्शन प्लानिंग दूसरी में, और लॉजिस्टिक्स कल के आँकड़ों पर फ़ैसले ले रहा था। IBP डिप्लॉय था, S/4HANA से इंटीग्रेशन चल रहा था और डैशबोर्ड भरे हुए थे।

प्लानरों को उन पर भरोसा नहीं था और वे अपने मॉडल चलाते रहे। मैंने एक कंपनी के साथ काम किया जहाँ प्लानर महीनों तक IBP के साथ-साथ चुपचाप अपनी पुरानी स्प्रेडशीट चलाते रहे। सिस्टम मौजूद था, लेकिन काम करने का तरीका नहीं बदला था।

कॉन्फ़िगरेशन से पहले डेटा की गुणवत्ता ठीक नहीं की गई

जो टीमें डेटा ठीक करने से पहले कॉन्फ़िगर करती हैं, उनके शुरुआती प्लान हकीकत से मेल नहीं खाते: फ़ोरकास्ट मौजूदा लीड टाइम को नज़रअंदाज़ करते हैं, सप्लाई प्लान असली कैपेसिटी को, और इन्वेंटरी लक्ष्य अधूरी हिस्ट्री पर बनते हैं। प्लानर जवाब में सिस्टम को नज़रअंदाज़ करने लगते हैं। जब तक डेटा ठीक होता है, IBP को नज़रअंदाज़ करना आदत बन चुका होता है।

कॉन्फ़िगरेशन शुरू होने से पहले S/4HANA के मास्टर डेटा को IBP की ज़रूरतों के हिसाब से परखें, कमियाँ दूर करें, और प्लानरों से भरोसा करने को कहने से पहले जाँचें कि नतीजे विश्वसनीय हैं। मेरा लेख SAP डेटा माइग्रेशन क्यों फ़ेल होता है बताता है कि यह आकलन कैसे करें।

S&OP को IBP के इर्द-गिर्द दोबारा डिज़ाइन नहीं किया गया

ज़्यादातर संगठनों में S&OP मीटिंगों की एक श्रृंखला है, जहाँ हर फ़ंक्शन अपने आँकड़े पेश करता है। इसके नीचे IBP लगा दीजिए, तो आपको उसी बिखरी प्रक्रिया से नए नतीजे मिलेंगे।

असरदार S&OP के लिए डेटा जमा करने का तय चक्र, डिमांड और सप्लाई के अंतर सुलझाने का तय रास्ता, और ऐसे एग्ज़ीक्यूटिव फ़ैसले चाहिए जो सलाह भर न होकर बाध्यकारी हों। सॉफ़्टवेयर उस प्रक्रिया को चलाना आसान बनाता है। जो प्रक्रिया मौजूद ही नहीं, उसे वह नहीं चला सकता।

इंटीग्रेशन का स्कोप अस्पष्ट छोड़ दिया गया

IBP इंटीग्रेशन को किसी भी दूसरे इंटीग्रेशन की तरह स्पष्ट करें: कौन-से मास्टर डेटा ऑब्जेक्ट, कौन-से ट्रांज़ैक्शन S/4HANA में वापस जाते हैं और कब, और जब दोनों सिस्टम असहमत हों तो मिलान कौन करता है। जो इंटीग्रेशन सिर्फ़ कॉन्सेप्ट स्तर पर बताकर तकनीकी टीम पर छोड़ दिए जाते हैं, वे टेस्टिंग में, या उससे भी बुरा, प्रोडक्शन में कमियों के रूप में सामने आते हैं।

अपनाने को ट्रेनिंग मान लिया गया

ट्रेनिंग लोगों को स्क्रीन सिखाती है। भरोसा पैदा नहीं करती। जो प्लानर देखते हैं कि IBP के फ़ोरकास्ट उनके अपने मॉडल से बेहतर हैं, वे बदल जाएँगे, और जो बार-बार चूक देखते हैं, वे नहीं बदलेंगे।

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

इंटीग्रेटेड बिज़नेस प्लानिंग की ज़्यादातर बेस्ट प्रैक्टिस क्रम पर आकर टिकती हैं। IBP प्रोजेक्ट शुरू होने से पहले इनकी पुष्टि इसी क्रम में करें:

1. हर उस मास्टर डेटा डोमेन के लिए एक नामित मालिक जिसे IBP इस्तेमाल करेगा
2. IBP की ज़रूरतों के हिसाब से डेटा गुणवत्ता का आकलन, जिसमें कमियाँ दूर हो चुकी हों या उनका शेड्यूल तय हो
3. एक डिज़ाइन किया हुआ S&OP चक्र: कैलेंडर, जमा करने की समय-सीमा, फ़ैसले के अधिकार और एस्केलेशन का रास्ता
4. एक इंटीग्रेशन स्पेसिफ़िकेशन जिसमें ऑब्जेक्ट, दिशा, आवृत्ति, टूल और मिलान का मालिक लिखा हो
5. मौजूदा तरीकों से फ़ोरकास्ट सटीकता की एक बेसलाइन, ताकि आप दिखा सकें कि IBP बेहतर कर रहा है
6. एक पैरेलल-रन अवधि जिसमें प्लानर IBP के नतीजों की अपने मॉडल से तुलना करें

अगर आप उसी समय ECC से भी आगे बढ़ रहे हैं, तो IBP की योजना S/4HANA मूव के बाद नहीं, उसके साथ बनाएँ। मेरी ECC से S/4HANA माइग्रेशन गाइड रास्ते और समय-सीमाएँ कवर करती है।

SAP IBP का फ़ुल फ़ॉर्म क्या है?

SAP IBP का मतलब है SAP Integrated Business Planning। SAP का पूरा प्रोडक्ट नाम SAP Integrated Business Planning for Supply Chain है। यह एक क्लाउड प्लानिंग प्रोडक्ट है, S/4HANA से अलग।

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 नेटिव रूप से इंटीग्रेट होता है। Joule, Joule एंटाइटलमेंट के साथ उपलब्ध है।

SAP IBP, S/4HANA से कैसे इंटीग्रेट होता है?

नए ग्राहकों के लिए SAP का पसंदीदा रास्ता SAP BTP पर SAP Integration Suite (Cloud Integration) है, जिसमें ऑन-प्रिमाइस या प्राइवेट क्लाउड सिस्टम के लिए SAP Cloud Connector होता है। मौजूदा ग्राहक SAP Cloud Integration for data services (CI-DS) रख सकते हैं। रिस्पॉन्स और सप्लाई में ऑर्डर-आधारित प्लानिंग रियल-टाइम इंटीग्रेशन इस्तेमाल करती है, जो बदलाव होते ही उन्हें IBP तक भेज देता है।

क्या SAP IBP, S/4HANA का हिस्सा है?

नहीं। IBP अपनी अलग सब्सक्रिप्शन वाला एक अलग क्लाउड प्रोडक्ट है। S/4HANA, MRP और प्रोडक्शन ऑर्डर जैसा ऑपरेशनल एग्ज़ीक्यूशन संभालता है, जबकि IBP पूरे नेटवर्क में टैक्टिकल और स्ट्रैटेजिक प्लानिंग संभालता है।

SAP IBP और PP/DS में क्या अंतर है?

Embedded PP/DS, S/4HANA के अंदर चलता है और छोटी अवधि में प्लांट के रिसोर्स पर ऑर्डर की फ़ाइनाइट, डिटेल्ड शेड्यूलिंग करता है। IBP महीनों की अवधि में प्लांट, वेयरहाउस और चैनलों के पार प्लान करता है और S&OP सहमति को सपोर्ट करता है। कुछ मैन्युफ़ैक्चरर को एक चाहिए, कुछ को दोनों।

SAP APO और SAP IBP में क्या अंतर है?

SAP APO (Advanced Planner and Optimizer) SAP SCM 7.0 का ऑन-प्रिमाइस प्लानिंग कंपोनेंट है, जिसका मेनस्ट्रीम मेंटेनेंस 2027 में खत्म होता है, और वैकल्पिक एक्सटेंडेड मेंटेनेंस 2030 तक है। ज़्यादातर APO प्लानिंग के लिए IBP, SAP का क्लाउड उत्तराधिकारी है, और डिटेल्ड प्रोडक्शन शेड्यूलिंग S/4HANA में embedded PP/DS में चली जाती है। इसे प्लानिंग का नया डिज़ाइन मानें, सीधा लिफ़्ट-एंड-शिफ़्ट नहीं।

अगर आप IBP की तुलना उससे कर रहे हैं जो S/4HANA पहले से देता है, तो सॉफ़्टवेयर डेमो से नहीं, अपनी प्लानिंग की जटिलता से शुरू करें। अगर आप फ़िट, स्कोप या इंटीग्रेशन डिज़ाइन पर दूसरी राय चाहते हैं, तो मुझसे संपर्क करें।