SAP इम्प्लीमेंटेशन टेम्पलेट: फ़ेज़-दर-फ़ेज़ SAP Activate सेट

SAP Activate टेम्पलेट वे इम्प्लीमेंटेशन टेम्पलेट और एक्सेलरेटर हैं जो SAP किसी S/4HANA प्रोग्राम के हर फ़ेज़ के लिए प्रकाशित करता है, Prepare के स्कोपिंग डॉक्यूमेंट से लेकर Deploy के कटओवर प्लान तक। ये आपको SAP Activate Roadmap Viewer में मिलते हैं, और क्लाउड प्रोग्राम में SAP Cloud ALM में।

छोटा जवाब: आपको सबकी ज़रूरत नहीं है। आपको लगभग एक दर्जन चाहिए, हर एक का नामित ओनर और साइन-ऑफ़ पॉइंट हो, और SAP के स्टैंडर्ड स्ट्रक्चर का लगभग 80 प्रतिशत आपको रखना चाहिए। नीचे की टेबल वह सेट है जिस पर मैं उन 21 SAP प्रोग्राम में ज़ोर देता हूँ जिन्हें मैंने लीड किया है या संकट से निकाला है।

टेम्पलेट ढूँढना आसान है। मुश्किल यह जानना है कि किन्हें गंभीरता से लेना है।

यह SAP इम्प्लीमेंटेशन टेम्पलेट का वह सेट है जिसे मैं साइन-ऑफ़ होते देखना चाहता हूँ, हर एक के ओनर और उस पॉइंट के साथ जिसे उसे पार करना है।

फ़ेज़	टेम्पलेट	ओनर	इससे पहले साइन-ऑफ़
Prepare	प्रोजेक्ट स्कोपिंग डॉक्यूमेंट	प्रोग्राम मैनेजर (स्पॉन्सर मंज़ूरी देता है)	Explore शुरू होने से पहले
Prepare	बिज़नेस केस	CFO या बिज़नेस ओनर	फ़ंडिंग जारी होने से पहले
Prepare	स्टेकहोल्डर मैट्रिक्स	प्रोग्राम मैनेजर	Explore वर्कशॉप बुक होने से पहले
Explore	रिक्वायरमेंट और fit-gap शीट	डिज़ाइन अथॉरिटी (बिज़नेस और IT)	Realize शुरू होने से पहले
Realize	कॉन्फ़िगरेशन लॉग	फ़ंक्शनल लीड	हर ट्रांसपोर्ट के QA में जाने से पहले
Realize	कस्टम डेवलपमेंट रजिस्टर	डेवलपमेंट लीड	किसी भी ऑब्जेक्ट पर बिल्ड शुरू होने से पहले
Realize	टेस्ट स्ट्रैटेजी	टेस्ट मैनेजर	सिस्टम इंटीग्रेशन टेस्टिंग शुरू होने से पहले
Realize	डेटा माइग्रेशन प्लान	डेटा माइग्रेशन लीड	पहले मॉक लोड से पहले
Deploy	कटओवर प्लान	कटओवर मैनेजर	फ़ाइनल ड्रेस रिहर्सल से पहले
Deploy	go-live रेडीनेस चेकलिस्ट	प्रोग्राम डायरेक्टर (स्पॉन्सर साइन करता है)	go/no-go मीटिंग से पहले
Deploy	हाइपरकेयर सपोर्ट मॉडल	सर्विस डिलीवरी लीड	go-live से पहले
Run	परफ़ॉर्मेंस मॉनिटरिंग शीट	Basis लीड	go-live से पहले

SAP Activate में छह फ़ेज़ हैं: Discover, Prepare, Explore, Realize, Deploy और Run। यह SAP Best Practices कंटेंट, एक मेथडोलॉजी और गाइडेड कॉन्फ़िगरेशन को एक साथ लाता है। Discover बिना किसी प्रतिबद्धता वाला रिसर्च फ़ेज़ है, इसलिए ज़्यादातर ग्राहकों के लिए यह कॉन्ट्रैक्ट साइन होने से पहले खत्म हो जाता है और नीचे के टेम्पलेट Prepare से शुरू होते हैं।

