العربية
البنية المؤسسية · HCM

استبدال PeopleSoft بـ Workday: تكامل أكثر من 200 نظام مؤسسي

قصة تحول HCM في أحد البنوك الكندية الخمسة الكبرى، وبنية التكامل التي أتاحت تبديل منصة السجل المعتمد دون تعطيل الرواتب أو الأمن أو الإقرارات الضريبية أو الهوية أو أي من الأنظمة الأخرى المتصلة بها، التي تتجاوز 200 نظام.

قراءة تستغرق 12 دقيقة بقلم SEYSO SERVICES INC

200+

أنظمة متكاملة

Tier-1

بنك كندي

API+File

تكامل هجين

0

دورات صرف رواتب فائتة

لماذا تفشل تحولات HCM، وما الذي فعلناه بصورة مختلفة

لا تفشل معظم تحولات HCM في طبقة HCM. فـ Workday وSuccessFactors منصتان ناضجتان، وموردوهما يعرفون عملهم. يحدث الفشل عند الأطراف، في التكاملات. HRIS هو العمود الفقري الذي يصل الرواتب والضرائب والمالية والأمن والهوية والدليل والحوكمة والتعلم والأداء والتنقل والسفر والمصروفات والعديد من العمليات المخصصة. استبدل العمود الفقري دون تبديل الوصلات بعناية، وسيتفكك الجسم.

عندما تسلمنا البرنامج، أظهر الحصر وجود أكثر من 200 نظام متكامل، تراكم معظمها خلال عقد من روابط مباشرة مخصصة مع قاعدة PeopleSoft. بعضها مستخرجات ملفات ليلية، وبعضها خدمات SOAP شبه آنية، وبعضها عروض مباشرة للقراءة فقط لمخطط PeopleSoft. وقليل منها — لم نكتشفه إلا بالاستقصاء العميق — إجراءات مخزنة غير موثقة.

لم تكن المشكلة المعمارية «كيف ننتقل إلى Workday»، بل «كيف نعيد توجيه 200 تكامل إلى منصة جديدة بنموذج API مختلف تماما، خلال مدة تقاس بالأرباع السنوية، دون تفويت دورة رواتب».

استراتيجية التكامل ذات الطبقات الأربع

صنفنا كل تكامل من أكثر من 200 تكامل ضمن واحد من أربعة أنماط، وبنينا بنية مستهدفة لكل منها. بعد ذلك سار معظم البرنامج على مسار واضح.

  1. تكاملات API آنية. تستهلك أنظمة الهوية والأمن والدليل أحداث Workday عبر خدمات ويب REST/SOAP. تصل بيانات الموظفين الجدد إلى Active Directory وأنظمة الاستحقاقات وتدفقات مراجعة الوصول خلال دقائق.
  2. معالجة دفعية قائمة على الملفات. تستهلك الرواتب والإقرارات الضريبية وإدارة المعاشات وأنظمة قديمة كثيرة مستخرجات مجدولة. وحدنا نمط الملفات الصادرة مع ضبط صارم للإصدارات، كي لا تنتشر تغييرات أي مستهلك مستقبلي إلى جميع الأنظمة.
  3. ربط عبر البرمجيات الوسيطة. كانت بضعة أنظمة تتوقع عقد PeopleSoft القديم ولا يمكن تعديلها ضمن جدولنا. ربطناها عبر وسيط التكامل المؤسسي، محولين حمولات Workday إلى الشكل القديم حتى يبقى المستهلك دون تغيير.
  4. إيقاف مباشر. كان عدد مفاجئ من التكاملات ميتا: بني منذ سنوات، وتملكه فرق غادرت، وتستهلكه أنظمة أوقفت. عطلناها. (يوفر ذلك دائما وقتا أكثر من المتوقع.)

طبقة حافة Workday API

Workday غني بواجهات API لكنه يفرض نهجه الخاص. يتيح خدمات SOAP قائمة على WSDL لمعظم الوظائف، ونقاط REST حديثة للوظائف الأحدث. النمط الصحيح هو تغليفها، وعدم كشف Workday مباشرة للمستهلكين الداخليين.

