SAP इम्प्लीमेंटेशन क्या है? चरण-दर-चरण गाइड

SAP इम्प्लीमेंटेशन वह प्रोग्राम है जो किसी कंपनी के फ़ाइनेंस, प्रोक्योरमेंट, सप्लाई चेन, सेल्स और HR को एक SAP सिस्टम पर ले जाता है, आमतौर पर S/4HANA पर। यह SAP की Activate मेथड के तहत छह फ़ेज़ में चलता है, और इसकी सफलता या विफलता उस काम पर टिकी होती है जो किसी के कुछ भी कॉन्फ़िगर करने से पहले होता है: प्रोसेस डिज़ाइन, डेटा की क्वालिटी और सही टीम।

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

ERP लागू करते हुए 25 साल हो गए हैं, और मैंने बार-बार एक ही पैटर्न देखा है। जो कंपनियाँ इम्प्लीमेंटेशन को सॉफ़्टवेयर इंस्टॉलेशन की तरह लेती हैं, वे जूझती हैं। जो सिस्टम को आखिरी कदम मानती हैं, प्रोसेस के काम के बाद, वे समय पर डिलीवर करती हैं और बोर्ड से किए गए वादे के नतीजे पाती हैं।

S/4HANA SAP का मौजूदा ERP है और SAP HANA इन-मेमोरी डेटाबेस पर चलता है। पुराने ECC सिस्टम कई कंपनियों में अब भी चल रहे हैं, लेकिन ECC की मेनस्ट्रीम मेंटेनेंस 31 दिसंबर 2027 को खत्म हो रही है, और 2030 के अंत तक ज़्यादा फ़ीस पर ऑप्शनल एक्सटेंडेड मेंटेनेंस मिलती है।

वे कोर मॉड्यूल जिन्हें ज़्यादातर इम्प्लीमेंटेशन सबसे पहले छूते हैं:

मॉड्यूल	यह क्या संभालता है
FI (Financial Accounting)	जनरल लेजर, अकाउंट्स पेएबल, अकाउंट्स रिसीवेबल, एसेट अकाउंटिंग
CO (Controlling)	कॉस्ट सेंटर, प्रॉफ़िट सेंटर, इंटरनल ऑर्डर, मैनेजमेंट रिपोर्टिंग
MM (Materials Management)	प्रोक्योरमेंट, इन्वेंटरी, गुड्स मूवमेंट, वेंडर मैनेजमेंट
SD (Sales and Distribution)	ऑर्डर-टू-कैश, प्राइसिंग, शिपिंग, बिलिंग
PP (Production Planning)	मैन्युफ़ैक्चरिंग ऑर्डर, कैपेसिटी प्लानिंग, MRP
HCM (Human Capital Management)	HR मास्टर डेटा, पेरोल, टाइम मैनेजमेंट

ज़्यादातर कारोबार FI/CO और एक या दो ऑपरेशनल मॉड्यूल से शुरू करते हैं। बाकी बाद के फ़ेज़ में बनाया जाता है।

SAP Activate ने पुराने ASAP मेथड की जगह ली। इसके छह फ़ेज़ हैं, और हर एक में एक गेट है जिसे पार करके ही आगे बढ़ा जाता है।

छह SAP Activate फ़ेज़

1. 01

   Discover

   बिज़नेस केस की पुष्टि कीजिए और प्राथमिकता वाले प्रोसेस को ट्रायल या डेमो सिस्टम पर परखिए।

2. 02

   Prepare

   मोबिलाइज़ करना: टीम, गवर्नेंस, स्कोप डॉक्यूमेंट, प्लान और सिस्टम एक्सेस।

3. 03

   Explore

   प्रोसेस ओनर के साथ Fit-to-Standard वर्कशॉप। कॉन्फ़िगरेशन, इंटीग्रेशन और एक्सटेंशन का बैकलॉग बनाइए।

