اللوجستيات ليس لديها مشكلة معاملات. لديها مشكلة رؤية، وOracle Forms هي بالضبط المعمارية الخاطئة لإصلاحها. مُشغّل بـ 1,200 شاحنة عملنا معه يُدير عمليات المستودع وتوزيع الأسطول على 94 شاشة Forms مبنية بين 2004 و2009. لا يزال السائقون يتصلون بالمُوزّعين على الهاتف ليُعطوا أوقات الوصول المتوقعة. ولا يزال المُوزّعون يكتبون أوقات الوصول تلك في Forms. منطق التخصيص يعمل. المخزون يتطابق. لكن لا أحد في الشركة يستطيع رؤية أين الشحنة الآن.
ما تحتاجه لوحات اللوجستيات الحديثة
عملاء سلسلة الإمداد يطلبون باستمرار القدرات الأربع نفسها، وForms لا يستطيع تقديم أيٍّ منها: تتبع أسطول فوري مع تحديث بيانات وقت الوصول المتوقع والوقود كل 30 ثانية، وخرائط حرارية للمستودع فوق كثافة المخزون واستخدام الأرصفة، وخط أنابيب تنفيذ طلبات من طرف إلى طرف مع تنبيهات SLA، وبطاقات تقييم ناقلين تدفع التوجيه التلقائي إلى أفضل أداء.
مشكلة التكامل
اللوجستيات الحديثة تتطلب من ERP التحدث مع عشرات الأنظمة الخارجية: مزودي GPS مثل Samsara وGeotab، ومنصات التجارة الإلكترونية مثل Shopify، وشركاء EDI لطلبات شراء آلية، ومستشعرات IoT لدرجة الحرارة والحركة في المستودع. Forms ليس لديه سطح واجهة برمجية أصلي. كل واحد من تلك التكاملات اليوم هو مشروع middleware مخصص له عبء صيانته الخاص وأوضاع فشله.
نهج DEX
بعد الترحيل، يكشف تطبيق TypeScript الجديد REST APIs يمكن لأي خدمة خارجية استدعاؤها. تُغذي بيانات GPS لوحة الأسطول مباشرة. تتدفق طلبات التجارة الإلكترونية في خط أنابيب التنفيذ دون دفعة ليلية. تُطلق قراءات مستشعرات IoT تنبيهات المخزون فوريًا.
منطق العمل الذي يحكم تخصيص المستودع، واختيار الناقل، وترتيب الطلبات يُحفَظ تمامًا كما كان يعمل في Forms. يستخرجه محرك الترحيل لدينا من PL/SQL الأصلي حتميًا، لذا القواعد لا تنحرف في الترجمة. يتوقف المُوزّعون عن كتابة أوقات الوصول المتوقعة لأن النظام يعرفها بالفعل.