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

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

لماذا تتباعد أعداد المخزون في المتجر وعبر الإنترنت؟
تتباعد الأعداد لأن نظامين يحتفظ كل منهما بدفتر حسابات خاص به لنفس الرف. عندما يشتري شخص ما عند صندوق الدفع، يقلل نظام POS نسخته. وعندما يشتري شخص ما عبر الإنترنت، تقلل منصة التجارة الإلكترونية نسختها. ثم ينقل الموصل كل تغيير إلى الجانب الآخر، أحيانًا في ثوانٍ، وأحيانًا في عملية مجمعة تعمل كل خمس عشرة دقيقة.
بين عملية البيع والنسخ، يعتقد كلا النظامين أن العنصر لا يزال متوفرًا في المخزون. هذه النافذة الزمنية صغيرة، لكنها ليست التسريب الوحيد. فعمليات الاسترداد والاستبدال غالبًا ما تُسجل في جانب واحد دون الآخر. ويمكن لمنتج تم تغيير اسمه أو متغير تم تعديله أن يكسر بهدوء ربط رمز SKU (رمز SKU هو المعرف لعنصر واحد قابل للبيع؛ المزيد من المصطلحات في دليل مصطلحات POS)، وبعد ذلك لا يتحدث النظامان حتى عن نفس المنتج. وتميل انقطاعات الموصل إلى الفشل بصمت: لا تظهر أي أخطاء، بل تتوقف الأعداد عن التطابق ببساطة.
ويتراكم هذا الانحراف. ينجو كل عدم توافق صغير حتى يقوم شخص ما بعد الرف فعليًا، وبحلول ذلك الوقت لا أحد يعرف أي النظامين كان على حق.
ما الذي يكلفه هذا الانقسام بالفعل؟
على الصعيد العالمي، تكلف حالات نفاد المخزون وزيادة المخزون قطاع التجزئة ما يقدر بنحو 1.73 تريليون دولار سنويًا، أي حوالي 6.5% من المبيعات¹. بالنسبة لمتجر واحد، يظهر الانقسام في أربع فواتير أصغر وأكثر استقرارًا.
المخزون الاحتياطي: إظهار 3 قطع عبر الإنترنت عندما تملك 5 قطع، حتى لا يؤدي تأخر المزامنة إلى بيع زائد. هذا مخزون دفعت ثمنه ولكنك لن تسمح لأحد بشرائه.
وقت مطابقة الحسابات (التأكد من تطابق العددين): ساعات من وقت الموظفين تقضى في إعادة عد الرفوف وتصحيح النظام الذي خسر.
معالجة البيع الزائد: عمليات الاسترداد، ورسائل الاعتذار الإلكترونية، والمراجعات العرضية بنجمة واحدة عندما لا يكون العنصر "المتوفر في المخزون" متوفرًا بالفعل.
مجموعة المزامنة نفسها: عادةً ما يكون الموصل أو فئة مزامنة التجارة الإلكترونية أحد البنود في فاتورة SaaS المخفية التي يتحملها تجار التجزئة.
لا يظهر أي من هذه في حساب الأرباح والخسائر كـ "انقسام المخزون"، ولهذا السبب يستمر الانقسام.

