تحديث دورة الشراء إلى الدفع: التكامل السحابي بين Coupa وOracle EBS

المهمة: الحفاظ على الحسابات وتغيير بوابة العمل

تقع دورة الشراء إلى الدفع عند تقاطع عالمين. الواجهة الأمامية — طلبات الشراء، والتوريد، وأوامر الشراء، والتعاون مع الموردين — هي حيث يعمل الموظفون ومديرو خطوط الأعمال والموردون فعليا. أما العمليات الخلفية — الفوترة، والاستحقاقات، والموافقات، والمدفوعات، والتقارير — فهي حيث تدير المالية الحسابات.

كان تحديث P2P في أحد البنوك الخمسة الكبرى يعني نقل بوابة العمل إلى منصة سحابية رائدة (Coupa) دون إرباك العمليات الخلفية: Oracle E-Business Suite، المستضافة لدى طرف ثالث، والتي كانت أثناء الترقية إلى الإصدار 12.2.4. لم يكن البنك يستبدل EBS، بل كان يضع أمامه تجربة مستخدم أفضل بكثير.

شكل التكامل: واجهة سحابية، ومركز محلي، وخلفية مستضافة

كان على ثلاثة مستويات أن تتفق بشأن كل طلب شراء وأمر شراء وفاتورة ودفعة.

• Coupa (السحابة): المصدر المرجعي لطلبات الشراء وأوامرها وسجلات الموردين والموافقات.
• مركز البيانات المحلي: منسق التكامل، وهو مملوك للبنك. يستقبل أحداث Coupa عبر API، ويطبق تحويلات خاصة بالبنك، ثم يرسل المستند الموحد إلى EBS.
• Oracle EBS 12.2.4 (مستضاف لدى طرف ثالث): نظام السجل المعتمد للمحاسبة والذمم الدائنة والمدفوعات وتتبع الأصول.

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

نقل منظومة التصوير المستندي إلى منصة جديدة بالتوازي

لم يكن تصوير الفواتير خارج البرنامج. كان لا بد من إعادة تكامل نظام التصوير وسير العمل القائم — وهو منتج لأتمتة P2P من عائلة Kofax، متكامل بعمق مع واجهة EBS السابقة — مع Coupa للالتقاط والتوجيه، ومع EBS المحدث للترحيل المحاسبي والأرشفة.

كان من السهل التقليل من شأن هذا الجانب. نادرا ما يبدو التصوير المستندي لافتا في خطة المشروع، لكن أحجام معالجة الفواتير لا ترحم: تعطل مساره يظهر فورا كتأخر في المدفوعات وشكاوى الموردين. عاملناه مسار عمل أساسيا — بخطة انتقال مستقلة، وتشغيل متواز مستقل، وموافقة مستقلة من مجلس مراجعة البنية — لا حاشية في صفحة EBS.

الدخول الموحد والأجهزة المحمولة ضمن التسليم نفسه

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

الأجهزة المحمولة كانت المكسب الكبير الثاني. الموافقات وتقديم المصروفات وتأكيد أوامر الشراء عبر الهاتف — تحت ضوابط إدارة التنقل المؤسسي — حولت P2P من عمل مكتبي إلى عمل يمكن إنجازه بين الاجتماعات. وتحسنت مؤشرات التبني فورا.

حوكمة البنية لتسريع التسليم

كل قرار تصميم رئيسي في البرنامج — شكل مركز البيانات، وإعادة تكامل التصوير، وحدود الثقة للدخول الموحد، وأنماط خروج البيانات من السحابة إلى EBS المستضاف — مر عبر مجلس مراجعة البنية. يبدو ذلك بطيئا، لكنه ليس كذلك. عند استخدامه جيدا، يكون ARB أسرع وسيلة لتحقيق التوافق بين البنية التحتية والأمن والبيانات والعمليات والمالية.

الفكرة هي عرض المشكلات على ARB، لا الحلول وحدها. ادخل بالمفاضلات والبدائل المستبعدة والتوصية؛ واخرج بقرار متفق عليه وأصحاب مصلحة يشاركونك المسؤولية عنه. دربنا معماريين مبتدئين على هذه العملية خلال البرنامج، وهي مهارة تصلح لكل مبادرة مؤسسية.

دروس تصلح لمشروعات تحديث P2P الأخرى

• ضع وسيطا عند كل حد بين السحابة والبيئة المحلية. كان مركز البيانات المحلي بين Coupa وEBS أهم قرار معماري في البرنامج.
• التصوير المستندي ليس حاشية. خطط لانتقاله بالصرامة نفسها التي تطبقها على ERP.
• اجمع الدخول الموحد والأجهزة المحمولة في التسليم. هما المكسب الواضح للمستخدمين النهائيين، وتنفيذهما أثناء المشروع أقل تكلفة بكثير من إضافتهما لاحقا.
• اجعل موافقة ARB آلية تفرض الانضباط. كشفت المراجعات مشكلات كانت ستظهر في الإنتاج بعد ستة أشهر.
• لا ترتبط مباشرة بمخططات EBS. سيتغير EBS المستضاف تحت منظومتك. اربط التكامل بواجهاته الموثقة ونقاط التكامل المدعومة.

هل تفكر في Coupa أو SAP Ariba أو انتقال آخر لـ P2P؟

صممت SEYSO ونفذت تحديثات P2P متكاملة مع Oracle EBS في بنوك الفئة الأولى. إذا كنت تقيم Coupa أو SAP Ariba أو منصة P2P سحابية أخرى، ولديك خلفية EBS أو SAP قائمة لا يمكنك إرباكها، يمكننا مساعدتك في تحديد نطاق البنية وحوكمة البرنامج وتنفيذ العمود الفقري للتكامل.