تقرير ما يحدث حين يتحرك التحويل بأقل مما طُلب

ونص المساعدة في الحقل نفسه يقولها سطراً لكل حالة: اسأل — يُطلب من المستخدمين اختيار إن أرادوا إنشاء طلب متأخر للمنتجات المتبقية؛ دائمًا — يُنشأ طلب متأخر تلقائياً للمنتجات المتبقية؛ مطلقًا — تُلغى المنتجات المتبقية.

على اسأل، يفتح تصديقُ تحويل تحرك فيه بند بأقل من طلبه نافذةً عنوانها إنشاء طلب متأخر؟. وتقول لقد قمت بمعالجة كمية منتجات أقل من الطلب المبدئي، وتعرض ثلاثة أجوبة.

وتصديق عدة تحويلات دفعةً واحدة يغيّر النافذة: فبدل الزرين تسرد كل تحويل مع مفتاح للطلب المتأخر، فيمكن إبقاء باقي أحدها وإسقاط آخر في المرور نفسه.

الطلب المتأخر تحويل عادي. فهو نسخة من الأصل برقم مرجعي خاص به، يحمل البنود التي لم تكتمل، ويشير حقل الطلب المتأخر لـ فيه إلى التحويل الذي جاء منه. ويحصل الأصل على ملاحظة في محادثته — لقد تم إنشاء الطلب المتأخر … — فتُقرأ السلسلة من أي طرف.

وتفصيلان جديران بالمعرفة. فالطلب المتأخر يبدأ بلا مستخدم مسؤول، أياً كان من صدّق الجزء الأول. وإن كان نوع عمليته يحجز عند التأكيد حجز ما يستطيع من المخزون لحظة إنشائه؛ وعلى يدويًا يبقى بلا حجز حتى يضغط أحد التحقق من التوافر.

رفض الطلب المتأخر لا يخبر أمر الشراء ولا أمر البيع بأن كمية قد ذهبت. فيُغلق التحويل ناقصاً، ويبقى المستند خلفه عارضاً ما طُلب، والفرق بين الاثنين هو ما على المكتب أن ينتبه له. وحيث يجوّع النقص خطوة لاحقة — تسليم ينتظر ذلك الاستلام — يسجّل WindoorERP نشاطاً على المستندات المتأثرة بدل أن يمرّ الأمر صامتاً.

وعمليات الإرجاع استثناء من هذا كله. فالتحويل المنشأ إرجاعاً لآخر يتجاهل سياسة نوع العملية ولا يسأل أبداً.

في الإيصالات يكون دائمًا هو الصواب غالباً: فالاستلام مزدحم، ونقص المورد شأن غيرك أن يلاحقه، ويستطيع موظف المشتريات إلغاء الباقي في عشر ثوانٍ حين تصل الفاتورة ناقصة.

وفي التسليمات يكون اسأل هو الصواب غالباً: فالسائق والموقع يعلمان هل يخرج الرصيد غداً، وذلك حكم يستحق أن يُلتقط لحظة صدوره.

أما مطلقًا فلذلك التدفق النادر الذي تكون فيه الحركة الجزئية هي الحركة كلها — تعبئة داخلية لرف في الصالة، لا يُراد باقيها أصلاً.