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