E-Invoicing in the EU: Country-by-Country Requirements (2026)

The three e-invoicing models in use across the EU, a table of every member state's public-sector and business-to-business requirements as published for 2026, and what Nordlet sends in each of them today.

У 2026 році в ЄС немає єдиного правила електронного виставляння рахунків (e-invoicing) для торгівлі між підприємствами. Італія, Польща, Румунія, Бельгія та Хорватія вимагають структуровані електронні рахунки для внутрішніх операцій між бізнесом (B2B); Німеччина та Франція запроваджують поетапні вимоги; Греція, Угорщина, Іспанія та Португалія вимагають звітування про дані рахунків податковому органу майже в реальному часі; а решта держав-членів вимагають електронні рахунки лише для державного сектору. Усе це об'єднається у 2030 році, коли пакет „ПДВ у цифрову епоху“ (VAT in the Digital Age, ViDA) зробить структурований e-invoicing стандартним для транскордонної торгівлі всередині ЄС.

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

Що вважається електронним рахунком

PDF-файл, надісланий електронною поштою, не є електронним рахунком у юридичному розумінні. E-invoicing створюється, передається та отримується у структурованому форматі, який програмне забезпечення може опрацювати без участі людини. Стандартом ЄС для цієї структури є EN 16931 — семантична модель вмісту рахунка, що реалізується в одному з двох синтаксисів: UBL 2.1 або UN/CEFACT CII. Національні профілі та профілі мережі (CIUS) звужують стандарт для локального використання. Peppol BIS Billing 3.0 є найпоширенішим профілем для європейського обміну, а сам Peppol — це мережа доставки, а не формат. У словниковій статті що таке електронний рахунок ці визначення розглянуто детальніше.

Три моделі

Подальший аудит та доставка через мережу (Post-audit, network delivery). Постачальник надсилає рахунок безпосередньо покупцю, зазвичай через Peppol, а податковий орган не бачить його до проведення аудит-перевірки. Бельгійський мандат 2026 року, північні державні системи та більшість держав-членів без мандатів працюють саме так. Контроль з боку податкової здійснюється пізніше через податкову декларацію з ПДВ та файл аудиту.

Кліринг (Clearance). Кожен рахунок проходить через державну платформу перед або під час надсилання покупцю, після чого платформа присвоює йому реєстраційний номер. Система Sistema di Interscambio в Італії, KSeF у Польщі та e-Factura в Румунії є кліринговими системами. Рахунок, який не був прийнятий платформою, юридично не існує.

Звітування в реальному часі (Real-time reporting). Сам рахунок може бути у будь-якому форматі, узгодженому сторонами, але його дані мають бути передані податковому органу протягом кількох годин або днів. Онлайн-система Számla в Угорщині, SII в Іспанії, myDATA в Греції та податкове звітування в Португалії є системами звітування. Кілька з них зараз розширюються до повноцінних мандатів e-invoicing.

Ця відмінність важлива під час розробки: клірингова система може відхилити рахунок, тому ваш процес виставляння повинен обробляти відхилення після присвоєння номера; система звітування не відхиляє рахунки, але передбачає штрафи за запізнілі або відсутні звіти.

Що змінює ViDA

Директива Ради (ЄС) 2025/516, що становить пакет „ПДВ у цифрову епоху“, набула чинності 14 квітня 2025 року.

Вже діє: держава-член може запровадити обов'язковий внутрішній B2B e-invoicing без попереднього запиту на дерогацію (відступ) від ЄС. Саме тому національні мандати прискорилися протягом 2025 та 2026 років.
З 1 липня 2030 року: структурований e-invoicing стає стандартом для B2B-постачань між державами-членами, згогода покупця більше не вимагається для прийнятного електронного рахунка, а цифрове звітування щодо кожної операції замінює звіти про внутрішньоспільнотні постачання (EU sales list). Національні системи, що існуватимуть на той момент, мають бути приведені у відповідність зі стандартом ЄС до 2035 року.
З 2028 року: платформи, що забезпечують короткострокову оренду житла та пасажирські перевезення, стають умовно залученими постачальниками (deemed suppliers) у ширшому колі випадків, з можливістю для держави-члена відкласти це до 2030 року. Це описано в нашій статті про ПДВ ЄС для цифрових платформ.

