قرار استضافة ERPNext: اللي محدش بيقولهولك قبل ما تختار سيرفرك
أغلب الشركات بتاخد قرار استضافة ERPNext بناء على حاجتين بس: اللي المبرمج بتاعها بينصح بيه، واللي بيبان أرخص في الشيت. وكلاهما مدخل غلط. المدخل الصح هو الواقع التشغيلي — إيه اللي هيحصل بعد ٦ شهور لما السيرفر بيبدأ يبطأ، لما ZATCA بيحدث API بتاعه، لما المبرمج يسيب الشركة، لما تقرير إقفال الشهر بيبدأ يفتح في ٤ دقايق. الدليل ده مكتوب بأيدي الفريق اللي بنى مانجلي — مهندسين عرب قضوا سنين بينشروا 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 في منطقة الشرق الأوسط بيكلف من 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 — إنت بتشترك في نظام اتبنى على إيد فريق نفذ مشاريع في مصر والسعودية والإمارات والكويت وقطر والأردن والمغرب. فريق شاف أنماط الفشل التقني، وحل أعقد الحالات، وبنى تكاملات الامتثال اللي بتخلي النظام قانوني وشغال في كل سوق عربي.
بنينا مانجلي بأيدي مهندسين عرب، علشان يبقى نظام طالع من احتياجات المنطقة نفسها، مش تكييف لمنتج أجنبي ولا ترجمة آلية. إحنا فاهمين الواقع التشغيلي لإدارة الشركات في القاهرة والرياض ودبي وعمان: من تعقيدات الضرايب وتقلب العملات، لتفاصيل قوانين العمل وبوابات الدفع المحلية.
الخبرة الميدانية دي هي جوهر شغل المنصة:
- البنية التحتية: سحابة متعددة المستأجرين (Multi-tenant) بتحجيم أوتوماتيكي للوارد، ونسخ احتياطي مشفر بـ AES-256 كل ٤ ساعات مع احتفاظ ٣٠ يوم عبر مراكز بيانات دولية، وإدارة كاملة لشهادات SSL، ونشر فوري بدون تدخل بشري. بيئتك بتبقى جاهزة للشغل في أقل من ٣ دقايق، من غير ما تفتح ترمينال واحدة.
- طبقة الامتثال: الامتثال عندنا أصلي (Native) مش إضافات هشة. الفوترة الإلكترونية لمصلحة الضرايب المصرية (ETA)، والمرحلة التانية من (ZATCA) السعودية بالأختام التشفيرية، وضريبة الشركات للإمارات (FTA) — كلها مبرمجة في صميم المنصة. وأي جهة سيادية بتحدث مواصفاتها التقنية، إحنا بنحدث المنصة مركزيا لكل العملاء.
- دعم فني فاهم لغة البيزنس: فريق الدعم عندنا فاهم المحاسبة زي ما هو فاهم السيرفرات. لما ميزان المراجعة ما يتوازنش، أو بتحتاج تعدل حساب مكافأة نهاية الخدمة حسب قانون العمل، هتلاقي مهندس بيتكلم لغتك وبيحل المشكلة من جذورها.
- شفافية التسعير: اشتراك ثابت بمستخدمين بلا حدود. تكلفة التكنولوجيا عندك مش هتزيد مع كبر فريقك؛ ضيف ١٠ موظفين أو ١٠٠، الاشتراك زي ما هو من غير مفاجآت.
سؤال الأداء: ليه ERPNext بيبطأ وإزاي حللناه
من أكتر الشكاوى الشائعة عن ERPNext المستضاف ذاتيا هو تدهور الأداء مع الوقت. نظام كان بيبان سريع مع 5,000 قيد محاسبي بيبدأ يزحف لما يوصل لـ 500,000. تقارير كانت بتفتح في ثوان بقت بتاخد دقايق. الـ POS بيهنج في أوقات الذروة. ده مش مشكلة في برنامج ERPNext نفسه. هي مشكلة في البنية التحتية وتهيئة قاعدة البيانات. الأسباب الجذرية موثقة جيدا: فهارس قواعد بيانات ناقصة على الاستعلامات عالية التكرار، تهيئة buffer pool في MariaDB مش محجمة للحجم الفعلي للبيانات، Redis cache مش بيتعامل بشكل صحيح مع أنماط المهام الخلفية لـ ERPNext، وتهيئات worker في Nginx مش متضبطة لحمل المستخدمين المتزامنين. على تثبيت مستضاف ذاتيا بدون تعديل، المشاكل دي بتتراكم بصمت لحين بتصبح حرجة. بحلول وقت إبطاء النظام بشكل ملحوظ، معالجتها بتتطلب عمل هجرة قواعد بيانات وتوقف. طبقة البنية التحتية في مانجلي بتطبق استراتيجيات فهرسة متخصصة وتخزين مؤقت نشط للاستعلامات مهيأة تحديدا لنموذج بيانات ERPNext. النتيجة أداء ثابت على النطاق الواسع — توليد التقارير بيفضل سريع مع نمو الأستاذ العام، معاملات POS بتتمعالج بدون تردد في ساعات ذروة أعلى حركة مرور، والمهام الخلفية بتكتمل من غير تأخير مستخدميك.
محتار في الاستضافة؟ خد منصة مدارة وامتثال جاهز — جرب مانجلي مجانا.
ابدأ مجاناواقع ترقية النسخ: ليه أغلب الأنظمة المستضافة ذاتيا بتتجمد في الزمن
ERPNext بيطلع تحديثات نسخ رئيسية سنويا. كل تحديث بيجيب ميزات جديدة مهمة وتحديثات أمنية وتحسينات أداء. وكل تحديث بيحمل مخاطر حقيقية للأنظمة اللي فيها تخصيصات.
النتيجة العملية للالمخاطر دي هي إن أغلب شركات ERPNext المستضافة ذاتيا بتوقف الترقية. بتتجمد على نسخة مستقرة لإعدادها وبتتأخر بـ ٢ أو ٣ أو أحيانا ٤ نسخ رئيسية. بتفوتهم تحديثات الأمان. بتفوتهم تحديثات ZATCA المرحلة التانية. بتفوتهم ميزات HR الجديدة. وبيقولوا لنفسهم هيترقوا لما يلاقوا وقت.
كل ما انتظروا أكتر، أصعب بتبقى الترقية. ثلاث نسخ من تغييرات Schema قاعدة البيانات المتراكمة مش بتندمج بنظافة. ثلاث سنوات من الحقول المخصصة وقوالب الطباعة المتراكمة مش بتنجو من غير عمل هجرة دقيق.
مانجلي بتلغي ده بالكامل. تحديثات ERPNext الرئيسية بتتختبر في بيئات sandbox معزولة على نسخة مطابقة لبياناتك الفعلية قبل النشر. لما التحديث يتحقق منه أنه آمن، بيتنشر على بيئتك في نافذة منخفضة الحركة. بتستلم إشعار. النظام بتاعك اتحدث. إنت ما عملتش حاجة.
دايما على النسخة الحالية. دايما عندك آخر تحديثات الأمان. دايما عندك آخر تحديثات الامتثال الضريبي. وعمرك ما اضطريت تدير أي حاجة من ده.
فجوة الامتثال: فين الاستضافة الذاتية لـ ERPNext بتفشل شركات الشرق الأوسط
لشركات في مصر والسعودية والإمارات وعبر الخليج، الامتثال الضريبي مش برنامج اختياري — ده متطلب قانوني بيأثر على صحة كل معاملة تجارية بتصدرها شركتك.
بناء وصيانة تكاملات الامتثال الضريبي لـ ERPNext على سيرفر مستضاف ذاتيا بيتطلب تطويرا مخصصا. تكامل ETA صحيح لمصر — اللي بيتعامل بشكل صحيح مع تقديم الفواتير الإلكترونية والإيصالات الإلكترونية والتوقيع الرقمي وإدارة UUID ومعالجة الأخطاء — بيتكلف آلاف الدولارات عشان يتبني صح. تكامل ZATCA المرحلة التانية مع الأختام التشفيرية وتوليد QR code والفسح الفوري وإدارة الشهادات بيتكلف أكتر من كده.
وبعدين بينكسر. مش لأنه اتبنى بشكل غلط — لأن السعودية حدثت مواصفة الختم التشفيري، أو مصر حدثت XML schema بتاعتها، أو endpoint جديد اضيف على بوابة ETA. كل تحديث حكومي للالأنظمة دي بيتطلب تحديثا مقابلا لتكاملك المخصوص. بتدفع عشان تصينه أو بتخرج عن الامتثال.
مانجلي بتحل ده هيكليا، مش بالترقيع. محركات الامتثال مصانة بفريق متخصص كخدمة أساسية للمنصة. لما اللوائح بتتغير، إحنا بنحدث المنصة مركزيا. كل عميل بيستلم الإصلاح في نفس دورة النشر. فجوة الامتثال اللي بتكلف الشركات المستضافة ذاتيا آلاف الدولارات سنويا ببساطة مش موجودة على مانجلي.
إطار القرار: أي خيار مناسب لشركتك
اختار الاستضافة الذاتية لـ ERPNext لو: القانون في قطاعك بيفرض إن الداتا تفضل على أرض بلدك، وعندك فريق DevOps متخصص من مهندسين اتنين على الأقل، وعندك ميزانية لسنة أو أكتر من التنفيذ والصيانة المستمرة، ومحتاج تعدل الكود الأساسي لـ ERPNext لمتطلبات خاصة جدا ما هتستوعبهاش أي منصة مدارة.
اختار Frappe Cloud لو: عندك خبرة قوية داخلية في ERPNext وتحتاج بس إدارة بنية تحتية موثوقة من غير دعم على مستوى الأعمال، ومتطلبات الامتثال بتاعتك يمكن تعالجها بفريق تطوير خاصك.
اختار مانجلي لو: عايز ERPNext يشتغل بكامل طاقته التشغيلية، ممتثل تماما لمصلحة الضرائب المحلية بتاعتك، مدعوم بمهندسين فاهمين سوقك — وعايزه لايف في ٣ دقايق بدل ٣ شهور. لو إنت شركة في العالم العربي وعايز تكنولوجيا اتبنت من ناس فاهمة السوق بتاعك، مانجلي اتعمل ليك.
منصة واحدة، اشتراك واحد — أكتر من مجرد نظام
النقطة اللي بتفرق: مانجلي مش نظام ERP بس؛ ده منصة متكاملة وكل ده داخل نفس الاشتراك:
- تخصيص بنفسك ورفع تطبيقاتك الخاصة بدون الحاجة لمطور داخلي.
- إيميل شركة احترافي مجانا للمشتركين.
- تطبيق موبايل مربوط بالنظام.
- متجر إلكتروني مربوط بالمخزون والحسابات.
- متجر تطبيقات (Marketplace) لإضافة مزايا جاهزة بضغطة.
بتاخد النظام والامتثال والإيميل والموبايل والمتجر مربوطين في اشتراك واحد ثابت، بدل أدوات متفرقة بتكلفك وقت وفلوس.
سيب تعليقك