قرار استضافة ERPNext: اللي محدش بيقولهولك قبل ما تختار سيرفرك
أغلب الشركات بتاخد قرار استضافة ERPNext بناءً على حاجتين بس: اللي المبرمج بتاعها بينصح بيه، واللي بيبان أرخص في الشيت. وكلاهما مدخل غلط. المدخل الصح هو الواقع التشغيلي — إيه اللي هيحصل بعد 6 شهور لما السيرفر يبدأ يبطأ، لما ZATCA يحدث API بتاعه، لما المبرمج يسيب الشركة، لما تقرير إقفال الشهر يبدأ يفتح في 4 دقايق. الدليل ده مكتوب بأيدي الفريق اللي بنى مانجلي — مهندسين عرب قضوا عشر سنين بينشروا ERPNext ويكسروه ويعيدوا بناءه في أكتر من 30 دولة. إحنا مش محايدين. بس إحنا صادقين.
الخيار الأول: الاستضافة الذاتية — تحكم كامل، ومسؤولية كاملة
الاستضافة الذاتية معناها إنك بتأجر سيرفر — في الغالب 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 في منطقة الشرق الأوسط بيكلف من 2,000 لـ 6,000 دولار شهرياً. لو أنت شركة صغيرة بتعمل ده بنفسك أو بتطلب من المبرمج بتاعك يتعامل معاه جنب شغله الأساسي، أنت بتدفع بعملة مختلفة: المخاطرة والتشتيت. السيناريو الوحيد اللي الاستضافة الذاتية فيه منطقية هو لو عندك فريق DevOps متخصص وذو خبرة، وصناعتك بتتطلب قانونياً أن البيانات تكون محلياً، وعندك الميزانية والصبر على إعداد صحيح. لكل الباقيين، التكاليف المخفية بتتجاوز التوفير.
الخيار التاني: Frappe Cloud — مريح، بس إيه اللي بتشتريه فعلاً؟
Frappe Cloud هي خدمة الاستضافة المُدارة الرسمية من Frappe Technologies، الفريق اللي بيبني ERPNext. على السطح، تبدو زي الحل المُدار الواضح — مين أحسن من مبدعيه يستضيف ERPNext؟ Frappe Cloud بتحل مشكلة البنية التحتية بشكل كويس. بيتولوا توفير السيرفر والتحديثات والنسخ الاحتياطية والـ SSL. فريقهم فاهم إطار عمل Frappe بعمق لأنهم بنوه. النشر سريع نسبياً والمنصة مستقرة. لكن في قيود هيكلية تستحق الفهم قبل ما تلتزم. نموذج تسعير Frappe Cloud بالعداد — بتدفع بناءً على استهلاك CPU والـ RAM. لما شركتك بتشغل تقرير إقفال شهر معقد، أو بتعالج رواتب 200 موظف، أو بتُدخل دفعة جديدة من المستخدمين في نفس الوقت، استهلاك مواردك بيقفز. فاتورتك بتقفز معاه. عدم القدرة على التنبؤ ده بيخلي ميزانية الـ IT صعبة التخطيط. الأهم بالنسبة لشركات الشرق الأوسط: Frappe Cloud هو دعم بنية تحتية، مش دعم أعمال. لو سيرفر ERPNext بتاعك وقع، فريقهم هيرجعه. لو ميزان المراجعة بتاعك مش متوازن، لو الختم التشفيري الـ ZATCA بتاعك بيتترفض، لو حساب التكلفة المحطوطة بتاعك بيطلع نتائج غلط — ده خارج نطاقهم. بيصونوا المنصة. أنت بتمتلك منطق الأعمال. لشركات في مصر والسعودية والإمارات حيث الامتثال الضريبي المحلي هو بنية تحتية تشغيلية، هذه الفجوة مهمة جداً. تكامل ETA اللي بيكسر لما مصلحة الضرائب المصرية بتحدث مواصفات الـ API الخاصة بيها هو مشكلتك أنت تحلها، مش مشكلة Frappe Cloud. Frappe Cloud خيار كويس لو عندك خبرة قوية داخلية في ERPNext ومحتاج بس بنية تحتية موثوقة تحتها. لو محتاج دعم تشغيلي شامل يشمل الامتثال ومنطق الرواتب ودورات عمل المحاسبة، محتاج أكتر من مجرد استضافة بنية تحتية.
الخيار الثالث: مانجلي — منصة ERPNext مُهندسة ومُدارة بأيدي خبراء عرب
مانجلي ليست مجرد شركة استضافة؛ هي منصة تشغيل متكاملة (ERP Engine). الفرق هنا جوهري، فعندما تشترك في مانجلي، أنت لا تستأجر مساحة سيرفر لتشغيل ERPNext، بل تشترك في نظام تم بناؤه وتطويره على يد فريق نفذ مئات المشاريع في مصر والسعودية والإمارات والكويت وقطر والأردن والمغرب. فريق عاصر كافة أنماط الفشل التقني، وحل أعقد الحالات الاستثنائية، وبنى تكاملات الامتثال التي تجعل النظام قانونياً وتشغيلياً في كل سوق عربي. لقد بنينا مانجلي بأيدي مهندسين عرب، ليكون نظاماً نابعاً من صميم احتياجات المنطقة، وليس مجرد تكييف لمنتج أجنبي أو ترجمة آلية. نحن نفهم الواقع التشغيلي لإدارة الشركات في القاهرة والرياض ودبي وعمان؛ من تعقيدات الضرائب وتقلبات العملات، إلى دقائق قوانين العمل ومنظومة بوابات الدفع المحلية. هذه الخبرة الميدانية تشكل جوهر عمل المنصة: 1. البنية التحتية: نستخدم تقنيات السحاب متعددة المستأجرين (Multi-tenant) مع تحجيم أوتوماتيكي للوارد، ونسخ احتياطي يومي مشفر عبر مراكز بيانات دولية، وإدارة شاملة لشهادات الأمان SSL، ونشر فوري للأنظمة بدون أي تدخل بشري. بيئتك ستكون جاهزة للعمل في أقل من 3 دقائق، وبدون الحاجة لفتح Terminal واحدة. 2. طبقة الامتثال: الامتثال عندنا أصلي (Native) وليس مجرد إضافات هشة. الفوترة الإلكترونية لمصلحة الضرائب المصرية (ETA)، والمرحلة الثانية من (ZATCA) السعودية بالأختام التشفيرية، وضريبة الشركات للإمارات (FTA)، كلها مبرمجة في صميم المنصة. عندما تُحدث أي جهة سيادية مواصفاتها التقنية، نقوم بتحديث المنصة مركزياً لكافة العملاء فوراً. 3. دعم فني يفهم لغة البيزنس: فريق الدعم لدينا يفهم المحاسبة بقدر فهمه للسيرفرات. عندما لا يتوازن ميزان المراجعة، أو تحتاج لتعديل حساب مكافأة نهاية الخدمة وفقاً لقانون العمل، ستجد مهندساً يتحدث لغتك ويحل مشكلتك من جذورها. 4. شفافية التسعير: نعتمد نموذج الاشتراك الثابت بمستخدمين غير محدودين. تكلفة التكنولوجيا في شركتك لن تزيد مع نمو فريقك؛ أضف 10 موظفين أو 100، سيظل اشتراكك كما هو بدون مفاجآت.
سؤال الأداء: ليه ERPNext بيبطأ وإزاي حللناه
من أكثر الشكاوى الشائعة عن ERPNext المستضاف ذاتياً هو تدهور الأداء مع الوقت. نظام كان بيبان سريع مع 5,000 قيد محاسبي بيبدأ يزحف لما يوصل لـ 500,000. تقارير كانت بتفتح في ثوانٍ بقت بتاخد دقايق. الـ POS بيهنج في أوقات الذروة. ده مش مشكلة في برنامج ERPNext نفسه. هي مشكلة في البنية التحتية وتهيئة قاعدة البيانات. الأسباب الجذرية موثقة جيداً: فهارس قواعد بيانات ناقصة على الاستعلامات عالية التكرار، تهيئة buffer pool في MariaDB مش مُحجّمة للحجم الفعلي للبيانات، Redis cache مش بيتعامل بشكل صحيح مع أنماط المهام الخلفية لـ ERPNext، وتهيئات worker في Nginx مش متضبطة لحمل المستخدمين المتزامنين. على تثبيت مستضاف ذاتياً بدون تعديل، هذه المشاكل بتتراكم بصمت لحين تصبح حرجة. بحلول وقت إبطاء النظام بشكل ملحوظ، معالجتها تتطلب عمل هجرة قواعد بيانات وتوقف. طبقة البنية التحتية في مانجلي بتطبق استراتيجيات فهرسة متخصصة وتخزين مؤقت نشط للاستعلامات مُهيأة تحديداً لنموذج بيانات ERPNext. النتيجة أداء ثابت على النطاق الواسع — توليد التقارير بيفضل سريع مع نمو الأستاذ العام، معاملات POS بتتمعالج بدون تردد في ساعات ذروة أعلى حركة مرور، والمهام الخلفية بتكتمل من غير تأخير مستخدميك.
واقع ترقية النسخ: ليه أغلب الأنظمة المستضافة ذاتياً بتتجمد في الزمن
ERPNext بيطلع تحديثات نسخ رئيسية سنوياً. كل تحديث بيجيب ميزات جديدة مهمة وتحديثات أمنية وتحسينات أداء. وكل تحديث بيحمل مخاطر حقيقية للأنظمة اللي فيها تخصيصات. النتيجة العملية لهذه المخاطر هي إن أغلب شركات ERPNext المستضافة ذاتياً بتوقف الترقية. بتتجمد على نسخة مستقرة لإعدادها وبتتأخر بـ 2 أو 3 أو أحياناً 4 نسخ رئيسية. بتفوتهم تحديثات الأمان. بتفوتهم تحديثات ZATCA المرحلة التانية. بتفوتهم ميزات HR الجديدة. وبيقولوا لنفسهم هيترقوا لما يلاقوا وقت. كل ما انتظروا أكثر، أصعب بتبقى الترقية. ثلاث نسخ من تغييرات Schema قاعدة البيانات المتراكمة مش بتندمج بنظافة. ثلاث سنوات من الحقول المخصصة وقوالب الطباعة المتراكمة مش بتنجو من غير عمل هجرة دقيق. مانجلي بتلغي ده بالكامل. تحديثات ERPNext الرئيسية بتتختبر في بيئات sandbox معزولة على نسخة مطابقة لبياناتك الفعلية قبل النشر. لما التحديث يتحقق منه أنه آمن، بيتنشر على بيئتك في نافذة منخفضة الحركة. بتستلم إشعار. النظام بتاعك اتحدث. أنت ما عملتش حاجة. دايماً على النسخة الحالية. دايماً عندك آخر تحديثات الأمان. دايماً عندك آخر تحديثات الامتثال الضريبي. وعمرك ما اضطريت تدير أي حاجة من ده.
فجوة الامتثال: فين الاستضافة الذاتية لـ ERPNext بتفشل شركات الشرق الأوسط
لشركات في مصر والسعودية والإمارات وعبر الخليج، الامتثال الضريبي مش برنامج اختياري — ده متطلب قانوني بيأثر على صحة كل معاملة تجارية بتصدرها شركتك. بناء وصيانة تكاملات الامتثال الضريبي لـ ERPNext على سيرفر مستضاف ذاتياً بيتطلب تطويراً مخصصاً. تكامل ETA صحيح لمصر — اللي بيتعامل بشكل صحيح مع تقديم الفواتير الإلكترونية والإيصالات الإلكترونية والتوقيع الرقمي وإدارة UUID ومعالجة الأخطاء — بيكلف من 5,000 لـ 15,000 دولار عشان يُبنى بشكل صحيح. تكامل ZATCA المرحلة التانية مع الأختام التشفيرية وتوليد QR code والفسح الفوري وإدارة الشهادات بيكلف من 8,000 لـ 20,000 دولار. وبعدين بينكسر. مش لأنه اتبنى بشكل غلط — لأن السعودية حدثت مواصفة الختم التشفيري، أو مصر حدثت XML schema بتاعتها، أو endpoint جديد اضيف على بوابة ETA. كل تحديث حكومي لهذه الأنظمة بيتطلب تحديثاً مقابلاً لتكاملك المخصوص. بتدفع عشان تصينه أو بتخرج عن الامتثال. مانجلي بتحل ده هيكلياً، مش بالترقيع. محركات الامتثال مصانة بفريق متخصص كخدمة أساسية للمنصة. لما اللوائح بتتغير، إحنا بنحدث المنصة مركزياً. كل عميل بيستلم الإصلاح في نفس دورة النشر. فجوة الامتثال اللي بتكلف الشركات المستضافة ذاتياً آلاف الدولارات سنوياً ببساطة مش موجودة على مانجلي.
إطار القرار: أي خيار مناسب لشركتك
اختار الاستضافة الذاتية لـ ERPNext لو: صناعتك بتتطلب قانونياً أن البيانات تكون محلياً على أرض بلدك، وعندك فريق DevOps متخصص وذو خبرة من مهندسين اتنين على الأقل، وعندك ميزانية لـ 12+ شهر من التنفيذ والصيانة المستمرة، ومحتاج تعدل الكود الأساسي لـ ERPNext لمتطلبات متخصصة جداً مش هتستوعبها أي منصة مُدارة. اختار Frappe Cloud لو: عندك خبرة قوية داخلية في ERPNext وتحتاج فقط إدارة بنية تحتية موثوقة من غير دعم على مستوى الأعمال، ومتطلبات الامتثال بتاعتك يمكن تعالجها بفريق تطوير خاصك. اختار مانجلي لو: عايز ERPNext يشتغل بكامل طاقته التشغيلية، ممتثل تماماً لمصلحة الضرائب المحلية بتاعتك، مدعوم بمهندسين فاهمين سوقك — وعايزه لايف في 3 دقايق بدل 3 شهور. لو أنت شركة في العالم العربي عايزة تكنولوجيا مبنية من ناس فاهمين عالمك، مانجلي اتبنى ليك.
بلاش تدير بنية تحتية. ابدأ تدير شركتك. شغّل ERPNext مُدار بالكامل وممتثل تماماً على مانجلي في أقل من 3 دقايق.