مقارنة نماذج الفوترة الإلكترونية في دول الخليج

مقارنة نماذج الفوترة الإلكترونية في دول الخليج

تعمل الفوترة الإلكترونية في دول الخليج والشرق الأوسط الأوسع بثلاثة نماذج تقنية مختلفة على الأقل، لا معيار إقليمي واحد: فالسعودية تخلّص الفواتير عبر منصة حكومية، والإمارات توجّهها عبر شبكة Peppol اللامركزية الخماسية الأركان، بينما تصدرها الأردن ومصر عبر منصة تابعة للجهة الضريبية الوطنية. وتكمن أهمية ذلك في أن النموذج، لا الدولة فقط، هو ما يحدد ما يجب أن يبنيه نظام ERP أو الفوترة أو يشتريه لتحقيق الامتثال.

ولا يمكن للمنشأة التي لا تعرف سوى نظام ZATCA السعودي أن تفترض أن نمط الربط نفسه سيعمل في الإمارات أو الأردن؛ إذ يضع كل نموذج جهة مختلفة بين الفاتورة والجهة الضريبية، وأي خطأ في تحديد هذه الجهة يعني إعدادًا متوافقًا في السعودية لكنه لا يزال يفشل في تدقيق إماراتي أو أردني.

والنماذج الثلاثة أدناه ليست مجرد متطلبات مستندية مختلفة تُضاف فوق إقرار ضريبة القيمة المضافة نفسه؛ بل هي إجابات مختلفة عن السؤال الأساسي نفسه، وهو من يتحقق من الفاتورة ومتى، وهذا السؤال يشكّل عقد البرمجية وعلاقة المورّد والجدول الزمني للبدء الفعلي الذي يجب على الفريق المالي التخطيط حوله.

السعودية: نموذج التخليص

أصبحت المرحلة الأولى من منصة Fatoora، مرحلة الإصدار، نافذة اعتبارًا من 4 ديسمبر 2021 للممولين المقيمين، وتشترط إصدار الفواتير الإلكترونية بصيغة إلكترونية منظَّمة منذ البداية. وتسري المرحلة الثانية، مرحلة الربط والتكامل، منذ 1 يناير 2023، وتُطرح على مجموعات الممولين على شكل موجات؛ وتُخطر هيئة الزكاة والضريبة والجمارك (ZATCA) كل موجة قبل موعد ربطها بستة أشهر على الأقل، وتغطي أحدث موجة، الموجة 25، الممولين الذين تتجاوز إيراداتهم SAR 187,500، على أن يتم الربط في موعد أقصاه 1 فبراير 2027.

وبموجب المرحلة الثانية، يرتبط حل الفوترة الإلكترونية الخاص بالممول بمنصة Fatoora التابعة لـZATCA عبر واجهة برمجية فورية، ويصدر الفواتير بصيغة XML محددة تتضمن UUID وختمًا تشفيريًا من شهادة صادرة عن ZATCA، وتسلسلًا تجزيئيًا (hash) يربط كل فاتورة بالفاتورة التي سبقتها، ورمز QR على الفاتورة المبسّطة. وهذا نموذج تخليص: إذ يقوم نظام الممول بعمل الامتثال ويرفع تقاريره إلى المنصة الحكومية أو يُخلَّص من خلالها كجزء من إصدار الفاتورة، لا عبر شبكة طرف ثالث منفصلة.

الإمارات: شبكة Peppol الخماسية الأركان

يعتمد البرنامج الوطني في الإمارات، الذي تديره وزارة المالية والهيئة الاتحادية للضرائب (FTA) بشكل مشترك، نموذج رقابة مستمرة على المعاملات لامركزيًا خماسي الأركان مبنيًا على Peppol. الركن الأول هو المورّد، والركن الثاني مقدم الخدمة المعتمد (ASP) الخاص بالمورّد، والركن الثالث مقدم الخدمة المعتمد الخاص بالمشتري، والركن الرابع المشتري، والركن الخامس FTA؛ ويرفع كلا مقدمَي الخدمة المعتمدَين بيانات الفواتير إلى FTA بشكل مستقل مع وقوع المعاملات، بدلًا من أن يتواصل نظام المورّد نفسه مع الحكومة مباشرة.

ويجب أن تستخدم الفواتير تنسيق PINT AE، وهو نسخة إماراتية محلية من معيار الفواتير الدولي Peppol، وأن تُرسل فقط عبر مقدم خدمة معتمد من وزارة المالية؛ فملف PDF أو Word غير المنظَّم أو صورة ممسوحة ضوئيًا لا يفي بالمتطلبات. وبدأت المرحلة التجريبية الاختيارية في 1 يوليو 2026. وتشمل المرحلة الأولى المنشآت التي تبلغ إيراداتها السنوية AED 50 مليون أو أكثر، والتي يجب عليها تعيين مقدم خدمة معتمد بحلول 30 أكتوبر 2026 والبدء الفعلي اعتبارًا من 1 يناير 2027؛ وتشمل المرحلة الثانية بقية الممولين، بموعد نهائي لتعيين مقدم الخدمة المعتمد في 31 مارس 2027 وفوترة إلكترونية إلزامية اعتبارًا من 1 يوليو 2027.

