З LiveKid до KSeF: PDF рахунки і розрахунки

У LiveKid доступні PDF рахунку, PDF коригувального рахунку та розрахунок, тобто платіжна інформація для батьків. LiveKid не має експорту XML до KSeF, надсилання до KSeF, номера KSeF або UPO.

Якщо у вас є PDF рахунку або PDF коригувального рахунку з LiveKid, розглядайте його як джерело даних. У KSeFGPT можна завантажити PDF, зчитати дані, підготувати XML FA(3), перевірити валідацію і лише потім перейти до надсилання в KSeF.

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

Ця стаття показує конкретний процес для користувача LiveKid, який має PDF рахунку, PDF корекції або розрахунок і хоче безпечно закрити процес KSeF, не змішуючи рахунок, платіжну інформацію, оплату, XML і UPO.

LiveKid використовується в освітніх закладах для розрахунків, оплат і рахунків для батьків. Саме тому питання про KSeF починається з документа: це VAT-рахунок, платіжна інформація, розрахунок оплати за навчання чи рахунок, виставлений на компанію батька або матері?

У цьому процесі LiveKid є джерелом PDF-документів і розрахунків. Користувач працює з PDF рахунку, PDF коригувального рахунку або розрахунком для батьків, але не отримує з панелі рахунок у форматі XML, готовий до надсилання в KSeF.

На практиці найбільша помилка - змішування чотирьох статусів: статусу розрахунку в LiveKid, статусу оплати батьків, статусу PDF рахунку і статусу рахунку в KSeF. Розрахунок може бути оплачений, PDF рахунку може бути завантажений, а рахунок все ще може не мати номера KSeF.

1. Чи LiveKid дає змогу надсилати рахунки до KSeF

2. Коли рахунок з освітнього закладу потрапляє до KSeF

3. Що у вас є з LiveKid: PDF рахунку, корекція або розрахунок

4. Коли у вас є PDF рахунку з LiveKid

5. Коли у вас є PDF коригувального рахунку

6. Коли у вас лише платіжна інформація або розрахунок

7. Що перевірити перед надсиланням освітнього рахунку

8. Найчастіші помилки з рахунками LiveKid

9. Що зберегти після прийняття рахунку KSeF

10. Коли достатньо безкоштовних інструментів, а коли потрібен обліковий запис KSeFGPT

11. Як KSeFGPT допомагає власнику освітнього закладу

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

Нижче зібрано найважливіші рішення, які користувач LiveKid має прийняти перед надсиланням рахунку до KSeF.

Ні. LiveKid не надсилає рахунки до KSeF і не дає користувачу експорту XML, номера KSeF або UPO. У панелі доступні PDF рахунку, PDF коригувального рахунку і розрахунок.

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

Тому в цій статті LiveKid є джерелом PDF рахунку, PDF коригувального рахунку або розрахунку. Якщо у вас є PDF, KSeFGPT може допомогти підготувати XML FA(3) зі зчитаних даних, звалідувати документ, надіслати його після авторизації і зберегти історію статусів та UPO.

Що перевірити в панелі LiveKid: чи документ справді є VAT-рахунком, коригувальним рахунком або лише розрахунком; чи дані батьків або компанії заповнені для правильної дитини; чи номер рахунку з LiveKid відповідає документу, який далі обробляється в KSeF. Те, чи конкретний рахунок взагалі підпадає під KSeF, залежить від того, хто є покупцем.

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

B2C-рахунки, тобто рахунки для споживачів, у KSeF добровільні. Якщо рахунок має бути виставлений на компанію батьків, фонд, JST, школу або інший суб'єкт з NIP, не трактуйте його як звичайний розрахунок для батьків. Звільнення від VAT в освіті також не означає автоматично, що рахунок поза KSeF.

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

Найважливіше рішення: що саме у вас є з LiveKid? Типові файли і документи - PDF рахунку, PDF коригувального рахунку або розрахунок, тобто звичайна платіжна інформація для батьків. Якщо у вас є PDF VAT-рахунку, переходьте до імпорту в KSeFGPT. Якщо є корекція, контролюйте зв'язок з первинним рахунком. Якщо є лише платіжна інформація, розрахунок або статус оплати, спочатку встановіть, чи має бути рахунок і хто є формальним покупцем.

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

Якщо у вас є готовий PDF рахунку з LiveKid, розглядайте його як вхідний файл для імпорту, а не як кінцевий файл для KSeF. У застосунку KSeFGPT перейдіть до модуля Рахунки, виберіть Імпорт і завантажте PDF, отриманий з LiveKid. Застосунок зчитає дані рахунку, підготує їх до XML FA(3) і покаже документ для контролю перед надсиланням.

