قرار استضافة ERPNext: ما لا يقوله لك أحد قبل اختيار خادمك

الخيار الأول: الاستضافة الذاتية — تحكم كامل، ومسؤولية كاملة

الاستضافة الذاتية تعني أن تستأجر خادماً — غالباً VPS من DigitalOcean أو Hetzner أو AWS أو مزود سحابي محلي — وتشغّل ERPNext عليه. البرنامج مجاني. والخادم يكلف من 30 إلى 200 دولار شهرياً حسب الحجم. على الورق هو الخيار الأرخص. وفي الواقع هو الأغلى غالباً.

إليك ما تتطلبه الاستضافة الذاتية فعلاً: خادم Linux مهيأ بشكل صحيح على Ubuntu أو Debian، وقاعدة بيانات MariaDB مضبوطة لأنماط استعلامات ERPNext تحديداً، وRedis مهيأ لتخزين الجلسات وقوائم انتظار المهام الخلفية، وNginx مضبوط كـ reverse proxy مع إنهاء SSL، ومدير عمليات Frappe bench يشغّل عدة workers في وقت واحد، ونسخاً احتياطية يومية تلقائية بإجراءات استعادة مختبرة، وجدار حماية يحجب كل ما عدا HTTPS وSSH، وتدوير سجلات يمنع أعطال امتلاء القرص، ونظام مراقبة ينبهك حين يفشل أي من ذلك.

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

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

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

الخيار الثاني: Frappe Cloud — مريح، لكن ماذا تشتري فعلاً؟

Frappe Cloud هي خدمة الاستضافة المدارة الرسمية من Frappe Technologies، الفريق الذي يبني ERPNext. وتبدو للوهلة الأولى الحل المدار البديهي: من أفضل من صانعيه لاستضافة ERPNext؟

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

لكن ثمة قيوداً في البنية تستحق الفهم قبل الالتزام.

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

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

ولشركات مصر والسعودية والإمارات، حيث الامتثال الضريبي المحلي بنية تحتية تشغيلية، تصبح هذه الفجوة مهمة جداً. فتكامل ETA الذي ينكسر حين تحدّث مصلحة الضرائب المصرية مواصفات واجهتها البرمجية مشكلتك أنت، لا مشكلة Frappe Cloud.

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

الخيار الثالث: مانجلي — منصة ERPNext مهندسة ومدارة بأيدي خبراء عرب

مانجلي ليست شركة استضافة؛ إنها منصة تشغيل متكاملة (ERP Engine).

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

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

وهذه الخبرة الميدانية هي جوهر عمل المنصة:

1. البنية التحتية: سحابة متعددة المستأجرين (Multi-tenant) مع تحجيم تلقائي للموارد، ونسخ احتياطي مشفر بـ AES-256 كل 4 ساعات مع احتفاظ 30 يوماً عبر مراكز بيانات دولية، وإدارة كاملة لشهادات SSL، ونشر فوري دون تدخل بشري. تصبح بيئة العمل جاهزة في أقل من 3 دقائق، دون أن تفتح نافذة طرفية واحدة.
2. طبقة الامتثال: الامتثال لدينا أصلي (Native) لا إضافات هشة. الفوترة الإلكترونية لمصلحة الضرائب المصرية (ETA)، والمرحلة الثانية من ZATCA السعودية بأختامها التشفيرية، مبرمجة في صميم المنصة. وحين تحدّث الجهة مواصفاتها التقنية، نحدّث المنصة مركزياً لكل العملاء.
3. دعم فني يفهم لغة الأعمال: فريق الدعم لدينا يفهم المحاسبة كما يفهم الخوادم. فحين لا يتوازن ميزان المراجعة، أو تحتاج إلى تعديل حساب مكافأة نهاية الخدمة وفق قانون العمل، تجد مهندساً يتحدث لغتك ويعالج المشكلة من جذورها.
4. شفافية التسعير: اشتراك ثابت لا يحاسبك على المقعد. لن ترتفع تكلفة التقنية لديك مع كبر فريقك؛ أضف 10 موظفين أو 100، ويظل الاشتراك كما هو دون مفاجآت.

