ربط أنظمة (Oracle ERP Cloud - EBS - NetSuite) بمتطلبات الفوترة الإلكترونية في دولة الإمارات

أصبحت الفوترة الإلكترونية في الإمارات متطلبًا إلزاميًا بموعد نهائي محدد، وليست مجرد خطة مستقبلية. فإذا كانت شركتك تعتمد على أنظمة Oracle، سواء Oracle ERP Cloud أو Oracle E-Business Suite EBS أو NetSuite، فلن يكون تصدير الفاتورة بصيغة PDF كافيًا للامتثال.

تتطلب الهيئة الاتحادية للضرائب إصدار الفواتير بصيغة XML منظمة وإرسالها عبر مزود خدمة معتمد. وبالنسبة للشركات التي تتجاوز إيراداتها السنوية 50 مليون درهم إماراتي، يجب الالتزام بمتطلبات الفوترة الإلكترونية اعتبارًا من يناير 2027.

أبرز النقاط

• لا تدعم أنظمة Oracle ERP Cloud - EBS - NetSuite الفوترة الإلكترونية الإماراتية بشكل أصلي، لذلك تحتاج الشركات إلى مزود خدمة معتمد لإرسال الفواتير والتحقق منها.
• تعتمد الإمارات معيار PINT-AE، وهو تنسيق XML منظم مبني على إطار Peppol؛ لذا لا تُعد الفاتورة بصيغة PDF فاتورة إلكترونية معتمدة.
• يجب على الشركات التي تبلغ إيراداتها 50 مليون درهم أو أكثر تعيين مزود معتمد قبل 30 أكتوبر 2026 والبدء بالتشغيل الفعلي في 1 يناير 2027.
• يتضمن معيار PINT-AE نحو 300 حقل إلزامي، وأي نقص أو خطأ في ربط البيانات من نظام Oracle قد يؤدي إلى رفض الفاتورة.
• تُعد كليرتاكس نقطة اتصال معتمدة ضمن شبكة Peppol، ومزود معتمدًا من وزارة المالية والهيئة الاتحادية للضرائب، مع موصل جاهز لأنظمة Oracle يدعم الربط، والتحويل، وتحديث الحالات، والأرشفة.
• تستغرق عملية التكامل عادةً بين 8 و16 أسبوعًا، وقد تحتاج الشركات متعددة الكيانات التي تستخدم Oracle إلى مدة أطول للتنفيذ.

ما هي الفوترة الإلكترونية في Oracle؟

عند الحديث عن الفوترة الإلكترونية في Oracle، غالبًا ما يكون المقصود أحد أمرين: كيفية إدارة Oracle لدورة الفواتير داخليًا، أو ما الذي يتغير لتلبية متطلبات الفوترة الإلكترونية في الإمارات.

تدعم أنظمة Oracle Fusion - Oracle EBS - NetSuite عمليات معالجة فواتير الحسابات المدينة و الحسابات الدائنة (AR/AP) بشكل متكامل، حيث يتم إنشاء الفواتير واعتمادها وترحيلها داخل النظام. لكن متطلبات الإمارات تضيف طبقة جديدة من الالتزام، إذ يجب على النظام إنشاء فاتورة بصيغة XML منظمة وفق معيار PINT-AE، وإرسالها عبر مزود خدمة معتمد واستلام حالة المعالجة وحفظ سجل الامتثال داخل النظام.

حتى الآن، لا توفر Oracle هذه الوظائف بشكل أصلي ومتوافق بالكامل مع نموذج الفوترة الإلكترونية الإماراتي، لذلك تحتاج الشركات إلى طبقة تكامل إضافية أو موصل مباشر مع مزود معتمد.

آلية عمل الفوترة الإلكترونية في Oracle بالإمارات

1. إنشاء الفاتورة في Oracle AR

يتم إنشاء فاتورة المبيعات داخل Oracle كالمعتاد، متضمنة بيانات العميل، تفاصيل البنود، ضريبة القيمة المضافة، وبيانات البائع والمشتري.

2. استخراج البيانات وربطها بمعيار PINT-AE

يقوم موصل ASP أو نظام الوسيط باستخراج بيانات الفاتورة وربطها بالحقول الإلزامية في معيار PINT-AE. وقد تحتاج بعض البيانات، مثل الرقم الضريبي للمشتري، إلى إضافتها كحقول مخصصة داخل Oracle.

3. إنشاء ملف XML والتحقق منه

