متطلبات الفوترة الإلكترونية في الإمارات: مواصفات برنامج المحاسبة المتوافق مع الهيئة الاتحادية للضرائب



أطلقت الهيئة الاتحادية للضرائب في دولة الإمارات العربية المتحدة واحدة من أكثر التحولات الرقمية أثراً في تاريخ المنطقة المالي. يُعدّ نظام الفوترة الإلكترونية الإلزامي في الإمارات — المُنظَّم رسمياً ضمن إطار عمل الرقابة المستمرة على المعاملات (CTC) — تحولاً جوهرياً في طريقة إنشاء الفواتير التجارية وإرسالها والتحقق منها وأرشفتها لكل شركة مسجلة في ضريبة القيمة المضافة.

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

شبكة Peppol في الإمارات: فهم نموذج الزوايا الخمس اللامركزي

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

تعريف الزوايا الخمس

1. الزاوية الأولى — المورّد (المُرسِل): المنشأة التجارية المسجلة in ضريبة القيمة المضافة والمُصدِرة للفاتورة. يجب أن تكون هذه الجهة متصلة بمزوّد خدمة معتمد Peppol الإمارات، وأن تُولّد بيانات الفاتورة بصيغة PINT-AE UBL 2.1 XML قبل بدء الإرسال. يتحمل نظام ERP أو المحاسبة الخاص بالمورّد مسؤولية ملء جميع الحقول الإلزامية الـ51 قبل تسليم البيانات.
2. الزاوية الثانية — مزوّد خدمة المورّد المعتمد (ASP): يُعدّ مزوّد الخدمة المعتمد لدى المورّد وسيطاً مؤهلاً معتمداً من Peppol International والهيئة الاتحادية للضرائب على حدٍّ سواء. تمتد مسؤولية مزوّد الخدمة إلى ما هو أبعد من مجرد نقل البيانات: إذ يجب عليه إجراء التحقق من المخطط وفقاً لمواصفات PINT-AE، وتطبيق التحقق من قواعد العمل، والتوقيع الرقمي على حمولة XML، ثم توجيهها عبر شبكة Peppol. أي فاتورة تفشل في اجتياز التحقق على مستوى مزوّد الخدمة يُرفض قبوله قبل أن يلمس الشبكة.
3. الزاوية الثالثة — مزوّد خدمة المشتري المعتمد (ASP): على جانب الاستلام، يقبل مزوّد خدمة المشتري المعتمد وثيقة XML المُتحقَّق منها والموقَّعة من شبكة Peppol. يُجري طبقته الخاصة من التحقق، ويتحقق من سلسلة التوقيع الرقمي، ثم يُسلّم الفاتورة لنظام المشتري.
4. الزاوية الرابعة — المشتري (المستلم): يستلم نظام ERP أو الحسابات المستحقة الدفع لدى المشتري بيانات الفاتورة المُنظَّمة والمُتحقَّق منها من الزاوية الثالثة. ونظراً لوصول البيانات بصيغة XML موحدة وليس بوصفها صورة PDF أو مستنداً غير منظم، يمكن لنظام المشتري تحقيق المعالجة المباشرة دون تدخل بشري.
5. الزاوية الخامسة — الهيئة الاتحادية للضرائب: هذا هو العنصر الذي يُميّز نموذج الإمارات عن شبكة الفوترة الإلكترونية الثنائية البسيطة. تعمل الزاوية الخامسة كـطبقة إبلاغ تنظيمية غير متزامنة. لا تقف الهيئة الاتحادية للضرائب في مسار البيانات المتزامن بين المورّد والمشتري؛ بل يُقدّم مزوّدا الخدمة في الزاويتين الثانية والثالثة بيانات إبلاغ منظَّمة إلى منصة الهيئة المركزية في شبه الوقت الفعلي في آنٍ واحد.

بنية تدفق البيانات: تسلسل الإرسال العودي

يعمل تسلسل الإرسال من البداية إلى النهاية على النحو الآتي:

• يُولّد نظام ERP الخاص بالمورّد فاتورة PINT-AE XML ويرسلها إلى مزوّد خدمة الزاوية الثانية عبر استدعاء API آمن.
• يُجري مزوّد الخدمة التحقق من المخطط والتوقيع الرقمي، ويوجّه الوثيقة عبر شبكة Peppol إلى مزوّد خدمة الزاوية الثالثة.
• يتحقق مزوّد خدمة الزاوية الثالثة ويُسلّم إلى نظام المشتري، مع توليد إشعار تسليم في الوقت ذاته.
• يُبلّغ مزوّدا خدمة الزاويتين الثانية والثالثة معاً الهيئةَ الاتحادية للضرائب بصورة غير متزامنة.
• تنشر حالة التخليص الصادرة عن الهيئة إلى مزوّدَي الخدمة اللذين يُحدّثان حالة المعاملة في أنظمتهما الخاصة.

المواصفات التقنية لتنسيق البيانات PINT-AE XML

اعتمدت الإمارات مواصفة فاتورة PINT (Peppol International)، المُخصَّصة للسوق الإماراتية تحت مسمى PINT-AE. وتستند الصياغة الأساسية إلى UBL 2.1 (لغة الأعمال الشاملة)، وهو معيار ISO/IEC 19845 يُعرّف مكتبة مستندات أعمال منظَّمة ومبنية على XML.

UBL 2.1 بوصفها طبقة الصياغة

يُعرّف UBL 2.1 التسلسل الهرمي لعناصر XML، وإعلانات مساحة الأسماء، والأنواع الأساسية للبيانات المستخدمة في جميع وثائق PINT-AE. العنصر الجذري لفاتورة قياسية هو <ubl:Invoice>، وللإشعارات الدائنة <ubl:CreditNote>.

طبقة مواصفات PINT-AE

يُبنى PINT-AE فوق UBL 2.1 ويُضيف قيوداً خاصة بالإمارات، وعناصر إلزامية، ونقاط توسعة. يُعرَّف بوصفه طبقة قواعد Schematron — مجموعة من قواعد التحقق القائمة على الأنماط وتُطبَّق فوق مخطط XSD لـ UBL 2.1. وهذا يعني أن التحقق من صحة الفاتورة في الإمارات هو عملية من مرحلتين: المرحلة الأولى — التحقق من مخطط XSD: تُتحقَّق فاتورة XML مقابل مخطط XSD لفاتورة UBL 2.1. ويكشف هذا عن الأخطاء الهيكلية: العناصر الإلزامية المفقودة، وأنواع البيانات غير الصحيحة، وتنسيقات التاريخ المشوَّهة، وانتهاكات مساحة الأسماء. المرحلة الثانية — التحقق من قواعد أعمال Schematron لـ PINT-AE: تُقيَّم فاتورة XML مقابل مجموعة قواعد Schematron لـ PINT-AE، التي تُرمِّز المتطلبات التجارية الخاصة بالإمارات. وتشمل هذه القواعد:

• BR-AE-01: يجب أن تحمل الفاتورة قيمة <cbc:CustomizationID> بقيمة urn:peppol:pint:billing-1@ae-1.
• BR-AE-02: يجب أن يكون <cbc:ProfileID> بقيمة urn:peppol:bis:billing.
• قواعد BR-CO-03 إلى BR-CO-15: قواعد الاتساق الرياضي — يجب أن تساوي مبالغ توسعة السطر الكمية مضروبة في سعر الوحدة.
• قواعد BR-AE-10 إلى BR-AE-25: قواعد رمز الفئة الضريبية الخاصة بالإمارات.

إدارة المعاملات الخاصة: المناطق الحرة، التوريدات المفترضة، وهامش الربح

تتضمن مواصفة PINT-AE آليات منظَّمة لوضع علامات على المعاملات التي تقع خارج معاملة ضريبة القيمة المضافة القياسية.

• معاملات المناطق الحرة: تستلزم التوريدات المُنجَزة داخل المناطق المُعيَّنة الإماراتية معاملةً خاصة. يجب أن تتضمن الفاتورة عنصر <cac:AdditionalDocumentReference> مع <cbc:DocumentTypeCode> مناسب للإشارة إلى منشأ المنطقة المُعيَّنة. سيكون رمز الفئة الضريبية المُطبَّق عادةً G (صادرات بمعدل صفري) أو O (خارج نطاق ضريبة القيمة المضافة).
• التوريدات المفترضة: يجب إصدار فواتير ذاتية للتوريدات المفترضة. في PINT-AE، يُشار إلى إصدار الفواتير الذاتية على مستوى المستند باستخدام عنصر <cac:AccountingSupplierParty> المُعبَّأ ببيانات المشتري نفسه، مع عنصر <cbc:Note> بقيمة Self-Billed.
• توريدات نظام هامش الربح: يجب على الشركات التي تطبق نظام هامش الربح وضع علامة على الفواتير باستخدام ملحق <cac:InvoicePeriod> ورمز <cbc:DescriptionCode> المخصص لمؤشر نظام الهامش. يجب حساب مبلغ ضريبة القيمة المضافة على هامش الربح فقط، لا على سعر البيع الإجمالي.