1. 01Discoverआमतौर पर कॉन्ट्रैक्ट साइन होने से पहले
2. 02Prepareस्कोपिंग डॉक्यूमेंट, बिज़नेस केस, स्टेकहोल्डर मैट्रिक्स
3. 03Exploreरिक्वायरमेंट और fit-gap शीट
4. 04Realizeकॉन्फ़िग लॉग, डेव रजिस्टर, टेस्ट स्ट्रैटेजी, माइग्रेशन प्लान
5. 05Deployकटओवर प्लान, go-live रेडीनेस, हाइपरकेयर
6. 06Runपरफ़ॉर्मेंस मॉनिटरिंग

हर टेम्पलेट अपने गेट से पहले साइन-ऑफ़

Roadmap Viewer में हर रोडमैप फ़ेज़, डिलिवरेबल्स और टास्क में बँटा होता है। टेम्पलेट एक्सेलरेटर के रूप में रखे गए हैं: हाउ-टू गाइड, सैंपल डॉक्यूमेंट और चेकलिस्ट, जो उस टास्क से जुड़े हैं जिसे उनकी ज़रूरत है। आप फ़ेज़, वर्कस्ट्रीम या एक्सेलरेटर के हिसाब से फ़िल्टर कर सकते हैं, और एक फ़ेज़ के SAP Activate डिलिवरेबल्स निकालने का यही सबसे तेज़ तरीका है।

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

टूलिंग में क्या बदला

फ़ेज़ स्ट्रक्चर वही है। उसके आसपास की टूलिंग बदल गई है।

1. क्लाउड प्रोग्राम में टेम्पलेट SAP Cloud ALM में रहते हैं। यह SAP Enterprise Support वाले ग्राहकों को मिलता है और RISE with SAP जैसे SAP क्लाउड सब्सक्रिप्शन के साथ आता है। Solution Manager 7.2 का मेनस्ट्रीम मेंटेनेंस 2027 के अंत तक है, और चुनिंदा फ़ंक्शन के लिए एक्सटेंडेड मेंटेनेंस 2030 तक।
2. Joule मेथडोलॉजी टूलिंग के अंदर है। SAP ने 2025 में Joule को Roadmap Viewer और SAP Cloud ALM में जोड़ा, ताकि टीम टास्क गाइडेंस या पहला ड्राफ़्ट माँग सके। यह उस व्यक्ति की जगह नहीं लेता जो fit-gap पर साइन करता है।
3. Clean Core के अब लेवल हैं। अगस्त 2025 में SAP ने Clean Core के चार लेवल पेश किए, A से D तक, जहाँ लेवल A सिर्फ़ रिलीज़्ड API इस्तेमाल करता है और लेवल D क्लीन नहीं है। आपकी fit-gap शीट में एक कॉलम होना चाहिए कि हर गैप किस लेवल पर जाएगा।

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

प्रोजेक्ट स्कोपिंग डॉक्यूमेंट

यह तय करता है कि प्रोग्राम में क्या शामिल है और क्या नहीं। जब तीन महीने बाद कोई स्कोप जोड़ने की कोशिश करता है (और कोई करेगा), तो यही संदर्भ होता है।

जिन सेक्शन की मैं उम्मीद करता हूँ:

1. टाइटल, स्पॉन्सर और प्रोग्राम मैनेजर।
2. बैकग्राउंड: मौजूदा स्थिति और बदलाव की वजह।
3. संख्याओं में उद्देश्य, जैसे "क्लोज़ साइकल 14 दिन से 5 दिन"।
4. स्कोप में क्या है, मॉड्यूल और प्रोसेस के हिसाब से (FI/CO, MM/SD इंटीग्रेशन, डेटा माइग्रेशन, UAT, go-live)।
5. स्कोप से बाहर क्या है, उतनी ही स्पष्टता से लिखा हुआ जितना स्कोप (HR, लेगेसी रिपोर्ट माइग्रेशन, non-ERP इंटीग्रेशन)।
6. मान्यताएँ और सीमाएँ, जैसे मासिक स्टीयरिंग कमेटी के लिए स्पॉन्सर की उपलब्धता और तय go-live तारीख।
7. फ़ेज़ के हिसाब से टाइमलाइन, Explore शुरू होने से पहले स्पॉन्सर और PMO के साइन-ऑफ़ के साथ।

टाइमलाइन को वास्तविकता के हिसाब से रखें। मेरे अनुभव में GROW प्रोग्राम 6 से 9 महीने लेते हैं, RISE 9 से 18 महीने, brownfield कन्वर्ज़न 12 से 18 महीने और greenfield 18 से 24 महीने; मेरी SAP इम्प्लीमेंटेशन टाइमलाइन गाइड इसे फ़ेज़-दर-फ़ेज़ समझाती है।

बिज़नेस केस टेम्पलेट

यह लागत-लाभ विश्लेषण को ऐसे फ़ॉर्मेट में रखता है जिसे फ़ाइनेंस टीम पढ़ सके। मेरे कुछ क्लाइंट्स को इसी स्ट्रक्चर के साथ पहली ही बार में प्रोग्राम की मंज़ूरी मिली है, क्योंकि संख्याएँ साफ़ हैं और मान्यताएँ लिखी हुई हैं।

स्ट्रक्चर:

1. ओनर और सारांश: अभी क्यों, क्या बदलेगा, क्या वैसा ही रहेगा।
2. समस्या: क्लोज़ साइकल की लंबाई, मैनुअल वर्कअराउंड, सिस्टम की उम्र।
3. प्रस्तावित तरीका: greenfield, brownfield या selective, स्कोप के सारांश के साथ।
4. संख्याओं में लाभ: क्लोज़ से कम हुए दिन, FTE का समय, एरर रेट, ऑडिट रिस्क।
5. लागत और फ़ंडिंग: इम्प्लीमेंटेशन, लाइसेंस या सब्सक्रिप्शन, आंतरिक समय, कंटिंजेंसी।
6. शीर्ष तीन जोखिम, संभावना और असर के साथ।
7. सिफ़ारिश: आगे बढ़ें, शर्तों के साथ आगे बढ़ें, या टालें।

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

स्टेकहोल्डर मैट्रिक्स

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

हर समूह के लिए भूमिका, रुचि, प्रभाव और जुड़ाव दर्ज करें। एक सामान्य सेट: स्पॉन्सर के रूप में CFO (मासिक स्टीयरिंग कमेटी), टेक्निकल ओनर के रूप में IT डायरेक्टर, मुख्य प्रोसेस ओनर के रूप में फ़ाइनेंस डायरेक्टर, प्रभावित यूज़र के रूप में प्लांट मैनेजर और AP/AR यूज़र, और क्वालिटी गेट पर इंटरनल ऑडिट।

इसी मैट्रिक्स से Prepare की उन वर्कशॉप की योजना बनाएँ जो हाई-लेवल रिक्वायरमेंट दर्ज करती हैं। उन्हें अभी उसी फ़ॉर्मेट में नंबर दें जो आप Explore में इस्तेमाल करेंगे (REQ-001 वगैरह), ताकि मूल माँग तक का ट्रेस बना रहे।

Explore में SAP Best Practices के सामने Fit-to-Standard वर्कशॉप में डिज़ाइन तय होता है। यहीं SAP बजट बिगड़ते भी हैं, क्योंकि WRICEF की गिनती (वर्कफ़्लो, रिपोर्ट, इंटरफ़ेस, कन्वर्ज़न, एन्हांसमेंट और फ़ॉर्म) यहीं बढ़ती है।

