معظم الشركات التي نتحدث معها لا تعاني من مشكلة برمجية واحدة، بل من خمس مشكلات برمجية صغيرة: نظام CRM هنا، وأداة فوترة هناك، وجدول بيانات تحول بهدوء إلى نظام إدارة المخزون، وتطبيق للموارد البشرية، وحزمة محاسبية تعرف الحقيقة في آخر المطاف. كانت كل أداة خياراً معقولاً يوم شرائها، لكنها تشكل مجتمعة شيئاً لم يختره أحد: منظومة متماسكة بفضل عمليات التصدير والاستيراد وشخص واحد يعرف أي الأرقام يمكن الوثوق بها.
الكلمة التي تُحدث كل الضرر في تلك الجملة هي كلمة تقريباً. فالأدوات تتخاطب فيما بينها تقريباً، والموصل يغطي كل الحقول تقريباً، والمزامنة الليلية تعمل دائماً تقريباً. وكلمة تقريباً مكلفة، لأن إنساناً يجب أن يسد كل فجوة، والأشخاص الذين يعيدون إدخال البيانات يدوياً في نهاية يوم الفوترة هم مكمن التكلفة الحقيقية.
نقضي جزءاً كبيراً من وقتنا في استبدال هذه المنظومات بنظام Odoo واحد، لذلك لسنا محايدين. لكننا نصحنا أيضاً بعض العملاء المحتملين بالإبقاء على ما لديهم. وإليكم كيف نفكر في كلا الجانبين.
ضريبة التكامل التي لا يدرجها أحد في عرض السعر
عندما تشتري خمس أدوات، ترى خمسة أسعار اشتراك. أما ما لا تراه فهو الضريبة التي ستدفعها لجعلها تتصرف كنظام واحد:
- إعادة الإدخال اليدوي. العميل نفسه أو المنتج نفسه أو كشف الدوام نفسه يُدخل مرتين، أي فرصتان لارتكاب خطأ إملائي دون أي إجراء يكشف الفرق.
- إخفاقات المزامنة الصامتة. تتعطل الموصلات بهدوء عند تغيير في API أو إعادة تسمية حقل أو انتهاء صلاحية رمز الوصول. وتكتشف ذلك بعد أسابيع، وغالباً من أحد العملاء.
- غياب الحقيقة الواحدة. يعلن قسم المبيعات رقم إيرادات، وتعلن المحاسبة رقماً آخر، فيتحول إقفال الشهر إلى تحقيق بدلاً من تقرير.
- صلاحيات وصول يتيمة. خمس أدوات تعني خمس قوائم مستخدمين، وخمس قوائم تحقق عند مغادرة الموظفين، وخمسة أماكن قد يظل فيها موظف سابق محتفظاً بصلاحية الوصول.
- وصلات ربط غير قابلة للترقية. السكربت المخصص الذي يربط بين أداتين كتبه شخص غادر الشركة، ويعيش على خادم لا يجرؤ أحد على إعادة تشغيله، ويعترض بصمت على كل قرار ترقية.
لا يظهر أي من هذه البنود في أي فاتورة، وهذا بالضبط سبب استمرارها. تبدو المنظومة رخيصة لأن أغلى مكوناتها، وهم الأشخاص الذين يجرون المطابقات يدوياً، يُسجل ضمن الرواتب لا ضمن البرمجيات.
حسابات التوحيد
النسخة الساذجة من هذه الحسابات تقارن رسوم التراخيص، وغالباً ما تفوز الحزمة الموحدة بتلك المقارنة على أي حال. لكن بند التراخيص هو الأقل أهمية على الإطلاق.
نظام واحد يعني قاعدة بيانات واحدة، فيكون العميل والمنتج والفاتورة السجل نفسه في كل مكان، ولا يوجد ما يستدعي المزامنة لأنه لا يوجد شيء منفصل. ويعني مسار ترقية واحداً يُختبر بدلاً من خمسة منتجات تخضع لجداول خمسة موردين، حيث يشكل كل إصدار فرصة جديدة لتعطيل أحد الموصلات؛ ونحن نختبر الترقيات قبل أن تمس بيانات الإنتاج، وهو أمر لا يكون عملياً إلا مع نظام واحد يُختبر. ويعني نسخة احتياطية واحدة تُؤخذ، والأهم من ذلك، عملية استعادة واحدة يمكن التدرب عليها فعلياً بدلاً من خمس قصص استرداد في أسوأ يوم من سنتك. ويعني نموذج صلاحيات واحداً، وسجل تدقيق واحداً، وواجهة واحدة تُتعلم، ولهذا ندرب حسب الدور الوظيفي لا حسب الوحدة البرمجية: يتعلم المحاسب مسار المحاسب مرة واحدة.
كما يغير ذلك طبيعة التخصيص. ففي المنظومة المربوطة بوصلات مؤقتة، يعيش العمل المخصص داخل تلك الوصلات: سكربتات وبرمجيات وسيطة بلا مالك. أما في ممارستنا، فالعمل المخصص بمستوى الوحدات البرمجية: مُدار بالإصدارات في Git، ومُراجَع، ويخضع لاختبارات الترقية شأنه شأن أي شيفرة أخرى. ولأننا نبحث أولاً في وحدات OCA ووحدات المجتمع، يتبين أن حصة كبيرة من المتطلبات المخصصة موجودة أصلاً كوحدات مفتوحة المصدر تحظى بصيانة مستمرة. فأرخص تكامل هو ذاك الذي كتبه مجتمع بالفعل ويواصل صيانته.
هذا الانضباط هو أيضاً ما يمكننا من تقديم سعر ثابت بعد مرحلة تحديد النطاق: فالنظام الواحد له مساحة يمكن الإحاطة بها. أما منظومة من خمس أدوات بوصلات مصنوعة يدوياً فلا، ولهذا كثيراً ما تنجرف مثل هذه المشاريع إلى نمط T&M إلى الأبد.
متى يكون التوحيد خطوة خاطئة
فقرة صراحة، لأننا ندين لكم بها: التوحيد ليس الحل دائماً.
إذا كانت الأداة المتخصصة عميقة حقاً، كمحرك رواتب مبني حول الحالات الدقيقة لقانون العمل المحلي، أو برنامج CAD، أو نظام معتمد من جهة تنظيمية، فإن وحدة ERP تغطي معظم وظائفها تمثل تراجعاً لا تبسيطاً. احتفظ بالأداة، وابنِ تكاملاً واحداً له مالك واضح بدلاً من عشرة تكاملات رديئة.
التوقيت مهم أيضاً. فالانتقال في منتصف السنة المالية أو خلال موسم الذروة يحول مشروعاً استراتيجياً إلى حالة طوارئ. ولا تكون الهجرة مسؤولة إلا إذا أديرت على هذا الأساس: نحن لا ننقل أي عميل إلى النظام الجديد دون تقارير مطابقة تقارن البيانات القديمة والجديدة سطراً بسطر، وتجربة تشغيل كاملة واحدة على الأقل، وخطة تراجع مكتوبة. وإذا اقترح مورد تحولاً دفعة واحدة دون هذه الأمور الثلاثة، فإن البقاء على منظومة الأدوات الخمس هو حقاً الخيار الأكثر أماناً.
أخيراً، إذا كانت منظومتك الحالية تعمل فعلاً، بحيث تُراقب عمليات المزامنة، ويتولى شخص محدد مسؤولية وصلات الربط، ويُقفل الشهر المالي بسلاسة، فقد تكون ضريبة التكامل مسددة أصلاً. فالتوحيد علاج للألم، وليس فضيلة في حد ذاته.
النمط الذي نراه باستمرار: وحّد النواة الخاصة بحفظ السجلات، أي المبيعات والمشتريات والمخزون والفوترة والمحاسبة، حيث يؤتي مصدر الحقيقة الواحد ثماره كل يوم، وأنجز التكامل بشكل مدروس عند الأطراف حيث تثبت الأدوات المتخصصة جدارتها. وإذا كنت تحاول تحديد أي جانب من هذا الخط تقع عليه منظومتك، فإن صفحة منهجية التنفيذ لدينا تشرح كيف نحدد نطاق هذا السؤال قبل الالتزام بسعر ثابت.