الـ 51 حقلاً إلزامياً للبيانات التي يجب على نظام ERP إنشاؤها

تُلزم الهيئة الاتحادية للضرائب كل فاتورة إلكترونية إماراتية باحتواء مجموعة محددة من حقول البيانات. فيما يلي تفصيل شامل حقلاً بحقل للعناصر الـ51 الإلزامية، مجمَّعةً حسب فئتها الوظيفية.

حقول رأس المستند (الحقول 1–12)

• الحقل 1 — معرّف التخصيص (cbc:CustomizationID): معرّف مواصفة PINT-AE. قيمة ثابتة: urn:peppol:pint:billing-1@ae-1.
• الحقل 2 — معرّف الملف الشخصي (cbc:ProfileID): قيمة ثابتة: urn:peppol:bis:billing.
• الحقل 3 — رقم الفاتورة (cbc:ID): معرّف تسلسلي أو مبني على UUID، فريد داخل نظام المورّد.
• الحقل 4 — تاريخ إصدار الفاتورة (cbc:IssueDate): تاريخ إصدار الفاتورة بصيغة ISO 8601 (YYYY-MM-DD).
• الحقل 5 — تاريخ استحقاق الفاتورة (cbc:DueDate): تاريخ استحقاق الدفع بصيغة ISO 8601.
• الحقل 6 — رمز نوع الفاتورة (cbc:InvoiceTypeCode): رمز UN/EDIFACT. القيم الأساسية: 380 (فاتورة تجارية) و381 (إشعار دائن) و383 (إشعار مدين).
• الحقل 7 — رمز عملة الفاتورة (cbc:DocumentCurrencyCode): العملة التي تُعبَّر بها المبالغ الواردة in الفاتورة. رمز ثلاثي وفق ISO 4217 (مثلاً: AED، USD، EUR).
• الحقل 8 — رمز عملة الضريبة (cbc:TaxCurrencyCode): يجب أن يكون AED عند استخدام عملة غير الدرهم الإماراتي. يجب التعبير عن جميع مبالغ ضريبة القيمة المضافة المُبلَّغة للهيئة الاتحادية للضرائب بالدرهم الإماراتي.
• الحقل 9 — مرجع المشتري (cbc:BuyerReference): رقم مرجعي يُقدّمه المشتري، كرقم أمر الشراء أو مرجع العقد.
• الحقل 10 — تاريخ بداية فترة الفاتورة (cbc:InvoicePeriod/cbc:StartDate): بداية الفترة التي تتعلق بها الفاتورة.
• الحقل 11 — تاريخ نهاية فترة الفاتورة (cbc:InvoicePeriod/cbc:EndDate): نهاية الفترة المعنية.
• الحقل 12 — تاريخ النقطة الضريبية (cbc:TaxPointDate): التاريخ الذي تنشأ فيه التزامات ضريبة القيمة المضافة.

حقول جهة المورّد (البائع) (الحقول 13–21)