फ़ेज़ का क्रम खिसकने न दें। 2023 में एक यूरोपीय रिटेल एंगेजमेंट पर क्लाइंट ने Explore छोड़ने की कोशिश की और तीन महीने अधूरी रिक्वायरमेंट पर बिल्ड करने में लगा दिए। मेरा SAP इम्प्लीमेंटेशन कॉस्ट ब्रेकडाउन दिखाता है कि इस तरह का दोबारा काम बजट में कैसे बदलता है।

रिक्वायरमेंट और fit-gap शीट

रिक्वायरमेंट मैपिंग हर बिज़नेस ज़रूरत को एक सिस्टम कंपोनेंट और एक टेस्ट केस से जोड़ती है। फिर fit-gap विश्लेषण दिखाता है कि स्टैंडर्ड SAP कहाँ ज़रूरत पूरी करता है और कहाँ नहीं।

मैं दोनों को एक ही शीट में रखता हूँ, समाधान के रास्ते के एक कॉलम के साथ। S/4HANA पर हर गैप को एक स्पष्ट जवाब चाहिए: स्टैंडर्ड कॉन्फ़िगरेशन, की-यूज़र एक्सटेंशन, सिस्टम के अंदर डेवलपर एक्सटेंशन, या SAP BTP पर साइड-बाय-साइड एक्सटेंशन।

Req ID	रिक्वायरमेंट	SAP कंपोनेंट	Fit / gap	समाधान का रास्ता	टेस्ट रेफ़
REQ-001	ऑटोमेटेड मंथ-एंड क्लोज़ जर्नल	FI-GL पीरियड-एंड क्लोज़िंग	Fit	रिकरिंग डॉक्यूमेंट कॉन्फ़िगरेशन	TC-001
REQ-002	मोबाइल पर परचेज़ ऑर्डर अप्रूवल	MM परचेज़िंग, Fiori अप्रूवल ऐप	S/4HANA में Fit	स्टैंडर्ड ऐप और वर्कफ़्लो कॉन्फ़िगरेशन	TC-003
REQ-003	इंटरकंपनी बिलिंग ऑटोमेशन	SD बिलिंग, FI इंटीग्रेशन	Fit	इंटरकंपनी बिलिंग कॉन्फ़िगरेशन	TC-010
REQ-004	प्राइवेसी नियमों के लिए डेटा आर्काइविंग	Information Lifecycle Management	Gap	ILM पॉलिसी कॉन्फ़िगरेशन	TC-025
REQ-005	रियल-टाइम कॉस्ट सेंटर रिपोर्टिंग	CO, एम्बेडेड एनालिटिक्स या SAC	Gap	एम्बेडेड एनालिटिक्स या SAC लाइव कनेक्शन	TC-030
REQ-006	सप्लायर सेल्फ़-सर्विस पोर्टल	SAP Ariba या सप्लायर पोर्टल	Gap	Ariba इंटीग्रेशन	TC-020

पैसा यहीं बचता है। 2023 में एक यूरोपीय मैन्युफ़ैक्चरिंग ECC-से-S/4HANA माइग्रेशन पर fit-gap वर्कशॉप ने योजनाबद्ध एन्हांसमेंट 35 प्रतिशत घटा दिए, और बचत छह अंकों में रही।

दो नियम शीट को काम का बनाते हैं। स्कोप पर वेंडर का नियंत्रण नहीं होना चाहिए, क्योंकि जिस हर गैप को वह बिल्ड बताता है, वह उसके लिए बिल होने वाला काम है। Clean Core के फ़ैसले बिज़नेस और IT की डिज़ाइन अथॉरिटी के पास हों, और SAP कोड में बदलाव के लिए एक नामित अप्रूवर हो; मेरी SAP Clean Core स्ट्रैटेजी लेवल समझाती है।

