SAP और ServiceNow के साथ ERP मॉडर्नाइज़ेशन

SAP और ServiceNow के साथ ERP मॉडर्नाइज़ेशन का मतलब है हर प्लेटफ़ॉर्म को वह काम देना जो वह सबसे अच्छा करता है, और दोनों को ठीक से जोड़ना। SAP S/4HANA स्ट्रक्चर्ड ट्रांज़ैक्शन चलाता है: फ़ाइनेंस, प्रोक्योरमेंट, इन्वेंटरी, पेरोल। ServiceNow उनके आसपास के वर्कफ़्लो चलाता है: इनटेक, अप्रूवल, एक्सेप्शन और सर्विस रिक्वेस्ट। SAP Integration Suite और ServiceNow IntegrationHub दोनों को जोड़ते हैं। यह गाइड उन CIO, CFO और एंटरप्राइज़ आर्किटेक्ट के लिए है जो SAP ECC या शुरुआती S/4HANA सिस्टम से मॉडर्नाइज़ेशन की योजना बना रहे हैं। इसमें बताया है कि फ़ंक्शन के हिसाब से कौन-सा काम कहाँ जाए, AI कहाँ फ़िट बैठता है, चरणबद्ध रोडमैप क्या हो और किन ग़लतियों से बचें। पहले फ़ंक्शन की टेबल देखिए, फिर रोडमैप।

ERP मॉडर्नाइज़ेशन लगभग हर उस प्रोग्राम में सामने आता है जो मैं लेता हूँ। मैंने ऐसी कंपनियों के साथ काम किया है जो अब भी SAP ECC पर हैं और ऐसे माहौल में फ़ाइनेंस या ऑपरेशंस चला रही हैं जिसे सालों पहले रिटायर हो जाना चाहिए था। एक लॉजिस्टिक्स क्लाइंट को एक छोटे प्रोसेस बदलाव को मंज़ूर कराने के लिए चार मैनुअल हैंडऑफ़ से गुज़रना पड़ता था। हमने SAP को ServiceNow से जोड़ा, और टर्नअराउंड टाइम और विज़िबिलिटी में फ़र्क़ तुरंत दिखा।

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

कई टीमें मानती हैं कि उन्होंने मॉडर्नाइज़ कर लिया है। असल में उन्होंने अपग्रेड किया है। फ़र्क़ रोज़मर्रा के काम में दिखता है।

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

CIO अक्सर मुझसे पूछते हैं: “तो क्या यह क्लाउड पर जाने की बात है या ERP बदलने की?” कभी-कभी दोनों, पर शायद ही कभी एक साथ। असली मॉडर्नाइज़ेशन आम तौर पर तब शुरू होता है जब ERP बिज़नेस के साथ स्केल करना बंद कर देता है और घर्षण दिखने लगता है।

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

मॉडर्नाइज़ेशन का मतलब शायद ही कभी सब कुछ उखाड़कर फेंकना होता है। ज़्यादातर बिज़नेस वह रखते हैं जो पहले से काम कर रहा है और उसके आसपास मॉडर्नाइज़ करते हैं। यहीं SAP और ServiceNow साथ-साथ अच्छा काम करते हैं।

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

कनेक्शन BTP पर SAP Integration Suite, ServiceNow IntegrationHub और ओपन API से गुज़रता है, ताकि फ़्लो नेटिव लगे, ऊपर से जोड़ा हुआ नहीं। मेरे जानने वाले एक ग्लोबल क्लाइंट ने प्रोक्योरमेंट के लिए SAP और परचेज़िंग रिक्वेस्ट मैनेज करने के लिए ServiceNow इस्तेमाल किया, जिससे कस्टम पोर्टल की ज़रूरत ख़त्म हो गई। बाद में उसने वही ढाँचा वेंडर ऑनबोर्डिंग के लिए भी इस्तेमाल किया। अगर आप अब भी SAP Process Orchestration (PI/PO) चला रहे हैं, तो माइग्रेशन की योजना बनाइए: SAP NetWeaver 7.5, जिस पर PI/PO चलता है, 2027 के अंत में मेनस्ट्रीम मेंटेनेंस से बाहर हो जाता है, और 2030 तक वैकल्पिक एक्सटेंडेड मेंटेनेंस मिलता है। मेरी SAP Cloud Integration गाइड टारगेट प्लेटफ़ॉर्म को कवर करती है।

