Як виставити рахунок-фактуру компанії зі США в KSeF?

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

Найважливіший практичний ризик - сплутати три рівні: податкові дані операції, технічний XML FA(3) і зрозумілу версію для контрагента зі США. KSeF потребує правильної структури, бухгалтерія потребує правильної кваліфікації VAT, а контрагент зазвичай потребує зрозумілого PDF англійською мовою.

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

Почніть з упорядкування відповідальності. KSeF відповідає на питання, як виставити та ідентифікувати структурований рахунок-фактуру. Бухгалтерія відповідає на питання, як облікувати продаж компанії зі США. Контрагент відповідає на питання, як хоче отримати зрозумілу версію документа поза польською системою.

Перед виставленням потрібно зібрати: повну юридичну назву компанії зі США, адресу, країну, податковий ідентифікатор, якщо він зазначається на рахунку-фактурі, e-mail для рахунків-фактур, валюту, опис послуги або товару, рішення щодо VAT, умови оплати та спосіб передання рахунку-фактури після прийняття в KSeF.

Не припускайте: що США автоматично виключає KSeF, що кожен документ до США має однакову ставку VAT, що PDF англійською замінює XML або що іноземний одержувач сам завантажить рахунок-фактуру так само, як польський платник з NIP.

1. Як виставити рахунок-фактуру компанії зі США в KSeF?

2. Дані контрагента зі США без польського NIP

3. VAT, валюта і опис операції зі США

4. Чи компанія зі США отримує рахунок-фактуру через KSeF?

5. Як KSeFGPT допомагає з рахунком-фактурою для компанії зі США

6. Найчастіші помилки і експертна перспектива

Таблиця нижче збирає рішення, які потрібно прийняти перед надсиланням рахунку-фактури до KSeF і перед переданням зрозумілої версії контрагенту в США.

Найбезпечніше розглядати тему як процес із п'яти кроків: спочатку підтвердьте обов'язок KSeF на стороні польського продавця, потім визначте дані покупця зі США, далі узгодьте з бухгалтерією VAT і валюту, підготуйте правильний структурований рахунок-фактуру, а наприкінці передайте контрагенту зрозумілу версію документа.

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

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

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

У рахунку-фактурі для компанії зі США не намагайтеся примусово підігнати покупця під польський NIP. Почніть з даних, які реально ідентифікують контрагента: повна юридична назва, адреса, країна, e-mail для рахунків-фактур, контактна особа та податковий ідентифікатор, якщо контрагент його надає і він має бути на рахунку-фактурі.

Схема FA(3) передбачає різні варіанти ідентифікації покупця. Для польського покупця природним вибором є NIP. Для контрагента з ЄС може з'явитися VAT UE. Для суб'єкта поза ЄС, наприклад компанії зі США, значення може мати інший податковий ідентифікатор з кодом країни або варіант відсутності ідентифікатора, якщо ідентифікатор не зазначається на рахунку-фактурі.

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

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

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

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

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

У KSeF технічно важлива узгодженість даних у FA(3): дати, валюта, позиції, суми, ставки, підсумки і дані сторін мають збігатися. Якщо податкове рішення невизначене, технічна перевірка не виправить помилкову кваліфікацію VAT. Вона може сказати, що структура правильна, але не що операцію правильно оцінено податково.

Польський покупець з NIP може отримувати рахунки-фактури в KSeF у стандартному обігу. З контрагентом зі США ситуація практично інша: покупець може не користуватися KSeF, не мати польського ідентифікатора і очікувати звичайної комунікації e-mail або порталу закупівель. Тому, крім самого виставлення рахунку-фактури, потрібно запланувати передання зрозумілої версії документа.

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

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

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

До узгодження з контрагентом: канал надсилання, мова візуалізації, e-mail або портал, інформація про номер KSeF, спосіб перевірки документа та особа на стороні клієнта, відповідальна за оплату.

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

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

Для компанії зі США особливо корисні три елементи. По-перше, база контрагентів допомагає не переписувати щоразу назву, адресу і контактні дані. По-друге, модуль Рахунки-фактури підтримує вихідні рахунки-фактури FA(3), перевірку і надсилання. По-третє, мовні версії PDF допомагають передати зрозумілий документ людині, яка не працює польською мовою.

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

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

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

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

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

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

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

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

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

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

Що вказати замість NIP для контрагента зі США? У даних покупця потрібно зібрати юридичну назву, адресу, країну та податковий ідентифікатор, який використовує контрагент, якщо він має бути на рахунку-фактурі. Схема FA(3) передбачає різні варіанти ідентифікації покупця, зокрема інший податковий ідентифікатор з кодом країни або BrakID, коли ідентифікатор не зазначається на рахунку-фактурі.

Чи компанія зі США отримує рахунок-фактуру безпосередньо в KSeF? Зазвичай не варто припускати, що контрагент зі США отримає рахунок-фактуру так само, як польський покупець з NIP. На практиці потрібно узгодити спосіб передання документа поза KSeF, наприклад зрозумілий PDF або візуалізацію з правильним QR-кодом і даними для перевірки документа, зберігаючи на стороні продавця XML FA(3), номер KSeF і UPO.

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

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

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

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