यह बिल्ड फ़ेज़ है। ये टेम्पलेट हर कॉन्फ़िगरेशन फ़ैसले, हर डेवलपमेंट और हर टेस्ट रिज़ल्ट का ऑडिट ट्रेल हैं।

कॉन्फ़िगरेशन लॉग

यह सिस्टम के हर बदलाव को दर्ज करता है: किसने किया, क्यों, और किस ट्रांसपोर्ट में गया। जब बाद में कुछ टूटता है, तो आप समस्या को दिनों के बजाय मिनटों में ट्रेस कर लेते हैं।

हर एंट्री में चाहिए:

1. कॉन्फ़िगरेशन ID और मॉड्यूल (जैसे MM-CONF-001)।
2. कॉन्फ़िगरेशन पाथ और बदला गया ऑब्जेक्ट।
3. प्रभावित बिज़नेस प्रोसेस और वजह।
4. किसने कॉन्फ़िगर किया, और कब।
5. ट्रांसपोर्ट रिक्वेस्ट नंबर।
6. पहले और बाद की मुख्य वैल्यू।
7. जुड़े टेस्ट केस और अप्रूवल स्टेटस।

कस्टम डेवलपमेंट रजिस्टर

किसी के कोड लिखने से पहले हर कस्टम ऑब्जेक्ट को एक पंक्ति मिलती है: ID, विवरण, डेवलपर की भूमिका, मेहनत, स्टेटस और एक्सटेंशन टाइप। एक्सटेंशन टाइप वाला कॉलम ही वह जगह है जहाँ Clean Core लागू होता है।

2024 में एक यूरोपीय रिटेल S/4HANA इम्प्लीमेंटेशन पर इस रजिस्टर ने योजनाबद्ध कस्टम कोड 30 प्रतिशत कम कर दिया। इसने दिखाया कि कहाँ स्टैंडर्ड SAP बिल्कुल ठीक काम करेगा।

टेस्ट स्ट्रैटेजी

यह सारी टेस्टिंग को एक जगह रखती है: कौन क्या टेस्ट करेगा, कब, किस एनवायरनमेंट में और किस मानक पर।

1. स्कोप: स्कोप वाले मॉड्यूल में फ़ंक्शनल, इंटीग्रेशन, रिग्रेशन, परफ़ॉर्मेंस और UAT।
2. एनवायरनमेंट: डेवलपमेंट, QA, UAT और प्री-प्रोडक्शन।
3. टूल: SAP Cloud ALM या आपके मौजूदा टूल में टेस्ट मैनेजमेंट, ऑटोमेशन और परफ़ॉर्मेंस टूल के नाम के साथ।
4. डिफ़ेक्ट लाइफ़साइकल, ट्राइएज पर सीवियरिटी और प्रायोरिटी तय करके।
5. एग्ज़िट क्राइटेरिया: सभी क्रिटिकल डिफ़ेक्ट बंद, UAT साइन-ऑफ़, और एक रिग्रेशन पास रेट जो पहले से तय हो।

SAP Activate, Realize को इंटीग्रेशन टेस्टिंग और यूज़र एक्सेप्टेंस टेस्टिंग के साथ खत्म करता है। एग्ज़िट क्राइटेरिया टेस्टिंग शुरू होने से पहले लिखें, नतीजे आने पर नहीं।

डेटा माइग्रेशन प्लान

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

वैलिडेशन वह हिस्सा है जिसकी टीमें कम योजना बनाती हैं: पहले मॉक लोड से पहले रिकॉर्ड काउंट, सैंपलिंग और बैलेंस रिकंसिलिएशन पर सहमति बना लें।

SAP Activate में Deploy में प्रोडक्शन सेटअप, कटओवर, go-live और हाइपरकेयर आते हैं। ये टेम्पलेट एक अव्यवस्थित वीकेंड को एक नियंत्रित इवेंट में बदल देते हैं।

SAP कटओवर प्लान टेम्पलेट

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

