‏ERPNext في يد مقاول سعوديما الذي يمنحه المصدر المفتوح، وما الذي يطلبه في المقابل

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

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

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

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

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

نعم، وهو عادةً أسهل مما يُتوقع لأن البيانات ملكك فعلاً ومقروءة. المسار المعتاد: مطابقة دليل الحسابات، ثم نقل الأرصدة المفتوحة والمشاريع الحية والعقود والتزامات الباطن، ثم تشغيل شهر واحد بالتوازي قبل التحويل. أبقِ النظام القديم للقراءة فقط للسنوات السابقة بدل محاولة ترحيل كل سنة مقفلة.