Чек-лист електронних рахунків у Німеччині: відповідність ZUGFeRD та XRechnung крок за кроком
Німецький обов'язок електронних рахунків за § 14 Німецького закону про ПДВ (UStG) замінює PDF- і паперові рахунки для внутрішніх B2B-операцій структурованими форматами на основі EN 16931 — на практиці XRechnung (чистий XML) і ZUGFeRD (PDF із вбудованим XML). Отримання є обов'язковим із 2025 року; обов'язок виставляти вводиться поетапно до 2028 року. Будь-якій міжнародній групі з німецькою юридичною особою та будь-якому постачальнику, що обслуговує німецьких корпоративних клієнтів, потрібне робоче рішення.
Хороша новина: це проєкт впровадження з чіткими критеріями приймання, а наявні макети PDF-рахунків зазвичай можна зберегти, перейшовши на ZUGFeRD. Робота полягає у визначенні того, які потоки рахунків зачеплено, у забезпеченні повноти й валідності структурованих даних та в тому, щоб отримання й архівування були настільки ж відповідними, як і виставлення. Чек-лист нижче вибудовує послідовність.
Ihre Checkliste
- 1Оцініть застосовність: визначте, які з ваших суб'єктів здійснюють внутрішні німецькі B2B-постачання, і зіставте кожен потік рахунків (вихідні та вхідні) з датами поетапного запровадження § 14 UStG.
- 2Підтвердьте спроможність отримувати вже зараз: переконайтеся, що ваша німецька юридична особа може отримувати й обробляти електронні рахунки EN 16931 — це обов'язково з січня 2025 року, і поштова скринька для електронних рахунків є мінімумом.
- 3Оберіть вихідний формат: візьміть ZUGFeRD (PDF із вбудованим XML, зберігає ваш макет) для B2B і XRechnung там, де вимоги державного сектору чи клієнта потребують чистого XML.
- 4Усуньте прогалини в даних: перевірте, що ваша білінгова система захоплює всі обов'язкові поля EN 16931 (референс покупця, податкові дані, умови оплати, дані по рядках) з чистими майстер-даними.
- 5Валідуйте перед надсиланням: проганяйте згенеровані рахунки через валідатор EN 16931 / ZUGFeRD, щоб помилки схеми виявлялися до того, як їх знайдуть клієнти чи аудитори.
- 6Переведіть застарілі процеси: спрямуйте наявні процеси PDF-рахунків через крок конвертації в ZUGFeRD замість перебудови білінгового стеку, якщо повна зміна системи не виправдана.
- 7Архівуйте відповідно до вимог: зберігайте електронні рахунки з їх структурованим XML без змін протягом передбаченого законом строку зберігання за німецькими правилами бухобліку (GoBD), а не лише відрендерений PDF.
- 8Оновіть кредиторську заборгованість: навчіть відділ AP автоматично виявляти, валідувати та проводити вхідні електронні рахунки, а також відхиляти невідповідні рахунки постачальників із чітким запитом на виправлення.
- 9Поінформуйте постачальників і клієнтів: повідомте про свої формати та вимоги, щоб обидва напрями вашого потоку рахунків перейшли без порушень платежів.
Passendes Tool
Зробіть кожен рахунок таким, що відповідає вимогам е-рахунка.
Конвертер ZUGFeRD → Jetzt kostenlos prüfenHäufige Fragen
Чи можемо ми зберегти наш поточний макет рахунка?
Так, із ZUGFeRD. Формат вбудовує структурований XML EN 16931 всередину вашого наявного PDF, тож отримувачі бачать звичний документ, тоді як їхні системи автоматично обробляють дані. Це робить ZUGFeRD звичним вибором для компаній, які хочуть відповідності без зміни того, що бачать клієнти.
Чи підпадають внутрішньоєвропейські чи експортні рахунки під німецький обов'язок?
Основний обов'язок виставлення охоплює внутрішні B2B-постачання між підприємствами, заснованими в Німеччині. Транскордонні рахунки зазвичай поза ним, хоча ініціативи на рівні ЄС рухаються в тому самому напрямку, а німецькі клієнти можуть договірно запитувати структуровані формати попри це. Оцінюйте кожен потік окремо, а не перемикайте все наосліп.
Що означає «відповідне архівування» для електронних рахунків?
Структуровані дані і є рахунком, тож оригінальний XML (або файл ZUGFeRD із незмінним XML) має зберігатися незміненим, доступним для пошуку та машинно оцінюваним протягом передбаченого законом строку зберігання за німецькими правилами бухобліку (GoBD). Роздрукування на папір або зберігання лише відрендереного PDF цього не задовольняє.