أسئلة مباشرة وإجابات واضحة.

إذا كانت عمليتكم تمثّل ميزة تنافسية — مثل سير عمل مطاعم متعدد العلامات، أو تدفق إنتاج غير مألوف، أو قاعدة احتساب أجور خاصة — فإن حلول SaaS الجاهزة تفرض عليكم تغيير أسلوب عملكم. أما للاحتياجات العامة (البريد، والمحاسبة الأساسية، وتخزين الملفات) فيُنصح باستخدام حلول SaaS. وبالنسبة إلى العمليات الجوهرية الفريدة، يكون التطوير المخصص أقل كلفة على مدى 3 سنوات، لأنه يوفّر تكاليف الحلول الالتفافية المستمرة.

يكلّف منتج MVP مخصص ومركّز عادةً ما بين 22,000 و92,000 AED للمرحلة الأولى (3–4 أشهر، مجال واحد). وقد تبدو اشتراكات SaaS أقل كلفة في البداية، إلا أنه لخمسين مستخدماً على مدى خمس سنوات، يكون التطوير المخصص أقل كلفة في الغالب، مع ميزات مصمَّمة وفق احتياجاتكم بدقة. ونساعدكم في احتساب التكلفة الإجمالية للملكية بشفافية منذ البداية.

يستغرق إنجاز منتج MVP جاهز للإنتاج من 8 إلى 14 أسبوعاً لوحدة واحدة، وتنطلق الميزات اللاحقة أسرع بكثير لأن الأساس قائم. ولا نقدّم وعوداً غير واقعية بالإطلاق خلال أسبوعين، كما لا نطيل المدة إلى سنة كاملة، بل نلتزم بجدول زمني واقعي ومركَّز.

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

تتوفر ثلاثة خيارات: (1) عقد شهري مفتوح نتولّى بموجبه الصيانة، أو (2) إدارة فريقكم الداخلي بناءً على الوثائق والتسليم، أو (3) نموذج مختلط نتولّى فيه التغييرات الكبرى ويتولّى فريقكم الصغيرة منها. ويشمل عقد الصيانة المفتوح اتفاقية مستوى خدمة مدتها 24 ساعة للأعطال الحرجة.

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

نعم. أنجزنا تكاملات مع Oracle NetSuite وSAP Business One وMicrosoft Dynamics وZoho وXero، إضافةً إلى بوابات دفع خليجية مثل Telr وPayTabs وHyperPay. وبالنسبة إلى الأنظمة التي لم نتعامل معها سابقاً، نراجع وثائق الـ API أولاً؛ فإن توفّر API أنجزنا التكامل، وإلا ناقشنا البدائل (التصدير والاستيراد، أو RPA، أو سحب بيانات مُدار).

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

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

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

في التخصيص، نستخدم Logixbase OMS أو HRIS كأساس، ثم نضيف وحدات أو حقولاً مخصصة؛ وهو خيار أقل كلفة وأسرع، لكنه مرتبط بمعمارية Logixbase. أما التطوير المخصص فيُبنى من الصفر لمعالجة مشكلتكم تحديداً؛ وهو أعلى كلفة وأطول مدة، لكنه دون قيود. ويكفي التخصيص في 70% من الحالات، ونوضّح لكم ذلك بصراحة.

يستورد فريقنا البيانات من إكسل، وGoogle Sheets، وOracle، وSAP، وZoho، وXero، أو من قواعد بيانات مخصصة، أي مصدر قابل للتصدير. ونُجري تجربة على بيئة الاختبار أولاً، ثم تتحققون من العينات، وبعدها نُرحّل بيئة الإنتاج في النافذة الزمنية التي تختارونها (عادةً نهاية الأسبوع). وتُعرض عليكم الاختلافات لاتخاذ القرار بشأنها بدلاً من الاعتماد على التخمين.

المرحلة الأولى (تحديد النطاق + MVP) بسعر ثابت ضمن نطاق تقديري. أما المرحلة الثانية فما فوق، فيمكنكم اختيار نموذج T&M (الوقت والمواد) إن كان النطاق ما زال قابلاً للتغيّر، أو عقد شهري إن رغبتم في فريق مخصص. ولا نفرض نموذجاً بعينه، بل نناقش الأنسب لميزانيتكم ووتيرة عملكم.

