PeopleSoft की जगह Workday: 200+ एंटरप्राइज़ सिस्टम का एकीकरण

HCM रूपांतरण क्यों विफल होते हैं (और हमने क्या अलग किया)

अधिकांश HCM रूपांतरण HCM परत पर विफल नहीं होते। Workday और SuccessFactors परिपक्व प्लेटफ़ॉर्म हैं — विक्रेता अपना काम जानते हैं। विफलता किनारों पर, एकीकरण में होती है। HRIS वह रीढ़ है जो वेतन, कर, वित्त, सुरक्षा, पहचान, डायरेक्टरी, गवर्नेंस, प्रशिक्षण, प्रदर्शन, मोबिलिटी, यात्रा, खर्च और अनेक विशेष व्यावसायिक प्रक्रियाओं को जोड़ती है। कनेक्टर सावधानी से बदले बिना रीढ़ बदलें, तो पूरा ढाँचा बिखर जाता है।

कार्यक्रम संभालने पर सूची में मिले 200+ एकीकृत सिस्टम, जिनमें अधिकांश एक दशक में PeopleSoft डेटाबेस से बनाए गए तदर्थ सीधे लिंक थे। कुछ रात के फ़ाइल एक्सट्रैक्ट थे। कुछ लगभग वास्तविक समय की SOAP सेवाएँ थीं। कुछ PeopleSoft स्कीमा के सीधे केवल-पठन दृश्य थे। कुछ — जो गहन पड़ताल में ही मिले — बिना दस्तावेज़ वाले संग्रहीत प्रोसिजर थे।

आर्किटेक्चर की समस्या ‘Workday पर कैसे जाएँ’ नहीं थी। समस्या थी ‘पूरी तरह अलग API मॉडल वाले नए प्लेटफ़ॉर्म से 200 एकीकरणों को तिमाहियों में मापी जाने वाली समयसीमा में कैसे जोड़ें, बिना वेतन भुगतान का कोई चक्र छोड़े’।

चार परतों की एकीकरण रणनीति

हमने 200+ एकीकरणों में से प्रत्येक को चार पैटर्न में से एक में वर्गीकृत किया और हर पैटर्न के लिए लक्ष्य आर्किटेक्चर बनाई। उसके बाद अधिकांश कार्यक्रम व्यवस्थित ढंग से चला।

1. वास्तविक समय API एकीकरण। पहचान, सुरक्षा और डायरेक्टरी सिस्टम REST/SOAP वेब सेवाओं से Workday इवेंट लेते हैं। नए कर्मचारियों का डेटा मिनटों में Active Directory, अधिकार सिस्टम और पहुँच समीक्षा फ़ीड में पहुँचता है।
2. फ़ाइल-आधारित बैच। वेतन, कर दाखिला, पेंशन प्रशासन और अनेक पुराने सिस्टम निर्धारित एक्सट्रैक्ट लेते हैं। हमने कठोर संस्करण नियंत्रण के साथ एक मानक आउटबाउंड फ़ाइल पैटर्न अपनाया, ताकि भविष्य में उपभोक्ता के बदलाव पूरे समूह में न फैलें।
3. मिडलवेयर से जुड़ा। कुछ सिस्टम पुराने PeopleSoft अनुबंध की अपेक्षा करते थे और हमारी समयसीमा में बदले नहीं जा सकते थे। हमने एंटरप्राइज़ एकीकरण मिडलवेयर से उन्हें जोड़ा, Workday पेलोड को पुराने स्वरूप में बदलकर, ताकि उपभोक्ता अपरिवर्तित रहे।
4. सीधे समाप्त करना। हैरानी की बात थी कि कई एकीकरण निष्क्रिय थे — वर्षों पहले बने, ऐसी टीमों के अधीन जो आगे बढ़ चुकी थीं, ऐसे सिस्टमों के लिए जो बंद हो चुके थे। हमने उन्हें बंद किया। (इससे हमेशा अपेक्षा से अधिक समय बचता है।)

Workday API की सीमांत परत

Workday में अनेक API हैं, लेकिन उसकी कार्यपद्धति निश्चित है। वह लगभग हर चीज़ के लिए WSDL-आधारित SOAP सेवाएँ और नए हिस्सों के लिए आधुनिक REST एंडपॉइंट देता है। सही तरीका इनके ऊपर आवरण बनाना है — आंतरिक उपभोक्ताओं को Workday से सीधे न जोड़ें।

हमने बनाई एक हल्की एकीकरण सीमांत परत Workday के सामने: आंतरिक रूप से प्रकाशित REST सेवाओं का कैटलॉग, जो बैंक की व्यावसायिक शब्दावली (कर्मचारी, भूमिका, लागत केंद्र, प्रबंधक) को Workday के मूल ऑब्जेक्ट में बदलता है। इसी परत में प्रमाणीकरण, प्राधिकरण, थ्रॉटलिंग, पुनः प्रयास, इडेम्पोटेंसी और ऑडिट हैं। इससे उपभोक्ताओं को Workday सीखना भी नहीं पड़ता — और Workday में असंगत बदलाव आने पर केवल यही परत बदलती है।