الأردن ومصر: الإصدار عبر المنصة

يعمل كل من منصة JoFotara الأردنية، الفعّالة منذ ديسمبر 2022 والإلزامية لجميع الممولين بحلول 31 مايو 2024، ونظام الفوترة الإلكترونية لدى ETA في مصر، المطروح على سبع موجات ليصل عمليًا إلى جميع مصدري فواتير B2B المسجَّلين في ضريبة القيمة المضافة بحلول أبريل 2023، بإصدار الفاتورة عبر المنصة الوطنية نفسها. وفي الأردن، تعني المرحلة الثانية من JoFotara، الفعّالة منذ 1 أبريل 2025، أن الفاتورة الصادرة خارج المنصة غير صالحة لاعتراف المشتري بالمصروف القابل للخصم الضريبي أو خصم ضريبة المدخلات؛ وفي مصر، تُوقَّع كل فاتورة إلكترونية رقميًا وتُمنح UUID فريدًا من منصة ETA قبل تسليمها إلى العميل، ويغطي نظام إيصال إلكتروني منفصل معاملات نقاط البيع وB2C.

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

ما يتطلبه كل نموذج من نظام ERP

تضع النماذج الثلاثة عمل الامتثال في ثلاثة مواضع مختلفة، وهو ما يغيّر ما يتعين على المنشأة فعليًا بناءه أو شراءه أو ربطه.

• التخليص (السعودية): يُنشئ حل الفوترة الإلكترونية الخاص بالممول الفاتورة ويختمها تشفيريًا ويسلسلها تجزيئيًا، ثم يستدعي واجهة ZATCA البرمجية مباشرة؛ وتقيم منطق الامتثال داخل برمجية المنشأة نفسها
• Peppol الخماسي الأركان (الإمارات): ينتج نظام الممول بيانات PINT AE ويسلّمها إلى مقدم خدمة معتمد؛ ولا يتواصل نظام ERP نفسه مع FTA أبدًا، واختيار مقدم الخدمة المعتمد الصحيح يهم بقدر أهمية قدرة النظام نفسه
• الإصدار عبر المنصة (الأردن، مصر): يقدّم نظام الممول بيانات الفاتورة إلى المنصة الوطنية (JoFotara أو ETA) ويستلم مقابلها المستند المتحقق منه والمختوم بـUUID الذي يمثل الفاتورة القانونية
• ويحتاج كل نموذج أولًا إلى الانضباط الأساسي نفسه: ترقيم فواتير نظيف وفريد، ورموز فئات ضريبة قيمة مضافة دقيقة على كل بند، وأرشفة الملف المنظَّم، بصرف النظر عن الجهة التي تتولى التخليص

ما هو قادم في البحرين وعُمان

لا تملك البحرين ولا عُمان إلزامية فوترة إلكترونية فعّالة حتى سبتمبر 2026، لكن كلتيهما أشارتا إلى النموذج الذي يُرجَّح أن تتبعاه. ويعمل الجهاز الوطني للإيرادات (NBR) في البحرين على إعداد إلزامية B2B مرحلية يُتوقَّع أن تُصاغ على نمط نهج التخليص السعودي، رغم عدم نشر تواريخ سريان دقيقة بعد. أما برنامج عُمان، المسمى Fawtara والذي يقوده جهاز الضرائب (عُمان)، فمبني صراحةً على نموذج تشغيل بيني قائم على Peppol، أقرب في جوهره إلى شبكة الإمارات، مع مرحلة تجريبية متوقعة اعتبارًا من أغسطس 2026، ودخول المنشآت الكبيرة المسجَّلة في ضريبة القيمة المضافة ضمن النطاق اعتبارًا من فبراير 2027، وبقية المنشآت المسجَّلة بحلول أغسطس 2027.

مثال عملي: البيعة نفسها، ثلاث مسارات تقنية مختلفة

توزّع شركة لها كيانات في السعودية والإمارات والأردن دفعة متطابقة من البضائع، قيمتها 10,000 بالعملة المحلية، لعميل تجاري محلي في كل دولة. ففي السعودية تُحرَّر الفاتورة بقيمة SAR 10,000 زائد ضريبة قيمة مضافة 15 بالمئة قدرها SAR 1,500، بإجمالي SAR 11,500؛ ويختمها حل الفوترة الإلكترونية الخاص بالممول، ويسلسل تجزيئتها بالفاتورة السابقة، ويستدعي واجهة Fatoora البرمجية لدى ZATCA، ولا تُسلَّم إلى العميل إلا بعد ذلك. وفي الإمارات تُحرَّر الفاتورة بقيمة AED 10,000 زائد ضريبة قيمة مضافة 5 بالمئة قدرها AED 500، بإجمالي AED 10,500، وتُبنى بتنسيق PINT AE وتُمرَّر إلى مقدم الخدمة المعتمد الخاص بالمورّد، الذي يرسلها عبر شبكة Peppol إلى مقدم الخدمة المعتمد الخاص بالمشتري بينما يرفع كلا مقدمَي الخدمة المعتمدَين البيانات إلى FTA. وفي الأردن تُقدَّم الفاتورة إلى JoFotara للتحقق منها؛ وبمجرد أن تعيد المنصة UUID، يصبح ذلك المستند المتحقق منه، لا المسودة التي أنتجتها الشركة الموزّعة أولًا، هو ما يمكن للعميل الأردني استخدامه للمطالبة بخصم مدخلاته.

