Так. Krokul CRM інтегрується з PEPPOL і надсилає рахунки мережею через вашого провайдера Peppol Access Point. Рахунок формується як документ Peppol BIS Billing 3.0 у синтаксисі UBL 2.1, провайдер доставляє його до Access Point покупця, а статус доставки повертається на рахунок. Krokul працює як система-джерело, а роль Access Point лишається за провайдером. Зв’язка йде через API провайдера разом з API і вебхуками Krokul.
Коли рахунок виставлено покупцю, який приймає документи через Peppol, Krokul формує рахунок BIS Billing 3.0 в UBL 2.1 зі сторонами продавця й покупця, рядками, розкладом ПДВ і умовами оплати та передає його в API провайдера. Провайдер знаходить отримувача через SMP і доставляє документ.
Кожен отримувач у мережі має ідентифікатор учасника. Krokul зберігає його на компанії-клієнті й перед надсиланням перевіряє через провайдера, чи покупець зареєстрований. Менеджер заздалегідь знає, чи піде рахунок через Peppol.
Peppol BIS Billing 3.0 є базовою специфікацією використання рахунку за EN 16931, тож коректний документ відповідає європейському стандарту й правилам Peppol поверх нього. Krokul спершу перевіряє рахунок за цими правилами, і відсутній номер платника ПДВ чи поштовий індекс видно на рахунку ще до надсилання.
Провайдер повертає свій ID документа, і Krokul зберігає його зовнішнім ключем на рахунку. Коли провайдер повідомляє про доставку чи відхилення, статус з’являється на рахунку й у стрічці угоди.
OpenPeppol зазначає, що з 1 січня 2026 року Бельгія вимагає структурованих електронних рахунків майже для всіх операцій між бельгійськими платниками ПДВ, а рекомендованою мережею називає Peppol. Бельгійська компанія, що виставляє рахунки в Krokul, надсилає їх через свого провайдера Access Point тим самим з’єднанням.
| Провайдер Peppol (Access Point) | Напрям | Krokul | Коли |
|---|---|---|---|
| Рахунок BIS Billing 3.0 (UBL 2.1) | Krokul → провайдер | Рахунок (документ) з рядками | Рахунок виставлено |
| Сторона покупця: юридична назва, номер платника ПДВ, адреса | Krokul → провайдер | Компанія-клієнт | Входить у кожен рахунок |
| Ідентифікатор учасника (пошук у SMP) | Krokul ↔ провайдер | Peppol ID компанії-клієнта | Перевіряється перед надсиланням |
| ID документа в провайдера | Провайдер → Krokul | Зовнішній ключ рахунку | Одразу після надсилання |
| Статус доставки чи відхилення | Провайдер → Krokul | Статус рахунку й запис у стрічці угоди | Колбек провайдера або перевірка за розкладом |
webhook/api-upsert) на document.created, перевірте заголовок x-crm-signature, потім прочитайте рахунок через document/api-read, а покупця через clientCompany/api-read.externalRef/api-set.activity/api-create.Ні. Krokul сам до мережі Peppol не підключається й сертифікації Peppol не має. Рахунок надсилає ваш сертифікований провайдер Access Point, а Krokul його готує й стежить за статусом.
Krokul формує рахунки Peppol BIS Billing 3.0 у синтаксисі UBL 2.1. Далі провайдер доставляє їх до Access Point покупця.
Ні. Krokul веде угоди, комерційні пропозиції й рахунки, які виставляєте ви. Вхідні рахунки постачальників лишаються у вашій обліковій системі чи в провайдера Access Point.
Ні. Peppol є мережею провайдерів, тому потік працює з API обраного вами провайдера, а API і вебхуки Krokul дають рахунки й приймають назад статус.
Krokul не має сертифікації Peppol, а підключення до мережі належить вашому провайдеру Access Point. Вхідні рахунки постачальників лишаються у вашій обліковій системі чи в провайдера, бо Krokul покриває бік продажів.
Напишіть, яким сервісом ви користуєтесь і що має ходити між ним і Krokul. Ми відповімо способом і строком.
Запит отримано. Відповімо на вашу пошту.
Peppol є торговельною маркою OpenPeppol AISBL. Krokul не пов’язаний з OpenPeppol і не є провайдером послуг Peppol.