НДС для селлеров на маркетплейсах: сложные аспекты учета

Разница между этими величинами — не бухгалтерская мелочь: если сверять только банковские поступления, база может оказаться заниженной.

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

Агентская схема: налог считают до удержаний

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

Упрощенный пример: товар продан покупателю за 10 000 рублей. Маркетплейс удержал комиссию, логистику и хранение, поэтому на счет продавца поступило меньше. Налоговая база по НДС при этом не превращается в сумму после удержаний: ее формирует розничная цена реализации. Комиссия и логистика — расходы продавца, а не скидка, уменьшающая цену товара.

Именно здесь возникает типичная ошибка в таблице учета. Селлер берет строку «к перечислению», считает от нее налог, а отчет агента использует лишь для проверки общей выплаты. Такой подход смешивает выручку и движение денег. Банк показывает расчет с площадкой, но не заменяет отчет о продажах.

Для сверки нужны как минимум три группы показателей:

• цена реализации покупателю, с учетом примененных скидок;
• удержания маркетплейса: комиссия, доставка, хранение и другие начисления;
• итоговая сумма к перечислению продавцу и фактическое поступление на счет.

Эти значения не обязаны совпадать. Их задача — объяснять друг друга. Если полная стоимость продаж за период не сходится с суммой удержаний и перечислений, это повод разбирать возвраты, корректировки, даты признания операций и прочие строки отчета, а не подменять налоговую базу банковской выпиской.

Поступление на счет — это результат расчетов с площадкой. Налоговая база — стоимость реализации покупателю. Совпадение этих сумм не является правилом.

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

Ставки 5% и 7%: низкая ставка не означает низкую нагрузку

Для части предпринимателей на УСН предусмотрены пониженные ставки НДС 5% и 7%. В фактуре к расчетам указан порог дохода 20 млн рублей для применения НДС на УСН; дальнейший выбор режима зависит от величины дохода и действующих условий. Перед расчетом конкретного периода нужно сверить применимые лимиты и правила: налоговая нагрузка зависит не только от ставки, но и от возможности учитывать входящий НДС.

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

Для грубой модели удобно разложить расчет на две стороны:

Таблица не заменяет расчет по конкретной налоговой ситуации. Она показывает, почему «5% всегда выгоднее» — не вывод, а неподтвержденное предположение. Селлеру нужно сравнить два сценария на одних и тех же данных: продажи по полной цене, закупки, комиссия и услуги площадки, возвраты, компенсации. Если в модели не учтен отказ от вычетов, сравнение заведомо неполное.

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

Считать следует на уровне периода и ассортимента, а не по одному удачному SKU. ABC-анализ помогает определить, какие позиции формируют основную выручку, но сам по себе не отвечает на вопрос о налоговой нагрузке. Нужна связка продаж с фактическими закупочными затратами и структурой удержаний. Иначе один прибыльный товар маскирует убыточные позиции и неверно выбранный режим.

Компенсации, баллы и скидки: доход не всегда равен выплате покупателя

Маркетплейс может начислять продавцу компенсации за программы лояльности или баллы скидок. Если продавец получает такую выплату, она увеличивает его доход и учитывается в налогооблагаемой базе. Игнорировать ее только потому, что деньги не прошли отдельным платежом на расчетный счет, нельзя.

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

Практически полезно вести для компенсаций отдельный регистр с четырьмя полями: дата операции, основание начисления, сумма, отражение в налоговой базе. Это не универсальная форма налогового учета, а контрольная таблица для сверки. Ее задача — не допустить, чтобы компенсация пропала между отчетом площадки и декларацией.

При этом нельзя автоматически считать одинаковыми все бонусные механики. Квалификация отдельных начислений может зависеть от условий программы и фактической схемы расчетов; единый подход для всех вариантов нельзя выводить только из названия строки в отчете. Если начисление существенно для налоговой базы, нужно изучить документы площадки и логику конкретной операции. Название «баллы» не заменяет анализа условий.

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

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

Продажи в ЕАЭС: маркетплейс может стать покупателем

При продаже товара физическому лицу в страну ЕАЭС расчетная цепочка может отличаться от обычной розничной продажи внутри России. В описанной схеме маркетплейс выкупает товар у селлера, а затем реализует его покупателю. Для продавца это означает не просто трансграничную доставку, а отдельную операцию реализации маркетплейсу.

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

Проверка должна идти от документов к отчету, а не наоборот:

1. Установить, какая сторона указана покупателем в документах по конкретной операции.

2. Сопоставить сумму выкупа с отчетом маркетплейса и данными об отгрузке.

3. Проверить, оформлен ли УПД-1 через ЭДО в адрес площадки.

4. Убедиться, что налоговая база отражает общую сумму выкупа, а не остаток после удержаний.

5. Сверить операцию с декларацией за соответствующий квартал.

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

Сверка перед декларацией: от отчета агента к налоговой базе

Декларацию по НДС подают в электронном виде ежеквартально, не позднее 25-го числа месяца, следующего за истекшим кварталом. Уплату налога производят частями, с ежемесячным сроком 28-го числа. Эти даты задают календарь, но не заменяют закрытие отчетности: сначала нужно собрать операции, затем проверить базу и только после этого переносить итог в декларацию.

Рабочая сверка строится не вокруг банковской выписки, а вокруг отчетов агента и первичных документов. Для каждого маркетплейса нужен отдельный массив данных, поскольку структура отчетов и названия полей различаются. Внутри массива полезно разнести продажи, возвраты, компенсации, комиссии, логистику, хранение и корректировки.

Минимальная контрольная последовательность выглядит так:

• Свести полную стоимость реализации по отчетам маркетплейса за квартал.
• Отдельно учесть возвраты и корректировки, проверив их даты и основания.
• Выделить выплаты за программы лояльности и баллы скидок, если они начислялись продавцу.
• Сопоставить удержания площадки с суммой к перечислению, не вычитая их из базы реализации.
• Проверить операции по ЕАЭС: покупателя в документах, сумму выкупа и наличие УПД-1 через ЭДО.
• Сверить итог регистра с данными, подготовленными для декларации, и отдельно проверить сроки подачи и уплаты.

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

Для финансового контроля полезно хранить связку отчета маркетплейса, документа реализации, регистра налога и платежа. Тогда можно восстановить путь от заказа до декларации. При спорной строке проверяется не только сумма, но и причина: скидка покупателю, компенсация продавцу, возврат, выкуп площадкой или услуга агента. У каждой операции своя роль в учете.

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