تعمل مؤسسات كثيرة على أكثر من منصة مؤسسية رئيسية. ومن الأنماط الشائعة أن تدعم Oracle Fusion (أوراكل فيوجن) المالية والمشتريات وسلاسل الإمداد، بينما يبقى SAP لعمليات الصيانة والعمليات الميدانية. واستبدال أحد النظامين بالكامل ليس الخيار الصحيح دائماً؛ فكل منهما قد يكون متجذراً في العمل الذي يدعمه، وقد تفوق تكلفة إزالته ومخاطرها الفائدة المرجوة.
وعندما يبقى النظامان، يصبح التحدي الحقيقي هو الحد الفاصل بينهما. فالمخزون المستخدم في الصيانة، وحركات المستودعات، وطلبات الشراء الصادرة من الميدان، والأثر المالي لكل ذلك، تنتقل من نظام إلى آخر. وإذا لم يكن هذا الحد واضحاً، تضطر الفرق إلى مطابقة البيانات يدوياً، ولا يمكن الوثوق بأي من النظامين بالكامل.
متى يكون التعايش هو الخيار الصحيح
يكون التعايش منطقياً عندما تدعم كل منصة جزءاً مختلفاً من التشغيل بكفاءة، وعندما لا يحتاج مستخدمو أحد النظامين إلى الآخر إلا نادراً، وعندما يؤدي الاستبدال إلى تعطيل نشاط حيوي مثل صيانة الأصول. ويصبح خياراً أضعف عندما يحاول النظامان امتلاك العملية نفسها، أو عندما يتعين على التكامل نقل كمية كبيرة من البيانات إلى حد يختفي معه الفاصل فعلياً.
معايير القرار
- حدِّد نظاماً مرجعياً واحداً لكل عملية. لكل عملية تمر بالمنصتين، قرِّر أيهما يملك السجل وأيهما يستهلكه. فالملكية المشتركة هي بداية الأخطاء.
- عرِّف نقاط التسليم بوضوح. حجز المواد، وحركات البضائع، وطلبات الشراء، وقيود التكلفة، يجب أن يكون لكل منها محفّز واتجاه واضحان.
- اختر توقيت التكامل حسب حاجة العمل. بعض التدفقات يحتاج إلى تحديث شبه فوري، مثل توفر المخزون للصيانة العاجلة، وبعضها يمكن أن يعمل على دفعات مجدولة دون ضرر.
- حافظ على اتساق البيانات الرئيسية في النظامين. يجب أن تتطابق بيانات الأصناف والمواقع والموردين، وإلا ورثت كل عمليات التكامل اللاحقة هذا التباين.
- قدِّر تكلفة التشغيل على المدى الطويل. منصتان تعنيان مجموعتين من الترقيات والمهارات والتراخيص، لذلك يجب أن يكون التعايش قراراً مدروساً يُراجَع دورياً لا وضعاً افتراضياً.
أخطاء شائعة
- تكرار العمليات في النظامين. عندما يستطيع النظامان تنفيذ الخطوة نفسها، ينفذها المستخدمون في كليهما مع الوقت، فتتباعد البيانات.
- بناء واجهات مباشرة دون مالك واضح. التكاملات التي تُبنى مشروعاً بعد مشروع تصبح هشة، ولا يتحمل أحد مسؤوليتها عند تعطلها.
- اختبار كل نظام منفرداً. السيناريوهات التي تبدأ في منصة وتنتهي في الأخرى هي المكان الذي تظهر فيه الأخطاء.
- ترك معالجة الأخطاء للمستخدمين. الرسائل التي تفشل تحتاج إلى مراقبة ومسار معالجة محدد، لا إلى بريد إلكتروني لمن يلاحظها أولاً.
اعتبارات التنفيذ
ارسم العمليات من البداية إلى النهاية أولاً، بمشاركة مالكين من جانبي الحد الفاصل، قبل تصميم الواجهات. ويجب أن توضح الخريطة أين يُنشأ كل سجل، وأين يُعدَّل، وأين يُقرأ.
تعامل مع طبقة التكامل كمنتج له مراقبته وتوثيقه وإدارة التغيير الخاصة به. فمع كل ترقية لأي من المنصتين، يجب إعادة اختبار الواجهات، والتخطيط لذلك مسبقاً يجنّب المفاجآت بعد التشغيل.
وتستحق تدفقات المستودعات والمخزون عادةً أكبر قدر من الاهتمام، لأنها تربط المخزون المادي ونشاط الصيانة والقيمة المالية في الوقت نفسه.
من أين تبدأ
ابدأ بحصر العمليات التي تنتقل بين المنصتين والعمل اليدوي الذي تسببه كل منها اليوم. هذه القائمة تُظهر أين سيوفر التكامل أكبر قدر من الجهد. وتراجع Launch Soft Solutions هذا الحد الفاصل ضمن التقييم التقني للأعمال، وتتعامل مع أنظمة تخطيط موارد المؤسسات والتكامل والخدمات المُدارة كمشكلة واحدة لا كمشاريع منفصلة.