Порог 10 000 евро кажется простой цифрой ровно до того момента, пока собственник не пытается посчитать его на своих реальных продажах. Тогда выясняется, что часть оборота идёт через маркетплейс, часть — по B2B, часть — по Эстонии, а часть вообще проходит через склад в другой стране ЕС. Именно в этот момент и появляется риск: считать слишком широко или слишком узко.
Я рекомендую относиться к этому порогу как к налоговому триггеру, который надо отслеживать заранее, а не объяснять постфактум. Базовую логику можно проверить по EMTA по OSS/IOSS и Your Europe по трансграничному НДС, но дальше всё упирается в вашу структуру продаж и качество выгрузок.
Что обычно входит в расчёт порога
В расчёт попадают не все доходы компании, а определённые трансграничные B2C-операции внутри ЕС. Для собственника это означает, что сначала нужно отделить именно те продажи, где вы продаёте конечному покупателю в другой стране ЕС и где НДС должен определяться по стране потребления.
На практике я начинаю не с налогового кодекса, а с таблицы продаж. Мне нужно увидеть страну отправки, страну доставки, тип покупателя и канал продажи. Без этого невозможно понять, считаем ли мы порог по правильной базе или просто суммируем всё подряд.
- Трансграничные B2C-продажи товаров внутри ЕС.
- Отдельные B2C-услуги, где место налогообложения находится в другой стране ЕС.
- Сделки, где продавцом остаётся именно ваша компания, а не маркетплейс, который считается продавцом по правилам платформ.
Если такой сегментации нет, расчёт порога становится скорее догадкой, чем рабочим инструментом.
Что входит и что не входит в порог
| Операция | Обычно входит | Комментарий |
|---|---|---|
| Трансграничная B2C-продажа товара внутри ЕС | Да | Это базовый сценарий для расчёта порога. |
| Внутренняя продажа в Эстонии | Нет | Местные продажи в Эстонии не стоит тащить в эту корзину. |
| Типичный B2B-поток | Обычно нет | Нужно отделять от B2C ещё на уровне исходных данных. |
| Поток через маркетплейс, где НДС уже собрала площадка | Не автоматически | Надо смотреть реальную роль продавца по сделке. |
Что в этот порог не стоит автоматически включать
Чаще всего собственник завышает расчёт, потому что включает туда весь оборот по ЕС. Но продажа B2B с корректным номером по НДС покупателя — это уже другая логика. Внутренние продажи в Эстонии тоже не надо автоматически тащить в ту же корзину. Ещё один источник путаницы — операции, где маркетплейс сам считается налоговым сборщиком.
Бывает и обратная ошибка: компания занижает расчёт, потому что бухгалтерия видит только банк и инвойсы, а часть B2C-потока живёт внутри платформы и не разбита по странам. Тогда порог как будто не достигнут, но это просто иллюзия, созданная плохими данными.
- Внутренние продажи в Эстонии.
- Типичные B2B-сделки, которые живут по другой логике по НДС.
- Операции, где обязанность по НДС уже лежит на маркетплейсе, а не на вашей компании.
- Суммы, которые нельзя корректно привязать к стране покупателя и типу сделки.
Правильный расчёт порога всегда начинается с фильтрации, а не с суммирования.
Почему нельзя ждать точного достижения лимита
Владельцы часто хотят «дотянуть до последнего евро» и заняться вопросом только в момент, когда лимит формально пробит. Это плохая стратегия. К моменту фактического достижения порога нужно уже понимать, как вы будете считать НДС по странам, нужен ли KMKR и достаточно ли одной регистрации в OSS.
С практической точки зрения я советую ставить внутренний сигнал раньше порога. Например, когда бизнес подходит к зоне, в которой решение по OSS или местным номерам по НДС уже нельзя откладывать без риска. Тогда у вас остаётся время на настройку e-MTA, данных и процесса, а не только на реакцию. Здесь полезно заранее свериться с EMTA по регистрации плательщика НДС.
- Настроить внутренний мониторинг ещё до фактического достижения порога.
- Назначить ответственного за сверку B2C-потока по странам.
- Проверить, есть ли у компании потоки, которым одного OSS уже не хватит.
- Не ждать последней недели квартала для решений по модели работы с НДС.
Налоговые дедлайны редко прощают «мы только сейчас заметили, что переросли лимит».
Как я советую считать порог в малом интернет-бизнесе
Для малого бизнеса достаточно одной рабочей таблицы, если она собрана правильно. В ней должны быть: дата, страна покупателя, страна отгрузки, канал продаж, тип клиента, сумма без НДС, ставка НДС, комментарий по особым кейсам. Такая таблица нужна не ради красоты. Она позволяет вовремя увидеть, что часть продаж уже живёт по другой логике.
Если продажи идут через Amazon, Shopify, Etsy и собственный сайт одновременно, я бы не рассчитывал на то, что платформы сами дадут вам идеальную налоговую картину. Обычно это приходится собирать на стороне бизнеса и бухгалтера. Для более широкого контекста посмотрите налоговый календарь EMTA на 2026 год и гид по декларации НДС в Эстонии.
Если у вас уже есть трансграничные B2C-продажи, но расчёт порога пока живёт «на глаз», я бы закрыл этот вопрос до следующего квартала. Мы можем проверить ваши данные за последний период, показать, какие продажи входят в порог, а какие нет, и подсказать, когда уже пора переходить от расчёта к регистрации. Оставить заявку.
Два простых примера расчёта
- магазин на Shopify без складов в ЕС: за год компания продала B2C из Эстонии в Германию, Францию и Испанию на 11,400 евро. Такой поток уже нельзя игнорировать как чисто «эстонский НДС».
- Смешанный бизнес: 7,000 евро B2C по ЕС, 18,000 евро B2B и 9,000 евро локальных продаж в Эстонии. Ошибка собственника — смотреть на общий оборот 34,000 евро. На практике считать надо по правильному B2C-сегменту, а не по всей выручке подряд.
Эти примеры просты, но именно на таком уровне бизнесу легче всего увидеть разницу между “оборотом компании” и “порогом для OSS”.
Мини-таблица: что обычно входит и не входит в порог 10 000 евро
| Тип оборота | Обычно входит | Комментарий |
|---|---|---|
| Трансграничные B2C-продажи товаров внутри ЕС | Да | Одна из базовых групп для расчёта |
| Отдельные B2C-услуги в ЕС | Часто да | Нужно смотреть место налогообложения услуги |
| Внутренние продажи в Эстонии | Нет | Это местный НДС в Эстонии, а не порог по трансграничным продажам |
| B2B с действительным номером по НДС покупателя | Обычно нет | Живёт по другой логике по НДС |
| Поток, где маркетплейс сам собирает НДС | Не автоматически | Нужен разбор роли продавца по каналу |
Эта таблица нужна не для академической точности, а чтобы собственник перестал суммировать весь оборот по ЕС подряд. Именно из-за такого суммирования порог то завышают, то занижают.
Два практических примера расчёта
Пример 1. Эстонская компания продаёт на собственном сайте в Германию и Францию на EUR 8,200, плюс внутри Эстонии на EUR 14,000. Для порога OSS вы смотрите не на весь оборот EUR 22,200, а на релевантную трансграничную B2C-часть. Внутриэстонская выручка здесь не делает бизнес «ближе к OSS».
Пример 2. Компания продаёт через Shopify на EUR 6,000 в ЕС и через маркетплейс ещё на EUR 5,500, но по части заказов через площадку НДС уже не живёт на компании. Если просто сложить всё как один поток, получится неверный вывод. Сначала надо отфильтровать, где продавцом с точки зрения НДС остаётся именно ваша компания.
Эти два примера показывают главное: порог считают не по обороту как таковому, а по правильно классифицированному обороту. Поэтому вопрос контроля порога почти всегда одновременно и налоговый, и бухгалтерский.
Порог 10 000 евро редко становится проблемой сам по себе. Проблемой становится отсутствие нормальной таблицы продаж, из-за которой бизнес слишком поздно понимает, что его модель по НДС уже изменилась.
Порог 10 000 евро для OSS — это не бухгалтерская мелочь, а управленческий триггер. Его надо отслеживать заранее и считать на чистых данных, иначе решение по НДС всегда будет запаздывать. По теме также: oss и ндс для электронной коммерции.
Если продажи по ЕС уже растут, не откладывайте этот расчёт до конца квартала. Мы можем проверить ваш расчёт по данным за последний период, выделить спорные продажи и показать, какие суммы реально идут в порог OSS. Оставить заявку.