टास्क लिस्ट लिखने से पहले चार चीज़ों पर सहमति बनाएँ: विंडो (जैसे शुक्रवार 22:00 से शनिवार 06:00), रोलबैक ट्रिगर, लेगेसी सिस्टम कितनी जल्दी दोबारा चालू हो सकता है, और वे स्मोक टेस्ट जो साबित करें कि नया सिस्टम काम करता है। फिर क्रम:

स्टेप	टास्क	ओनर	शुरुआत	स्टेटस
1	लेगेसी सिस्टम फ़्रीज़ करें (कोई पोस्टिंग नहीं)	Basis	22:00	लंबित
2	फ़ाइनल डेटा एक्सट्रैक्ट और रिकंसिलिएशन	डेटा माइग्रेशन लीड	22:30	लंबित
3	प्रोडक्शन माइग्रेशन लोड	डेटा माइग्रेशन लीड	23:00	लंबित
4	बचे हुए ट्रांसपोर्ट इम्पोर्ट करें	Basis	00:30	लंबित
5	इंटरफ़ेस और नेटवर्क रूटिंग स्विच करें	इंटीग्रेशन लीड	01:30	लंबित
6	स्मोक टेस्ट: FI पोस्टिंग, गुड्स रिसीप्ट, सेल्स ऑर्डर	QA लीड	02:00	लंबित
7	बिज़नेस कन्फ़र्मेशन और go/no-go	प्रोग्राम डायरेक्टर	03:00	लंबित
8	सिस्टम को बिज़नेस यूज़र्स के लिए खोलें	Basis	06:00	लंबित

go-live रेडीनेस चेकलिस्ट

यह तय करती है कि आप स्विच करने के लिए सच में तैयार हैं या नहीं। हर आइटम का जवाब हाँ या ना में, सबूत के साथ।

1. फ़ंक्शनल: मुख्य प्रोसेस और क्रॉस-मॉड्यूल परिदृश्य टेस्ट हो चुके, खुले P1 और P2 डिफ़ेक्ट सूचीबद्ध, की-यूज़र तैयारी की पुष्टि करते हैं।
2. डेटा: मास्टर और ट्रांज़ैक्शन डेटा लोड और रिकंसाइल, रिकंसिलिएशन रिपोर्ट अप्रूव, लेगेसी फ़्रीज़ की पुष्टि।
3. फ़ाइनेंस: हर कंपनी कोड और एंटिटी के लिए पीरियड-एंड क्लोज़ कॉन्फ़िगरेशन टेस्ट हुआ।
4. टेक्निकल: कटओवर प्लान अप्रूव, ट्रांसपोर्ट प्रोडक्शन में, बैच जॉब शेड्यूल, मॉनिटरिंग कॉन्फ़िगर।
5. लोग: ट्रेनिंग कवरेज, एक्सेस रोल वैलिडेट, हाइपरकेयर टीम तैनात।
6. फ़ैसला: क्रिटिकल जोखिम और उनके उपाय, go / no-go / सशर्त, नाम, भूमिका और तारीख के साथ अप्रूव।

फ़ाइनेंस वाली पंक्ति किसी वजह से है। 2024 में एक GCC रिटेल प्रोग्राम पर go-live रिव्यू ने go-live से दो दिन पहले सभी 25 एंटिटी में फ़ाइनेंस क्लोज़ कॉन्फ़िगरेशन की एक समस्या पकड़ी; इससे छह अंकों की रिकवरी करनी पड़ती।

मैंने इसी आकलन के आधार पर दो प्रोग्राम में दो हफ़्ते की देरी की सिफ़ारिश की है। यह इसी के लिए है।

हाइपरकेयर सपोर्ट मॉडल

यह लॉन्च के बाद समस्याओं को संभालने का तरीका व्यवस्थित करता है। इसके बिना हर समस्या P1 बन जाती है।

