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