• الحقل 13 — الاسم القانوني للمورّد (cac:AccountingSupplierParty/.../cbc:RegistrationName): الاسم القانوني الكامل للجهة المورّدة كما هو مسجّل لدى الجهة الإماراتية المختصة.
• الحقل 14 — الرقم الضريبي للمورّد (cac:AccountingSupplierParty/.../cbc:CompanyID): رقم التسجيل الضريبي الإماراتي المؤلف من 15 رقماً الصادر عن الهيئة الاتحادية للضرائب.
• الحقل 15 — الاسم التجاري للمورّد (cac:AccountingSupplierParty/.../cbc:Name): الاسم التجاري للمورّد إن اختلف عن الاسم القانوني.
• الحقل 16 — عنوان المورّد — الشارع (cac:AccountingSupplierParty/.../cbc:StreetName): عنوان مقر أعمال المورّد الرئيسي.
• الحقل 17 — عنوان المورّد — المدينة (cac:AccountingSupplierParty/.../cbc:CityName): اسم المدينة.
• الحقل 18 — عنوان المورّد — الدولة (cac:AccountingSupplierParty/.../cbc:IdentificationCode): رمز الدولة وفق ISO 3166-1 بصيغة ألفا-2. للموردين المسجلين في الإمارات: AE.
• الحقل 19 — العنوان الإلكتروني للمورّد (cac:AccountingSupplierParty/.../cbc:EndpointID): معرّف المشارك في Peppol لنقطة نهاية مزوّد خدمة الزاوية الثانية للمورّد.
• الحقل 20 — مخطط العنوان الإلكتروني للمورّد (@schemeID): معرّف المخطط على عنصر EndpointID.
• الحقل 21 — معلومات تواصل المورّد (cac:AccountingSupplierParty/.../cac:Contact): يتضمن اسم جهة الاتصال والهاتف والبريد الإلكتروني.

حقول جهة المشتري (الحقول 22–30)

• الحقل 22 — الاسم القانوني للمشتري (cac:AccountingCustomerParty/.../cbc:RegistrationName): الاسم القانوني الكامل للجهة المشترية.
• الحقل 23 — الرقم الضريبي للمشتري (cac:AccountingCustomerParty/.../cbc:CompanyID): الرقم الضريبي الإماراتي للمشتري. إلزامي لجميع التوريدات بين الشركات داخل الإمارات.
• الحقل 24 — المعرّف الإلكتروني للمشتري (cac:AccountingCustomerParty/.../cbc:EndpointID): معرّف المشارك في Peppol لنقطة نهاية مزوّد خدمة الزاوية الثالثة للمشتري. هذا هو عنوان التوجيه المستخدم لتسليم الفاتورة الإلكترونية عبر شبكة Peppol
• الحقل 25 — مخطط المعرّف الإلكتروني للمشتري (@schemeID): سمة المخطط لنقطة نهاية Peppol الخاصة بالمشتري.
• الحقل 26 — عنوان المشتري — الشارع (cac:AccountingCustomerParty/.../cbc:StreetName): عنوان المشتري المسجَّل.
• الحقل 27 — عنوان المشتري — المدينة (cac:AccountingCustomerParty/.../cbc:CityName): مدينة المشتري.
• الحقل 28 — عنوان المشتري — الدولة (cac:AccountingCustomerParty/.../cbc:IdentificationCode): رمز الدولة وفق ISO 3166-1 بصيغة ألفا-2.
• الحقل 29 — الاسم التجاري للمشتري (cac:AccountingCustomerParty/.../cbc:Name): الاسم التجاري للمشتري إن اختلف عن الاسم القانوني.
• الحقل 30 — معلومات تواصل المشتري (cac:AccountingCustomerParty/.../cac:Contact): اسم جهة الاتصال والهاتف والبريد الإلكتروني.

الحقول الضريبية (الحقول 31–38)

• الحقل 31 — إجمالي مبلغ الضريبة (cac:TaxTotal/cbc:TaxAmount): إجمالي مبلغ ضريبة القيمة المضافة بعملة الفاتورة.
• الحقل 32 — إجمالي مبلغ الضريبة بالدرهم الإماراتي (cac:TaxTotal[2]/cbc:TaxAmount): عنصر ثانٍ <cac:TaxTotal> مُقوَّم بالدرهم الإماراتي مطلوب في جميع الفواتير غير المُقوَّمة بالدرهم.
• الحقل 33 — المبلغ الخاضع للضريبة — الإجمالي الجزئي (cac:TaxTotal/cac:TaxSubtotal/cbc:TaxableAmount): المبلغ الأساسي الذي تُحسب عليه ضريبة القيمة المضافة لكل فئة ضريبية.
• الحقل 34 — مبلغ الضريبة — الإجمالي الجزئي (cac:TaxTotal/cac:TaxSubtotal/cbc:TaxAmount): مبلغ ضريبة القيمة المضافة لكل فئة ضريبية.
• الحقل 35 — رمز الفئة الضريبية (cac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory/cbc:ID): يُحدد معاملة ضريبة القيمة المضافة المنطبقة. القيم المسموح بها: S (المعدل القياسي 5%)، Z (معدل صفري)، E (معفاة)، G (صادرات بمعدل صفري)، O (خارج نطاق ضريبة القيمة المضافة)، AE (الضريبة العكسية).
• الحقل 36 — نسبة الفئة الضريبية (cac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory/cbc:Percent): معدل ضريبة القيمة المضافة المنطبق على الفئة. لضريبة القيمة المضافة الإماراتية بالمعدل القياسي: 5.00.
• الحقل 37 — معرّف مخطط الضريبة (cac:TaxTotal/.../cac:TaxScheme/cbc:ID): قيمة ثابتة VAT لجميع معاملات ضريبة القيمة المضافة الإماراتية.
• الحقل 38 — رمز سبب الإعفاء الضريبي (cbc:TaxExemptionReasonCode): مطلوب للتوريدات بالمعدل الصفري والمعفاة وخارج النطاق. تنشر الهيئة قائمة رموز مُتحكَّماً بها: VATEX-AE-0 (معدل صفري محلي)، VATEX-AE-E (توريد معفى)، VATEX-AE-G (تصدير سلع).