4. 04

   Realize

   कॉन्फ़िगर, एक्सटेंड, डेटा माइग्रेट और टेस्ट कीजिए। सबसे लंबा फ़ेज़। बाहर निकलने के लिए साफ़ रिग्रेशन रन चाहिए।

5. 05

   Deploy

   यूज़र को असली प्रोसेस पर ट्रेन कीजिए, कटओवर का रिहर्सल कीजिए, और वॉर रूम तैयार रखकर go-live कीजिए।

6. 06

   Run

   हाइपरकेयर, ऑप्टिमाइज़ेशन और सेंटर ऑफ़ एक्सीलेंस को हैंडओवर।

यह टेबल वह वर्ज़न है जो मैं प्रोग्राम ऑफ़िस की दीवार पर टाँगता हूँ: हर फ़ेज़ से क्या निकलना चाहिए, उसका ओनर कौन है, और अगला फ़ेज़ शुरू होने से पहले क्या सच होना चाहिए।

फ़ेज़	क्या निकलना चाहिए	ओनर	आगे बढ़ने का गेट
Discover	बिज़नेस केस, लक्षित स्कोप, डिप्लॉयमेंट का चुनाव	स्पॉन्सर और CFO	फ़ंडिंग मंज़ूर
Prepare	स्कोप डॉक्यूमेंट, प्लान, गवर्नेंस, टीम तैनात	प्रोग्राम डायरेक्टर	स्पॉन्सर स्कोप पर साइन करे
Explore	Fit-to-Standard के नतीजे, बैकलॉग, एक्सटेंशन के फ़ैसले	सॉल्यूशन आर्किटेक्ट, प्रोसेस ओनर के साथ	कोई अनसुलझा गैप न बचे
Realize	कॉन्फ़िगर और टेस्ट किया हुआ सिस्टम, माइग्रेट किया गया टेस्ट डेटा	फ़ंक्शनल और टेक्निकल लीड	साफ़ रिग्रेशन रन, डेटा का मिलान हो जाए
Deploy	ट्रेंड यूज़र, रिहर्सल किया हुआ कटओवर, go/no-go पैक	कटओवर मैनेजर	तीन दिन का क्लोज़ रिहर्सल पास हो
Run	हाइपरकेयर लॉग, CoE हैंडओवर, फ़ेज़ 2 का बैकलॉग	सर्विस डिलीवरी लीड	कोई P1/P2 खुला न हो, CoE स्वीकार करे

हर फ़ेज़ के पीछे के टेम्पलेट मेरी SAP Activate टेम्पलेट गाइड में हैं।

तीन दिन के क्लोज़ रिहर्सल का गेट

Realize और Deploy के बीच का गेट वह है जिसे टीमें शेड्यूल के दबाव में सबसे ज़्यादा छोड़ देती हैं। मेरी सलाह है कि असली go-live से पहले तीन दिन का क्लोज़ रिहर्सल चलाइए। अगर फ़ाइनेंस नए सिस्टम पर बुक्स क्लोज़ नहीं कर पाता, तो IT कुछ भी कहे, आपका डेटा माइग्रेशन तैयार नहीं है। उस गेट को छोड़ने की कीमत उस देरी से ज़्यादा पड़ती है जो उससे होती।

क्रम मायने रखता है। कोई भी कॉन्फ़िगरेशन फ़ैसला होने से पहले चार काम होने चाहिए।

1. 01मौजूदा प्रोसेस का मैप बनाइएजैसे वे असल में चलते हैं, वर्कअराउंड समेत
2. 02तय कीजिए: स्टैंडर्ड या एक्सटेंशनस्टैंडर्ड लगभग हमेशा तेज़ होता है
3. 03डेटा क्वालिटी का ऑडिट कीजिएडेटा माइग्रेशन शुरू होने से पहले
4. 04पहले टीम जुटाइए, फिर स्कोप तय कीजिएकौन उपलब्ध है, यही तय करता है कि आप क्या डिलीवर कर सकते हैं