1. हाइपरकेयर विंडो और कवरेज, जैसे बढ़े हुए घंटों के साथ चार हफ़्ते।
2. सपोर्ट चैनल: इंसिडेंट क्यू, एक चैट चैनल और P1 के लिए फ़ोन ब्रिज।
3. सपोर्ट टियर: सर्विस डेस्क, फ़ंक्शनल कंसल्टेंट, फिर Basis और डेवलपमेंट।
4. सीवियरिटी के हिसाब से रिस्पॉन्स और रिज़ॉल्यूशन समय।
5. एग्ज़िट क्राइटेरिया: कोई खुला P1 या P2 इश्यू नहीं और सपोर्ट संगठन को साइन किया हुआ हैंडओवर।

Run लाइव सिस्टम का सपोर्ट और मैनेजमेंट है। जिस टेम्पलेट को ज़्यादातर टीमें बहुत जल्दी छोड़ देती हैं, वह परफ़ॉर्मेंस पर नज़र रखने वाला है।

परफ़ॉर्मेंस मॉनिटरिंग शीट

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

मैं जिन मेट्रिक्स को ट्रैक करता हूँ, हर एक के लक्ष्य, अलर्ट सीमा और ओनर के साथ:

1. डायलॉग रिस्पॉन्स टाइम (95वाँ पर्सेंटाइल): लक्ष्य 1 सेकंड से कम, अलर्ट 2 सेकंड पर, Basis।
2. बैकग्राउंड जॉब: 100 प्रतिशत समय पर पूरे, किसी भी विफलता पर अलर्ट, ऑपरेशंस लीड।
3. डेटाबेस क्वेरी टाइम: लक्ष्य 200 ms से कम, अलर्ट 500 ms पर, डेटाबेस एडमिनिस्ट्रेटर।
4. इंटरफ़ेस एरर रेट: 1 प्रतिशत से कम, अलर्ट 2 प्रतिशत पर, इंटीग्रेशन लीड।
5. मंथ-एंड क्लोज़ जॉब रनटाइम: तय विंडो के भीतर, बेसलाइन से 30 प्रतिशत ऊपर होने पर अलर्ट, फ़ाइनेंस ऑपरेशंस।

SAP Activate फ़ेज़ रोडमैप में क्वालिटी गेट बनाता है, हर फ़ेज़ के लिए चेकपॉइंट के साथ। SAP क्वालिटी गेट पर मेरी गाइड बताती है कि इन्हें कैसे सेट करें; यहाँ बात यह है कि इनमें दम क्यों होना चाहिए।

हर गेट पर पास और फ़ेल के मानदंड तय करें। "95 प्रतिशत रिग्रेशन टेस्ट पास हों।" "सभी FI इंटीग्रेशन परिदृश्य ग्रीन हों।" ऐसे मानदंड आपको तब डटे रहने देते हैं जब बिज़नेस क्वालिटी की परवाह किए बिना किसी तारीख पर लॉन्च करना चाहता है।

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

एग्ज़िक्यूटिव साइन-ऑफ़ भी सिर्फ़ रबर स्टैम्प नहीं होना चाहिए; ऊपर वाली GCC रिटेल फ़ाइनेंस क्लोज़ समस्या ठीक उसी रिव्यू में पकड़ी गई थी। जिस गेट को स्पॉन्सर एक फ़ोन कॉल से पलट सके, वह गेट नहीं है। ज़रूरत पड़ने से पहले लिख लें कि इसे कौन माफ़ कर सकता है।

इन टेम्पलेट के आसपास की पूरी प्रक्रिया के लिए मेरी स्टेप-बाय-स्टेप SAP इम्प्लीमेंटेशन गाइड देखें।

यह गाइड मेरे SAP इम्प्लीमेंटेशन हब का हिस्सा है, जिसमें बिज़नेस केस से गो-लाइव तक हर विषय के लिंक हैं।

SAP Activate टेम्पलेट कहाँ से डाउनलोड करें?