سؤال الأداء: لماذا يتباطأ ERPNext وكيف عالجناه

من أشهر الشكاوى عن ERPNext المستضاف ذاتياً تدهور الأداء مع الوقت. نظام كان يبدو سريعاً مع 5,000 قيد محاسبي يبدأ في الزحف عند 500,000. وتقارير كانت تفتح في ثوان صارت تستغرق دقائق. ونقطة البيع تتجمد وقت الذروة. ليست هذه مشكلة في برنامج ERPNext نفسه، بل في البنية التحتية وتهيئة قاعدة البيانات. الأسباب الجذرية موثقة جيداً: فهارس ناقصة على الاستعلامات عالية التكرار، وتهيئة buffer pool في MariaDB غير محجّمة للحجم الفعلي للبيانات، وRedis cache لا يتعامل بشكل صحيح مع أنماط المهام الخلفية في ERPNext، وتهيئات worker في Nginx غير مضبوطة لحمل المستخدمين المتزامنين. وعلى تثبيت مستضاف ذاتياً دون تعديل، تتراكم هذه المشاكل بصمت حتى تصبح حرجة. وعند ملاحظة تباطؤ النظام، تحتاج معالجتها إلى ترحيل قواعد بيانات وتوقف. تطبّق طبقة البنية التحتية في مانجلي استراتيجيات فهرسة متخصصة وتخزيناً مؤقتاً نشطاً للاستعلامات، مهيأة تحديداً لنموذج بيانات ERPNext. والنتيجة أداء ثابت على النطاق الواسع: توليد التقارير يظل سريعاً مع نمو الأستاذ العام، ومعاملات نقطة البيع تُعالج دون تردد في ساعات الذروة، والمهام الخلفية تكتمل دون أن تؤخر مستخدميك.

واقع ترقية الإصدارات: لماذا تتجمد معظم الأنظمة المستضافة ذاتياً في الزمن

يصدر ERPNext تحديثات إصدار رئيسية سنوياً. كل تحديث يحمل ميزات جديدة مهمة وتحديثات أمنية وتحسينات أداء. وكل تحديث يحمل كذلك مخاطر حقيقية للأنظمة ذات التخصيصات.

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

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

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

دائماً على الإصدار الحالي. دائماً بآخر تحديثات الأمان. دائماً بآخر تحديثات الامتثال الضريبي. ودون أن تدير شيئاً من ذلك.

فجوة الامتثال: أين تخذل الاستضافة الذاتية شركات الشرق الأوسط

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

بناء تكاملات الامتثال الضريبي لـ ERPNext وصيانتها على خادم مستضاف ذاتياً يتطلب تطويراً مخصصاً. فتكامل ETA سليم لمصر — يتعامل بشكل صحيح مع تقديم الفواتير والإيصالات الإلكترونية والتوقيع الرقمي وإدارة UUID ومعالجة الأخطاء — يكلف آلاف الدولارات كي يُبنى كما يجب. وتكامل المرحلة الثانية من ZATCA بالأختام التشفيرية وتوليد QR code والفسح الفوري وإدارة الشهادات يكلف أكثر.

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

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

إطار القرار: أي خيار يناسب شركتك

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

اختر Frappe Cloud إذا: كانت لديك خبرة داخلية قوية في ERPNext ولا تحتاج سوى إدارة بنية تحتية موثوقة دون دعم على مستوى الأعمال، وكان فريق التطوير لديك قادراً على تغطية متطلبات الامتثال.

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

منصة واحدة، اشتراك واحد — أكثر من مجرد نظام

النقطة الفارقة: مانجلي ليس نظام ERP فحسب؛ بل منصة متكاملة، وكل ذلك ضمن الاشتراك نفسه:

1. تخصيص ذاتي ورفع تطبيقاتك الخاصة دون الحاجة إلى مطوّر داخلي.
2. بريد شركة احترافي مجاناً للمشتركين.
3. تطبيق جوال مربوط بالنظام.
4. متجر إلكتروني مربوط بالمخزون والحسابات.
5. متجر تطبيقات (Marketplace) لإضافة مزايا جاهزة بضغطة واحدة.