Собственник почти всегда хочет простого ответа: «нам нужен только OSS или уже надо регистрироваться по НДС в Германии, Польше и других странах?» Плохая новость в том, что универсального ответа нет. Хорошая в том, что у этой развилки есть понятная логика, если разложить продажи по типам и по географии товара.
Я обычно начинаю не с юридической формы компании, а с четырёх вопросов. Где лежит товар? Куда он продаётся? Кто покупатель? Кто отвечает за НДС по конкретному каналу? После этого уже становится видно, хватает ли одной схемы OSS или нет. Для нормативной базы полезно смотреть EMTA по OSS/IOSS, EMTA по регистрации по НДС и Your Europe по трансграничному НДС.
Когда одного OSS обычно достаточно
Если модель бизнеса действительно сводится к трансграничным B2C-продажам внутри ЕС и у компании нет склада или другой местной обязанности в стране покупателя, OSS часто закрывает основную задачу. В этом случае вы не регистрируетесь в каждой стране только потому, что там есть покупатели.
Но даже в таком спокойном сценарии нельзя забывать про данные. Нужно считать НДС по стране покупателя, а не по эстонской ставке, и быть уверенным, что поток действительно не создаёт местную обязанность в другой стране.
- Нет складов в других странах ЕС.
- Нет локальных продаж внутри страны склада, потому что склада просто нет.
- Основной поток — это трансграничные B2C-продажи.
- Компания может нормально собирать данные по странам и каналам.
То есть «OSS достаточно» не означает «можно ничего не контролировать». Контроль просто становится другим.
Когда уже нужна местная регистрация по НДС
Как только товар оказывается на складе в другой стране ЕС и продаётся внутри этой страны, местный номер по НДС перестаёт быть теоретическим вопросом. То же касается и других сценариев, где у бизнеса возникает местная обязанность, а OSS уже не покрывает нужный кусок модели.
Собственники часто пытаются отложить такую регистрацию, потому что это звучит как лишняя бюрократия. Но на практике откладывание почти всегда дороже, чем своевременное решение. Вы либо строите рабочую схему сразу, либо потом объясняете, почему местная логика по НДС не была закрыта вовремя.
- Товар хранится на складе в стране ЕС.
- Есть продажи внутри страны склада.
- Маркетплейс или логистика создают налоговый след, который нельзя закрыть одним OSS.
- Компания уже фактически работает в модели с несколькими режимами по НДС.
Здесь важно не только получить номер, но и понять, кто будет вести местную отчётность на постоянной основе.
Почему у малого бизнеса часто получается смешанная модель
На практике я чаще вижу не чистый OSS и не чистую сеть местных номеров по НДС, а смешанную модель. Часть потока идёт через OSS, часть — через местные регистрации, а часть — через логику маркетплейса. Для малого бизнеса это нормально. Ненормально делать вид, что вся эта смесь должна жить под одним простым ярлыком.
Смешанная модель требует более зрелой дисциплины. Нужно понимать, кто держит карту потоков, кто координирует местных провайдеров и кто видит общую картину на уровне собственника.
- Одна компания может одновременно жить в OSS и в местных регистрациях по НДС.
- Смешанная модель не означает хаос, если у неё есть владелец и правила.
- Сложность появляется не из-за количества стран, а из-за отсутствия ясной карты продаж.
- Для собственника важнее всего видеть распределение потока по режимам, а не только общий оборот.
Поэтому я советую считать успехом не минимальное число регистраций, а понятную рабочую модель.
Два понятных примера
- Собственный сайт из Эстонии: основная логика может жить через OSS, если нет склада в другой стране и нет местных обязанностей.
- Amazon FBA со складом в Германии: часть потока идёт через OSS, но немецкую местную обязанность по НДС уже нельзя игнорировать.
Вот почему собственник чаще всего живёт не в мире «одно решение на всё», а в мире нескольких реальных сценариев продаж.
Как принять решение без лишней теории
Если говорить совсем практично, собственнику нужны ответы на четыре вопроса: есть ли склад в ЕС, есть ли продажи внутри страны склада, кто собирает НДС по маркетплейсу и есть ли у бизнеса ресурс вести несколько режимов без потери контроля. После этого выбор становится намного проще.
Если ответы на эти вопросы ещё не собраны, я бы не советовал принимать решение по OSS или местным регистрациям «на слух». Лучше один раз сделать рабочий разбор и построить карту режимов. Для базы по эстонскому НДС можно параллельно смотреть материал по декларации НДС и гид по бухгалтерским услугам.
Если ваш бизнес уже продаёт в нескольких странах ЕС и пока непонятно, хватает ли одного OSS, лучше ответить на этот вопрос сейчас, а не после очередного квартала. Мы можем разложить ваши продажи по странам и каналам, показать, что идёт через OSS, а где уже нужна местная регистрация по НДС. Оставить заявку.
Быстрая проверка перед решением
- Есть ли склад в другой стране ЕС? Если да, местный НДС уже нельзя игнорировать.
- Есть ли продажи внутри страны склада? Если да, одного OSS обычно мало.
- Основной поток — трансграничные B2C-продажи без склада за пределами Эстонии? Тогда OSS может быть базовой опорой.
- Есть ли одновременно маркетплейсы и собственный сайт? Тогда схему нужно раскладывать по каналам, а не по одному ярлыку.
Короткое дерево решений для собственника
- Товар лежит только в Эстонии, а продажи идут B2C в другие страны ЕС. Это главный кандидат на OSS.
- Товар лежит на складе в Германии, Польше или другой стране ЕС. Здесь нужно отдельно смотреть местный НДС.
- Часть заказов идёт через маркетплейс, который сам собирает НДС. Такой поток нельзя автоматически складывать вместе с остальными.
- У бизнеса одновременно собственный сайт, Amazon и склад в ЕС. Значит, речь уже идёт не об одной схеме, а о смешанной модели.
Это дерево полезно тем, что быстро отделяет «нам нужен только OSS» от «у нас уже несколько налоговых режимов одновременно».
Два сценария, которые встречаются чаще всего
FBA-кейс. Эстонская компания продаёт через Amazon, часть товара лежит в Германии, часть уходит в другие страны ЕС. Для части B2C-потока ещё можно смотреть на OSS, но продажи внутри Германии уже тянут за собой отдельную местную обязанность по НДС.
Shopify-кейс. Компания продаёт через собственный магазин из Эстонии во Францию, Испанию и Германию, склада в ЕС нет. Здесь модель часто чище, и OSS действительно может покрывать основную B2C-часть без местных регистраций в каждой стране только из-за наличия покупателей.
То есть смешанная модель возникает не потому, что бизнес всё усложнил. Она возникает потому, что у бизнеса уже несколько реальных сценариев продаж. И именно это нужно честно увидеть до того, как налоговая карта станет слишком запутанной.
Собственнику не нужно выбирать «самую красивую» схему. Ему нужно выбрать схему, которую бизнес сможет реально поддерживать без скрытых дыр между складами, каналами и отчётами.
В 2026 году выбор между OSS и местной регистрацией по НДС редко бывает чисто теоретическим. Это решение про географию товара, роли каналов и способность бизнеса поддерживать несколько режимов без хаоса. По теме также: oss и ндс для электронной коммерции.
Если вам нужен не абстрактный совет, а рабочая карта режимов по вашей модели продаж, лучше сделать это до следующего отчётного периода. Мы можем собрать для вас понятную схему: что идёт через OSS, где уже нужен местный НДС и какие данные бухгалтерия должна получать каждый месяц. Оставить заявку.