هذي مو نسخة كود منفصلة، بل توسعة معمارية على نفس برنامج النسخة الأولى بالضبط — قرار مقصود لتجنّب صيانة نسختين منفصلتين من نفس منطق العمل. الفرق الوحيد: بدل الاعتماد حصريًا على قاعدة بيانات محلية (SQLite)، تدعم النسخة الثانية أيضًا الاتصال بقاعدة بيانات مركزية (SQL Server Express) تشتغل على جهاز "خادم" واحد بنفس المحل، وباقي أجهزة الكاشير تتصل فيه عبر الشبكة المحلية (بدون أي حاجة لاشتراك إنترنت). اختيار الوضع (مستقل أو متصل بخادم) يصير من شاشة داخل البرنامج تظهر أول تشغيل بس. لو اختار "متصل"، يكتب عنوان جهاز الخادم بالشبكة، والبرنامج يختبر الاتصال فعليًا قبل الحفظ. أهم تعديل تقني بهالنسخة هو أمان التزامن — ضمان إنه أكثر من كاشير يبيعوا بنفس اللحظة بدون أي تعارض بالبيانات. رقم الفاتورة يتولّد عبر عدّاد سنوي ذرّي (آمن من التصادم بين كاشيرين مختلفين). خصم المخزون بعد كل بيع ينفَّذ كأمر تحديث مباشر بقاعدة البيانات نفسها (بدل تحميل الكمية بالذاكرة وطرحها، أسلوب معرّض لضياع تعديل كاشير ثانٍ). وكل عملية بيع كاملة تُنفَّذ داخل معاملة واحدة صريحة — إما تنجح كلها مع بعض أو ما ينفّذ منها شي. كل ميزات النسخة الأولى متوفرة بالكامل بهالنسخة كمان، بدون أي نقص أو تكرار عمل. عملية النشر تنتج مثبّت منفصل تمامًا (اسم ومعرّف فريد مختلف)، يسمح بتثبيت المنتجَين جنبًا لجنب بدون تعارض. متطلبات النشر الفعلي تشمل تثبيت SQL Server Express الحقيقية على جهاز الخادم، وإنشاء قاعدة بيانات فارغة له.
هذي مرحلة لسا بطور التخطيط بس، مخصصة لتاجر عنده أكثر من فرع بمناطق جغرافية مختلفة. بعكس النسخة الثانية (شبكة محلية بدون إنترنت)، هالسيناريو يتطلب اتصال إنترنت فعلي، لأن الفروع مو على نفس الشبكة المحلية أبدًا. التصميم المتوقع: قاعدة بيانات مركزية بالسحابة، وكل فرع يتصل فيها عبر الإنترنت. هذا يفتح احتياجات جديدة كليًا لسا ما تطرّقنا لها بعمق: كيف نتعامل مع انقطاع الإنترنت المؤقت بفرع معيّن، إدارة مخزون منفصل لكل فرع أو مشترك، تقارير مجمّعة لكل الفروع، وصلاحيات إدارية متعددة المستويات (مدير فرع مقابل مدير عام). هالنسخة لن تُبنى إلا بعد ما تكتمل النسخة الثانية بالكامل وتُختبر فعليًا بعملاء حقيقيين.