نتولّى ذلك بشكل افتراضي؛ إذ تُبنى البنية التحتية على Neon وVercel أو Railway في منطقة دبي أو سنغافورة، مع مراقبة على مدار الساعة، ونسخ احتياطي يومي، ومستهدف وقت تشغيل يبلغ 99.5%. وإن رغبتم في الاستضافة الذاتية، نسلّمكم دليل تشغيل كاملاً. وبالنسبة إلى المؤسسات، نُهيّئ النظام على حسابكم السحابي (AWS أو GCP أو Azure) ويتولّى فريقكم إدارته بعد التسليم.

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

نعم. صُمِّم Logixbase OMS أصلاً لتعدد المستودعات، ويوفّر مخزوناً لكل موقع، ونقلاً بين المستودعات بمستندات رسمية، ورؤية لحظية. وبالنسبة إلى العمليات متعددة الدول، يمكن لكل مستودع أن يمتلك عملته (AED أو SAR أو QAR أو KWD) وقواعده الضريبية. وهو مناسب للعلامات التي تمتلك مستودعات في دبي والرياض، أو التي تتوسّع إلى الدوحة والكويت.

نعم. تُعامَل «العلامة التجارية» في OMS بمعزل عن «المنتج»؛ إذ يمكن إدراج منتج واحد ضمن عدة علامات بأسعار وأوصاف ومستويات مخزون مختلفة. ويمكن للمشغّلين متعددي العلامات (مثل مجموعة تجزئة بأربعة خطوط) الاطلاع على البيانات موحّدة أو لكل علامة على حدة بحسب الصلاحيات.

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

نتكامل عبر الـ API مع Foodics وLoyverse وOmega وRewaa. وبالنسبة إلى أنظمة POS الأقدم، نستورد عادةً ملفات المبيعات اليومية ونزامن المخزون يدوياً. أما سلاسل المطاعم التي تحتاج إلى مزامنة لحظية بين POS وOMS، فنبني لها محوّلات مخصصة تستغرق عادةً من 4 إلى 6 أسابيع إضافية.

من خلال ثلاث طبقات: (1) جرد دوري مجدول يشمل 5% من الأصناف أسبوعياً، ويقترح النظام ما يجب فحصه، (2) تحليل فجوات تلقائي عند حدوث بيع دون خصم من المخزون، (3) سجل تدقيق غير قابل للتعديل يُسجِّل كل تغيير في المخزون: مَن أجراه، ومتى، ولماذا. ولتحقيق دقة تفوق 99%، يُعدّ انضباط فريقكم عاملاً مهماً إلى جانب البرمجية.

نعم. يُعتمد FIFO (الوارد أولاً صادر أولاً) افتراضياً للسلع العامة، بينما يُعتمد FEFO (الأقرب انتهاءً صادر أولاً) للأغذية والمشروبات والأدوية، حيث يختار النظام الأقرب صلاحية. ويتيح تتبّع الدفعات استدعاء المنتجات؛ فعند وجود مشكلة في دفعة إنتاج، تتعرّفون فوراً على العملاء الذين استلموها.

تُنشئ المرتجعات مستند RMA بأسباب منظَّمة (عيب، أو صنف خطأ، أو إلغاء العميل). ويمكن أن يعود المخزون مباشرةً إلى الحجر أو يُعاد إلى الرفّ بحسب الحالة. ويرتبط الاسترداد ببوابة الدفع إذا كان التكامل متاحاً (Telr وPayTabs وHyperPay). ويرتبط كل ذلك بالطلب الأصلي بما يضمن تتبّعاً كاملاً.

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

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

تُحدَّد الخطط بحسب عدد الطلبات شهرياً، والأصناف النشطة، والمستخدمين. وبالنسبة إلى خطة Enterprise (أكثر من 10,000 طلب شهرياً أو أكثر من 50,000 صنف)، يكون السعر مخصصاً ويُناقَش مباشرةً. ولا نتقاضى رسوماً لكل استدعاء API أو لكل عملية، إذ نرى أن هذا النوع من التسعير غير عادل.

