قلّما تعمل مجموعة شركات في الخليج من خلال كيان قانوني واحد. شركة تجارية في دبي، وشركة شقيقة في الرياض، وذراع خدمات في القاهرة، وهذا سؤال يتكرر في كل مشروع نحدد نطاقه تقريباً: هل نضع هذه الكيانات كلها في قاعدة بيانات Odoo واحدة مع تفعيل تعدد الشركات، أم نمنح كل كيان قاعدة بيانات مستقلة؟
الإجابتان صحيحتان بحسب الحالة، لكن الخطأ في الاختيار مكلف، لأن فصل قاعدة بيانات مشتركة لاحقاً، أو دمج قواعد منفصلة، مشروع ترحيل قائم بذاته. وهذه طريقتنا في التفكير في القرار.
ما الذي يقدمه تعدد الشركات في Odoo فعلاً
في وضع تعدد الشركات تضم قاعدة بيانات واحدة عدة شركات، ولكل شركة دليل حسابات ودفاتر يومية وضرائب ومواقف مالية وحزمة توطين خاصة بها، فيمكن لكيان في الإمارات وآخر في السعودية أن يعمل كل منهما بحزمة بلده جنباً إلى جنب. ويمكن منح المستخدم صلاحية الوصول إلى شركة واحدة أو أكثر، والتنقل بينها من الشريط العلوي.
القيمة الحقيقية تكمن في ما يمكن مشاركته: جهات الاتصال والمنتجات والموظفون والإعدادات يمكن أن تكون مشتركة بين الشركات أو مقصورة على شركة واحدة، سجلاً بسجل. كما يوفر Odoo قواعد المعاملات بين الشركات، فعملية بيع في شركة تُنشئ عملية الشراء المقابلة في الشركة الأخرى، بدلاً من إدخال المعاملة نفسها مرتين.
متى تكون قاعدة البيانات الواحدة هي الخيار الصحيح
- حين تتعامل الكيانات فيما بينها. إذا كانت البضائع أو الخدمات تنتقل بين الشركات كل أسبوع، فإن المستندات المتبادلة داخل قاعدة واحدة تلغي فئة كاملة من أعمال التسوية.
- حين تشترك في المنتجات أو العملاء أو الموردين. كتالوج منتجات واحد وقائمة جهات اتصال واحدة يعنيان مكاناً واحداً لتصحيح سعر خاطئ أو مورد مكرر.
- حين يعمل الأشخاص أنفسهم عبر الكيانات. فريق مالي يُقفل حسابات ثلاث شركات، أو مسؤول مشتريات يشتري لها جميعاً، يعمل بسرعة أكبر في نظام واحد بدلاً من ثلاثة حسابات دخول.
- حين تهم التقارير الموحدة الإدارة. استخراج الأرقام من قاعدة واحدة أبسط من تجميع ملفات مصدّرة من عدة قواعد.
- حين تريد مجموعة تخصيصات واحدة. الوحدات المخصصة والترقيات والاختبار تتم مرة واحدة، لا مرة لكل قاعدة بيانات.
متى تكون القواعد المنفصلة أكثر أماناً
- حين لا يجمع الأنشطة شيء يُذكر. شركة عقارية وشركة تصنيع تملكهما العائلة نفسها كثيراً ما لا يجمعهما إلا المالك، وحشرهما في قاعدة واحدة يضيف قواعد صلاحيات وإعدادات دون أي قيمة.
- حين يجب أن تكون السرية مطلقة. الوصول في وضع تعدد الشركات تضبطه قواعد السجلات، وهي تعمل جيداً، لكن كل وحدة مخصصة وكل تقرير يجب أن يحترمها. وإذا كان تسرب البيانات بين الكيانات مشكلة جسيمة، فالفصل الفعلي أسهل في الدفاع عنه.
- حين قد يُباع كيان أو يُفصل. اقتطاع شركة من قاعدة مشتركة مشروع كامل، أما تسليم قاعدة مستقلة فليس كذلك.
- حين تحتاج الكيانات إصدارات مختلفة من Odoo أو تخصيصات متباينة جداً. القاعدة الواحدة تعني إصداراً واحداً وشيفرة واحدة للجميع.
- حين يجب أن تبقى البيانات في بلد بعينه. إذا كان لا بد من استضافة بيانات كيان ما في مكان لا يصلح للكيانات الأخرى، فقد تكون القواعد المنفصلة الخيار الوحيد.
المقايضات التي يستهين بها كثيرون
تعدد الشركات ليس تعقيداً بلا ثمن، وهذه أبرز النقاط التي تفاجئ الفرق:
- السجلات المشتركة مقابل السجلات الخاصة بشركة. كل منتج وجهة اتصال وقائمة أسعار يجب أن يُشارك عن قصد أو يُقيّد عن قصد. ترك الأمر للإعدادات الافتراضية ينتج سجلات تظهر في الشركة الخطأ أو تختفي من الشركة الصحيحة.
- التخصيصات يجب أن تراعي الشركة الحالية. تقرير مخصص أو أتمتة تتجاهل الشركة النشطة ستخلط البيانات بين الكيانات، وهذا يجب أن يكون جزءاً من المواصفات والاختبار، لا اكتشافاً بعد الإطلاق.
- الترخيص. وفق تسعير Odoo الحالي، تعدد الشركات جزء من الخطة المخصصة Custom لا من الخطة القياسية Standard، فراجع قائمة الأسعار الحالية قبل أن تبني تصميمك عليه.
- جهد الاختبار يزداد. اختبار قبول المستخدم يجب أن يغطي كل شركة والعمليات بينها، بما في ذلك المستخدمون المنتمون إلى أكثر من شركة.
وللقواعد المنفصلة تكاليفها أيضاً: بيانات أساسية مكررة، وقيود يدوية بين الشركات، وتقارير مجموعة تُبنى خارج Odoo، وكل ترقية تُنفذ عدة مرات.
طريقة عملية لاتخاذ القرار
قبل مرحلة التصميم، أجب عن أربعة أسئلة لكل زوج من الكيانات:
- كم معاملة تتدفق بينهما في شهر عادي؟
- كم منتجاً وعميلاً ومورداً يشتركان فيه؟
- كم مستخدماً يحتاج إلى العمل في الاثنين معاً؟
- هل هناك سبب قانوني أو يتعلق بالملكية أو بموقع حفظ البيانات يفرض بقاءهما منفصلين؟
إذا كانت إجابات الأسئلة الثلاثة الأولى «كثير» والرابع «لا»، فالقاعدة الواحدة هي الأرجح. وإذا كانت إجابة الرابع «نعم»، فهي تحسم الأمر بغض النظر عن البقية. والإجابات المختلطة شائعة، والحل الهجين مشروع تماماً: الكيانات المترابطة تتشارك قاعدة واحدة، بينما يعمل النشاط المستقل في قاعدته الخاصة.
احسم القرار مبكراً
بنية قاعدة البيانات تحدد شكل دليل الحسابات ونموذج الصلاحيات وخطة الترحيل وخطة الاختبار، ومكانها في مرحلة جمع المتطلبات وتصميم الحل، لا في الأسبوع الثامن من التنفيذ. تعمل معك خدمة تطبيق Odoo لدينا على هذا القرار قبل أن تبدأ أي إعدادات، لتكون البنية التي تنطلق عليها بنية لن تضطر إلى إعادة بنائها.