تخصيص متقدم للمبيعات والمخزون

الملخص المرئي بالإنجليزية؛ والنص الكامل بالعربية أدناه.

التحدي

يبيع المناديب الميدانيون من البضاعة المحمّلة في مركباتهم. لكن إجراءات البيع والتسليم القياسية تفترض مستودعاً مركزياً، فكان الرصيد يصبح سالباً على الورق. وعندها تتوقف المطابقة بين البضاعة والنقدية والمرتجعات.

ومن جهة أخرى، احتاجت منشأة تعمل بنظام المشاريع إلى توزيع المخزون المتاح الشحيح بعدالة بين المشاريع.

تحليلي ومنهجي

صمّمت مركبة كل مندوب كموقع مخزني للعهدة (Custody Location)، فأصبح "ما يحمله المندوب" معلومة مخزنية عادية يمكن الاستعلام عنها.
فرضت كل قاعدة عند النقطة التي تتحرك فيها البضاعة فعلياً: تأكيد الطلب، واعتماد التسليم، وحركة المخزون نفسها. بهذا لا يمكن لأي شاشة أو عملية استيراد تجاوز القاعدة.

التنفيذ التقني

تعديل action_confirm: سياسة حد ائتماني لكل شركة (منع، أو موافقة المشرف، أو تسجيل فقط).
تعديل _action_confirm: توجيه التسليم إلى موقع عهدة المندوب وإعادة حجز المخزون.
تعديل button_validate: منع الشحن حتى الإفراج عن الطلب.
فحص داخل StockMove._action_done: لا يمكن أن يصبح رصيد العهدة سالباً، مع رسالة واضحة توضح للمستخدم ما يجب تحميله أولاً.
قيد على المرتجعات: لا يتجاوز المرتجع الكمية المسلَّمة، مع احتساب المرتجعات المفتوحة الأخرى.
تسجيل الزيارات بالـ GPS مع سياج جغرافي (Geofence) بمعادلة Haversine، ولوحة متابعة OWL ونافذة لاستعراض المخزون.
نقاط البيع (POS): منع البيع بالسالب عند شاشة الدفع (OWL Patch) مع إمكانية التفعيل لكل شركة على حدة، واستثناء منتجات التصنيع حسب الطلب (MTO) وقوائم المواد (BoM).
توزيع المخزون (موديول جماعي ساهمت في تطويره): حساب الكميات المتاحة والمطلوبة والموزّعة والعجز، مع قيد يمنع أن يتجاوز التوزيع المخزون المتاح.

النتيجة المُتحقَّق منها

القواعد مغطّاة بحزمة اختبارات المبيعات الميدانية (217/217 ناجحة على نسخة تجريبية)، وباختبارات متصفح (Tours) لنقاط البيع على قاعدة بيانات اختبارية.
ما لا ندّعيه: لا تتوفر أرقام عن الأثر التجاري (مثل نسبة دقة المخزون)، لذا لم نذكر أياً منها.