1. 04ServiceNowटीमों में इनटेक, अप्रूवल, एक्सेप्शन और सर्विस रिक्वेस्ट
2. 03IntegrationBTP पर SAP Integration Suite और ServiceNow IntegrationHub, ओपन API के ऊपर
3. 02ExtensionsSAP BTP पर साइड-बाय-साइड, उस लॉजिक के लिए जो कोर का नहीं है
4. 01SAP S/4HANA कोरफ़ाइनेंस, प्रोक्योरमेंट, इन्वेंटरी और पेरोल, स्टैंडर्ड के क़रीब

फ़ंक्शन के हिसाब से उपयोग के मामले

HR। SAP (या SuccessFactors) कर्मचारी मास्टर डेटा, रोल, पेरोल और बेनिफ़िट रखता है। ServiceNow IT, HR, फ़ाइनेंस और सिक्योरिटी में ऑनबोर्डिंग टास्क, एक्सेस प्रोविज़निंग, प्रमोशन अप्रूवल और ऑफ़बोर्डिंग का तालमेल बिठाता है।

फ़ाइनेंस। SAP इनवॉइस प्रोसेस करता है, लेजर रखता है, क्लोज़ चलाता है और स्टैच्युटरी रिपोर्ट बनाता है। ServiceNow वर्कफ़्लो लेयर चलाता है:

फ़ाइनेंस प्रोसेस	SAP की भूमिका	ServiceNow की भूमिका
अकाउंट्स पेएबल	इनवॉइस प्रोसेस करता है, PO मैच करता है, पेमेंट मैनेज करता है	इनवॉइस इनटेक, एक्सेप्शन रूटिंग, SLA ट्रैकिंग
अकाउंट्स रिसीवेबल	ग्राहक इनवॉइस और कलेक्शन ट्रैक करता है	बिलिंग विवाद और क्रेडिट होल्ड रिक्वेस्ट रूट करता है
फ़ाइनेंशियल क्लोज़	पीरियड क्लोज़, इंटरकंपनी एलिमिनेशन, रिपोर्टिंग	क्लोज़ चेकलिस्ट, टास्क असाइनमेंट, लंबित आइटम पर अलर्ट
एक्सपेंस मैनेजमेंट	एंट्री कैप्चर करता है, पॉलिसी लागू करता है, रीइम्बर्समेंट ट्रिगर करता है	रिपोर्ट को अप्रूवल के लिए रूट करता है, एक्सेप्शन फ़्लैग करता है
प्रोक्योर-टू-पे	रिक्विज़िशन, PO, गुड्स रिसीट, वेंडर सेटलमेंट	इनटेक फ़ॉर्म, अप्रूवल रूटिंग, एक्सेप्शन हैंडलिंग

प्रोक्योरमेंट। SAP वेंडर मास्टर डेटा, परचेज़ ऑर्डर, गुड्स रिसीट और थ्री-वे मैचिंग मैनेज करता है। ServiceNow इनटेक, वेंडर ऑनबोर्डिंग की जाँच, गुड्स रिसीट की समस्याएँ और प्रोक्योरमेंट हेल्पडेस्क संभालता है।

फ़ैसिलिटीज़ और ऑपरेशंस। SAP फ़िक्स्ड एसेट, मेंटेनेंस लागत और स्पेस ट्रैक करता है। ServiceNow वर्कप्लेस रिक्वेस्ट, मेंटेनेंस वर्क ऑर्डर, टेक्नीशियन असाइनमेंट, एक्सेस रिक्वेस्ट और इंसिडेंट रूटिंग संभालता है।

AI मॉडर्नाइज़ेशन की ज़्यादा बातचीतों में आ रहा है, और अपेक्षाएँ कभी-कभी नतीजों से आगे निकल जाती हैं। व्यवहार में यह एज केस संभालता है, दोहराव वाले काम ऑटोमेट करता है और वे चीज़ें सामने लाता है जो लोगों से छूट जाती हैं। SAP की तरफ़ Joule, SAP का AI असिस्टेंट, S/4HANA, SuccessFactors, Ariba और SAP Build में चलता है। ServiceNow की तरफ़ Now Assist अपने IT, HR और कस्टमर सर्विस वर्कफ़्लो में जनरेटिव AI लाता है।

