Автоматизація виставлення рахунків та KSeF: що має вміти ваша система

Рахунок без правильного XML не увійде до KSeF

KSeF приймає виключно структурований файл XML у схемі FA, ніколи PDF чи скан. Перш ніж рахунок потрапить до системи, контур має автоматично згенерувати цей файл з даних замовлення, перевірити NIP контрагента, дату продажу та ставку ПДВ. Помилка в одному полі відхиляє весь документ, а не тільки рядок.

Тому при автоматизації виставлення рахунків важлива не сама відправка, а валідація вихідних даних, перш ніж рахунок взагалі виникне. Детальну структуру схеми та графік впровадження для окремих груп платників податків публікує Міністерство фінансів на сторінці KSeF.

Шлях рахунку: від замовлення до номера KSeF

Весь процес можна записати як один ланцюжок:

Продавець підтверджує замовлення в CRM, система генерує рахунок і відправляє його до KSeF через API. Національна система електронних рахунків повертає унікальний номер, який потрапляє назад до CRM та до реєстру ПДВ. Цей самий номер має з'явитися у файлі JPK_V7, інакше податкова побачить розбіжність.

Кожна ланка цього ланцюжка має власника: продавець відповідає за дані замовлення, бухгалтер за правильність ставок, адміністратор за те, що інтеграція взагалі працює. Завдяки цьому власник бачить, скільки рахунків чекає на виправлення, і приймає рішення на основі даних, а не пам'яті бухгалтера. Коли одна ланка обривається, весь ланцюжок треба перевіряти вручну - а це завдання, яке автоматизація мала усунути.

Хто і чим це обслуговує у вашій фірмі

У польській фірмі контур виставлення рідко тримається на одній програмі. Рахунки зазвичай виписують у Comarch ERP Optima, enova365, wFirma або iFirma, а з'єднання з KSeF йде через плагін виробника або через зовнішнє API. Для зв'язку цих систем з CRM та поштою фірми використовують n8n або Make - вони стежать, щоб рахунок, згенерований в ERP, потрапив також до панелі клієнта та до звіту про продажі.

Адміністратор відповідає за підтримку цих з'єднань, бухгалтер за відповідність даних нормам. Якщо жодна з цих осіб не контролює весь процес, збій інтеграції хтось помітить тільки при закритті місяця. Більше про зв'язок таких систем пишемо в розділах про інтеграцію пошти з CRM та про загальні інтеграції між системами фірми.

Скільки коштує контур виставлення рахунків, підключений до KSeF

Інтеграція пошти з CRM — один відрізок цього ланцюга. Автоматизації CRM, які зв'язують замовлення з рахунком та номером KSeF, — другий, і саме він робить так, що дані перестають переписуватися вручну. Панель адміна, де ви бачите статус кожного рахунку та помилку валідації в одному місці, — третій: без нього автомат працює, але ніхто не знає, коли він перестав.

Дашборд продажів та ПДВ і тижневий звіт, який показує власнику, скільки рахунків відхилив KSeF і чому, замикають петлю: без них не зрозуміти, чи роблять попередні ланки те, що мали робити. Підсумовувати тут нічого — конфігурацію добираємо під те, якої ланки реально бракує у вашій фірмі.

Що ламається, коли KSeF відхиляє рахунок

KSeF відхиляє рахунок, коли NIP контрагента неправильний, відсутнє обов'язкове поле або ставка ПДВ не відповідає товару. Система повертає код помилки, але не підказує, що саме виправити в ERP. Якщо ніхто не контролює чергу відхилень, рахунок висить у системі як ненадісланий, а термін сплати минає без відома продавця.

На практиці бухгалтер перший бачить помилку - у звіті з KSeF або в повідомленні від API - і він вирішує, чи виправити дані вручну, чи повідомити про збій адміністратору. Щоб зберегти контроль над чергою відхилень, адміністратор налаштовує сповіщення після кожної помилки валідації. Збій самого API KSeF теж трапляється; норми передбачають тоді офлайн режим, але контур має вміти його розпізнати і переключитися сам, інакше рахунки просто не відправляються.

Коли не варто автоматизувати виставлення рахунків

Фірма, яка виписує кілька рахунків на місяць вручну в одній бухгалтерській програмі, не потребує інтеграції з CRM чи окремої панелі. Вартість підтримки такого з'єднання перевищить час, який вона мала б зекономити. При цьому ми не обіцяємо, що завдяки автоматизації виставлення рахунків кількість помилок у ПДВ сама знизиться - це залежить від якості вхідних даних, а не від самого з'єднання з KSeF.

Якщо ваша фірма тільки вчиться нового режиму роботи з KSeF, доцільніше спочатку стабілізувати ручний процес, а потім його автоматизувати. Автоматизація на нестабільному процесі лише прискорює розмноження тих самих помилок.

Питання та відповіді

Чи KSeF повністю замінить паперовий рахунок?

Так, у структурованій формі KSeF стає єдиним визнаним способом виставлення рахунків, на які поширюється обов'язок. Точні терміни набуття чинності для окремих груп платників податків оголошує Міністерство фінансів на сторінці KSeF. До того часу варто перевірити, чи ваша бухгалтерська програма взагалі має готову інтеграцію.

Чи маленький інтернет-магазин теж має з'єднуватися з KSeF?

Так, обов'язок стосується підприємців, що виписують рахунки ПДВ, незалежно від розміру фірми. Перелік винятків та терміни варто перевірити безпосередньо на сторінці KSeF, бо вони відрізняються залежно від статусу платника податків.

Чи дані з рахунків у KSeF треба додатково захищати за RODO?

Так, якщо рахунок містить дані фізичної особи, що провадить підприємницьку діяльність, діють правила захисту персональних даних, які описує UODO. Система, що зберігає копії рахунків, має чітко визначити, хто має до них доступ та як довго їх зберігати.

Чи можна впровадити автоматизацію виставлення рахунків без інтеграції з CRM?

Частково - якщо ERP має готове з'єднання з KSeF, рахунок вийде правильно і без CRM. Без інтеграції ви втратите автоматичне повернення номера KSeF до замовлення, тому продавець все одно шукатиме його вручну. Сенс додавання CRM залежить від того, скільком людям у фірмі потрібно бачити статус рахунку поза бухгалтерією.

Давайте обговоримо, як з'єднати ваш контур виставлення рахунків з KSeF, перш ніж це зробить за вас встановлений термін.