Таблиця країн

B2G означає рахунки для державних органів. Згідно з Директивою 2014/55/ЄС, кожен державний орган ЄС зобов'язаний приймати електронні рахунки EN 16931 з 2019 або 2020 року; колонка B2G показує, чи зобов'язані постачальники також їх надсилати. Назва кожної країни містить посилання на наш посібник розробника з ПДВ у цій країні.

Країна	B2G	B2B-мандат (згідно з публікаціями)	Модель і система	Формат
Австрія	Обов'язково для федеральних постачальників з 2014 року	Не оголошено	Подальший аудит; доступний Peppol	ebInterface, Peppol BIS 3.0
Бельгія	Обов'язково, поетапно з 2022 року	Обов'язково з 1 січня 2026 року між бельгійськими платниками ПДВ; звітування майже в реальному часі планується на 2028 рік	Подальший аудит; мережа Peppol	Peppol BIS 3.0
Болгарія	Органи влади зобов'язані приймати	Не оголошено	Подальший аудит	EN 16931
Хорватія	Обов'язково з 2019 року	Обов'язково з 1 січня 2026 року між платниками ПДВ з електронним звітуванням (Фіскалізація 2.0)	Кліринг та звітування; Porezna uprava CIS	EN 16931 UBL / CII
Кіпр	Органи влади зобов'язані приймати	Не оголошено	Подальший аудит	EN 16931
Чехія	Органи влади зобов'язані приймати	Не оголошено	Подальший аудит	EN 16931, ISDOC для внутрішнього використання
Данія	Обов'язково з 2005 року (NemHandel)	Загального мандата немає; Закон про бухгалтерський облік вимагає систем цифрового обліку з можливістю надсилання та отримання e-invoices, поетапно з 2024 року	Подальший аудит; NemHandel та Peppol	OIOUBL, Peppol BIS 3.0
Естонія	Обов'язково з 2019 року	Загального мандата немає; з 1 липня 2025 року покупець, зареєстрований як отримувач e-invoice, може вимагати його надання; обговорюється ширший мандат	Подальший аудит; оператори та Peppol	Естонський стандарт e-invoice, EN 16931
Фінляндія	Обов'язково з 2020 року	Загального мандата немає; з квітня 2020 року бізнес-покупець може вимагати електронний рахунок EN 16931	Подальший аудит; оператори та Peppol	Finvoice, TEAPPSXML, Peppol BIS 3.0
Франція	Обов'язково з 2020 року (Chorus Pro)	Усі компанії зобов'язані приймати з 1 вересня 2026 року; виставляння обов'язкове з 1 вересня 2026 року для великих і середніх підприємств та з 1 вересня 2027 року для МСП і мікропідприємств, із e-reporting інших операцій	Затверджені платформи (PA/PDP) із центральним довідником; звітування податковому органу	Factur-X, UBL, CII
Німеччина	Обов'язково для федеральних постачальників з 2020 року; на рівні земель — відрізняється	Усі компанії зобов'язані приймати з 1 січня 2025 року; обов'язкове виставляння з 2027 року для компаній з оборотом від 800 000 євро та з 2028 року для всіх	Поки що подальший аудит; пізніше планується система звітування	XRechnung, ZUGFeRD (EN 16931)
Греція	Обов'язково, поетапно з 2023 по 2025 рік	Звітування даних рахунків у myDATA обов'язкове з 2021 року; B2B e-invoicing впроваджується поетапно з 2026 року, починаючи з великих платників податків	Звітування в реальному часом переходить у кліринг; AADE myDATA	Грецький CIUS (EN 16931), myDATA InvoicesDoc
Угорщина	Органи влади зобов'язані приймати	Мандата на e-invoice немає; звітування даних рахунків у реальному часі до NAV обов'язкове для всіх внутрішніх рахунків з 2020 та 2021 років	Звітування в реальному часі; NAV Online Számla 3.0	NAV XML 3.0; EN 16931 за бажанням
Ірландія	Органи влади зобов'язані приймати	Анонсовано поетапний мандат на B2B e-invoicing та звітування в реальному часі з 2028 року	Наразі подальший аудит; Peppol	Peppol BIS 3.0
Італія	Обов'язково з 2015 року	Обов'язково для B2B та B2C з 1 січня 2019 року	Кліринг; Sistema di Interscambio (SdI)	FatturaPA XML
Латвія	Обов'язково з 1 січня 2025 року	Заплановано B2B-мандат; дату початку перенесено з 2026 року	Подальший аудит; Peppol	Peppol BIS 3.0
Литва	Обов'язково через національну платформу E.sąskaita	Не оголошено	Подальший аудит; Peppol	Peppol BIS 3.0
Люксембург	Обов'язково, поетапно з 2022 по 2023 рік	Не оголошено	Подальший аудит; Peppol	Peppol BIS 3.0
Мальта	Органи влади зобов'язані приймати	Не оголошено	Подальший аудит	EN 16931
Нідерланди	Обов'язково для постачальників центрального уряду з 2017 року	Не оголошено; узгодження з ViDA на етапі консультацій	Подальший аудит; Peppol	Peppol BIS 3.0, NLCIUS
Польща	Органи влади зобов'язані приймати (платформа PEF)	Обов'язково з 1 лютого 2026 року для великих платників податків та з 1 квітня 2026 року для всіх інших	Кліринг; Krajowy System e-Faktur (KSeF)	FA(3) XML
Португалія	Обов'язково для постачальників, поетапно, терміни для МСП перенесено	Мандата на структурований рахунок немає; обов'язковими є сертифіковане ПЗ для виставляння рахунків, QR-код та ATCUD на кожному рахунку, а також щомісячне повідомлення про виставлені рахунки через SAF-T	Звітування в реальному часі; AT e-fatura	SAF-T PT; CIUS-PT для B2G
Румунія	Обов'язково	Обов'язково для B2B з 1 липня 2024 року та для B2C з 1 січня 2025 року	Кліринг; RO e-Factura через ANAF SPV	UBL з кастомізацією CIUS-RO
Словаччина	Поетапно через платформу IS EFA	Анонсовано B2B-мандат на 2027 рік	Планується звітування через IS EFA	EN 16931
Словенія	Обов'язково з 2015 року (UJP)	Заплановано B2B-мандат; дату початку перенесено на 2028 рік	Наразі подальший аудит	e-SLOG, EN 16931
Іспанія	Обов'язково з 2015 року (FACe)	Реєстри ПДВ SII в реальному часі обов'язкові для великих платників податків з 2017 року; сертифіковані системи виставляння рахунків Veri*Factu з 2026 по 2027 рік; загальний B2B-мандат очікує на імплементаційний регламент	Звітування в реальному часі; AEAT SII та Veri*Factu	Facturae, EN 16931
Швеція	Обов'язково з квітня 2019 року	Не оголошено; триває державне розслідування	Подальший аудит; Peppol	Peppol BIS 3.0

