KSeFGPT
Почати безкоштовно
Автоматизація
11 червня 202612 хвRafał Zeidler, KSeFGPT

Штучний інтелект у бухгалтерії: що він реально автоматизує у 2026 році?

Практичний посібник для бухгалтерів, бухгалтерських бюро та CFO: де ШІ скорочує роботу з документами, де потребує контролю людини та як оцінити інструмент під KSeF, GDPR/RODO і AI Act.

Штучний інтелект у бухгалтерії: що він реально автоматизує у 2026 році?

Короткий зміст статті

Штучний інтелект у бухгалтерії у 2026 році не є автономним бухгалтером. Найкраще він працює як операційний шар над документами: зчитує дані, упорядковує рахунки, виявляє дублікати, пропонує проведення, показує аномалії, готує звіти та допомагає швидше знайти документи, які потребують контролю.

Найбільша зміна полягає не в тому, що AI-модель знає податкові правила. Зміна полягає в тому, що бухгалтерія має дедалі більше даних у структурованій формі. KSeF і FA(3) зменшують хаос PDF-рахунків, але не усувають потреби в податковій оцінці, нагляді за процесом і відповідальності людини.

Професійне впровадження ШІ потребує трьох шарів: якісних вихідних даних, чітко описаних правил контролю та аудиторського сліду. Без цього ШІ прискорює роботу, але може також швидше відтворювати помилки в NIP, ставках VAT, описах витрат, мапуванні рахунків обліку та платіжних рішеннях.

Ключові висновки

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

ВисновокЗначення для процесу
ШІ автоматизує етапи, а не відповідальністьМодель може підготувати дані та пропозиції, але податкові, платіжні й бухгалтерські рішення потребують власника з боку організації.
KSeF покращує якість вхідних данихXML FA(3) зменшує ручне переписування рахунків, але не замінює опис витрати, погодження та податкову інтерпретацію.
Спочатку варто автоматизувати низький ризикЗчитування документів, дублікати, повнота, нагадування та звіти є безпечнішим стартом, ніж автоматичні рішення.
GDPR/RODO і AI Act вимагають процедуриПотрібно описати ролі, дані, ретенцію, постачальника, нагляд, логи та випадки, коли людина зупиняє автоматизацію.

Що справді змінилося у 2026 році

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

У KSeF структурований рахунок має формат XML відповідно до логічної структури. З 1 лютого 2026 року для структурованих рахунків застосовується FA(3), а її структура охоплює заголовок, дані суб'єктів, детальні дані рахунку, підсумкову частину та частину для додатка. Це означає, що бухгалтерські системи й аналітичні інструменти можуть працювати з полями даних, а не лише із зображенням документа.

Однак це не означає, що бухгалтерія стає автоматичною. Структуровані дані допомагають машині зчитати NIP, суму, дату, ставку VAT і позиції, але самі по собі не визначають, чи є витрата податковою, чи документ потрібно віднести на конкретний рахунок обліку, ані чи транзакція потребує додаткової документації.

Тому найкращий образ ШІ в бухгалтерії - це не робот, який замінює спеціаліста. Це набір інструментів, який скорочує повторювані етапи та дозволяє бухгалтеру приділити більше часу виняткам, рішенням і контролю.

Що ШІ реально автоматизує в бухгалтерії

Найбільший потенціал ШІ там, де робота повторювана, базується на шаблонах і може бути пізніше перевірена. У бухгалтерії це насамперед обробка вхідних документів, витратних рахунків, описів витрат, звірок і звітів.

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

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

Етап роботиЩо може зробити ШІЩо має контролювати людина
Зчитування документаРозпізнати дані з PDF, XML, CSV або додатка й розкласти їх у робочі поля.Чи дані повні, чи документ походить із правильного джерела та чи не переплутано версію рахунку.
КласифікаціяПрив'язати документ до контрагента, категорії витрат, проєкту або центру витрат.Чи класифікація відповідає договору, політиці компанії та способу податкового обліку.
ПроведенняЗапропонувати бухгалтерський рахунок, опис і схему на основі історії подібних документів.Чи пропозиція правильна для конкретної транзакції, періоду та правил бухгалтерського обліку.
ВалідаціяПоказати відсутні поля, неузгоджені суми, нетипову ставку VAT або дублікат.Чи помилка є технічною, бухгалтерською, податковою або виникає з виняткового бізнес-випадку.
ЗіставленняЗіставити рахунок із замовленням, оплатою, прийманням товару або контрактом.Чи відмінності прийнятні та хто їх затвердив.
ЗвітністьПідготувати зведення витрат, відхилень, прострочень і документів для контролю.Чи звіт має правильний обсяг, період, джерела даних і межі інтерпретації.

