Як надіслати рахунки-фактури із SAP до KSeF через KSeFGPT

KSeFGPT поки не має прямої інтеграції з SAP. Вихідні рахунки-фактури, виставлені в SAP, можна експортувати у PDF, CSV, XLS або XLSX, якщо це дозволяє конфігурація системи. Потім файл можна імпортувати до KSeFGPT, перевірити дані та надіслати документ до KSeF.

KSeFGPT зчитує PDF за допомогою OCR та AI, а табличні файли проходять зіставлення колонок і перевірку чернеток рахунків-фактур. Жоден із цих вихідних форматів не надсилається безпосередньо до KSeF. Після перевірки KSeFGPT готує дані рахунка-фактури для надсилання у потрібній структурі XML FA(3).

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

Запланована інтеграція має автоматично отримувати виставлені рахунки-фактури із SAP і після їх прийняття в KSeF записувати номер KSeF біля правильного документа SAP. Дату запуску та перелік підтримуваних версій SAP ще не оголошено.

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

Наявний імпорт рахунків-фактур у KSeFGPT приймає дані вихідних рахунків-фактур, експортованих із SAP. Пряма інтеграція з SAP залишається в плані розвитку. Імпорт файлів не отримує документи із SAP автоматично та не записує номер KSeF назад до SAP.

SAP також пропонує власні рішення eDocument і DRC. Тому KSeFGPT не є єдиним шляхом до KSeF. Вибір залежить від версії SAP, архітектури, обсягу рахунків-фактур, потрібного контролю та місця, де команда хоче опрацьовувати помилки.

1. Чи підтримує SAP KSeF

2. Як KSeFGPT обробляє експорт рахунків-фактур із SAP

3. Як виглядає наявний процес від SAP до KSeF

4. Чого не підтверджує саме надсилання

5. Як має працювати запланована інтеграція KSeFGPT із SAP

6. Як підготувати SAP до майбутньої інтеграції

7. Як вибрати правильну модель роботи

8. Погляд на впровадження

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

Таблиця розділяє наявний імпорт файлів, заплановану інтеграцію та власні можливості SAP.

Так, але немає однієї відповіді для всіх продуктів та інсталяцій SAP. Офіційна документація описує роботу з польськими електронними рахунками-фактурами, зокрема для SAP ERP, SAP S/4HANA та SAP Business One. Залежно від середовища використовуються eDocument, eDocument Cockpit, Manage Electronic Documents або SAP Document and Reporting Compliance.

Сімейство продукту: визначте, чи компанія використовує SAP ERP, S/4HANA, Business One або інший варіант. Рівень оновлення: перевірте версію, рівень SP або FPS і потрібні SAP Notes. Обсяг процесу: з'ясуйте, чи рішення створює і надсилає документ, отримує статус, зберігає номер KSeF і надає офіційне підтвердження UPO.

Документація SAP також описує запис номера KSeF, отриманого від податкового органу, в даних документа. Це не означає, що функція активна в кожному середовищі без конфігурації, оновлення або окремого проєкту впровадження.

Наявний процес починається з вихідного рахунка-фактури, виставленого в SAP. Якщо документ експортовано як один PDF, KSeFGPT зчитує поля за допомогою OCR та AI. Після цього користувач має перевірити покупця, NIP, дати, позиції, ставки податку, суми та банківський рахунок.

Для повторюваних або більших обсягів кращим джерелом часто є CSV, XLS або XLSX. KSeFGPT читає колонки, зіставляє їх із полями рахунка-фактури, показує чернетки та відокремлює рядки, що потребують виправлення. У посібнику про масове надсилання з Excel докладніше описано підготовку таблиці.

Вхідні рахунки-фактури не можна повторно надсилати цим шляхом. Їх надсилає продавець, а покупець отримує документи з KSeF після прийняття системою.

PDF підходить для окремих вихідних рахунків-фактур, але потребує уважної перевірки зчитаних даних. CSV, XLS і XLSX підходять для повторюваних даних, але вимагають правильного зіставлення колонок. XML FA(3) є структурованим рахунком-фактурою для KSeF, а не заміною перевірки джерельних даних.

Наявний процес передбачає ручну передачу файлу. Користувач спочатку експортує документ продажу або його дані із SAP, а потім запускає імпорт у KSeFGPT. Рахунок-фактуру можна надіслати до KSeF лише після перевірки чернетки.