يتم تحويل البيانات إلى ملف XML متوافق مع UBL 2.1، ثم يتم التحقق من صحة البيانات والقواعد الضريبية قبل إرسالها. وقد تُرفض الفاتورة بسبب نقص البيانات أو أخطاء في تصنيفات الضريبة أو القيم.

4. إرسال الفاتورة عبر شبكة Peppol

يتم تبادل الفاتورة من خلال نموذج Peppol ذو الزوايا الخمس عبر مزود الخدمة المعتمد، مع إرسال بيانات الضريبة إلى منصة الفوترة الإلكترونية التابعة لـ الهيئة الاتحادية للضرائب.

5. تحديث حالة الفاتورة داخل Oracle

يتم إعادة بيانات الحالة مثل رقم مرجع الفاتورة (IRN) وتأكيد التسليم وحالة الإبلاغ إلى نظام Oracle، مما يتيح لفريق المالية متابعة الامتثال من داخل النظام.

6. الأرشفة وحفظ السجلات

يجب حفظ بيانات الفواتير الإلكترونية داخل الإمارات وفق متطلبات الاحتفاظ النظامية؛ حيث تبلغ مدة الاحتفاظ عادة 5 سنوات لأغراض ضريبة القيمة المضافة و7 سنوات لضريبة الشركات، مع الالتزام بالإبلاغ عن أي توقف تقني للأنظمة وفق المتطلبات المحددة.

استراتيجيات ربط Oracle بالفوترة الإلكترونية في الإمارات:
ERP Cloud - البرمجيات الوسيطة - NetSuite

تحتاج بيئات Oracle المختلفة إلى أساليب ربط وتكامل مختلفة تتناسب مع طبيعة كل نظام. ولا يوجد حل واحد يناسب جميع الحالات، وأي جهة تدّعي خلاف ذلك قد لا تكون قد تعاملت فعليًا مع التعقيدات المرتبطة ببيئات Oracle متعددة الكيانات.

هناك بعض النقاط العملية التي يجب أخذها في الاعتبار عند تنفيذ التكامل:

• Oracle EBS: غالبًا ما تستغرق عمليات التكامل وقتًا أطول من التقديرات الأولية. ورغم أن طبقة استخراج البيانات عبر PL/SQL تكون قابلة للإدارة، فإن إعدادات الطلبات المتزامنة والاختبارات، خصوصًا عند التعامل مع فواتير الموردين الواردة، قد تتطلب وقتًا إضافيًا. وفي حال وجود تخصيصات كبيرة في النظام، يُفضل إضافة عدة أسابيع إلى خطة التنفيذ.
• Oracle ERP Cloud Fusion: إذا كانت الشركة تمتلك ترخيص Oracle Integration Cloud - OIC، فهو خيار مناسب لتنظيم التكامل، حيث يوفر رؤية شاملة للتدفقات ويساعد في إدارة الربط. أما في حال عدم توفر OIC، فيمكن الاعتماد على تكامل مباشر عبر REST/SOAP API مع مزود الخدمة المعتمد.
• Oracle NetSuite: رغم كونه أحد منتجات Oracle، إلا أنه يعمل كمنصة سحابية مستقلة، ولذلك تعتمد معظم حلول الفوترة الإلكترونية على التكامل عبر البرمجيات الوسيطة، نظرًا لملاءمة واجهات NetSuite للتكامل عبر REST API.

التغييرات اللازمة في وحدات Oracle للحسابات المدينة والدائنة والضرائب لدعم الفوترة الإلكترونية

Oracle (الحسابات المدينة)

تتطلب الفوترة الإلكترونية بعض التعديلات، أهمها:

• إضافة بيانات إلزامية إلى ملف العميل مثل الرقم الضريبي للمشتري (TIN)، والعنوان الإلكتروني للمشتري، وبيانات التسجيل القانوني، سواء عبر الحقول الوصفية المخصصة أو من خلال طبقة التكامل.
• تصنيف المعاملات وفق متطلبات PINT-AE مثل التوريد العكسي، والمعاملات في المناطق الحرة، والصادرات المعفاة أو الخاضعة لنسبة الصفر.
• التأكد من أن إشعارات الدائن تحتوي على مرجع الفاتورة الأصلية بنفس تنسيق PINT-AE.

Oracle (الحسابات الدائنة)

رغم أن التأثير الأولي يكون أقل، ستحتاج الشركات إلى تجهيز النظام لاستقبال الفواتير الإلكترونية من الموردين.

يجب أن يكون Oracle الحسابات الدائنة قادرًا على:

• استقبال ملفات PINT-AE XML.
• تحويل البيانات إلى فواتير AP داخل Oracle.
• تطبيق إجراءات المطابقة المعتادة مثل Three-Way Matching.

