وضع عدم الاتصال في نقطة البيع بأودو: ما الذي يعمل وما الذي لا يعمل وكيف تختبره

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

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

وهذا يعني أن السؤال الصحيح ليس ببساطة:

هل تعمل نقطة البيع في أودو دون اتصال؟

بل هو:

ما الأجزاء من مسار الدفع لدينا التي تظل تعمل أثناء الانقطاع، وما الأجزاء التي يتراجع أداؤها، وماذا يحدث عند عودة الاتصال؟

وفي أي مشروع تجزئة، ينبغي الإجابة عن هذا التمييز في بيئة الاختبار المرحلية قبل افتتاح أول فرع.

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

ما الذي يعد به أودو حاليًا بشأن نقطة البيع دون اتصال

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

وهذا يمنحنا حقيقتين أساسيتين مفيدتين:

1. فقدان الاتصال بالإنترنت مؤقتًا لا يمنع أمين الصندوق بالضرورة من تسجيل المبيعات.
2. الطلبات المسجّلة دون اتصال مصممة لتُزامَن مع أودو بعد عودة الاتصال.

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

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

الدفع دون اتصال ليس نظام ERP دون اتصال

لجهاز نقطة البيع مهمة محددة جدًا: إبقاء عملية البيع بالتجزئة مستمرة.

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

ويزداد هذا أهمية حين يتوقع المتجر من نقطة البيع اتخاذ قرارات فورية مثل:

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

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

وقاعدة التنفيذ بسيطة: كل ما هو مهم بما يكفي لإيقاف عملية بيع يستحق اختبار انقطاع.

أجهزة الدفع الطرفية اعتمادية مستقلة

كثيرًا ما تكون المدفوعات بالبطاقات هي النقطة التي ينهار عندها افتراض "نقطة البيع تعمل دون اتصال".

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

المرجع الرسمي: أجهزة الدفع الطرفية في أودو 20

وهذا يعني أنه لا ينبغي أن تساوي بين:

POS screen works offline

وبين:

integrated card terminal will authorize payments offline

فهذان نظامان مختلفان.

لكل طريقة دفع مُعدّة، اختبر ما يراه أمين الصندوق فعليًا عند انقطاع الاتصال:

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

الحالة الأخيرة مهمة على وجه الخصوص. فحدود الشبكة قد تُنتج نتيجة مجهولة: قد يكون أحد الطرفين قد أتمّ العملية بينما لم يتلقَّ الطرف الآخر الرد قط.

لا تعالج هذا السيناريو بزر "أعد محاولة كل شيء" ما لم يكن تكامل الدفع مصممًا صراحةً ليكون متساوي الأثر (idempotent).

قد تعمل الطباعة بطريقة مختلفة عن المدفوعات بالبطاقات

لطباعة الإيصالات وتذاكر المطبخ نموذج اعتمادية مختلف.

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

المراجع الرسمية:

• أجهزة نقطة البيع للمطاعم في أودو
• طابعات الإيصالات في أودو 20

وتشير وثائق الطابعات في أودو 20 أيضًا إلى أن طابعات Bluetooth غير متوافقة مع أودو.

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

لكن لا تفترض أن كل الطابعات تتصرف بهذه الطريقة. اختبر الطراز وطريقة الاتصال المحددين اللذين تخطط لاعتمادهما:

شبكة المتجر والاتصال بالإنترنت نطاقا أعطال منفصلان. فانقطاع WAN لا يعني بالضرورة أن شبكة Wi-Fi أو Ethernet المحلية متوقفة.

لا تبنِ التصميم على افتراضات تخزين غير موثّقة

كثيرًا ما تصف وثائق أودو القديمة ونقاشات المجتمع آليات التخزين المؤقت في المتصفح وسلوك التخزين المحلي بالتفصيل.

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

وفي مشروع الإطلاق الحالي، ركّز على السلوك الذي يمكن ملاحظته:

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

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

إعادة الاتصال جزء من الميزة وليست أمرًا ثانويًا

عملية البيع الناجحة دون اتصال ليست سوى نصف الاختبار.

فالخطر الحقيقي يظهر أثناء الاستعادة.

عند عودة الاتصال، يجب أن تُسوّي نقطة البيع المعاملة المحلية مع الخادم دون:

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

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

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

ولهذا يجب اختبار كل تخصيص لنقطة البيع في الحالتين:

online sale

و

offline sale -> reconnect -> synchronized backend sale

الشيفرة المخصصة لنقطة البيع تحتاج إلى سياسة صريحة لوضع عدم الاتصال

إذا وسّعت نقطة البيع في أودو بمكونات JavaScript/OWL مخصصة أو بدوال في الخادم، فصنّف كل ميزة ضمن واحدة من ثلاث فئات.

1. آمنة دون اتصال

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

ومن الأمثلة المحتملة: سلوك واجهة محلي بالكامل، أو عمليات حساب تعتمد على بيانات متاحة أصلًا في عميل نقطة البيع.

2. متراجعة دون اتصال

يمكن أن تستمر الميزة بقدرات مخفّضة، ثم تُكمل العمل الناقص لاحقًا.

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

3. تتطلب الاتصال

