Що таке ZUGFeRD?
ZUGFeRD — це гібридне електронне рахункове формату. Він об'єднує читану PDF/A-3-рахунок і вбудовані XML-дані. PDF призначений для людей, а XML-дані можна обробляти програмно та електронно.

Електронний рахунок, PDF/A-3 та XML
ZUGFeRD є гібридним форматом електронного рахунку: PDF/A-3-файл містить видимий рахунок і вбудовані XML-дані для автоматизованої обробки. Важливі є використаний профіль, повні структуровані дані та технічна та змістова перевірка.
Автор фото: Peaky Frames ©
ZUGFeRD 2.5 об'єднує читабельний PDF/A-3-рахунок і вбудовані XML-дані. Цей формат технічно згортано з Factur-X. Чи задовольняє файл вимогам до електронного рахунку, залежить особливо від профілю, структурованих обов'язкових даних та безпомилкової обробки.
ZUGFeRD спрощує обмін структурованими рахунками, оскільки люди можуть читати PDF-вигляд та бухгалтерські системи використовують вбудоване XML. Звичайний PDF без структурованих даних не є ZUGFeRD-рахунком. Важливими залишаються якісність даних, конкретна ситуація та вимоги отримувача.
Демонстраційний файл був створений безпосередньо за допомогою генератора рахунків Motorica. Він містить читабельний PDF-рахунок та вбудовані структуровані XML-дані.
ZUGFeRD 2.5 є гібридним форматом для електронних рахунків. Версія, яка була опублікована 10 червня 2026 року, об'єднує PDF/A-3 вигляд з вбудованими XML-рахунками. ZUGFeRD та Factur-X технічно підкоряються один одному. Візуальний PDF допомагає людям перевіряти рахунок; XML дозволяє електронне оброблення.
Звичайний PDF є лише цифровим представленням рахунку. Його можна вислати електронною поштою і прочитати, але без структурованих даний він не містить машиночитабельного електронного рахунку. XRechnung складається з XML-даний та є незначно читабельним без переглядача. ZUGFeRD знаходиться серед них: він містить читабельний PDF і додатково структуровані XML-дані у одному файлі.
З 2025 року простий PDF в межах внутрішньобізнесового обміну (B2B) не задовольняє вимоги до електронної рахункової. ZUGFeRD-рахунок може задовольняти вимоги, якщо використовується підходяще структуроване форматування і повністю містить необхідні рахункові дані. За поглядом управлінства BMF, ZUGFeRD-формати від версії 2.0.1 зазвичай задовольняють вимоги до електронних рахункових форматів, якщо не застосовуються профілі MINIMUM або BASIC-WL.
Рахунок ZUGFeRD має не лише виглядати повним. Важливі дані рахунку також повинні бути структуровано внесені до XML-частини. Це охоплює звичайні обов'язкові реквізити рахунку та технічно коректні дані, щоб бухгалтерське програмне забезпечення могло правильно його обробити. Якщо відомості є лише в PDF, але відсутні в XML, електронна обробка може завершитися помилкою.
ZUGFeRD надає кілька профілів з різним пакетом даних. Не кожен профіль підходить для всіх завдань. Для обов'язкових електронних рахунків повинні бути повністю структуровані умови, що вимагаються з точки зору податку на доданий цінність. Профілі MINIMUM та BASIC-WL не задовольняють цього вимоги. Додатково слід перевірити вимоги отримувача, галузі та органів влади.
Найбільший практичний перевага ZUGFeRD - це також найпоширеніша джерела помилок: Рахунок має видиму сторінку PDF та структурований XML-частина. Обидва повинні відображати одну і ту ж рахунок. Якщо у PDF є інші суми, інші ставки ПДВ або інші дані клієнта ніж у XML, це призводить до питань та проблем з обробкою. Тому рахунок ZUGFeRD не повинен бути після того як відправлено, мануально змінений.
Коли ви отримуєте рахунок ZUGFeRD, спочатку зазвичай бачите лише PDF. Власне структуровані дані рахунку вбудовані в документ. Тому для бухгалтерського обліку недостатньо переглянути лише видиму PDF-сторінку. Слід перевірити, чи отримано рахунок як файл ZUGFeRD, чи правдоподібні дані та чи правильно програмне забезпечення зчитує XML.
Перед відправкою ZUGFeRD-рахунку не достатньо перевірити лише дизайн. Важливо, чи рахунок технічно коректний та чи всі важливі дані є у структурованому даний. Зокрема для бізнес-контрагентів, податкових консультантів і автоматичного оброблення помилки виявляються швидше: відсутні змістовні поля, неправильні суми ПДВ, невизначені умови оплати або несумісні XML-дані.
При випуску рахунків для офіційних замовників достатньо не лише створити технічно припустимий формат. Офіційні організації можуть поставити додаткові вимоги щодо шляху передачі, Leitweg-ID, отримувача рахунку, документів та платформ. У багатьох процесах організацій XRechnung є відомим стандартом. ZUGFeRD може бути припустимий залежно від вимоги, але перед створенням рахунку слід перевірити це з замовником чи вимогами платформи.
Рахунок ZUGFeRD слід зберегти у початковому форматі повністю. Достатньо не лише виводити видиму сторінку PDF чи робити скріншот. Вбудовані XML-дані є важливим елементом електронного рахунка. Для зберігання історичних даних слід мати можливість знайти пізніше рахунок, файл, статус оплати, виправлення та можливе результати перевірки.
Багато помилок виникає через те, що ZUGFeRD розглядають як звичайний PDF. Це небезпечно. Рахунок не лише має бути правильним графічно, але й структурно. Помилки в XML-части можуть призвести до того, що бізнес-клієнти чи системи обліку не зможуть правильно обробити рахунок. Тому процес повинен бути так структурований, щоб дані рахунка були введеними коректно один раз і після цього автоматично виводились у форматі PDF та XML.
Motorica підтримує структуроване введення даних рахунку та виведення XRechnung. Motorica створює ZUGFeRD-рахунки безпосередньо з упорядкованих даних рахунків. Файл об'єднує читабельний PDF-рахунок і вбудовані структуровані XML-дані. Цей матеріал залишається нейтральною фаховою основою.
FAQ
ZUGFeRD — це гібридне електронне рахункове формату. Він об'єднує читану PDF/A-3-рахунок і вбудовані XML-дані. PDF призначений для людей, а XML-дані можна обробляти програмно та електронно.
Ні. Звичайний PDF не містить структурованих рахункових даних. ZUGFeRD-рахунок, на відміну від цього, містить додаткові XML-дані, які вбудовані у PDF/A-3-файл і можуть бути оброблені машинами.
ZUGFeRD може бути легальним електронним рахунком, якщо використовується підходяще профіль і містить повні структуровані рахункові дані. Профілі MINIMUM та BASIC-WL не рекомендуються для обов'язкових B2B-електронних рахунків.
XRechnung — це чистий XML-рахунок, який без специального переглядачного програмного забезпечення важко прочитати. ZUGFeRD об'єднує, на відміну від цього, читану PDF з вбудованими XML-данними. Обидва формати можуть бути релевантні для електронних рахунків, якщо вони задовольняють законодавчі та технічні вимоги.
ZUGFeRD корисний для малого бізнесу, оскільки клієнти все ще отримують читану PDF-рахунок, в той час як системи бухгалтерського обліку можуть обробляти структуровані XML-дані. Це зменшує ручну введення даних і спрощує переход до електронних рахунків.
Ні. ZUGFeRD не є єдиним дозволеним форматом електронних рахунків. У B2B-сферах можна використовувати XRechnung або інші підходящі структуровані формати. Важливо, щоб рахунок задовольняв законодавчі вимоги та міг бути електронно оброблений.
Загалом можна надсилати електронну рахунок через електронну пошту, якщо це підходить для конкретного шляху передачі між учасниками. Важливо, щоб був надіслано повний файл ZUGFeRD без втрати вбудованих XML-даних.
Перевірте не лише видиме PDF, але і структуровані дані. Використовуйте спеціальне програмне забезпечення чи валідатор для перевірки обов'язкових полів, формату, сум та XML-даних.
Повний файл ZUGFeRD слід зберігати в оригінальному форматі. Вивіскова версія, скріншот або проста PDF-копія без вбудованих XML-даних не підходять, якщо це призводить до втрати структурованого розділу рахунку.
Motorica створює рахунки ZUGFeRD безпосередньо з введених даних рахунку. Файл поєднує читабельний PDF-рахунок із вбудованими структурованими XML-даними. Motorica підтримує структуроване введення даних рахунку, XRechnung і ZUGFeRD.