ماذا يحدث عندما يبيع اثنان من أمناء الصناديق آخر منتج واحد دون الاتصال بالإنترنت؟

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

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

ماذا يقصد بـ "العمل دون اتصال" بالفعل؟

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

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

فماذا يحدث فعلاً عندما يبيع شخصان آخر منتج؟

هذا هو السيناريو الذي يسأل عنه أصحاب المتاجر الذين لديهم أكثر من صندوق واحد أو جهاز واحد غالباً، وهو يستحق أن نكون دقيقين حول ما يعده "العمل دون اتصال" وما لا يعده.

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

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

هل هذا جديد فعلاً أم مجرد مسوق حديثاً؟

يجب أن نكون حذرين في استدعاء هذا بتحول طازج. المتاجر الصغيرة في المناطق ذات الاتصال غير المستقر احتاجت إلى نسخة ما من "الحفاظ على صندوق البيع في العمل وحل الأمور لاحقاً" طالما وجد برنامج نقطة البيع هناك. ما قد يتغير هو كيف يصف البائعون هذا بوضوح أكبر كهندسة أساسية بدلاً من عملية حول - المصدر يوضح التخزين المحلي والمزامنة المصفوفة كـ "النموذج الافتراضي وليس الوضع الطارئ" [1]. ما إذا كان هذا يعكس تحولاً حقيقياً في كيفية بناء الأنظمة أم تحولاً في كيفية وصفها للمشترين ليس شيء يمكن لمنشور واحد أن يحسمه.

ماذا يجب على صاحب المتجر أن يسأل فعلاً قبل الثقة في "الوضع دون اتصال"؟

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

أين يترك هذا أصحاب المتاجر الصغار؟

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