कॉन्फ़िगरेशन अब शुरू होता है

मौजूदा प्रोसेस का मैप वैसा बनाइए जैसे वे सच में चलते हैं

वैसा नहीं जैसा प्रोसेस होना चाहिए। वैसा जैसा वह असल में है, वर्कअराउंड समेत। जिन ज़रूरतों को किसी ने लिखा नहीं, वे वर्कअराउंड में ही छिपी होती हैं।

हर प्रोसेस के लिए तय कीजिए: स्टैंडर्ड या एक्सटेंशन

पहचानिए कि कौन से प्रोसेस SAP की स्टैंडर्ड फ़ंक्शनैलिटी से कवर होते हैं और किन्हें एक्सटेंड करना पड़ेगा। स्टैंडर्ड लगभग हमेशा तेज़ होता है। हर एक्सटेंशन टेस्टिंग साइकिल, अपग्रेड का जोखिम और मेंटेनेंस जोड़ता है। SAP की clean core गाइडेंस के तहत हर एक्सटेंशन को सोच-समझकर किसी जगह पर भी रखना पड़ता है, जिससे यह फ़ैसला कम नहीं, ज़्यादा अहम हो जाता है।

डेटा माइग्रेशन शुरू होने से पहले डेटा क्वालिटी का ऑडिट कीजिए

सबसे कम आँका जाने वाला वर्कस्ट्रीम। मैंने कंपनियों को महीनों रिपोर्ट ठीक करते देखा है, क्योंकि पुराने कस्टमर रिकॉर्ड बिना जाँचे लोड कर दिए गए थे। एक क्लाइंट के पास 18,000 से ज़्यादा डुप्लिकेट कस्टमर एंट्री थीं, और go-live के बाद उन्हें ठीक करने में हफ़्तों तक बिलिंग बाधित रही।

पहले टीम जुटाइए, फिर स्कोप तय कीजिए

आप कितना स्कोप डिलीवर कर सकते हैं, यह इस पर टिका है कि हर वर्कस्ट्रीम को कॉन्फ़िगर, टेस्ट और ओन करने के लिए कौन उपलब्ध है। जो टीमें पहले स्कोप तय करती हैं और स्टाफ़ बाद में जुटाती हैं, वे महीनों उसे दोबारा बनाने में लगाती हैं जिसका उन्होंने ज़रूरत से ज़्यादा वादा कर दिया था।

चुनौती	कैसी दिखती है	क्या करें
स्कोप क्रीप	"जब हम अंदर हैं ही, तो बस इतना और जोड़ दो..." जैसे अनुरोध जमा होते जाते हैं	पहले दिन से औपचारिक चेंज कंट्रोल, हर अनुरोध का इम्पैक्ट असेसमेंट हो
डेटा क्वालिटी	माइग्रेशन में ऐसी गड़बड़ियाँ निकलती हैं जिनके बारे में किसी को पता ही नहीं था	go-live से छह महीने पहले डेटा प्रोफ़ाइल कीजिए, सफ़ाई सोर्स सिस्टम में कीजिए
यूज़र का विरोध	go-live के दो हफ़्ते के भीतर यूज़र वापस Excel पर चले जाते हैं	Explore से ही एंड यूज़र को डिज़ाइन में शामिल कीजिए, सिर्फ़ ट्रेनिंग नहीं, भागीदारी
इंटीग्रेशन की विफलताएँ	थर्ड-पार्टी कनेक्शन UAT में टूट जाते हैं	इंटरफ़ेस का मैप Explore में बनाइए, असली जैसे वॉल्यूम पर जल्दी टेस्ट कीजिए
टेस्ट साइकिल में कटौती	तारीख़ पकड़ने के लिए रिग्रेशन छोटा कर दिया जाता है	टेस्ट फ़ेज़ को बचाइए, बिल्ड की देरी टेस्ट को दबाए नहीं
टीम की थकान	आख़िरी दौर में टीम का मूड गिरता है और डिफ़ेक्ट रेट बढ़ती है	एक सरल साप्ताहिक सेंटीमेंट इंडेक्स से थकान को ट्रैक कीजिए, मेरे अनुभव में जब यह 25% पार करता है, तो टेस्ट डिफ़ेक्ट रेट उछल जाती है

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

