Найчастіші помилки в е-рахунку

1. Неправильний Peppol ID контрагента

Словацькі суб’єкти адресуються схемою 0245 і DIČ (податковим ідентифікаційним номером), напр. 0245:2121358349. Часті помилки: плутанина DIČ з IČO або IČ DPH, пробіли, відсутній префікс схеми. Перевірте, що маєте точний DIČ і правильний формат. У нашому порталі та інструменті перевірки достатньо ввести IČ DPH або DIČ, на правильний формат ми переведемо його за вас; це попередження стосується насамперед власних інтеграцій. Якщо рахунок через неправильний Peppol ID закінчився як недоставлений, виправте ідентифікатор і надішліть той самий рахунок знову з тим самим номером і датою, через API з тим самим Idempotency-Key.

2. Контрагент не зареєстрований в SMP

Рахунок можна доставити лише тому, хто зареєстрований у мережі (має запис в SMP). Якщо партнер ще не має постачальника, доставка не вдасться; це не помилка вашого рахунку. Перед першим відправленням перевірте, чи одержувач доступний (безкоштовно в нашому інструменті перевірки); до мандату 2027 року багато хто лише підключається. Що робити, коли документ закінчується помилкою „not registered in the Peppol Network“, описує стаття замовник не в мережі Peppol.

3. Хибна або неповна розбивка ПДВ

Розбивка ПДВ мусить збігатися: кожна ставка потребує правильної категорії (S/Z/E/AE…) і відсотка, а суми мусять математично сходитися. Особливу увагу зверніть на зворотне нарахування (AE) і звільнені постачання (E): їх не можна звітувати як стандартні (S). Деталі формату є у статті про BIS Billing 3.0.

4. Ви надсилаєте PDF замість структурованого документа

Е-рахунок згідно з мандатом не є PDF у вкладенні електронного листа. Це мусить бути структурований документ UBL, переданий мережею. PDF ви можете будь-коли згенерувати для читання, але юридично значущим є структурований документ.

5. Відсутні обов’язкові поля

Без обов’язкових полів (номер, дата, тип документа, ідентифікація сторін, валюта, суми) рахунок відхилить автоматична перевірка мережі (так звані правила Schematron). Рішення: валідувати перед відправленням (безкоштовно в нашому валідаторі) і використовувати програмне забезпечення, яке вимагає обов’язкові поля. Якщо у нас рахунок зупинить перевірка ще перед переданням до мережі, він не буде доставлений і не буде повідомлений Фінансовій адміністрації: виправте його і надішліть знову, спокійно під тим самим номером (через API з тим самим Idempotency-Key). Якщо надсилаєте його іншого дня, датою складання має бути день фактичного відправлення (FAQ ФА, частина I, питання 74).

6. Забуте податкове повідомлення

З 2027 року до рахунку належить також повідомлення даних Фінансовій адміністрації. Якщо постачальник не робить цього автоматично, є загроза, що ви не виконаєте обов’язок. Перевірте це: див. повідомлення даних (TDD) і контрольний список при виборі.

Як собі це полегшити

Більшості помилок запобіжите якісним програмним забезпеченням/постачальником, який валідує перед відправленням, автоматично вирішує повідомлення і має зрозумілі повідомлення про помилки. Отримання рахунків у нас можете випробувати безкоштовно до 31. 12. 2026, ще перед мандатом.