АУСН для продавца на Ozon и почему автоматический налог всё равно нужно проверять

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

У меня несколько магазинов, поэтому я привык сначала разбирать движение денег, а уже потом смотреть на итоговую налоговую сумму. АУСН я оцениваю с той же позиции: какие сведения попадут в расчёт, откуда они возьмутся и что мне придётся проверить самому. Я не буду утверждать, что этот режим подходит каждому продавцу Ozon или обязательно обходится дешевле обычной УСН. Без данных о расходах, сотрудниках, банке и праве на применение режима такой совет ничего не стоит. Здесь я покажу порядок проверки, который можно повторить на своих отчётах, не подставляя ставки из чужой старой статьи.

Что АУСН автоматизирует у продавца маркетплейса

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

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

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

Чем АУСН отличается от обычной УСН

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

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

Ещё одно отличие связано с банком: для АУСН нужен банк, участвующий в работе режима, а порядок использования счетов должен соответствовать его условиям. Мне было бы недостаточно увидеть в приложении кнопку подключения. Я бы заранее выяснил, как банк обрабатывает выплаты маркетплейсов, исправляет назначение операций и передаёт сведения об удержаниях. Если требуется участие самого продавца, нужно понимать, в каком интерфейсе и на основании какого документа он действует. При обычной УСН проблема занижения дохода до банковской выплаты тоже существует, и её механику я отдельно разбираю в статье о том, как платить УСН с маркетплейса и не занижать доход до суммы выплаты.

Почему выплата Ozon не равна доходу для АУСН

Я начинаю проверку с выручки от реализации, а не с суммы, которая дошла до расчётного счёта. Когда площадка принимает оплату за товар и удерживает из денег продавца вознаграждение или оплату услуг, такое удержание само по себе не уменьшает доход от продажи. При объекте «доходы минус расходы» у него может появиться отдельная роль в расходной части, если соблюдены условия признания. При объекте «доходы» вычесть комиссию из базы только потому, что она не поступила на счёт, нельзя. Поэтому оборот магазина, налоговый доход, выплата и прибыль у меня всегда рассматриваются раздельно.

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

Не считайте выплату Ozon готовой налоговой базой только потому, что банк передал её в ФНС. Проверьте, каким способом в расчёт попадает выручка, из которой площадка уже удержала свои услуги. Затем убедитесь, что эти же сведения не добавлены повторно через другой источник. Автоматический расчёт на неполных или задвоенных данных даст неверный налог.

Как проверить расчёт налога на своих продажах

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

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

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

Ошибка с удержаниями и её денежные последствия

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

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

Именно из-за подобных разрывов между отчётами я сделал SellOps: мне не хватало аналитики по своим магазинам, которой я мог бы доверять при разборе результатов. Но управленческий расчёт прибыли я не приравниваю к налоговому учёту АУСН. Себестоимость, удержания и начисления помогают объяснить движение денег, тогда как право признать сумму в налоговых расходах определяется другими правилами. Перед использованием аналитики я советую посмотреть, как устроен сервис, и отделить его задачи от расчёта ФНС и проверки первичных документов. Один понятный отчёт не заменяет все остальные источники.

Кому рассматривать АУСН и что проверить перед переходом

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

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