Лимит УСН в 2026 году для продавца маркетплейса и почему его нельзя считать по выплатам

Выплату Ozon я однажды поставил в таблицу рядом с доходом и не сразу заметил, что сравниваю разные вещи. На расчётный счёт пришли деньги, банковская выписка их подтвердила, поэтому число выглядело убедительно. Но из расчётов уже исчезли удержания площадки, а продажи другого магазина вообще остались на соседней вкладке. Для проверки поступлений на счёт такая таблица подходила. Для ответа на вопрос, сколько у моего ИП осталось до лимита УСН, — нет.

С тех пор я разделяю деньги, которые получил от площадки, доход для налогового учёта и прибыль бизнеса. Эти показатели могут заметно различаться, даже если в документах нет ошибок. Лимит проверяют не по остатку денег после комиссии и закупки товара, поэтому убыточная распродажа тоже способна приблизить продавца к границе режима. Отдельный кабинет Ozon эту границу не обнуляет. Мне нужен общий расчёт по налогоплательщику с начала года, а не удобная цифра из выбранного магазина.

Где проверить лимит доходов на УСН в 2026 году

По запросу «лимит УСН 2026» легко найти несколько разных сумм и решить, что источники противоречат друг другу. На деле речь может идти о пределе доходов для сохранения УСН, условиях перехода на неё или пороге освобождения от НДС. Это разные проверки, и одна сумма не заменяет остальные. Я начинаю с вопроса, который решаю: могу ли продолжать применять УСН при текущем доходе моего ИП. Затем отдельно проверяю обязанности по НДС, потому что они могут возникнуть ещё до утраты права на упрощёнку.

Точную сумму лимита доходов на УСН в 2026 году я здесь не привожу: у меня нет подтверждённого актуального источника, по которому можно проверить её прямо при подготовке текста. Для сверки я открываю раздел об УСН на сайте ФНС, действующую редакцию Налогового кодекса и официальный приказ о коэффициенте-дефляторе на соответствующий год. Проверяю, относится ли найденная сумма именно к сохранению права на режим и учтена ли в ней индексация, чтобы не применить её повторно. Материал без указания года и назначения порога для такого решения не подходит. В своей рабочей таблице я сохраняю источник, дату проверки и подтверждение бухгалтера, а не просто переписываю число из поисковой выдачи.

Лимит УСН для ИП считают по бизнесу целиком

Если на одного ИП зарегистрированы разные магазины, для проверки лимита нельзя рассматривать каждый кабинет как самостоятельного налогоплательщика. Я собираю относящиеся к расчёту доходы всех этих магазинов, других маркетплейсов и продаж вне площадок. Разные расчётные счета, бренды и договоры с Ozon не создают отдельные лимиты. При этом перевод между собственными счетами не становится новым доходом только потому, что банк показал поступление. Поэтому сначала нужно определить состав бизнеса и основание каждой операции, а уже затем складывать суммы.

Общий доход ИП — это не механическая сумма всех входящих платежей в банковской выписке. Среди поступлений могут быть собственные деньги, займы, возвраты от поставщиков и другие операции, налоговый смысл которых нужно проверить отдельно. И наоборот, часть дохода от продаж уже может возникнуть в учёте, хотя маркетплейс ещё не перечислил выплату на расчётный счёт. Если ИП совмещает УСН с другим режимом, правила включения доходов для проверки ограничения я уточняю отдельно, а не исключаю такие продажи по названию режима. Лимит УСН для ИП в 2026 году нужно сопоставлять с доходом, собранным по применимым налоговым правилам, а не с произвольным оборотом из управленческого отчёта.

Отдельный магазин не получает собственный лимит УСН, если продавцом остаётся тот же ИП. Выплата Ozon после удержаний тоже не заменяет доход для проверки ограничения. Даже при объекте «доходы минус расходы» закупка, реклама и комиссия не уменьшают доходный показатель до размера прибыли. Если проверять только остаток денег, можно обнаружить превышение уже после того, как оно произошло.

Как собрать доход для лимита из отчётов Ozon

В обычной посреднической схеме я начинаю с дохода от реализации, а не с суммы перечисления от Ozon. Вознаграждение площадки и другие удержания объясняют, почему на счёт поступило меньше, но сами по себе не превращают полную выручку в чистую выплату для УСН. При объекте «доходы минус расходы» допустимые расходы проверяются отдельно и по своим правилам. Для ограничения по доходам их нельзя просто вычесть из продаж. При этом общий показатель заказов из кабинета тоже не годится без проверки: заказ, оплата, отмена и возврат — разные события.

В таблице я показываю условный расчёт с начала года, чтобы было видно, где именно выплата перестаёт совпадать с доходом. Для простоты здесь нет предъявленного покупателю НДС, спорных компенсаций и других специальных операций. Возврат покупателю подтверждён, относится к учитываемым продажам и отражается в том же рассматриваемом периоде. Выплата в примере показана до этого возврата, а прочие доходы уже проверены на включение в расчёт. Удержания Ozon взяты условной суммой, а не по действующим тарифам площадки.

