← На главную
Разберем ситуацию по шагам: у Wildberries много отчетов (ежедневные, еженедельные, по выкупам), а в декларацию по УСН «Доходы» нужен один показатель — налоговый доход. При этом важно не перепутать «к перечислению», «прибыль», «остаток выплаты» и налоговую базу. Давайте вместе проанализируем, какие суммы из отчетов WB действительно являются доходом на УСН, какие — нет, и почему логистика не уменьшает доход (а для объекта «Доходы» вообще не влияет на налог).
Шаг 1. Зафиксируем главный принцип УСН «Доходы» при маркетплейсах
Сначала договоримся о базовом правиле: при УСН «Доходы» учитываем все поступления, связанные с оплатой товаров, в том размере, в каком покупатель оплатил товар (денежные средства получены вашим агентом/комиссионером — маркетплейсом), без уменьшения на удержания маркетплейса (комиссию, эквайринг, логистику, хранение, платные услуги и т. п.). Это ключевой момент, из-за которого чаще всего возникают ошибки.
Почему так? Потому что удержания маркетплейса — это ваша оплата услуг (вознаграждение агента/комиссионера и сопутствующие услуги). Но доходом для УСН признается выручка от реализации, а не «сумма, дошедшая до расчетного счета».
Вывод: вопрос «брать ли доход за вычетом логистики» решаем так: нет, доход не уменьшаем. Логистика и прочие удержания не «входят в доход», они относятся к расходам/удержаниям (а при объекте «Доходы» расходы налог не уменьшают).
Шаг 2. Разберем, какие показатели в отчетах Wildberries относятся к доходу
Теперь «приземлим» правило на отчеты WB. У Wildberries есть еженедельный финансовый отчет и его детализация. В них встречаются ключевые показатели, которые важно правильно интерпретировать:
- «Продажа» / «Всего стоимость реализованного товара» — это сумма фактических оплат покупателей за товары с учетом скидок, примененных к покупателю. В терминологии WB в детализации это рассчитывается как сумма по операции реализации («Вайлдберриз реализовал товар») по типу «Продажа» минус сумма по типу «Возврат».
- Компенсации скидок/лояльности — если маркетплейс применяет скидки за свой счет и компенсирует их продавцу, эти суммы экономически увеличивают вашу выручку и тоже относятся к доходам. В отчетах WB такие компенсации могут входить в расчет «Продажи» (например, компенсация по программе лояльности/кешбэк в рамках отчета).
- Дополнительная выгода (если возникает ситуация, когда маркетплейс реализовал дороже вашей установленной цены и по договору часть «допвыгоды» причитается вам) — это тоже доход, потому что это денежное поступление в вашу пользу, связанное с реализацией. На практике такие суммы могут быть отдельными строками/операциями в детализации или включаться в итоговые взаиморасчеты.
На этом шаге важно сделать паузу и не ошибиться: не берем «К перечислению» как доход, потому что это показатель после удержаний комиссии и эквайринга (а иногда и без учета части других удержаний, в зависимости от конкретной колонки и версии отчета). WB прямо поясняет, что «К перечислению за товар» — это стоимость товара в ваших ценах, но уже за вычетом возвратов, комиссии и эквайринга; при этом логистика, хранение и другие расходы удерживаются отдельно.
Шаг 3. Что НЕ включаем в доход (и почему)
Теперь перечислим типовые строки/колонки WB, которые в доход УСН не включаются. Разберем логику, чтобы вы могли «узнать» их в любом формате отчета.
- Комиссия (вознаграждение WB) — это удержание за услуги маркетплейса. Удержание не уменьшает ваш доход для УСН.
- Эквайринг — также удержание/расход, не уменьшает доход по УСН «Доходы».
- Логистика (доставка до покупателя, обратная доставка, перемещения, возвраты) — это расход/удержание WB. В доход не включаем и доход на него не уменьшаем. WB выделяет логистику как отдельный блок затрат в отчете.
- Хранение — расход/удержание за услуги хранения на складах WB, не доход.
- Штрафы, удержания, платные опции, корректировки вознаграждения — это расчеты/удержания, которые не являются оплатой покупателя за товар. Следовательно, это не доход.
- Возмещение издержек по перевозке/операции, которые WB помечает как не влияющие на доход — в детализации WB встречаются типы операций, которые прямо классифицируются как не влияющие на доход продавца. Это полезный ориентир, но мы все равно проверяем экономический смысл операции (получили ли мы оплату за товар или отдельный доход).
Важно: при УСН «Доходы» (6%) даже если вы правильно классифицировали логистику как расход, налог с нее не уменьшится, потому что объект налогообложения — доходы. Поэтому в вопросе «логистика идет в доход или нет» правильная конструкция такая: логистика не является доходом, но и доход на нее не уменьшается.
Шаг 4. Как выбрать, из какого отчета брать суммы: ежедневный, еженедельный или «по выкупам»
С точки зрения налога нам нужно не «какой отчет», а какая первичка и какая дата признания дохода. На WB отчеты могут быть разной периодичности, но обычно для системного учета удобнее опираться на еженедельный отчет реализации и его детализацию, потому что в нем уже сведены продажи и возвраты и видно, как WB посчитал итог «Продажи».
Давайте договоримся о практическом подходе:
- Берем период (например, 2025 год) и выгружаем еженедельные отчеты реализации за весь период.
- По каждому отчету фиксируем показатель, соответствующий фактической оплате покупателем (обычно это «Продажа» / «Всего стоимость реализованного товара»).
- Проверяем, что возвраты учтены со знаком минус или отдельной строкой, и итог «Продажа» действительно равен «продажи минус возвраты».
- Отдельно контролируем операции компенсаций/допвыгоды, если они не попали в «Продажу» (зависит от формата отчета и того, как WB их показывает).
Отчеты «по выкупам» полезны для управленческого контроля (что стало выкупом, что ушло в возврат, что в пути), но для налогового дохода на УСН обычно важнее итоговая сумма реализации по отчетам агента/комиссионера и правила признания дохода.
Шаг 5. Самый тонкий вопрос: в какую дату признавать доход на УСН при продажах через WB
Теперь разберем то, где чаще всего «расходятся школы»: дата признания дохода. Здесь есть два подхода, которые встречаются в практике и поддержаны логикой 1С как альтернативы выбора в настройках.
Рассмотрим подробнее оба варианта и выберем тот, который даст вам управляемый и обоснованный результат за 2025 год.
Решение 1 (рекомендуемое): признаем доход на дату оплаты покупателем маркетплейсу
Этот подход опирается на позицию налоговых органов: если маркетплейс действует как агент/комиссионер, то поступление денег от покупателя агенту считается поступлением в пользу принципала, а значит доход возникает в момент, когда покупатель оплатил покупку маркетплейсу. Такой подход прямо обсуждается в разъяснениях ФНС и вошел в практические рекомендации по учету маркетплейсов.
Плюсы подхода:
- Максимально согласуется с текущими разъяснениями налоговых органов по вопросу удержаний и определения дохода при агентской схеме.
- Устраняет «сдвиги» налоговой базы из-за того, что маркетплейс перечисляет деньги позже, чем покупатель оплатил (особенно на стыке месяцев/кварталов/года).
- Лучше бьется с отчетами агента: продажа уже совершена и оплачена покупателем, значит экономическая выгода получена.
Минусы/особенности:
- Нужно корректно распределять доходы по датам оплат (иногда внутри одного недельного отчета есть операции разных дат).
- Требуется аккуратная загрузка/проведение документов в учетной системе, чтобы доход «лег» в нужный период.
Решение 2 (альтернативное): признаем доход на дату перечисления денег от WB на ваш расчетный счет
Это «исторически популярный» подход: раз УСН — кассовый метод, то многие стремятся признавать доход по банковской выписке. В ряде разъяснений и практических материалов встречается аргументация про «момент возникновения права распоряжаться доходом» и фактическое получение денег от посредника. Однако в учете маркетплейсов этот подход может давать сдвиги между периодами и требует повышенного внимания к переходящим платежам.
Плюсы подхода:
- Проще сверять с банком: «пришло — значит доход».
- Меньше операций распределения по датам оплат покупателей.
Минусы/риски:
- На стыке периодов (конец месяца/квартала/года) доход может «переезжать» в следующий период, хотя покупатель оплатил раньше.
- Могут возникать вопросы при проверке, если отчет агента показывает продажи/оплаты в одном периоде, а доход отражен в другом.
Практический вывод для 2025 года: чтобы снизить налоговые риски и получить наиболее «спокойную» логику, обычно выбирают Решение 1 — доход по дате оплаты покупателем маркетплейсу, а не по дате выплаты вам.
Шаг 6. Считаем доход по отчету WB: алгоритм «в лоб» без путаницы
Соберем все в единый алгоритм, который можно применить к любому периоду (в нашем случае — 2025 год).
- Определяем источник сумм: берем еженедельный отчет реализации WB и его детализацию, потому что там прозрачно показано, как считается «Продажа» и как учитываются возвраты.
- Выбираем колонку дохода: ориентируемся на показатель «Продажа» / «Всего стоимость реализованного товара» (то есть фактическая сумма, которую заплатил покупатель).
- Корректно учитываем возвраты: если возвраты вынесены отдельно, вычитаем их; если «Продажа» уже считается как «продажи минус возвраты», просто берем итог.
- Добавляем компенсации, если они не попали в итог: проверяем, входит ли компенсация скидки/лояльности в «Продажу» (в текущей логике WB часть таких компенсаций включается в итоговые расчеты). Если видим отдельную строку компенсации, включаем ее в доход как отдельное поступление в вашу пользу.
- Не уменьшаем доход на комиссию, эквайринг, логистику, хранение, рекламу, штрафы и прочие удержания.
- Фиксируем дату признания (выбранный подход): либо по дате оплаты покупателем (рекомендуемый), либо по дате выплаты вам (альтернативный). Главное — применять единообразно.
Проверка здравого смысла: если вы взяли колонку «К перечислению» и получили «слишком маленький» доход, почти наверняка это ошибка. «К перечислению» — это уже сумма после части удержаний и не равна налоговой базе.
Шаг 7. Посмотрим на пример расчета (с логистикой и комиссией, чтобы закрепить)
Проанализируем ситуацию на условных цифрах, чтобы исчезла неопределенность.
- Покупатель оплатил товар: 10 000 ₽ (это и есть «фактическая сумма, которую заплатил покупатель»).
- WB удержал комиссию: 1 500 ₽.
- WB удержал эквайринг: 200 ₽.
- WB удержал логистику: 600 ₽.
- WB перечислил вам на расчетный счет: 7 700 ₽.
Какой доход для УСН «Доходы»?
Доход = 10 000 ₽ (полная сумма оплаты покупателя за товар). Комиссия/эквайринг/логистика — это удержания, которые не уменьшают доход.
Если WB дополнительно компенсировал скидку за свой счет, например 300 ₽ отдельной строкой (или включил ее в общий расчет продаж), то налоговая база увеличится на эти 300 ₽ как на денежное поступление в вашу пользу (в зависимости от того, где это отражено в отчете).
Шаг 8. Как отразить это в 1С: какие документы и настройки использовать
Теперь давайте вместе «приземлим» расчет дохода на учет в 1С, потому что конечная цель — корректная КУДиР и декларация по УСН за 2025 год.
В «1С:Бухгалтерии 8» (ред. 3.0) для продаж через маркетплейсы обычно используют документы из блока комиссионной торговли:
- Документ отчета посредника: «Отчет комиссионера (агента) о продажах» — отражает реализацию через WB на основании отчета маркетплейса.
- Поступление денег: документ по банку (например, «Поступление на расчетный счет») фиксирует фактическую выплату от WB, но это не всегда дата дохода — зависит от выбранного порядка признания доходов.
- Контроль налогового учета: проверяем отражение в КУДиР (раздел «Доходы»), а также отчеты по УСН для сверки.
Самое важное в 1С — настройка порядка признания дохода по продажам через комиссионера (маркетплейс). В версиях 3.0.164.23 и выше предусмотрен переключатель, позволяющий выбрать один из двух подходов:
- «По факту получения оплаты от покупателя комиссионером» — рекомендуемый вариант, доход формируется на дату оплаты покупателем маркетплейсу.
- «При поступлении денежных средств от комиссионера» — альтернативный вариант, доход формируется на дату выплаты WB вам.
В материалах по изменениям 1С и в профильных разъяснениях указано, что выбор появился именно для того, чтобы пользователь мог следовать рекомендуемой позиции или сохранить прежнюю практику, понимая последствия.
Как действуем практически в 1С для 2025 года:
- Открываем настройки УСН и устанавливаем нужный порядок признания доходов от продаж через комиссионера (маркетплейс) так, чтобы он применялся к 2025 году.
- Загружаем/вводим «Отчеты комиссионера (агента) о продажах» по данным WB (обычно на основании еженедельных отчетов). Если еженедельные отчёты выгружены в Excel, перенести сведения в бухгалтерский учёт можно через загрузку отчётов о продажах маркетплейсов в БП 3 из Excel.
- Проводим документы и проверяем, что доход попал в КУДиР в нужных датах (в зависимости от выбранного варианта).
- Отражаем выплаты WB по банку как поступления денег (это нужно для взаиморасчетов), но не путаем их с суммой дохода УСН.
Шаг 9. Как сверить себя перед сдачей декларации: контрольные проверки
Чтобы не «переплатить» и не получить вопросы при проверке, давайте заложим несколько контрольных сверок. Рассмотрим их последовательно.
- Сверка «годовой доход в 1С» vs «сумма продаж WB»: суммарный доход по УСН в 1С за 2025 год должен совпасть с суммой показателя «Продажа» (с учетом возвратов) по отчетам WB за тот же период, плюс отдельные доходные компенсации, если они не включены в «Продажу».
- Сверка «выплаты WB по банку» vs «к перечислению/итог взаиморасчетов»: это уже не про налоговую базу, а про взаиморасчеты. Здесь допустимы расхождения по периодам из-за удержаний, корректировок, штрафов, переносов и т. п.
- Проверка переходящих периодов: особенно внимательно проверяем декабрь 2025 — январь 2026. Если выбран вариант дохода «по оплате покупателем», часть доходов декабря может быть признана в декабре, даже если выплата пришла в январе. Если выбран вариант «по выплате», будет наоборот.
- Проверка возвратов: убеждаемся, что возвраты уменьшают налоговый доход (как отрицательная реализация/корректировка выручки), а не попали «в расходы» или «в удержания» без влияния на доход.
Шаг 10. Типовые ошибки и как их избежать
Давайте зафиксируем самые частые ошибки, чтобы вы их не повторили.
- Ошибка 1: брать доход как «К перечислению» или «выплата на расчетный счет». Так вы занижаете доход, потому что комиссия/эквайринг и часто другие удержания «срезают» сумму. Правильно брать «Продажу» (фактическую оплату покупателя).
- Ошибка 2: вычитать логистику из дохода. Логистика — удержание/расход, но доход на нее не уменьшаем.
- Ошибка 3: не учесть компенсации скидок. Если компенсация WB не включена в общий показатель продаж, ее забывают добавить в доход, хотя это поступление в пользу продавца.
- Ошибка 4: «поплыл» период из-за выбора даты дохода. Меняем подход посреди года или не контролируем переходящие недели/выплаты — в итоге в декларации 2025 года оказываются суммы 2026 или наоборот. Решаем так: выбираем метод признания и применяем его единообразно, затем делаем сверки на стыке периодов.
- Ошибка 5: смешать налоговый и управленческий доход. В управленке вы можете считать маржинальность «после логистики и комиссий», но для УСН «Доходы» это не база налога.
Короткая шпаргалка: что брать в доход из отчетов WB
Закрепим итог в виде компактной инструкции, чтобы удобно было применять на практике.
- Берем в доход:
- Показатель «Продажа» / «Всего стоимость реализованного товара» (продажи минус возвраты) — как фактическую оплату покупателя.
- Компенсации скидок WB/лояльности и аналогичные поступления в вашу пользу (если не включены в «Продажу»).
- Дополнительную выгоду, если по условиям договора она причитается вам.
- Не берем в доход (и не вычитаем из дохода):
- Комиссию/вознаграждение WB.
- Эквайринг.
- Логистику, хранение, платные услуги, штрафы, удержания, корректировки.
- Выбираем дату дохода:
- Рекомендуемо — по дате оплаты покупателем маркетплейсу.
- Альтернативно — по дате выплаты маркетплейсом вам.
Финальный вывод по вопросу автора: доход для декларации УСН «Доходы» при работе с Wildberries считаем по сумме, которую заплатил покупатель за товар (по показателю «Продажа» / «Всего стоимость реализованного товара» в еженедельном отчете), с учетом возвратов и с добавлением компенсаций/допвыгоды при наличии. Логистика и прочие удержания WB в доход не включаем и доход на них не уменьшаем.
Информация носит справочный характер и не заменяет индивидуальную консультацию с учетом вашего договора с маркетплейсом, особенностей отчетов и настроек учета.