आम तौर पर काम इस तरह बँटता है:

AI उपयोग	SAP की भूमिका	ServiceNow की भूमिका
इनवॉइस मैचिंग	PO, गुड्स रिसीट और इनवॉइस मैच करता है, गड़बड़ियाँ फ़्लैग करता है	एक्सेप्शन रूट करता है और ज़्यादा जोखिम वाले मिसमैच को प्राथमिकता देता है
प्रेडिक्टिव मेंटेनेंस	उपकरण के डेटा से उपयोग और ख़राबी के पैटर्न का विश्लेषण करता है	मेंटेनेंस टिकट बनाता है और टेक्नीशियन शेड्यूल करता है
कैश फ़्लो अलर्ट	इतिहास से कैश पोज़िशन का अनुमान लगाता है	लिक्विडिटी की सीमा टूटने पर अलर्ट और वर्कफ़्लो ट्रिगर करता है
वर्चुअल एजेंट	Joule SAP एप्लिकेशन में प्राकृतिक भाषा के सवालों के जवाब देता है	वर्चुअल एजेंट और Now Assist रिक्वेस्ट संभालते हैं और SAP बैक एंड को कॉल करते हैं
एनॉमली डिटेक्शन	SAP BTP या एम्बेडेड एनालिटिक्स के मॉडल ट्रांज़ैक्शन में आउटलायर फ़्लैग करते हैं	वर्कफ़्लो और अप्रूवल में एनॉमली को ऑडिट रिव्यू के लिए फ़्लैग करता है
रिक्वेस्ट क्लासिफ़िकेशन	प्रोक्योरमेंट फ़्लो में कैटेगरी सुझाता है	Predictive Intelligence केस को क्लासिफ़ाई करके सही ग्रुप को रूट करता है

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

मॉडर्नाइज़ेशन अक्सर इसलिए अटकता है कि पहला क़दम बहुत बड़ा लगता है। मैंने ऐसे क्लाइंट देखे हैं जिन्होंने सालों देर की, तात्कालिकता की कमी से नहीं, बल्कि इसलिए कि “हम शुरू कहाँ करें?” का जवाब किसी के पास नहीं था। यह क्रम आम तौर पर काम करता है:

1. आकलन और रैशनलाइज़ेशन। प्लेटफ़ॉर्म बदलने से पहले बुनियाद साफ़ कीजिए। कस्टम कोड और कम्पैटिबिलिटी का आकार जानने के लिए SAP Readiness Check चलाइए। माइग्रेशन के बाद नहीं, पहले मास्टर डेटा साफ़ कीजिए। तय कीजिए कि कौन-से सिस्टम, रिपोर्ट और प्रोसेस बचेंगे। डिप्लॉयमेंट रूट तय कीजिए (RISE with SAP, GROW with SAP या on-premise), और लाइफ़साइकल टूल के रूप में SAP Cloud ALM की योजना बनाइए, क्योंकि SAP Solution Manager 2027 के अंत में मेनस्ट्रीम मेंटेनेंस से बाहर हो जाता है। एक छोटा टेक्निकल डिस्कवरी स्प्रिंट, जिसमें मैप किया जाए कि क्या किससे जुड़ा है, आम तौर पर दिखा देता है कि असली जोखिम कहाँ छिपा है।
2. ServiceNow से शुरू कीजिए। इनटेक, अप्रूवल और वर्कफ़्लो पहले बनाइए। वे ERP के आसपास बैठते हैं और सबसे ज़्यादा शिकायतें पैदा करते हैं। एक क्लाइंट ने अपने S/4HANA माइग्रेशन से छह महीने पहले चेंज कंट्रोल मैनेज करने के लिए ServiceNow इस्तेमाल किया और आउटेज 40% घटा दिए। SAP कोर को छूने से पहले यह अनुशासन बनाता है।
3. क्लीन कोर के साथ SAP कोर को ले जाइए। ट्रांज़ैक्शन को कम से कम कस्टम कोड के साथ S/4HANA में ले जाइए। स्टैंडर्ड के क़रीब रहने से अपग्रेड आसान होते हैं और मेंटेनेंस घटता है। कस्टम लॉजिक को साइड-बाय-साइड एक्सटेंशन या ServiceNow में रखिए, कोर में नहीं। और सिर्फ़ माइग्रेट करने की जगह यह पूछिए कि अगले पाँच सालों में ERP को क्या संभव बनाना चाहिए।
4. ऑप्टिमाइज़ और एक्सटेंड कीजिए। SAP BTP पर एनालिटिक्स और एक्सटेंशन जोड़िए, जहाँ फ़िट बैठे वहाँ Joule, और ServiceNow की तरफ़ Now Assist, वर्चुअल एजेंट और लो-कोड वर्कफ़्लो।