В примере из таблицы банковская выплата заметно ниже итогового дохода ИП для проверки лимита. Разница возникает не из-за дополнительного заработка, который кто-то забыл перечислить, а из-за удержаний площадки и доходов за пределами выбранного кабинета. Доход от Ozon получается после вычитания подтверждённого возврата из продаж, затем к нему прибавляются остальные учитываемые доходы. Остаток до границы режима я получаю уже следующим действием: из действующего лимита вычитаю накопленный доход ИП. Если результат отрицательный, это не маленький запас, а сигнал проверять факт и период превышения.

Ошибка, из-за которой запас до лимита выглядит больше

Самая неприятная ошибка в таком расчёте — взять выплаты из банка и решить, что удержанная комиссия уже уменьшила налоговый доход. В управленческом отчёте комиссия действительно уменьшает результат продажи, поэтому такое действие кажется логичным. Но проверка права на УСН отвечает на другой вопрос и не измеряет прибыль продавца. Если дополнительно вычесть закупку товара или рекламу, получится ещё более удобное, но неподходящее число. Чем больше расходов площадка удерживает до перечисления денег, тем сильнее такая таблица может завышать доступный запас.

В деньгах ошибка проявляется позднее: продавец согласует закупку, запускает распродажу и рассчитывает цену под прежнюю налоговую нагрузку. Затем выясняется, что доход пересёк нужную границу раньше, чем показывала таблица выплат. Приходится пересчитывать обязательства, искать деньги на расчёты с бюджетом и проверять уже проведённые операции. Удержанные площадкой суммы при этом никуда не возвращаются — они остаются расходами бизнеса. Поэтому я не объясняю себе низкой маржой, почему доход якобы не должен учитываться для лимита.

Отдельная зона ошибок — попытка восстановить налоговый доход из розничной цены карточки без проверки расчётных документов. Скидки, баллы и компенсации могут иметь разную природу, поэтому я не прибавляю и не вычитаю их автоматически. Для спорных строк сначала выясняю, что именно начислено продавцу и на каком основании. Подробности этой проверки я разобрал в статье о том, облагаются ли баллы Ozon налогом на УСН и АУСН. Если расшифровки нет, оставляю операцию на отдельную проверку, а не подгоняю её под желаемый остаток до лимита.

Я сделал SellOps, потому что для нескольких магазинов мне не хватало аналитики, расчётам которой я мог бы доверять без постоянных оговорок. Но даже собственный сервис я не считаю заменой налоговому регистру и проверке первичных документов. Управленческие данные помогают заметить расхождение, а налоговый доход нужно подтвердить отдельно. Посмотреть, как устроен SellOps, имеет смысл именно с этой границей в голове: аналитика продаж и юридическое основание налогового расчёта решают разные задачи. Для контроля лимита мне нужна сверка общей картины по ИП, а не доверие красивому показателю выручки.

Что будет, если превысить лимит УСН

Если превышен именно предел доходов для применения УСН, вопрос уже не сводится к налогу с суммы превышения. Возникает утрата права на режим и необходимость определить обязательства по режиму, который должен применяться дальше. По общему правилу утрата права из-за превышения доходного лимита привязана к началу месяца нарушения, а не к дню, когда продавец обнаружил его в таблице. Перед пересчётом я обязательно подтверждаю действующую редакцию нормы и применимость её к своей ситуации. От этой даты зависит, какие операции придётся пересмотреть и какие документы исправить.

Фраза «УСН, превышен лимит» сама по себе ещё не говорит, что именно произошло: сначала нужно установить, какой порог пересечён. Превышение порога освобождения от НДС не равнозначно автоматической утрате права на УСН. Для продавца это отдельная развилка с собственными последствиями для цены, документов и учёта. Я разбирал её в материале про НДС на Ozon для продавцов на УСН и пересчёт цены товара. Смешивать эти ограничения опасно: можно либо преждевременно решить, что упрощёнка потеряна, либо пропустить уже возникшую обязанность по НДС.

При подтверждённом превышении я передаю бухгалтеру расчёт дохода с расшифровкой операций и прошу определить дату утраты права, необходимые уведомления, отчётность и сумму обязательств. Затем проверяю, какие настройки учёта и документы по продажам нужно изменить с установленной даты. Если обязательства уже были исполнены неверно или с опозданием, отдельно оцениваю возможные пени и штрафы, не считая их неизбежными без проверки обстоятельств. Параллельно пересчитываю экономику текущих продаж, потому что старой маржи может не хватить на изменившуюся нагрузку. Ожидание следующей выплаты Ozon эту задачу не решает.

Следить за доходом я начинаю с начала года, потому что к декабрю существенная часть решений уже принята: товар закуплен, цены согласованы, рекламные расходы понесены. Для прогноза беру фактический накопленный доход, отдельно оцениваю ожидаемые продажи и не смешиваю прогноз с уже признанной суммой. Перенос выплаты площадки сам по себе не означает переноса налогового дохода, поэтому управлять границей через дату вывода денег я бы не стал. Завтра я бы начал с выгрузки документов по всем кабинетам одного ИП и сверки их с налоговым регистром. После этого зафиксировал бы подтверждённый лимит, текущий остаток до него и порядок повторной проверки, особенно перед крупной закупкой или распродажей.