ПДВ-архітектура для електронної комерції і SaaS
OSS, IOSS і постійна установа для цілей ПДВ
Як побудувати модель ПДВ так, щоб вона відповідала операційній логіці, складам, людям і сприйняттю банку.
Логіка ПДВ відрізняється від корпоративного податку
ПДВ — це податок на оборот і потік. Він реагує на фізичне переміщення товару, місце споживання послуги та операційну присутність.
Можна не мати постійного представництва для цілей корпоративного податку, але мати обов’язки щодо ПДВ.
OSS — коли працює
OSS дає змогу звітувати за продажами приватним клієнтам всередині ЄС через одну реєстрацію.
- Продажі з однієї країни ЄС
- Немає складів в інших країнах
- Немає постійної установи для цілей ПДВ
OSS — це механізм звітності. Він не усуває обов’язку реєстрації, якщо виникає локальна податкова прив’язка.
IOSS — імпорт до €150
Застосовний при імпорті дрібних партій товарів напряму споживачу.
Але IOSS не вирішує проблему складів усередині ЄС.
Постійна установа для цілей ПДВ
Постійна установа виникає, якщо в країні:
- Є людські ресурси
- Є технічні ресурси
- Є можливість надавати послуги
Це не обов’язково компанія. Іноді достатньо людей та інфраструктури.
Склади та фулфілмент
Наявність складу майже завжди створює обов’язок локальної реєстрації платником ПДВ.
SaaS і цифрові послуги
B2C SaaS у ЄС — оподатковується за місцем споживання.
OSS застосовний, але за наявності команди в іншій країні виникає питання постійної установи.
Узгодження ПДВ, постійного представництва і банківської готовності
Часта помилка — розглядати ПДВ окремо.
- Де знаходяться склади
- Де працюють працівники
- Де ухвалюються рішення
- Як це бачить банк
ПДВ-архітектура має бути узгоджена із загальною структурною логікою групи.
Потрібно перебудувати модель ПДВ?
Проведемо аудит потоків і узгодимо архітектуру з податковою та операційною реальністю.
Запросити аудит →Матеріал має аналітичний характер і не є податковою консультацією.