Приклад процесу контролю в бухгалтерському бюро

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

Практичне правило може виглядати так: рахунок від відомого постачальника, з відповідним NIP, сумою у типовому діапазоні, повторюваною категорією і без зміни банківського рахунку отримує пропозицію проведення та статус для погодження. Рахунок від нового контрагента, з іншою ставкою VAT, великою сумою, коригуванням, додатком або розбіжністю із замовленням отримує статус для з'ясування.

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

Сигнал із документаСтатусДія людини
Відомий контрагент, типова сума, та сама категоріяДо погодженняШвидкий перегляд пропозиції та затвердження або корекція опису.
Новий контрагент або змінений банківський рахунокДо з'ясуванняПеревірка джерела документа, даних контрагента та правил оплати.
Нетипова ставка VAT або коригуванняПодатковий контрольПеревірка підстави, первинного рахунку та способу відображення.
Розбіжність із замовленням або прийманнямЗмістовний контрольУзгодження з особою, що замовляла, або власником бюджету.

Від документа до бухгалтерського обліку

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

У моделі без ШІ багато компаній роблять це вручну: завантажують рахунок, відкривають PDF або XML, переписують дані, шукають контрагента, перевіряють суми, вибирають категорію витрат і чекають погодження. ШІ може скоротити цей процес, але лише тоді, коли має доступ до вихідних даних і правил, за якими має діяти.

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

Статус документаОпераційне значенняТипова AI-автоматизація
НовийДокумент було завантажено або отримано, але його ще не описано.Зчитування полів, розпізнавання контрагента, визначення типу документа.
РозпізнанийСистема має базові дані та може порівняти їх з історією.Пропозиція категорії, рахунку обліку, центру витрат і особи, що погоджує.
До з'ясуванняДані неповні, нетипові або неузгоджені.Показ відсутніх даних, аномалій, дубліката або різниці із замовленням.
До погодженняДокумент потребує змістовного або податкового рішення.Підготовка підсумку та списку пунктів для перевірки.
ГотовийДокумент пройшов контроль і може перейти далі.Експорт даних, звіт, нагадування або запис в аудиторському сліді.

KSeF як паливо для автоматизації

KSeF важливий для ШІ в бухгалтерії, бо змінює якість вхідних даних. Структурований рахунок не є сканом або зображенням PDF, а XML-документом із полями, які можна валідовувати, шукати та поєднувати з іншими даними.

Це полегшує автоматизацію, але не завершує всі проблеми. KSeF упорядковує структуровані рахунки, натомість у компанії все ще можуть існувати документи поза KSeF: договори, замовлення, протоколи приймання, підтвердження оплат, додатки, іноземні документи, PDF-архіви та листування. ШІ повинен уміти працювати з усім контекстом, а не лише з рахунком.

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

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

Вигляд аналітики рахунків у KSeFGPT, що підтримує аналіз бухгалтерських даних

Де ШІ все ще потребує людини

Найбільша помилка у впровадженнях ШІ полягає в тому, що компанія автоматизує етап, який раніше не описала. Якщо команда не знає, хто ухвалює рішення щодо податкової витрати, хто затверджує платіж, хто перевіряє VAT і хто відповідає за коригування, ШІ лише прискорить хаос.

Межі автоматизації особливо важливі при податкових, платіжних і доказових рішеннях. ШІ може підготувати аналіз, але не повинен самостійно вирішувати, що витрата є податковою, що певна ставка VAT правильна, що контрагент безпечний або що платіж можна виконати попри розбіжності.

Добрий процес розділяє три речі: пропозицію ШІ, рішення людини та доказ рішення. Тоді через місяць, рік або під час перевірки можна встановити, звідки взялася пропозиція, хто її погодив і які дані були доступні на той момент.

СфераБезпечна роль ШІМежа відповідальності
Ставка VATПоказ подібних транзакцій і потенційних ризиків.Остаточна класифікація в нетиповому випадку потребує перевірки відповідальної особи.
Податкова витратаПідготовка опису та списку підтвердних документів.Рішення залежить від мети витрати, правил і документації.
ПлатіжВиявлення розбіжностей із замовленням, строком або рахунком.Затвердження переказу повинно мати чітко визначену особу або правило погодження.
КоригуванняПоказ первинного рахунку, позицій і відмінностей.Вибір шляху коригування залежить від транзакції та розрахунків сторін.
Оцінка контрагентаЗбір даних і попереджувальних сигналів.Бізнес-рішення не повинно спиратися виключно на автоматичний результат.

