تضمين الخطوط في PDF/A: لماذا يغيب Arial غالبًا وما الحل

عقبة شائعة في ZUGFeRD: ينشأ ملف PDF الأصلي من نظام أقدم ويستخدم Arial أو Arial Bold دون تضمين هذه الخطوط. وبذلك يكون الملف غير متوافق مع PDF/A حتى قبل أي تحويل.

> إجابة مختصرة: يشترط PDF/A أن تكون جميع الخطوط مضمّنة في الملف. وأنظمة إدارة السلع الأقدم كثيرًا ما لا تضمّن Arial/Arial Bold – فيكون ملف PDF غير متوافق مع PDF/A، ولا يُعالَج ذلك بمجرد تضمين XML لـ ZUGFeRD. الحل: تصدير PDF/A مباشرة من النظام أو استخدام XRechnung.

لماذا يجب أن تكون الخطوط مضمّنة

PDF/A تنسيق أرشيفي: يهدف إلى ضمان أن يبدو المستند مطابقًا بعد سنوات طويلة. والملف الذي يعتمد على أن يكون لدى القارئ Arial مثبّتًا لا يحقق ذلك – فعلى نظام بدون هذا الخط سيختلف العرض. ولهذا يجب أن تكون بيانات الخطوط داخل ملف PDF نفسه.

هكذا تفحص الأمر

• Adobe Acrobat: ملف → خصائص → تبويب „الخطوط“. إذا غاب وصف „مضمّن“، فالخط غير موجود.
• veraPDF: مُحقِّق PDF/A المفتوح يبلّغ عن الخطوط غير المضمّنة كمخالفة.

لماذا لا يكفي تضمين XML

خطأ شائع: „إذا كان XML لـ ZUGFeRD والبيانات الوصفية لـ PDF/A موجودة، فالملف PDF/A.“ هذا غير صحيح. فالبيانات الوصفية تشير إلى النية فقط؛ وتبقى الخطوط المفقودة مفقودة. وللتوافق الحقيقي يجب تضمين الخطوط وإضافة ملف تعريف لوني.

الحلان العمليان

1. إنشاء PDF/A في النظام الأصلي: كثير من أنظمة إدارة السلع وأنظمة النصوص يمكنها إخراج PDF/A مباشرة (مع خطوط مضمّنة). عندها يكون ملف ZUGFeRD المُنشأ منها متوافقًا.
2. XRechnung بدلًا من ZUGFeRD: في XRechnung الخالصة (XML) لا يوجد حاوي PDF – فلا تُطرح مسألة الخطوط أصلًا.

الخلاصة

الخطوط غير المضمّنة هي السبب الأكثر شيوعًا لملفات ZUGFeRD-PDF غير المتوافقة. فمن يأتي من نظام أقدم، فالأفضل أن يصدّر PDF/A مباشرة – أو أن يعتمد على XRechnung.

---

XML الفاتورة الإلكترونية لدى TaxLayer مُتحقق منه دائمًا وفق EN 16931 وKoSIT. أسئلة حول توافق PDF/A؟ info@landauer.de.