Від 1 квітня 2026 року кожен чинний платник VAT у Польщі виставляє рахунки через KSeF - національну систему електронних фактур. Посібників багато, але майже всі написали виробники бухгалтерських програм, і всі вони закінчуються однаково: купіть нашу програму. Агенція, підрядник або юридична фірма з власною CRM, яка виставляє тридцять фактур на місяць за закритими проєктами, відповіді на своє питання там не знаходить. А питання просте: як зробити, щоб фактура виходила з того, що вже є.
Я роблю інтеграції та автоматизації, я не бухгалтер і не податковий консультант. Далі йде інженерний бік: за якими датами стежити, де в сервісній компанії народжується рахунок, як виглядає потік даних із CRM до KSeF і назад та що робити, коли державна система не відповідає.
Терміни KSeF і сусідня дата
Найбільша плутанина виникає через те, що змішують два різні обов'язки: отримувати вхідні фактури і виставляти власні. Вони стартували в різні дати й стосуються різних груп.
| Обов'язок | Від якої дати | Кого стосується |
|---|---|---|
| Отримання вхідних фактур через KSeF | 1 лютого 2026 | усіх платників податків |
| Виставлення фактур у KSeF | 1 лютого 2026 | компаній з обігом понад 200 млн zł за 2024 рік |
| Виставлення фактур у KSeF | 1 квітня 2026 | усіх інших платників VAT |
| Заява на скриньку e-Doręczenia | до 30 вересня 2026 | фірм на CEIDG, зареєстрованих до кінця 2024 року |
| e-Doręczenia обов'язкові | 1 жовтня 2026 | фірм на CEIDG, зареєстрованих до кінця 2024 року |
Обидві дати щодо KSeF уже минули, тож для сервісної компанії це питання не терміну, а процесу. e-Doręczenia я додаю в ту саму таблицю, бо це той самий зсув в іншому місці: документи переїжджають у державну систему, до якої хтось зобов'язаний регулярно заходити. Лист там вважається доставленим через 14 днів після надходження, навіть якщо скриньку ніхто не відкривав.
Отримання вхідних фактур стосується вас, навіть якщо ви нічого не виставляєте
Ця частина дивує найчастіше. Отримання електронних фактур через KSeF стало обов'язковим для всіх платників податків від 1 лютого 2026 року. Не має значення, продаєте ви B2B чи лише фізичним особам. Якщо ви купуєте хостинг, ліцензії, послуги підрядників або оренду офісу, їхні фактури надходять до KSeF, а не на пошту.
Це змінює витратну частину сильніше, ніж продажну. Раніше фактури падали на пошту й хтось пересилав їх бухгалтеру. Тепер їх треба регулярно забирати із системи, прив'язувати до проєктів і статей витрат та стежити, щоб нічого не лишилося неотриманим. На практиці я ставлю простий процес на n8n: щогодини опитування KSeF щодо нових вхідних, збереження XML і PDF у файлове сховище, запис у CRM із NIP продавця, сумою та строком оплати плюс сповіщення в Slack чи Telegram, коли надходить фактура вище узгодженої суми. Той самий механізм сповіщень я розбирав у статті про інтеграцію CRM з Telegram і WhatsApp.
Де в сервісній компанії насправді народжується рахунок
В інтернет-магазині все просто: фактура йде за замовленням, і рішення ухвалює одна система. У сервісній компанії не так, і в цьому вся складність.
Типовий стан, який я застаю:
- Менеджер переводить угоду в статус «виграна», але в картці немає ні NIP, ні адреси, ні розбивки на позиції.
- Сума до виставлення лежить у таблиці з обліком годин або в договорі у PDF.
- Раз на місяць хтось передруковує все це в бухгалтерську програму або надсилає список листом у бухгалтерію.
- Регулярні рахунки за абонемент і підтримку виставляють руками, за графіком, який існує лише в голові власника.
KSeF цього не виправить. Він тільки зсуває момент, коли безлад стає видимим, бо тепер фактура формально виникає лише тоді, коли її прийняла система міністерства й надала номер. Перш ніж чіпати API, потрібне одне місце, де повний набір даних для рахунку заповнений і йому можна довіряти. Зазвичай це CRM, іноді таск-трекер. Вибір єдиного джерела правди - половина всього впровадження, докладніше про це в тексті про те, з чого починати автоматизацію бізнес-процесів.
Потік даних: угода виграна, KSeF, номер назад у CRM
Так виглядає схема, яку я збираю в сервісній компанії. У кожного кроку є названі поля і своя точка відмови.
- Тригер. Угода в CRM переходить у статус «виграна» або проєкт отримує статус «до виставлення», і вебхук іде в інтеграційний шар. Точка відмови: менеджер перемикає статус кілька разів поспіль і йдуть дублі. Рішення - ключ ідемпотентності за ідентифікатором угоди.
- Збір даних. Із CRM беруться NIP, назва та адреса контрагента, позиції послуг, сума нетто, ставка VAT, строк оплати, номер замовлення або договору. Точка відмови: порожнє чи хибне поле. Інтеграція не має вгадувати, вона мусить притримати документ і повернути задачу відповідальному менеджеру.
- Перевірка контрагента. Перевірка NIP у реєстрі платників податків і, для клієнтів із ЄС, у VIES. Точка відмови: контрагент змінив реквізити, а в CRM лежить адреса дворічної давності.
- Складання документа. Дані йдуть у структурований XML за чинною схемою. Точка відмови: рядки з таблиці годин без однозначної ставки VAT або описи, довші за дозволені схемою.
- Надсилання до KSeF. Автентифікація, сесія, надсилання документа. Точка відмови: прострочений токен і сесія, яка не оновилася у фоні.
- Отримання підтвердження. KSeF надає номер і видає офіційне підтвердження прийняття. Точка відмови: документ прийнято, а підтвердження приходить трохи пізніше, тому процес не має вважати відсутність миттєвої відповіді помилкою.
- Зворотний запис у CRM. У картку угоди повертаються номер KSeF, статус, дата прийняття та посилання на XML і на візуалізацію у PDF. Точка відмови: пропустити цей крок. Тоді ніхто в компанії не знає, яка фактура пішла, а яка застрягла.
- Надсилання клієнту та в бухгалтерію. Лист із PDF у зрозумілому людині вигляді плюс пакет XML для бухгалтерії. Точка відмови: клієнт вважає фактурою PDF, хоча юридичний документ - це те, що прийняв KSeF.
Сьомий крок відрізняє робочу інтеграцію від демо. Коли номер KSeF лежить у CRM, стягнення боргів, звіти з продажів і розмова з бухгалтером відбуваються в одному місці, без входу в державний портал.
Що має бути в CRM до підключення API
Перед першим рядком коду я проходжу з клієнтом список полів. Без них документ або не проходить валідацію, або, що гірше, іде з хибними даними.
| Поле в CRM | Для чого воно | Що буде без нього |
|---|---|---|
| NIP покупця | ідентифікує отримувача фактури | документ не проходить валідацію |
| Повна назва та адреса | блок даних покупця | фактура йде на застарілу юридичну особу |
| Позиції з описом послуги | зміст фактури | опис дописують руками щоразу |
| Ставка VAT за позицією | розрахунок податку | інтеграція підставляє ставку за замовчуванням там, де потрібна інша |
| Строк оплати | нагадування та стягнення боргів | прострочення неможливо відстежувати автоматично |
| Номер договору або замовлення | прив'язка фактури до проєкту | бухгалтер не розуміє, чого стосується документ |
Цей список важить більше, ніж вибір інструмента. Код на виставлення пишеться за кілька днів, а заповнення NIP та адрес у базі контрагентів розтягується на тижні, бо комусь треба обдзвонити клієнтів.
Фактури, які до KSeF не потраплять
KSeF не забирає весь документообіг, і це часто пропускають на етапі планування. Поза системою лишаються фактури від іноземних контрагентів, паперові документи, скани та PDF, а також увесь архів до переходу. Для сервісної компанії з клієнтами в Німеччині чи Нідерландах ця частина може бути більшою за внутрішню.
Отже, автоматичне розпізнавання документів нікуди не зникає, воно просто переїжджає на витрати поза KSeF. Арифметика тут публічна. Галузеві бенчмарки дають середню вартість обробки однієї фактури близько 10,89 USD, а команди з автоматичним розпізнаванням і зіставленням виходять приблизно на 2,78 USD, тобто на 74% нижче. Готові моделі розпізнавання коштують 0,10-0,75 USD за документ, Azure Document Intelligence бере 10 USD за 1000 сторінок за готовою моделлю фактури і 30 USD за 1000 сторінок за власною схемою, Google Document AI - 1,50 USD за 1000 сторінок базового OCR. Це ринкові цифри, а не мої ціни. За 300 вхідних фактур на місяць саме розпізнавання коштує кілька євро, а економія рахується в людино-годинах. Це саме та зона, яку закриває автоматизація документів.
Коли KSeF не відповідає: черга замість очікування
Зовнішня система, на якій тримаються ваші продажі, колись не відповість. З боку коду важливе одне: інтеграція не має губити документи й не має блокувати роботу менеджера.
Мінімально правильна архітектура виглядає так:
- Фактура зберігається локально з внутрішнім номером ще до того, як піде в KSeF.
- Надсилання йде через чергу з повторами та зростаючим інтервалом, а не синхронно з кліком у CRM.
- Кожна спроба має ключ ідемпотентності, щоб повтор не створив другий рахунок.
- Документи в статусі «надіслано, підтвердження немає» видно на одному екрані, а не в логах.
- Якщо документ висить довше за узгоджений час, сповіщення йде конкретній людині, а не в спільну скриньку.
Той самий шаблон я застосовую в будь-якій інтеграції з державною системою. Усе, що йде назовні, проходить через чергу й має видимий статус, інакше перший же збій на боці відомства закінчується трьома днями ручного виставлення рахунків.
Скільки це коштує і скільки триває
Ринкові діапазони варто відділяти від моїх. Польські підрядники публікують за впровадження автоматизацій та агентів широкий розкид: 3 000-15 000 zł за налаштування плюс абонемент, 8 000-20 000 zł за конфігурацію з 200-500 zł на місяць на API та інфраструктуру, і 80 000-250 000 zł за рішення, які пишуть дані в CRM і ERP великої організації. Річну підтримку зазвичай рахують як 15-25% від вартості впровадження.
Мої ставки для сервісної компанії такі:
| Обсяг | Що входить | Ціна від | Строк |
|---|---|---|---|
| Отримання вхідних фактур | вивантаження з KSeF, зберігання XML і PDF, запис у CRM, сповіщення | 900 € (3 900 zł) | 1-2 тижні |
| Виставлення з CRM | тригер, перевірка NIP, XML, надсилання, номер KSeF назад у CRM | 2 800 € (12 000 zł) | 2-4 тижні |
| Повний документообіг | усе вище плюс розпізнавання фактур поза KSeF, прив'язка до проєктів, пакет для бухгалтерії | за розрахунком | 4-8 тижнів |
Це ціни за роботу, а не за ліцензію. Зверху лишаються витрати на сервер і на розпізнавання того, що приходить поза системою. Ширше порівняння вартості таких проєктів я зібрав у матеріалі про те, скільки коштує автоматизація на n8n і Make.
Коли це замовляти не варто: якщо ви виставляєте п'ять однакових рахунків на місяць, недорога бухгалтерська програма впорається дешевше за будь-яку інтеграцію. Поріг окупності починається приблизно там, де рахунків кілька десятків на місяць, дані для них живуть у різних системах, а хтось у компанії витрачає на це більше одного робочого дня на місяць.
Якщо у вас є CRM і ви хочете, щоб фактура виходила з неї сама, напишіть мені й опишіть, що лежить у CRM, а що в таблиці. Відповім, що можна підключити за два тижні, а що потребує спершу впорядкування даних. Ширший контекст таких задач - на сторінці про автоматизацію бізнес-процесів.
FAQ
Чи обов'язково сервісній компанії інтегрувати CRM із KSeF, чи вистачить бухгалтерської програми? Закон вимагає виставляти структуровані фактури в KSeF, а не інтегрувати CRM, і бухгалтерська програма цю вимогу закриває. Інтеграція з CRM має сенс тоді, коли дані для рахунку й так народжуються в CRM, а хтось сьогодні передруковує їх руками. За кількох десятків рахунків на місяць і даних у різних системах передрук коштує дорожче, ніж підключення API.
Від якої дати KSeF обов'язковий для моєї компанії? Виставлення фактур у KSeF обов'язкове з 1 лютого 2026 року для компаній з обігом понад 200 млн zł за 2024 рік і з 1 квітня 2026 року для всіх інших платників VAT. Отримання вхідних фактур через KSeF охопило всіх платників податків від 1 лютого 2026 року. Це два окремі обов'язки, і другий стосується навіть фірми, яка сама фактур B2B не виставляє.
Що робити, якщо KSeF недоступний у момент виставлення рахунку? Документ потрапляє в чергу й іде повторно, коли система повернеться. Правильно зібраний процес зберігає фактуру локально з внутрішнім номером, повторює надсилання зі зростаючим інтервалом і використовує ключ ідемпотентності, щоб не створити дубль. Менеджер узагалі не має чекати на відповідь KSeF, а документи без підтвердження мусять бути видимі на одному екрані.
Чи проходять через KSeF фактури від іноземних контрагентів? Ні. Документи від контрагентів поза польською системою, паперові фактури, скани та PDF лишаються поза KSeF, тому автоматичне розпізнавання документів досі потрібне. Галузеві бенчмарки дають середню вартість ручної обробки однієї фактури близько 10,89 USD, а за автоматичного розпізнавання й зіставлення - близько 2,78 USD.
Які дані мають бути в CRM, щоб фактура виставлялася сама? Мінімум - це NIP покупця, повна назва та адреса, позиції з описом послуги, ставка VAT за кожною позицією, строк оплати та номер договору чи замовлення. Без NIP і ставки VAT документ не пройде валідацію. Без строку оплати та номера договору він пройде, але прив'язати його до проєкту й відстежити прострочення автоматично вже не вийде.
Навіщо повертати номер KSeF у CRM? Бо наданий системою номер - єдиний ідентифікатор, який пов'язує ваш запис із документом на боці відомства, а стягнення боргів, звіти та спілкування з бухгалтерією йдуть у CRM. Якщо номер є лише в PDF або в порталі, хтось шукатиме його руками за кожним неоплаченим рахунком. Зворотний запис - це одне поле й один виклик API на етапі впровадження.
Скільки триває підключення KSeF до власної CRM? Отримання вхідних фактур із записом у CRM зазвичай займає 1-2 тижні. Виставлення з CRM із перевіркою NIP і зворотним записом номера KSeF - 2-4 тижні. Повний потік із розпізнаванням документів поза KSeF і прив'язкою до проєктів - 4-8 тижнів. Найдовше гальмує не код, а впорядкування даних контрагентів у CRM.
Скільки коштує інтеграція KSeF з CRM для сервісної компанії? У мене отримання вхідних фактур починається від 900 € (3 900 zł), а виставлення з CRM зі зворотним записом номера KSeF - від 2 800 € (12 000 zł). Польські підрядники публікують для таких проєктів діапазони від 3 000-15 000 zł за просте налаштування до 80 000-250 000 zł за рішення, що пишуть дані в CRM і ERP великої компанії, а річну підтримку рахують як 15-25% від вартості впровадження.
