Rechnung та e‑рахунки в Німеччині: вимоги

25 Вересня, 2026

Коментарі Вимкнено

Добре оформлений Rechnung підтверджує не лише суму до сплати. За ним клієнт перевіряє послугу, Finanzamt — податкові дані, а бухгалтерська програма — структуровані поля. Тому шаблон із логотипом і номером рахунка ще не гарантує, що документ відповідає німецьким правилам.

З 1 січня 2025 року слово E‑Rechnung має вузьке значення: це рахунок у структурованому електронному форматі, придатному для автоматичної обробки. Простий PDF, навіть надісланий електронною поштою, є «іншим рахунком», а не E‑Rechnung. Таке розмежування пояснює актуальна довідка Федерального міністерства фінансів.

Спочатку визначають, кому й за що виставляють рахунок

Нова вимога стосується передусім операцій між підприємцями, які вважаються внутрішніми для Німеччини. Приватний покупець, іноземний бізнес і німецький підприємець — це три різні ситуації. Винятки також залежать від виду операції, суми та податкового статусу виконавця.

Контрольне питання	Чому воно важливе	Що зафіксувати
Клієнт — бізнес чи споживач?	Обов’язковий e‑рахунок не поширюється на звичайні B2C-операції	Назву, адресу та статус одержувача
Обидві сторони внутрішні?	Для іноземного одержувача діють інші правила місця послуги	Країну осідку й VAT ID, якщо він є
Яка сума?	Для Kleinbetragsrechnung до 250 євро брутто є спрощення	Брутто, ставку та суму податку
Є режим Kleinunternehmer?	Такі виконавці звільнені від виставлення E‑Rechnung, але мають уміти її прийняти	Підставу, чому ПДВ не нараховано

Сума 250 євро стосується спрощеного рахунка, а не загальної межі, нижче якої документ не потрібен. Перелік мінімальних реквізитів для такого випадку містить § 33 UStDV. Для звичайного рахунка застосовується повний набір вимог.

Обов’язкові поля звичайного Rechnung

Основний перелік закріплено в § 14 UStG. У документі мають бути повні назви й адреси сторін, Steuernummer або Umsatzsteuer-Identifikationsnummer постачальника, дата виставлення, унікальний послідовний номер, кількість і вид товару або зрозумілий опис послуги, дата чи період виконання, нетто-сума, ставка й сума ПДВ або пояснення звільнення.

Опис «IT services» чи «Beratung» часто надто загальний. Із рахунка та пов’язаних документів має бути можливо встановити, що саме зроблено. Наприклад: «налаштування аналітики сайту за договором від 04.09.2026, період 05–12.09.2026». Погодинну деталізацію можна винести в додаток, але ключові податкові дані не повинні зникати зі структурованої частини E‑Rechnung.

Rechnungsdatum — день створення рахунка, а Leistungsdatum — момент або період виконання.
Rechnungsnummer не зобов’язаний починатися з одиниці щороку, але має однозначно ідентифікувати документ.
IBAN і строк оплати важливі для отримання грошей, хоча самі по собі не належать до податкового ядра реквізитів.
За Reverse Charge, Kleinunternehmer або іншим спеціальним режимом потрібне коректне текстове пояснення, а не довільна фраза «без ПДВ».

Руки за ноутбуком із накладеними графічними елементами цифрового інтерфейсу. Ілюстративне зображення.

PDF і E‑Rechnung — не синоніми

Структурований формат містить машинозчитувані поля за відповідним стандартом. У Німеччині типовими прикладами є XRechnung та належні профілі ZUGFeRD. XRechnung може виглядати як XML без звичного аркуша, тоді як ZUGFeRD поєднує видиму PDF-частину зі структурованими даними. Якщо ці частини різняться, для податкової оцінки провідними є структуровані дані.

Для B2B не встановлено одного обов’язкового каналу передачі. Файл можна надіслати електронною поштою, передати через портал або погоджений інтерфейс. Від 1 січня 2025 року кожен внутрішній підприємець повинен забезпечити приймання E‑Rechnung; за роз’ясненням BMF, для цього достатньо електронної скриньки. Купувати складну платформу лише заради приймання закон не вимагає.

Перехідний календар без зайвої паніки

До 31 грудня 2026 року: Усі виставники можуть користуватися перехідним правилом і видавати інший рахунок. Папір допустимий без окремої згоди; для електронного PDF потрібна згода одержувача.
Протягом 2027 року: Перехід продовжується для виставника, чий оборот попереднього року не перевищив 800 000 євро. Окреме послаблення до кінця 2027 року передбачено для певних EDI-процедур.
Після завершення переходу: Для охоплених внутрішніх B2B-операцій структурований рахунок стає фактично обов’язковим. Винятки, зокрема для малих сум і Kleinunternehmer, треба перевіряти окремо.

Перехідне право належить виставнику. Воно не забороняє клієнтові вже зараз договірно просити XRechnung або ZUGFeRD. Особливо це трапляється з великими компаніями та державними замовниками; B2G має додаткові правила і не зводиться до податкової B2B-реформи.

Як виправити помилку й не втратити слід

Номер використаного рахунка не варто тихо переписувати у файлі. Корекція має посилатися на первинний документ і показувати, що саме змінено. Якщо на момент виправлення для операції обов’язкова E‑Rechnung, коригувальний документ також формують як E‑Rechnung; протягом перехідного строку можливі послаблення.

Перед відправленням корисний технічний контроль: чи відкривається файл, чи проходить валідацію, чи збігаються суми, дати та реквізити, чи бачить одержувач додатки. Валідатор не замінює податкової перевірки змісту, але знаходить порожні або нелогічні поля.

Архівують оригінальну структуру, а не скриншот

За § 14b UStG копії вхідних і вихідних рахунків зберігають вісім років. Для E‑Rechnung принаймні структурована частина повинна залишатися неушкодженою в первинній формі. Роздруківка XML або PDF-візуалізація не замінює оригінальний файл.

Відокремити вхідні та вихідні рахунки й дати їм стабільні назви.
Зберігати оригінал разом із додатками, договором і підтвердженням відправлення.
Обмежити можливість непомітного редагування та робити резервну копію.
Залишити зв’язок між корекцією, оплатою і первинним номером.

Практичний тест простий: через кілька років стороння людина повинна відтворити історію операції без листування «в голові» власника. Якщо для цього бракує договору, акта, XML або пояснення спеціального режиму, архів ще не завершений.