كيف يعمل برنامج الكاشير دون إنترنت؟

ماذا يعني أن يعمل الكاشير دون إنترنت؟

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

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

المخاطر التي لا تظهر في العرض السريع

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

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

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

العمل دون اتصال لا يعني غياب الضوابط؛ يعني نقل الضوابط الأساسية إلى الجهاز مؤقتاً ثم إثبات المزامنة.

اختبار عملي تنفذه قبل اعتماد النظام

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

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

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

أسئلة جاهزة للمورد قبل الشراء

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

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

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

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