حقول الإجمالي النقدي (الحقول 39–44)

• الحقل 39 — مبلغ توسعة السطر (cac:LegalMonetaryTotal/cbc:LineExtensionAmount): مجموع صافي مبالغ جميع أسطر الفاتورة قبل الخصومات والرسوم والضريبة.
• الحقل 40 — المبلغ الخالي من الضريبة (cac:LegalMonetaryTotal/cbc:TaxExclusiveAmount): إجمالي الفاتورة بعد خصومات المستند ورسومه وقبل ضريبة القيمة المضافة.
• الحقل 41 — المبلغ الشامل للضريبة (cac:LegalMonetaryTotal/cbc:TaxInclusiveAmount): إجمالي المبلغ المستحق الدفع شاملاً ضريبة القيمة المضافة.
• الحقل 42 — إجمالي مبلغ الخصم (cac:LegalMonetaryTotal/cbc:AllowanceTotalAmount): مجموع جميع الخصومات أو البدلات على مستوى المستند.
• الحقل 43 — إجمالي مبلغ الرسوم (cac:LegalMonetaryTotal/cbc:ChargeTotalAmount): مجموع جميع الرسوم الإضافية على مستوى المستند.
• الحقل 44 — المبلغ المستحق الدفع (cac:LegalMonetaryTotal/cbc:PayableAmount): المبلغ الفعلي المستحق من المشتري، والذي قد يختلف عن المبلغ الشامل للضريبة في حال وجود دفعة مسبقة.

حقول سطر الفاتورة (الحقول 45–51، لكل بند)

• الحقل 45 — معرّف السطر (cac:InvoiceLine/cbc:ID): معرّف عددي تسلسلي لكل سطر في الفاتورة، يبدأ من 1.
• الحقل 46 — الكمية المُفاتَرة (cac:InvoiceLine/cbc:InvoicedQuantity): كمية البضائع أو الخدمات المُفاتَرة في هذا السطر، مع رمز وحدة القياس كسمة unitCode.
• الحقل 47 — مبلغ توسعة السطر (cac:InvoiceLine/cbc:LineExtensionAmount): الصافي لهذا السطر: الكمية المُفاتَرة × صافي سعر الوحدة.
• الحقل 48 — اسم البند (cac:InvoiceLine/cac:Item/cbc:Name): الاسم الوصفي للبضائع أو الخدمات المُقدَّمة. يجب أن يكون تفصيلياً بما يكفي لتحديد التوريد لأغراض تدقيق ضريبة القيمة المضافة.
• الحقل 49 — صافي سعر البند (cac:InvoiceLine/cac:Price/cbc:PriceAmount): صافي سعر وحدة البند بعد أي تخفيضات على مستوى السطر.
• الحقل 50 — الفئة الضريبية للبند (cac:InvoiceLine/cac:Item/cac:ClassifiedTaxCategory/cbc:ID): رمز الفئة الضريبية المنطبق على هذا البند تحديداً.
• الحقل 51 — معدل الضريبة للبند (cac:InvoiceLine/cac:Item/cac:ClassifiedTaxCategory/cbc:Percent): معدل ضريبة القيمة المضافة المنطبق على هذا البند، معبَّراً عنه كعدد عشري بمنزلتين.

