← На главную

Работа с маркетплейсами по системе FBS (Fulfillment by Seller) в программе 1С:Управление торговлей 10.3 ставит перед пользователем непростую задачу: как отойти от упрощенной схемы «прямых продаж» и внедрить правильный комиссионный учет, сохранив при этом возможность видеть, за какую именно отправку (реализацию) пришли деньги. Рассмотрим детально, как перестроить процессы, чтобы учет был корректным с точки зрения методологии 1С и удобным для оперативного контроля.

Почему схема прямой продажи через договор купли-продажи является ошибочной?

Многие начинающие продавцы на маркетплейсах (Wildberries, Ozon, Яндекс.Маркет) используют документ Реализация товаров и услуг по обычному договору продажи. Проанализируем, почему это создает проблемы:

1. Момент перехода права собственности: Отгрузка товара со склада продавца на склад маркетплейса или в пункт приема еще не является продажей. Продажа происходит только в момент выкупа товара конечным покупателем. До этого момента товар должен числиться на вашем балансе.
2. Ценообразование: Маркетплейс может продать товар со скидкой за свой счет или по акции. Если вы провели реализацию по одной цене, а отчет пришел по другой, возникают расхождения, которые крайне сложно «схлопывать» вручную.
3. Возвраты: При прямой продаже возвраты от покупателей превращаются в сложную цепочку корректировок.

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

Для корректного отражения операций в 1С:УТ 10.3 необходимо использовать схему комиссионной торговли. Разберем по шагам, какие документы должны формироваться:

1. Передача товара маркетплейсу. Используем документ Реализация товаров и услуг, но в договоре с контрагентом (маркетплейсом) обязательно указываем вид договора «С комиссионером». При проведении документа в управленческом учете товар списывается со склада компании, но фиксируется как переданный комиссионеру. В бухгалтерском учете это формирует проводку Дт 45.01 — Кт 41.01.

2. Отражение факта продажи. После того как маркетплейс присылает еженедельный или ежемесячный отчет, создаем документ Отчет комиссионера о продажах. Именно этот документ фиксирует реальный доход, списывает себестоимость с 45 счета и начисляет задолженность маркетплейса перед вами. Для автоматизации этого процесса можно использовать обработку для загрузки еженедельных отчетов Wildberries в УТ 10.3.

3. Поступление оплаты. Когда деньги приходят на расчетный счет, создается Платежное поручение входящее с видом операции «Оплата от покупателя». Здесь важно указать тот же договор комиссии.

Проблема детализации: как привязать оплату к конкретной реализации?

Основная сложность заключается в том, что маркетплейс платит «общей кучей» за множество заказов. Типовой функционал Отчета комиссионера в версии 10.3 не имеет прямой связи с первичными документами передачи (реализациями). Разберем наиболее эффективные способы решения этой задачи.

Способ 1: Использование механизма свойств и категорий (Решение автора темы)

Проанализируем ситуацию: нам нужно уникальное поле, которое свяжет передачу товара и отчет о его продаже. В 1С:УТ 10.3 для этих целей идеально подходят Свойства и Категории объектов.

Алгоритм действий:

1. Для документа Реализация товаров и услуг создаем дополнительное свойство (или категорию), например, «ID Отправления» или «Трек-номер».
2. При каждой отгрузке по системе FBS в это поле записывается уникальный номер заказа из личного кабинета маркетплейса.
3. В документе Отчет комиссионера также активируем использование этого свойства.
4. Дорабатываем (или настраиваем через универсальный отчет) отчетность таким образом, чтобы данные выводились в разрезе этих свойств.

Важный нюанс: использование большого количества уникальных свойств (более 1000 в месяц) может привести к некоторому «раздутию» таблиц базы данных. Однако для управленческого учета это наиболее прозрачный способ увидеть, какие отправления еще не «закрыты» отчетами комиссионера.

Способ 2: Настройка взаиморасчетов «По документам расчетов»

Выясним, можно ли решить проблему штатными средствами настройки договора. В карточке договора с маркетплейсом можно установить флаг «Вести взаиморасчеты по документам расчетов».

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

• Плюс: Взаиморасчеты будут идеально прозрачными.
• Минус: Огромная трудоемкость. Если маркетплейс переводит деньги за 500 мелких заказов одним платежом, бухгалтеру придется вручную подбирать 500 реализаций в табличную часть платежного документа.

Способ 3: Разделение управленческого и бухгалтерского учета

Рассмотрим еще один практический подход. Некоторые компании в 1С:УТ 10.3 ведут управленческий учет «по заказам». Каждая отправка FBS — это отдельный Заказ покупателя. В этом случае:

1. Отгрузка (Реализация) привязывается к заказу.
2. Оплата (Платежное поручение) также привязывается к заказу.
3. Отчет комиссионера закрывает заказы.

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

Учет услуг маркетплейса (Логистика, хранение, комиссия)

Важно помнить, что сумма, которую маркетплейс «должен» вам за проданный товар, не равна сумме, которую он перечислит. Маркетплейс удерживает свою комиссию и стоимость услуг (логистику). Чтобы взаиморасчеты в 1С сошлись, выполним следующие действия:

1. В Отчете комиссионера на вкладке «Услуги» или через отдельный документ Поступление товаров и услуг отражаем затраты на комиссию и логистику.
2. Используем документ Корректировка долга, чтобы произвести взаимозачет. Мы «схлопываем» наш долг перед маркетплейсом за услуги и долг маркетплейса перед нами за проданные товары.

Без этой операции на балансе всегда будет висеть «хвост» нераспределенной задолженности, равный сумме удержанной комиссии.

Резюме: какой метод выбрать?

Для небольших объемов продаж (до 100 заказов в месяц) достаточно классической схемы с договором комиссии и ведением взаиморасчетов «по договору в целом», контролируя общие остатки на 45 счете.

Для крупных селлеров с тысячами отправлений рекомендуется либо внедрение свойств/категорий для связи с трек-номерами, либо использование специализированных внешних модулей интеграции, которые через API маркетплейса автоматически сопоставляют продажи с реализациями по уникальным идентификаторам (Order ID). Это исключает человеческий фактор и позволяет бухгалтерии работать только с финальными цифрами, не тратя время на поиск «потерявшихся» трусов или носков в сотнях отчетов. Для организации такой интеграции подойдёт модуль обмена УТ 10.3 с Wildberries для загрузки заказов по FBS и выгрузки остатков.