الشركات التي تعتمد حاليًا على فواتير PDF والمسح الضوئي ستحتاج إلى الانتقال إلى نموذج الفواتير الإلكترونية المنظمة.

وحدة الضرائب في Oracle

يجب مراجعة إعدادات الضرائب بعناية لضمان توافقها مع رموز PINT-AE، مثل:

• S للتوريدات الخاضعة للنسبة القياسية.
• Z للتوريدات بنسبة صفر.
• E للتوريدات المعفاة.

كما يجب التأكد من احتساب قيمة الفاتورة المكافئة بالدرهم الإماراتي على مستوى كل بند عند إصدار فواتير بعملات أجنبية مثل الدولار أو اليورو، حيث يعد ذلك من المتطلبات الإلزامية في معيار PINT-AE.

الخلاصة: نجاح تكامل Oracle مع الفوترة الإلكترونية يعتمد على جاهزية بيانات العملاء، إعدادات الضرائب، عمليات AR/AP، واختيار طريقة التكامل المناسبة حسب بيئة Oracle المستخدمة.

كيفية إعداد الفوترة الإلكترونية في الإمارات على نظام Oracle

لا تُعد عملية إعداد الفوترة الإلكترونية في Oracle خطوة واحدة، بل مجموعة مراحل متكاملة يجب تنفيذها بالتوازي لضمان الجاهزية قبل مواعيد التطبيق في يوليو 2026 أو يناير 2027.

1. تقييم الجاهزية

ابدأ بتحليل الفجوات في بيئة Oracle الحالية ومقارنة بيانات الفواتير مع الحقول الإلزامية في معيار PINT-AE. يشمل ذلك تحديد البيانات المتوفرة، والحقول التي تحتاج إلى إضافة، والتعديلات المطلوبة على البيانات الرئيسية، مثل العنوان الإلكتروني للمشتري وتصنيفات المعاملات والقيم المكافئة بالدرهم للفواتير متعددة العملات.

2. اختيار وتفعيل مزود الخدمة المعتمد 

يجب تعيين مزود خدمة معتمد من وزارة المالية وذو اعتماد Peppol، إذ لا يمكن إرسال الفواتير الإلكترونية الإماراتية بدونه. يُفضل بدء إجراءات التفعيل مبكرًا لتجنب تأخير التنفيذ.

3. إعداد نظام Oracle

يشمل الإعداد:

• Oracle ERP Cloud: إضافة الحقول المطلوبة، إعداد تقارير BI Publisher، وربط النظام مع ASP عبر REST/SOAP أو OIC.
• Oracle EBS: تطوير عمليات استخراج البيانات عبر PL/SQL، إعداد عمليات التشغيل الخلفية، وإنشاء جداول مخصصة لحفظ أرقام المراجع وحالات الفواتير.

4. ربط بيانات PINT-AE

يتم تحديد العلاقة بين حقول Oracle وحقول PINT-AE، بحيث يكون لكل حقل مصدر واضح وقاعدة تحويل وآلية تحقق قبل الإرسال.

5. الاختبار

يشمل الاختبار:

• التحقق من صحة ملف XML وفق PINT-AE.
• مراجعة القواعد الضريبية والحقول الإلزامية.
• اختبار التبادل عبر شبكة Peppol.
• التأكد من تحديث حالة الفاتورة داخل Oracle.

ويُنصح بتخصيص عدة أسابيع للاختبار لمعالجة الحالات الخاصة مثل الإشعارات الدائنة والفواتير متعددة العملات.

6. التشغيل والمتابعة

بعد التشغيل، يجب متابعة الفواتير المرفوضة ومعالجة أسباب الرفض وإعادة الإرسال. وجود آلية واضحة لإدارة الأخطاء ضروري، خاصة للشركات ذات أحجام الفواتير الكبيرة.

ربط بيانات PINT-AE مع Oracle: الحقول الرئيسية

يحدد قاموس بيانات PINT-AE المعتمد من الهيئة الاتحادية للضرائب متطلبات الفاتورة الإلكترونية، ويتضمن 51 حقلًا إلزاميًا موزعة على ست فئات رئيسية:

1. بيانات رأس الفاتورة

تشمل رقم الفاتورة الفريد، تاريخ الإصدار، نوع الفاتورة، العملة، تاريخ الاستحقاق، ومعرّفات المعالجة والمواصفة. ويتم ربطها عادةً ببيانات رأس الفاتورة في Oracle AR.

2. بيانات البائع

