Какую сумму брать для УСН по маркетплейсам (Ozon/WB): продажи или «к перечислению/выплате», и какие отчёты подтверждают доход

Этот вопрос - один из самых "дорогих" по последствиям. На маркетплейсах в одном периоде вы видите сразу несколько цифр: сумма продаж, сумма скидок, комиссия, логистика, удержания, компенсации, сумма "к перечислению" и фактическая выплата на расчётный счёт. И кажется логичным взять в доход то, что реально пришло деньгами. Но именно здесь многие ошибаются: выплата ≠ доход, а "к перечислению" часто является не доходом, а результатом расчёта после удержаний.

В этой статье мы разложим всё по полочкам: как мыслить комиссионную схему, какую сумму считать доходом на УСН, чем подтверждать доход (какими отчётами), как закрывать период без ручных "догадок" и почему связка "отчёты → 1С → сверка выплат" критична для управляемого бизнеса.

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

Почему "к перечислению" и "выплата" почти всегда вводят в заблуждение

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

  1. Продажи / выручка от покупателей - то, сколько покупатели заплатили за товары (с учётом реальных продаж и возвратов по периоду).
  2. К перечислению - сумма после удержаний (комиссия, логистика, услуги, штрафы, корректировки).
  3. Выплата на расчётный счёт - фактический платёж, который может включать/не включать корректировки прошлых периодов, удержания, авансы, взаимозачёты.

Если селлер ведёт УСН "по выплате", он часто получает две проблемы:

  • либо занижает доход (потому что выплатили меньше из-за комиссий и удержаний);
  • либо путает периоды, когда выплата пришла позже/раньше, а продажи относятся к другому периоду.

Какой принцип работает для УСН в комиссионной схеме маркетплейса

Продажи через маркетплейсы чаще всего оформлены как комиссионная/агентская схема: маркетплейс действует как посредник, продаёт и принимает деньги, а вы - принципал (комитент), который признаёт доход от реализации.

Ключевой смысл для учёта УСН: Доходом обычно является сумма, которую заплатил покупатель за ваш товар (то есть "продажи/реализация"), а не сумма, которую маркетплейс перечислил вам после удержаний.

Комиссия маркетплейса, логистика и дополнительные удержания - это отдельные статьи расходов/затрат (в зависимости от режима УСН и методики учёта), но они не "уменьшают доход" автоматически. Они уменьшают финансовый результат, но не заменяют сам доход.

Простая логика: какую сумму брать в доходы - пошагово

Чтобы избежать ошибок, удобно действовать по схеме "3 вопроса".

1) Что является фактом реализации в периоде?

Факт реализации - это продажи товаров покупателям в вашем отчётном периоде с учётом возвратов, отмен и корректировок, которые относятся к этому периоду.

В отчётах это обычно отражается как:

  • продажи / реализация;
  • возвраты;
  • итог по реализации за период.

2) Что является удержаниями маркетплейса?

Удержания - это всё, что маркетплейс списал за услуги и операции:

  • комиссия;
  • логистика/доставка;
  • хранение;
  • эквайринг/услуги (если применимо в конкретной схеме);
  • штрафы/удержания/корректировки.

Это важно, потому что удержания влияют на "к перечислению", но не отменяют факт дохода от реализации.

3) Что является движением денег (выплатой)?

Выплата - это то, что пришло на расчётный счёт. Она нужна для сверки и контроля, но не является единственным источником "суммы дохода" по УСН.

Какие отчёты подтверждают доход по УСН на Ozon и Wildberries

Задача селлера - не просто "решить, какая цифра доход", а иметь пакет подтверждения: отчёты и документы, которыми можно объяснить сумму дохода и связать её с выплатами и 1С.

Для Ozon: что обычно используют для подтверждения

Ориентируйтесь на документы, где есть:

  • итоги реализации за период (продажи, возвраты, корректировки);
  • детализация удержаний (комиссии/логистика/прочие услуги);
  • документы по перечислениям (чтобы связать расчёт с фактическими платежами).

Практический смысл:

  • Отчёт о реализации/продажах - база для дохода.
  • Отчёты по услугам/удержаниям - база для расходов и сверки.
  • Отчёт о перечислениях/взаиморасчётах - база для сверки выплат и контроля периода.

Для Wildberries: что обычно используют для подтверждения

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

  • реализация за период (продажи/возвраты/итог);
  • удержания (комиссии, логистика, дополнительные списания);
  • перечисления (что фактически выплачено и в какие даты).

Практический смысл:

  • Отчёты о реализации - база для дохода.
  • Финансовые отчёты и детализация удержаний - база для расходов и контроля.
  • Платежи/перечисления - для сверки периода и поиска расхождений.

