
विषय-सूची
- SAP इम्प्लीमेंटेशन में क्या-क्या शामिल है
- SAP इम्प्लीमेंटेशन के चरण: SAP Activate के छह फेज़
- पाँच स्टेज या छह?
- तीन दिन के क्लोज़ रिहर्सल का गेट
- कॉन्फ़िगरेशन शुरू होने से पहले प्लानिंग
- मौजूदा प्रक्रियाओं का नक्शा वैसा बनाएँ जैसी वे असल में चलती हैं
- हर प्रोसेस के लिए स्टैंडर्ड बनाम एक्सटेंशन तय करें
- डेटा माइग्रेशन शुरू होने से पहले डेटा क्वालिटी का ऑडिट करें
- पहले टीम बनाएँ, फिर स्कोप तय करें
- SAP इम्प्लीमेंटेशन प्रोजेक्ट में आपको किसकी ज़रूरत है
- आम चुनौतियाँ और उनसे कैसे निपटें
- go-live से पहले, दौरान और बाद में
- दो प्रोग्राम जो सफल रहे
- अभी शुरू हो रहे प्रोग्राम के लिए क्या बदला है
- क्लाउड एडिशन अब डिफ़ॉल्ट हैं
- clean core ग्रेड वाला है, हाँ-या-ना वाला नहीं
- डिलीवरी टीम में AI
- अक्सर पूछे जाने वाले प्रश्न
SAP इम्प्लीमेंटेशन वह प्रोग्राम है जो किसी कंपनी के फ़ाइनेंस, प्रोक्योरमेंट, सप्लाई चेन, सेल्स और HR को एक SAP सिस्टम पर ले आता है, जो आज आमतौर पर SAP S/4HANA होता है। यह SAP Activate के छह फेज़ (Discover, Prepare, Explore, Realize, Deploy और Run) से गुज़रता है, और इसकी सफलता या असफलता इस पर टिकी होती है कि किसी के कुछ भी कॉन्फ़िगर करने से पहले प्रोसेस, डेटा और लोगों पर कितना काम हुआ।
छोटा जवाब: SAP इम्प्लीमेंटेशन प्रोजेक्ट अलग-अलग पुराने सिस्टमों की जगह एक सिस्टम और एक डेटा मॉडल लाता है। प्रक्रिया के छह चरण हैं: बिज़नेस केस की पुष्टि, टीम को जुटाना, SAP के स्टैंडर्ड के हिसाब से डिज़ाइन, बिल्ड और टेस्ट, go-live, फिर स्थिरता और हैंडओवर। मेरे अनुभव में GROW with SAP पर इसमें 6 से 9 महीने और RISE with SAP पर 9 से 18 महीने लगते हैं, और मेरी SAP इम्प्लीमेंटेशन टाइमलाइन गाइड इसे फेज़-दर-फेज़ समझाती है।
जिन 21 SAP प्रोग्राम का मैंने नेतृत्व किया, जिन्हें बचाया या जिन्हें भटकते देखा, उन सब में एक ही पैटर्न दिखता है। जो कंपनियाँ SAP को सॉफ़्टवेयर इंस्टॉलेशन समझती हैं, वे संघर्ष करती हैं। जो कंपनियाँ पहले प्रोसेस रीडिज़ाइन करती हैं और बाद में कॉन्फ़िगर करती हैं, वे बोर्ड से किया वादा पूरा करती हैं।
यह गाइड उन एग्ज़ीक्यूटिव और प्रोग्राम लीड के लिए है जो इम्प्लीमेंटेशन शुरू करने वाले हैं। अगर आप एक ही सेक्शन पढ़ें, तो "कॉन्फ़िगरेशन शुरू होने से पहले प्लानिंग" पढ़ें।
S/4HANA, SAP का मौजूदा ERP है और SAP HANA इन-मेमोरी डेटाबेस पर चलता है। कई कंपनियाँ अब भी पुराना SAP ECC चलाती हैं, लेकिन ECC का मेनस्ट्रीम मेंटेनेंस 31 दिसंबर 2027 को खत्म होता है, और ऊँची फ़ीस पर 2030 के अंत तक वैकल्पिक एक्सटेंडेड मेंटेनेंस मिलता है।
ये वे मुख्य मॉड्यूल हैं जिनसे ज़्यादातर इम्प्लीमेंटेशन शुरुआत करते हैं:
| मॉड्यूल | यह क्या संभालता है |
|---|---|
| FI (वित्तीय लेखांकन) | जनरल लेजर, देय खाते, प्राप्य खाते, एसेट अकाउंटिंग |
| CO (कंट्रोलिंग) | कॉस्ट सेंटर, प्रॉफ़िट सेंटर, इंटरनल ऑर्डर, मैनेजमेंट रिपोर्टिंग |
| MM (मटीरियल्स मैनेजमेंट) | प्रोक्योरमेंट, इन्वेंटरी, गुड्स मूवमेंट, वेंडर मैनेजमेंट |
| SD (सेल्स एंड डिस्ट्रिब्यूशन) | ऑर्डर-टू-कैश, प्राइसिंग, शिपिंग, बिलिंग |
| PP (प्रोडक्शन प्लानिंग) | मैन्युफ़ैक्चरिंग ऑर्डर, कैपेसिटी प्लानिंग, MRP |
| HCM (ह्यूमन कैपिटल मैनेजमेंट) | HR मास्टर डेटा, पेरोल, टाइम मैनेजमेंट |
ज़्यादातर कंपनियाँ FI/CO और एक-दो ऑपरेशनल मॉड्यूल से शुरुआत करती हैं। बाकी बाद की रिलीज़ में बनाया जाता है।
इम्प्लीमेंटेशन और माइग्रेशन एक चीज़ नहीं हैं। अगर आप पहले से SAP ECC चलाते हैं, तो आप एक SAP सिस्टम को कन्वर्ट या दोबारा बना रहे हैं, और मेरी ECC से S/4HANA माइग्रेशन गाइड greenfield, brownfield और selective रास्तों को कवर करती है।