• السعودية: SAR 10,000 + ضريبة قيمة مضافة 15% (1,500) = SAR 11,500، مُخلَّصة عبر واجهة Fatoora البرمجية لدى ZATCA
• الإمارات: AED 10,000 + ضريبة قيمة مضافة 5% (500) = AED 10,500، تُرسَل عبر مقدمَي الخدمة المعتمدَين للمورّد والمشتري على شبكة Peppol
• الأردن: تُقدَّم إلى JoFotara للتحقق منها؛ والفاتورة الصادرة عن المنصة والمختومة بـUUID هي التي يمكن للعميل استخدامها لخصم مدخلاته

العمل عبر دولتين من هذه الدول

المجموعة ذات الكيانات في سوقين من هذه الأسواق تدير في الواقع مشروعَي امتثال منفصلين، لا مشروع فوترة إلكترونية واحدًا مطبَّقًا مرتين. فالمجموعة السعودية الإماراتية تحتاج إلى ربط تخليص موجَّه إلى ZATCA من جهة، وعلاقة مع مقدم خدمة معتمد من جهة أخرى، أي بنيتين تقنيتين مختلفتين لا نظامًا واحدًا موجَّهًا إلى نقطتَي وصول. والمجموعة السعودية الأردنية تحتاج إلى ربط بواجهة ZATCA البرمجية ومسار تقديم منفصل إلى JoFotara، ويجب أن تعامل الفاتورة الأردنية بوصفها ناقصة قانونًا حتى تعود UUID من المنصة، وهي خطوة لا يفرضها مسار العمل السعودي نفسه بالطريقة نفسها.

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

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

أخطاء شائعة عبر نماذج الفوترة الإلكترونية الخليجية

تنشأ معظم مشكلات الفوترة الإلكترونية العابرة للحدود من افتراض أن قواعد دولة واحدة تُعمَّم على غيرها.

• افتراض أن الحل المتوافق مع ZATCA جاهز تلقائيًا للإمارات، في حين يشترط النموذج الإماراتي مقدم خدمة معتمد، لا استدعاء واجهة برمجية حكومية مباشرة
• معاملة الفاتورة المتحقق منها عبر JoFotara أو ETA بصفتها مستندًا اختياريًا، في حين يمكن أن تكون الفاتورة الصادرة خارج المنصة غير صالحة لخصم مدخلات المشتري أو مصروفه القابل للخصم
• إنشاء فاتورة PDF وافتراض أنها تفي بأي من هذه الإلزاميات، في حين تشترط النماذج الثلاثة بيانات منظَّمة يمكن قراءتها آليًا، لا صورة لفاتورة
• تجاهل انضباط البيانات الأساسية والترقيم الفريد ورموز فئات ضريبة القيمة المضافة بحجة 'أن المنصة ستكتشف الأخطاء'، في حين أن الفاتورة المرفوضة تؤخر السداد والامتثال في الحالتين

نماذج الفوترة الإلكترونية الخليجية وSkyline Nexus ERP

يشغّل Skyline Nexus ERP بالفعل فوترة إلكترونية فعّالة عبر وحدة ZATCA الخاصة به للسعودية: من الانضمام إلى إصدار شهادة الامتثال، وفحوص الامتثال، وتخليص الفواتير ورفع تقاريرها، وإخراج XML وQR، كل ذلك ضمن دفتر أستاذ الجهة الضريبية نفسه الذي يقيّد البيعة. ويُضبط ترقيم الفواتير لكل فرع، وتحمل معدلات الضرائب فئة ضريبة القيمة المضافة أو السلع الانتقائية، وتُصدَر مردودات المبيعات كإشعارات دائن، مع قفل الفاتورة المقدَّمة إلى ZATCA من أي تعديل لاحق، وهي الانضباطات التي يعتمد عليها كل نموذج من النماذج الثلاثة أعلاه.

ويجري طرح موصلات الفوترة الإلكترونية الوطنية لشبكة Peppol الخماسية الأركان في الإمارات، وJoFotara في الأردن، وETA في مصر تدريجيًا سوقًا تلو الأخرى: أخبرنا بدولتك وسنؤكد لك موعد تفعيل الخدمة لديك. وإلى حين تفعيل موصل دولة معينة، يظل المسار العملي هو مقدم خدمة معتمد أو المنصة الوطنية، تُغذَّى ببيانات مبيعات Skyline Nexus عبر واجهة REST API نفسها التي تعرض بالفعل المبيعات ومردودات المبيعات وجهات الاتصال والضرائب.