Рахунок-фактура українською в KSeF для контрагента

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

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

Вибір мови не змінює XML FA(3), номер рахунка-фактури, номер KSeF, UPO, суми, валюту або дати. Перевірка того самого рахунка-фактури польською та українською також підтвердила однакову адресу, закодовану в QR, але показала, що частина системних значень і довільного тексту може залишитися польською.

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

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

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

Не кожне поле структури FA(3) обов'язково приймає довільний текст кирилицею. Окремі елементи XSD мають власні типи, обмеження довжини та шаблони. Також не слід вважати, що українська назва поля автоматично перекладає значення, введене продавцем.

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

1. Чи може рахунок-фактура в KSeF бути українською

2. Спочатку визначте, хто має отримати документ

3. Що змінює українська версія, а що залишається без змін

4. Як завантажити український PDF у KSeFGPT

5. Як перевірити українську версію перед надсиланням

6. Як передати рахунок-фактуру контрагенту з України

7. Рахунок, рахунок-фактура чи податкова накладна

8. Найчастіші помилки під час роботи з українською версією

9. Погляд експерта

10. Як KSeFGPT допомагає передати рахунок-фактуру українською

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

Українська версія корисна лише тоді, коли вона узгоджується з джерелом і потрапляє до одержувача належним каналом.

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

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

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

Ця матриця не визначає правила експорту, місце постачання, ставку ПДВ або митні обов'язки. Коли статус одержувача встановлено, можна правильно визначити роль XML, номера KSeF, UPO та українського PDF.

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

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

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

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

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

Крок 1: відкрийте модуль Рахунки та перейдіть до вхідних або вихідних рахунків залежно від того, де міститься документ.

Крок 2: знайдіть потрібний рахунок-фактуру та розгорніть параметри біля кнопки PDF.

Крок 3: виберіть Українська. У тому самому списку також доступні польська, англійська та німецька версії.

Крок 4: завантажте файл і відкрийте його перед передаванням. Перевірте, чи PDF стосується потрібного рахунка-фактури та чи назви полів читабельні.

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

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

4 серпня 2026 року ми створили два PDF з того самого анонімізованого рахунка-фактури FA(3): польською та українською. Власний номер, номер KSeF, номери NIP, сторони операції, адреси, дати, валюта, суми, термін оплати та адреса, закодована в QR, залишилися однаковими.

В українському PDF змінилися, зокрема, назви Основний рахунок, Номер рахунка:, Продавець, Покупець, Код валюти:, Сума нетто, Сума податку та Сума брутто. Назва товару або послуги й нижній колонтитул, введені кирилицею, залишилися однаковими в обох версіях. Це підтверджує, що генератор не перекладає довільний текст.

Перевірка також показала змішану мову деяких значень, створених системою. В українському файлі польською залишилися, зокрема, Polska, NIE, Faktura wystawiona w walucie PLN, szt, zw, Przelew і нумерація сторінок. Тому цю функцію слід описувати як візуалізацію з українськими назвами полів, а не як гарантований переклад усього PDF.

Символи і, ї, є, ґ та український апостроф відобразилися й були правильно розпізнані в тестовому довільному тексті. У власному документі все одно перевірте назви позицій, примітки, номер замовлення, опис платежу й інші значення, введені користувачем.

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

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

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

Перше передавання документа: До цього листа додаємо візуалізацію рахунка-фактури № [номер] українською мовою у форматі PDF. Рахунок-фактуру виставлено через польську систему KSeF. Цю мовну версію підготовлено для зручного ознайомлення з документом; вона не є окремим рахунком-фактурою. Під час оплати просимо керуватися сумою, терміном оплати та платіжними реквізитами, зазначеними в документі.

Прохання підтвердити отримання або передати до бухгалтерії: Підтвердіть, будь ласка, отримання рахунка-фактури № [номер]. Якщо документ опрацьовує інший працівник або бухгалтерія, перешліть їм, будь ласка, це повідомлення.

Пояснення зв'язку між PDF і KSeF: Доданий до листа PDF-файл є візуалізацією даних того самого рахунка-фактури з назвами полів українською мовою. Рахунок-фактуру виставлено через KSeF. Цей файл не є новим рахунком-фактурою і не змінює вихідних даних документа.

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

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

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

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

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

Мова замість статусу одержувача: те, що людина працює українською, не визначає країну, NIP, канал отримання або правила ПДВ.

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

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

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

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

Неправильна назва документа: назва податкова накладна може вказувати на статус, якого не слід виводити лише з української мовної версії.

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

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

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

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

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

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

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

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

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

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

Чи може рахунок-фактура в KSeF мати українську візуалізацію? - Так. Міністерство фінансів Польщі дозволяє візуалізацію рахунка-фактури іноземною або двома мовами, якщо вона змістовно відповідає даним XML, переданим до KSeF. У KSeFGPT вхідний або вихідний рахунок-фактуру можна завантажити як PDF з українськими назвами полів.

Чи змінює український PDF дані рахунка-фактури в KSeF? - Ні. Вибір української мови візуалізації не змінює вихідний XML FA(3), власний номер рахунка-фактури, номер KSeF, суми, валюту, дати або UPO. Змінюється лише спосіб представлення тих самих даних одержувачу.

Чи будуть перекладені всі назви товарів і послуг? - Не варто цього припускати. Українська версія містить українські назви полів візуалізації, але назви товарів і послуг, примітки, номер замовлення, опис платежу та інші довільні дані потрібно перевірити перед передаванням файлу.

Чи отримує контрагент з України рахунок-фактуру через KSeF? - Це залежить від статусу одержувача, а не від мови чи громадянства. Польська компанія, яка отримує рахунки-фактури через KSeF, зазвичай одержує документ у системі. Спосіб передавання документа компанії з України без польського NIP потрібно узгодити з одержувачем і перевірити вимоги до візуалізації, що використовується поза KSeF, зокрема належний QR-код.

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

Ролі джерела, візуалізації та підтверджень пояснює стаття Перекладений рахунок-фактура KSeF, PDF, XML та UPO.

Процес для міжнародного фінансового відділу описано в матеріалі Рахунок KSeF англійською для іноземного контрагента.

Для німецькомовного одержувача прочитайте статтю Рахунок KSeF німецькою для контрагента з Німеччини.