Для простого тесту можна також використати конвертер PDF у XML KSeF. Публічний конвертер працює з лімітом і вимагає адресу email перед отриманням результату. Однак це не повне надсилання до KSeF: після конвертації все одно потрібно перевірити дані, звалідувати XML і виконати надсилання у правильному процесі.

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

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

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

У KSeFGPT розглядайте PDF корекції як джерело даних, а не готовий документ KSeF. Після імпорту перевірте номер рахунку, що коригується, дату, покупця, позиції, значення корекції і причину. Лише правильний XML корекції можна звалідувати і надіслати до KSeF.

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

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

Якщо має виникнути рахунок, використайте функцію виставлення рахунків у LiveKid і завантажте PDF як джерело даних для підготовки XML FA(3). Якщо документ є лише внутрішнім розрахунком оплати, не описуйте його як рахунок KSeF.

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

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

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

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

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

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

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

Мінімальний набір даних після прийняття рахунку: номер рахунку з LiveKid, номер KSeF, UPO, статус прийняття, дата надсилання або прийняття, покупець, сума, зв'язок з платіжною інформацією або оплатою та інформація, хто виконав надсилання. Без цього важко пізніше пояснити рекламацію, корекцію, відсутність оплати або питання бухгалтерії.

Не змішуйте статус оплати зі статусом рахунку. Платіжна інформація може бути оплачена онлайн або переказом, але KSeF відповідає на інше питання: чи структурований рахунок прийнятий і має номер KSeF.

Безкоштовні інструменти підходять для окремих документів, тестів і ситуацій, коли потрібно перевірити PDF рахунку або корекції без побудови повного процесу. Вони вимагають адресу email перед отриманням результату і працюють з лімітом використання.

Обліковий запис KSeFGPT має сенс, коли рахунки з LiveKid з'являються регулярно, ви обслуговуєте кілька закладів, маєте рахунки для компаній батьків або потребуєте історії статусів, UPO і порядку в документах. Тоді проблемою є не сама конвертація, а контроль усього процесу.

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

KSeFGPT не замінює LiveKid як систему для обслуговування закладу. Він доповнює рахунково-KSeF етап: імпорт PDF рахунку або корекції з LiveKid, контроль даних, підготовку і валідацію FA(3), надсилання після авторизації, статуси, номер KSeF, UPO та історію документів.

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

KSeFGPT є приватним інструментом, а не послугою Міністерства фінансів. Він не приймає податкове рішення за заклад, але допомагає зменшити технічні й операційні помилки на шляху від файлу з LiveKid до документа, прийнятого в KSeF.

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

Тому процес KSeF має починатися раніше, ніж імпорт PDF. Спочатку заклад має зібрати дані формального покупця, встановити підставу виставлення рахунку і відокремити оплату від податкового документа. Лише потім має сенс підготовка XML, валідація і надсилання.

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

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

Чи LiveKid дає змогу надсилати рахунки до KSeF? Ні. LiveKid не надсилає рахунки до KSeF. У панелі доступні PDF рахунку, PDF коригувального рахунку та розрахунок, тобто платіжна інформація для батьків.

Чи LiveKid автоматично надсилає рахунки до KSeF? Ні. LiveKid дає змогу виставити рахунок або коригувальний рахунок як PDF і створити розрахунок, але не надає експорту XML, надсилання до KSeF, номера KSeF або UPO. Ці етапи потрібно обробити поза LiveKid, наприклад у KSeFGPT.

Чи можна надіслати PDF з LiveKid до KSeF? Не як кінцевий структурований рахунок. До KSeF надсилається XML відповідно до структури FA(3), а PDF є візуалізацією або джерелом даних. Якщо у вас є PDF рахунку або PDF коригувального рахунку з LiveKid, завантажте його до KSeFGPT, зчитайте дані, підготуйте XML FA(3), перевірте валідацію і лише тоді надсилайте документ до KSeF.

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

Якщо хочете поглибити тему без дублювання всього процесу LiveKid, перейдіть до цих чотирьох текстів:

Чи можна надіслати PDF до KSeF пояснює, чому PDF є візуалізацією або джерелом даних, а не власне структурованим рахунком.

Безкоштовний конвертер PDF у XML KSeF показує, як перейти від PDF рахунку до XML FA(3).

Надсилання рахунків до KSeF впорядковує сесії, статуси, номер KSeF і UPO після підготовки файлу.

Рахунок KSeF для приватної особи допомагає відокремити рахунки для батьків-споживачів від рахунків на компанію.