المخزون

مبيعات نقاط البيع التي لا تتطابق مع نظام المخزون: السببان الجذريان وكيفية المطابقة

أولاً: حدّد أيّ النوعين من التعارض بين نقاط البيع والمخزون تواجه

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

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

شجرة قرار لتشخيص التعارض بين نقاط البيع والمخزون: منذ اليوم الأول مقابل ظهوره بعد الإطلاق

عندما تبدأ المبيعات بالتدفق قبل ربط عناصر القائمة

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

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

كيف يُسجّل عنصر القائمة غير المربوط عملية البيع دون استنزال المخزون، مما يسبب التشعّب بين الاستخدام النظري والفعلي

عندما لا يصل تغيير نقاط البيع إلى المخزون

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

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

جدول استيرادات المبيعات يُظهر عنصرَي قائمة يصلان غير مربوطَين بعد تغيير في نقاط البيع، مع حالة الربط وعدمه

الفحص الذي يتجاهله الجميع: هل يعمل تكاملك في الاتجاهين؟

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

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

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

تنفيذ المطابقة بهذا الترتيب

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

تدفق المطابقة بثلاث خطوات: تحقق من أن التغذية ثنائية الاتجاه، وتحقق من الربط الأولي، وتحقق من الانحراف في نقاط البيع
احجز عرضاً توضيحياً مع Supy - اجعل مبيعات نقاط البيع والمخزون متطابقَين

Ready to optimize your restaurant operations?

مدونة

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

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.

Why do my POS sales not match my inventory system?
+

Because one of two things is wrong. Either the sales feed was switched on before every menu item was linked to a recipe, so unmapped items record revenue but never deplete stock; or a later change on the POS - a renamed revenue centre, a new PLU, a split menu item - broke a mapping that used to work. A third, upstream possibility is that the connection only exports data out of the POS and never imports sales back, in which case nothing reconciles until the feed is made two-way. Identify which of the three you have before changing any settings, because each needs a different fix.

What is the difference between the two POS reconciliation root causes?
+

The difference is timing. A day-one mismatch means the recipe and menu-item mapping was never finished before sales started flowing, so items have been unmapped from the start. A drift means everything reconciled correctly for a while, then a change made on the POS side - renaming a cost or revenue centre, adding an item - was not mirrored on the inventory side, so previously-working items suddenly land unmapped. The quick test is to ask whether the numbers ever reconciled: if they never did, it is a mapping gap; if they did and stopped, it is configuration drift.

How do I reconcile POS sales with my inventory system after a mismatch?
+

Work from the outside in. First confirm the integration is two-way and sales are actually importing; a one-way feed reconciles nothing. Next, if the gap has existed from the start, link every sellable menu item to its recipe and re-count to set a clean baseline. If instead the numbers drifted after a change, open the sales imports screen, filter for tickets that arrived without a mapping, re-map the affected items or revenue centres, then trigger a manual re-sync. Verify against the import history that the previously-unmapped tickets now land correctly before trusting the dashboard.

Does an unmapped menu item really affect my food cost and variance?
+

Yes, and more than most operators expect. When a menu item is not linked to a recipe, selling it records revenue but deducts no ingredients, so your theoretical usage understates what actually left the shelf. That gap shows up as inflated variance and a food-cost percentage that does not match reality, even though nothing was stolen or wasted. Because the effect compounds with every ticket, a handful of unmapped high-volume items can distort a whole branch's numbers within a single period. Mapping those items closes the gap at the source rather than papering over it with manual adjustments.

How can I tell if my POS integration is one-way or two-way?
+

Compare volumes over a normal trading week. Count the tickets your POS rang up, then check how many sales transactions actually imported into your inventory system over the same window. If the import count is roughly in line with POS tickets, the feed is two-way and any mismatch is a mapping problem. If the import count is zero or a tiny fraction of the tickets, the connection is exporting out of the POS but not writing sales back in - a one-way feed. A one-way integration cannot be reconciled by adjusting mappings; it needs a genuine two-way connection or a managed import routine.

What should I do if my POS has no native inventory integration?
+

Do not force a live sync that the platform cannot actually deliver. For a POS without a native two-way connector - common with regional or niche systems - the honest interim answer is a scheduled managed import that brings sales in on a regular cadence, rather than a promise of instant real-time sync. Confirm what direction any available connection flows before you rely on it, and treat a one-way export as a manual-upload workflow until a real integration exists. Naming the limitation up front prevents the post-go-live surprise of discovering that the integration never imported a single sale.

How often should I check POS-to-inventory mappings?
+

Check them whenever the POS changes and on a light routine the rest of the time. Any time someone adds a menu item, introduces a PLU, or renames a revenue centre, re-check that the change was mirrored on the inventory side the same day, because that is exactly what causes drift. Beyond event-driven checks, a quick weekly look at the sales imports screen for anything that landed unmapped will catch the rest before it distorts a full period's variance. The goal is to make mapping a small, regular habit rather than a painful reconciliation project every quarter.

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

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