Чи може рахунок-фактура в KSeF бути англійською?

Так. У звичайних операціях між приватними підприємцями й компаніями рахунок KSeF може містити англійські назви товарів, послуг та інший довільний текст. Йдеться про дані самого рахунку, а не лише про мову пізнішого PDF. Вимоги до змісту, відповідних позначень і формату FA(3) залишаються чинними.

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

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

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

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

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

Мову опису послуги обирають під час підготовки даних рахунку. Мову візуалізації можна обрати пізніше, коли завантажуєте PDF. Розділення цих рішень допомагає уникнути як неправильного XML, так і незрозумілого документа для одержувача. Норми права та структуру FA(3) перевірено станом на 19 вересня 2026 року. Сама мова не визначає ставку ПДВ, місце постачання або валюту.

1. Що означає рахунок KSeF англійською

2. Чи може назва товару або послуги в XML бути англійською?

3. Які польські позначення та окремі мовні правила потрібно врахувати?

4. Коли під час податкової перевірки потрібен польський переклад?

5. Як завантажити англійський PDF у KSeFGPT

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

7. Що написати іноземному контрагенту

8. Типові помилки з англійською візуалізацією

9. Як зберегти узгодженість даних і комунікації

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

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

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

FA(3) установлює назви й порядок елементів XML та дозволені значення полів із визначеними кодами. Заміна їх власними перекладами може порушити відповідність схемі. Англійський опис послуги у призначеному для нього текстовому полі не змінює структури.

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

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

Так. У звичайній операції між приватними підприємцями й компаніями англійську назву товару або опис послуги можна внести до відповідного поля рахунку. Стаття 106e ч. 1 п. 7 польського закону про ПДВ вимагає назви або виду товару чи послуги, але не встановлює в цьому пункті загального обов'язку польського опису. Окремо слід перевірити спеціальні вимоги з наступного розділу.

В офіційній схемі FA(3) назва товару або послуги є текстовим полем довжиною від 1 до 512 символів. Його визначення не містить обмеження лише польською мовою. Це стосується конкретного поля: інші текстові поля можуть мати інші ліміти, а поля з визначеними кодами не приймають довільних описів.

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

Можна підготувати двомовний опис, якщо він поміщається в полі й обидві версії означають те саме. Для звичайного B2B це практичний вибір, а не додаткова вимога FA(3). Назви сторін, номери замовлень та ідентифікатори зберігайте відповідно до документації операції.

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

Свобода вибору мови опису не скасовує податкових позначень. Стаття 106e ч. 1 п. 16, 17, 18 і 18a закону про ПДВ передбачає певні формулювання для відповідних випадків. У FA(3) їх відображають спеціальні ознаки, які мають відповідати операції. Англійська примітка в довільному полі не замінює обов'язкової ознаки.

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

Окремо діє закон про польську мову. Стаття 7 ч. 1 охоплює операції зі споживачами, якщо споживач проживає в Польщі на момент укладення договору, а договір має виконуватися в Польщі. Стаття 7a прямо називає рахунки в межах цього застосування. Стаття 7 ч. 2 також охоплює операції без споживачів, які здійснюють суб'єкти зі статті 4, зокрема визначені органи й установи, що виконують публічні завдання.

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

Стаття 287 § 1 п. 2 польської Податкової ординації вимагає на вимогу податкового інспектора надати польський переклад документації іноземною мовою, що стосується предмета податкової перевірки. За § 2 витрати несе особа, яку перевіряють. Підставою є предмет перевірки й вимога інспектора, а не лише наявність англійського рахунку.

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

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

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

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

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

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

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

Крок 4: завантажте й відкрийте файл перед надсиланням. Створення PDF не замінює перевірку людиною.

Крок 5: порівняйте його з вихідними даними, а потім скористайтеся погодженим каналом передання. Різницю між джерелом і читабельною версією пояснює матеріал Перекладений рахунок KSeF, PDF, XML та UPO.

Після завантаження перевірте поля так, як їх читатиме відділ Accounts Payable.

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

Invoice number: порівняйте власний номер рахунку з вихідним документом. Не замінюйте його номером KSeF, оскільки ці ідентифікатори мають різні функції.

Issue date і supply date: перевірте дату виставлення та дату продажу, виконання послуги або доставки, якщо вона є на рахунку.

Seller, buyer і VAT ID: перевірте юридичні назви, адреси, країну та податкові ідентифікатори. Англійська назва поля не виправляє неправильних даних контрагента.

Purchase order або reference: якщо контрагент вимагає номер замовлення, проєкту чи договору, переконайтеся, що його легко знайти.

Line items: перевірте описи, кількість, одиниці, ціни та знижки. Це важлива ручна перевірка, оскільки довільні описи можуть залишитися мовою оригіналу.

Net, VAT і gross: порівняйте базу оподаткування, податок і суму брутто для кожної ставки та всього документа. Також перевірте валюту.

Due date і payment details: одержувач повинен знайти термін оплати, рахунок або IBAN та погоджені дані для переказу. Помилка тут може затримати платіж навіть за правильного рахунку.

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

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

Після перевірки полів підготуйте повідомлення, яке чітко пояснює роль вкладення.

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

Перше надсилання до Accounts Payable: Please find attached the English visualization of invoice [invoice number], issued in the Polish KSeF system. The language version is provided for readability and is not a separate invoice. Please use the due date and payment details shown in the document.

Запит на підтвердження або пересилання: Please confirm receipt of invoice [invoice number]. If another person or Accounts Payable team is responsible for processing it, please forward this message or share the correct billing contact with us.

Пояснення ролі документа: The attached English PDF is an informational visualization of the invoice issued in KSeF. It does not create a second invoice or change the source invoice data. The invoice reference, amounts and payment terms remain the same.

Accounts Payable означає відділ, який опрацьовує рахунки постачальників і зобов'язання. Invoice reference є номером рахунку або замовлення, due date означає термін оплати, а payment details охоплює рахунок та дані переказу.

Для покупця зі США окремо перевірте дані й контекст операції в посібнику Як виставити рахунок компанії зі США в KSeF.

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

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

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

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

Плутанина ідентифікаторів: invoice number є власним номером рахунку, а номер KSeF надається після прийняття системою. Вони не є взаємозамінними.

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

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

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

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

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

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

Мовна версія не повинна приховувати змістовну перевірку. Неправильний ідентифікатор покупця, ПДВ або банківський рахунок залишаються неправильними навіть під правильною англійською назвою. Дані, податки й канал передання потрібно перевіряти окремо.

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

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

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

Для повного багатомовного процесу прочитайте Рахунок KSeF англійською, німецькою та українською.

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

Для англомовного покупця поза ЄС перегляньте Як виставити рахунок компанії зі США в KSeF.

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