هذا التقرير مبني حصرياً على فحص الكود البرمجي الحالي (Laravel & Angular)، وتم استبعاد كافة التقارير القديمة التي بُنيت على افتراضات غير دقيقة. الهدف هنا هو وضع اليد على المشكلة الحقيقية التي تسبب شعور "التوهان" في النظام وتحديد النواقص بدقة.
على عكس ما كانت تقوله التقارير القديمة، البنية التحتية البرمجية قوية جداً وتحتوي على تعقيدات ممتازة:
المشكلة ليست في أن النظام "ناقص برمجياً من الداخل"، المشكلة هي انقطاع الاتصال وسوء التوجيه في واجهة المستخدم (Angular):
حالياً، الواجهات عبارة عن شاشات منفصلة (Siloed). المستخدم لا يرى صورة كاملة لأمر التصنيع (أين هو الآن؟ ماذا تم استهلاكه؟ ما هي الخطوة القادمة؟). لا يوجد مسار موحد.
الباك اند يحتوي على روابط ممتازة (مثال: overhead/settle لتسوية التكاليف)، ولكن لا يوجد أي زر أو شاشة في واجهة المستخدم تتيح للمستخدم النقر عليها لتنفيذ هذه الوظيفة.
لا يوجد مؤشرات مرئية (Steppers) توضح حالة أمر التصنيع، مما يجعل المستخدم يدور في حلقة مفرغة ولا يعرف متى تنتهي العملية.
من خلال مطابقة الباك اند بالواجهات، وجدنا أن هذه هي النواقص الأربعة الحقيقية التي يجب العمل عليها:
لكي نقضي على شعور "التوهان" ونجعل الموديول احترافياً وواضحاً، يجب تنفيذ التالي في واجهة المستخدم (Angular):
تصميم شاشة واحدة شاملة لأمر التصنيع تحتوي على: حالة الأمر، المواد المستهلكة مقابل المخططة، العمليات المكتملة، وتكلفة الأمر المباشرة، بحيث لا يضطر المستخدم للتنقل بين عدة شاشات.
إنشاء الشاشات والأزرار الخاصة بتسوية التكاليف غير المباشرة وربطها مباشرة بالروابط (Endpoints) الجاهزة في بيئة الـ Laravel.
إضافة مسار مرئي يوضح للمستخدم أين يقف الآن (مثال: مسودة -> تم الإصدار -> قيد التنفيذ -> تم الاستلام -> مغلق) ليعرف المستخدم الخطوة التالية المطلوبة منه بوضوح.
برمجة ميزة تسوية جرد الـ WIP وإدارة مسارات الـ Rework في الباك اند والفرونت اند بشكل متزامن.