كيفية الانتقال من نظام POS قديم إلى نظام سحابي دون تعطيل الفروع

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

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

لماذا تتعطل الفروع أثناء مشاريع الانتقال

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

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

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

ابدأ بتعريف نتيجة الانتقال ومسؤوليات الفريق

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

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

المرحلة 1: حصر النظام الحالي وتحديد مصدر البيانات

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

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

• المنتجات والمتغيرات وSKU والباركود ووحدات القياس والتصنيفات.
• قوائم الأسعار والضرائب والعروض والخصومات وطرق الدفع.
• المخزون حسب الفرع والمستودع والتشغيلات والأرقام التسلسلية عند استخدامها.
• العملاء وأرقام الجوال والولاء والأرصدة والحدود الائتمانية.
• الفواتير والمرتجعات والتسويات وحركات المخزون والقيود المحاسبية.

المرحلة 2: قرر ما الذي سينتقل وما الذي سيبقى في الأرشيف

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

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

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

المرحلة 3: نظف البيانات وارسم قواعد التحويل

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

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

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

المرحلة 4: ابن البيئة السحابية قبل تحميل بيانات التشغيل

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

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

المرحلة 5: جهز التكاملات والأجهزة كمسار مستقل

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

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

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

المرحلة 6: نفذ تحميلات تجريبية واختبارات نهاية إلى نهاية

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

1. أنشئ منتجاً ومتغيراً وباركوداً وسعراً وضريبة، ثم نفذ عملية بيع كاملة.
2. نفذ خصماً وعرضاً ومرتجعاً واستبدالاً مرتبطاً بالفاتورة الأصلية.
3. أغلق وردية وطابق النقد والبطاقات وجهاز الدفع والتقرير المركزي.
4. نفذ تحويل مخزون بين موقعين وتابع الطلب والشحن والاستلام.
5. أنشئ أو استدع ملف عميل وتحقق من الولاء والرصيد والحد الائتماني عند استخدامه.
6. أوقف تكامل ERP أو التجارة الإلكترونية، ثم تحقق من التنبيه وإعادة الإرسال ومنع التكرار.
7. افصل الإنترنت أثناء البيع، ثم أعد الاتصال وطابق الفاتورة والمخزون والتقرير بعد المزامنة.

المرحلة 7: شغل فرعاً تجريبياً قبل موجات النشر

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

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

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

المرحلة 8: درب الفريق على الدور والاستثناءات

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

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

المرحلة 9: نفذ القطع على موجات بخطة زمنية واضحة

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

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

معايير قرار الانتقال أو التأجيل

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

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

استمرارية البيع أثناء الانتقال

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

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

ما الذي يحدث بعد تشغيل آخر فرع

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

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

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

كيف تنظم ريڤيست الانتقال إلى التشغيل السحابي

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

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

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

الخلاصة

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

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

أسئلة شائعة

هل يمكن نقل نظام نقاط البيع دون إغلاق الفروع

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

هل يجب نقل جميع الفواتير القديمة إلى النظام السحابي

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

كم تستغرق عملية الانتقال

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

هل يمكن تشغيل النظام القديم والجديد معاً

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

كيف ننقل رصيد المخزون من دون فقد الحركات

حدّد وقت قطع، وأغلق التحويلات والاستلامات المفتوحة أو وثق حالتها، ثم استخرج الرصيد حسب الفرع والمستودع وحمّله كرصيد افتتاحي. بعد الفتح، طابق الكمية والقيمة وعيّنة من المنتجات قبل اعتماد الفرع.

أي فرع يصلح للتجربة الأولى

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

ماذا نفعل إذا انقطع الإنترنت بعد الانتقال

اختبر مسبقاً العمليات التي تستمر دون اتصال وحدود الدفع والموافقات والتحويلات. في ريڤيست تُحفظ فواتير المبيعات محلياً وتُرفع عند عودة الشبكة، بينما تحتاج بعض العمليات المركزية إلى اتصال.

متى يمكن إيقاف النظام القديم

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