go-live से पहले, दौरान और बाद में

go-live से पहले: क्लोज़ रिहर्सल चलाइए, रिकंसिलिएशन रिपोर्ट से माइग्रेट किए डेटा को वैलिडेट कीजिए, डेमो सिनेरियो की जगह असली प्रोसेस पर ट्रेनिंग दीजिए, और रोलबैक प्लान को टेस्ट कीजिए। स्टीयरिंग कमेटी को go/no-go क्राइटीरिया से गुज़ारिए और साफ़ साइन-ऑफ़ लीजिए, सिर हिलाकर दी गई मौन सहमति नहीं।

go-live के दौरान: मॉनिटरिंग बढ़ाइए और पहले 72 घंटे कटओवर टीम को चौबीसों घंटे उपलब्ध रखिए। उन घंटों में लिए गए फ़ैसले तय करते हैं कि हाइपरकेयर भरोसे के साथ खुलेगा या टिकटों की कतार के साथ।

go-live के बाद: हाइपरकेयर कम से कम चार हफ़्ते चलाइए। सपोर्ट टिकटों को कैटेगरी के हिसाब से ट्रैक कीजिए, वे बताते हैं कि ट्रेनिंग कहाँ चूकी और कॉन्फ़िगरेशन में कहाँ बदलाव चाहिए। फ़ेज़ 2 की प्लानिंग स्थिर हो चुकी बेसलाइन से कीजिए। 18 महीने पहले टाला गया स्कोप आज बिज़नेस की ज़रूरत के हिसाब से दोबारा जाँचना पड़ता है।

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

एक ग्लोबल प्रोफ़ेशनल सर्विसेज़ फ़र्म की समस्या अलग थी। हर देश अपना फ़ाइनेंस प्लेटफ़ॉर्म चलाता था, कुछ भी आपस में नहीं मिलता था, और रिपोर्टें हर महीने हाथ से दोबारा बनाई जाती थीं। हमने हर बात में खुद शामिल रहने वाली स्टीयरिंग कमेटी के तहत SAP Finance को चरणों में रोल आउट किया। मंथ-एंड क्लोज़ दो हफ़्ते से ज़्यादा से घटकर एक हफ़्ते से थोड़ा ऊपर आ गया, क्षेत्रीय रिपोर्टें आख़िरकार मेल खाने लगीं, और ऑडिटरों की चिंताएँ भी कम हो गईं।

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 शामिल हैं। SAP GROW पब्लिक एडिशन पर चलने वाली मध्यम आकार की कंपनियों के लिए पैकेज है।

एडिशन का फ़ैसला अब रोलआउट की पुरानी बहसों से ऊपर बैठता है। बिग बैंग बनाम फ़ेज़्ड, और ग्रीनफ़ील्ड बनाम ब्राउनफ़ील्ड बनाम सेलेक्टिव, ये वे चुनाव हैं जो आप एडिशन के भीतर करते हैं, उसकी जगह नहीं। अगर आप अब भी ECC पर हैं और आपको और समय चाहिए, तो SAP 2031 से 2033 के लिए ERP private edition का ट्रांज़िशन विकल्प बेचता है, लेकिन SAP साफ़ कहता है कि यह एक पेड ट्रांज़िशन ऑफ़र है, मेंटेनेंस एक्सटेंशन नहीं।

Clean core ग्रेडेड है, हाँ या ना जैसा नहीं