قائمة مراجعة هندسة النظام: تكامل واجهة برمجة التطبيقات API وقواعد معالجة الأخطاء

يتطلب بناء تكامل فوترة إلكترونية ممتثل قرارات معمارية مدروسة على كل طبقة من طبقات التقنية.

أنماط تكامل API: الوقت الفعلي مقابل المعالجة الدفعية

تزامن API في الوقت الفعلي: للغالبية العظمى من أحجام معاملات الفواتير، يُعدّ تكامل API في الوقت الفعلي مع مزوّد خدمة الزاوية الثانية النمط الموصى به. في هذا النموذج، يستدعي نظام ERP نقطة نهاية API الخاصة بمزوّد الخدمة (عادةً واجهة REST API مؤمَّنة بـ OAuth 2.0 أو mTLS) فور إنشاء الفاتورة. يجب أن يشمل تكامل API ميزات المرونة التالية:

• مفاتيح الثبات (Idempotency): يجب أن تحمل كل استدعاء API مفتاح ثبات فريداً لمنع الإرسال المكرر.
• نمط قاطع الدائرة: يجب أن تُنفّذ طبقة تكامل ERP قاطع دائرة يكتشف أعطال API المتواصلة.
• إعادة المحاولة مع تراجع أسّي: يجب أن تؤدي الأعطال العابرة إلى إعادة محاولة تلقائية مع تراجع أسّي يبدأ بثانية واحدة ويتضاعف تدريجياً.

المعالجة الدفعية: للسيناريوهات الحجم الكبير أو عند عدم دعم بنية ERP لاستدعاءات API المُحرَّكة بالأحداث، تُعدّ المعالجة الدفعية بديلاً. تُدخل المعالجة الدفعية تعقيداً في المصالحة ومعالجة الأعطال الجزئية.

التحقق من استجابة Peppol وإدارة الحالة

يجب أن تُحافظ طبقة التكامل على آلة حالة المعاملات لكل فاتورة مُقدَّمة بالحالات التالية:

• DRAFT — الفاتورة منشأة في ERP، لم تُقدَّم بعد.
• SUBMITTED — الفاتورة مُرسَلة إلى مزوّد الخدمة، في انتظار استجابة التحقق.
• ASP_VALIDATED — اجتاز التحقق من المخطط وقواعد الأعمال.
• PEPPOL_ROUTED — وُجِّه المستند بنجاح إلى مزوّد خدمة الزاوية الثالثة للمشتري.
• BUYER_DELIVERED — استُلم إشعار التسليم من مزوّد خدمة المشتري.
• FTA_REPORTED — أُبلِّغت الهيئة الاتحادية للضرائب ببيانات المعاملة.
• FTA_CLEARED — أصدرت الهيئة رمز تخليص للفاتورة. هذه هي حالة النجاح النهائية.
• ASP_REJECTED — فشل التحقق لدى مزوّد الخدمة. يحتوي على رموز أخطاء تستلزم التصحيح.
• FTA_REJECTED — فشل التخليص من قِبل الهيئة بعد اجتياز التحقق لدى مزوّد الخدمة.
• CANCELLED — الفاتورة مُلغاة وأُصدر إشعار دائن.

لا يجب أبداً اعتبار الفاتورة مُصدَرة قانونياً حتى تبلغ حالة FTA_CLEARED.

قواعد نجاح أو رفض الأخطاء ورموز الاستجابة

تشمل سيناريوهات الرفض الشائعة التي يجب على فريقك معالجتها:

• BV-01 (فشل التحقق من المخطط): لا تتوافق XML مع XSD الخاصة بـ UBL 2.1. السبب: توليد XML مشوَّه، أو إعلانات مساحة أسماء مفقودة.
• BV-02 (انتهاك قاعدة أعمال — قاطع): فشل تأكيد Schematron القاطع الخاص بـ PINT-AE. ستُحدد نص الاستجابة رمز BR المعني.
• BV-03 (فاتورة مكررة): معرّف الفاتورة جرت معالجته بنجاح مسبقاً. لا تُعيد تقديم فاتورة مُخلَّصة.
• BV-04 (رقم ضريبي غير صالح): رقم ضريبي للمورّد أو المشتري غير مسجَّل لدى الهيئة.
• BV-05 (فشل التوجيه — نقطة نهاية المشتري غير موجودة): لا يمكن تحديد معرّف المشارك في Peppol للمشتري.

