داخل كل تخطيط موارد مؤسسات تجزئة من Oracle Forms تقريباً توجد وظيفة دُفعة محددة تُسمى المُوفِّق الليلي للمخزون — إجراء PL/SQL مُجدوَل للتشغيل بين الساعة 2 و4 صباحاً، يمشي عبر سجل المعاملات على مستوى المتجر ويكتب موقع مخزون موحد جديد. صُممت الوظيفة في عصر كانت تحدث فيه التجزئة في المتاجر وحدث التجديد أسبوعياً. لا يزال تاجر تجزئة إقليمي قيّمناه الخريف الماضي يُشغلها. يبيع موقعه الإلكتروني بشكل زائد حوالي 200 وحدة تخزين أسبوعياً لأن مخزون النظام والمخزون الحقيقي يتفقان فقط في الساعة 3 صباحاً.
تلك الفجوة هي ما يقتل تجار التجزئة الذين يُشغلون Forms اليوم.
ما ينكسر أولاً
التجزئة الحديثة متعددة القنوات: الطلبات عبر الإنترنت يتم الوفاء بها من المتاجر، والشحن من المتجر، وBOPIS، وتكامل السوق، والتسليم في نفس اليوم. يحتاج كل نموذج من هذه النماذج إلى رؤية مخزون في الوقت الفعلي عبر كل موقع. Forms لا يُقدم أياً من ذلك.
دقة المخزون. كانت التحديثات الدفعية جيدة عندما كانت القناة الوحيدة هي الرف. أضف التجارة الإلكترونية وتصبح الفجوة بيعاً زائداً ونفاد مخزون وتذاكر استرداد.
إدارة الموردين. تتوقع التجزئة الحديثة أوامر شراء آلية مُولَّدة من البيع في الوقت الفعلي. يتوقع Forms مشترياً يُراجع تقريراً مطبوعاً صباح الثلاثاء.
التحليلات. هوامش التجزئة ضيقة. الاستخراج من Forms يعني تصدير CSV وجدول Excel محوري وسلسلة بريد إلكتروني. بحلول الوقت الذي تصل فيه الرؤية إلى صانع القرار، تُغلق نافذة العرض.
كيف يبدو النظام الحديث
بعد الهجرة، يحصل فريق العمليات على أربع قدرات لا يستطيع Forms تقديمها هيكلياً: لوحة معلومات مخزون في الوقت الفعلي عبر كل موقع مع تنبيهات المخزون الاحتياطي، والتجديد الآلي المُفعَّل بواسطة عتبات البيع عبر EDI أو REST، وتوجيه الطلبات متعدد القنوات الذي يختار أفضل عقدة وفاء حسب المخزون والقرب، وبطاقات أداء الموردين المُحدَّثة يومياً.
قواعد الأعمال من تركة Forms الأصلية — الحد الأدنى لكميات الطلب، ومنطق المورد المفضل، والدورات الموسمية — جميعها تُنقل إلى الأمام. ما يتغير هو السرعة، والرؤية، والقدرة على العمل في سوق تحدث فيه التجزئة في كل مكان في وقت واحد.