Якщо ви виставляєте рахунки-фактури за фрахт до Європейського Союзу, 2026 рік — це рік, коли документація перестане бути вашим вибором. Бельгія вимагає структурованого електронного виставлення рахунків між підприємствами з 1 січня 2026 року. Польська система KSeF стане обов'язковою з 1 лютого 2026 року для компаній, чиї продажі у 2024 році перевищили 200 мільйонів злотих, і з 1 квітня 2026 року для всіх інших компаній, зареєстрованих як платники ПДВ, за винятком мікропідприємців. Франція вимагає, щоб кожна компанія могла отримувати структурований електронний рахунок-фактуру з 1 вересня 2026 року, причому великі та середні підприємства також будуть його виставляти з цієї дати.
Жоден з них не є пілотами. Це дати, коли PDF-файл, прикріплений до електронного листа, припиняє бути дійсною інвойсованою статтею в цій країні, а виставлення рахунків за фрахт є незвично вразливим, оскільки один інвойс від перевізника може містити десятки додаткових рядків, паливну надбавку, яка змінюється щотижня, та митне покриття, яке насправді не є продажем.
Календар обов'язкових вимог на 2026 рік
| Країна | Які зміни | Ефективний | Формат або канал |
|---|---|---|---|
| Бельгія | Структурований електронний виставлення рахунків для B2B стає обов'язковим | 1 січня 2026 року | Peppol BIS як маршрут за замовчуванням |
| Польща | KSeF обов'язковий для великих платників податків, з оборотом понад 200 мільйонів злотих у 2024 році. | 1 лютого 2026 року | Національна платформа KSeF, структурований XML |
| Польща | KSeF стане обов'язковим для всіх інших підприємців, зареєстрованих як платники ПДВ, за винятком мікропідприємців | 1 квітня 2026 року | Національна платформа KSeF |
| Польща | KSeF охоплює мікропідприємців | 1 січня 2027 року | Національна платформа KSeF |
| Іспанія | Програмне забезпечення Verifactu для виставлення рахунків, сертифіковане для корпоративних платників податку на прибуток, після другої затримки | 1 січня 2027 року | Сертифіковане білінгове програмне забезпечення, записи до податкової служби |
| Іспанія | Verifactu для всіх платників податків, що залишилися, включаючи самозайнятих осіб | 1 Липня 2027 року | Сертифіковане програмне забезпечення для виставлення рахунків |
| Франція | Усі компанії повинні мати можливість отримувати структуровані електронні рахунки-фактури; великі та середні компанії повинні видавати | 1 вересня 2026 року | Акредитована платформа, нині звана PA та раніше PDP, або публічний портал |
| Франція | Малі та мікропідприємства повинні випускати | 1 вересня 2027 року | Акредитована платформа, ПА |
| Німеччина | Випуск стає обов'язковим при обороті понад 800 000 євро. | 1 січня 2027 року | XRechnung або ZUGFeRD, згідно з EN 16931 |
| Німеччина | Видача стає обов'язковою для всіх підприємств | 1 січня 2028 року | XRechnung або ZUGFeRD |
| Європейський Союз | Цифрова звітність для внутрішньо-європейських B2B-операцій у рамках пакету ViDA | 1 липня 2030 року | Структурований електронний рахунок-фактура відповідно до стандарту ЄС |
Два попередні мандати вже є актуальними і їх легко забути, оскільки це стара новина. Італія вимагає електронного виставлення рахунків B2B через свою платформу SdI з 2019 року, а румунська система RO e-Factura охоплює внутрішні B2B з 1 липня 2024 року. Німецьке зобов'язання щодо отримання набрало чинності 1 січня 2025 року, що означає, що німецький клієнт вже може відмовитися обробляти будь-що, що не є структурованим рахунком-фактурою.
Що насправді змінив пакет ViDA
Рада ухвалила реформу ПДВ ЄС, відому як ViDA, 11 березня 2025 року, і більшість коментарів зосередилися на даті 2030 року. Для вантажного бізнесу негайні зміни менш помітні. Держави-члени більше не потребують дозволу Ради для запровадження внутрішнього мандату на електронне виставлення рахунків, і їм більше не потрібна згода покупця для електронного виставлення рахунку.
Саме тому календар вище заповнюється, а не чекає 2030 року. Юридичне гальмо знято, тому національні податкові органи встановлюють власні терміни. Це також означає, що список буде постійно розширюватися, і я б не будував план на 2027 рік, виходячи з припущення, що країн, яких бракує в цій таблиці, не буде.
Другий структурний пункт — це стандарт. Європейська норма EN 16931 визначає семантичну модель, яку повинні виражати національні формати, тому XRechnung, ZUGFeRD, FatturaPA та Peppol BIS можуть бути описані як відповідні, хоча зовні вони зовсім не схожі. Очікується, що існуючі національні системи відповідатимуть європейській моделі до 2035 року.
Чому вантажні рахунки руйнують ці системи
Кожен мандат передбачає досить просту комерційну транзакцію. Рахунки-фактури за фрахт такими не є, і ось які збої я постійно зустрічаю:
- Додаткові збори без стабільних кодів. Час очікування, повторна доставка, плата за підйом та демередж надходять як рядки довільного тексту. Структуровані формати потребують кодованих, оцінених елементів, а вільний текст — це те місце, де автоматичне зіставлення припиняє роботу.
- Витрати на відрядження проти постачання. Мито та ПДВ, які експедитор сплачує від імені клієнта, включаючи суми, які пізніше відшкодовуються через відшкодування мита, не є власним постачанням експедитора. Кодування їх як звичайних рядків рахунків-фактур завищує оборот і створює податкову позицію, якої ніхто не мав наміру.
- Агент або принципал. Один і той самий вантаж може бути у фрахтового брокера, який виступає агентом на одному етапі та принципалом на наступному, і ці два етапи дають різні рахунки-фактури з одного операційного файлу.
- Самостійне виставлення рахунків та консолідовані розрахунки. Великі відправники часто самостійно виставляють рахунки перевізникам або проводять щотижневі розрахунки за таблицею тарифів. Національні платформи мають специфічні правила щодо того, хто виставляє документ, і домовленість про самостійне виставлення рахунків, яка працювала на папері, може потребувати переоформлення.
- Опис та класифікація товарів. Рядок інвойсу за фрахт описує послугу, а не товар, тому будь-який HS коди, який очікує ваш клієнт у документі, має надходити з митної справи, а не з вашої таблиці тарифів.
- Валюта та час застосування надбавки. Бункерна або валютна надбавка, встановлена після дати виставлення рахунку, є підставою для виписування кредитового авізо, і кожен мандат має свою думку щодо кредитових авізо.
- Прикордонне місце постачання. Транспортні послуги мають власні правила щодо місця постачання, тому країна, чий мандат застосовується, не завжди є країною, яку ваша команда операцій вважає місцем виникнення.
Найдорожча помилка
Дороговартісна помилка полягає в тому, щоб розглядати це як фінансовий проєкт. Майже всі поля, необхідні для структурованої накладної, походять з операційної діяльності: посилання на відправлення, фактично стягнута вага, номер митної декларації після очищений імпорт, сторона, яка замовляла послугу. Коли фінанси створюють відповідну накладну на основі системи управління транспортом, яка ніколи не фіксувала ці поля належним чином, хтось врешті-решт вводить їх вручну, і вартість ручного введення даних переважає вартість дотримання нормативних вимог.
Практичний порядок роботи, який я рекомендую, не є гламурним. Почніть з того, що визначте, які ваші суб'єкти виставляють рахунки в які країни, оскільки ця одна таблиця покаже вам реальний термін. Польська дочірня компанія, яка виставляє рахунки внутрішньо, матиме проблему в лютому або квітні 2026 року. Німецький суб'єкт має зобов'язання з отримання з січня 2025 року та зобов'язання з виставлення, яке настане у 2027 році. Бізнес, що продає до Франції, але зареєстрований в іншому місці, повинен перевірити, чи поширюється на нього французьке зобов'язання взагалі, оскільки саме реєстрація визначає відповідь.
Тоді перевірте свої майстер-дані перед програмним забезпеченням. Податкові ідентифікатори покупців, адреси у структурованих полях та стабільний список кодів для власних нарахувань зроблять більше для успішного запуску, ніж будь-який вибір платформи. Я бачив, як запуск зупинявся на тижні через ПДВ-номери клієнтів, які зберігалися як вільний текст з відсутніми префіксами країн.
Вибір маршруту до податкової служби
Існує, загалом, дві форми національної системи, і вони вимагають від вас різного. Моделі клірингу ставлять податкову службу в середину: італійська SdI та польська KSeF отримують рахунок-фактуру, перевіряють його та передають далі, а копія платформи є юридичним оригіналом. Мережеві моделі переміщують документ між акредитованими постачальниками, загальним прикладом яких є Peppol, а французька модель акредитованої платформи побудована на цій ідеї. Бельгія покладається на Peppol BIS у форматі UBL, тоді як Німеччина вимагає семантику EN 16931, не нав'язуючи Peppol як транспорт, тому один постачальник повинен охоплювати обидва шаблони.
Для перевізника або експедитора, що працює в кількох країнах, розумною метою є єдиний внутрішній формат рахунків-фактур, достатньо багатий, щоб відповідати EN 16931, а специфічні для країни вихідні дані обробляються постачальником, а не власними розробниками. Побудова прямих зв'язків з кожною національною платформою можлива, і я бачив, як команди це робили, але кожна зміна в мандаті потім стає вашим інженерним беклогом, а не чиєюсь іншою дорожньою картою продукту.
Два запитання, які варто поставити будь-якому постачальнику: які з мандатів 2026 року вже діють для їхніх існуючих клієнтів, і як вони обробляють кредит-ноти та самостійне виставлення рахунків за транспорт. Друге запитання відділяє реальний досвід роботи з вантажними перевезеннями від загального інструменту обліку дебіторської заборгованості.
Що робити до січня
Якщо ви виставляєте рахунки до Бельгії, Польщі, Іспанії чи Франції, роботи, які потрібно виконати цього року, небагато і вони специфічні. Перелічіть виставлені рахунки та їхні країни. Підтвердьте, що ви можете отримати структурований рахунок-фактуру сьогодні, оскільки мандати ваших клієнтів діють раніше за ваші. Виправте список кодів витрат, щоб додаткові збори перестали надходити як проза. Домовтеся з вашими найбільшими контрагентами, хто з вас виставляє документ. Потім виберіть маршрут доставки, оскільки це найлегша частина для зміни пізніше і найважча для виправлення в стислі терміни.
Деякі з цих дат зміняться, а напрямок – ні. Польща один раз відклала KSeF, потім визначилася з лютим та квітнем 2026 року з 11-місячним пільговим періодом без штрафів замість м'якшого правила. Іспанія двічі зсувала терміни: Королівський Указ-Закон 15/2025 від 2 грудня 2025 року повністю витіснив Verifactu з 2026 року, перенісши його на січень і липень 2027 року. Франція реструктурувала свою модель платформи у жовтні 2024 року і зберегла вересень 2026 року. Плануйте послідовність, а не якусь окрему лінію, і вважайте 1 січня 2026 року реальною відправною точкою, оскільки Бельгія, Польща та Франція всі потрапляють у межах 12 місяців від цієї дати.