Odoo والفوترة الإلكترونية في الإمارات: الربط بمزوّد خدمة معتمد
في كل اجتماع انطلاق أديره لمشروع فوترة إلكترونية في الإمارات يُطرح هذا السؤال خلال الدقائق العشر الأولى، وغالباً بهذه الصيغة: «نحن نعمل على Odoo، فلا داعي للقلق، أليس كذلك؟». والجواب: لا. فـ Odoo ليس مدرجاً في قائمة وزارة المالية لمزوّدي خدمات الفوترة الإلكترونية المعتمدين مسبقاً، ومعنى ذلك أن قاعدة بيانات Odoo لا تستطيع بمفردها أن تُدخل فاتورة إلى الشبكة، بل لا بد أن تصل الفاتورة إلى مزوّد معتمد، ولا توجد لإيصالها سوى ثلاث معماريات. والمفاضلة بينها ليست تفصيلاً من تفاصيل المشتريات، بل هي التي تحدّد كلفة كل ترقية تُجريها لـ Odoo من الآن فصاعداً.
Odoo غير مدرج في قائمة المعتمدين مسبقاً
لنبدأ بالحقيقة المجرّدة، لأن معظم المواد التي يقدّمها الموردون تلتفّ حولها ولا تقولها صراحةً. تنشر وزارة المالية قائمة بمزوّدي خدمات الفوترة الإلكترونية المعتمدين مسبقاً بموجب القرار الوزاري رقم 64 لسنة 2025. وحين اطّلعت عليها — وتحمل الصفحة تاريخ تحديث خاصاً بها هو 17/07/2026 — كانت تضم 42 مزوّداً ولم يكن Odoo بينهم. وأتعمّد ألا أنقل القائمة هنا، لأن الوزارة تذكر أنها تُحدَّث دورياً كلما اعتُمد مزوّدون جدد. فاقرأها من مصدرها قبل أن تلتزم بأي شيء.
وتفسّر شروط الاعتماد شكل هذه القائمة. فالمادة 5 — التي استُبدل نصها بالكامل بموجب القرار الوزاري رقم 56 لسنة 2026، ولذلك ينبغي الرجوع إلى النص المعدَّل لا إلى الأصلي — تشترط في مقدّم الطلب أن يكون «مزوّد خدمة نشطاً حاصلاً على شهادة Peppol، أتمّ بنجاح اختبارات المطابقة الخاصة بـ OpenPeppol»، فضلاً عن شروط تتعلق بتسجيل الشركة وأمن المعلومات والإقرار الذاتي والتأمين. أما شرط الخبرة فقد انتقل إلى مادة جديدة هي المادة 5 مكرراً، ويُستوفى متى كان «منتج PSP الذي ستُقدَّم من خلاله خدمات الفوترة الإلكترونية قد ظلّ قيد التشغيل مدة لا تقل عن سنتين (2)»، سواء كانت هذه الخبرة لدى المزوّد نفسه أو لدى طرف ثالث، لأن المادة 5 المعدَّلة تجيز للمزوّد كذلك استخدام منتج PSP مملوك لطرف ثالث أو إسناد تطويره أو تشغيله أو إدارته إلى جهة خارجية، مع بقاء مسؤوليته الكاملة عن استيفاء الشروط. ثم تمرّ الموافقة بمرحلتين: الاعتماد المسبق (Pre-Approval) بموجب المادة 15، والاعتماد (Accreditation) بموجب المادة 16 بعد أن يستكمل المزوّد اختبار الإبلاغ عن البيانات الضريبية وخدمات الاختبار الخاصة بـ OpenPeppol وتشغيلاً تجريبياً على بيئة الإنتاج مع الهيئة الاتحادية للضرائب. ومدة الاعتماد سنتان، ويتعيّن تجديده. والعبارتان المقتبستان أعلاه ترجمة غير رسمية مني للنص الإنجليزي للقرار، وعند أي اختلاف فالمرجع هو النص الرسمي المنشور.
أما ما لن أفعله فهو أن أقول لك هل سيظهر Odoo في تلك القائمة لاحقاً أم لا. فأنا لا أعلم، ولا يعلم أحد خارج الوزارة وشركة Odoo، وقد شهدت عميلاً يعطّل مشروع الامتثال لديه ربع سنة كاملاً بسبب تخمين واثق من أحدهم عن خريطة طريق أحد الموردين. فابنِ خطتك على ما هو منشور يوم توقيع العقد، وصمّم الحل بحيث لا يعني تغيير المزوّد تغيير نظام تخطيط موارد المؤسسات (ERP).
الجدول الزمني الذي يسري عليك فعلاً
يحدّد القرار الوزاري رقم 244 لسنة 2025 مراحل التطبيق. فقد بدأ البرنامج التجريبي في 1 يوليو 2026، وفُتح باب التطبيق الاختياري في اليوم نفسه لكل من يرغب فيه. وتندرج الشركات التي تبلغ إيراداتها 50,000,000 درهم إماراتي أو أكثر في المرحلة الإلزامية الأولى، ويجب عليها تطبيق نظام الفوترة الإلكترونية بحلول 1 يناير 2027؛ أما الموعد النهائي لتعيين مزوّد الخدمة المعتمد المنصوص عليه في ذلك القرار، وكان 31 يوليو 2026 في الأصل، فقد مُدِّد إلى 30 أكتوبر 2026 بموجب القرار الوزاري رقم 66 لسنة 2026. وتعيّن الشركات التي تقل إيراداتها عن 50,000,000 درهم إماراتي مزوّد الخدمة المعتمد بحلول 31 مارس 2027، وتطبّق النظام بحلول 1 يوليو 2027. وتعيّن الجهات الحكومية المزوّد بحلول 31 مارس 2027، وتطبّق النظام بحلول 1 أكتوبر 2027. أما المعاملات الموجّهة من الشركات إلى المستهلكين (B2C)، وهي معظم ما تصدره شركة تجارة إلكترونية اعتيادية من فواتير، فتبقى خارج النظام إلى أن يقرر الوزير خلاف ذلك.
وهناك أمران يُغفَلان في كل اجتماع تخطيط. أولهما أن تعيين المزوّد توقيع، أما ربط نظام تخطيط موارد المؤسسات (ERP) فمشروع، وأحدهما فقط يمكن إنجازه في ظهيرة واحدة. وثانيهما أن المرحلة التي تقع فيها الشركة تحدّدها الإيرادات، فالمجموعة التي يتجاوز أحد كياناتها الحد وتقل عنه ثلاثة كيانات أخرى تعمل وفق جدولين زمنيين داخل قاعدة بيانات واحدة، وهذا يرجّح بناء التكامل مرة واحدة على مستوى المجموعة.
ثلاثة مسارات من Odoo إلى الشبكة
المسار أ — خدمة الفوترة الإلكترونية التي يقدّمها Odoo نفسه. يعمل Odoo فعلاً بصفة مشارك في الشبكة في دول أخرى؛ فوثائق الإصدار 19.0 تصف عمله بصفته نقطة وصول وSMP معاً، وتورد قائمة بالدول المؤهلة للتسجيل في Peppol عبر Odoo، والإمارات العربية المتحدة ليست في تلك القائمة، كما أن التوطين المالي للإمارات (l10n_ae وl10n_ae_reports وl10n_ae_pos) لا يأتي على ذكر الفوترة الإلكترونية ولا PINT AE ولا Peppol ولا مزوّد الخدمة المعتمد في أي موضع. ولذلك لا يمكن اليوم إدراج هذا المسار ضمن نطاق المشروع. وإن توافر يوماً فسيكون أقل المسارات كلفةً من حيث الملكية، لأنه يُرقّى حين تُرقّى نواة النظام.
المسار ب — وحدة ربط من طرف ثالث داخل قاعدة بياناتك. وهذا هو الخيار الذي يُعرض على أغلب العملاء أولاً، ويبدو رائعاً في العرض التوضيحي، أما كلفته فتحلّ بعد 18 شهراً. فوحدة الربط شيفرة برمجية من طرف ثالث تقع مباشرة عند ترحيل الفواتير داخل منظومتك المحاسبية: فعندما تنتقل إلى الإصدار التالي من Odoo يجب أن تنتقل معك، وإلى أن تفعل فأنت لا تُصدر فواتير. وقبل أن أسمح بتثبيت أي وحدة منها أطرح سؤالين: على أي إصدارات من Odoo صدرت هذه الوحدة فعلاً، ومن الذي يتولى صيانتها. فالوحدة التي لا توجد إلا لإصدار واحد عبء يتنكّر في هيئة حل تكامل.
المسار ج — التكامل المبني من جهة المزوّد. يتيح Odoo بيانات الفواتير عبر واجهة برمجة التطبيقات (API) أو عبر تصدير مجدول، ويتولى المزوّد ربط حقولها بصيغة PINT AE والتحقق منها وإرسالها. وهذا المسار أكثر جهداً في البداية، لكنه يترك أصغر أثر داخل قاعدة بياناتك، ما يعني أن ترقية النواة تكفّ عن كونها مصدر خطر على الفوترة الإلكترونية أصلاً. غير أن له أثماناً حقيقية: فمنطق ربط الحقول يقع في مكان لا تتحكم فيه، وتغيير المزوّد يعني إعادة بنائه، وما زال عليك أن تعيد إقرارات الاستلام وحالات الرفض إلى Odoo ليطّلع عليها فريق المالية ويتصرف على أساسها.
ليس هناك جواب صحيح في كل الأحوال، بل جواب صحيح لقاعدة بيانات وفريق بعينهما. والسؤال الحاسم هو في الغالب السؤال نفسه: من الذي سيملك منطق ربط الحقول هذا عند الترقية القادمة، وهل سيظل موجوداً حينها؟
ما الذي يطلبه المزوّد فعلاً
عند الانضمام إلى بيئة الاختبار لدى المزوّد يكفّ الامتثال عن كونه عرضاً تقديمياً. فكل مزوّد مررت معه بهذه المرحلة يطلب تقريباً الحزمة نفسها: جهة اتصال فنية محدّدة بالاسم ونافذة اختبار متفقاً عليها؛ ورقم التسجيل الضريبي (TRN) وبيانات الكيان القانوني الدقيقة؛ وعيّنات من الفواتير تغطي كل نوع مستند تصدره، بما فيها إشعارات الدائن المرتبطة ارتباطاً سليماً بالفاتورة التي تعكسها؛ وربط رموز الضريبة مكتوباً بالتفصيل؛ ووحدات القياس والعملات معبَّراً عنها بالرموز التي يتوقعها المخطط، لا بالنص الحر الذي اعتاد فريقك كتابته منذ سنوات. ولا شيء من ذلك صعب من الناحية التقنية، لكنه كله يستغرق ثلاثة أضعاف ما تقوله الخطة، لأنه عمل على البيانات، والعمل على البيانات كذلك دائماً.
أول ما يتعثّر
عبر تقييمات الجاهزية التي أجريتها تتركّز حالات الإخفاق في المواضع الثلاثة نفسها، ولا يتحمّل Odoo مسؤولية أي منها:
- رقم التسجيل الضريبي في سجلات الشركاء (Partners). وهو أشدها وطأةً. ففي قواعد البيانات الأقدم أجده في ملاحظة داخلية، أو في حقل مخصّص لم يتعهّده أحد بالصيانة منذ الإطلاق الفعلي، أو لا أجده في أي مكان لدى نسبة لا يُستهان بها من العملاء النشطين. والتحقق لا يتساهل في هذا الأمر، ومهما أُجري من ضبط للقوالب فلن يعوّضه.
- الاسم القانوني مقابل الاسم التجاري. فاسم الشريك في Odoo هو ما كتبه فريق المبيعات حين أنشأ السجل، بينما يطلب المخطط اسم الكيان المسجَّل. والتوفيق بين الاسمين عبر بضعة آلاف من العملاء هو في الغالب أكبر مهمة منفردة في المشروع كله، ولا يمكن أتمتة هذه المهمة بأمان.
- ترقيم دفاتر يومية الفواتير. ومن ذلك عادة إلغاء الفاتورة وإعادة تحريرها، وتسلسلات ترقيم تبدأ من جديد كل سنة، ودفتر يومية مستقل لكل فرع (وهو النمط الذي أصادفه أكثر ما أصادفه في تجارة التجزئة متعددة الفروع)، وإعدادات تعدّد الشركات التي يتشارك فيها كيانان بادئة الترقيم نفسها دون أن يلاحظ أحد. فالترقيم الذي لا يتعدى كونه غير منظّم داخل الشركة يصبح سبباً للرفض ما إن يغادر المستند أسوارها.
عالج المواضع الثلاثة كلها خلال فترة التطبيق الاختياري، لا في أسبوع الإطلاق الفعلي؛ فهذا هو سبب وجودها. ولاحظ أن البرنامج التجريبي أمر مستقل لا يمكنك الانضمام إليه بقرارك وحدك: فبموجب القرار الوزاري رقم 244 لسنة 2025 تُخطر الوزارة الشخص بإدراجه في مجموعة عمل دافعي الضرائب، ويشترط لهذا الإدراج الحصول على موافقته الكتابية.
القاعدة التي أقدّمها لكل عميل: اختر المسار الذي يصمد أمام ترقية Odoo القادمة، لا المسار الأسرع في العرض التوضيحي هذا الربع. فالفوترة الإلكترونية كلفة تشغيل دائمة، وستدفعها من جديد عند كل تغيير في الإصدار ما دمت تشغّل النظام.
هذا المقال إرشادات تطبيقية في تهيئة Odoo وربطه، وليس استشارة ضريبية أو قانونية. فالمواعيد النهائية وحالة الاعتماد وقائمة المزوّدين المعتمدين مسبقاً كلها تتغيّر. وتحقّق دائماً من المتطلبات الحالية ومن التزاماتك الخاصة لدى وزارة المالية في الإمارات، أو لدى الهيئة الاتحادية للضرائب عبر tax.gov.ae، أو لدى مستشار ضريبي مؤهل، قبل أن تتخذ أي إجراء.
الأسئلة الشائعة
هل Odoo مزوّد خدمة معتمد للفوترة الإلكترونية في الإمارات؟
كيف أربط Odoo بمزوّد خدمة معتمد في الإمارات؟
هل يدعم Odoo شبكة Peppol في الإمارات؟
متى يجب أن يكون ربط Odoo بالفوترة الإلكترونية جاهزاً للعمل؟
قراءات ذات صلة
أدلّة أخرى من إعدادي: الفوترة الإلكترونية في الإمارات 2026–2027: ما تعنيه لنظام Odoo لديك — وهو الدليل الأم الذي يتفرع عنه هذا المقال، ويغطي النطاق والمراحل وقائمة التحقّق من الجاهزية؛ وتهيئة ضريبة القيمة المضافة في Odoo للإمارات — وهي الإعدادات الضريبية التي يقرأ منها مخطط الفاتورة الإلكترونية، ولذلك يجب أن تكون سليمة أولاً؛ وكيف تختار شريك تطبيق Odoo في الإمارات — لأن أي مسار تختاره لن تفوق جودته جودة من يتولى صيانته عند الترقية القادمة.
لست متأكداً من المسار الذي ينبغي أن تسلكه قاعدة بيانات Odoo لديك؟
أنا محمد سلمان علي خان، استشاري Odoo تقني ووظيفي في دبي ورئيس المشاريع في Techbot Information Technology LLC، وهي من شركاء Odoo في الإمارات، بخبرة تتجاوز 10 سنوات وأكثر من 100 عملية تطبيق، وأحمل شهادات Odoo المعتمدة على الإصدارات v13 وv14 وv15 وv16 وv18 وv19، وقد قدّمت المزايا الجديدة في Odoo 19 خلال مؤتمر Odoo Experience 2025 في بروكسل. أخبرني كيف جرى إعداد نظامك وسأقدّم لك رأياً صادقاً ومحدّد النطاق فيما يتطلبه فعلاً ربطه بمزوّد معتمد، دون أي مقابل.
احصل على تقييم مجاني لأعمالك