مخزون وصل إلى الفرع الخاطئ: اكتشفه عند الاستلام

أين تقع التكلفة الحقيقية حين يصل المخزون إلى الفرع الخاطئ

استلام مخزون بالفرع الخاطئ يعني قيد توصيل على موقع لم يطلبه، فتقع التكلفة في دفاتر ذلك الفرع بدلاً من الذي سيستخدم البضاعة فعلاً. في مجموعة متعددة المواقع، يُشوّه هذا تكلفة الغذاء والتوزيع في نهاية الشهر لفرعين في آنٍ: أحدهما يُحمَّل أكثر مما ينبغي، والآخر تبدو أرقامه ناقصة.

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

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

حين لا يكون الصنف منشأً أصلاً في الموقع المستلِم

أسوأ التوجيهات الخاطئة ما يصل الصنف فيه إلى فرع لا ينتمي إليه: كحٍ حصرية بار يُقيَّد في فرع كافيه، أو شريحة ستريبلوين موجّهة لفرع المطار يُستلَم في فرع وسط البلد. إذا تُرك الأمر، تبقى التكلفة على حسابات الفرع الخاطئ ويظهر المخزون متوفراً في مكان لن يُستخدم فيه قط.

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

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

الموقع الصحيح، مركز التكلفة الخاطئ: أعد تخصيص السطر قبل القيد

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

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

القاعدة العملية: أعد التخصيص ولا تُعد البناء. انقل السطور المحددة الخاطئة، دع التحقق يؤكد كل سطر، ثم قيِّد السند حين يصبح صحيحاً. لمجموعة تستلم في المطبخ المركزي، المبدأ ذاته ينطبق: حين يُشحن أمر من المطبخ المركزي، تتزامن أسعار وكميات الأصناف في السند المرتبط مع بيانات الشحنة، فيعكس مخزون الفرع المستلِم التكلفة الفعلية من المستودع لحظة الشحن لا مجرد تقدير.

حين يكون سند الاستلام مقيداً بالفعل

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

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

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

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

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