شرح XRechnung وZUGFeRD ببساطة

يُعدّ XRechnung وZUGFeRD طريقتين راسختين لتبادل الفواتير الإلكترونية المهيكلة في ألمانيا. ويكمن الفرق الأساسي في الحاوية: XRechnung ملف XML خالص، بينما يجمع ZUGFeRD بين بيانات XML مهيكلة ومستند PDF/A-3 قابل للقراءة. ولا يعتمد الاختيار على قاعدة مبسطة مثل «جهة حكومية أم شركة»، بل على القانون ومتطلبات المستلم التقنية وقناة الإرسال المتفق عليها.

يشرح هذا الدليل القواعد الألمانية بصورة عامة، ولا يحل محل استشارة قانونية أو ضريبية فردية.

شرح مختصر

منذ 1 يناير 2025، يجب أن تكون الفاتورة الإلكترونية لأغراض ضريبة القيمة المضافة الألمانية بتنسيق إلكتروني مهيكل يتيح المعالجة الآلية. لذلك لا يُعد ملف PDF العادي فاتورة إلكترونية، بل «فاتورة أخرى».

XRechnung هو التطبيق الألماني للمعيار الأوروبي EN 16931. يحتوي على بيانات مهيكلة فقط، ويمكن إنشاؤه بصيغة XML وفق UBL أو UN/CEFACT CII. وقد طُوّر أساسًا للإدارة العامة، لكنه قابل للاستخدام بين الشركات أيضًا.

ZUGFeRD/Factur-X تنسيق هجين: تُضمّن بيانات XML المهيكلة داخل PDF/A-3. يقرأ الإنسان ملف PDF، بينما يعالج برنامج المحاسبة XML. وZUGFeRD والمعيار الفرنسي Factur-X متطابقان تقنيًا.

في تاريخ المراجعة، الإصداران الحاليان هما XRechnung 3.0 مع الحزمة 3.0.2 وZUGFeRD 2.5.2/Factur-X 1.09.2. ويسري ZUGFeRD 2.5.2 منذ 1 سبتمبر 2026.

الفرق الأساسي

XRechnung هو XML مهيكل، ولا تكون نسخة PDF جزءًا من التنسيق. لذلك يلزم عارض، وتوفر الإدارة الضريبية الألمانية عارضًا عبر ELSTER.

في ZUGFeRD يوجد PDF وXML داخل حاوية PDF/A-3 واحدة. ومنذ 2025 تكون البيانات المهيكلة هي المعتمدة ضريبيًا عند وجود اختلاف. لذا يجب إنشاء الجزأين من المصدر نفسه ومقارنتهما قبل الإرسال.

لا يقتصر XRechnung على الجهات الحكومية، كما لا يقتصر ZUGFeRD على B2B. ويمكن استخدام ZUGFeRD مبدئيًا في B2B وB2G وB2C. لكن الجهة العامة تحدد الملف التعريفي والقناة المقبولين. وقد تقبل الإدارة الاتحادية ملف ZUGFeRD ذي ملف XRECHNUNG كـXML خالص؛ ولا يكفي أي PDF هجين تلقائيًا.

أي ملفات ZUGFeRD تُعد فاتورة إلكترونية؟

يتضمن ZUGFeRD خمسة ملفات تعريف: MINIMUM وBASIC WL وBASIC وEN 16931 وEXTENDED. ويُضاف إليها XRECHNUNG كملف مرجعي سادس. ولأغراض ضريبة القيمة المضافة الألمانية يستوفي ZUGFeRD من الإصدار 2.0.1 الشروط عمومًا، باستثناء MINIMUM وBASIC WL.

غالبًا ما يلائم EN 16931 الفواتير المحلية العادية. يحتوي BASIC على بيانات أقل، ويغطي EXTENDED احتياجات إضافية، ويتبع XRECHNUNG القواعد الألمانية. لا يثبت اسم الملف أو الشعار الامتثال؛ يجب أن يطابق XML فعليًا الملف المختار وEN 16931 وقواعد العمل.

ما القواعد السارية في 2026؟

يجب على المنشآت القائمة في ألمانيا أن تكون قادرة على استقبال الفواتير الإلكترونية منذ 1 يناير 2025. وقد يكفي بريد إلكتروني في B2B. كما يجب على صغار الأعمال ضمن نظام «Kleinunternehmer» استقبالها، رغم إعفاء خدماتهم من إلزام إصدارها.

توجد فترات انتقالية للإصدار. حتى 31 ديسمبر 2026 يمكن في معاملات B2B المحلية استخدام الورق أو PDF عادي بموافقة المستلم. وإذا لم يتجاوز رقم أعمال المُصدر في السنة السابقة 800,000 يورو، يستمر هذا الخيار عمومًا حتى نهاية 2027. وبعد الفترة المطبقة تتطلب معاملات B2B المحلية المشمولة فاتورة إلكترونية.

تشمل الاستثناءات فواتير حتى 250 يورو إجماليًا وتذاكر النقل وخدمات Kleinunternehmer وكثيرًا من المعاملات المعفاة وB2C.

وتخضع المشتريات العامة أيضًا لقواعد اتحادية وقواعد الولايات والبلديات. يفرض النظام الاتحادي الفاتورة الإلكترونية عمومًا منذ 27 نوفمبر 2020، باستثناء الطلبات المباشرة حتى 1,000 يورو. وهذه قواعد B2G منفصلة عن المراحل الانتقالية في B2B.

كيفية اختيار التنسيق وإرساله