يجب أن تتوقف الميزة أو تمنع المتابعة بوضوح، لأن الاستمرار سيُنشئ معاملة غير صالحة.

وقد يندرج ضمن هذه الفئة تفويض فوري، أو تحقق من الأهلية لا يتم إلا على الخادم، أو استدعاء لمزوّد الدفع.

لا تدع خطأً في الشبكة يحدد هذه السياسة مصادفةً.

يجب أن تعرف نقطة البيع كيف تتصرف قبل وقوع الانقطاع.

احذر من العروض الترويجية والتسعير المخصص

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

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

قبل اعتماد عرض ترويجي يعمل دون اتصال، وثّق:

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

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

ودعم وضع عدم الاتصال يزيد من أهمية قواعد الأعمال الحتمية، لأن الخادم يكون مؤقتًا غير متاح لتصحيح العميل في الوقت الفعلي.

تعامل بحذر مع المخزون الظاهر في نقطة البيع أثناء الانقطاع

لا يمكن لمتجر منقطع أن يفترض أن المخزون في بقية أنحاء الشركة ثابت لا يتغير.

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

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

إذا كان توفر المخزون يحدد ما إذا كان يُسمح لأمين الصندوق ببيع صنف ما، فحدّد السياسة صراحةً:

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

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

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

الكتالوجات الكبيرة تحتاج إلى اختبار انقطاع واقعي

قاعدة بيانات اختبار تضم 40 منتجًا لا تمثّل متجر تجزئة لديه 30,000 صنف.

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

وفي قاعدة بياناتك، قِس:

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

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

فمتصفح على حاسوب مكتبي متصل بالألياف الضوئية ليس بديلًا ذا معنى لجهاز Android لوحي من الفئة الاقتصادية في فرع اتصاله غير مستقر.

مصفوفة اختبار الانقطاع لبيئة الإنتاج

قبل الإطلاق، افصل المتجر عن الإنترنت عمدًا ونفّذ اختبارًا مضبوطًا.

عملية الدفع الأساسية

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

المدفوعات

• جرّب كل جهاز دفع طرفي متكامل.
• سجّل سلوك الخطأ/الإلغاء بدقة.
• انتقل من دفعة بطاقة فاشلة إلى الدفع النقدي دون تكرار الطلب.
• اختبر دفعة متقطعة يتغير فيها الاتصال أثناء التفويض.
• سوِّ المعاملة الناتجة لدى مزوّد الدفع مع طلب أودو.

الطباعة والأجهزة المحلية

• اطبع إيصالًا للعميل.
• أرسل تذكرة للمطبخ/البار إن وُجدت.
• اختبر سلوك ماسح الباركود.
• اختبر الموازين أو غيرها من الأجهزة المتصلة عبر IoT.
• كرّر الاختبار مع انقطاع الإنترنت وبقاء شبكة LAN المحلية متاحة.

بيانات الأعمال

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

الاستعادة

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

التعافي من الأعطال

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

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

متى يكفي دعم وضع عدم الاتصال القياسي في نقطة البيع بأودو

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

ويكون ذلك معقولًا بشكل خاص عندما:

• يظل النقد طريقة دفع بديلة مقبولة؛
• يكون كتالوج المنتجات والأسعار اللازمة للبيع متاحين لنقطة البيع؛
• يستطيع المتجر تحمّل بيانات خادم قديمة مؤقتًا؛
• يمكن إجراء الاستعادة بعد عودة الاتصال؛
• تكون إضافات نقطة البيع المخصصة قد اختُبرت دون اتصال؛
• يملك الموظفون إجراءً موثّقًا للتعامل مع الانقطاع.

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

متى قد يكون التطبيق المخصص العامل دون اتصال مبرَّرًا

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

ومن الأمثلة على ذلك:

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

وهذه بنية مختلفة تمامًا عن "اجعل نقطة البيع تعمل عندما تنقطع شبكة Wi-Fi".

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

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

راقب ما يحدث بعد عملية البيع

لا ينبغي لفريق التجزئة أن يكتشف فشل المزامنة من شكوى عميل.

يجب أن تتيح المراقبة التشغيلية الإجابة عن الأسئلة التالية:

• ما المتاجر المنقطعة حاليًا؟
• هل توجد طلبات تنتظر الوصول إلى الخادم؟
• هل فشلت تسوية أي دفعة؟
• هل أُغلقت جلسة بإجماليات غير متوقعة؟
• هل تتسق أعداد الطلبات والإيرادات مع نشاط المتجر؟

ولتقارير الإدارة بعد ترحيل الطلبات، تجمع لوحة POS Dashboard من Octivex بيانات الجلسات والمبيعات والمدفوعات والمرتجعات والخصومات والعملاء وأداء أمناء الصندوق من سجلات أودو.

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

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

الجاهزية للعمل دون اتصال نتيجة اختبار وليست خانة تُعلَّم

تتضمن نقطة البيع في أودو قدرة على العمل دون اتصال، ويعلن أودو صراحةً عن استمرار التشغيل دون اتصال مع مزامنة الطلبات بعد عودته.

وهذه نقطة البداية، لا القرار النهائي بشأن البنية.

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

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

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

أما إذا كان التصميم يقول فقط "أودو يدعم وضع عدم الاتصال"، فليست لديه خطة بعد.

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