अधिक मात्रा में पढ़े जाने वाले डेटा (संगठन चार्ट, भूमिका मैपिंग, पदानुक्रम खोज) के लिए हम Workday डेटा की प्रति एक पठन भंडार में रखते हैं, जिसे Workday Outbound EIB और इवेंट सब्सक्रिप्शन अपडेट करते हैं। बैच उपभोक्ता प्रति पढ़ते हैं; लाइव Workday टेनेंट पर भारी बोझ नहीं पड़ता।

सिंगल साइन-ऑन और मोबाइल, एक ही बार में

कार्यक्रम में दो व्यापक पहलें शामिल थीं क्योंकि बाद में करने पर लागत दोगुनी होती।

पहली थी पूरे Workday में SSO । डेस्कटॉप और मोबाइल दोनों के लिए बैंक के पहचान प्रदाता से Workday तक SAML फ़ेडरेशन, सत्र जोखिम के अनुसार सशर्त पहुँच के साथ। उपयोगकर्ताओं को एक लॉगिन मिलता है; सुरक्षा टीम को केंद्रीकृत सत्र नियंत्रण और स्पष्ट ऑडिट ट्रेल।

दूसरी थी AirWatch (अब Workspace ONE) से मोबाइल को EMM के रूप में उपयोग करना। Workday Mobile, AirWatch से नीति नियंत्रणों के साथ तैनात होता है — संवेदनशील डेटा की कॉपी/पेस्ट नहीं, सशर्त पहुँच, खोए उपकरणों का दूर से डेटा मिटाना। HCM कटओवर के साथ इसे लागू करने से लाइव होने के बाद मोबाइल पर फिर काम नहीं करना पड़ा।

कटओवर: चरणबद्ध, समानांतर, वापस लौटने योग्य

वेतन और कर दाखिले चलाने वाले सिस्टम में एकमुश्त बदलाव विकल्प नहीं है। हमने चलाया समानांतर संचालन एक पूरे वेतन चक्र तक: PeopleSoft और Workday ने एक साथ आउटपुट बनाए, एकीकरण परत ने डाउनस्ट्रीम सिस्टमों को PeopleSoft (उस समय की आधिकारिक प्रणाली) से डेटा दिया और मिलान इंजन ने दोनों HRIS प्लेटफ़ॉर्मों के हर रिकॉर्ड की तुलना की। अंतर की रोज़ समीक्षा हुई।

कटओवर एक साथ नहीं, डोमेन के अनुसार हुआ: पहले मूल HR, फिर पारिश्रमिक, फिर समय ट्रैकिंग, फिर प्रतिभा प्रबंधन। हर डोमेन में सफल समानांतर संचालन के बाद ही आधिकारिक प्रणाली बदली। वापसी की स्क्रिप्ट तैयार थी — जाँचे हुए वापसी मार्ग के बिना हमने कोई चरण शुरू नहीं किया।

एंटरप्राइज़ इससे क्या सीख सकते हैं

• आर्किटेक्चर से पहले सूची बनाएँ। पहले छह सप्ताह एकीकरण की पूरी पड़ताल में लगे — स्कीमा रीड, निर्धारित जॉब, बिना दस्तावेज़ वाले प्रोसिजर। इसे छोड़ेंगे तो कटओवर में अप्रत्याशित समस्याएँ मिलेंगी।
• SaaS पर आवरण बनाएँ। आंतरिक उपभोक्ताओं को Workday WSDL से सीधे न जोड़ें। हमारी बनाई हल्की एकीकरण सीमांत परत सबसे मूल्यवान चीज़ थी।
• अधिक पढ़ने वाले उपभोक्ताओं के लिए पठन प्रतिकृतियाँ। संगठन डेटा के भारी अनुरोध Workday टेनेंट के अनुकूल नहीं हैं। पहले प्रति बनाएँ, फिर पढ़ें।
• कटओवर चरणों में करें। डोमेन के अनुसार, समानांतर संचालन और मिलान के साथ — एक साथ नहीं।
• कार्यक्रम के दौरान ही SSO और मोबाइल साथ जोड़ें। इन्हें कटओवर के साथ करना बाद में करने से बहुत सस्ता है।

अपने एंटरप्राइज़ में यह कर रहे हैं?

SEYSO ने Tier-1 बैंकों और बड़े एंटरप्राइज़ में HCM, ERP और SaaS माइग्रेशन की आर्किटेक्चर तैयार की और नेतृत्व किया है। यदि आप अनेक पुराने एकीकरणों के साथ Workday, SuccessFactors या किसी अन्य प्रमुख SaaS कटओवर की योजना बना रहे हैं, तो हम बात करना चाहेंगे। एकीकरण का नक्शा ही मुख्य काम होता है — और यही काम हम सबसे अच्छा करते हैं।