وضع العمل بدون إنترنت

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

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

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

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

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