SAP CPI: यह क्या है, इसका आर्किटेक्चर और PI/PO से बदलाव

SAP CPI (Cloud Platform Integration) SAP और non-SAP सिस्टम को जोड़ने के लिए SAP का क्लाउड मिडलवेयर है। आज इसे Cloud Integration कहा जाता है, जो SAP Business Technology Platform (SAP BTP) पर SAP Integration Suite की मुख्य क्षमता है।

यह ऐप्लिकेशन के बीच मैसेज ले जाता है, उनका फ़ॉर्मेट बदलता है और उन्हें सही लक्ष्य तक रूट करता है। अगर आप अभी भी SAP PI/PO चला रहे हैं, तो समय मायने रखता है: SAP NetWeaver 7.5, जिसमें PI/PO शामिल है, का मेनस्ट्रीम मेंटेनेंस 2027 के अंत में खत्म हो जाता है।

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

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

स्क्रिप्ट चुपचाप टूट जाती है। किसी को पता नहीं चलता, जब तक कोई रिपोर्ट पुराना डेटा नहीं खींचती या कोई ऑर्डर तीन दिन तक बिना प्रोसेस हुए पड़ा नहीं रहता।

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

जो भी कंपनी अब भी SAP PI/PO पर है, उसे मेरी सलाह है कि SAP Integration Suite पर जाएँ। इंटीग्रेशन की सबसे आम विफलता जो मैं देखता हूँ, वह है इंटीग्रेशन पर पर्याप्त समय न देना।

SAP की अपनी माइग्रेशन गाइड Cloud Integration को क्लाउड, ऑन-प्रिमाइस और हाइब्रिड सेटअप में इंटीग्रेशन फ़्लो डिज़ाइन करने और चलाने की क्षमता बताती है। यह ऐप्लिकेशन-टू-ऐप्लिकेशन (A2A), बिज़नेस-टू-बिज़नेस (B2B) और बिज़नेस-टू-गवर्नमेंट (B2G) सिनेरियो कवर करता है। ज़्यादातर कंसल्टेंट अब भी इसे "CPI" या "SAP CI" कहते हैं, और यह ठीक है।

SAP Integration Suite, Cloud Integration को दूसरी क्षमताओं के साथ जोड़ता है। मुख्य हैं API Management, Event Mesh, Integration Advisor, Trading Partner Management, Open Connectors और Migration Assessment।

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

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

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

नीचे का डायग्राम उन इंटीग्रेशन सिनेरियो को दिखाता है जिनके लिए CPI बना है। क्लाउड से क्लाउड, ऑन-प्रिमाइस से क्लाउड, बिज़नेस-टू-बिज़नेस (B2B), बिज़नेस-टू-गवर्नमेंट (B2G), और यूज़र व डिवाइस से कनेक्शन।

CPI आर्किटेक्चर को समझना सिर्फ़ डेवलपरों का काम नहीं है। मेरे अनुभव में जो टीमें समझती हैं कि CPI ढाँचे के स्तर पर इंटीग्रेशन कैसे संभालता है, वे शुरू में ही बेहतर डिज़ाइन फ़ैसले लेती हैं।

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

व्यवहार में मैसेज फ़्लो

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

1. सेंडर एडैप्टर। सोर्स सिस्टम से SOAP, REST, OData, IDoc, SFTP, JMS, AS2 या किसी और प्रोटोकॉल पर मैसेज लेता है।
2. प्रोसेसिंग स्टेप। मैपिंग, फ़ॉर्मेट कन्वर्ज़न (जैसे JSON से XML), कंटेंट-आधारित रूटिंग, दूसरे सिस्टम को कॉल, एन्क्रिप्शन और एरर हैंडलिंग।
3. रिसीवर एडैप्टर। प्रोसेस हुए मैसेज को उसके टारगेट तक भेजता है।

यूज़ केस के हिसाब से फ़्लो सिंक्रोनस या एसिंक्रोनस चलते हैं। कौन-सा चुनें, यह हमेशा साफ़ नहीं होता, इसलिए असली वॉल्यूम पर दोनों टेस्ट करें।

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

SAP CPI आर्किटेक्चर के कंपोनेंट

तालिका हर कंपोनेंट को आर्किटेक्चर में उसके काम से जोड़ती है।

