SAP CPI और Integration Suite: ये क्या हैं और कहाँ फ़िट होते हैं

SAP CPI (Cloud Platform Integration) SAP का क्लाउड मिडलवेयर है। अब यह SAP BTP पर SAP Integration Suite के भीतर Cloud Integration क्षमता के रूप में मिलता है, और S/4HANA को दूसरे SAP और गैर-SAP सिस्टम से जोड़ने का SAP का जवाब यही है। अगर आप अब भी SAP PI/PO चला रहे हैं, तो घड़ी मायने रखती है: PI/PO 7.5 की मेनस्ट्रीम मेंटेनेंस 2027 के अंत में खत्म हो रही है।

यह गाइड उन इंटीग्रेशन लीड और CIO के लिए है जो तय कर रहे हैं कि PI/PO से कैसे निकलें, या नए S/4HANA प्रोग्राम के लिए इंटीग्रेशन कैसे डिज़ाइन करें। इसमें बताया है कि CPI क्या करता है और क्या नहीं करता, PI/PO से इसकी तुलना कैसी है, और इंटरफ़ेस माइग्रेट करने की वेव योजना क्या हो।

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

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

CPI वह परत है जो सिस्टमों को जोड़ती है, डेटा को बदलती है और एप्लिकेशन के बीच मैसेज रूट करती है। SAP Integration Suite इसके साथ API Management, Event Mesh, Integration Advisor और ट्रेडिंग पार्टनर मैनेजमेंट को बंडल करता है। ज़्यादातर कंसल्टेंट इंटीग्रेशन फ़्लो वाले हिस्से के लिए अब भी “CPI” ही कहते हैं, और यह ठीक है।

CPI क्या करता है: सिस्टमों के बीच डेटा ले जाता है, मैसेज के फ़ॉर्मेट बदलता है, सही टारगेट तक रूट करता है, और एरर व रीट्राई संभालता है। यह स्टैंडर्ड अडैप्टर के ज़रिए SAP सिस्टम (S/4HANA, SuccessFactors, Ariba) और गैर-SAP प्लेटफ़ॉर्म (Salesforce, Workday, ServiceNow) को जोड़ता है।

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

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

आज किसी भी इंटीग्रेशन योजना को चार तारीख़ें और फ़ैसले आकार देते हैं।

1. 2023Edge Integration Cell आम उपलब्धता में2023 के अंत में। Integration Suite के फ़्लो आपके अपने नेटवर्क के भीतर चलाता है
2. 2027PI/PO की मेनस्ट्रीम मेंटेनेंस खत्मसाल के अंत में, SAP NetWeaver 7.5 के लिए
3. 2028SAP BTP Neo environment बंद31 दिसंबर। Neo के CPI टेनेंट Cloud Foundry पर जाते हैं
4. 2030PI/PO की एक्सटेंडेड मेंटेनेंस खत्मसाल के अंत में। किसी भी PI/PO लैंडस्केप का आखिरी पड़ाव

स्रोत: SAP NetWeaver 7.5 की मेंटेनेंस और Neo की बंदी की घोषणाएँ, SAPinsider की रिपोर्ट के अनुसार

1. PI/PO के पास सड़क खत्म हो रही है। SAP NetWeaver 7.5, जिसमें PI/PO शामिल है, Business Suite की मेंटेनेंस समय-सारणी पर चलता है: मेनस्ट्रीम मेंटेनेंस 2027 के अंत तक, एक्सटेंडेड मेंटेनेंस 2030 के अंत तक। कोई नया फ़ीचर नहीं आएगा। 2027 या 2030 में जबरन कटओवर करने के मुकाबले योजना बनाकर वेव में किया गया माइग्रेशन कहीं सस्ता पड़ता है।
2. हाइब्रिड का जवाब मौजूद है। Edge Integration Cell, जो 2023 के अंत से आम उपलब्धता में है, Integration Suite के फ़्लो आपके अपने नेटवर्क के भीतर चलाता है, उन इंटरफ़ेस के लिए जिन्हें ऑन-प्रिमाइस ही रहना है। इससे PI/PO पर टिके रहने की वह सबसे आम वजह हट जाती है जो टीमें बताती थीं।
3. Neo बंद हो रहा है। SAP ने 2023 में घोषणा की कि SAP BTP का Neo environment 31 दिसंबर 2028 को बंद हो जाएगा। Neo पर मौजूद पुराने CPI टेनेंट को मल्टी-क्लाउड (Cloud Foundry) environment में जाना होगा, और वह माइग्रेशन अपने आप में एक छोटा प्रोजेक्ट है।
4. टूलिंग में Joule आ गया है। SAP ने Integration Suite में Joule जोड़ा है, ताकि डेवलपर सादी भाषा में फ़्लो बताएँ और पहला ड्राफ़्ट पा लें। स्टैंडर्ड परिदृश्यों में इससे रफ़्तार बढ़ती है। असली बिज़नेस लॉजिक वाली जटिल ऑर्केस्ट्रेशन के लिए अब भी वरिष्ठ इंटीग्रेशन आर्किटेक्ट चाहिए।

