
विषय-सूची
2026 में ERP मॉडर्नाइज़ेशन का मतलब है तीन फ़ैसले, इसी क्रम में: आपके ERP को क्या करना बंद करना चाहिए, आप उसके कोर को कितना क्लीन रखेंगे, और क्या आपका डेटा इतना अच्छा है कि AI काम का साबित हो। SAP ग्राहकों के लिए इन तीनों के पीछे एक पक्की तारीख़ है: ECC का मेनस्ट्रीम मेंटेनेंस 31 दिसंबर 2027 को ख़त्म होता है, और भुगतान वाला एक्सटेंडेड मेंटेनेंस 2030 के अंत तक मिलता है।
यह उन CIO, CFO और एंटरप्राइज़ आर्किटेक्ट के लिए है जिनका विश्लेषण पूरा हो चुका है और अब जिन्हें अमल करना है। इसमें कार्रवाई के लिए मजबूर करने वाली ताक़तें, बैकबोन-प्लस-सैटेलाइट आर्किटेक्चर, क्लीन कोर, गवर्नेंस का गैप, AI रेडीनेस और अगले 18 महीनों की जोखिम तालिका शामिल है।
2024 में ज़्यादातर लीडर अब भी वक़्त ख़रीद रहे थे: ECC की टाइमलाइन पढ़ना, हाइब्रिड बनाम पूर्ण माइग्रेशन पर बहस करना, बिना प्रतिबद्धता के सैंडबॉक्स टेस्ट चलाना। वह मौक़ा अब निकल चुका है। ECC और Oracle E-Business Suite लैंडस्केप का टेक्निकल डेट अब सैद्धांतिक नहीं रहा। यह अपडेट के बाद फ़ेल होते रिग्रेशन टेस्ट में दिखता है, उस कस्टम कोड पर ऑडिट के निष्कर्षों में जिसका कोई मालिक नहीं, और उस डेटा में जिसे प्लानिंग और एग्ज़ीक्यूशन सिस्टम के बीच जाने में 12 घंटे लगते हैं।
समयसीमा। 2027 के बाद ECC ग्राहक ज़्यादा फ़ीस पर 2030 के अंत तक एक्सटेंडेड मेंटेनेंस ख़रीद सकते हैं। उसके आगे SAP 2031 से 2033 के लिए ERP प्राइवेट एडिशन ट्रांज़िशन का विकल्प देता है, लेकिन सिर्फ़ RISE के ज़रिए, और SAP साफ़ कहता है कि यह भुगतान वाला ट्रांज़िशन ऑफ़र है, मेंटेनेंस का विस्तार नहीं। इस बीच The Register में छपी Gartner की रिसर्च में पाया गया कि 2024 के अंत तक SAP के लगभग 35,000 ECC ग्राहकों में से सिर्फ़ क़रीब 39% ने S/4HANA लाइसेंस ख़रीदे या सब्सक्राइब किए थे। लाइसेंस लेने का मतलब माइग्रेट करना नहीं है। पार्टनर मार्केट में तंगी रहेगी।
बजट मॉडल। क्लाउड ERP ख़र्च को capex लाइसेंस से सब्सक्रिप्शन पर ले जाता है। सुनने में यह साफ़-सुथरा लगता है। व्यवहार में CFO को क्लाउड लागत कम अनुमानित लगती है: RISE with SAP और SAP GROW में Full User Equivalent (FUE) की बढ़ोतरी, ऐड-ऑन सर्विस और इंटीग्रेशन का ओवरहेड वे लागतें जोड़ते हैं जो मूल बिज़नेस केस में नहीं थीं।
फ़ाइनेंस और सप्लाई चेन में बिखराव। फ़ाइनेंस टीमें पेएबल और रिसीवेबल पर AI चला रही हैं जबकि ऑडिट प्रोसेस अब भी किसी और दौर के लिए बने टेम्पलेट इस्तेमाल करते हैं। सप्लाई चेन आंशिक रूप से मॉडर्न हैं: प्लानिंग के लिए SAP IBP, एग्ज़ीक्यूशन के लिए पुराना वेयरहाउस मैनेजमेंट, प्रोक्योरमेंट के लिए Ariba पर गुड्स रिसीट मैनुअल। बॉटलनेक टेक्नोलॉजी नहीं है। वह सिस्टमों के बीच के जोड़ हैं।
ERP एक लेयर है, पूरा स्टैक नहीं। कई एंटरप्राइज़ में ServiceNow प्रोसेस ऑर्केस्ट्रेशन चलाता है, Salesforce कस्टमर वर्कफ़्लो, Workday या SuccessFactors HR लाइफ़साइकल। ERP अब फ़ाइनेंशियल बैकबोन बन गया है, 1990 के दशक में जैसा ऑल-इन-वन प्रोसेस हब बनाकर बेचा गया था वैसा नहीं।
ज़्यादातर एंटरप्राइज़ आर्किटेक्ट आज जिस मॉडल पर काम करते हैं वह है एक फ़ाइनेंशियल बैकबोन (SAP S/4HANA या Oracle Fusion), जिसे विशेषज्ञ प्लेटफ़ॉर्म घेरे रहते हैं।
| लेयर | यहाँ क्या रहता है | क्या नहीं रहता |
|---|---|---|
| फ़ाइनेंशियल बैकबोन | जनरल लेजर, कंट्रोलिंग, प्रोक्योरमेंट, इन्वेंटरी, मैन्युफ़ैक्चरिंग एग्ज़ीक्यूशन, स्टैच्युटरी क्लोज़ | वर्कफ़्लो अप्रूवल, CRM, वर्कफ़ोर्स मैनेजमेंट, एनालिटिक्स |
| वर्कफ़्लो | IT और ऑपरेशंस प्रोसेस, अप्रूवल, चेंज मैनेजमेंट के लिए ServiceNow | ट्रांज़ैक्शनल रिकॉर्ड-कीपिंग |
| कस्टमर एंगेजमेंट | Salesforce या SAP Sales and Service Cloud | फ़ाइनेंशियल प्रोसेसिंग |
| वर्कफ़ोर्स | Workday या SAP SuccessFactors | ऑपरेशनल ट्रांज़ैक्शन |
| एनालिटिक्स | SAP Business Data Cloud, SAP Analytics Cloud, Power BI, Snowflake | सिस्टम ऑफ़ रिकॉर्ड |
यह अलगाव जानबूझकर है। सब कुछ वापस SAP में ठूँसने से घर्षण बढ़ता है, अपडेट धीमे होते हैं और ओनरशिप धुंधली पड़ती है। CRM, वर्कफ़्लो, एनालिटिक्स और EHS को एक सिस्टम में ठूँसना ही था जिसने पुराने प्रोग्राम इतने कष्टदायक बनाए।
पूछने वाला सवाल: ERP को अब किस चीज़ का ज़िम्मा नहीं उठाना चाहिए? इसे छोड़ दिया तो आप नए लाइसेंस पर वही मोनोलिथ दोबारा बना लेंगे। SAP और ServiceNow के साथ ERP मॉडर्नाइज़ेशन पर मेरा लेख उस बँटवारे का एक रूप विस्तार से दिखाता है।
अगस्त 2025 में SAP ने अपने तीन-स्तरीय एक्सटेंसिबिलिटी मॉडल की जगह चार क्लीन कोर लेवल लागू किए। लेवल A सिर्फ़ रिलीज़्ड, स्थिर API इस्तेमाल करता है, SAP BTP पर साइड-बाय-साइड या ABAP Cloud के साथ सिस्टम के भीतर। लेवल B क्लासिक API और ऐसी तकनीकें इस्तेमाल करता है जिन्हें SAP अब भी क्लीन मानता है। लेवल C आंतरिक ऑब्जेक्ट तक पहुँचता है और उसे विशेष उपाय चाहिए। लेवल D क्लीन नहीं है।
पब्लिक एडिशन (SAP Cloud ERP, जो SAP GROW के नाम से बिकता है) में सिर्फ़ लेवल A की अनुमति है, इसलिए प्लेटफ़ॉर्म क्लीन कोर लागू करता है और साल में दो बड़ी रिलीज़ सँभालता है। प्राइवेट एडिशन (RISE के तहत SAP Cloud ERP Private) और on-premise में अब भी क्लासिक एक्सटेंशन की अनुमति है, इसलिए वहाँ क्लीन कोर गवर्नेंस पर निर्भर करता है। दोनों में से कोई भी हो, भारी कस्टमाइज़ किया हुआ सिस्टम हर अपग्रेड को प्रोजेक्ट और हर रिग्रेशन टेस्ट को संकट बना देता है।
क्लीन कोर आपसे क्या माँगता है:
- कोर से इस्तेमाल न होने वाला कस्टम कोड हटाइए। जो भी कस्टम प्रोग्राम आप रखते हैं, उसे हर अपग्रेड पर टेस्ट करना पड़ेगा।
- नए एक्सटेंशन जहाँ संभव हो लेवल A पर बनाइए: SAP BTP पर, SAP Build के साथ, या ABAP Cloud के साथ सिस्टम के भीतर।
- जहाँ SAP स्टैंडर्ड प्रोसेस देता है वहाँ वही इस्तेमाल कीजिए, और कस्टमाइज़ तभी कीजिए जब नियमन या असली प्रतिस्पर्धी फ़र्क़ इसकी माँग करे।
विरोध सांस्कृतिक है, तकनीकी नहीं। जिन बिज़नेस लीड ने 15 साल कस्टम कोड पर भरोसा किया, वे अब भी उम्मीद करते हैं कि वह “बस दोबारा लागू हो जाएगा”। यह उम्मीद 2012 की है।
एक आम ECC लैंडस्केप में 1,500 से 3,000 कस्टम ऑब्जेक्ट होते हैं। यह मैन्युफ़ैक्चरिंग और सर्विसेज़ में मेरे किए आकलनों पर आधारित है, और सिर्फ़ लगभग एक चौथाई में सक्रिय बिज़नेस उपयोग दिखता है। बाक़ी ऐतिहासिक बोझ है जो माइग्रेशन की लागत फुलाता है और ऑडिट का जोखिम बनाता है।
व्यावहारिक क़दम: अभी एक यूसेज स्कैन चलाइए। जो निष्क्रिय है उसे डेप्रिकेट कीजिए। डिज़ाइन शुरू होने से पहले एक कट लिस्ट प्रकाशित कीजिए। जो टीमें क्लीन कोर की योजना पहले हफ़्ते से बनाती हैं, उनके अपग्रेड अनुभव उन टीमों से कहीं बेहतर होते हैं जो इसे ऐसी बाधा मानती हैं जिसके इर्द-गिर्द काम करना है। मेरा क्लीन कोर रणनीति लेख तरीक़े में गहराई से जाता है।
ERP जब कई लेयर में से एक हो, तो ओनरशिप के सवाल अहम हो जाते हैं। इनका मालिक कौन है:
- Salesforce और ERP के बीच का API?
- SAP और ServiceNow दोनों में फैला वर्कफ़्लो?
- दोनों सिस्टम को एक साथ अपडेट की ज़रूरत हो तो टकराती हुई बदलाव प्राथमिकताएँ?
मैंने इससे go-live महीनों देर होते देखे हैं। टीमों को तब तक पता नहीं चलता कि वे अटक गई हैं जब तक इंटीग्रेशन टेस्टिंग ओवरलैप सामने नहीं ला देती।
एक मामले में पाँच सिस्टम एक ही सप्लायर मास्टर रिकॉर्ड को छू रहे थे। पाँच। किसी के पास मास्टर डेटा ओनरशिप डॉक्यूमेंट नहीं था, और किसी ने यह डिज़ाइन नहीं किया था कि कौन-सा बदलाव किस सिस्टम में कौन कर सकता है। यह टेक्नोलॉजी की विफलता नहीं है। यह गवर्नेंस की विफलता है जिसे टेक्नोलॉजी ने उजागर कर दिया।
मॉडर्नाइज़ेशन चमकदार टूल की बात नहीं है। यह रणनीतिक घटाव की बात है। यह तय करना कि ERP को अब किन चीज़ों का ज़िम्मा नहीं उठाना चाहिए, और सीमाओं का मालिक कौन है, इस पर ईमानदार रहना।
ERP में AI का मूल्य असली है, पर वह डेटा क्वालिटी और साफ़ आर्किटेक्चर पर निर्भर करता है। Joule अब S/4HANA, SuccessFactors, Ariba और SAP के दूसरे प्रोडक्ट तक फैला है, और SAP के एजेंट Joule असिस्टेंट के तहत चलते हैं। SAP BTP पर एजेंटिक उपयोग शिप हो रहे हैं, स्लाइडवेयर नहीं रहे। ये सब साफ़, एकरूप, स्ट्रक्चर्ड डेटा पर निर्भर करते हैं।
अगर आपका डेटा डुप्लिकेट है, असंगत तरीक़े से कोड किया गया है, या ऐसी कस्टम टेबल में पड़ा है जिन्हें S/4HANA पहचानता नहीं, तो AI के पास भरोसे लायक़ कुछ नहीं रहता। पेएबल पर AI चलाने वाली फ़ाइनेंस टीमें यह जल्दी जान जाती हैं, जब इनवॉइस ग़लत वेंडर से मैच होने लगते हैं क्योंकि वेंडर मास्टर कभी साफ़ ही नहीं हुआ।
जो क्रम काम करता है: पहले क्लीन कोर, दूसरे नंबर पर डेटा गवर्नेंस, तीसरे पर एनालिटिक्स, चौथे पर AI। चरण छोड़ने से कुछ तेज़ नहीं होता। समस्या बस आगे खिसक जाती है।
- सीमा तय करेंतय करें कि ERP को क्या करना बंद करना चाहिए
- कोर को क्लीन करेंइस्तेमाल न होने वाला कोड रिटायर करें, नया लेवल A पर बनाएँ
- डेटा को गवर्न करेंहर डेटा ऑब्जेक्ट का एक मालिक
- एनालिटिक्स बनाएँगवर्न किए गए डेटा पर SAP Business Data Cloud, SAC या Power BI
- AI जोड़ेंभरोसेमंद आधार पर Joule और एजेंट
ऐसा AI जिसके पास काम करने को कुछ भरोसेमंद है
| जोखिम | संकेत | व्यावहारिक जवाब |
|---|---|---|
| ECC समयसीमा का दबाव | मेनस्ट्रीम मेंटेनेंस दिसंबर 2027 में ख़त्म होता है, 2024 के अंत तक ज़्यादातर ECC ग्राहकों ने S/4HANA लाइसेंस नहीं लिया था | पार्टनर रिसोर्स प्लान अभी लॉक कीजिए, अमेरिका में सीनियर डे रेट पहले से $1,800 से $3,500 चल रहे हैं |
| कस्टम कोड का क़र्ज़ | 1,500 से 3,000 कस्टम ऑब्जेक्ट, लगभग एक चौथाई सक्रिय उपयोग में | यूसेज स्कैन चलाइए, कट लिस्ट प्रकाशित कीजिए, रिटायरमेंट स्प्रिंट शुरू कीजिए |
| रिलीज़ में रुकावट | रिलीज़ फ़ाइनेंशियल क्लोज़ और सप्लाई चेन के पीक से टकराती हैं | क्लोज़ से दूर रिलीज़ विंडो तय कीजिए, रिग्रेशन टेस्ट ऑटोमेट कीजिए |
| डेटा माइग्रेशन का जोखिम | देर से हुआ हार्मनाइज़ेशन ऐसे डिफ़ेक्ट पैदा करता है जिन्हें टीमें बग समझ लेती हैं | शुरू में साइज़िंग, डिज़ाइन फ़्रीज़ से पहले बैंक, टैक्स और कंप्लायंस डेटा की जाँच |
| इंटीग्रेशन ओनरशिप के गैप | साझा मास्टर डेटा को छूने वाले पाँच या ज़्यादा सिस्टम | अथॉरिटी मैट्रिक्स प्रकाशित कीजिए, हर डेटा ऑब्जेक्ट का एक मालिक |
| दो लाइफ़साइकल टूल | हाइब्रिड लैंडस्केप में Solution Manager और SAP Cloud ALM साथ-साथ चलते हैं | क्लाउड प्रोग्राम के लिए Cloud ALM डिफ़ॉल्ट, Solution Manager 7.2 का मेनस्ट्रीम मेंटेनेंस 2027 के अंत में ख़त्म होता है |
इन जोखिमों का डिलीवरी-स्तर का रूप देखने के लिए ERP मॉडर्नाइज़ेशन की दस ग़लतियाँ, जिनसे बचना चाहिए पढ़िए, और माइग्रेशन के रास्तों के लिए ECC से S/4HANA माइग्रेशन गाइड।
SAP S/4HANA में क्लीन कोर क्या है?
S/4HANA को जितना हो सके स्टैंडर्ड के क़रीब रखना और एक्सटेंशन को ऐसी जगह रखना जहाँ अपग्रेड उन्हें तोड़ न सकें। अगस्त 2025 से SAP एक्सटेंशन को लेवल A (सिर्फ़ रिलीज़्ड API, SAP BTP पर या ABAP Cloud के साथ सिस्टम के भीतर) से लेवल D (क्लीन नहीं) तक ग्रेड करता है। बिज़नेस की वजह है अपग्रेड की सुरक्षा: क्लीन सिस्टम रिलीज़ को दिनों में सोख लेता है, भारी कस्टमाइज़ किए सिस्टम में हर रिलीज़ एक प्रोजेक्ट बन जाती है।
ERP के लिए बैकबोन-प्लस-सैटेलाइट आर्किटेक्चर क्या है?
ERP (SAP S/4HANA या Oracle Fusion) वह संभालता है जिसके लिए वह बना है: फ़ाइनेंशियल रिकॉर्ड, इन्वेंटरी, प्रोक्योरमेंट, मैन्युफ़ैक्चरिंग ट्रांज़ैक्शन और स्टैच्युटरी रिपोर्टिंग। बाक़ी विशेषज्ञ प्लेटफ़ॉर्म संभालते हैं: वर्कफ़्लो के लिए ServiceNow, कस्टमर एंगेजमेंट के लिए Salesforce, HR के लिए Workday या SuccessFactors, और इनसाइट के लिए एनालिटिक्स प्लेटफ़ॉर्म। यह सब ERP में ठूँस देने से ऐसा मोनोलिथ बनता है जो धीरे अपडेट होता है और भारी कस्टमाइज़ होता है।
2027 की SAP ECC समयसीमा से कंपनियों को कैसे निपटना चाहिए?
SAP Readiness Check से शुरू कीजिए। यह कस्टम कोड की मात्रा, ऐड-ऑन निर्भरताएँ और डेटा साइज़िंग सामने लाता है, ये तीन कारक तय करते हैं कि आप ब्राउनफ़ील्ड जाएँगे, ग्रीनफ़ील्ड या सिलेक्टिव। जटिल एंटरप्राइज़ माइग्रेशन में आकलन से go-live तक आम तौर पर 18 से 24 महीने लगते हैं, इसलिए अगर आपने अब तक रास्ता नहीं चुना और पार्टनर से बातचीत शुरू नहीं की, तो 2027 का go-live पहले से मुश्किल है। 2030 तक का एक्सटेंडेड मेंटेनेंस ज़्यादा महँगा है और वक़्त ख़रीदता है, इनोवेशन नहीं।
ERP मॉडर्नाइज़ेशन में AI कब मूल्यवान है और कब नहीं?
जब डेटा साफ़, एकरूप और स्ट्रक्चर्ड हो और प्रोसेस के नियम साफ़ हों: पेएबल ऑटोमेशन, डिमांड फ़ोरकास्टिंग और फ़ाइनेंशियल ट्रांज़ैक्शन में एनॉमली डिटेक्शन सिद्ध उपयोग हैं। AI ख़राब डेटा या गवर्नेंस के गैप से बचने का शॉर्टकट नहीं है। ग़लत इनपुट पर लिए गए फ़ैसले मैनुअल ग़लतियों से ज़्यादा मुश्किल से पकड़े जाते हैं। क्लीन कोर, डेटा गवर्नेंस और स्थिर प्रोसेस पहले आते हैं।
कंपनियाँ ERP मॉडर्नाइज़ेशन में सबसे बड़ी ग़लतियाँ क्या करती हैं?
इसे टेक्नोलॉजी प्रोजेक्ट मान लेना, जिससे बिज़नेस लीड के कमरे में आने से पहले ही क्लीन कोर की बहस हार जाते हैं। डिज़ाइन के बाद डेटा गवर्नेंस शुरू करना, जबकि पहले हफ़्ते में लिए गए फ़ैसले महीनों की टेस्टिंग बचा लेते। यह तय न करना कि ERP को क्या करना बंद करना है, इसलिए कोर का स्कोप अपने आप फैलता जाता है, और पिछला मोनोलिथ ऐसे ही बना था।
ERP मॉडर्नाइज़ेशन की लागत क्या है?
मिड-मार्केट कंपनी के लिए ब्राउनफ़ील्ड ECC-से-S/4HANA कन्वर्ज़न में इम्प्लीमेंटेशन लागत आम तौर पर $2M-$8M आती है, इसके ऊपर चल रही सब्सक्रिप्शन। ग्लोबल स्कोप, भारी कस्टमाइज़ेशन और कई एंटिटी वाले एंटरप्राइज़ प्रोग्राम $20M-$100M+ तक जा सकते हैं। लाइसेंस के साथ इंटीग्रेशन, टेस्टिंग और ऑपरेशनल सपोर्ट भी मॉडल कीजिए, और RISE तथा SAP GROW में अनुबंध की पूरी अवधि में FUE की बढ़ोतरी मॉडल कीजिए।
अगला कदम
क्या आप अभी कोई ERP प्रोग्राम चला रहे हैं?
अगर यह लेख किसी ऐसे प्रोग्राम से जुड़ा है जिसमें आप अभी काम कर रहे हैं, तो 30 मिनट की बातचीत अक्सर एक और हफ़्ते के अंदरूनी विश्लेषण से ज़्यादा आगे ले जाती है।




