المخزون

لماذا يُظهر جرد مخزون مطعمك أرصدة سالبة: فخ "ضبط العناصر غير المحصية على صفر"

Curran Dye
/
July 22, 2026

المشكلة: لماذا يُصبح جرد مخزون مطعمك سالبًا ويُفسد تقاريرك

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

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

Failure chain showing how a partial count with the set-uncounted-to-zero toggle drives stock negative

السبب الحقيقي وراء تكرار هذه المشكلة هيكلي لا إهمال. يقسّم المشغلون العمل للإسراع: شخص يجرد المستهلكات، وآخر مواد التنظيف، وثالث البضائع الجافة، كل منها كجرد مخزون منفصل. وخلال أي جرد منفرد، يكون معظم البنود في الكتالوج غير محصية تقنيًا. واجهت مجموعة تقديم طعام من 6 مواقع هذه المشكلة بالضبط—إذ لم يتناول كل جرد جزئي سوى شريحة من نحو 475 بندًا في الكتالوج، فضبط "العناصر غير المحصية على صفر" في أي قسم أصفر 87 إلى 94 بالمئة من البنود الأخرى معه. بلغ سطر واحد فقط ناقص 1,700 دولار. في الجرد المنفصل، لا يعني "غير محسوب" إلا "اجعله صفرًا"، لا "جرد آخر لا يزال يتناوله".

لهذا يتضاعف الضرر ويقع مباشرة على التقارير. الصفر الخاطئ لا يبقى رقمًا خاطئًا واحدًا: بمجرد أن يقرأ النظام عنصرًا موجودًا في المخزن على أنه صفر، تسحبه كل عملية بيع تاليًا إلى أرقام سالبة، ويتعيّن على الجرد التالي تصحيح الصفر الأصلي وكل الاستهلاك الوهمي فوقه. رصدت إحدى مجموعات المطاعم في جردين شهريين متتاليين تباينًا صافيًا قدره 54,000 وحدة—نحو 71,000 وحدة سالبة مقابل 17,000 وحدة موجبة—معظمها ناجم عن طريقة إعداد الجرد لا عن فقدان حقيقي. تتأثر تقارير التباين بين النظري والفعلي بالدرجة الأكبر: حين يُشير المخزون الفعلي إلى صفر لعناصر موجودة فعليًا في المخزن، تمتلئ خانة التباين بخسائر وهمية ضخمة وتطمر الانحرافات الحقيقية التي كنت بحاجة لاكتشافها. تتبّعت إحدى مجموعات الضيافة التي تضم 14 موقعًا نحو 28,000 دولار من التكاليف غير المبررة—ما يعادل تأرجح 14 بالمئة في التباين بفرع واحد—إلى سلسلة من ثغرات الجرد الصغيرة. أما التكلفة الأعمق فهي الثقة: فور أن تُنذر تقارير التباين زورًا، يتوقف المديرون عن تصديقها، ومن ثم تختبئ الخسارة الحقيقية في وضح النهار.

Theoretical versus actual variance table where zeroed items show large fictional losses

الحل: جرد مخزون رئيسي واحد مع جرود فرعية (وما ستستعيده)

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

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

Parent-count fix flow: one parent count, sub-counts per area, a do-not-use sub-count, then auto-merge

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

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

Book a Demo with Supy - stop zeroing live stock during partial counts

Ready to optimize your restaurant operations?

احجز عرضًا توضيحيًا
مدونة

رؤيتنا التشغيلية

No items found.
المزيد من المدونات

Your questions 
answered

Everything you need to know about Supy — from setup to integrations, pricing, and daily use. If it’s not covered here, just ask.

What does "set uncounted items to zero" do during a stock count?
+

What it does is tell the system that any item you did not count has none left on hand, and it writes those items down to zero automatically. On a finished count of a whole location that is exactly right, because an item you did not count really is empty. The catch is scope: the system cannot tell the difference between an item you counted and found empty and one you simply never reached. On a partial count, both become zero, so full cases sitting in the store room are recorded as zero on hand before any sale happens.

Why does setting uncounted items to zero create negative stock?
+

Why it goes negative is a two-step chain. First, the toggle zeroes items that are physically in stock but were not counted yet, so their on-hand balance drops to zero. Then normal trading continues: every recipe that uses those items keeps deducting stock as dishes sell. Because the balance already sits at zero, each sale pushes it below zero into negative territory. Nothing corrects it until the next full count. So a single wrong toggle on a partial count does not just create one wrong number, it seeds a balance that keeps falling for as long as the item keeps selling.

How does negative stock corrupt variance and cost reports?
+

How it spreads is through every report that reads from on-hand balances. Theoretical-versus-actual variance is hit hardest: when actual stock reads zero or negative on items that are really in the store room, the variance column shows huge fictional losses, and the genuine discrepancies you needed to find get buried. One 14-venue group traced about $28,000 of unexplained cost, a 14 percent variance swing at one site, to a stack of small count and process gaps like this. The deeper damage is trust: once a variance report cries wolf, managers stop believing it, and a real loss then hides behind the noise.

What is the difference between a parent count and separate per-category counts?
+

Separate per-category counts are individual stock-count events, one for disposables, one for cleaning supplies, one for dry goods, each unaware of the others. During any single one, the rest of the catalogue counts as uncounted, so the zero toggle is dangerous. A parent count is one count for the whole location, divided into sub-counts that different people work at the same time. The sub-counts merge back into that single count when done. The practical difference is what "uncounted" means: in separate counts it means "zero this," but in a parent count it means "another sub-count still has it."

How do sub-counts prevent items from being wrongly zeroed?
+

How sub-counts protect you is by keeping the whole location inside one count instead of many. In Supy a single stock count can be split into sub-counts that several people work in parallel, and those sub-counts auto-merge into one parent count when complete. Because every section belongs to the same count, an item another person is still counting is never treated as absent, so it cannot be caught by a zeroing step. You only ever apply "set uncounted to zero" to a count that is genuinely finished for the whole location, which is the one situation where zeroing the remainder is actually correct.

Should you ever use the "set uncounted to zero" toggle?
+

Yes, but only on a count that is genuinely complete for the whole location. Used that way, the toggle is a time-saver: it clears items that truly reached zero without you typing a zero against each line. The rule is simple. If every section of the location has been counted and merged, the toggle is safe and useful. If any part of the catalogue is still open, or you are running one of several partial counts, do not toggle it, because the system will zero real stock. Treat the toggle as the last action on a finished count, never a step applied mid-count.

How do you clear out legacy or discontinued items without wiping live stock?
+

How to retire old items cleanly is to give them a deliberate home rather than relying on a blanket zero. Create a dedicated sub-count, effectively a "do not use" section, and zero those specific items there on purpose. Because the zeroing is scoped to items you chose, live stock everywhere else is untouched. This solves the problem that pushed operators toward the risky toggle in the first place: they wanted to clear discontinued lines, but the only tool to hand zeroed everything uncounted. A scoped sub-count gives you the clean-up you wanted without the negative-stock fallout across the rest of the catalogue.

هل أنت مستعد لتطوير عملياتك؟

انضم إلى أكثر من 3500 مُشغلي مطاعم يخفضون التكاليف، ويبسطون العمليات، ويتخذون قرارات أكثر ذكاءً مع Supy

احجز عرضًا توضيحيًا