بنينا طبقة حافة تكامل خفيفة أمام Workday: فهرسا منشورا داخليا لخدمات REST يترجم مفردات البنك (موظف، دور، مركز تكلفة، مدير) إلى كائنات Workday الأصلية. هنا توجد المصادقة والتفويض وتقييد المعدل وإعادة المحاولة وضمان ثبات الأثر والتدقيق. فلا يحتاج المستهلكون إلى تعلم Workday، وإذا أصدر تغييرا كاسرا فلا يتغير إلا هذا الحد.

للقراءات الكثيفة (الهيكل التنظيمي وتعيينات الأدوار واجتياز التسلسلات)، ننسخ بيانات Workday إلى مخزن مخصص للقراءة تحدثه Workday Outbound EIBs واشتراكات الأحداث. تصل العمليات الدفعية إلى النسخة، فلا تثقل مثيل Workday المباشر.

الدخول الموحد والمحمول، مرة واحدة

أدرجنا مبادرتين عابرتين للمجالات لأن تنفيذهما لاحقا كان سيضاعف التكلفة.

الأولى كانت الدخول الموحد عبر Workday . اتحاد SAML من مزود هوية البنك إلى Workday للحاسوب والمحمول، مع وصول مشروط بمخاطر الجلسة. يحصل المستخدم على تسجيل دخول واحد، ويحصل الأمن على تحكم مركزي بالجلسات ومسار تدقيق واضح.

والثانية كانت المحمول عبر AirWatch (الآن Workspace ONE) بوصفه EMM. ينشر Workday Mobile عبر AirWatch بضوابط سياسات: منع نسخ البيانات الحساسة ولصقها، ووصول مشروط، ومسح الأجهزة المفقودة عن بعد. إطلاق ذلك بالتزامن مع انتقال HCM أغنانا عن العودة إلى المحمول بعد التشغيل.

الانتقال: مرحلي ومتواز وقابل للتراجع

لا يمكن الانتقال دفعة واحدة لنظام يدير الرواتب والإقرارات الضريبية. شغلنا النظامين بالتوازي لدورة رواتب كاملة: أنتج PeopleSoft وWorkday مخرجات معا، وغذت طبقة التكامل الأنظمة اللاحقة من PeopleSoft، نظام السجل المعتمد حينها، وقارن محرك المطابقة كل سجل بين منصتي HRIS. وفرزنا الفروقات يوميا.

جرى الانتقال مجالا بعد مجال: الموارد البشرية الأساسية، ثم التعويضات، ثم تتبع الوقت، ثم المواهب. لم يتبدل نظام السجل المعتمد لأي مجال إلا بعد تشغيل متواز خال من الفروقات. كان التراجع مبرمجا؛ ولم ندخل مرحلة دون طريق خروج مختبر.

ما يمكن للمؤسسات تعلمه

  • الحصر قبل البنية. خصصنا الأسابيع الستة الأولى لاستكشاف كامل للتكاملات: قراءات المخططات والمهام المجدولة والإجراءات غير الموثقة. تجاوز ذلك وستظهر المفاجآت أثناء الانتقال.
  • غلف SaaS. لا تسمح للمستهلكين الداخليين بالارتباط مباشرة بـ Workday WSDLs. طبقة حافة التكامل الخفيفة هي أهم ما بنيناه.
  • نسخ قراءة للمستهلكين كثيفي القراءة. مثيلات Workday لا تحتمل القصف بطلبات بيانات الهيكل التنظيمي. انسخ أولا، ثم اقرأ.
  • قسم الانتقال إلى مراحل. مجالا بعد مجال، بتشغيل متواز ومطابقة، لا دفعة واحدة.
  • اجمع الدخول الموحد والمحمول أثناء التنفيذ. تنفيذهما مع الانتقال أقل تكلفة بكثير من تنفيذهما بعده.

هل تنفذ ذلك في مؤسستك؟

صممت SEYSO وقادت ترحيلات HCM وERP وSaaS في بنوك الفئة الأولى والمؤسسات الكبيرة. إذا كنت تخطط لانتقال Workday أو SuccessFactors أو SaaS رئيسي آخر مع تكاملات قديمة كثيرة، يسعدنا الحوار. خريطة التكامل هي جوهر العمل دائما، وهو العمل الذي نجيده أكثر.

هل تخطط لترحيل SaaS كبير؟

تحدث إلى معماريين قادوا تحولات Workday HCM في بنوك الفئة الأولى.