Как закрывать месяц без ошибок: чек-лист селлера и бухгалтера

Ниже - рабочая схема, которая помогает закрывать период системно.

Шаг 1. Зафиксировать период и выгрузить "ядро" отчётов

  • Реализация/продажи за период (с возвратами).
  • Детализация удержаний за период.
  • Перечисления/взаиморасчёты за период.

Важно: выгружать отчёты именно по периоду, а не "с последней выплатой".

Шаг 2. Сформировать сумму дохода по реализации

  • Берём итог реализации (продажи минус возвраты) за период.
  • Отдельно фиксируем корректировки, если они относятся к прошлым периодам (их нужно учитывать аккуратно, чтобы не "размазать" доход).

Шаг 3. Разложить удержания по статьям

  • комиссия маркетплейса;
  • логистика/доставка;
  • хранение;
  • штрафы и удержания;
  • компенсации/декомпенсации (если есть).

Зачем: чтобы понимать, что у вас происходит с маржой и где "проседает" экономика.

Шаг 4. Сверить "доход по реализации" с "перечислениями"

Это критично. Сверка почти всегда покажет разницы, и это нормально:

  • часть удержаний относится к другому периоду;
  • часть перечислений закрывает прошлый период;
  • могли быть авансы/взаимозачёты;
  • могли быть корректировки и компенсации.

Ваша задача - чтобы разницы были объяснимы документально, а не "похоже, потому что похоже".

Шаг 5. Передать данные в 1С и зафиксировать "правило признания"

Если вы ведёте учёт в 1С, важно:

  • чтобы отчёт комиссионера/реализации попадал в нужный период;
  • чтобы доход отражался корректно (не "по выплате");
  • чтобы удержания не искажали доход, а отражались как расходы/затраты по вашей методике.

Типовые ошибки, из-за которых селлеры платят "не тот налог" или не могут объяснить цифры

  1. Считать доходом сумму "к перечислению" Это результат вычета удержаний, а не показатель реализации.
  2. Считать доходом фактическую выплату Выплата может включать корректировки прошлых периодов и не совпадать с реализацией текущего периода.
  3. Смешивать периоды Когда отчёт берут за "дату выплаты", а не за период реализации.
  4. Не выделять возвраты отдельно Возвраты - одна из ключевых причин расхождений "в отчёте одно, по факту другое".
  5. Игнорировать удержания и корректировки В итоге прибыль "исчезает", а причина неясна.

Как связать налоги, отчёты и 1С так, чтобы это стало управляемым процессом

Правильная схема в зрелом магазине выглядит так:

  1. Маркетплейс-отчёты по периоду (реализация + удержания + перечисления)
  2. Загрузка/отражение в 1С (правильная логика дохода и затрат)
  3. Сверка с банком (перечисления = платежи)
  4. Управленческий контроль (маржинальность, отклонения, причины)
  5. Архив (чтобы всегда было чем подтвердить цифры)

Когда эта цепочка настроена, у вас:

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

Вопросы и ответы

Обычно ориентируются на сумму реализации (продаж) за период с учётом возвратов, а "к перечислению" - это сумма после удержаний, её используют для сверки и контроля, но не как "чистый доход".
Потому что выплата - это денежный результат взаиморасчётов после удержаний и корректировок, и она может относиться к разным периодам.
Нужен комплект: реализация/продажи за период, удержания/услуги за период, перечисления/взаиморасчёты для сверки с банком.
Логика такая же: реализация (продажи/возвраты/итог), детализация удержаний, перечисления для сверки.
Сначала разделить причины: удержания, переносы периодов, корректировки/компенсации. Затем связать их документами и настроить правило закрытия месяца: отчёты по периоду + сверка перечислений + архив.
Нужно закрепить методику: на каких документах строится доход, как отражаются удержания, как сверяются перечисления. После этого автоматизация и контроль становятся устойчивыми.

Где здесь реальная польза TotalCRM: автоматизация, которая снимает ручную "сверку по ночам"

На практике проблема не в том, что селлер "не знает теорию". Проблема в том, что отчётов много, цифр ещё больше, и без системы легко:

  • перепутать период,
  • взять "не ту сумму",
  • пропустить удержания,
  • не увидеть расхождения,
  • и только потом обнаружить, что прибыль и налоговая база считаются неверно.

TotalCRM закрывает управленческий слой между маркетплейсами и 1С: помогает собрать отчёты по периодам в понятную структуру, контролировать полноту данных, быстро сверять перечисления с удержаниями и подготовить информацию для бухгалтера и загрузки в 1С. Когда процесс настроен, вам не нужно каждый месяц заново "разбираться в суммах" - вы видите картину системно и принимаете решения по управлению, а не по догадкам.