1. صنّف المعاملة: B2B أو B2G أو B2C، ومقر الأطراف، والاستثناء والفترة الانتقالية.
2. اطلب شروط المستلم: التنسيق والملف التعريفي وBuyer Reference وLeitweg-ID ورقم الطلب والقناة.
3. أنشئ تنسيقًا حاليًا: إصدار XRechnung الساري وصيغة XML المدعومة، أو ملف ZUGFeRD متوافقًا مع EN 16931.
4. أدرج البيانات الإلزامية مهيكلة: الأسماء والعناوين الكاملة، والرقم الضريبي أو رقم VAT للمورد، والتاريخ، ورقم فاتورة فريد، ووصف الخدمة وتاريخها، والمبالغ الصافية، ونسبة ومبلغ الضريبة أو سبب الإعفاء. وقد تلزم بيانات إضافية.
5. تحقق تقنيًا: مخطط XML وقوائم الرموز وEN 16931 وقواعد الملف.
6. راجع المحتوى: الصلاحية التقنية لا تؤكد صحة المستلم أو الضريبة أو الإجماليات أو الحساب البنكي.
7. استخدم القناة المطلوبة: البريد أو الواجهة أو البوابة في B2B؛ وغالبًا بوابة أو Peppol للجهات العامة. وقد تتطلب الفواتير الاتحادية ZRE أو OZG-RE.
8. احتفظ بالأصل المهيكل: يجب أن يبقى سليمًا بصيغته الأصلية. مدة الحفظ لأغراض ضريبة القيمة المضافة الألمانية ثماني سنوات عمومًا من نهاية سنة الإصدار.

قائمة تحقق

• تحديد المعاملة وقواعد B2B أو B2G
• اختيار إصدار XRechnung أو ZUGFeRD الحالي
• استخدام ملف ZUGFeRD مؤهل كفاتورة إلكترونية
• اكتمال البيانات الإلزامية في الجزء المهيكل
• مطابقة Buyer Reference وLeitweg-ID والطلب لشروط المستلم
• مراجعة الضريبة والإجماليات والوحدات والدفع والبنك
• التحقق من XML بالمخطط والرموز والقواعد
• مقارنة PDF في ZUGFeRD ببيانات XML
• استخدام القناة الصحيحة وتوثيق الحالة
• أرشفة الأصل المهيكل سليمًا وقابلًا للمعالجة

أخطاء شائعة

اعتبار PDF عادي فاتورة إلكترونية: لا يحتوي بيانات مهيكلة ويُعد منذ 2025 «فاتورة أخرى».

قاعدة «XRechnung للحكومة وZUGFeRD للشركات»: كلاهما أوسع استخدامًا؛ يحدد المستلم القبول.

استخدام MINIMUM أو BASIC WL دون فحص: لا يفيان بمتطلبات ضريبة القيمة المضافة الألمانية للفواتير الإلكترونية.

اختلاف PDF وXML: في ZUGFeRD يتقدم XML. ولا يصحح PDF سليم بصريًا بيانات XML خاطئة.

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

أرشفة PDF وحده: يجب حفظ الجزء المهيكل سليمًا، وكذلك أي معلومات ضريبية إضافية في PDF.

أسئلة متكررة

هل XRechnung دائمًا XML؟

نعم. يُرسل بصيغة XML معتمدة مثل UBL أو CII. أما PDF المُنشأ فهو مجرد عرض.

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

لا. يعتمد ذلك على الإصدار والملف والامتثال الفعلي. تعترف وزارة المالية الألمانية عمومًا بـZUGFeRD بدءًا من 2.0.1، باستثناء MINIMUM وBASIC WL.

هل يلزم Leitweg-ID في B2B؟

لا عمومًا. يُستخدم لتوجيه الفواتير إلى الجهات العامة الألمانية. ويمكن أن يحتوي الحقل BT-10 في B2B على Buyer Reference آخر حسب شروط المستلم.

هل يجب توقيع الفاتورة الإلكترونية؟

ليس دائمًا. يجب ضمان المصدر والسلامة والقابلية للقراءة، لكن التوقيع المؤهل مجرد إحدى الطرق.

هل يكفي التحقق التقني؟

لا. يكتشف أخطاء التنسيق، لكنه لا يثبت صحة الخدمة أو الضريبة أو المستلم أو الحساب البنكي.

ما مدة حفظ الفاتورة؟

ثماني سنوات عمومًا لأغراض ضريبة القيمة المضافة الألمانية. ويجب أن يبقى الجزء المهيكل سليمًا ومتاحًا وقابلًا للمعالجة.

الخلاصة

XRechnung هو XML مهيكل خالص، بينما يجمع ZUGFeRD بين XML وPDF/A-3. ويمكن لكليهما الوفاء بالمتطلبات إذا تطابق الإصدار والملف والبيانات الإلزامية وتعليمات المستلم. يساعد التحقق ومراجعة المحتوى وأرشفة الأصل على منع معظم حالات الرفض.

الخطوة التالية

قبل أول فاتورة إلكترونية فعلية، أكد التنسيق والمراجع والقناة مع المستلم. ويمكنك تنظيم الفواتير والعروض والمستندات مركزيًا عبر Motorica.io.

جرّب Motorica.io

المصادر وتاريخ المراجعة

تمت المراجعة في 14 سبتمبر 2026

• وزارة المالية الألمانية: أسئلة الفاتورة الإلكترونية
• قانون ضريبة القيمة المضافة الألماني، § 14
• قانون ضريبة القيمة المضافة الألماني، § 14b
• النظام الاتحادي الألماني للفواتير الإلكترونية
• KoSIT: إصدارات وحزم XRechnung
• KoSIT: أسئلة XRechnung
• FeRD: ‏ZUGFeRD 2.5.2
• وزارة المالية الألمانية: تعديل GoBD

يقدم هذا المقال نظرة عامة إلى القواعد الألمانية ولا يحل محل استشارة قانونية أو ضريبية فردية.