За 15+ лет работы бухгалтером в Эстонии я много раз видел одну и ту же картину. Квартал заканчивается, продажи по ЕС есть, бухгалтер открывает OSS, а дальше выясняется, что возвраты лежат в отдельной таблице, Amazon-отчёты никто не сверял, скидки не привязаны к исходным заказам, а часть цифр уже случайно попала в обычную KMD. В этот момент проблема не в форме. Проблема в том, что бизнес пришёл к сроку подачи без собранной картины.
Эта статья нужна не для того, чтобы ещё раз рассказать, что такое OSS. Я хочу показать владельцу интернет-магазина более практичную вещь: до какого числа подают декларацию, что нужно проверить перед подачей, как понять, что в данных уже есть ошибка, и что делать, если дедлайн опасно близко или уже пропущен. Для официальной базы я советую держать под рукой официальное руководство ЕС по OSS и страницу EMTA по подаче деклараций.
До какого числа подают OSS в Эстонии
В OSS срок простой, но его нельзя держать в голове как абстрактную дату. Возвраты, корректировочные документы, скидки и заказы через маркетплейсы всё равно нужно разбирать заранее. Поэтому я советую считать дедлайн не днём начала работы, а днём финальной проверки уже собранных данных.
| Квартал | Период продаж | Крайний срок подачи |
|---|---|---|
| Q1 | 1 января - 31 марта | 30 апреля |
| Q2 | 1 апреля - 30 июня | 31 июля |
| Q3 | 1 июля - 30 сентября | 31 октября |
| Q4 | 1 октября - 31 декабря | 31 января следующего года |
Важно и другое: в OSS не стоит надеяться на расслабленный сценарий «если срок выпал на выходной, разберёмся потом». Для владельца безопаснее считать, что пакет цифр должен быть готов заранее, а оплата и подача не должны ехать впритык к последнему дню.
В моей практике спокойнее всего работают те магазины, где последний месяц квартала уже живёт в рабочем режиме: выгрузки по странам собраны, возвраты помечены, а бухгалтерия заранее знает, что идёт в OSS, а что остаётся в эстонской KMD.
Что подготовить перед подачей OSS за квартал
Перед подачей владельцу не нужно перечитывать все правила по НДС. Нужен короткий, но жёсткий набор данных. Если он есть, OSS становится обычной задачей. Если его нет, каждый квартал превращается в ручную разборку продаж.
- Продажи по странам ЕС с указанием ставки НДС и суммы НДС.
- Возвраты, скидки и корректировочные документы с привязкой к исходной продаже.
- Отдельная отметка, что из продаж уже попало в логику маркетплейсов и не должно механически идти в OSS как ваш собственный поток.
- Отдельное разделение между данными для OSS и обычной KMD в Эстонии.
- Понимание, были ли в квартале нестандартные кейсы: смена склада, необычная логистика, ручные компенсации, смешанный канал продаж.
Для малого интернет-магазина я советую один простой принцип: если бухгалтер открывает квартал и не может за пять минут увидеть страны, возвраты и исключения по маркетплейсам, значит процесс подготовки уже слабый.
Что особенно важно отделить от обычной KMD
Владелец бизнеса часто мыслит так: «это же всё НДС, значит бухгалтер потом сам разберёт». На практике это дорогая ошибка. Эстонская KMD и OSS живут в разных циклах. Если вы сводите их в одну общую таблицу без понятных флагов, у вас почти неизбежно появятся неверные ставки, дубли или исправления не в том потоке.
Я рекомендую смотреть на это проще: KMD — это обычная эстонская декларация по НДС, а OSS — отдельная отчётность по B2C-продажам в страны ЕС. Они могут храниться в одном файле, но управленчески должны быть разведены как минимум по колонкам и проверкам.
Как быстро понять, что в декларации уже есть ошибка
Перед подачей я обычно ищу не “идеальную чистоту”, а сигналы, что в цифрах уже есть проблема. Если такие сигналы всплывают в последний момент, лучше притормозить и проверить данные, чем отправить красивую, но неверную форму.
| Сигнал | Где искать причину | Что проверить сразу |
|---|---|---|
| Сумма продаж по стране не совпадает с отчётом магазина | В выгрузке по заказам и возвратам | Не потерялись ли скидки, корректировочные документы и отмены |
| Сумма НДС выглядит слишком низкой или слишком высокой | В ставках по странам | Не применили ли неверную ставку или не перепутали страну покупателя |
| Amazon и сайт дают похожую выручку, но итоговые выплаты расходятся | В отчётах маркетплейса и комиссиях | Кто по этим заказам реально отвечает за НДС |
| Возврат пришёл в следующем квартале | В журнале корректировок | Связан ли возврат с исходной продажей и периодом |
Самая частая ошибка, которую я вижу на практике, не в том, что кто-то неверно нажал кнопку в декларации. Ошибка возникает раньше: бизнес не видит, что квартал уже содержит несколько разных типов движений, а продолжает относиться к ним как к одной ровной выручке.
Как выглядят типовые ошибки в реальном магазине
Неверная страна покупателя. Часто это всплывает не из-за закона, а из-за плохой выгрузки: адрес доставки и налоговая страна не были нормально проверены. В результате НДС уходит не туда.
Возврат попал в следующий квартал. Это нормально как жизненный сценарий, но опасно, если у возврата нет связи с исходной продажей. Тогда бухгалтер видит просто минус, а не понятную корректировку.
Продажи через маркетплейсы и собственный сайт смешаны. Когда владелец даёт один общий sales report по сайту и Amazon, бухгалтер потом тратит время не на подачу, а на попытку понять, кто именно нёс НДС по заказу.
Что делать, если ошибку нашли после подачи или срок уже пропущен
Если ошибку нашли после отправки, главное — не паниковать и не пытаться “переделать всё как в обычной KMD”. В OSS корректировки по прошлым периодам обычно включают в следующую подачу с явной привязкой к исходной ошибке. Поэтому нужен не героизм, а понятный correction log: какая страна, какой заказ, какой период, какая причина исправления.
Если срок уже пропущен, я советую действовать в таком порядке:
- Собрать продажи по странам за квартал и сразу отделить их от эстонской KMD.
- Поднять возвраты, скидки, корректировочные документы и отчёты маркетплейсов.
- Зафиксировать спорные строки отдельным списком, а не пытаться «забыть о них до потом».
- Понять, можно ли подать квартал безопасно сейчас или сначала нужен быстрый разбор с бухгалтером.
Для владельца здесь важен один спокойный вывод: пропущенный срок неприятен, но хаос почти всегда возникает не из-за одного дня опоздания, а из-за того, что процесс не был подготовлен заранее.
Если в квартале были только возвраты
Такой сценарий бывает чаще, чем кажется. Новых продаж может не быть, но корректировки к прежним OSS-продажам всё равно остаются. В этом случае особенно важно не смешать возвраты с обычным эстонским НДС и не потерять связь с тем кварталом, где была исходная продажа.
Когда владельцу магазина лучше не вести OSS самому
Я не считаю, что любую OSS-подачу нужно сразу отдавать на полное сопровождение. Но есть ситуации, когда собственник уже тратит на квартал слишком много времени и всё равно не получает надёжный результат.
- У вас Shopify, Amazon или несколько каналов продаж, и вы не уверены, кто по каким заказам нёс НДС.
- В квартале регулярно есть возвраты, скидки и ручные компенсации.
- Вы не можете быстро показать бухгалтеру отдельную выгрузку по странам ЕС.
- Каждый квартал начинается с повторного сбора одних и тех же данных с нуля.
В моей практике OSS ломается не потому, что владелец не знает терминов. Она ломается тогда, когда квартал пытаются закрыть в последнюю неделю без нормальной разбивки по странам, возвратам и каналам продаж.
Если у вас уже есть продажи по ЕС и вы не уверены, можно ли безопасно подать текущий квартал, лучше проверить это до следующего дедлайна. Мы в Accounting Resources разбираем, что реально должно попасть в OSS, что нельзя смешивать с KMD, где уже есть риск ошибки по возвратам, ставкам или продажам через маркетплейсы, и каких данных не хватает для спокойной подачи. По теме также: как зарегистрироваться в OSS в Эстонии.
Что вы получите после обращения: быстрый разбор текущего квартала, список отчётов и документов, которые нужно поднять, и понятный ответ, можно ли подать OSS без хаоса или процесс уже стоит взять на сопровождение. Запросить разбор OSS.