SAP Activate, SAP की इम्प्लीमेंटेशन मेथडोलॉजी है। इसने पुरानी ASAP मेथड की जगह ली और इसके छह फेज़ हैं, हर एक के साथ एक गेट जिसे पार करके ही आगे बढ़ा जाता है।
SAP Activate के छह फेज़
Discover
बिज़नेस केस की पुष्टि करें और प्राथमिक प्रक्रियाओं को ट्रायल या डेमो सिस्टम पर परखें।
Prepare
तैयारी: टीम, गवर्नेंस, स्कोप डॉक्यूमेंट, प्लान और सिस्टम एक्सेस।
Explore
प्रोसेस ओनर्स के साथ Fit-to-Standard वर्कशॉप। कॉन्फ़िगरेशन, इंटीग्रेशन और एक्सटेंशन का बैकलॉग बनाएँ।
Realize
कॉन्फ़िगर, एक्सटेंड, डेटा माइग्रेट और टेस्ट करें। सबसे लंबा फेज़। बाहर निकलने के लिए साफ़ रिग्रेशन रन ज़रूरी।
Deploy
यूज़र्स को असली प्रक्रियाओं पर ट्रेन करें, कटओवर की रिहर्सल करें, वॉर रूम तैयार रखकर go-live करें।
Run
हाइपरकेयर, ऑप्टिमाइज़ेशन और सेंटर ऑफ़ एक्सीलेंस को हैंडओवर।
यह टेबल वह वर्ज़न है जिसे मैं प्रोग्राम ऑफ़िस की दीवार पर लगाता हूँ। इसमें दिखता है कि हर फेज़ को क्या देना है, उसका मालिक कौन है और अगला फेज़ शुरू होने से पहले क्या सच होना चाहिए।
| फेज़ | क्या देना है | मालिक | आगे बढ़ने का गेट |
|---|---|---|---|
| Discover | बिज़नेस केस, लक्षित स्कोप, डिप्लॉयमेंट विकल्प | स्पॉन्सर और CFO | फ़ंडिंग मंज़ूर |
| Prepare | स्कोप डॉक्यूमेंट, प्लान, गवर्नेंस, टीम तैयार | प्रोग्राम डायरेक्टर | स्पॉन्सर स्कोप पर हस्ताक्षर करे |
| Explore | Fit-to-Standard के नतीजे, बैकलॉग, एक्सटेंशन के फ़ैसले | प्रोसेस ओनर्स के साथ सॉल्यूशन आर्किटेक्ट | कोई गैप अनसुलझा नहीं |
| Realize | कॉन्फ़िगर और टेस्ट किया हुआ सिस्टम, माइग्रेट किया टेस्ट डेटा | फ़ंक्शनल और टेक्निकल लीड | साफ़ रिग्रेशन रन; डेटा रिकंसाइल होता है |
| Deploy | ट्रेन किए गए यूज़र, रिहर्सल किया कटओवर, go/no-go पैक | कटओवर मैनेजर | तीन दिन का क्लोज़ रिहर्सल पास |
| Run | हाइपरकेयर लॉग, CoE हैंडओवर, फेज़ 2 बैकलॉग | सर्विस डिलीवरी लीड | कोई P1/P2 खुला नहीं; CoE स्वीकार करे |
हर फेज़ के पीछे के टेम्पलेट मेरी SAP Activate टेम्पलेट गाइड में हैं।
पाँच स्टेज या छह?
लोग "SAP इम्प्लीमेंटेशन के 5 स्टेज" खोजते हैं क्योंकि SAP की पुरानी ASAP मेथड में पाँच फेज़ थे। वे थे Project Preparation, Business Blueprint, Realization, Final Preparation, और Go-Live and Support।
SAP Activate वही तर्क रखता है और शुरुआत में Discover और अंत में Run जोड़ता है। Prepare से Deploy तक को आमतौर पर मुख्य डिलीवरी फेज़ माना जाता है। जो टीमें अब भी "blueprint" कहती हैं, उनका मतलब आमतौर पर Explore होता है।
तीन दिन के क्लोज़ रिहर्सल का गेट
Realize और Deploy के बीच का गेट वह है जिसे टीमें शेड्यूल के दबाव में सबसे ज़्यादा छोड़ देती हैं। मैं हर प्रोग्राम में तीन दिन के क्लोज़ रिहर्सल को रेडीनेस गेट के रूप में इस्तेमाल करता हूँ। अगर फ़ाइनेंस नए सिस्टम पर किताबें बंद नहीं कर पाता, तो आपका डेटा माइग्रेशन तैयार नहीं है, IT चाहे जो कहे।
उस गेट को छोड़ने की कीमत उस देरी से ज़्यादा होती है जो वह गेट पैदा करता।
क्रम मायने रखता है। पहला कॉन्फ़िगरेशन फ़ैसला लेने से पहले चार काम होने चाहिए।
- मौजूदा प्रक्रियाओं का नक्शा बनाएँजैसी वे असल में चलती हैं, वर्कअराउंड समेत
- स्टैंडर्ड या एक्सटेंशन तय करेंस्टैंडर्ड लगभग हमेशा तेज़ होता है
- डेटा क्वालिटी का ऑडिट करेंडेटा माइग्रेशन शुरू होने से पहले
- टीम बनाएँ, फिर स्कोप तय करेंकौन उपलब्ध है, यही तय करता है कि आप क्या दे सकते हैं
अब जाकर कॉन्फ़िगरेशन शुरू होता है
मुझे सबसे बड़ी गलती यह दिखती है कि शुरुआत में ठीक से प्लानिंग नहीं होती। बजट Explore में बिगड़ता है, जब वर्कफ़्लो, रिपोर्ट, इंटरफ़ेस, कन्वर्ज़न, एन्हांसमेंट और फ़ॉर्म (WRICEF) की सूची बढ़ती जाती है और स्कोप पर नियंत्रण क्लाइंट का नहीं, वेंडर का हो जाता है। मेरा SAP इम्प्लीमेंटेशन कॉस्ट ब्रेकडाउन दिखाता है कि इसका बजट पर क्या असर होता है।
मौजूदा प्रक्रियाओं का नक्शा वैसा बनाएँ जैसी वे असल में चलती हैं
वैसा नहीं जैसा प्रोसेस होना चाहिए। वैसा जैसा वह असल में है, वर्कअराउंड समेत।
2023 में यूरोप के एक फ़ाइनेंशियल सर्विसेज़ प्रोग्राम में मैं एक blueprinting सेशन में बैठा था, जहाँ फ़ाइनेंस इंटरकंपनी ट्रांज़ैक्शन को स्प्रेडशीट में रिकंसाइल कर रहा था। वर्कअराउंड में ही वे ज़रूरतें छिपी होती हैं जिन्हें किसी ने लिखा नहीं।
हर प्रोसेस के लिए स्टैंडर्ड बनाम एक्सटेंशन तय करें
पहचानें कि SAP की स्टैंडर्ड फ़ंक्शनैलिटी कौन सी प्रक्रियाएँ कवर करती है और किन्हें एक्सटेंशन चाहिए। स्टैंडर्ड लगभग हमेशा तेज़ होता है, क्योंकि हर एक्सटेंशन टेस्टिंग साइकिल, अपग्रेड का जोखिम और मेंटेनेंस जोड़ता है।
SAP की clean core गाइडेंस के तहत हर एक्सटेंशन को सोच-समझकर किसी तय जगह पर रखना भी ज़रूरी है। इससे यह फ़ैसला कम नहीं, और ज़्यादा अहम हो जाता है।
डेटा माइग्रेशन शुरू होने से पहले डेटा क्वालिटी का ऑडिट करें
डेटा सबसे ज़्यादा कम आँका जाने वाला वर्कस्ट्रीम है। मेरे अनुभव में डेटा माइग्रेशन में इम्प्लीमेंटेशन के कुल प्रयास का 30 से 40 प्रतिशत लगता है।
एक क्लाइंट के पास 18,000 से ज़्यादा डुप्लीकेट कस्टमर एंट्री थीं। go-live के बाद इसे ठीक करने में हफ़्तों तक बिलिंग बाधित रही। डेटा की प्रोफ़ाइलिंग जल्दी करें और उसे सोर्स सिस्टम में ही साफ़ करें; मेरी गाइड SAP डेटा माइग्रेशन क्यों फ़ेल होता है बताती है कि कैसे।
पहले टीम बनाएँ, फिर स्कोप तय करें
आप कितना स्कोप दे सकते हैं, यह इस पर निर्भर करता है कि कॉन्फ़िगर करने, टेस्ट करने और हर वर्कस्ट्रीम की ज़िम्मेदारी लेने के लिए कौन उपलब्ध है। जो टीमें पहले स्कोप तय करती हैं और बाद में लोग जुटाती हैं, वे महीनों तक उस चीज़ को दोबारा बनाने में लगी रहती हैं जिसका उन्होंने ज़रूरत से ज़्यादा वादा किया था।
SAP इम्प्लीमेंटेशन प्रोजेक्ट में इन भूमिकाओं के लिए नामित लोग चाहिए, जिनमें से ज़्यादातर आपकी ओर से हों, पार्टनर की ओर से नहीं:
- एग्ज़ीक्यूटिव स्पॉन्सर। बिज़नेस केस का मालिक और गतिरोध तोड़ने वाला। आमतौर पर CFO या COO।
- प्रोग्राम डायरेक्टर। प्लान, बजट और स्टीयरिंग कमेटी चलाता है। आपके पेरोल पर या पार्टनर से स्वतंत्र।
- प्रोसेस ओनर्स। हर क्षेत्र (फ़ाइनेंस, प्रोक्योरमेंट, सेल्स, प्रोडक्शन) के लिए एक। वे डिज़ाइन पर मुहर लगाते हैं और go-live के बाद नतीजे के मालिक होते हैं।
- सॉल्यूशन आर्किटेक्ट। पूरा डिज़ाइन संभालता है और तय करता है कि हर एक्सटेंशन कहाँ रहेगा।
- फ़ंक्शनल और टेक्निकल लीड। कॉन्फ़िगर, बिल्ड और टेस्ट करते हैं। आमतौर पर पार्टनर की टीम।
- डेटा माइग्रेशन लीड। Prepare में नियुक्त हो, Realize में नहीं।
- चेंज और ट्रेनिंग लीड। Explore में ही एंड यूज़र्स से बात शुरू करता है।
- कटओवर मैनेजर। go-live रनबुक और go/no-go पैक का मालिक।
सूची से ज़्यादा एक नियम मायने रखता है। जो पार्टनर काम डिलीवर करेगा, उसे आपका बिज़नेस केस नहीं लिखना चाहिए।
उसका प्रोत्साहन शुरू करना है। आपका, पूरा करना।
SAP टूटी हुई प्रक्रियाओं को ठीक नहीं करेगा। उन्हें उजागर करेगा। SAP से सबसे ज़्यादा फ़ायदा उठाने वाली कंपनियाँ पहले अपनी प्रक्रियाएँ रीडिज़ाइन करती हैं और सिस्टम बाद में कॉन्फ़िगर करती हैं।
ये वे चुनौतियाँ हैं जो मुझे लगभग हर प्रोग्राम में दिखती हैं, और हर एक का जवाबी उपाय:
| चुनौती | यह कैसी दिखती है | इससे कैसे निपटें |
|---|---|---|
| स्कोप क्रीप | "जब हम इसमें हैं ही, तो बस यह भी जोड़ दें..." जैसे अनुरोध जमा होते जाते हैं | पहले दिन से औपचारिक चेंज कंट्रोल; हर अनुरोध का इम्पैक्ट असेसमेंट |
| डेटा क्वालिटी | माइग्रेशन में ऐसी विसंगतियाँ सामने आती हैं जिनका किसी को पता नहीं था | डेटा की प्रोफ़ाइलिंग जल्दी करें; सोर्स सिस्टम में साफ़ करें |
| यूज़र्स का विरोध | go-live के दो हफ़्ते के भीतर यूज़र Excel पर लौट जाते हैं | Explore से ही एंड यूज़र्स को डिज़ाइन में शामिल करें |
| इंटीग्रेशन की विफलता | UAT में थर्ड-पार्टी कनेक्शन टूट जाते हैं | Explore में इंटरफ़ेस मैप करें; जल्दी और असली वॉल्यूम के साथ टेस्ट करें |
| टेस्ट साइकिल में कटौती | किसी तारीख तक पहुँचने के लिए रिग्रेशन छोटा कर दिया जाता है | टेस्ट फेज़ की रक्षा करें; बिल्ड में देरी से टेस्ट नहीं सिकुड़ना चाहिए |
| टीम की थकान | आख़िरी दौर में मनोबल गिरता है और डिफ़ेक्ट रेट बढ़ता है | एक सरल साप्ताहिक सेंटिमेंट इंडेक्स से इसे ट्रैक करें |
टीम की थकान के लिए मैं एक बुनियादी साप्ताहिक सेंटिमेंट इंडेक्स ट्रैक करता हूँ। जब टीम के 25 प्रतिशत से ज़्यादा लोग बताते हैं कि वे दबाव में डूबे हुए हैं, तो टेस्ट डिफ़ेक्ट रेट तेज़ी से बढ़ जाते हैं।
2024 में GCC के एक मैन्युफ़ैक्चरिंग प्रोग्राम में टीम ने शेड्यूल के तीन हफ़्ते वापस पाने के लिए रिग्रेशन टेस्टिंग छोड़ दी। फिर फ़ाइनेंस प्रमुख रिपोर्ट रिकंसाइल नहीं कर पाया, और महीनों तक सफ़ाई चली। यह सिस्टम की खामी नहीं थी, बस एक ऐसा फ़ैसला था जिससे बचा जा सकता था।
go-live से पहले, दौरान और बाद में
go-live से पहले क्लोज़ रिहर्सल करें, माइग्रेट किए गए डेटा को रिकंसिलिएशन रिपोर्ट से जाँचें और डेमो सिनेरियो के बजाय असली प्रक्रियाओं पर ट्रेनिंग दें। रोलबैक प्लान टेस्ट करें। स्टीयरिंग कमेटी को go/no-go मानदंड समझाएँ और स्पष्ट मंज़ूरी लें, सिर्फ़ सहमति में हिलते सिर नहीं।
go-live के दौरान मॉनिटरिंग बढ़ाएँ और पहले 72 घंटों तक कटओवर टीम को चौबीसों घंटे उपलब्ध रखें। उन घंटों में लिए गए फ़ैसले तय करते हैं कि हाइपरकेयर भरोसे के साथ शुरू होगा या शिकायतों की कतार के साथ।
go-live के बाद कम से कम चार हफ़्ते हाइपरकेयर चलाएँ और सपोर्ट टिकट को श्रेणी के हिसाब से ट्रैक करें। वे बताते हैं कि ट्रेनिंग कहाँ विफल रही और कॉन्फ़िगरेशन में कहाँ बदलाव चाहिए।
2024 में यूरोप के एक मैन्युफ़ैक्चरिंग प्रोग्राम में क्लाइंट के पास बार-बार कच्चा माल खत्म हो जाता था। प्रोक्योरमेंट प्लानर्स को दोष देता था, और प्लानर्स उन स्प्रेडशीट को, जिन पर किसी को भरोसा नहीं था। हमने उस व्यवस्था की जगह S/4HANA लगाया और सही MRP कॉन्फ़िगरेशन के साथ SAP PP पर काफ़ी भरोसा किया।
स्टॉक लेवल अंदाज़े से रियल-टाइम डेटा पर आ गए, और पर्चेज़ ऑर्डर ज़रूरत के हिसाब से ट्रिगर होने लगे। पहले छह महीनों में कच्चे माल की कमी 50 प्रतिशत से ज़्यादा घट गई। यह नतीजा कॉन्फ़िगरेशन से पहले हुए प्रोसेस रीडिज़ाइन से आया, क्योंकि प्रोसेस के काम के बिना PP बस तेज़ी से गलत जवाब देता।
2024 में UK के एक प्रोफ़ेशनल सर्विसेज़ प्रोग्राम में समस्या फ़ाइनेंस में थी। मंथ-एंड क्लोज़ में दो हफ़्ते से ज़्यादा लगते थे और रिपोर्ट हाथ से दोबारा बनाई जाती थीं। हमने एक सक्रिय स्टीयरिंग कमेटी की देखरेख में SAP Finance को चरणों में लागू किया।
मंथ-एंड क्लोज़ घटकर एक हफ़्ते से थोड़ा ज़्यादा रह गया। CFO ने मुझसे कहा कि आंकड़े "भरोसे लायक लगने लगे"।
2022 के लिए लिखी गई गाइड 2026 के खरीदार के सामने टिक नहीं पाती। तीन बदलावों को किकऑफ़ से ही डिज़ाइन में शामिल करना होगा।
क्लाउड एडिशन अब डिफ़ॉल्ट हैं
SAP अब दो क्लाउड ERP एडिशन बेचता है: SAP Cloud ERP (पब्लिक एडिशन, पहले S/4HANA Cloud Public Edition) और SAP Cloud ERP Private (प्राइवेट एडिशन)। RISE with SAP प्राइवेट एडिशन को SAP द्वारा चलाए जाने वाले ऑपरेशंस और एक टूलचेन के साथ पैकेज करता है जिसमें SAP Signavio, SAP LeanIX और SAP Cloud ALM शामिल हैं। GROW with SAP पब्लिक एडिशन पर मिड-साइज़ कंपनियों के लिए पैकेज है।
एडिशन का फ़ैसला अब रोलआउट की पुरानी बहसों से ऊपर है। big bang बनाम चरणबद्ध, और greenfield बनाम brownfield बनाम selective, ये विकल्प आप एडिशन के भीतर चुनते हैं, उसकी जगह नहीं।
clean core ग्रेड वाला है, हाँ-या-ना वाला नहीं
अगस्त 2025 में SAP ने clean core के चार लेवल, A से D पेश किए। लेवल A सिर्फ़ रिलीज़ किए गए, स्थिर API इस्तेमाल करता है, या तो SAP BTP पर साइड-बाय-साइड या सिस्टम के भीतर ABAP Cloud के साथ। लेवल B उन क्लासिक API की अनुमति देता है जिन्हें अब भी क्लीन माना जाता है, लेवल C को विशेष उपाय चाहिए और लेवल D क्लीन नहीं है।
पब्लिक एडिशन सिर्फ़ लेवल A एक्सटेंशन की अनुमति देता है। प्राइवेट एडिशन और ऑन-प्रिमाइस क्लासिक एक्सटेंशन की अनुमति देते हैं, इसलिए वहाँ अनुशासन गवर्नेंस से आता है, प्लेटफ़ॉर्म की रोक से नहीं। Explore में हर एक्सटेंशन का लेवल और जगह तय करें, और एक ऐसे व्यक्ति का नाम तय करें जो मना कर सके।
डिलीवरी टीम में AI
Joule अब SAP Activate Roadmap Viewer और SAP Cloud ALM के भीतर है, जहाँ यह टास्क से जुड़े सवालों के जवाब देता है और मेथडोलॉजी से कंटेंट का ड्राफ़्ट बनाता है। SAP Build Code, जो 2024 से आम तौर पर उपलब्ध है, SAP BTP पर Java और JavaScript एक्सटेंशन के लिए एप्लिकेशन लॉजिक, डेटा मॉडल और टेस्ट बनाने में Joule का इस्तेमाल करता है। SAP ने ABAP डेवलपर्स के लिए भी ऐसी ही जनरेटिव AI मदद जोड़ी है।
मेरी राय: SAP प्रोग्राम में AI असली है, लेकिन उसकी कीमत डेटा क्वालिटी तय करती है। साफ़ प्रोसेस डॉक्यूमेंटेशन और साफ़ मास्टर डेटा उपयोगी आउटपुट देते हैं, जबकि गंदा डेटा आत्मविश्वास से भरा शोर पैदा करता है। इनमें से कुछ भी हर फ़ैसले के मालिक व्यक्ति की ज़रूरत को खत्म नहीं करता।
फेज़ अब भी लागू होते हैं और काम का क्रम अब भी मायने रखता है। जो प्रोग्राम किकऑफ़ पर ही एडिशन का फ़ैसला, एक्सटेंशन का अनुशासन और नई टूलिंग अपना लेता है, वह इन्हें डिज़ाइन की शर्तों की तरह लेता है। जो इन्हें नज़रअंदाज़ करता है, वह अपने पहले तीन महीने यह पता लगाने में बिताता है कि क्या बदला, आमतौर पर पार्टनर के चेंज रिक्वेस्ट से।
यह गाइड मेरे SAP इम्प्लीमेंटेशन हब का हिस्सा है, जिसमें बिज़नेस केस से गो-लाइव तक हर विषय के लिंक हैं।
सरल शब्दों में SAP इम्प्लीमेंटेशन क्या है?
यह SAP सॉफ़्टवेयर को इस तरह सेट करने का प्रोजेक्ट है कि कंपनी की मुख्य प्रक्रियाएँ, जैसे फ़ाइनेंस, खरीद, सेल्स और HR, एक सिस्टम में एक डेटा मॉडल के साथ चलें। इसमें प्रोसेस डिज़ाइन, कॉन्फ़िगरेशन, डेटा माइग्रेशन, टेस्टिंग, ट्रेनिंग और go-live शामिल हैं, और आमतौर पर SAP की Activate मेथडोलॉजी अपनाई जाती है।
SAP इम्प्लीमेंटेशन के 5 स्टेज कौन से हैं?
पाँच स्टेज SAP की पुरानी ASAP मेथड से आते हैं: Project Preparation, Business Blueprint, Realization, Final Preparation, और Go-Live and Support। SAP Activate ने ASAP की जगह ली और छह फेज़ इस्तेमाल करता है, शुरुआत में Discover और अंत में Run जोड़कर।
SAP Activate के छह फेज़ कौन से हैं?
Discover (बिज़नेस केस और फ़िट), Prepare (टीम, गवर्नेंस, प्लान), Explore (Fit-to-Standard वर्कशॉप और बैकलॉग), Realize (कॉन्फ़िगर, एक्सटेंड, माइग्रेट, टेस्ट), Deploy (ट्रेनिंग, कटओवर रिहर्सल, go-live) और Run (हाइपरकेयर और सेंटर ऑफ़ एक्सीलेंस को हैंडओवर)।
SAP इम्प्लीमेंटेशन और SAP माइग्रेशन में क्या अंतर है?
इम्प्लीमेंटेशन SAP को लागू करता है, आमतौर पर गैर-SAP या पुराने सिस्टमों की जगह। माइग्रेशन किसी मौजूदा SAP ECC सिस्टम को S/4HANA पर ले जाता है, कन्वर्ज़न (brownfield), नए बिल्ड (greenfield) या selective डेटा ट्रांज़िशन के ज़रिए। दोनों SAP Activate के फेज़ का पालन करते हैं।
SAP इम्प्लीमेंटेशन टीम में कौन होना चाहिए?
एक एग्ज़ीक्यूटिव स्पॉन्सर, एक प्रोग्राम डायरेक्टर, हर क्षेत्र के प्रोसेस ओनर, एक सॉल्यूशन आर्किटेक्ट, फ़ंक्शनल और टेक्निकल लीड, एक डेटा माइग्रेशन लीड, एक चेंज और ट्रेनिंग लीड और एक कटओवर मैनेजर। स्पॉन्सर, प्रोसेस ओनर और डेटा लीड आपकी ओर से होने चाहिए, पार्टनर की ओर से नहीं।
SAP इम्प्लीमेंटेशन फ़ेल होने के सबसे आम कारण क्या हैं?
लगभग हर मुश्किल में फँसे प्रोग्राम में तीन मूल कारण दिखते हैं। प्रोसेस का काम छोड़ दिया जाता है, कटओवर तक डेटा क्वालिटी की अनदेखी होती है और चेंज मैनेजमेंट को सिर्फ़ ट्रेनिंग मान लिया जाता है।
एक नया कारण है ऐसा पार्टनर जो clean core प्लान के बिना एक्सटेंशन बनाता है। इससे ऐसा कर्ज़ बनता है जो पहले बड़े अपग्रेड पर सामने आता है।
सही SAP इम्प्लीमेंटेशन पार्टनर कैसे चुनें?
अपने आकार की कंपनियों में इंडस्ट्री का अनुभव देखें, ऐसे रेफ़रेंस के साथ जिन्हें आप सच में फ़ोन कर सकें। पिच में आया व्यक्ति ही प्रोग्राम चलाए। पूछें कि उन्होंने कितने SAP BTP और ABAP Cloud एक्सटेंशन बनाए हैं, और उन्हें दिखाने को कहें।
RISE with SAP क्या है और क्या यह मेरे संगठन के लिए सही है?
RISE with SAP, SAP Cloud ERP Private के लिए SAP का सब्सक्रिप्शन पैकेज है: सॉफ़्टवेयर, SAP द्वारा प्रबंधित इन्फ़्रास्ट्रक्चर और ऑपरेशंस, और प्रोसेस एनालिसिस, आर्किटेक्चर और लाइफ़साइकल मैनेजमेंट के लिए एक टूलचेन। इम्प्लीमेंटेशन अब भी आपका पार्टनर ही डिलीवर करता है।
यह ECC से हट रहे बड़े संगठनों के लिए ठीक है जो प्लेटफ़ॉर्म और ऑपरेशंस के लिए SAP के साथ एक ही कॉन्ट्रैक्ट चाहते हैं। जो मिड-साइज़ कंपनियाँ स्टैंडर्ड के करीब रहकर काम कर सकती हैं, उन्हें पब्लिक एडिशन पर GROW with SAP देखना चाहिए।
अगला कदम
क्या आप अभी कोई ERP प्रोग्राम चला रहे हैं?
अगर यह लेख किसी ऐसे प्रोग्राम से जुड़ा है जिसमें आप अभी काम कर रहे हैं, तो 30 मिनट की बातचीत अक्सर एक और हफ़्ते के अंदरूनी विश्लेषण से ज़्यादा आगे ले जाती है।




