Проанализируем ситуацию, с которой регулярно сталкиваются селлеры на Wildberries: маркетплейс формирует «выкуп» (обычно по операциям в другие страны/особым схемам), дает уведомление о выкупе и/или «выкупной» отчет, но суммы в документах не совпадают с «грязной» выручкой, а удержания (комиссия, логистика, эквайринг, транспорт и прочие услуги) отражаются в финансовых отчетах без привычных закрывающих документов. Из-за этого возникает соблазн «вести выкуп как агентскую продажу в общем учете», чтобы доход был «как в отчете о продажах».
Давайте разберем по шагам, как безопасно и методически правильно выстроить учет выкупов на УСН «Доходы» без НДС в 1С, чтобы:
Сначала зафиксируем ключевую методическую мысль: выкуп маркетплейсом — это не то же самое, что агентская (комиссионная) продажа конечному покупателю.
При стандартной работе через маркетплейс по агентскому договору (комиссии) мы обычно делаем так:
А вот операция «выкуп» (когда Wildberries «выкупает» товар) в типовой логике 1С выделяется отдельно: операции выкупа следует учитывать обособленно, по отдельному договору с видом “С покупателем”, а не смешивать с агентским договором. В 1С для этого предусмотрен отдельный вид операции реализации: «Выкуп комиссионером». Именно эта конструкция позволяет отделить агентскую реализацию от случая, когда маркетплейс выступает покупателем по отдельному основанию и формирует уведомление о выкупе.
Если же «притянуть» выкуп к агентской схеме и отражать его как обычный отчет комиссионера, то мы получим сразу несколько рисков и неудобств:
Поэтому дальше будем строить решение так: выкуп учитываем отдельно, но при этом добиваемся того, чтобы доход по УСН признавался корректно и устойчиво.
Разберем по шагам, как настроить «каркас» учета в 1С:Бухгалтерии, чтобы дальше не бороться с документами каждую неделю.
Шаг 1. Создадим контрагента Wildberries
Если контрагент уже есть — отлично, используем его. Важно, чтобы все операции шли через одного контрагента, но по разным договорам.
Шаг 2. Создадим два договора с Wildberries
Договор №1: агентский (комиссионный) договор
В карточке договора укажем вид: «С комиссионером (агентом) на продажу». Этот договор используем для основной массы операций: отчеты о продажах, возвраты, услуги/комиссии и т.п.
Договор №2: договор для выкупа
В карточке договора укажем вид: «С покупателем». Это критично: выкуп должен проводиться как реализация покупателю (маркетплейсу) по отдельному основанию.
Чтобы избежать путаницы, в наименовании договора используем понятный шаблон, например: «Уведомление о выкупе №… от …» (в 1С это удобно для идентификации и для печатных форм, если они нужны).
Шаг 3. Используем правильный документ реализации для выкупа
В 1С предусмотрен документ «Реализация (акты, накладные, УПД)» с видом операции «Выкуп комиссионером». Именно его и применяем для «уведомлений о выкупе».
Где искать и как работать:
Откроем рабочее место «Маркетплейсы и комиссионеры» (обычно в разделе «Продажи»).
Создадим документ «Выкуп комиссионером» вручную или загрузим уведомление из файла, если у вас налажена загрузка.
В документе обязательно укажем договор по выкупу (тот самый с видом «С покупателем»), а не агентский договор.
Шаг 4. Проверим счета учета и аналитику
На практике важно, чтобы в базе корректно велся учет «товар отгружен маркетплейсу» и «товар реализован». В типовой логике маркетплейсов часто используется счет учета отгруженных товаров (например, для контроля остатков у комиссионера). Поэтому при проведении выкупа 1С должна корректно списать себестоимость с учета отгруженных товаров и признать выручку.
Нам сейчас важна не столько бухгалтерская проводка (мы на УСН без НДС), сколько то, что документ реализации выкупа должен быть «настоящей реализацией», а не имитацией через агентский отчет.
Теперь разберем по существу то, что описал автор вопроса:
«WB сам не переводит, это делает селлер» — то есть деньги «висят» на стороне маркетплейса, а вывод контролирует селлер.
«Отчет о выкупе при доходе неполный… там уже доход за вычетом комиссии, транспорта, эквайринга».
«На расходы WB не предоставляет УПД… отражает в финансовом отчете».
«Не выставляет УПД, только отчет о выкупе и то не соответствует полному доходу».
Чтобы не запутаться, разделим понятия:
«Грязная» выручка (валовая стоимость реализованного товара) — это цена товаров до удержаний.
Удержания — комиссия, логистика, эквайринг, штрафы, платные услуги, корректировки, взаимозачеты.
Сумма к перечислению — это «чистая» сумма после удержаний.
В «выкупных» операциях Wildberries часто показывает в уведомлении сумму уже за вычетом части удержаний. Поэтому и возникает ощущение, что «уведомление неполное».
Но наша задача — не «догнать» цифру до красивой валовой выручки любой ценой, а правильно определить налоговый доход по УСН и корректно оформить первичку/регистры в 1С.
И вот здесь есть два рабочих подхода, которые применяют на практике. Давайте рассмотрим оба — и выберем тот, который устойчивее в вашей ситуации.
Рассмотрим подробнее самый «приземленный» вариант, который чаще всего выбирают селлеры на УСН «Доходы 6%» без НДС, особенно если нет задачи подтверждать расходы (ведь налог считается с дохода).
Логика решения
Если маркетплейс формирует уведомление о выкупе, в котором стоимость товара уже уменьшена на удержания, то в учете УСН мы:
оформляем выкуп как реализацию документом «Реализация (акты, накладные, УПД)» с видом операции «Выкуп комиссионером»;
признаем доход по сумме уведомления (как сумме, признаваемой маркетплейсом по выкупу);
не пытаемся “натянуть” доход до валовой цены по выкупной детализации, если она носит расчетно-справочный характер;
удержания отражаем отдельно (в управленческом контуре/аналитике), чтобы контролировать маржу и сверяться с финансовыми отчетами.
Как сделать это в 1С пошагово
Шаг 1. Оформим реализацию выкупа
Создадим документ «Реализация (акты, накладные, УПД)».
Укажем вид операции: «Выкуп комиссионером».
Выберем контрагента Wildberries и договор «С покупателем» (договор выкупа).
Заполним номенклатуру, количество и сумму по данным уведомления о выкупе.
Шаг 2. Обеспечим корректное попадание в КУДиР
На УСН доходы фиксируются в КУДиР. В 1С это обычно происходит автоматически, но важно соблюсти условия, при которых программа формирует записи КУДиР корректно.
Что проверяем:
Связка “реализация ↔ поступление денег”
Если оплата по выкупу приходит позже (что нормально), то доход в КУДиР может появиться не в момент реализации, а в момент поступления денег. В таком случае обязательно проверяем документ «Поступление на расчетный счет» и его вкладку, связанную с КУДиР (в разных релизах 1С вкладка может называться как «Книга учета доходов и расходов» или иметь ссылку на отражение в КУДиР).
Автоматическое погашение аванса
Если в вашей базе используется механизм авансов/зачетов, проверим, чтобы в документах реализации и оплаты корректно отрабатывало автоматическое погашение аванса. Иначе 1С может не сформировать запись в КУДиР ожидаемым образом.
Одинаковый договор в документах
В документе реализации выкупа и в документе поступления денег должен стоять тот же договор выкупа. Если оплата «пришла» на агентский договор, записи могут не состыковаться — задача решается через автоматическое распределение платежей при загрузке выписки в 1С.
Шаг 3. Удержания оставим для сверки и управленческого контроля
Так как вы на УСН «Доходы» (без учета расходов для налога), удержания не уменьшают налоговую базу. Но нам все равно нужно понимать экономику и уметь свериться с Wildberries. Поэтому фиксируем удержания:
либо отдельными управленческими отчетами (вне 1С:Бухгалтерии);
либо в 1С через аналитику и субконто взаиморасчетов (если у вас выстроен расширенный учет маркетплейса);
либо через отдельные документы услуг маркетплейса — только если у вас есть чем подтвердить состав услуг и если вы ведете полноценную детализацию затрат (например, для управленки или для УСН 15%).
Плюсы решения №1
Минимум ручного труда: выкуп отражаем одним документом реализации и оплатой.
Не конфликтуем с логикой «выкуп — отдельная операция».
КУДиР ведется устойчиво, если правильно связаны договор и оплата.
Не требуем от WB УПД на каждую удержанную услугу там, где он их не дает привычным образом.
Минусы решения №1
Если вы считаете, что налоговая база должна быть «валовой» (до удержаний), вам может быть психологически некомфортно видеть «меньший доход» по уведомлению.
Нужно отдельно выстроить сверку «уведомление ↔ финансовый отчет ↔ выплаты».
Теперь рассмотрим второй подход — его выбирают, когда хотят, чтобы доход был максимально близок к «грязному обороту», а удержания — отдельной строкой, даже на УСН 6% (например, для унификации с управленческим учетом, для кредитных ковенант, для внутренней отчетности или из-за позиции конкретной инспекции).
Логика решения
Мы разделяем:
доход = валовая стоимость товара (как в детализации/отчете о продажах/выкупной детализации);
удержания = отдельные услуги/комиссии/логистика, отраженные отдельными документами;
к перечислению = взаимозачет между доходом и удержаниями.
Но здесь важно честно оценить вашу документальную базу: если маркетплейс по части удержаний не дает закрывающих документов привычного формата, то мы можем отразить удержания только на основании финансового отчета/внутренних документов, что повышает требования к сверкам и к описанию учетной политики.
Как сделать это в 1С (общая схема)
Шаг 1. Признаем реализацию на валовую сумму
В зависимости от того, как у вас организован учет маркетплейса в 1С, валовую реализацию можно отражать:
через «Отчет комиссионера (агента) о продажах» (для агентской части);
и/или через «Реализация (акты, накладные, УПД)» с видом операции «Выкуп комиссионером» (для выкупа), но с суммой, равной валовой стоимости товара.
Шаг 2. Отразим удержания отдельными документами
Дальше нам нужно показать, что часть денег удержана маркетплейсом. Обычно это делается как услуги маркетплейса и/или комиссия. В зависимости от конфигурации и ваших регламентов используем документы:
документы поступления услуг (если вы учитываете услуги как расходы/затраты — даже если на УСН 6% они не уменьшают налог);
корректировки взаиморасчетов (если удержания оформляются как взаимозачеты/удержания по отчету);
внутренние документы сверки (если внешней первички недостаточно, но вам нужно управленчески “разложить” удержания).
Шаг 3. Сведем оплату и удержания
Когда Wildberries перечисляет деньги, сумма меньше валовой выручки — потому что удержания уже “сняты”. Значит, нам нужно обеспечить, чтобы 1С понимала, что недоплата — это не долг покупателя, а зачет удержаний. Иначе будут висеть хвосты по 62/76.
Плюсы решения №2
В отчетности видим валовую выручку и отдельную структуру удержаний.
Удобно для управленческого анализа и сопоставления с “оборотами” маркетплейса.
Минусы решения №2
Сложнее методически: нужно четко описать, на основании каких документов вы отражаете удержания, если нет УПД.
Больше ручных операций и сверок.
Есть риск “перепридумать” первичку там, где маркетплейс формирует только финансовые отчеты и уведомления.
Чтобы не спорить с собой каждый месяц, давайте зафиксируем практичное правило.
Если вы на УСН «Доходы 6%» и ваша цель — корректный налог и КУДиР без лишней ручной работы, чаще всего рациональнее выбрать Решение №1: выкуп отражаем по уведомлению о выкупе отдельной реализацией, удержания ведем для контроля отдельно.
Если вам принципиально важно показывать валовую выручку в учетной системе и раздельно удержания (управленка, инвесторы, внутренние регламенты, требования аудитора/банка/инспекции), тогда рассматриваем Решение №2, но заранее обеспечиваем регулярные сверки и документирование удержаний.
Дальше разберем «узкие места» автора вопроса и покажем, как их закрыть в выбранной схеме.
Рассмотрим подробнее проблему “деньги у WB, вывожу когда хочу”. На УСН это чувствительно, потому что доход традиционно привязан к поступлению денег. Но в продажах через маркетплейсы часто возникает спор: считать доход по факту отчета о продажах или по факту вывода денег.
Чтобы не усложнять, действуем так:
Фиксируем выкуп отдельной реализацией документом «Выкуп комиссионером».
Фиксируем поступление денег документом «Поступление на расчетный счет» (когда реально пришли деньги).
Проверяем, что 1С формирует записи КУДиР по ожидаемой дате (в зависимости от вашей учетной политики и механики зачета).
Если вы замечаете, что реализация выкупа “не попадает” в КУДиР, обычно проблема лежит в одном из трех мест:
не совпадает договор в реализации и оплате (часто оплату ошибочно “вешают” на агентский договор);
не отработало автоматическое погашение (аванс/зачет);
оплата оформлена не тем видом операции или разбита так, что 1С не сопоставила ее с реализацией.
Действуем совместно: открываем реализацию выкупа, открываем оплату, сверяем контрагента и договор, затем перепроводим документы и проверяем КУДиР отчетом.
Здесь важно не перепутать два разных вопроса:
Нужно ли включать удержания в доход на УСН?
Нужно ли документально подтверждать удержания (комиссии/логистику) как расходы?
На УСН «Доходы 6%» для налога расходы не нужны. Поэтому в большинстве случаев задача не в том, чтобы «добрать доход до валовой суммы через удержания», а в том, чтобы:
не потерять доход (чтобы он вообще был отражен);
не задвоить доход (когда часть дохода отражена в отчете, часть — в уведомлении);
свести взаиморасчеты с WB (чтобы не висели долги);
иметь понятную сверку с финансовыми отчетами WB.
Поэтому при Решении №1 мы действуем так:
доход по выкупу берем из уведомления и отражаем реализацией «Выкуп комиссионером»;
финансовый отчет WB используем как документ сверки, а не как “источник для раздувания дохода”;
удержания ведем отдельно для понимания маржи (управленчески).
При Решении №2 (валовая выручка) вам придется оформлять удержания отдельными документами, и тогда вопрос УПД/первички становится критичнее. Если WB не дает УПД на конкретную услугу — описываем в учетной политике, что основанием является финансовый отчет/акт/реестр маркетплейса, и обеспечиваем стабильную архивную выгрузку отчетов за период.
Разберем по шагам, какие документы реально “держат” выкуп:
Уведомление о выкупе — ключевой документ, на основании которого в 1С логично формировать реализацию с видом операции «Выкуп комиссионером».
Финансовый отчет — документ для расшифровки расчетов и удержаний (комиссии, логистики, эквайринга, прочих удержаний/взаимозачетов).
Банковская выписка/поступление на расчетный счет — подтверждает факт получения денег (если вы выбираете признание дохода по поступлению).
Поэтому не пытаемся «дождаться УПД», если его не предусмотрено по конкретной схеме. Вместо этого выстраиваем учет вокруг тех документов, которые маркетплейс реально формирует, и вокруг того функционала, который 1С уже заложила для маркетплейсов.
Чтобы закрепить результат, пройдем финальный чек-лист. После того как вы провели выкуп и оплату, проверяем:
Взаиморасчеты с WB
Посмотрим оборотно-сальдовую ведомость по расчетам с контрагентом и убедимся, что нет “вечных хвостов” из-за неверного договора или несостыковки документов — в этом поможет анализ и сверка взаиморасчетов в 1С:Бухгалтерии.
КУДиР
Сформируем книгу учета доходов и расходов за период и убедимся, что выкуп попал в доходы именно так, как задумано вашей методикой (по уведомлению/по поступлению/по отчету — в зависимости от выбранного подхода).
Сверка с финансовым отчетом WB
Сверим сумму к перечислению, удержания и итоговые выплаты, чтобы понимать экономику и выявлять расхождения (возвраты, корректировки, взаимозачеты) — ускоряет этот процесс загрузка актов сверки из Excel в 1С.
Соберем решение в короткий, но прикладной алгоритм:
Разделим договоры: агентский договор — отдельно, выкуп — отдельно договором «С покупателем».
Выкуп отражаем документом «Реализация (акты, накладные, УПД)» с видом операции «Выкуп комиссионером».
Доход на УСН фиксируем по выбранной методике (практично — по уведомлению о выкупе; консервативно — по валовой выручке с отдельными удержаниями).
Следим за договором в оплате: в «Поступление на расчетный счет» указываем тот же договор, что и в реализации выкупа.
Проверяем КУДиР и взаиморасчеты после перепроведения документов.
Финансовый отчет WB используем для сверки и контроля удержаний, а не как единственный источник “правильного дохода” без учета природы документов.
Важно: в реальных проектах выбор между Решением №1 и №2 стоит закрепить в учетной политике и в регламенте обработки отчетов маркетплейса, чтобы не менять подход “по настроению” от периода к периоду. Тогда и 1С, и КУДиР, и сверки будут жить стабильно.
Информация носит справочный характер.