S/4HANA माइग्रेशन की लागत: रास्ते के हिसाब से इसे क्या तय करता है

S/4HANA माइग्रेशन की लागत उन्हीं दायरों में आती है जिनमें कोई भी SAP प्रोग्राम। Mid-market कंपनी में $500K से $2M, बड़ी कंपनी में $2M से $10M या उससे ज़्यादा और global group में $10M से $50M या उससे ज़्यादा की योजना बनाइए। दायरे के अंदर आप कहाँ पहुँचते हैं, यह रास्ते पर कम और custom code, डेटा, mock conversions, dual running और आपके SAP contract पर ज़्यादा निर्भर करता है।

छोटा जवाब: कोई भी माइग्रेशन रास्ता अपने आप सस्ता नहीं है। Brownfield बनाम greenfield की लागत इस पर निर्भर करती है कि आप कितना custom code साथ ले जाते हैं, आपका डेटा कितना साफ़ है और आप प्रक्रियाओं में कितना बदलाव चाहते हैं। मेरे अनुभव में custom code वह चरण है जो सबसे ज़्यादा बार overrun होता है, और वह छिपी लागत जिसे कंपनियाँ सबसे ज़्यादा भूलती हैं।

यह लेख खास तौर पर माइग्रेशन के बिल के बारे में है। रास्ते, चरण और ECC की डेडलाइन मेरी ECC से S/4HANA माइग्रेशन गाइड में हैं।

SAP की सामान्य लागत और पैसा कहाँ जाता है, इसके लिए पढ़िए SAP implementation की लागत कितनी होती है। काम शुरू होने के बाद बजट क्यों overrun होते हैं, इसके लिए पढ़िए SAP प्रोजेक्ट्स बजट से बाहर क्यों जाते हैं।

माइग्रेशन एक पूरा SAP प्रोग्राम है, इसलिए इसमें वही रेंज लागू होती हैं जो मैं किसी भी SAP प्रोग्राम के लिए इस्तेमाल करता हूँ। इनमें partner services, subscription या licences, डेटा, testing, training और hypercare शामिल हैं।

हर दायरा यहाँ बैठता है, और यह चीज़ें माइग्रेशन को उसके दायरे में ऊपर धकेलती हैं:

कंपनी का आकार	प्रोग्राम की कुल लागत (USD)	माइग्रेशन को रेंज में ऊपर क्या ले जाता है
छोटी (200 से कम कर्मचारी)	$80K से $500K	Legacy data volume, ऐसे add-ons जिनका कोई S/4HANA version नहीं है
Mid-market (200 से 1,000)	$500K से $2M	Custom code की मात्रा, integrations, data quality
बड़ी (1,000 से 10,000)	$2M से $10M+	Custom code, mock conversions की संख्या, regression test का scope
Global group (10,000+)	$10M से $50M+	कई entities और देश, rollout waves के दौरान dual running

दो हिस्से हर दायरे में एक जैसे रहते हैं। Partner services कुल का 35 से 50 प्रतिशत लेती हैं, और 10 से 20 प्रतिशत contingency उसके ऊपर रहती है, जिसे partner के price के अंदर नहीं, आप अपने पास रखते हैं।

Public benchmarks भी इसी जगह हैं। SAP partner LeverX, अमेरिका में एक बड़े enterprise के greenfield implementation को $4M से $10M+ पर रखता है (LeverX US cost guide, 2026)। अपने scope पर पहली संख्या के लिए SAP implementation cost calculator आज़माइए।

लोग एक प्रतिशत चाहते हैं: brownfield, greenfield से X प्रतिशत सस्ता है। मेरा ईमानदार जवाब है कि यह निर्भर करता है, और मैं कोई प्रतिशत नहीं देता। रास्ता इस बात को ज़्यादा बदलता है कि पैसा कहाँ जाता है, इसको कम कि वह कितना है।

System conversion (brownfield) आपका configuration, custom code और history रखता है। नया implementation (greenfield) साफ़ शुरुआत करता है और सिर्फ वही डेटा load करता है जिसकी आपको ज़रूरत है, और selective data transition विशेष tools के साथ दोनों का थोड़ा-थोड़ा करता है।

हर रास्ता पैसा यहाँ खर्च करता है:

रास्ता	पैसा कहाँ जाता है	इसे महँगा क्या बनाता है	इसे कम क्या रखता है
Brownfield (system conversion)	Custom code remediation, Software Update Manager से conversion runs, जो कुछ रखा उस सबकी regression testing	बड़ा custom code base जिसे कोई इस्तेमाल नहीं करता, बदलने वाले add-ons, बड़े database पर छोटी downtime window	Conversion से पहले बेकार code हटाना, ऐसी प्रक्रियाएँ जो पहले से काम करती हैं
Greenfield (नया implementation)	Process design, configuration, extensions, data loads, training और बदलाव	पुराने custom reports और logic को नए सिस्टम में दोबारा बनाना, जो क्षेत्र ठीक चल रहे थे उन्हें दोबारा डिज़ाइन करना	SAP standard अपनाना, open items और सिर्फ ज़रूरी history load करना
Selective data transition	विशेष tools और partner, data scoping, साथ में कुछ redesign और कुछ conversion	Company code और history का जटिल चुनाव, mergers और carve-outs	किन क्षेत्रों को redesign मिलेगा, इस पर कसा हुआ फ़ैसला

तो यह किस पर निर्भर करता है? ये चार सवाल इसे तय करते हैं:

1. आप कितना custom code साथ ले जाते हैं, और उसमें से कितना इस्तेमाल होता है। Conversion में आपके रखे हर object को जाँचना, ज़रूरत हो तो ठीक करना और test करना पड़ता है।
2. आपका डेटा कितना साफ़ है और आपको कितनी history चाहिए। खराब डेटा हर रास्ते पर पैसा खाता है, हर एक में अलग जगह पर।
3. आप प्रक्रियाओं में कितना बदलाव चाहते हैं। मेरा नियम: जब आप दूसरे सिस्टम से आ रहे हों या नई प्रक्रियाएँ तय करनी हों तो greenfield, जब प्रक्रियाएँ तय हैं और चल रही हैं तो brownfield, जब कुछ क्षेत्रों को redesign चाहिए तो selective। जो प्रक्रियाएँ पहले से काम करती हैं उन्हें redesign करने के लिए पैसा देना महँगा विकल्प है।
4. Business कितना downtime झेल सकता है। छोटी windows वाले बड़े सिस्टम को downtime-optimised तकनीकें और उन्हें चलाने वाले विशेषज्ञ चाहिए।

लागत समय के पीछे भी चलती है। मेरे अनुभव में brownfield में 12 से 18 महीने, greenfield में 18 से 24 महीने और selective data transition में 12 से 18 महीने लगते हैं। मेरा S/4HANA माइग्रेशन timeline और प्रोजेक्ट प्लान इन्हें चरण दर चरण खोलकर बताता है।

माइग्रेशन में custom code वह चरण है जिसे मैं सबसे ज़्यादा बार overrun होते देखता हूँ। यह वही लागत भी है जिसे कंपनियाँ बजट तय करते समय सबसे ज़्यादा भूलती हैं।

यह इसलिए छिपी रहती है क्योंकि यह एक तकनीकी काम जैसी दिखती है। Brownfield conversion में आपके Z-programs, enhancements और modifications साथ जाते हैं, और जो भी बदले हुए data model को छूता है, उसे adapt और दोबारा test करना पड़ता है।

SAP Readiness Check शुरुआत की सही जगह है, लेकिन यह एक planning tool है। मेरे अनुभव में जो custom objects इससे छूट जाते हैं, वही बाद में तकलीफ़ देते हैं।

SAP की अपनी Conversion Guide for SAP S/4HANA Cloud Private Edition 2025 custom code checks के लिए आपको ABAP Test Cockpit पर भेजती है। यह convert करने से पहले उस custom code को हटाने की सलाह भी देती है जो अब इस्तेमाल नहीं होता।

बचत इसी सलाह में है। एक प्रोग्राम में smartShift के साथ विश्लेषण ने हमें 18,000 custom objects से 3,200 पर ला दिया, और हटाया गया हर object ऐसा था जिसे किसी को ठीक, test या भविष्य के upgrades में साथ नहीं ले जाना पड़ा।

किसी के माइग्रेशन का price लगाने से पहले मुझे इनके जवाब चाहिए होंगे:

1. कितने custom objects मौजूद हैं? उन्हें अपने सिस्टम से गिनिए, partner के अनुमान से नहीं।
2. असल में कितने इस्तेमाल होते हैं? Production से usage data, पूरे business cycle का, year-end समेत।
3. कौन से हटाए जाएँगे, और यह कौन तय करता है? Business और IT की एक design authority, अकेले developers नहीं।
4. जो आप रखते हैं, उनकी जगह क्या आएगा? Standard functions, released APIs या side-by-side extensions, clean core के अनुरूप।

Customisations को न्यूनतम रखिए और बाकी पर governance रखिए। जो आम गलती मैं देखता हूँ, वह है SAP को Oracle की तरह चलाने की कोशिश, जो हर अंतर को code में बदल देती है। मेरी SAP clean core गाइड बताती है कि जो बचता है उसे कैसे classify करें।