कमर्शियल की बात करें तो: अगर आप RISE with SAP पर हैं, तो Integration Suite की क्षमता अलग से खरीदने से पहले देखिए कि आपके कॉन्ट्रैक्ट में SAP BTP का कौन सा एंटाइटलमेंट पहले से शामिल है।

पहलू	SAP PI/PO	SAP CPI (Integration Suite)
डिप्लॉयमेंट	ऑन-प्रिमाइस, आपके अपने सर्वर	SAP BTP पर क्लाउड; ऑन-प्रिमाइस रनटाइम के लिए Edge Integration Cell
मेंटेनेंस का बोझ	ज़्यादा: पैचिंग, अपग्रेड, सर्वर मैनेजमेंट	कम: प्लेटफ़ॉर्म SAP चलाता है
एक्सटेंसिबिलिटी	गहरा कस्टमाइज़ेशन; अपग्रेड करना कठिन	मॉड्यूलर; अपडेट तेज़; निचले स्तर पर कम नियंत्रण
लाइसेंसिंग	स्थिर, आम तौर पर क्षमता-आधारित	सब्सक्रिप्शन, मैसेज-आधारित मैट्रिक्स के साथ
निवेश की दिशा	सिर्फ़ मेंटेनेंस, कोई नया फ़ीचर नहीं	सक्रिय डेवलपमेंट
मेनस्ट्रीम मेंटेनेंस का अंत	2027 का अंत (एक्सटेंडेड 2030 के अंत तक)	लागू नहीं (क्लाउड सर्विस)

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

बुनियादी इकाई iFlow (इंटीग्रेशन फ़्लो) है। हर iFlow तय करता है कि मैसेज सोर्स से टारगेट तक कैसे जाए: कैसे बदले, रूटिंग के नियम क्या हों, और कुछ फ़ेल होने पर कौन सा एरर हैंडलिंग चले।

फ़ीचर	क्या करता है
पहले से बना इंटीग्रेशन कंटेंट	SAP Business Accelerator Hub पर SAP और आम थर्ड-पार्टी परिदृश्यों के लिए तैयार iFlow के पैकेज
ग्राफ़िकल फ़्लो डिज़ाइनर	iFlow बनाने के लिए वेब-आधारित डिज़ाइनर
API Management	API का डिज़ाइन, प्रकाशन, सुरक्षा और मॉनिटरिंग
सिक्योरिटी	OAuth 2.0, SAML, TLS, सर्टिफ़िकेट मैनेजमेंट
मॉनिटरिंग	मैसेज लॉग, एरर की जानकारी, रीट्राई का इतिहास, अलर्टिंग

स्टैंडर्ड अडैप्टर में SOAP, REST, OData, IDoc, JDBC, SFTP, JMS और AS2 शामिल हैं, और खास SaaS प्रोडक्ट के लिए और भी।

स्क्रिप्टिंग। जटिल ट्रांसफ़ॉर्मेशन के लिए iFlow के भीतर Groovy या JavaScript चाहिए। स्टैंडर्ड फ़्लो से आगे CPI ज़ीरो-कोड नहीं है। अगर आपकी टीम में कोई बुनियादी स्क्रिप्ट लॉजिक नहीं लिख सकता, तो जटिल मैपिंग रुकावट बन जाती हैं।