अगस्त 2025 में SAP ने clean core के चार लेवल, A से D शुरू किए। लेवल A सिर्फ़ released, स्थिर API इस्तेमाल करता है, या तो SAP BTP पर साइड-बाय-साइड या सिस्टम के अंदर ABAP Cloud के साथ। लेवल B क्लासिक API और ऐसी तकनीकों की इजाज़त देता है जिन्हें अब भी clean माना जाता है। लेवल C के लिए ख़ास उपाय चाहिए। लेवल D clean नहीं है।

पब्लिक एडिशन सिर्फ़ लेवल A के एक्सटेंशन की इजाज़त देता है। प्राइवेट एडिशन और ऑन-प्रेमिस क्लासिक एक्सटेंशन की इजाज़त देते हैं, इसलिए वहाँ अनुशासन गवर्नेंस से आता है, इससे नहीं कि प्लेटफ़ॉर्म आपको रोक दे। प्रोग्राम के लिए व्यावहारिक बात: हर एक्सटेंशन का लेवल और जगह Explore में तय कीजिए, और एक नामित व्यक्ति रखिए जो ना कह सके। जिन पार्टनरों को SAP BTP और ABAP Cloud का अनुभव नहीं है, वे पहले हफ़्ते से ही लेवल C और D का तकनीकी कर्ज़ खड़ा कर देते हैं।

डिलीवरी टीम में Joule और SAP Build Code

Joule अब SAP Activate Roadmap Viewer और SAP Cloud ALM के अंदर है, जहाँ वह टास्क से जुड़े सवालों के जवाब देता है और मेथडोलॉजी के आधार पर कंटेंट का ड्राफ़्ट बनाता है। SAP Build Code, जो 2024 से आम तौर पर उपलब्ध है, SAP BTP पर Java और JavaScript एक्सटेंशन के लिए एप्लिकेशन लॉजिक, डेटा मॉडल और टेस्ट बनाने में Joule का इस्तेमाल करता है। SAP ने ABAP डेवलपरों के लिए भी ऐसी ही जेनरेटिव AI मदद जोड़ी है।

सीधी बात: SAP प्रोग्राम में AI असली है, लेकिन उसकी कीमत डेटा क्वालिटी तय करती है। साफ़ प्रोसेस डॉक्यूमेंटेशन और साफ़ मास्टर डेटा काम का आउटपुट देते हैं। गंदा डेटा आत्मविश्वास भरा शोर देता है। इनमें से कुछ भी उस व्यक्ति की ज़रूरत खत्म नहीं करता जो हर फ़ैसले का ओनर हो।

अब शुरू हो रहे प्रोग्राम के लिए इसका मतलब

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

इन्हीं फ़ैसलों के लागत वाले पहलू के लिए मेरा SAP इम्प्लीमेंटेशन लागत का ब्रेकडाउन देखिए। अगर आप अब भी ECC पर हैं, तो ECC से S/4HANA माइग्रेशन गाइड कन्वर्ज़न के रास्ते कवर करती है।

SAP किस काम आता है?

SAP कोर बिज़नेस फ़ंक्शन (फ़ाइनेंस, प्रोक्योरमेंट, सप्लाई चेन, HR, सेल्स) को एक सिस्टम में, एक डेटा मॉडल के साथ चलाता है।

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

SAP इम्प्लीमेंटेशन में कितना समय लगता है?

टाइमलाइन को सबसे ज़्यादा स्कोप और टीम, ये दो चीज़ें बदलती हैं। एक ही कंपनी के लिए FI/CO और एक ऑपरेशनल मॉड्यूल वाला केंद्रित S/4HANA इम्प्लीमेंटेशन 6 से 9 महीने ले सकता है। कई एंटिटी, मॉड्यूल और भाषाओं में ग्लोबल रोलआउट 18 से 36 महीने चलता है।

