Вбудовування шрифтів у 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". Це неправда. Метадані лише позначають намір; невбудовані шрифти залишаються невбудованими. Для справжньої відповідності шрифти мали б бути вбудовані та доданий профіль кольору.

Два практичні рішення

Створити PDF/A у вихідній системі: багато систем товарного обліку та текстових систем можуть безпосередньо видавати PDF/A (із вбудованими шрифтами). Тоді створений із нього файл ZUGFeRD відповідає нормі.
XRechnung замість ZUGFeRD: у чистому XRechnung (XML) немає контейнера PDF – питання шрифтів взагалі не постає.

Підсумок

Невбудовані шрифти – найпоширеніша причина невідповідних нормі PDF ZUGFeRD. Хто працює зі старішою системою, найкраще експортує безпосередньо PDF/A – або робить ставку на XRechnung.

---

XML електронного рахунку в TaxLayer завжди перевірено за EN 16931 та KoSIT. Запитання щодо відповідності PDF/A? Пишіть на info@landauer.de.

Часті запитання

Чому шрифти мають бути вбудовані у PDF/A?

Щоб документ на будь-якому комп'ютері і через багато років відображався ідентично. Якщо файл покладається на системний шрифт на кшталт Arial, який встановлений не всюди, відображення може змінитися – а це PDF/A забороняє.

Як розпізнати, що шрифтів бракує?

У Adobe Acrobat під Файл → Властивості → Шрифти: якщо біля шрифту не стоїть „вбудований" або „вбудована підмножина", його бракує. Валідатор PDF/A на кшталт veraPDF також про це повідомить.

Чи робить вбудовування XML ZUGFeRD мій PDF відповідним нормі?

Ні. Вбудовування XML та метаданих не робить PDF відповідним PDF/A заднім числом. Невбудовані шрифти залишаються невбудованими. Деталі у статті PDF/A-3B та veraPDF.

Як отримати рахунок, що відповідає PDF/A?

Найкраще експортувати рахунок безпосередньо як PDF/A (із вбудованими шрифтами) із системи товарного обліку або фактурування. Як альтернативу – використати чистий XRechnung, де контейнер PDF відсутній.