ألا يمكن لتطبيق مزامنة حل المشكلة ببساطة؟
بالنسبة لبعض المتاجر، يكون الموصل كافيًا، ومن الجدير قول ذلك بوضوح. إذا كان معدل دوران مخزونك بطيئًا، ونادرًا ما تحتفظ بالوحدة الأخيرة من أي شيء، وتدير موقعًا واحدًا، فإن المزامنة الجيدة ستصمد معظم الوقت. خذ هذا الحل البديل إذا كان هذا ينطبق عليك.
ولكنه يتوقف عن الصمود تحت نفس الظروف التي تأمل في الوصول إليها. فحركة المرور العالية تقلل من احتمالات مرور نافذة المزامنة دون أن تلمس قناتان نفس العنصر. والمخزون النادر أو الفريد من نوعه (العتيق، أو الشحن، أو الدفعات الصغيرة) يجعل كل وحدة بمثابة الوحدة الأخيرة. وتضاعف المنافذ المتعددة عمليات الربط التي يمكن أن تنكسر بصمت. يدير تطبيق المزامنة العرض بشكل جيد بما يكفي في حجم العمليات المنخفض؛ لكن دفتري الحسابات تحته يظلان هما المشكلة الأساسية.
ما الذي يعنيه مخزون واحد بالفعل؟
يعني مصدرًا واحدًا للسجل (قاعدة بيانات واحدة يثق بها الجميع) بدلاً من دفتري حسابات ووسيط نقل. تقرأ طاولة الدفع، وواجهة المتجر الإلكتروني، وأي كشك نفس العدد وتكتب مبيعاتها في نفس السجل في لحظة إتمام البيع. وعندما تسحب قناتان الوحدة الأخيرة في نفس اللحظة، يحدد دفتر الحسابات نفسه من حصل عليها؛ لا يوجد وقت "لاحق" يكتشف فيه عمل المزامنة التعارض. ويتم مشاركة الكتالوج بنفس الطريقة: منتج واحد، وسعر واحد، وقاعدة ضريبية واحدة، لكل قناة.
هذه البنية يصعب تعديلها لاحقًا. فالنظامان الناضجان اللذان ينضمان عبر تكامل سيظلان يحتويان دائمًا على دفتري حسابات، لأن كل منهما تم بناؤه بافتراض أنه يملك العدد. يجب أن يكون هذا هو طريقة عمل المنصة منذ البداية، وهو ما تتبعه Final: المتجر الإلكتروني وجهاز التسجيل هما عرضان لسجل واحد، لذا لا تفتح الفجوة أبدًا. كما أن الرؤية في الوقت الفعلي هي الأساس الذي يبنى عليه كل شيء آخر في إدارة مخزون POS. فنقاط إعادة الطلب وتنبيهات المخزون تكون جيدة فقط بقدر دقة العدد الذي تقرأه، ويحصل تجار التجزئة على مكاسب الكفاءة فقط بعد أن يصبح العدد موثوقًا.
إذن، هل يمكنك إنهاء الانقسام بين المتجر والإنترنت؟
نعم، ولكن ليس عن طريق المزامنة بشكل أقوى. الانقسام هو نتيجة لتشغيل نظامين، وينتهي عندما تعمل كلتا القناتين على دفتر حسابات واحد، وليس عندما تصبح عملية النسخ بين دفاتر الحسابات أسرع. إذا كنت تقيم المنصات، فإليك اختبار مفيد: اسأل أين يتم تسجيل الطلب عبر الإنترنت وبيع الطاولة، وما إذا كان ذلك في نفس المكان. (تتضمن تحديد نظام POS للتجزئة أكثر من مجرد المخزون، ولكن هذا السؤال يفلتر الخيارات بسرعة.)
قاعدة عامة: إذا كان بإمكان جهاز التسجيل ومتجرك الإلكتروني الاختلاف حول نفس الرف، فلديك مخزونان، مهما كانت وعود تطبيق المزامنة.
الأسئلة الشائعة
لماذا لا تتطابق كميات المخزون في متجري الفعلي مع متجري الإلكتروني؟
لأن كل نظام يحتفظ بدفتر حسابات خاص به، وتقوم أداة المزامنة بنسخ التغييرات بينهما مع وجود تأخير زمني. وتتراكم المبيعات، وعمليات استرداد الأموال، والاستبدال، وتعديلات الكتالوج التي تتم خلال هذا التأخير (أو تفشل في الانتقال) لتشكل تفاوتاً في البيانات.
هل سيمنع تطبيق المزامنة الأفضل عمليات البيع الزائد عن المخزون؟
سوف يجعلها أكثر ندرة، ولكن ليس مستحيلة. فأي عملية مزامنة تتطلب نافذة زمنية بين عملية البيع ووصول النسخة إلى النظام الآخر، وأوقات ذروة نشاطك هي تحديداً الأوقات التي يزداد فيها احتمال أن تبيع قناتان آخر وحدة متبقية خلال تلك النافذة الزمنية.
ما هو المصدر الموحد للسجلات الخاصة بالمخزون؟
قاعدة بيانات واحدة تقرأ منها كل قناة بيع وتكتب فيها في لحظة البيع (نظام السجلات). حيث يقوم كل من الكاونتر، والمتجر الإلكتروني، وأي جهاز kiosk بتقليل العدد نفسه، وبالتالي لا توجد نسخة ثانية قد تختلف قيمتها.
هل أحتاج إلى كميات مخزون منفصلة للبيع عبر الإنترنت والبيع الحضوري؟
لا. إذا كانت منصتك تدير كلا القناتين بناءً على دفتر حسابات واحد، فإن كمية مخزون واحدة تكفي لكلتيهما. أما الكميات المنفصلة واحتياطيات 'المخزون المخصص للإنترنت' فهي مجرد حلول بديلة للأنظمة التي لا يمكنها مشاركة دفتر الحسابات.
