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