PDF/A-3B وZUGFeRD: هل ملف PDF لفاتورتي الإلكترونية متوافق فعلًا؟ (veraPDF)
ZUGFeRD فاتورة هجينة: ملف PDF قابل للقراءة من البشر إضافة إلى XML القابل للقراءة آليًا في داخله. ويجب أن يكون جزء PDF نسخة أرشيفية خاصة – PDF/A-3. وهنا بالضبط تنشأ معظم حالات سوء الفهم.
> إجابة مختصرة: حتى يكون ملف PDF فعلًا PDF/A-3(-B)، يجب من بين أمور أخرى أن تكون جميع الخطوط مضمّنة، ووجود OutputIntent/ملف تعريف لوني ICC، وبيانات PDF/A الوصفية المناسبة. ومُحقِّق مثل veraPDF يفحص ذلك لكنه لا يصلح شيئًا. وإذا كان ملف PDF الأصلي غير متوافق (مثلًا خطوط غير مضمّنة)، فلا يفيد إلا تحويل حقيقي – أو أن تستخدم XRechnung خالصة.
ما الذي يتطلبه PDF/A-3
صُمِّم PDF/A ليُعرض المستند على كل جهاز وبعد سنوات طويلة بشكل مطابق. ولذلك تنطبق قواعد صارمة، أهمها:
- تضمين جميع الخطوط – يجب أن يحتوي الملف على بيانات الخطوط نفسها ولا يعتمد على أن يكون لدى القارئ Arial مثبتًا مثلًا.
- OutputIntent / ملف تعريف لوني ICC – يجب أن يحدد الملف كيفية إعادة إنتاج الألوان.
- بيانات PDF/A الوصفية XMP – التمييز كـ PDF/A-3.
العقبة الشائعة: خطوط غير مضمّنة
كثيرًا ما تُنشئ أنظمة إدارة السلع والفوترة الأقدم ملفات PDF تشير إلى خطوط النظام مثل Arial أو Arial Bold لكنها لا تضمّنها. ومثل هذا الملف غير متوافق مع PDF/A أصلًا – ولا يُعالَج ذلك بمجرد إضافة XML لـ ZUGFeRD والبيانات الوصفية لـ PDF/A.
التحقق ليس تحويلًا
نقطة مهمة: veraPDF يتحقق فقط، ولا يحوّل. فالمُحقِّق يبلغ عن «غير متوافق»، لكنه لا يحوّل ملفًا غير متوافق إلى متوافق. ولإنشاء PDF/A-3 فعلًا يلزم خطوة تحويل حقيقية تُضمِّن الخطوط وتضيف ملف تعريف لوني (مثلًا بواسطة Ghostscript أو مكتبة ZUGFeRD المرجعية Mustangproject).
ما يبقى صحيحًا دائمًا: ملف XML
بصرف النظر عن حاوي PDF، فإن الجزء الحاسم والملزم قانونيًا هو XML المنظم. ويُتحقق منه في TaxLayer بالكامل مقابل معيار فحص KoSIT وEN 16931 (0 أخطاء). وبذلك تكون بيانات الفاتورة نفسها صحيحة ومتوافقة – وتخص مسألة PDF/A الغلاف الخارجي فقط.
كيف تصل إلى الهدف بأمان
- الطريق أ – تصدير PDF/A من النظام: إذا كان نظام إدارة السلع لديك قادرًا على إخراج الفاتورة كـ PDF/A (مع خطوط مضمّنة)، فإن ملف ZUGFeRD المُنشأ منها متوافق.
- الطريق ب – استخدام XRechnung خالصة: في XRechnung (XML خالص) ينتفي حاوي PDF تمامًا؛ ولا تُطرح مسألة توافق PDF/A.
الخلاصة
PDF/A-3 أكثر من مجرد بطاقة تعريف: فهو يتطلب خطوطًا مضمّنة، وملف تعريف لوني، والبيانات الوصفية الصحيحة. ومن يأتي من نظام أقدم، فالأفضل أن يصدّر PDF/A مباشرة – أو أن يعتمد على XRechnung حيث لا يلعب حاوي PDF أي دور.
---
XML الفاتورة الإلكترونية لدى TaxLayer مُتحقق منه دائمًا وفق EN 16931 وKoSIT. أسئلة حول توافق PDF/A؟ اكتب إلى info@landauer.de.
الأسئلة الشائعة
ما هو PDF/A-3 ولماذا يحتاجه ZUGFeRD؟
PDF/A-3 نسخة أرشيفية من PDF تضمن بقاء المستند قابلًا للعرض دون تغيير على المدى الطويل (GoBD). وZUGFeRD فاتورة هجينة: ملف PDF/A-3 مع XML مضمّن.
ما الذي يجعل ملف PDF متوافقًا مع PDF/A-3؟
من ذلك: تضمين جميع الخطوط، ووجود OutputIntent/ملف تعريف لوني ICC، وبيانات وصفية XMP مناسبة. وإذا غاب أحدها – مثل خطوط غير مضمّنة – فإن الملف غير متوافق مع PDF/A-3.
ما هو veraPDF؟
veraPDF هو المُحقِّق المرجعي المفتوح لـ PDF/A. فهو يفحص ما إذا كان الملف يستوفي قواعد PDF/A – لكنه لا يصلح شيئًا.
هل يكفي تضمين XML والبيانات الوصفية في ملف PDF؟
لا. إذا كان ملف PDF الأصلي غير متوافق مع PDF/A (مثلًا Arial غير مضمّن)، فإن مجرد تضمين XML والبيانات الوصفية لا يجعل الملف متوافقًا لاحقًا. يلزم تحويل PDF/A حقيقي (تضمين الخطوط، OutputIntent).
كيف أصل بأمان إلى فاتورة إلكترونية متوافقة مع PDF/A-3؟
طريقان: إما تصدير الفاتورة الأصلية كـ PDF/A (مع خطوط مضمّنة) من نظامك، أو استخدام XRechnung (XML) خالصة – حيث ينتفي حاوي PDF. التفاصيل في XRechnung UBL مقابل CII.