कंपोनेंट	यह क्या करता है	आर्किटेक्चर में भूमिका
इंटीग्रेशन फ़्लो रनटाइम	iFlow चलाता है	रन टाइम पर रूटिंग, मैपिंग, ट्रांसफ़ॉर्मेशन और सिक्योरिटी संभालता है
वेब-आधारित डिज़ाइनर	iFlow बनाने, कॉन्फ़िगर और डिप्लॉय करने का ग्राफ़िकल एडिटर	जहाँ डेवलपर फ़्लो मॉडल करते हैं; जटिल लॉजिक के लिए अब भी Groovy या JavaScript चाहिए
एडैप्टर	SOAP, REST, OData, IDoc, JDBC, SFTP, JMS, AS2 और SaaS-विशेष एडैप्टर	क्लाउड और ऑन-प्रिमाइस सिस्टम को जोड़ते हैं
सिक्योरिटी	OAuth 2.0, SAML, TLS, सर्टिफ़िकेट और की मैनेजमेंट	ट्रांज़िट में क्रेडेंशियल और मैसेज की सुरक्षा
मॉनिटरिंग और ऑपरेशंस	मैसेज लॉग, एरर का ब्योरा, रीट्राई, अलर्ट	सपोर्ट टीमों को विफलताएँ ढूँढने और ठीक करने देता है
पहले से तैयार कंटेंट	SAP Business Accelerator Hub पर SAP के दिए इंटीग्रेशन पैकेज	टेस्ट किए गए कंटेंट से स्टैंडर्ड सिनेरियो तेज़ करता है
SAP Cloud Connector	आपके नेटवर्क से SAP BTP तक सुरक्षित टनल	ऑन-प्रिमाइस सिस्टम को इंटरनेट पर खोले बिना उन तक पहुँचता है
Edge Integration Cell	आपके अपने डेटा सेंटर या प्राइवेट क्लाउड में वैकल्पिक रनटाइम	उन फ़्लो के लिए जिन्हें ऑन-प्रिमाइस रहना है

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

अभी लगभग हर इंटीग्रेशन प्लान तीन तारीखों से तय होता है।

1. 2027PI/PO का मेनस्ट्रीम मेंटेनेंस खत्मसाल के अंत में, SAP NetWeaver 7.5 के लिए
2. 2028Neo पर Cloud Integration बंद31 दिसंबर। Neo टेनेंट Cloud Foundry पर जाते हैं
3. 2030PI/PO का एक्सटेंडेड मेंटेनेंस खत्मसाल के अंत में। किसी भी PI/PO सिस्टम का आखिरी पड़ाव

स्रोत: SAP Note 1648480 और SAP Knowledge Base Article 3355661

1. PI/PO का रास्ता खत्म हो रहा है। SAP Note 1648480 SAP NetWeaver 7.5, जिसमें PI/PO शामिल है, का मेनस्ट्रीम मेंटेनेंस 2027 के अंत तक तय करता है, और एक्सटेंडेड मेंटेनेंस 2030 के अंत तक। सिस्टम 1 जनवरी 2028 को बंद नहीं होता, लेकिन उसके बाद हर साल इसे चलाए रखना महँगा पड़ता है।
2. Neo बंद हो रहा है। SAP Knowledge Base Article 3355661 पुष्टि करता है कि SAP BTP Neo एनवायरनमेंट पर Cloud Integration 31 दिसंबर 2028 को बंद हो जाता है। Neo पर पुराने CPI टेनेंट को मल्टी-क्लाउड (Cloud Foundry) एनवायरनमेंट पर जाना होगा, और यह बदलाव अपने आप में एक छोटा प्रोजेक्ट है।
3. हाइब्रिड का जवाब मौजूद है। Edge Integration Cell, Integration Suite के फ़्लो आपके अपने नेटवर्क के अंदर चलाता है। इससे वह सबसे आम कारण खत्म हो जाता है जो टीमें PI/PO पर बने रहने के लिए देती थीं।

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

PI (Process Integration) और PO (Process Orchestration) SAP के ऑन-प्रिमाइस मिडलवेयर हैं। CPI से इनकी तुलना ऐसी है।

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

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

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

SAP दो आधिकारिक टूल देता है:

1. Migration Assessment। Integration Suite की एक क्षमता जो आपके PO सिस्टम से जुड़ती है, इंटीग्रेशन सिनेरियो निकालती है और उन्हें ले जाने के प्रयास का अनुमान लगाती है। SAP का ट्यूटोरियल सेटअप बताता है।
2. Migration Tooling। Cloud Integration का एक फ़ीचर जो PO से इंटीग्रेटेड कॉन्फ़िगरेशन ऑब्जेक्ट्स (ICOs) को iFlow में अर्ध-स्वचालित रूप से माइग्रेट करता है। इससे सिर्फ़ वही सिनेरियो माइग्रेट हो सकते हैं जिनका आकलन "Ready to migrate" या "Adjustment required" के रूप में हुआ हो।