تشمل الاسم القانوني، العنوان الإلكتروني للبائع بصيغة 0235 + الرقم الضريبي (TIN)، الرقم الضريبي، ونظام الضريبة والعنوان. ويتم استخراجها من بيانات الكيان القانوني وملف الطرف في Oracle، مع ضرورة الحفاظ على دقتها.

3. بيانات المشتري

تتضمن اسم المشتري، العنوان الإلكتروني، الرقم الضريبي، وبيانات العنوان. مصدرها هو ملف العميل في Oracle، ويُعد العنوان الإلكتروني للمشتري من أكثر الحقول التي تحتاج إلى تحديث في الأنظمة الحالية.

4. إجماليات الفاتورة

تشمل صافي قيمة البنود، إجمالي الفاتورة قبل الضريبة، إجمالي الضريبة، والمبلغ المستحق. ويتم احتسابها من بيانات Oracle AR، مع التأكد من توفر القيم المكافئة بالدرهم للفواتير متعددة العملات.

5. تفاصيل الضريبة

تشمل رمز فئة الضريبة، نسبة الضريبة، المبلغ الخاضع للضريبة، وقيمة الضريبة لكل فئة. ويجب التأكد من توافق إعدادات ضرائب Oracle مع رموز PINT-AE.

6. تفاصيل بنود الفاتورة

تشمل رقم البند، الكمية، وحدة القياس، وصف المنتج، قيمة البند، رموز ونسب الضريبة، وقيمة الضريبة والإجمالي لكل بند بالدرهم الإماراتي.

كيف تربط كليرتاكس نظام Oracle الخاص بك مع الهيئة الاتحادية للضرائب؟

تُعد كليرتاكس مزود خدمة معتمدًا من الهيئة الاتحادية للضرائب وموافقًا عليه من وزارة المالية، وتمتلك خبرة واسعة في مجال الفوترة الإلكترونية، بما في ذلك تشغيل منظومة الفوترة الإلكترونية في الهند منذ عام 2020، والمشاركة في دعم مشاريع الفوترة الإلكترونية في السعودية، والعمل كمزود معتمد في ماليزيا.

يعمل موصل كليرتاكس مع Oracle في الإمارات كالتالي:

• توفر كليرتاكس ربطاً وتكاملًا جاهزًا مع Oracle ERP Cloud - Oracle EBS.
• في Oracle Fusion، يتم استخراج بيانات فواتير AR عبر تقارير BI Publisher باستخدام واجهات SOAP وREST API، أو عبر تكامل أصلي مع Oracle Integration Cloud لمعالجة الاستخراج، وربط بيانات PINT-AE، وإرسال الفواتير ضمن تدفق موحد.
• في Oracle EBS، يعتمد التكامل على حزم PL/SQL وعمليات Java Concurrent Request، مع إمكانية إرسال الفواتير يدويًا من شاشة الفاتورة أو تلقائيًا ضمن دورة الترحيل.
• في NetSuite، تستخدم ClearTax طبقة تكامل وسيطة وواجهات REST لاستخراج بيانات الفواتير وإرسالها عبر نفس آلية التحقق والربط مع PINT-AE.

بعد الإرسال، تستقبل كليرتاكس رقم مرجع الفاتورة (IRN) وحالة تسليم المشتري وحالة الإبلاغ للهيئة الاتحادية للضرائب، ثم تعيد هذه البيانات إلى Oracle داخل (DFF) ليبقى سجل الامتثال محفوظًا بجانب السجل المالي.

كما تعتمد كليرتاكس على بنية سحابية متعددة تشمل AWS و OCI وGoogle Cloud داخل الإمارات، بما يدعم متطلبات توطين البيانات وحفظ سجلات الفواتير الإلكترونية داخل الدولة.

عند اختيار مزود خدمة معتمد، تعد ثلاثة عوامل أساسية مهمة:

• الخبرة في تطبيقات الفوترة الإلكترونية متعددة الدول.
• توفر موصلات جاهزة لأنظمة ERP لتقليل مخاطر ومدة التنفيذ.
• الالتزام بمتطلبات استضافة وحماية البيانات محليًا.

وتجمع كليرتاكس بين هذه العوامل، مما يجعلها خيارًا مناسبًا للشركات في قطاعات مثل العقارات، والتصنيع، والخدمات المالية، والتجزئة للاستعداد لمتطلبات الفوترة الإلكترونية في الإمارات.

الجدول الزمني لربط وتكامل الفوترة الإلكترونية في Oracle بالإمارات ومخاطر الغرامات