माइग्रेशन ऑटोमैटिक कन्वर्ज़न नहीं है। PI और CPI में अडैप्टर का व्यवहार अलग होता है, और PI में जो एरर हैंडलिंग चलती थी, वह CPI में अलग तरह से बर्ताव कर सकती है। कुछ फ़्लो दोबारा बनाने पड़ते हैं। बाकी छोटे बदलाव के साथ चले जाते हैं। SAP की माइग्रेशन टूलिंग और पहले से बना कंटेंट मशीनी काम घटाते हैं। वे यह फ़ैसला नहीं करते कि क्या दोबारा बनाना है और क्या रिटायर करना है।

वेव योजना यह है जिसे मैं शुरुआती ढाँचे के तौर पर इस्तेमाल करता हूँ। अपनी इन्वेंटरी के हिसाब से वेव ढाल लीजिए।

वेव	क्या जाता है	इस क्रम की वजह	ज़िम्मेदार	बाहर निकलने की शर्त
0. इन्वेंटरी	हर PI इंटरफ़ेस: फ़्रीक्वेंसी, वॉल्यूम, अडैप्टर, क्रिटिकैलिटी, ओनर	जिसे गिना नहीं, उसकी योजना नहीं बन सकती	इंटीग्रेशन लीड	इन्वेंटरी पर बिज़नेस ओनर की मंज़ूरी
1. कम जोखिम	स्टैंडर्ड कंटेंट वाले SAP-से-SAP फ़्लो	ऑपरेटिंग मॉडल और मॉनिटरिंग को परखता है	इंटीग्रेशन लीड	प्रोडक्शन में दो हफ़्ते स्थिर, PI का रास्ता बंद
2. पार्टनर	मुख्य ट्रेडिंग पार्टनर के साथ B2B और EDI फ़्लो	पार्टनर की टेस्टिंग विंडो और समन्वित कटओवर चाहिए	प्रोक्योरमेंट और सेल्स के साथ इंटीग्रेशन लीड	हर पार्टनर लिखित में पुष्टि करे
3. उच्च जोखिम	ज़्यादा वॉल्यूम वाले, रेगुलेटेड या राजस्व के लिए अहम फ़्लो	सबसे आखिर में जाते हैं, सबसे ज़्यादा रिहर्सल के साथ	इंटीग्रेशन आर्किटेक्ट	वॉल्यूम टेस्ट पास; PI पर वापसी का रिहर्सल हो चुका
4. रिटायर	PI/PO बंद	दो प्लेटफ़ॉर्म का भुगतान बंद होता है	CIO	सारे फ़्लो माइग्रेट या रिटायर; लाइसेंस खत्म

हर वेव के लिए PI पर वापसी का रास्ता तब तक रखिए, जब तक नया फ़्लो प्रोडक्शन में साफ़ न चल ले। क्रम मायने रखता है: राजस्व ढोने वाले इंटरफ़ेस को छूने से पहले कम जोखिम वाले फ़्लो पर ऑपरेटिंग मॉडल को परख लीजिए।

जो परिदृश्य मुझे सबसे ज़्यादा दिखते हैं:

1. S/4HANA से SuccessFactors। संगठन का डेटा, हेडकाउंट और वेतन में बदलाव। SAP का स्टैंडर्ड इंटीग्रेशन कंटेंट आम परिदृश्य कवर करता है; अलग ज़रूरतों के लिए कस्टम फ़्लो बनते हैं।
2. पुराने प्रोक्योरमेंट से SAP Ariba। परचेज़ ऑर्डर बाहर जाते हैं, कन्फ़र्मेशन और इनवॉइस वापस आते हैं। आम तौर पर दोनों दिशाओं में।
3. फ़ाइनेंस डेटा से SAP Analytics Cloud। ECC या गैर-SAP सिस्टम से डेटा को SAC में ले जाना।
4. Salesforce से SAP। बंद हुए सौदे SAP में फ़ुलफ़िलमेंट, इनवॉइसिंग और स्टॉक अपडेट के लिए जाते हैं। मैनेज्ड इंटीग्रेशन के बिना यह आम तौर पर स्प्रेडशीट एक्सपोर्ट या कमज़ोर स्क्रिप्ट पर चलता है। मेरा लेख Salesforce-ERP इंटीग्रेशन क्यों फ़ेल होते हैं डिज़ाइन की गलतियों को कवर करता है।

