← На главную

При работе с маркетплейсами по схеме FBO (Fulfillment by Ozon) или аналогичным схемам у других площадок возникает стандартная ситуация: мы отгружаем товар на склад маркетплейса, он его продает, а затем конечный покупатель оформляет возврат. Этот товар возвращается не к нам, а обратно на склад маркетплейса для дальнейшей продажи. Разберем, как правильно зафиксировать такую операцию в 1С, на примере конфигурации «Управление нашей фирмой» (УНФ), чтобы данные об остатках на складе комиссионера всегда были актуальными.

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

Анализ проблемы: почему это важно?

Рассмотрим типичный пример. В сентябре мы отгрузили на склад Ozon 10 единиц товара. По итогам месяца маркетплейс прислал отчет, в котором указано, что все 10 единиц проданы. Мы провели этот Отчет комиссионера (агента) о продажах в 1С. Согласно нашей учетной системе, на складе Ozon этого товара больше нет.

Однако в октябре один из покупателей вернул одну единицу товара. Она поступила обратно на склад Ozon. Если мы не отразим этот возврат в 1С, то по нашим данным на складе Ozon остаток будет равен нулю, а по факту там лежит одна единица товара, готовая к продаже. Это создает сразу несколько проблем:

1. Неверный контроль остатков. Мы не сможем корректно сверить наши данные с данными маркетплейса и выявить возможные потери или недостачи товара.
2. Ошибки в финансовых отчетах. По факту продано 9 единиц, а не 10. Сумма выручки и вознаграждения комиссионера за прошлый период должна быть скорректирована.
3. Проблемы с планированием. Система не будет «видеть» этот товар, и мы можем ошибочно запланировать новую поставку, хотя на складе уже есть доступные единицы.

Следовательно, игнорировать такие возвраты нельзя. Их нужно корректно фиксировать. Посмотрим, как это сделать.

Решение 1: Возврат в «Отчете комиссионера о продажах»

Это самый распространенный и правильный способ, поддерживаемый большинством конфигураций 1С. Маркетплейсы, как правило, в своих отчетах за текущий период отражают не только продажи, но и возвраты, которые произошли в этом периоде, даже если сама продажа была в прошлом.

Чтобы отразить возврат, необходимо в очередном документе Отчет комиссионера (агента) о продажах добавить строку с возвращенным товаром, но с отрицательным количеством.

Рассмотрим по шагам на нашем примере:

1. В октябре мы получаем от Ozon отчет о продажах. В нем, помимо проданных за октябрь товаров, будет информация о возврате 1 единицы товара, проданной в сентябре.
2. Создаем в 1С новый документ Отчет комиссионера (агента) о продажах за октябрь.
3. В табличную часть «Товары» мы добавляем все проданные за октябрь товары с положительным количеством.
4. Далее добавляем еще одну строку для нашего возвращенного товара и в колонке «Количество» указываем -1. Цену продажи и другие данные указываем те же, что были при первоначальной продаже.

Что произойдет в системе после проведения такого документа:

• Система сторнирует (отменит) реализацию одной единицы товара.
• Будет скорректирована задолженность комиссионера перед нами: она уменьшится на стоимость возвращенного товара.
• Будет скорректирован расчет комиссионного вознаграждения.
• Самое главное: количество этого товара на виртуальном складе комиссионера в 1С увеличится на одну единицу. Товар снова станет доступен для учета как находящийся на комиссии.

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

Решение 2: Поиск скрытой функции возврата от покупателя комиссионеру

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

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

Что нужно проверить:

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

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

Регулярный контроль: Инвентаризация и сверка по API

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

Инвентаризация товаров, переданных на комиссию

В 1С существует документ Инвентаризация товаров, переданных на комиссию. Процесс работы с ним следующий:

1. Вы запрашиваете у маркетплейса отчет по остаткам на его складах на определенную дату.
2. В 1С создаете новый документ инвентаризации, указываете комиссионера и нажимаете кнопку «Заполнить по остаткам переданных». Система заполнит колонку «Учетное количество» данными из вашей базы.
3. В колонку «Фактическое количество» вы вносите данные из отчета маркетплейса.
4. Система автоматически рассчитает отклонения. На основании этого документа можно создать Списание товаров у комиссионера (в случае недостачи) или Оприходование товаров у комиссионера (в случае излишков).

Такую сверку рекомендуется проводить не реже раза в месяц.

Автоматизация через API

Современные маркетплейсы, такие как Ozon, предоставляют доступ к своим данным через API. Это позволяет настроить интеграцию с 1С для автоматического обмена информацией. С помощью API можно:

• Автоматически загружать отчеты о продажах и возвратах, что исключает ошибки ручного ввода.
• Регулярно (хоть каждый час) запрашивать актуальные данные по остаткам товаров на складах и сверять их с данными в 1С.

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

Подведем итог: для корректного учета возвратов от покупателей на склад маркетплейса используйте отражение операций с отрицательным количеством в Отчете комиссионера о продажах. Параллельно убедитесь, что в вашей системе нет скрытых специализированных документов из-за ограничений прав, и не забывайте про регулярные инвентаризации для контроля остатков.