الجدول الزمني المتاح أقصر مما قد يبدو عند النظر إليه على الورق.

30 أكتوبر 2026:
يتعين على المنشآت الكبيرة — أي المنشآت التي تبلغ إيراداتها السنوية 50 مليون درهم إماراتي أو أكثر — تعيين مزود خدمات معتمد عبر منصة إمارات تاكس.
وهذا التاريخ لا يمثل موعد بدء التطبيق الفعلي، بل هو الموعد النهائي لإتمام التعيين الرسمي لمزود الخدمة. لذلك يجب أن تكون أعمال التكامل قد وصلت إلى مرحلة متقدمة أو شبه مكتملة قبل هذا الموعد.

1 يناير 2027:
يبدأ التطبيق الإلزامي للفوترة الإلكترونية على المنشآت الكبيرة.
ويجب إصدار جميع الفواتير بين الشركات (B2B) والفواتير الحكومية (B2G) بصيغة PINT AE XML المعتمدة، مع إرسالها إلكترونياً عبر مزود خدمات معتمد.
لن تُعتبر ملفات PDF أو الفواتير الورقية مستوفية للمتطلبات النظامية.

1 يوليو 2027:
يمتد التطبيق الإلزامي للفوترة الإلكترونية ليشمل جميع المنشآت الأخرى الواقعة ضمن نطاق التطبيق، بما في ذلك المنشآت الصغيرة والمتوسطة التي تقل إيراداتها السنوية عن 50 مليون درهم إماراتي. بدأ البرنامج التجريبي في يوليو 2026، ويتم تشجيع المنشآت على المشاركة المبكرة واختبار الحلول الفعلية قبل الموعد النهائي في يناير. وهذا الأمر مهم بشكل خاص لعملاء Oracle، حيث إن الاختبارات التشغيلية باستخدام فواتير حقيقية عبر شبكة Peppol تكشف تحديات عملية قد لا تظهر خلال اختبارات البيئة التجريبية (Sandbox).

فيما يتعلق بمخاطر الغرامات:
تطبق حالياً منظومتان متوازيتان من الجزاءات:

أولاً: إطار الغرامات الإدارية العامة لضريبة القيمة المضافة
(بموجب قرار مجلس الوزراء رقم 40 لسنة 2017، وتعديلاته بموجب قراري مجلس الوزراء رقم 49 لسنة 2021 ورقم 129 لسنة 2025)

اعتباراً من 14 أبريل 2026، يؤدي عدم إصدار فاتورة مستوفية للمتطلبات خلال المدة القانونية المحددة إلى فرض غرامة قدرها 2,500 درهم إماراتي لكل حالة يتم رصدها.

وتكون المدة النظامية للإصدار:

• 14 يوماً من تاريخ المعاملة للمنشآت غير المسجلة لضريبة القيمة المضافة.
• أو وفق الموعد المحدد لوقت التوريد الضريبي للمنشآت المسجلة لضريبة القيمة المضافة.

كما أن عدم الاحتفاظ بسجلات الفوترة الإلكترونية المطلوبة يؤدي إلى غرامة قدرها 10,000 درهم إماراتي لكل مخالفة، وترتفع إلى 20,000 درهم إماراتي في حال تكرار المخالفة خلال فترة 24 شهراً.

ثانياً: نظام الجزاءات الخاص بالفوترة الإلكترونية
أضاف قرار مجلس الوزراء رقم 106 لسنة 2025 طبقة إضافية مخصصة للفوترة الإلكترونية، حيث يتم فرض غرامة قدرها 100 درهم إماراتي عن كل فاتورة يتم إصدارها أو إرسالها متأخراً، وبحد أقصى 5,000 درهم إماراتي شهرياً.

بالنسبة للمنشآت التي تصدر آلاف الفواتير شهرياً، فإن عدم الامتثال لا يمثل مجرد مخاطرة تشغيلية، بل قد يتحول إلى التزام مالي متزايد ومتراكم.

عادةً ما تستغرق أعمال التكامل فترة تتراوح بين 8 و16 أسبوعاً.
أما بالنسبة لأنظمة Oracle E-Business Suite Oracle EBS التي تحتوي على تخصيصات كبيرة، أو المنشآت التي تدير عدة كيانات قانونية ضمن بيئة Oracle واحدة، فإن فترة 16 أسبوعاً تعد تقديراً واقعياً وليست مبالغة.

إذا لم تبدأ أعمال التكامل حتى الآن، فإن الوقت المتاح أصبح محدوداً، ويجب التحرك بشكل عاجل لضمان الجاهزية قبل المواعيد الإلزامية.