SAP Activate Roadmap Viewer में, me.sap.com/roadmapviewer पर। अपने डिप्लॉयमेंट का रोडमैप खोलें, फिर फ़ेज़ या एक्सेलरेटर के हिसाब से फ़िल्टर करें ताकि हर टास्क के टेम्पलेट, गाइड और चेकलिस्ट दिखें।

क्लाउड प्रोग्राम में यही कंटेंट SAP Cloud ALM में उपलब्ध है, जहाँ टास्क और डिलिवरेबल्स को प्रोजेक्ट के सामने ट्रैक किया जा सकता है।

हर फ़ेज़ में SAP Activate डिलिवरेबल्स क्या हैं?

Prepare स्कोप, प्लान, गवर्नेंस और बिज़नेस केस देता है। Explore, Fit-to-Standard के नतीजे, रिक्वायरमेंट और fit-gap बैकलॉग और सॉल्यूशन डिज़ाइन देता है। Realize कॉन्फ़िगर और टेस्ट किया हुआ सिस्टम देता है, जिसमें इंटीग्रेशन और यूज़र एक्सेप्टेंस टेस्टिंग शामिल है।

Deploy कटओवर, go-live और हाइपरकेयर देता है। Run लाइव सिस्टम के सपोर्ट और सुधार को कवर करता है।

किस SAP Activate फ़ेज़ में सबसे ज़रूरी टेम्पलेट हैं?

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

Explore ठीक पीछे है, क्योंकि fit-gap शीट WRICEF की गिनती तय करती है और वहीं बजट बिगड़ते हैं।

क्या SAP Activate टेम्पलेट कस्टमाइज़ किए जा सकते हैं?

हाँ। स्टैंडर्ड स्ट्रक्चर का लगभग 80 प्रतिशत रखें और सिर्फ़ वही बदलें जो आपके लिए खास है: फ़ार्मास्यूटिकल्स में वैलिडेशन नियम, पब्लिक सेक्टर प्रोक्योरमेंट, SOX कंट्रोल। ये बदलाव Prepare की शुरुआत में करें, Deploy में नहीं।

फ़ेज़ का क्रम, क्वालिटी गेट या go-live रेडीनेस आकलन कस्टमाइज़ करके हटाएँ नहीं।

SAP कटओवर प्लान टेम्पलेट में क्या होना चाहिए?

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

कटओवर शुरू होने से पहले तय कर लें कि रोलबैक का फ़ैसला कौन लेगा, और किस समय तक। तय मानदंडों के बिना सुबह 4 बजे लिए गए रोलबैक फ़ैसलों से ही go-live के बाद की समस्याएँ शुरू होती हैं।

SAP go-live रेडीनेस चेकलिस्ट में क्या होता है?

फ़ंक्शनल, डेटा, फ़ाइनेंस, टेक्निकल और लोगों की तैयारी, हर एक का जवाब हाँ या ना में सबूत के साथ, और नाम और तारीख के साथ दर्ज go / no-go फ़ैसला।

go-live से पहले हर एंटिटी के लिए पीरियड-एंड क्लोज़ कॉन्फ़िगरेशन टेस्ट करें। यही वह जाँच है जो आपको छह अंकों की रिकवरी से बचाने की सबसे ज़्यादा संभावना रखती है।

क्या SAP Activate टेम्पलेट greenfield और brownfield दोनों के लिए काम करते हैं?

हाँ। फ़र्क मुख्य रूप से Explore में है। brownfield कन्वर्ज़न कॉन्फ़िगरेशन को आगे ले जाता है, इसलिए fit-gap इस पर केंद्रित रहता है कि क्या बदलना है और कौन-सा कस्टम कोड अब स्टैंडर्ड S/4HANA बदल सकता है; greenfield प्रोग्राम SAP Best Practices से शुरू होता है।

कटओवर प्लान भी अलग होता है, क्योंकि सिस्टम कन्वर्ज़न greenfield डेटा लोड से अलग टेक्निकल क्रम अपनाता है।