عند تسجيل الحضور، يقرأ التطبيق إشارة GPS للجهاز ويقارنها بنطاق الفرع المحدَّد من قِبل المدير (100 متر افتراضياً، قابل للتعديل). وتتراوح الدقة بين 5 و15 متراً في المناطق الحضرية مثل دبي والرياض، وبين 20 و50 متراً في المناطق ضعيفة الإشارة. ولمكافحة التحايل، نكتشف مواقع GPS المزيّفة، ويشكّل التحقق بالسيلفي طبقة إضافية. ويتوفر تجاوز لأدوار محددة (مندوبي المبيعات الميدانية والمدراء).

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

نعم، وهي ميزة جوهرية في HRIS Logixbase. يُحدَّد المعدل لكل (موظف × علامة × دور) بدلاً من معدل واحد للموظف. فقد يتقاضى الموظف A مبلغ 12 AED للساعة في العلامة X و18 AED للساعة في العلامة Y، وتُلتقط الأرقام تلقائياً من مناوبات الحضور دون إدخال يدوي.

السعودية: تكامل مع التأمينات الاجتماعية GOSI ومنصة قِوى Qiwa، مع إصدار ملفات حماية الأجور WPS بالصيغة البنكية السعودية المعتمدة. الإمارات: تكامل مع وزارة الموارد البشرية والتوطين MOHRE، وإصدار ملفات WPS بصيغة مصرف الإمارات المركزي. قطر: ملفات WPS متوافقة مع مصرف قطر المركزي. الكويت: مخرجات الرواتب بصيغة بنك الكويت المركزي. كل ذلك جاهز للاستخدام دون تطوير إضافي.

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

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

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

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

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

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

يُعدّ هذا في الواقع أنظف أنواع الترحيل لأن بياناتكم جدولية أصلاً. وتشمل الخطوات: (1) تدقيق بنية جدول بياناتكم، (2) إزالة التكرار وتوحيد التنسيق، (3) الاستيراد إلى بيئة الاختبار، (4) التحقق من العينات، (5) التحويل إلى بيئة الإنتاج. ويستغرق ذلك من أسبوع إلى ثلاثة أسابيع لعمليات تتراوح بين 5,000 و50,000 سجل. ونتعامل باحترافية مع الجداول غير المنظَّمة كونها أمراً معتاداً لدينا.

نعم بالنسبة إلى جميع ما سبق. نمتلك سكربتات استيراد لـ Bayzat وZenHR (HRIS)، ولـ Oracle وSAP وZoho (OMS / Finance). وبالنسبة إلى المنصات الأخرى، نستخدم تصديركم بصيغة CSV مع سكربت استيراد مخصص (أسبوع إلى أسبوعين). وغالباً ما يكون الجزء الأصعب ليس البيانات نفسها، بل ربط المفاهيم؛ ففي بعض الأنظمة لا تُعدّ «العلامة التجارية» كياناً أولياً، ما يجعل ربطها بمفهوم Logixbase متعدد العلامات يتطلب نقاشاً.

من خلال ثلاث استراتيجيات: (1) التحويل خارج ساعات العمل، عادةً ليلة الخميس أو نهاية الأسبوع، بتوقّف يتراوح بين 2 و6 ساعات. (2) التشغيل المتوازي لأسبوع أو أسبوعين، حيث يعمل النظامان القديم والجديد جنباً إلى جنب، فتستخدمون الجديد ويبقى القديم احتياطياً. (3) الترحيل المرحلي، وحدةً تلو الأخرى وفرعاً تلو الآخر. ويمكنكم الاختيار بحسب درجة تحمّلكم للمخاطر.

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

لا يُحذَف النظام القديم؛ إذ تحتفظون بالوصول إليه (أو بلقطة منه) لمدة 90 يوماً على الأقل بعد التحويل. وإذا ظهرت مشكلة خطيرة في الأسبوع الأول تعذّر إصلاحها خلال 48 ساعة، يمكنكم التراجع. كما نحتفظ بنسخ احتياطية يومية لـ Logixbase لمدة 30 يوماً لعمليات التراجع الصغيرة.

في خطة Growth وما فوق: جلستا تدريب مباشر (للمدير وللمستخدم النهائي)، ووثائق مكتوبة، ومقاطع فيديو قصيرة (3 إلى 5 دقائق لكل ميزة)، ودعم محادثة لمدة 30 يوماً. وفي خطة Enterprise: تدريب ميداني ليوم أو يومين، وتدريب المدرّبين لفريقكم، ومدير نجاح عملاء مخصص خلال أول 90 يوماً. ويُعدّ اعتماد الموظفين أكبر عوامل النجاح، ونوليه اهتماماً بالغاً.