अगर आपके प्रोग्राम में इंटीग्रेशन का काम पहले से फिसल रहा है, तो SAP Integration Suite की डिलीवरी में देरी आम वजहें बताता है। SAP इंटीग्रेशन प्लेटफ़ॉर्म का प्लेटफ़ॉर्म ओवरव्यू विकल्पों की आपस में तुलना करता है।

SAP CPI क्या है और अब इसे क्या कहा जाता है?

SAP CPI का मतलब Cloud Platform Integration है। यह अब SAP BTP पर SAP Integration Suite की Cloud Integration क्षमता है, API Management, Event Mesh और पार्टनर इंटीग्रेशन टूल के साथ। इंटीग्रेशन फ़्लो बनाने के लिए “CPI” आज भी रोज़मर्रा का नाम है।

SAP CPI, SAP PI/PO से कैसे अलग है?

PI (Process Integration) और PO (Process Orchestration) ऑन-प्रिमाइस मिडलवेयर हैं, जिनमें गहरा कस्टमाइज़ेशन और इंफ़्रास्ट्रक्चर पर पूरा नियंत्रण मिलता है। CPI SAP BTP पर एक क्लाउड सर्विस है, जिसे SAP आपके लिए चलाता है और जिसमें नए अडैप्टर और कंटेंट केंद्रीय रूप से आते हैं।

PI/PO 7.5 को सिर्फ़ मेंटेनेंस मिलती है। मेनस्ट्रीम मेंटेनेंस 2027 के अंत में और एक्सटेंडेड मेंटेनेंस 2030 के अंत में खत्म होती है, इसलिए हर PI/PO लैंडस्केप को माइग्रेशन योजना चाहिए।

क्या SAP CPI और SAP BTP एक ही हैं?

नहीं। SAP BTP प्लेटफ़ॉर्म है: ऐप डेवलपमेंट, डेटा, एनालिटिक्स, AI और इंटीग्रेशन। CPI उस पर इंटीग्रेशन की सर्विस है। काम का दायरा तय करते समय बजट और स्किल अलग होते हैं: BTP आर्किटेक्ट कई सर्विसों पर काम करता है, CPI स्पेशलिस्ट फ़्लो, अडैप्टर और मैपिंग संभालता है।

SAP CPI सीखना कितना कठिन है?

संभालने लायक है, आसान नहीं। स्टैंडर्ड फ़्लो दस्तावेज़ों में दिए पैटर्न पर चलते हैं और ग्राफ़िकल डिज़ाइनर मदद करता है। कठिन हिस्से हैं: बिज़नेस प्रोसेस को इतना समझना कि फ़्लो डिज़ाइन हो सके, एरर और रीट्राई को ठीक से संभालना, और जटिल मैपिंग के लिए Groovy या JavaScript लिखना। पहले बिज़नेस प्रोसेस सीखिए, फिर इंटीग्रेशन।

SAP PI/PO से CPI पर माइग्रेट करते समय मुझे किन बातों का ध्यान रखना चाहिए?

हर इंटरफ़ेस की सूची वॉल्यूम, फ़्रीक्वेंसी, अडैप्टर और क्रिटिकैलिटी के साथ बनाइए। हर एक के लिए तय कीजिए: दोबारा बनाना, ढालना या रिटायर करना। मैसेज-आधारित लागत को अपने असली वॉल्यूम के सामने मॉडल कीजिए। वेव में, फ़ॉलबैक के रास्ते के साथ आगे बढ़िए, और B2B पार्टनर और गैर-SAP टारगेट के साथ रिग्रेशन टेस्टिंग की योजना जल्दी बनाइए, क्योंकि वे चुपचाप टूटते हैं। जिन फ़्लो को ऑन-प्रिमाइस ही रहना है, उनके लिए Edge Integration Cell इस्तेमाल कीजिए।

SAP CPI के लिए Neo और Cloud Foundry में क्या अंतर है?

दोनों SAP BTP के environment हैं। Neo पुराना, SAP का अपना environment है और 31 दिसंबर 2028 को बंद हो रहा है। Cloud Foundry पर आधारित मल्टी-क्लाउड environment वह जगह है जहाँ SAP का डेवलपमेंट जा रहा है। जो भी CPI टेनेंट अब भी Neo पर है, उसके लिए माइग्रेशन योजना अभी चाहिए; नए टेनेंट वहाँ शुरू नहीं करने चाहिए।