Як виставити рахунок через ШI крок за кроком

Рахунок можна пiдготувати за допомогою ШI, але в безпечному процесi ШI не повинен самостiйно надсилати документ до KSeF. Спочатку створюється чернетка рахунку i XML FA(3), потiм користувач перевiряє данi i лише в кiнцi вручну пiдтверджує надсилання.

У KSeFGPT чат ШI працює як асистент: приймає опис операцiї, пропонує поля рахунку, допомагає пiдготувати структуру FA(3), показує перегляд для людини i XML для системи. Чат ШI є платною функцiєю i потребує плану з доступом до чату та налаштованої авторизацiї KSeF.

Головнi точки контролю: контрагент, NIP, дати, валюта, позицiї, ставки VAT, суми netto/VAT/brutto, вiдповiднiсть XML FA(3), метод авторизацiї i свiдоме натискання Надiслати.

Так, ШI може допомогти пiдготувати рахунок, але важливо розумiти слово виставити. ШI створює чернетку, розпiзнає данi з опису, пропонує XML FA(3) i допомагає знайти помилки до надсилання. Структурований рахунок у сенсi KSeF виникає лише пiсля надсилання документа до системи i прийняття його KSeF.

Мiнiстерство фiнансiв Польщi описує структурований рахунок як рахунок, виставлений через KSeF i позначений системним номером. У стандартному онлайн-процесi саме надсилання i прийняття документа є ключовим моментом.

Практичне правило просте: ШI готує, людина операцiйно виставляє, пiдтверджуючи надсилання до KSeF.

Чат ШI в KSeFGPT не є звичайною формою з автозаповненням. Користувач може написати природною мовою: вистав рахунок за IT-консультацiї на 1000 PLN netto, VAT 23%, строк оплати 14 днiв.

Це все ще чернетка. Мовна модель може добре зрозумiти намiр, але вона не є податковим консультантом i не знає всiх обставин угоди. Особливо уважно треба перевiряти ставки VAT, спецiальнi процедури, операцiї з iноземними контрагентами, reverse charge i валютнi рахунки.

KSeFGPT роздiляє три види: перегляд для людини, PDF для одержувача i XML FA(3), який важливий для KSeF.

Перед виставленням рахункiв через ШI потрiбно налаштувати авторизацiю KSeF. У KSeFGPT метод авторизацiї може вибиратися для окремого чату: токен або сертифiкат.

Токен KSeF є iнструментом автентифiкацiї та авторизацiї з певним обсягом прав. Не можна припускати, що кожен токен тiльки для читання.

Сертифiкат KSeF автентифiкує користувача або суб'єкт, а система перевiряє пов'язанi права. Навiть iз сертифiкатом потрiбнi перегляд, валiдацiя i ручне пiдтвердження.

Крок 1. Перевiрте план i авторизацiю KSeF. Чат ШI є платною функцiєю i потребує доступу до чату.

Крок 2. Створiть чат i виберiть метод авторизацiї. Для аналiтики зазвичай краще обмежений обсяг, для надсилання потрiбнi правильнi права.

Крок 3. Напишiть конкретну iнструкцiю з даними рахунку: покупець, NIP, опис послуги або товару, суми, ставка VAT, дата продажу, строк оплати i валюта.

Крок 4. ШI створює чернетку FA(3). Це ще не рахунок, надiсланий до KSeF.

Крок 5. Перевiрте перегляд, PDF i XML. Особливо важливi iдентифiкатори, суми, валюта i податковi поля.

Крок 6. Виправте помилки до надсилання. Якщо XML не проходить валiдацiю, не надсилайте його.

Крок 7. Натиснiть Надiслати. Останнє слово має людина.

Крок 8. Дочекайтеся статусу, номера KSeF i UPO.

Помилки ШI у фактуруваннi часто виглядають правдоподiбно: одна цифра в NIP, неправильна ставка VAT, пропущена позицiя або змiщена дата оплати.

Особливо уважно перевiряйте iноземнi послуги, reverse charge, спецiальнi процедури, коригування, валютнi рахунки i документи з кiлькома ставками VAT.

Якщо документ виглядає правильно, але є податковий сумнiв, не пiдтверджуйте надсилання. Для готового XML можна використати валiдатор XML KSeF, пам'ятаючи про денний лiмiт безкоштовного використання.

Перед надсиланням рахунку, пiдготовленого ШI, варто пройти короткий контроль. Це останнiй момент, щоб зупинити неправильний документ.

Перевiрте метод авторизацiї, NIP i адресу контрагента, дату продажу i виставлення, позицiї, ставки VAT, суми, читабельнiсть PDF, валiдацiю FA(3) i розумiння того, що Надiслати передає рахунок до KSeF.

У моделi KSeFGPT ШI готує документ, але людина вирiшує про надсилання.

Правовий стан i джерела для цiєї секцiї перевiренi 26 травня 2026 року. Стандартне виставлення рахункiв не є окремою категорiєю високого ризику в додатку III AI Act. Але конкретну систему треба оцiнювати за метою, автономнiстю, даними, iнтеграцiями i впливом на фiзичних осiб.

На практицi важливi компетентнiсть користувачiв i прозорiсть. Користувач повинен знати, що взаємодiє з ШI, а органiзацiя має пояснити обмеження моделi.

GDPR має пряме значення, бо рахунки можуть мiстити персональнi данi ФОП, адреси, податковi номери, контактнi данi i описи послуг.

Не кожен рахунок є добрим кандидатом для автоматизацiї. ШI найкраще працює з повторюваними i добре описаними операцiями, де правила вiдомi, а данi повнi.

Зупинiть процес i проконсультуйте документ, якщо операцiя податково нетипова, стосується OSS, reverse charge, кiлькох країн, великого коригування, спору з контрагентом або незрозумiлої обробки даних постачальником ШI.

Починайте з низькоризикового процесу: повторюванi послуги, вiдомi контрагенти, одна валюта, простi ставки VAT i ручне пiдтвердження кожного надсилання.

Внутрiшнє правило має бути простим: ШI готує, людина пiдтверджує, UPO завершує процес.

Читайте далi: практичний посiбник з ШI в KSeF, KSeF AI: що це таке i коли варто, огляд KSeFGPT та ШI i виявлення аномалiй у KSeF 2026.