Как платить УСН с маркетплейса и не занижать доход до суммы выплаты

За 90 дней выручка по моим магазинам составила 40 799 771 ₽, но перечисления на расчётный счёт — совсем другое число. Между продажей и выплатой Ozon удерживает свои начисления, а часть денег может оставаться в расчётах с площадкой. Если взять банковскую выписку и назвать все поступления налоговым доходом, из расчёта исчезнет часть денег, заработанных на продажах. Именно на этой разнице и возникает дорогая ошибка при УСН. Я начинаю проверку налога с отчётов о продажах и взаиморасчётах, а выписку использую уже для сверки.

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

Почему деньги на счёте меньше дохода для УСН

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

На моих данных масштаб разницы хорошо виден: из каждых 100 ₽ выручки комиссия Ozon составляет 40,4 ₽, логистика и прочие сборы — 10,2 ₽, реклама — 13,3 ₽. Это разные статьи затрат, которые нельзя незаметно убрать из дохода только потому, что они оплачены через взаиморасчёты с площадкой. При этом я не утверждаю, что все эти расходы всегда удерживаются из одной конкретной выплаты: порядок расчётов нужно смотреть в документах. Ещё 21,5 ₽ приходится на себестоимость товара, 3,5 ₽ — на налог, а остаётся 11,1 ₽. Эти цифры показывают экономику моих магазинов за рассматриваемый период, а не универсальные тарифы Ozon.

Показатель 3,5 ₽ налога на каждые 100 ₽ выручки нельзя брать как готовую ставку для своего расчёта. Это доля налога в переданных данных по моим магазинам, и она не объясняет сама по себе ни применённую ставку, ни основания для уменьшения налога. Выручка 40 799 771 ₽ тоже не становится автоматически налоговой базой за такой же отрезок времени: нужно проверить даты признания дохода, состав поступлений и возвраты. Я использую эту раскладку, чтобы показать расстояние между продажами и остатком денег, а не заменить налоговый регистр графиком прибыльности. Механику самой ошибки я подробнее разбираю в статье о том, почему при УСН «Доходы» нельзя брать сумму выплаты.

Из каких отчётов получить правильную сумму дохода

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

В рабочей таблице я разделяю сумму продажи, возврат покупателю, комиссию, логистику, рекламу, прочие операции и выплату на счёт. Рядом оставляю идентификатор операции, документ-основание и дату признания для налогового учёта. Одна строка с названием «начислено» опасна: внутри могут оказаться продажи уже за вычетом услуг или операции совсем другого характера. Особенно внимательно я проверяю скидки, баллы и компенсации, потому что сумма, которую покупатель увидел при оплате, не всегда полностью описывает расчёты продавца с площадкой. Здесь нужно установить, кто финансирует скидку и какие суммы причитаются продавцу по документам, а не механически взять цену из карточки.

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

Как рассчитать УСН «Доходы» по шагам

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

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

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

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

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

Где ошибаются с комиссией и возвратами

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

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

На УСН «Доходы минус расходы» комиссия может участвовать в расчёте расходной части, но доход всё равно сначала отражается до её удержания. Затем отдельно проверяются допустимость расхода, документы и выполнение условий его признания, включая оплату или надлежаще оформленный зачёт. Логистику, рекламу и себестоимость нельзя просто собрать в одну сумму и объявить расходами того же периода без проверки правил для каждой категории. Иначе выплата на счёт опять станет суррогатом налоговой базы, только под другим названием. Если вопрос уже упирается в выбор объекта налогообложения, я отдельно показываю, почему выбирать УСН только по ставке опасно.

Что сделать завтра перед уплатой налога

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

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

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