يوثّق Odoo 20 سير عمل تسوية بين الشركات لحالة محاسبية متعددة الشركات محددة: تتلقى شركة ما دفعة عميل مقابل فاتورة أصدرتها شركة أخرى ضمن قاعدة بيانات Odoo نفسها. يمكن للنظام مطابقة الفاتورة المفتوحة الخاصة بالشركة المصدرة وإنشاء قيود محاسبية متوازنة بين الكيانين. (Odoo 20.0 Docs: Companies Multi Company) أعلن Odoo عن Odoo 20 في 24 سبتمبر 2026. (Meet Odoo 20)
يغطي سير العمل جانبي المعاملة معاً. ففي الشركة التي أصدرت الفاتورة، تتحول الذمم المدينة من العميل إلى مطالبة على الشركة التي جمعت الدفعة. وتسجل الشركة المستلمة المبلغ المقابل كذمم دائنة للشركة المصدرة. وبذلك تتم تسوية رصيد العميل مع الإبقاء على الالتزام المالي بين الشركتين. (Odoo 20.0 Docs: Companies Multi Company)
ما الذي يغطيه سير العمل
تبدأ حالة الاستخدام الموثقة بفاتورة تخص شركة ودفع مستلم من شركة أخرى. يجب أن تكون الشركتان مهيأتين داخل قاعدة بيانات Odoo نفسها. أما العمليات التي تتضمن قواعد بيانات منفصلة أو أنظمة محاسبية خارجية فلا تندرج ضمن سير العمل الموثق. (Odoo 20.0 Docs: Companies Multi Company)
عند معالجة دفعة وفق الإعدادات المطلوبة، يقوم Odoo بمطابقة فاتورة العميل الأصلية وإنشاء قيود بين الشركات. يربط هذا الأتمتة بين تسوية الفاتورة والتوازن الداخلي بين الشركات المشاركة. وهي لا تلغي ذلك التوازن، بل تسجل المبلغ في حسابات بين الشركات المهيأة. (Odoo 20.0 Docs: Companies Multi Company)
يعزل هذا الأسلوب المحاسبي علاقة العميل عن العلاقة بين الشركتين. بعد التسوية، لا تعود الشركة المصدرة تحتفظ بالمبلغ المسدد كذمم مدينة مفتوحة على العميل، بل تسجل ذمماً مدينة على الشركة التي تحتفظ بالدفع، بينما تسجل الشركة المستلمة الذمم الدائنة المطابقة. (Odoo 20.0 Docs: Companies Multi Company)
إعداد Odoo المطلوب
لا تكفي قاعدة بيانات متعددة الشركات وحدها. يجب تثبيت وحدة Intercompany Payment - Account في Odoo، كما يجب تفعيل Inter-Company Transactions لكل شركة تشارك في سير العمل. (Odoo 20.0 Docs: Companies Multi Company) ينبغي على التطبيقات متعددة الشركات القائمة التحقق من هذين الشرطين قبل محاولة معالجة هذه المدفوعات.
تحتاج كل شركة مشاركة أيضاً إلى دفتر يومية للتسوية وحسابات مخصصة للذمم الدائنة والمدينة بين الشركات. وتتحكم هذه الحسابات في مكان تسجيل الالتزامات بين الكيانات. (Odoo 20.0 Docs: Companies Multi Company) ينبغي مراجعة هذا التصميم مقابل دليل الحسابات، والتقارير على مستوى الكيان، ومتطلبات التسوية بين الشركات قبل معالجة المعاملات.
يجب أن تستخدم طريقة الدفع حساب المقبوضات المعلقة. (Odoo 20.0 Docs: Companies Multi Company) ينبغي التحقق من هذا الشرط المسبق في إعدادات الدفع الحالية، خصوصاً عند تخصيص دفاتر البنك أو معالجة الإيصالات أو تعيينات الحسابات. إن تثبيت الوحدة وتكوين حسابات بين الشركات لا يفيان وحدهما بالمتطلبات الموثقة إذا كانت طريقة الدفع تفتقر إلى حساب المقبوضات المعلقة المطلوب. (Odoo 20.0 Docs: Companies Multi Company)
الآثار المحاسبية
يجمع سير العمل بين مطابقة العميل وإنشاء قيود متطابقة بين الشركات. (Odoo 20.0 Docs: Companies Multi Company) من دون هذا الربط، قد تحتاج فرق المالية إلى معالجة رصيد العميل والالتزام بين الشركات كخطوتين محاسبيتين منفصلتين. وتعتمد ملاءمة هذا الأسلوب الآلي على تدفقات الدفع لدى المؤسسة وقدرتها على دعم هيكل الحسابات المطلوب.
لا تُعامل الدفعة التي تجمعها شركة نيابةً عن فاتورة شركة أخرى على أنها إيرادًا للشركة المستلمة ضمن سير العمل هذا. تؤدي القيود الموثقة إلى إنشاء دائن في الكيان المستلم ومدين مقابل في الكيان المُصدِر. (Odoo 20.0 Docs: Companies Multi Company) أثناء الاختبار، ينبغي لفرق المالية فحص قيود اليومية المُنشأة والتأكد من أن أرصدة العميل، وبين الشركات، وأرصدة المقبوضات المعلقة تستخدم الحسابات المقصودة.
ينطبق الإعداد على كل شركة مشاركة على حدة، وليس كإعداد واحد على مستوى قاعدة البيانات بالكامل. (Odoo 20.0 Docs: Companies Multi Company) قد تمتلك الشركات التي تشترك في بيئة Odoo واحدة مخططات حسابات مختلفة أو هياكل يوميات أو طرق دفع مختلفة، لذلك ينبغي التحقق من إعداد كل كيان على حدة.
حدود سير العمل الموثق
تصف الوثائق الغرض المحاسبي لسير العمل وتحدد متطلبات الوحدة وإعداد الشركة واليومية والحساب وطريقة الدفع. (Odoo 20.0 Docs: Companies Multi Company) ولا تحدد كيف ستتصرف كل عملية تخصيص أو توطين أو تكامل خارجي مع التسوية بين الشركات. وتتطلب هذه المجالات مراجعة خاصة بالتنفيذ.
تم توثيق سير العمل للشركات الموجودة في قاعدة البيانات نفسها. (Odoo 20.0 Docs: Companies Multi Company) ولا تؤكد المصادر المقدمة وجود عملية تلقائية مكافئة بين قواعد بيانات Odoo منفصلة. لذلك ينبغي على المؤسسات التي تستخدم مثيلات منفصلة التحقق من عملية الربط المطلوبة بين قواعد البيانات بشكل مستقل.
ولا تحدد المصادر المقدمة أيضًا معالجة سير العمل للمدفوعات الجزئية أو المبالغ المستردة أو التسويات بالعملة الأجنبية أو عمليات عكس الدفع أو السلاسل التي تتضمن شركات إضافية. إذا كانت هذه المعاملات جوهرية بالنسبة إلى مؤسسة ما، فينبغي اختبار كل حالة قبل الاستخدام التشغيلي.
ما الذي يجب التحقق منه قبل الاعتماد
أولًا، تأكد من أن شركة الفوترة والشركة التي تستلم الدفعة موجودتان في قاعدة بيانات Odoo نفسها. تحقّق من تثبيت وحدة Intercompany Payment - Account وأن ميزة Inter-Company Transactions مفعلة لكل شركة يُراد لها المشاركة. (Odoo 20.0 Docs: Companies Multi Company)
ثانيًا، راجع يومية المقاصة وحسابات الدائن والمدين المخصصة لكل كيان. (Odoo 20.0 Docs: Companies Multi Company) ينبغي أن تدعم اختيارات الحسابات متطلبات المؤسسة في إعداد التقارير والتسوية. يجب أن يتمكن المستخدمون من تحديد المبلغ المستحق على الشركة التي استلمت الدفعة والمبلغ المطابق المستحق للشركة التي أصدرت الفاتورة.
ثالثًا، افحص طريقة الدفع وتحقق من أنها تستخدم حساب المقبوضات المعلقة. (Odoo 20.0 Docs: Companies Multi Company) تحقّق من الإعداد الفعلي بدلًا من الاعتماد على اسم اليومية أو الافتراضات المبنية على عملية قبض قائمة.
أخيرًا، نفّذ معاملة مضبوطة باستخدام فاتورة ودفعة ممثلتين. تأكد من أن Odoo يسوي فاتورة العميل، ويسجل ذمم الشركة المُصدِرة بين الشركات، وينشئ الدائن المقابل في الشركة التي استلمت المال. (Odoo 20.0 Docs: Companies Multi Company) راجع دفاتر الأستاذ في كلتا الشركتين قبل التوسع في الاستخدام حتى يمكن التحقق من تعيينات الحسابات وأرصدة مستوى الكيان.
ينبغي أن تكون النتيجة بقاء فاتورة العميل مسوّاة مع إظهار المبلغ بين الشركتين في حساباتهما بين الشركات الخاصة بكل منهما. هذا التمييز أساسي في سير العمل: تُستكمل تسوية العميل، لكن الالتزام المنفصل بين الكيان المُصدِر والكيان المستلم يظل ظاهرًا لتسوية لاحقة. (Odoo 20.0 Docs: Companies Multi Company)