عقوبات عدم الامتثال: المخاطر المالية المترتبة على فشل الأنظمة القديمة

وضعت الهيئة الاتحادية للضرائب نظام عقوبات واضحاً ومتدرجاً لعدم الامتثال لمتطلبات الفوترة الإلكترونية الإلزامية.

العقوبات المالية المباشرة

بموجب قرار مجلس الوزراء رقم 52 لسنة 2017 (وتعديلاته) وجدول العقوبات الإدارية الصادر عن الهيئة الاتحادية للضرائب، يُطبَّق هيكل العقوبات التالي:

• عدم إصدار فاتورة ضريبية صالحة: غرامة قدرها 5,000 درهم عن كل فاتورة صادرة دون امتثال للصيغة المقررة.
• رقم ضريبي مفقود أو غير صحيح على الفاتورة: 5,000 درهم عن كل حالة.
• عدم الاحتفاظ بالسجلات بالصيغة المقررة: 10,000 درهم لأول مخالفة؛ و50,000 درهم للمخالفات المتكررة.
• التأخر في تقديم إقرارات ضريبة القيمة المضافة: غرامة ثابتة للتأخر قدرها 1,000 درهم لأول مرة، و2,000 درهم عن كل مرة لاحقة خلال 24 شهراً، إضافةً إلى غرامة نسبية بواقع 2% من الضريبة غير المسددة فوراً، ترتفع إلى 4% بعد سبعة أيام، ثم 1% يومياً وصولاً إلى 300% كحد أقصى من الضريبة غير المسددة.

المخاطر التجارية غير المباشرة

• الإقصاء من المشتريات: من المتوقع أن تشترط الجهات الحكومية الاتحادية الإماراتية وكثير من كبار المشترين في القطاع الخاص استلام الفواتير المتوافقة مع Peppol شرطاً للتعامل التجاري.
• رفض ضريبة المدخلات: قد ترفض الهيئة مطالبات المشترين باسترداد ضريبة المدخلات على الفواتير التي لا تستوفي متطلبات الصيغة الإلزامية.
• تصاعد المراجعة الضريبية: تزيد سجلات الفواتير غير الممتثلة من درجة مخاطر المراجعة ضمن إطار إدارة المخاطر الآلي للهيئة.
• الأثر على السمعة: يُعطّل عجز المورّد عن تسليم الفواتير الإلكترونية الممتثلة أتمتة الحسابات المستحقة الدفع وعمليات الإبلاغ للهيئة الاتحادية للضرائب لدى المشتري.

تكلفة التأخر في التكامل

تواجه المؤسسات التي تُؤخّر أعمال تكامل ERP منحنى تكاليف متصاعداً. التكامل العكسي — تكييف نظام ERP قيد التشغيل تحت ضغط زمني مع الحفاظ على استمرارية الأعمال — يكلف باستمرار ما بين 40% و60% أكثر من التكامل المُخطَّط المُنفَّذ قبل موعد الامتثال. نافذة الامتثال محدودة. العمل التقني جوهري. والتعرض للعقوبات حقيقي ومتراكم.

البناء من أجل الامتثال والمرونة التنافسية

يُعدّ نظام الفوترة الإلكترونية الإلزامي في الإمارات التزاماً تنظيمياً وفرصة ترقية هيكلية في آنٍ واحد. المؤسسات التي تستثمر في توليد PINT-AE XML التقني الدقيق، وبنية تكامل ASP المرنة، وإدارة الحالة المنضبطة، لن تحقق الامتثال فحسب — بل ستُطلق الفوائد اللاحقة للحسابات المستحقة الدفع الآلية، ومصالحة الضرائب في الوقت الفعلي، والتقارير المالية المُعتمِدة على البيانات.

ابدأ تقييمك التقني الآن. ضع خريطة لنموذج بيانات ERP الحالي مقابل الحقول الإلزامية الـ51. تعاقد مع مزوّد خدمة معتمد لدى الهيئة. وابنِ البنية التي تُموضع مؤسستك لتقود هذا التحول، لا لمجرد الامتثال له.