VAT-архітектура для e-commerce і SaaS
OSS, IOSS і fixed establishment
Як побудувати VAT-модель так, щоб вона відповідала операційній логіці, складам, людям і банківському сприйняттю.
Логіка VAT відрізняється від CIT
VAT — це податок на оборот і потік. Він реагує на фізичне переміщення товару, місце споживання послуги та операційний footprint.
Можна не мати PE для корпоративного податку, але мати VAT-зобов’язання.
OSS — коли працює
OSS дає змогу звітувати за B2C-продажами всередині ЄС через одну реєстрацію.
- Продажі з однієї країни ЄС
- Немає складів в інших країнах
- Немає fixed establishment
OSS — це механізм звітності. Він не усуває обов’язку реєстрації, якщо виникає локальний nexus.
IOSS — імпорт до €150
Застосовний при імпорті дрібних партій товарів напряму споживачу.
Але IOSS не вирішує проблему складів усередині ЄС.
Fixed Establishment (VAT)
FE виникає, якщо в країні:
- Є людські ресурси
- Є технічні ресурси
- Є можливість надавати послуги
Це не обов’язково компанія. Іноді достатньо людей та інфраструктури.
Склади та fulfillment
Наявність складу майже завжди створює обов’язок локальної VAT-реєстрації.
SaaS і digital-послуги
B2C SaaS у ЄС — оподатковується за місцем споживання.
OSS застосовний, але за наявності команди в іншій країні виникає питання FE.
Узгодження VAT, PE і Banking
Часте помилкове рішення — розглядати VAT окремо.
- Де знаходяться склади
- Де працюють працівники
- Де ухвалюються рішення
- Як це бачить банк
VAT-архітектура має бути узгоджена із загальною структурною логікою групи.
Потрібно перебудувати VAT-модель?
Проведемо аудит потоків і узгодимо архітектуру з податковою та операційною реальністю.
Запросити аудит →Матеріал має аналітичний характер і не є податковою консультацією.