Єдиного VAT/GST workflow для ЄС, Сінгапуру та Японії немає. В ЄС для eligible low-value goods можливий IOSS VAT at checkout; у Сінгапурі OVR охоплює визначені B2C low-value goods та remote services; у Японії треба окремо встановити physical importer або electronic-service route і Qualified Invoice implications. Спільним може бути data layer, але tax actor і filing logic задаються країною.
Global seller зазвичай хоче один checkbox «tax included». Це приховує чотири різні питання: що продається, хто вважається supplier, коли виникає tax, і який document потрібен покупцю або customs. Порівняння має бути decision tree, а не таблицею одних лише rates, які швидко старіють.
Інформацію та офіційні джерела перевірено 2026-08-02. Якщо у матеріалі є майбутня дата набрання чинності, вона не означає, що правило вже діє.
Межі цього матеріалу
| Параметр | Сценарій |
|---|---|
| Хто платить | consumer або B2B buyer у ЄС, Сінгапурі чи Японії залежно від channel |
| Кому | seller/platform/importer збирає або сплачує indirect tax за локальною моделлю |
| Мета | вибрати country-specific checkout, import, registration та invoice workflow |
| Валюта / інструмент | IOSS, Singapore OVR/GST, Japan customs/consumption-tax та Qualified Invoice records |
| Що змінює висновок | country, goods/service, item/consignment value, customer status, platform role, importer, registration і returns |
Що потрібно знати до платежу
EU IOSS прив’язаний до eligible consignments
European Commission VAT guidance описує IOSS collection for imported low-value goods up to €150. Customs declaration data та responsible seller/platform залишаються частиною model. (Єврокомісія, VAT e-commerce/IOSS)
Singapore поєднує LVG і remote services в OVR
IRAS digital-economy guidance встановлює Overseas Vendor Registration rules для визначених B2C remote services і low-value goods. Item, turnover та marketplace tests перевіряють окремо. (IRAS Singapore, digital economy/e-commerce)
Japan має buyer-invoice dimension
Japan NTA foreign-business guidance і Qualified Invoice System відрізняють import/electronic-service treatment та invoice evidence для input tax credit. Це не еквівалент EU IOSS number. (Japan NTA, foreign businesses)
Покрокова підготовка
- Класифікуйте offering. Позначте physical good, electronically supplied service або bundle та країну фактичного customer.
- Назвіть tax actor. Для кожного channel визначте seller, deemed-supplier marketplace, importer і person filing return.
- Застосуйте value/status tests. Перевірте EU consignment limit, Singapore LVG/OVR conditions і Japan taxable/issuer status.
- Спроєктуйте evidence. Зберіть checkout tax, customs payload, platform statement, invoice й customer-status fields за країною.
- Розведіть return logic. Зв’яжіть refund із original order, але застосуйте local correction route й строки окремо.
Які дані та документи зібрати
- country-by-country goods/service decision tree
- seller/platform/importer responsibility matrix
- registration, threshold і invoice evidence register
- checkout-to-customs-to-return reconciliation by jurisdiction
Документи мають пояснювати одну й ту саму операцію: хто платить, кому, за що, скільки, у якій валюті та до якої дати. Якщо назва отримувача, рахунок або призначення не узгоджуються між файлами, спочатку отримайте письмове пояснення й актуальну версію документа.
Практичний сценарій
Global brand запускав однаковий checkout для чохлів і digital warranty у трьох markets. System завжди додавав «VAT», хоча в ЄС діяв IOSS flow, у Сінгапурі platform була deemed supplier для частини LVG, а в Японії фізичний importer і digital service мали різні records. Команда зберегла єдиний product/order ID, але розвела tax actors, documents та return rules по країнах.
Це приклад логіки перевірки, а не обіцянка результату для іншого клієнта. Навіть схожі платежі можуть відрізнятися через країну, банк, суму, валюту, тип отримувача та дату.
Типові помилки
- копіювати EU IOSS workflow у Сінгапур або Японію
- порівнювати країни лише за headline tax rate
- ігнорувати marketplace deemed-supplier role
- робити однаковий refund entry для трьох jurisdictions
Де проходить межа поради
Остаточні вимоги залежать від юрисдикції, банку, платіжного провайдера, статусу сторін і призначення операції.
Матеріал має інформаційний характер і не є юридичною, податковою, фінансовою, інвестиційною, імміграційною або санкційною консультацією. Для дії перевірте актуальний первинний документ і, коли потрібно, зверніться до профільного спеціаліста.
Як перейти від статті до конкретної заявки
TradePay приймає таку заявку на індивідуальну перевірку; менеджер підтвердить доступність, курс, підсумкову суму, реквізити та орієнтовний строк до оплати. Після цього чекліста можна передати підготовлений контекст менеджеру TradePay — країни, суму, валюту, призначення, реквізити й дедлайн.
За змінами платіжних маршрутів і практичними розборами можна стежити в Telegram-каналі TradePay Desk.
Важливо
Матеріал має інформаційний характер. Доступність маршруту, строк, курс і підсумкова вартість залежать від країни, валюти, реквізитів та перевірки конкретної заявки менеджером.
Джерела та перевірка
- Єврокомісія, VAT e-commerce/IOSS
- Єврокомісія, low-value formalities
- IRAS Singapore, digital economy/e-commerce
- Japan NTA, foreign businesses
Дата редакційної перевірки: 2026-08-02.
TradePay Desk
Перевірте маршрут до відправлення коштів
Менеджер уточнить реквізити, валюту та доступний спосіб розрахунку для вашої заявки.
Зворотний зв’язок
Наскільки корисним був матеріал?
Оцінка допомагає редакції обирати теми та оновлювати пояснення.
Оберіть оцінку від 1 до 5.