चरण एक-दूसरे पर चढ़ सकते हैं। ServiceNow स्टेबलाइज़ेशन को SAP रेडीनेस के काम के साथ समानांतर चलाने से बिना कोने काटे टाइमलाइन छोटी हो जाती है। S/4HANA वाले हिस्से के लिए मेरी ECC से S/4HANA माइग्रेशन गाइड रास्ते और टाइमलाइन बताती है।

फ़ाइनेंस लागत के बारे में जल्दी पूछता है, और शुरुआत IT से हो तब भी फ़ैसला आम तौर पर CFO पर आकर टिकता है।

सीधी लागतें पहले आती हैं: इन्फ़्रास्ट्रक्चर, होस्टिंग, स्टोरेज और इंटीग्रेशन टूल। लाइसेंसिंग और सपोर्ट तब तक जस के तस रहते हैं जब तक कोई उन्हें रैशनलाइज़ न करे, और कई टीमें बिना इस्तेमाल या एक-दूसरे को दोहराते लाइसेंस कभी खोजती ही नहीं। RISE with SAP पर पूरी अवधि के लिए Full User Equivalent (FUE) प्राइसिंग के तहत यूज़र की बढ़ोतरी मॉडल कीजिए, क्योंकि तीसरे साल की सब्सक्रिप्शन शायद ही कभी पहले साल के कोटेशन जितनी रहती है।

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

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

ये ग़लतियाँ दोनों प्लेटफ़ॉर्म पर दिखती हैं:

ग़लती	SAP की चूक	ServiceNow की चूक
प्रोसेस आकलन छोड़ देना	प्रोसेस के गैप देखे बिना पुरानी समस्याओं को माइग्रेट कर देना	असली बॉटलनेक समझे बिना रिक्वेस्ट फ़ॉर्म डिप्लॉय करना
टूल को रामबाण मान लेना	यह मान लेना कि S/4HANA उन प्रोसेस को ठीक कर देगा जिन्हें किसी ने दोबारा डिज़ाइन ही नहीं किया	यह मान लेना कि ऑटोमेशन ख़राब रिक्वेस्ट डिज़ाइन की अक्षमता ठीक कर देगा
मास्टर डेटा की उपेक्षा	डुप्लिकेट या असंगत डेटा माइग्रेट करना	अविश्वसनीय डेटा पर अप्रूवल ट्रिगर करना
बहुत जल्दी ज़्यादा कस्टमाइज़ करना	कोर प्रोसेस के स्थिर होने से पहले एक्सटेंशन बनाना	यूज़र का व्यवहार समझे बिना जटिल फ़्लो बनाना
गवर्नेंस का अभाव	बिना बिज़नेस ओनर के फ़ैसले IT या वेंडर पर छोड़ देना	नियमों और SLA के मालिक तय किए बिना वर्कफ़्लो रोलआउट करना
चेंज मैनेजमेंट की अनदेखी	नए SAP प्रोसेस की ट्रेनिंग में कम निवेश	यूज़र को यह न सिखाना कि नए रिक्वेस्ट टाइप कब और कैसे इस्तेमाल करें

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

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

क्या हमें सब कुछ एक साथ मॉडर्नाइज़ करना होगा?

नहीं। मॉडर्नाइज़ेशन चरणों में सबसे अच्छा चलता है। कई संगठन SAP कोर को छूने से पहले ऑपरेशंस स्थिर करने के लिए ServiceNow वर्कफ़्लो से शुरू करते हैं, फिर बाक़ी काम घर्षण के क्रम में करते हैं।