Як читати таблицю

У країні з клірингом вирішується питання наявності вашого рахунка. Налаштуйте процес створення так, щоб національний реквізит (ідентифікатор SdI, номер KSeF, індекс ANAF) зберігався в рахунку і щоб опрацьовувався шлях відхилення.
У країні зі звітуванням потрібна своєчасна передача даних. Створіть звіт як наступний крок після виставляння, відстежуючи дедлайн для кожного рахунка.
У країні з подальшим аудитом і мандатом Peppol рахунок має дійти до покупця через мережу. Реалізуйте пошук учасників Peppol у записах контрагентів.
Кожна країна з таблиці приймає EN 16931 від постачальників до державних органів, тому Peppol BIS 3.0 є єдиним форматом, що працює скрізь для B2G.

Що Nordlet надсилає сьогодні

Nordlet розглядає рахунок спочатку як структуровані дані, а вже потім як документ, тому кожен національний формат є відображенням того самого рахунка, а кожне відправлення здійснюється з використанням власних облікових даних компанії, налаштованих у меню Обліковий запис -> Відповідність вимогам (Account → Compliance).

Peppol BIS Billing 3.0 скрізь. Виставлені рахунки та кредитові ноти генеруються у форматі EN 16931 UBL (кредитові ноти оформлюються як документи CreditNote з кодом типу 381) і надсилаються через власну точку доступу Peppol компанії або через вбудовану точку доступу платформи, якщо компанія своєї не має. Ідентифікатори учасників визначаються на основі Peppol ID контрагента, коду ПДВ або реєстраційного коду у вказаному порядку.