نعم. يمكن تصدير بيانات كل كيان (الموظفين، والمنتجات، والطلبات، والمعاملات) بصيغة CSV أو JSON. وبالنسبة إلى التصديرات الكبيرة (أكثر من 100,000 سجل)، تُنفَّذ كمهمة غير متزامنة، ونرسل إليكم رابط التحميل عبر البريد عند الجاهزية. ولا توجد قيود على المورّد، ولا رسوم على التصدير.

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

اشتراك لكل منتج مع خطط (Starter وGrowth وEnterprise) بحسب عدد المستخدمين والحجم. وتتوفر تجربة مجانية لمدة 14 يوماً دون بطاقة ائتمان، مع خصم 15% على الالتزام السنوي. ويُسعَّر التطوير المخصص بشكل منفصل (سعر ثابت للمرحلة الأولى، ثم T&M أو عقد شهري). والأسعار متاحة بعملتَي AED وSAR، دون أي رسوم خفية أو رسوم إضافية على كل عملية.

الافتراضي: Neon Postgres منطقة سنغافورة. للعملاء الذين يطلبون بقاء البيانات في دولة محددة (قانون حماية البيانات الشخصية الإماراتي PDPL، نظام حماية البيانات السعودي PDPL، قانون قطر لحماية البيانات الشخصية)، يمكننا نشر مستأجر في المنطقة المناسبة على خطة Enterprise — الخيارات تشمل: الإمارات (دبي)، السعودية (الرياض)، قطر (الدوحة)، ويمكن مناقشة مناطق أخرى عند الإعداد.

نعمل حالياً على جاهزية SOC 2 Type II (التدقيق قيد التنفيذ، والإنجاز المستهدف عام 2026). وتشمل الضوابط المفعّلة: تشفير البيانات في حالة السكون وأثناء النقل، والتحقق متعدد العوامل MFA إلزامياً للمدراء، وسجل تدقيق غير قابل للتعديل، وفصل المهام في بيئة الإنتاج، واختبار اختراق سنوي. كما نعمل على استيفاء ISO 27001 ومتطلبات هيئة الأمن السيبراني السعودية NCA؛ وإن كان لديكم متطلب صارم، نوضّحه لكم قبل التعاقد.

لغات الواجهة: العربية والإنجليزية والإندونيسية والفيتنامية والتايلاندية والماليزية والفلبينية والإسبانية والبرتغالية — كاملة في الواجهة والوثائق. العملات: AED وSAR وQAR وKWD وOMR وBHD وUSD، إضافة إلى تقارير متعددة العملات على خطة Enterprise. تنسيقات التاريخ والأرقام والأسماء تتبع اللغة العربية والتقويم الهجري عند الحاجة.

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

دعم المحادثة والبريد متاح من الساعة 09:00 إلى 21:00 بتوقيت الخليج (GST، UTC+4)، سبعة أيام في الأسبوع. ويبلغ زمن الاستجابة 4 ساعات عمل لجميع الخطط، وساعة واحدة لخطة Enterprise. أما الحالات الحرجة (كتعطل النظام أو موعد الرواتب)، فيتوفر لها خط ساخن على مدار الساعة طوال أيام الأسبوع في خطة Enterprise مع استجابة خلال 30 دقيقة. ويتولى الرد فريق من المختصين، لا أنظمة آلية، بالعربية أو الإنجليزية بحسب لغتكم.

نعم، ضمن خطة Enterprise. وتشمل الخيارات: (1) نشراً محلياً كاملاً على خوادمكم، حيث نتولّى التثبيت ونسلّم دليل تشغيل، (2) سحابة خاصة في حسابكم على AWS أو GCP أو Azure (بما في ذلك مناطق الإمارات والسعودية)، حيث نتولّى التهيئة والإدارة أو التسليم، (3) مستأجر Logixbase مخصص في المنطقة التي تختارونها. وتتفاوت تكلفة الإعداد والترخيص، ويستغرق الإعداد من 4 إلى 8 أسابيع بحسب درجة التعقيد.