SAP Learning साफ़ कहता है कि कोई एक माइग्रेशन रास्ता हर ग्राहक पर फ़िट नहीं होता, और कई ग्राहक बदलाव के दौरान PI/PO और Integration Suite साथ-साथ चलाते हैं। टूल मैकेनिकल काम घटाते हैं। क्या दोबारा बनाना है और क्या रिटायर करना है, ये फ़ैसले वे नहीं लेते।

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

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

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

इंटीग्रेशन टेस्टिंग वह जगह है जहाँ समय गायब होता है। B2B पार्टनरों और non-SAP टारगेट के साथ रिग्रेशन टेस्टिंग की योजना जल्दी बनाएँ, क्योंकि वे चुपचाप टूटते हैं। मेरी SAP टेस्टिंग गाइड बताती है कि इंटीग्रेशन और रिग्रेशन साइकिल कैसे बनाएँ।

अगर PI/PO का बदलाव किसी S/4HANA प्रोग्राम के अंदर है, तो दोनों योजनाओं का तालमेल बिठाएँ। मेरी ECC से S/4HANA माइग्रेशन गाइड ERP वाले पक्ष के रास्ते और समय-सीमाएँ कवर करती है।

सिनेरियो जो मैं सबसे ज़्यादा देखता हूँ:

1. S/4HANA से SuccessFactors। संगठन का डेटा, हेडकाउंट और कंपनसेशन के बदलाव। SAP का स्टैंडर्ड इंटीग्रेशन कंटेंट आम सिनेरियो कवर करता है; कस्टम फ़्लो विचलन संभालते हैं।
2. पुराने प्रोक्योरमेंट से SAP Ariba। पर्चेज़ ऑर्डर बाहर, कन्फ़र्मेशन और इनवॉइस वापस अंदर। आमतौर पर दोनों दिशाओं में।
3. फ़ाइनेंस डेटा से SAP Analytics Cloud। ECC या non-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 CI क्या है?

SAP CI, SAP Cloud Integration का छोटा रूप है, जो पहले SAP CPI कहलाता था उसका मौजूदा नाम। दोनों शब्द SAP Integration Suite के अंदर एक ही क्षमता की बात करते हैं।

क्या SAP CPI एक मिडलवेयर है?

हाँ। CPI क्लाउड मिडलवेयर है: यह सिस्टम के बीच बैठता है, मैसेज बदलता और रूट करता है, और एरर और रीट्राई संभालता है। यह SAP PI/PO जैसे ऑन-प्रिमाइस मिडलवेयर की जगह लेता है, और बिज़नेस डेटा को लंबे समय तक स्टोर नहीं करता।

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

PI/PO ऑन-प्रिमाइस मिडलवेयर है जिसे आप खुद इंस्टॉल, पैच और चलाते हैं। CPI, SAP BTP पर एक क्लाउड सर्विस है जिसे SAP आपके लिए चलाता है, और नए एडैप्टर और कंटेंट केंद्रीय रूप से आते हैं। जिन फ़्लो को ऑन-प्रिमाइस रहना है, उन्हें Edge Integration Cell कवर करता है।

SAP PI/PO का सपोर्ट कब खत्म होता है?

SAP NetWeaver 7.5, जिसमें PI/PO शामिल है, का मेनस्ट्रीम मेंटेनेंस 2027 के अंत में खत्म होता है। एक्सटेंडेड मेंटेनेंस 2030 के अंत तक उपलब्ध है। सिनेरियो को Integration Suite पर ले जाने में मदद के लिए SAP, Migration Assessment और Migration Tooling देता है।

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

नहीं। SAP BTP प्लेटफ़ॉर्म है: ऐप डेवलपमेंट, डेटा, एनालिटिक्स, AI और इंटीग्रेशन। CPI उस पर इंटीग्रेशन सर्विस है।

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

अगर आप PI/PO से बदलाव की योजना बना रहे हैं या किसी नए S/4HANA प्रोग्राम के लिए इंटीग्रेशन डिज़ाइन कर रहे हैं, तो इंटरफ़ेस इन्वेंटरी से शुरू करें। अगर आप योजना पर प्रतिबद्ध होने से पहले दूसरी राय चाहते हैं, तो मुझसे संपर्क करें।