Національні шлюзи. Для компанії, зареєстрованої в одній із цих країн, кінцеві точки e-invoice генерують національний формат і доставляють його до національної системи:

Країна	Система	Що генерує та надсилає Nordlet
Італія	Sistema di Interscambio	FatturaPA, доставляється через SOAP-канал SdICoop із сертифікатом компанії або через її поштову скриньку PEC
Польща	KSeF	FA(3), перевірений за офіційною схемою, надсилається до KSeF API 2.0 з обліковими даними компанії
Румунія	RO e-Factura	UBL з кастомізацією CIUS-RO, надсилається до REST-інтерфейсу ANAF з токенами OAuth компанії
Угорщина	NAV Online Számla 3.0	Звіт про дані рахунка в форматі NAV XML, надсилається з обліковими даними технічного користувача компанії
Греція	AADE myDATA	Записи InvoicesDoc, надсилаються з обліковими даними myDATA компанії
Хорватія	Fiskalizacija	Запит на фіскалізацію до сервісу CIS податкового органу через двостороннє TLS-з'єднання
Іспанія	AEAT SII та Veri*Factu	Реєстри SII виставлених і отриманих рахунків, а також дані виставляння Veri*Factu
Португалія	AT e-fatura	Файл виставляння SAF-T PT, що передається податковому органу
Франція	Chorus Pro та затверджені платформи	Factur-X (CII)

Кожен генератор повертає попередження у разі нестачі даних у рахунку (наприклад, щодо італійського коду Natura, який довелося виводити з режиму ПДВ, або румунського повіту, відсутнього в адресі), замість того щоб підставляти вигаданий значення, яке пройде валідацію, але буде помилковим. Кожне відправлення записується в журнал аудиту з національним номером і статусом, а рахунок зберігає стан шлюзу для обробки можливих відхилень.

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

Nordlet ніколи не реєструється в державних органах як відправник чи посередник. Сертифікати, токени та технічні користувачі належать компанії, як це передбачено вищезазначеними мандатами.

FAQ

Чи є B2B e-invoicing обов'язковим на території всього ЄС у 2026 році?

Ні. У 2026 році він є обов'язковим для внутрішньої торгівлі в Італії, Польщі, Румунії, Бельгії та Хорватії, впроваджується поетапно в Німеччині, Франції та Греції і не вимагається в інших державах-членах. Окреме звітування про дані рахунків є обов'язковим в Угорщині, Іспанії (для великих платників податків) та Португалії. Загальноєвропейський стандарт для транскордонної торгівлі набуде чинності 1 липня 2030 року згідно з пакетом ViDA.

Чи вважається PDF-рахунок електронним рахунком?

Ні за національним мандатом, ні за Директивою про ПДВ з 1 липня 2030 року. Електронний рахунок має бути у структурованому форматі, який може опрацювати програмне забезпечення. PDF-файл із вбудованим файлом XML, наприклад Factur-X або ZUGFeRD, вважається таким, оскільки саме XML є рахунком.

У чому різниця між Peppol та KSeF чи SdI?

Peppol — це мережа доставки: рахунок іде від точки доступу постачальника до точки доступу покупця, а податковий орган не бере в цьому участі. KSeF та SdI — це клірингові платформи, якими керує податковий орган: рахунок надсилається на платформу, яка приймає або відхиляє його та передає покупцю. Компанія в Польщі чи Італії зобов'язана використовувати національну платформу для внутрішніх рахунків; Peppol залишається корисним для транскордонних рахунків та рахунків для державного сектору.

Чи потрібна мені різна система для кожної країни?

Ні, якщо система сприймає формати як різні подання одного рахунка. Дані, необхідні для рахунка EN 16931, скрізь однакові; різниця полягає лише в синтаксисі, національних розширеннях та каналі доставки. Nordlet генерує Peppol BIS 3.0 для кожної компанії та національний формат для дев'яти країн із системою клірингу або звітування.

Що робити, якщо дата для моєї країни в таблиці змінилася?

Перевірте офіційну сторінку відомства та орієнтуйтеся на неї. Кілька графіків у цій таблиці вже змінювалися (Латвія, Словенія, Іспанія, Португалія), і до 2030 року відбудуться нові зміни. Дата на початку цієї статті вказує на те, коли таблицю востаннє редагували.