مبيعات ومشتريات ومخزون في نظام واحد — وكلفة الفصل

الصورة المعتادة في محل أو مستودع صغير:

• المبيعات في برنامج فواتير أو دفتر إيصالات
• المشتريات في ملف يجمع فواتير الموردين
• المخزون في ملف إكسل يُحدَّث «حين نتذكّر»

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

وما دام التسجيل يدوياً، فالتطابق مسألة وقت لا مسألة انضباط. الموظف المجتهد ينسى مرة في الأسبوع، ومرة في الأسبوع تكفي لتفكيك التطابق خلال شهر.

أوضح الأعطال وأسهلها قياساً. البيعة الواحدة تُدخَل مرتين أو ثلاثاً: في الفاتورة، وفي ملف المخزون، وفي سجل المحاسبة.

احسبها بنفسك: إن كان لديك 40 عملية يومياً وكل إدخال إضافي يأخذ دقيقة، فأنت تدفع أكثر من 20 ساعة شهرياً ثمناً لنقل أرقام من مكان إلى مكان. هذا موظف نصف دوام مهمته الوحيدة النسخ.

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

حين يعيش المخزون في ملف منفصل، فالرصيد فيه ليس رصيداً بل آخر مرة تذكّر أحدهم أن يحدّثه.

النتائج اليومية مألوفة لكل من جرّبها:

• تَعِد عميلاً بصنف موجود في الملف وغير موجود على الرفّ
• تشتري صنفاً لديك منه مخزون راكد لأن الملف قال إنه نفد
• تكتشف عند الجرد فرقاً كبيراً ولا تعرف متى نشأ

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

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

هذا أخطرها لأنه صامت. المبيعات رقم سهل — مجموع الفواتير. أما الربح فيحتاج طرفاً ثانياً: تكلفة ما بعته.

وتكلفة ما بعته تعيش في المشتريات، وتتغيّر مع كل فاتورة مورد. فإن كانت المشتريات في ملف منفصل، فأنت تعرف أنك بعت بـ80,000 ريال ولا تعرف كم كلّفتك تلك البضاعة بالضبط — فتقدّر، والتقدير في هامش رقيق يعني أنك قد تكون خاسراً وأنت تحتفل.

ومظاهر ذلك في القرارات:

• تسعّر بنسبة ثابتة على تكلفة قديمة بينما ارتفع سعر المورد
• تعرف أن المحل رابح ولا تعرف أي الأصناف رابحة
• تعرض خصماً على صنف هامشه أصلاً أقل من الخصم

حين تعيش المبيعات والمشتريات والمخزون في نظام واحد، يصير هامش كل صنف رقماً يُقرأ لا تقديراً يُخمَّن.

الفكرة بسيطة: الحدث يُسجَّل مرة واحدة ويحرّك كل ما يعنيه.

دورة الصنف كاملة في نظام موحّد:

1. فاتورة المورد تُسجَّل → يزيد المخزون + تُنشأ ذمّة دائنة + قيد محاسبي 2. البيع على الكاشير → ينقص المخزون + يُنشأ قيد إيراد + تُحتسب تكلفة المبيع 3. بلوغ نقطة إعادة الطلب → تنبيه يتحوّل إلى أمر شراء للمورد 4. التالف أو المرتجع → حركة مستقلة تظهر في التقارير بدل أن تختفي

كل خطوة إدخال واحد، والباقي مشتقّ منه. وهذا يزيل الأعطال الثلاثة السابقة دفعةً واحدة لا واحداً واحداً.

ومعيار الاختيار العملي: لا تسأل «هل النظام فيه مخزون؟» بل اسأل «هل يخصم البيع المخزون تلقائياً وينشئ القيد؟». كثير من الأنظمة فيها الوحدات الثلاث لكنها لا تتحدث فيما بينها — وهذه هي المشكلة نفسها داخل برنامج واحد.