Крок 1: експортуйте PDF або дані CSV/XLS/XLSX із правильного документа SAP. Крок 2: імпортуйте файл до KSeFGPT. Крок 3: перевірте OCR або зіставлення колонок. Крок 4: виправте дані та видаліть дублікати. Крок 5: виконайте валідацію. Крок 6: підтвердьте надсилання до KSeF. Крок 7: перевірте результат обробки, номер KSeF і UPO.

SAP -> експорт файлу -> KSeFGPT -> перевірка -> KSeF описує наявний процес. Він не записує номер KSeF назад до SAP автоматично. Для цього потрібна запланована інтеграція або окреме з'єднання, підготовлене для клієнта.

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

Номер документа SAP ідентифікує документ у системі-джерелі. Реєстраційний номер ідентифікує технічну операцію надсилання. Номер KSeF надається після прийняття рахунка-фактури. UPO документує результат прийняття і містить номер KSeF.

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

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

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

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

Поки специфікація та дата запуску не опубліковані, інтеграцію слід вважати планом розвитку. Не варто припускати, що SAP ECC, S/4HANA, Business One, хмарні та локальні інсталяції матимуть однаковий обсяг підтримки.

Якщо вам потрібна інтеграція SAP із KSeF, напишіть на contact@flippi.co. Вкажіть версію SAP, приблизну місячну кількість вихідних рахунків-фактур та очікуваний обсяг обміну даними.

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

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

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

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

Власне рішення SAP має сенс, коли організація хоче залишити процес у середовищі SAP, має потрібні версії та компетенції і планує розвивати eDocument або DRC. Потрібно перевірити повний процес, а не лише створення й надсилання документа.

Запланована інтеграція KSeFGPT може підійти компанії, яка хоче залишити KSeFGPT шаром валідації, надсилання й моніторингу, але усунути ручний експорт і ручний запис номера KSeF. Остаточне рішення потребує опублікованого обсягу інтеграції та тестів у середовищі SAP компанії.

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

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

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

Приймайте готову інтеграцію за бізнес-сценаріями, а не за одним правильним документом. Успіх, відхилення, дублікат, розрив з'єднання та повторна спроба мають завершуватися однозначним станом і в KSeFGPT, і в SAP. Лише тоді автоматичний запис номера KSeF справді закриває процес рахунка-фактури.

Чи має KSeFGPT пряму інтеграцію з SAP? Ні. Станом на 21 липня 2026 року KSeFGPT не має прямої інтеграції з SAP. Якщо звіт або конфігурація SAP дозволяє експортувати виставлені вихідні рахунки-фактури у PDF, CSV, XLS або XLSX, ці файли можна імпортувати до KSeFGPT. Автоматичне отримання даних із SAP і запис номера KSeF назад до SAP є частиною запланованої інтеграції без оголошеної дати запуску.

Як надіслати виставлений у SAP рахунок-фактуру до KSeF через KSeFGPT? Експортуйте виставлений вихідний рахунок-фактуру із SAP як PDF або табличні дані, якщо ваша конфігурація підтримує такий експорт. KSeFGPT зчитує PDF за допомогою OCR та AI, а для CSV, XLS і XLSX застосовує зіставлення колонок. Перевірте чернетку рахунка-фактури, виправте дані, виконайте валідацію та надішліть документ до KSeF. Після обробки перевірте статус, номер KSeF і офіційне підтвердження UPO.

Чи має SAP власні рішення для KSeF? Так. SAP документує сценарії KSeF для своїх продуктів, зокрема через eDocument, eDocument Cockpit, Manage Electronic Documents та SAP Document and Reporting Compliance. Доступність залежить від сімейства продукту, версії, рівня оновлень і конфігурації. Перед вибором рішення перевірте документацію для вашого середовища SAP.

Коли номер KSeF можна записати в SAP? Номер KSeF можна записати лише після того, як KSeF прийме рахунок-фактуру. Саме надсилання спочатку повертає технічний реєстраційний номер і запускає обробку, але ще не підтверджує прийняття. Запланована інтеграція KSeFGPT має пов'язати номер KSeF із правильним документом SAP після завершення обробки. Точне поле та обсяг зворотних даних ще не оголошені.

Ці чотири статті допоможуть упорядкувати наступні рішення для SAP і KSeF:

Як надіслати багато рахунків-фактур до KSeF з Excel - підготовка й перевірка табличних даних перед надсиланням.

Чи можна надіслати PDF до KSeF? - різниця між джерельним документом і структурованим рахунком-фактурою.

Номер KSeF у рахунку-фактурі - момент надання номера та його значення у процесі.

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