قاعدة بيانات واحدة أم عدة: مجموعة خليجية على أودو
القرار يبدو تقنيًا وليس كذلك. كون كيانات دبي والرياض ومسقط تشترك في قاعدة بيانات أودو واحدة يتوقف على ما الذي سيلزم تسليمه لو خرج أحدها من المجموعة، وعلى كم من البيانات الأساسية مشترك فعلًا — وهو قرار التصميم الوحيد المكلف في التراجع عنه.
· 7 دقائق قراءة · بقلم فريق البحث والتحرير في Faceela
المجموعة فيها أربعة كيانات. شركة تجارية في دبي داخل الدولة، وكيان في منطقة حرة يحمل العقود الإقليمية، وشركة تابعة في السعودية فُتحت قبل ثمانية عشر شهرًا، وعملية صغيرة في عُمان كانت فكرة أحدهم في 2023 وصار لها اليوم موظفون. كل كيان يمسك دفاتره، والوضع الحقيقي للمجموعة يُجمَّع مرة كل شهر بيد شخص ومعه ملف إكسل.
السؤال الذي يصل في أول ورشة يُصاغ دائمًا كسؤال تقني — هل يستطيع أودو تشغيل عدة شركات — وإجابته نعم، ولهذا هو السؤال الخطأ. القدرة لم تكن القيد أصلًا. الذي يحسم التصميم هو ما الذي سيلزم تسليمه لو خرج كيان من المجموعة يومًا، وكم من البيانات الأساسية مشترك بحق؛ وكل ما عدا ذلك يتبع هذين. وهذا كله يقف فوق الشكل العام الموصوف في تشغيل أودو في الإمارات، مع فارق أن أكثر من جهة صار لها مطالبة على نفس قاعدة البيانات.
الأثر السعري، قبل أي شيء آخر
هناك حقيقة تجارية مكانها البداية لأنها تفاجئ الناس عادةً بعد ثلاثة أشهر.
بنية خطط أودو تضع تشغيل عدة شركات على الطبقة الأعلى، إلى جانب Studio والوصول إلى الواجهة البرمجية الخارجية والاستضافة خارج Odoo Online. أي أن لحظة إضافة شركة ثانية إلى قاعدة البيانات تتغير فيها خطة الاشتراك — بمعنى أن قرارًا اتُّخذ في ورشة تصميم، غالبًا بيد شخص لا يملك صلاحية تسعير، حرّك الرقم السنوي لكل مستخدم في المجموعة.
هذا ليس فضيحة وليس مخفيًا؛ هو منصوص عليه في صفحة أسعار أودو نفسها، وهو فقط من النوع الذي يُقرأ بعد وقوعه لا قبله. اقرأ حدود الخطط في صفحة الأسعار المنشورة لدى أودو قبل الورشة لا بعدها، ولاحظ أن هذا يتشابك مع كل ما ورد في كيف تُبنى تكلفة مشروع أودو فعليًا — فالاشتراك لكل مستخدم هو النصف الأصغر.
السؤال الذي يحسم الأمر
قاعدة بيانات واحدة فيها عدة شركات، أم عدة قواعد بيانات.
الاختبار الصادق ليس "كم يشتركون تجاريًا" بل هذا: هل هناك شيء تستطيع جهة رقابية أو مدقق أو مشترٍ أن يطلبه من كيان واحد ولا يجوز أن يُسلَّم معه شيء آخر. قاعدة بيانات واحدة تعني نسخة احتياطية واحدة، وتصديرًا واحدًا، ومسؤول نظام واحدًا، ونطاق ضرر واحدًا لأي خطأ.
حالتان تدفعان نحو قواعد بيانات منفصلة، وكلتاهما واقعة لا تفضيل.
كيان سيُباع أو يُغلق أو يدخل معه شريك. لو كان لشركة تابعة مسار واقعي للخروج من المجموعة، فقابلية فصل بياناتها تستحق التصميم الآن وهي لا تكلّف شيئًا. فصلها لاحقًا يعني استخراج تاريخ شركة واحدة من قاعدة بيانات مشتركة، وهذا مشروع لا عملية تصدير.
عمليات مختلفة فعلًا بلا بيانات أساسية مشتركة. لو كان الكيان العُماني يبيع منتجات مختلفة لعملاء مختلفين بموظفين مختلفين، فحجة مشاركة قاعدة البيانات راحة إدارية، والراحة الإدارية سبب ضعيف لقبول نطاق ضرر مشترك.
وحالة تبدو ثالثة وليست كذلك، رغم أنها الأكثر ذكرًا. نظام الفوترة الإلكترونية السعودي قيد على النظام الذي يُصدر الفاتورة لا على إقرار شهري — خط توقيع وتسلسل وتصفية ملتصق بلحظة الترحيل، وهو صنف مختلف تمامًا عن موعد تقديم. وهذا يجعله سؤالًا عن قدرة نظام الفوترة عندك، لا حجة لقاعدة بيانات ثانية، والمجموعة التي تجيب عنه بشراء برنامج محلي في الرياض تكون قد اشترت شرخًا دائمًا في وسط بياناتها. التمييز مشروح في ما الذي يفعله كيان سعودي بأنظمة مجموعة إماراتية.
وفي غياب الحالتين، قاعدة البيانات الواحدة هي الصواب عادةً، لأن كلفة التعدد تُدفع كل شهر في المطابقات وكلفة الواحدة تُدفع مرة واحدة في التصميم.
ما يُشارَك وما يبقى منفصلًا
لو اخترت قاعدة بيانات واحدة، فالتصميم قائمة قرارات عن الطبقة التي يجلس عليها كل شيء. أخطئ في القائمة وستفكّها تحت ضغط الوقت.
مشترك، ويجب أن يكون كذلك. سجل الأصناف. سجل الشركاء. بنية دليل الحسابات — نفس الحساب يعني نفس الشيء في كل كيان، وهو ما يجعل التوحيد عملية حسابية لا تحقيقًا. والمستخدمون، بوصفهم هويات.
منفصل، دائمًا. اليوميات وتسلسلاتها. الحسابات البنكية. إعداد الضرائب، لأن لكل ولاية قضائية إعدادها. حدود الاعتماد، لأن الحد السخي في كيان ليس كذلك في آخر. وترقيم المستندات، وهو ما يهتم به المدققون أكثر بكثير مما يتوقع المنفّذون.
والبند الذي يُنسى. الوضع الضريبي — الآلية التي تقرر أي ضريبة تنطبق على أي معاملة مع أي طرف. في تطبيق داخل بلد واحد هذه قطعة إعداد صغيرة. في مجموعة تمتد على ثلاث جهات ضريبية هي القطعة التي تحدد إن كان الإقرار سيخرج صحيحًا، وهي تُضبط لكل شركة ولكل شريك لا عالميًا.
المعاملات البينية هي الصعوبة كلها
كل ما سبق يوم تصميم واحد. المعاملات بين الشركات هي حيث تضيع نهايات الشهر فعلًا.
القواعد التي تجعلها محتمَلة واحدة سواء كانت الكيانات في بلد أو ثلاثة: الذمم المدينة والدائنة بين كيانات المجموعة تجلس في حسابات مخصصة، زوج لكل كيان مقابل، ولا تختلط أبدًا بأرصدة الأطراف الأخرى؛ والجانبان يتفقان قبل إقفال الفترة لا بعده؛ والنظام يحتفظ بأساس السعر البيني لا بالسعر وحده. التصميم الكامل، بما فيه تعقيدات المناطق الحرة والداخل الخاصة بالإمارات، مشروح في أين تقع خطوط الترخيص والضريبة فعليًا.
الذي يتغير عبر الحدود أن الفاتورة البينية بين كيانين مسجَّلين منفصلين في بلدين هي تصدير حقيقي واستيراد حقيقي، بحدث جمركي وعملة ومعالجتين ضريبيتين مختلفتين. والمجموعات التي ظلت تقيّد هذه كقيود يومية سنوات تكتشف أن للممارسة تاريخ انتهاء أول ما تصلها قواعد الفوترة الإلكترونية في أي من البلدين.
الخطأ الذي يكلّف أسبوعًا في كل مرة
أكثر فشل تشغيلي شيوعًا في تطبيق متعدد الشركات لا علاقة له بأي مما سبق. هو مستخدم لديه وصول إلى كل الشركات وافتراضه مضبوط على الشركة الخطأ، فيقيّد المعاملات في الكيان الخطأ بهدوء لأسبوع قبل أن ينتبه أحد.
الإصلاح غير براق ويستغرق بعد ظهر واحد. كل مستخدم يحصل على شركة افتراضية صريحة وقائمة صريحة بالشركات التي يراها، والاثنتان مشتقتان من وظيفته لا من الراحة. ولا أحد يحصل على كل الشركات افتراضيًا، بما في ذلك المالية. ومن يدير النظام ليس مستثنى — بل هو الأرجح وقوعًا في هذا الخطأ بالذات، لأنه من يتنقل بين الكيانات طوال اليوم.
ما يُحسم قبل أن يُعدّ أحد أي شيء
خمسة قرارات، مكتوبة، قبل إنشاء أول سجل شركة.
قائمة الكيانات، بما فيها الخامل. كل مجموعة عندها واحد. له رخصة، وربما حساب بنكي، وسيحتاج دليل حسابات في وقت ما. حسمه الآن مجاني، واكتشافه في الشهر الرابع ليس كذلك.
أي كيانات تتاجر مع بعضها، وعلى أي أساس. ليس الحجم — الأساس. تكلفة، أو تكلفة زائد، أو سعر سوق. وحالما يصبح السعر البيني مطالبًا بأن يكون قابلًا للدفاع أمام جهة ضريبية، يصير على النظام أن يحمل المنطق وراءه، وهو مطلب لا يكتبه أحد في البداية.
هل توجد مجموعة ضريبية أو ستوجد. التجميع الضريبي يغيّر ما الذي يجب أن يكون قابلًا للتمييز على مستوى السطر وما الذي يجب استبعاده، وتصميمه من البداية أرخص كثيرًا من تركيبه لاحقًا. الآثار على الأنظمة مشروحة في ما تطلبه ضريبة الشركات من الدفاتر.
من يملك دليل حسابات المجموعة. شخص واحد. لو استطاع كل مسؤول مالية في كل كيان أن يضيف حسابات، يتدهور التوحيد خلال ربعين ولا يستطيع أحد أن يقول متى بدأ.
ما مخرج التوحيد الذي يقرأه المجلس فعلًا. اطلب الملف الذي يقرؤونه اليوم. ابنِ عليه ثم حسّنه. البناء لتوحيد نظري لم يطلبه أحد من أضمن الطرق لإنفاق ثلاثة أسابيع.
الخلاصة
كون مجموعة خليجية تعمل على قاعدة بيانات أودو واحدة أم عدة يُحسَم بما سيلزمه الخروج وبما إذا كانت الكيانات تشترك في شيء أصلًا، لا بعدد الجهات الضريبية المعنية. قاعدة واحدة، إلا إذا كان لكيان مسار واقعي للخروج من المجموعة أو كانت العمليات لا تشترك في شيء. وأي إلزام أجنبي بالفوترة الإلكترونية هو مطلب قدرة على نظام الفوترة، وليس بذاته سببًا للانفصال.
قبل ورشة التصميم، اقرأ حدود خطط أودو — إضافة شركة ثانية تنقل طبقة الاشتراك، وهذا قرار تسعير يتخذه من يرسم مخطط الكيانات.
شارِك سجل الأصناف وسجل الشركاء وبنية الحسابات وهويات المستخدمين. وافصل اليوميات والتسلسلات والبنوك وإعداد الضرائب وحدود الاعتماد، وعامِل الوضع الضريبي على أنه القطعة التي تقرر خروج الإقرارات صحيحة.
ثم أنفق جهد التصميم على المعاملات البينية، لأن هناك تذهب نهاية الشهر، وأعطِ كل مستخدم شركة افتراضية صريحة من اليوم الأول. واحسم قائمة الكيانات وأساس التسعير البيني والمجموعة الضريبية ومالك دليل الحسابات ومخرج التوحيد قبل ضبط أي شيء — وهو بالضبط العمل الذي مكانه التوصيف لا الشهر الثاني.