मेरे अनुभव में data migration में 30 से 40 प्रतिशत प्रयास लगता है। उस प्रयास का अच्छा-खासा हिस्सा आपके अपने business users पर होता है, cleansing और validation में, इसलिए यह partner quote में शायद ही दिखता है।

Brownfield conversion पर मैं cutover से पहले तीन mock conversions की योजना बनाता हूँ। हर एक में असली पैसा लगता है: system copy, conversion चलाने वाली technical टीम, functional checks और नतीजों का business reconciliation।

देखिए कि आपका contract पहले से क्या कवर करता है। Private Edition के लिए SAP की conversion guide कहती है कि standard contract scope में दो dry runs शामिल हैं, एक non-production systems के लिए और एक production के लिए। इससे ज़्यादा billable service के रूप में जोड़े जा सकते हैं।

अगर आप तीन की योजना बनाते हैं, तो पहले ही तय कर लीजिए कि तीसरे का पैसा कौन देगा।

इस चरण की दूसरी लागत downtime है। मैंने cutover downtime एक weekend से लेकर एक हफ़्ते तक देखा है, और जिस भी दिन business माल नहीं भेज पाता, invoice नहीं बना पाता या close नहीं कर पाता, उसकी कीमत वह चुकाता है।

आप इसे छोटा कर सकते हैं। Software Update Manager एक downtime-optimised conversion देता है, लेकिन SAP की guide कहती है कि Private Edition version के लिए एक ऐसा SAP expert चाहिए जिसने ADM329 training course पूरा किया हो। यह बजट में एक विशेषज्ञ line है, कोई मुफ़्त switch नहीं।

Testing चक्र को पूरा करती है। Conversion सब कुछ रखता है, इसलिए regression testing को वह सब कवर करना होता है जो आपने रखा, और वह scope हर उस custom object के साथ बढ़ता है जिसे आपने नहीं हटाया।

दो लागतें प्रोजेक्ट प्लान के बाहर रहती हैं, और दोनों CFO की मेज़ पर पहुँचती हैं।

पहली है dual running। Enhancement package 6 से 8 पर चल रहे SAP ERP 6.0 के लिए mainstream maintenance 31 दिसंबर 2027 को खत्म होता है। 2030 के अंत तक का वैकल्पिक extended maintenance दो अतिरिक्त प्रतिशत अंकों पर आता है (SAP News)।

आज शुरू हुआ greenfield प्रोग्राम 2028 तक चलता है, इसलिए जब तक आप build करते हैं, ECC चलता रहता है और उसका खर्च भी। कम से कम कुछ extended maintenance, ECC support टीम और उन interfaces का बजट रखिए जिन्हें phased rollout के दौरान दोनों सिस्टम को डेटा देना है।

दूसरी है contract conversion। RISE with SAP पर जाने का मतलब है S/4HANA Cloud Private Edition, जिसे SAP अब SAP Cloud ERP Private के नाम से बेचता है। आपकी licence और maintenance की स्थिति subscription में बदल जाती है, और शर्तें negotiate होती हैं, प्रकाशित नहीं होतीं।

RISE contract में जो सबसे बड़े जाल मैं देखता हूँ, वे हैं renewal की शर्तें, full user equivalent (FUE) sizing और AI credits। जो मैं हमेशा negotiate करके शामिल करवाता हूँ, वह है शामिल modules की list और phase-wise pricing, ताकि आप पहले दिन से नहीं, बल्कि जैसे-जैसे चरण go-live करें वैसे-वैसे भुगतान करें।

SAP से लिखित में पूछिए कि आपके मौजूदा licences और maintenance भुगतानों का क्या होगा। RISE with SAP contract और pricing पर मेरी गाइड बताती है कि क्या शामिल है, क्या नहीं और किस पर ज़ोर देना है।

जिन 21 SAP प्रोग्राम्स का मैंने नेतृत्व किया है या जिन्हें संकट से निकाला है, उनमें सबसे बड़ी गलती जो मैं देखता हूँ वह है शुरुआत में ठीक से योजना न बनाना। बजट Explore चरण में चोट खाते हैं, जब WRICEF list (reports, interfaces, conversions, enhancements, forms, workflows) बढ़ती है, और scope पर vendors का नियंत्रण होने देना इसकी एक जड़ है।

मैं यह क्रम अपनाऊँगा:

1. SAP Readiness Check और custom code checks चलाइए, किसी से price माँगने से पहले।
2. तय कीजिए कि कौन सा custom code हटेगा, business और IT की design authority के ज़रिए।
3. डेटा की profiling कीजिए और data effort को प्रोग्राम के 30 से 40 प्रतिशत पर आँकिए।
4. Mock conversions और dry runs गिनिए, और तय कीजिए कि हर एक का पैसा कौन देगा।
5. Dual running का price लगाइए, अगर go-live 2027 के बाद होता है तो extended maintenance समेत।
6. Scope खुद लिखिए, ताकि partner आपके scope का price लगाए, अपने का नहीं।
7. 10 से 20 प्रतिशत contingency जोड़िए, अपनी तरफ़ रखी हुई।

फिर partners के पास जाइए। References और आपके माइग्रेशन का उनका high-level डिज़ाइन माँगिए, और ऐसे generic जवाबों से दूर रहिए जो किसी भी कंपनी पर लागू हो सकते हैं। S/4HANA माइग्रेशन partner चुनने पर मेरी गाइड उस बातचीत का बाकी हिस्सा कवर करती है।

ठोस अगला कदम: इसी महीने अपने production सिस्टम से custom objects की संख्या और usage data निकालिए। यही वह एक संख्या है जो माइग्रेशन बजट को सबसे ज़्यादा हिलाती है, और कोई partner कमरे में आए उससे पहले यह आपके पास हो सकती है।

अगर आप किसी माइग्रेशन बजट या partner proposal पर एक स्वतंत्र राय चाहते हैं, तो मैं संगठनों की इसमें मदद करता हूँ। आप यहाँ मुझसे संपर्क कर सकते हैं।

S/4HANA माइग्रेशन की लागत कितनी होती है?

मैं जो रेंज इस्तेमाल करता हूँ, वे हैं छोटी कंपनी के लिए $80,000 से $500,000 और mid-market के लिए $500,000 से $2 million। एक बड़े enterprise को $2 million से $10 million या उससे ज़्यादा की योजना बनानी चाहिए, और global group को $10 million से $50 million या उससे ज़्यादा की। Partner services कुल का 35 से 50 प्रतिशत लेती हैं, और custom code, डेटा और mock conversions की संख्या तय करते हैं कि आप रेंज में कहाँ पहुँचते हैं।

क्या S/4HANA के लिए brownfield, greenfield से सस्ता है?

अपने आप नहीं। यह इस पर निर्भर करता है कि आप कितना custom code साथ ले जाते हैं, आपका डेटा कितना साफ़ है, आप कितनी प्रक्रियाएँ redesign करना चाहते हैं और आप कितना downtime झेल सकते हैं। बड़े, बेकार custom code base वाला brownfield conversion, SAP standard अपनाने वाले greenfield implementation से महँगा पड़ सकता है।

S/4HANA माइग्रेशन में सबसे बड़ी छिपी लागत क्या है?

Custom code। मेरे अनुभव में यही वह लागत है जिसे कंपनियाँ सबसे ज़्यादा भूलती हैं और वही चरण जो सबसे ज़्यादा बार overrun होता है। किसी के माइग्रेशन का price लगाने से पहले अपने custom objects गिनिए और देखिए कि कौन से इस्तेमाल होते हैं।

S/4HANA conversion के लिए कितने mock conversions चाहिए?

Brownfield conversion पर मैं cutover से पहले तीन mock conversions की योजना बनाता हूँ। Private Edition के लिए SAP की conversion guide standard contract scope में दो dry runs शामिल करती है, एक non-production के लिए और एक production के लिए, और इससे ज़्यादा billable service के रूप में मिलते हैं। Sign करने से पहले तय कीजिए कि किसी भी अतिरिक्त run का पैसा कौन देगा।

S/4HANA माइग्रेशन बजट में कितनी contingency जोड़नी चाहिए?

बजट के ऊपर 10 से 20 प्रतिशत रखिए, partner के price के अंदर नहीं, अपनी तरफ़। इसे नामित जोखिमों के लिए जारी कीजिए, जैसे testing में मिले custom code या डेटा के मसले, उस scope को ढकने के लिए नहीं जिसका कभी price लगा ही नहीं।

क्या RISE with SAP से S/4HANA माइग्रेशन सस्ता हो जाता है?

यह लागत के आकार से ज़्यादा उसकी शक्ल बदलता है। Licences, hosting और technical operations एक subscription में चले जाते हैं, लेकिन custom code, डेटा, testing और बदलाव अब भी आपके प्रोग्राम बजट में रहते हैं। Renewal की शर्तों, FUE sizing और AI credits पर नज़र रखिए, और शामिल modules और phase-wise pricing को negotiate कीजिए।