Вбудовування XML у ZUGFeRD

Е-рахунок у Німеччині вже не музика майбутнього. З 1 січня 2025 року кожне німецьке підприємство в B2B має вміти отримувати й обробляти структуровані е-рахунки. Обов'язок виставляти їх запроваджується поетапно: з 01.01.2027 для підприємств із річним оборотом попереднього року понад 800 000 євро, з 01.01.2028 для всіх. PDF, який лише схожий на рахунок, тоді вже не підійде. Потрібні дані, які читає машина. Саме їх створює і перевіряє цей інструмент.

ZUGFeRD і Factur-X це гібридний формат: звичайний PDF, який може прочитати людина, із вбудованим файлом XML, який читає машина. Усе разом в одному PDF/A-3, архівному форматі, що дозволяє вкладення. XRechnung це чистий XML, якого німецькі відомства вимагають у B2G-обміні, з Leitweg-ID як адресою. Обидва формати відповідають європейській нормі EN 16931, яка визначає, які поля має містити е-рахунок.

Вкладка «Вбудувати» робить із твого наявного PDF е-рахунок. Ти перетягуєш PDF і передаєш дані рахунку: або через невелику форму, яка збере XML за тебе, або завантаживши готовий файл XML. З цього інструмент збирає PDF/A-3, що несе XML як вбудоване вкладення, з правильними метаданими, щоб бухгалтерські програми його знаходили. Саме складання PDF/A-3 потребує серверної криптографії, решта лишається в тебе.

Вкладка «Перевірити» працює в зворотному напрямку. Вхідні е-рахунки спочатку виглядають як будь-який інший файл, а чи справді XML правильний, неозброєним оком не видно. Перевірка читає CII-XML і дивиться на головне: чи правильно вказано профіль (BASIC, COMFORT, EXTENDED, XRechnung) в URN? Чи є юридично необхідні елементи: номер рахунку, дата, продавець, покупець, позиції, коди країн? І чи сходиться рахунок арифметично: чи дають суми позицій, розбивка податку та підсумки цілісну картину, з точністю до цента?

Важливо бути чесними: перевірка це практична перевірка структури і розрахунків, а не повна валідація за Schematron чи KOSIT. Вона ловить часті й дорогі помилки: відсутні обов'язкові поля, хибний профіль, суми, що не сходяться, а для XRechnung ще й додаткові вимоги, як-от Buyer Reference і контакт продавця. Для останнього кроку перед поданням до відомства еталоном лишається офіційний валідатор KOSIT. Але в повсякденні ця перевірка відловлює більшість помилок раніше, ніж це зробить бухгалтерія.

Усе працює ощадливо щодо даних. Перевірка відбувається за регулярними виразами прямо в браузері, дані твого рахунку нікуди не передаються. Ні акаунта, ні хмари, ні рахунку, що десь осідає. Чи ти готуєш старий PDF до обов'язку е-рахунків, чи страхуєш вхідний рахунок перед проведенням, цей інструмент охоплює обидва кінці ланцюга е-рахунків.