Ризики GDPR/RODO, AI Act і нагляду

Рахунки та бухгалтерські документи часто містять персональні дані. Це особливо стосується одноосібних підприємців, даних працівників, представників, контактів, банківських рахунків та інформації, записаної в описах документів. Якщо такі дані потрапляють до AI-інструмента, потрібно перевірити підставу обробки, обсяг даних, ретенцію, субпроцесорів, трансфери та можливість встановити, хто мав доступ до даних.

GDPR/RODO не забороняє використання ШІ в бухгалтерії, але вимагає контролю над обробкою. Спочатку потрібно визначити ролі сторін: контролера, процесора або іншу відповідну модель співпраці. Якщо постачальник діє як процесор, потрібна угода про доручення обробки. Незалежно від ролі потрібно обмежити дані до необхідного обсягу, описати підставу обробки, ретенцію, технічні засоби захисту, контроль доступу та можливість показати, чому дані оброблялися.

AI Act також не варто зводити до твердження, що кожен AI-інструмент у бухгалтерії є системою високого ризику. Регламент застосовує підхід, заснований на ризику, тому потрібно аналізувати конкретний випадок використання. Один ризик має асистент для пошуку рахунків, інший - автоматичний scoring особи, а ще інший - система, що впливає на доступ до роботи, кредиту або базових послуг.

Для бухгалтерського бюро і CFO практичний висновок простий: кожне впровадження ШІ повинно мати опис мети, даних, постачальника, способу контролю, логування рішень і сценаріїв, у яких людина мусить зупинити автоматизацію.

Модель контролю для бухгалтерського бюро і CFO

У професійному середовищі ШІ не повинен бути чорною скринькою. Бухгалтерське бюро і фінансовий відділ потребують моделі контролю, яка дозволяє користуватися автоматизацією без втрати відповідальності та аудиторського сліду.

Найважливіші пороги впевненості та винятки. Документ, подібний до сотень попередніх рахунків, може пройти коротший шлях, якщо дані узгоджені. Документ із новим контрагентом, нетиповою сумою, іншою ставкою VAT, зміною банківського рахунку або розбіжністю із замовленням має бути позначений для ручного контролю.

Контроль не мусить означати ручну перевірку всього. Зріліша модель поєднує автоматичні правила, контрольні вибірки, список винятків і чітку відповідальність за погодження. Тоді ШІ справді скорочує час роботи, а не лише переносить ризик у менш видиме місце.

Механізм контролюНавіщо він потрібнийПриклад у бухгалтерії
Пороги впевненостіВідділяють рутину від документів, які потребують контролю.Пропозиція проведення нижче встановленого порогу потрапляє на ручну перевірку.
Список винятківЗахищає від автоматизації ризикових випадків.Новий банківський рахунок контрагента блокує автоматичне погодження платежу.
Аудиторський слідДозволяє відтворити рішення з часом.Система записує пропозицію ШІ, користувача, дату погодження та змінені поля.
Контрольні вибіркиПеревіряють якість автоматизації без контролю кожного документа.Щотижня перевіряється відсоток рахунків, облікованих за пропозицією.
Версіонування правилПоказує, за якими правилами працював процес у певний період.Зміна мапування рахунків обліку записана з датою та відповідальною особою.

Як оцінити AI-інструмент для бухгалтерії

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

Перше питання: з яких даних користується інструмент. Чи читає XML FA(3), PDF, CSV, дані з ERP і статуси KSeF? Чи показує джерело кожної пропозиції? Чи дозволяє виправити результат перед експортом? Чи записує, хто погодив зміну?

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

Питання до постачальникаЧому це важливо
Чи інструмент підтримує KSeF і FA(3)?Без роботи зі структурою рахунку ШІ може бути лише надбудовою над PDF або текстом.
Чи користувач бачить джерело пропозиції?Бухгалтер повинен знати, чи пропозиція виникає з історії, правила, документа або загальної відповіді моделі.
Чи є ролі, логи та історія змін?Без цього важко показати, хто погодив документ і що було змінено.
Чи можна налаштувати пороги й винятки?Різні компанії мають різну толерантність до ризику та інші процеси погодження.
Як працює ретенція та видалення даних?Рахунки й допоміжні документи містять персональні дані та комерційну інформацію.
Чи дані клієнтів використовуються для тренування моделей?Це потребує чіткої правової, договірної та інформаційної підстави.
Чи можна експортувати дані до ERP, таблиці або архіву?ШІ має підтримувати бухгалтерський процес, а не закривати дані в окремому інструменті.