एक क्लाइंट के यहाँ S/4HANA डिप्लॉय होने से पहले ServiceNow इनटेक वर्कफ़्लो लाइव थे। कर्मचारी धीरे-धीरे उनके आदी हो गए, जिससे अडॉप्शन बढ़ा और विरोध घटा।

S/4HANA माइग्रेशन में पुराने कस्टमाइज़ेशन का क्या होता है?

यह उनके बिज़नेस मूल्य पर निर्भर करता है। SAP Readiness Check कस्टम कोड की मात्रा और कम्पैटिबिलिटी की समस्याएँ शुरू में ही दिखा देता है। ज़्यादातर सिस्टम में उससे ज़्यादा कस्टम कोड होता है जितना किसी को अंदाज़ा होता है, और उसमें से बहुत-सा अब इस्तेमाल में नहीं होता।

क्लीन कोर सिस्टम को स्टैंडर्ड रखने के पक्ष में है, एक्सटेंशन SAP BTP पर या वर्कफ़्लो ServiceNow में। S/4HANA Cloud Public Edition में कोर को बिल्कुल नहीं बदला जा सकता, Private Edition और on-premise में बदला जा सकता है, लेकिन हर बदलाव अपग्रेड का काम बढ़ाता है। जो असली बिज़नेस मक़सद पूरा करता है उसे रखिए और बाक़ी को रिटायर कर दीजिए।

ERP मॉडर्नाइज़ेशन में कितना समय लगता है?

ServiceNow में इनटेक वर्कफ़्लो से शुरू करने में आम तौर पर दो से तीन महीने लगते हैं। S/4HANA पर जाने में अक्सर जटिलता के हिसाब से 9 से 18 महीने लगते हैं, और भारी कस्टमाइज़ेशन वाले बड़े, बहु-एंटिटी एंटरप्राइज़ में इससे ज़्यादा।

चरणों का एक के बाद एक चलना ज़रूरी नहीं है। ServiceNow स्टेबलाइज़ेशन को SAP रेडीनेस के काम के साथ चलाने से कुल टाइमलाइन छोटी हो जाती है।

SAP और ServiceNow मॉडर्नाइज़ेशन का यथार्थवादी ROI टाइमलाइन क्या है?

ज़्यादातर संगठनों को सॉफ़्ट रिटर्न तीन से छह महीने में दिखता है: छोटे साइकिल टाइम, कम मैनुअल हैंडऑफ़, बेहतर विज़िबिलिटी। ठोस रिटर्न, यानी नापी जा सकने वाली लागत में कटौती और कार्यक्षमता में बढ़ोतरी, आम तौर पर 12 से 18 महीनों के भीतर आता है, ख़ासकर जब दोनों प्लेटफ़ॉर्म योगदान दे रहे हों।

शुरू करने से पहले साइकिल टाइम, एरर रेट और SLA कंप्लायंस ट्रैक कीजिए। बेसलाइन के बिना रिटर्न एक कहानी रहता है, संख्या नहीं।

हमें कैसे पता चले कि ERP मॉडर्नाइज़ेशन में देर हो चुकी है?

आम संकेत: सपोर्ट टिकट बढ़ना और उन्हें सुलझाने में ज़्यादा समय लगना, अपग्रेड और पैच बार-बार टलना, एक ही डेटा के कई सत्य-स्रोत, और शैडो IT का वे गैप भरना जिन्हें ERP को भरना था।

SAP ECC चला रहे एक हेल्थकेयर क्लाइंट ने एक ही तिमाही में कई SLA गँवा दिए। समस्या मेहनत की नहीं थी। वह टेक्निकल डेट थी: सालों की छोटी-छोटी फ़िक्स एक के ऊपर एक चढ़ी हुई, और इंसिडेंट इतनी तेज़ी से लॉग होते कि कोई उन्हें ट्रायाज़ नहीं कर पाता।

क्या SAP और ServiceNow दूसरे थर्ड-पार्टी सिस्टम से भी इंटीग्रेट हो सकते हैं?

हाँ। SAP बाहरी सिस्टम से API-आधारित कनेक्शन के लिए BTP पर SAP Integration Suite इस्तेमाल करता है। ServiceNow IntegrationHub देता है, जिसमें Workday, Salesforce और Coupa सहित ज़्यादातर एंटरप्राइज़ प्लेटफ़ॉर्म के लिए पहले से बने कनेक्टर हैं।

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