टाइमलाइन किन चीज़ों से खिंचती है: देर से मिली डेटा की समस्याएँ, तारीख़ बदले बिना जोड़ा गया स्कोप, अहम भूमिकाओं पर पार्ट-टाइम लोग, और पहले की देरी की भरपाई के लिए काटे गए टेस्ट साइकिल। ये सब प्लानिंग में काबू किए जा सकते हैं।

SAP Activate के छह फ़ेज़ कौन से हैं?

Discover (बिज़नेस केस और फ़िट), Prepare (टीम, गवर्नेंस, प्लान), Explore (Fit-to-Standard वर्कशॉप और बैकलॉग), Realize (कॉन्फ़िगर, एक्सटेंड, माइग्रेट, टेस्ट), Deploy (ट्रेन करना, कटओवर का रिहर्सल, go-live) और Run (हाइपरकेयर और सेंटर ऑफ़ एक्सीलेंस को हैंडओवर)।

SAP इम्प्लीमेंटेशन फ़ेल होने की सबसे आम वजहें क्या हैं?

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

एक चौथी वजह नई है: ऐसा पार्टनर जो clean core प्लान के बिना एक्सटेंशन बनाता है और ऐसा तकनीकी कर्ज़ छोड़ जाता है जो पहले बड़े अपग्रेड पर सामने आता है।

सही SAP इम्प्लीमेंटेशन पार्टनर कैसे चुनूँ?

आपके पैमाने पर इंडस्ट्री का अनुभव, और ऐसे रेफ़रेंस जिन्हें आप सच में कॉल कर सकें। नाम लेकर तय की गई सीनियर भागीदारी: पिच में जो व्यक्ति दिखे, वही प्रोग्राम चलाए। स्वतंत्रता: जो पार्टनर लाइसेंस या सब्सक्रिप्शन की बिक्री से कमाते हैं, उनके पास ज़्यादा स्कोप सुझाने का इंसेंटिव होता है। Clean core का अनुभव: पूछिए कि उन्होंने कितने SAP BTP और ABAP Cloud एक्सटेंशन बनाए हैं, और उन्हें देखने को कहिए।

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

go-live के बाद क्या होता है?

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

हाइपरकेयर के बाद सेंटर ऑफ़ एक्सीलेंस एन्हांसमेंट, अपग्रेड प्लानिंग, नए जॉइन करने वालों की ट्रेनिंग और चेंज गवर्नेंस संभाल लेता है। जो कंपनियाँ प्रोग्राम के दौरान CoE खड़ा करना छोड़ देती हैं, वे आमतौर पर अगले दो साल उस काम के लिए कंसल्टेंट को पैसे देती रहती हैं जो इंटरनल होना चाहिए।

RISE with SAP क्या है और क्या यह मेरे संगठन के लिए सही है?

RISE with SAP, SAP Cloud ERP Private के लिए SAP का सब्सक्रिप्शन पैकेज है: सॉफ़्टवेयर, SAP द्वारा मैनेज किया जाने वाला इंफ़्रास्ट्रक्चर और ऑपरेशन, और प्रोसेस एनालिसिस, आर्किटेक्चर और लाइफ़साइकिल मैनेजमेंट के लिए एक टूलचेन। इम्प्लीमेंटेशन अब भी आपका पार्टनर ही डिलीवर करता है।

यह ECC से हट रहे उन बड़े संगठनों के लिए ठीक बैठता है जो प्लेटफ़ॉर्म और ऑपरेशन के लिए एक ही SAP कॉन्ट्रैक्ट चाहते हैं। जो मध्यम आकार की कंपनियाँ स्टैंडर्ड के करीब रहकर काम कर सकती हैं, उन्हें पब्लिक एडिशन पर SAP GROW देखना चाहिए। जहाँ रेगुलेशन ग्राहक द्वारा मैनेज किया गया इंफ़्रास्ट्रक्चर माँगता है, या जहाँ भारी कस्टम कोड उपलब्ध समय में साफ़ नहीं किया जा सकता, वहाँ RISE कमज़ोर विकल्प है।