Де KSeFGPT вписується в цей процес

Наразі, на дату написання цієї статті, KSeFGPT варто розглядати як шар роботи з рахунками KSeF і рахунковими документами, а не як автономного бухгалтера. Інструмент може допомагати в імпорті, експорті, аналізі рахунків, роботі з XML FA(3), пошуку документів і контролі даних перед подальшою обробкою.

Найприродніші застосування - це упорядкування рахунків, аналіз даних, робота з PDF і XML-файлами, валідація, підготовка зведень і підтримка команди, яка хоче швидше знаходити документи, що потребують реакції. Для окремих задач корисними можуть бути також безкоштовні AI-інструменти для фактурування, але поточні ліміти й вимоги використання потрібно перевіряти безпосередньо на сторінках інструментів.

Найважливіше правило залишається тим самим: ШІ готує, упорядковує та показує ризики, а людина затверджує. Таке налаштування процесу легше обґрунтувати перед бухгалтерією, правлінням, аудитом і клієнтом бухгалтерського бюро.

Перевірте KSeFGPT у роботі з рахунками та ШІ

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

Перейти до KSeFGPT

Найчастіші запитання

Чи може ШІ самостійно бухгалтерськи обробляти рахунки? ШІ може пропонувати проведення, рахунок обліку, категорію витрат, центр витрат і опис документа, але безпечний процес повинен мати пороги впевненості, список винятків і підтвердження людиною. Відповідальність за бухгалтерські книги, податки та звітність не переходить на AI-модель.

Чи KSeF є штучним інтелектом? Ні. KSeF є центральною системою електронних рахунків і обміну структурованими рахунками. ШІ може працювати поруч із KSeF, наприклад упорядковувати дані, виявляти аномалії, готувати пропозиції проведень і допомагати в аналізі документів.

Чи KSeF завершує потребу в OCR у бухгалтерії? Не повністю. Для структурованих XML-рахунків потреба в OCR зменшується, але OCR усе ще може бути потрібний для PDF-файлів, документів поза KSeF, додатків, архівів, іноземних документів і ділового листування.

Чи AI Act і GDPR/RODO стосуються ШІ в бухгалтерії? Так, але по-різному. GDPR/RODO має значення завжди, коли інструмент обробляє персональні дані з рахунків, кадрових документів або листування. AI Act вимагає аналізу конкретного застосування ШІ, тому не кожен асистент для рахунків буде системою високого ризику.

Рекомендація

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

Лише потім обирайте AI-інструмент. У бухгалтерії важливі узгодженість даних, аудиторський слід, безпека та можливість роботи з KSeF, FA(3), PDF, CSV і експортами. ШІ без контролю може виглядати ефектно, але професійній бухгалтерії потрібен передбачуваний процес.

Рекомендовані статті: що таке KSeF AI і коли це має сенс, практичні застосування ШІ в обслуговуванні KSeF, KSeFGPT як застосунок для імпорту, експорту та AI-аналітики рахунків та валідація й обробка XML у KSeF.

Упорядковуйте рахунки KSeF за допомогою ШІ

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

Перевірити KSeFGPT

Поширені запитання

Чи може ШІ самостійно бухгалтерськи обробляти рахунки?

ШІ може пропонувати проведення, рахунок обліку, категорію витрат, центр витрат і опис документа, але безпечний процес повинен мати пороги впевненості, список винятків і підтвердження людиною. Відповідальність за бухгалтерські книги, податки та звітність не переходить на AI-модель.

Чи KSeF є штучним інтелектом?

Ні. KSeF є центральною системою електронних рахунків і обміну структурованими рахунками. ШІ може працювати поруч із KSeF, наприклад упорядковувати дані, виявляти аномалії, готувати пропозиції проведень і допомагати в аналізі документів.

Чи KSeF завершує потребу в OCR у бухгалтерії?

Не повністю. Для структурованих XML-рахунків потреба в OCR зменшується, але OCR усе ще може бути потрібний для PDF-файлів, документів поза KSeF, додатків, архівів, іноземних документів і ділового листування.

