Замовник не в мережі Peppol: що означає помилка і що далі

Коротко

• Помилка виникає при пошуку замовника в довіднику мережі: для його Peppol ID там немає жодного запису.
• Обов’язок надіслати е-рахунок, за Фінансовою адміністрацією, виконано його відправленням через службу доставки, і помилка цього не змінює. Повідомлення Фінансовій адміністрації відбувається незалежно від доставки.
• Замовнику поки що надішліть той самий рахунок інакше і дайте йому знати, що він має підключитися.
• Споживачу (B2C) е-рахунок через Peppol не надсилається.
• Іноземному замовнику можете надіслати його добровільно, якщо він у мережі.

Що означає помилка

При відправленні точка доступу відправника шукає ідентифікатор замовника в довіднику мережі Peppol (SML і SMP, пояснюємо у статті Що таке Peppol). Якщо запису там немає, відправлення завершується помилкою типу The participant ID '0245:…' is not registered in the Peppol Network. Саме цей випадок описує Фінансова адміністрація: якщо одержувач не зареєстрований у мережі Peppol (SML), спроба відправлення завершиться помилкою, бо партнера неможливо знайти в мережі (FAQ ФА, частина II, питання 9).

На нашому порталі такий рахунок має стан «Not delivered: recipient not in the Peppol network» (не доставлено: одержувач не в мережі Peppol). Рахунок ми прийняли і зберегли серед надісланих; якщо маєте IČ DPH, повідомимо про нього і Фінансовій адміністрації. Доставити його, однак, поки що не може ніхто, бо замовник ще не вибрав постачальника. Через API документ має стан undeliverable, а вебхук отримує подію invoice.undeliverable.

Чи виконали ви обов’язок?

Фінансова адміністрація зазначає щодо цього (FAQ ФА, частина II, питання 9):

• «З погляду закону обов’язок надіслати е-рахунок вважається виконаним у момент його відправлення через службу доставки.»
• Якщо повертається повідомлення про помилку через те, що одержувач не зареєстрований в SML, «ця обставина не впливає на виконання обов’язку відправника».
• «Звітування до C5 відбувається незалежно від успішності доставки е-рахунку.»

Подібно вона відповідає і на питання про незареєстрованого замовника: рахунок через службу доставки «зрозуміло, завершиться помилкою, але ви зробили все, що могли» (FAQ ФА, частина I, питання 42). Повідомлення Фінансовій адміністрації при цьому надсилається лише за рахунки, де виставник має IČ DPH (FAQ ФА, частина I, питання 44).

Згідно з FAQ (частина I, питання 75) платник, який у період з 1 січня 2027 року до 30 червня 2030 року складе електронний рахунок відповідно до § 85o абз. 2 закону про ПДВ і надішле його через службу доставки згідно з § 76a, виконає законний обов’язок скласти і надіслати електронний рахунок. Замовник згідно з § 71 абз. 5 зобов’язаний забезпечити, щоб міг прийняти електронний рахунок через службу доставки. Недоставлення, отже, не ваша помилка, проте ви хочете, щоб рахунок був оплачений, тому продовжуйте наступними кроками.

Що зробити

1. Перевірте ідентифікатор. На /overenie введіть IČ DPH, DIČ або Peppol ID замовника. Якщо ви ввели хибний ідентифікатор (наприклад IČO замість DIČ або помилку в DIČ) або замовник у мережі під іншим, виправте його і надішліть той самий рахунок знову з тим самим номером і датою складання, бо службі доставки він уже був переданий. Через API використайте той самий Idempotency-Key.
2. Дайте замовнику знати. У формі рахунку при словацькому замовнику є кнопка «Copy text for the customer» (скопіювати текст для замовника) з готовим повідомленням. Словацька компанія підключається вибором постачальника на порталі Фінансової адміністрації, порядок у статті вибір листоноші на порталі ФА.
3. Надішліть той самий рахунок іншим шляхом. Найкраще його XML електронною поштою (PDF можете додати як попередній перегляд): PDF є лише зображенням документа, е-рахунком є структурований XML-файл (FAQ ФА, частина I, питання 3). За Фінансовою адміністрацією це не нове складання, а повторне надсилання того самого електронного рахунку іншим способом (FAQ ФА, частина I, питання 75). Тому не виставляйте новий рахунок з іншим номером. XML і PDF завантажите в деталях рахунку. Наш портал сам не надсилає електронні листи з рахунками поза мережею Peppol; якщо хочете виставляти і надсилати рахунки також поза нею, використайте інструмент когось із наших посередників.
4. Після реєстрації замовника можете надіслати йому той самий рахунок через Peppol знову: у деталях рахунку завантажте його кнопкою «Download XML» (завантажити XML) і надішліть на вкладці Send from a file (надіслати з файлу); через API достатньо повторити відправлення з тим самим Idempotency-Key. Якщо Архів даних у вас вимкнений, вміст документа у нас зазвичай видаляємо через 14 днів, тому завантажте XML одразу. Щодо повторного відправлення через мережу FAQ Фінансової адміністрації прямо не висловлюється. Чи замовник уже підключився, знову дізнаєтеся на /overenie.