Чи AI Act і GDPR/RODO стосуються ШІ в бухгалтерії?

Так, але по-різному. GDPR/RODO має значення завжди, коли інструмент обробляє персональні дані з рахунків, кадрових документів або листування. AI Act вимагає аналізу конкретного застосування ШІ, тому не кожен асистент для рахунків буде системою високого ризику.

Джерела

Статтю підготовлено на основі правових актів ЄС, офіційних матеріалів Європейської комісії, Міністерства фінансів і KSeF, а також публікацій професійних організацій бухгалтерського обліку. Джерела перевірено 11 червня 2026 року.

  1. Регламент (ЄС) 2024/1689 - Artificial Intelligence Act

    EUR-Lex · доступ: 11 червня 2026

    Правовий акт ЄС, що встановлює рамки для систем штучного інтелекту, зокрема підхід, заснований на ризику.

  2. Регламент (ЄС) 2016/679 - General Data Protection Regulation

    EUR-Lex · доступ: 11 червня 2026

    Основа правил GDPR/RODO щодо персональних даних, мінімізації, підзвітності, безпеки та автоматизованого ухвалення рішень.

  3. AI Act

    European Commission · доступ: 11 червня 2026

    Офіційний опис регуляторних рамок ЄС для ШІ, підходу до ризику та мети забезпечення безпеки й основних прав.

  4. Правові підстави та ключові строки KSeF 2.0

    Ministerstwo Finansów · доступ: 11 червня 2026

    Офіційні строки поетапного впровадження обов'язкового KSeF у 2026 році.

  5. Обсяг обов'язкового KSeF

    Ministerstwo Finansów · доступ: 11 червня 2026

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

  6. Структурований рахунок і логічна структура FA

    Ministerstwo Finansów · доступ: 11 червня 2026

    Офіційний опис структурованого рахунку, FA(3), дати виставлення й отримання та інструментів для користування KSeF.

  7. Логічна структура FA(3)

    Ministerstwo Finansów · доступ: 11 червня 2026

    Інформація про публікацію структури FA(3), консультації та заміну FA(2) з 1 лютого 2026 року.

  8. KSeF API 2.0 OpenAPI

    Ministerstwo Finansów · доступ: 11 червня 2026

    Офіційна технічна документація API KSeF 2.0 для інтеграції фінансово-бухгалтерських систем.

  9. Harnessing Innovation: Responsible Use of AI in Finance and Accounting

    IFAC · доступ: 11 червня 2026

    Матеріал професійної організації про відповідальне використання ШІ у фінансах і бухгалтерії з акцентом на контроль та обмеження.

  10. Artificial Intelligence in Accounting

    IFAC · доступ: 11 червня 2026

    Огляд IFAC щодо застосувань, можливостей і ризиків ШІ в бухгалтерському обліку.

  11. AI Monitor

    ACCA · доступ: 11 червня 2026

    Публікація ACCA про вплив ШІ на фінансово-бухгалтерську професію, компетенції, governance і ризики.

Перевірено експертом: Bogdan Mazurek

Податковий консультант · 11 червня 2026

Текст перевірено з погляду розмежування операційної автоматизації та відповідальності за податкові рішення, відповідності правилам KSeF 2.0, FA(3), GDPR/RODO та обережного опису ризиків AI Act.

Читайте також

Посібник

Порівняння конвертерів PDF у XML для KSeF 2026 - який вибрати?

Не кожен конвертер PDF у XML підходить для KSeF. Перевірте, коли вибрати KSeFGPT, Аплікацію Платника, ERP, ksefpdf.pl або інший інструмент і чому звичайного XML з PDF недостатньо.

Читати статтю
Посібник

Як читати XML з KSeF?

Дізнайтеся, як відкрити XML-файл FA(3), знайти дані рахунку, номер KSeF, NIP, позиції і суми, а також коли використовувати валідатор або конвертер XML у PDF.

Читати статтю
Посібник

KSeF відхилив рахунок? Поширені помилки та способи виправлення

Дізнайтеся, чому KSeF відхилив рахунок, як прочитати статус, виправити P_1, XML FA(3), дозволи або дублікат і безпечно повторити надсилання.

Читати статтю
Посібник

KSeF і JPK. Як система фактур працює із сімейством структур JPK?

KSeF не замінює JPK_VAT. Дізнайтеся про відмінності між FA(3), JPK_V7M, JPK_V7K і JPK_FA та правила щодо номера KSeF, коригувань і офлайн-режимів.

Читати статтю