Як цьому запобігти

Форма рахунку на нашому порталі перевіряє замовника одразу після введення його IČ DPH або Peppol ID і відкриває решту рахунку лише тоді, коли замовник у мережі. Якщо виставляєте рахунки багатьом замовникам одночасно, перевірте їх заздалегідь у розділі Масова перевірка списку DIČ: вставляєте список DIČ або IČ DPH і отримуєте таблицю, хто вже в мережі. Результат відповідає даті ранкового огляду мережі, а не живому запиту, тому перед відправленням окремого рахунку вирішальною є перевірка при відправленні.

Замовник є споживачем

Е-рахунок стосується лише виставлення рахунків між підприємствами (B2B) і між підприємствами та публічною адміністрацією (B2G), а не споживчих рахунків (FAQ ФА, частина I, питання 4). Згідно з посібником Фінансової адміністрації для неурядових організацій звичайних громадян як споживачів обов’язкове електронне виставлення рахунків не стосується, і рахунки їм можна доставляти як дотепер, наприклад електронною поштою, поштою або через клієнтський портал. Приватній особі, отже, нічого через Peppol не надсилаєте, і помилка «not registered» у неї очікувана.

Іноземний замовник

Система eFaktúra, за Фінансовою адміністрацією, наразі призначена лише для обміну рахунками в межах Словацької Республіки; транскордонне надсилання планується в наступній фазі і за актуальним графіком передбачається з 2030 року (FAQ ФА, частина I, питання 16). Іноземному замовнику, який є в мережі Peppol, рахунок, однак, можете надіслати добровільно. Його ідентифікатор має схему його країни, наприклад Чехія 9929, Німеччина 9930, Австрія 9914, Угорщина 9910 і Польща 9945; зразок документа є у зразку 13 Іноземний замовник. Якщо його в мережі немає, виставляєте йому рахунки як дотепер.

Часті причини помилки

• Префікс SK у значенні. Правильно 0245:2121358349, форма 0245:SK2121358349 є іншим ідентифікатором, і доставка на нього не вдасться. Більше у статті Peppol ID.
• IČO замість DIČ. До словацького Peppol ID належать цифри DIČ, а не IČO.
• Неправильна схема. Словацькі суб’єкти мусять мати схему 0245 з DIČ, а не стару 9950 (FAQ ФА, частина II, питання 23).
• Замовник ще не завершив вибір або взагалі не вибрав постачальника. Поки постачальник його не зареєструє, мережа його не знайде.
• Замовник у мережі, але даний тип документа не приймає. Це інша помилка, ніж «not registered». На /overenie побачите, які документи він приймає. Такий рахунок ми відхилимо ще перед передачею до мережі, тому він не буде ані доставлений, ані повідомлений Фінансовій адміністрації. Коли замовник почне приймати даний тип документа, надішліть його знову (через API з тим самим Idempotency-Key); якщо надсилаєте його іншого дня, датою складання має бути день фактичного відправлення (FAQ ФА, частина I, питання 74).

Підготовлювана зміна: урядовий законопроєкт (друк 1454), станом на 30. 9. 2026 у першому читанні, пропонує, щоб обов’язок приймати електронні рахунки не поширювався на оподатковувану особу, яка не є платником, щодо рахунків, які вона має прийняти у зв’язку з орендою нерухомості, звільненою від податку згідно з § 38 абз. 3, якщо нерухомість не включена до комерційного майна; це не діяло б, якщо ця особа зобов’язана приймати електронні рахунки у зв’язку з іншими здійснюваними нею операціями. Поки що це не чинний закон; якби його ухвалили, такий замовник не мусив би бути в мережі.

Часті запитання