При работе с маркетплейсами, в частности с Ozon по схеме FBO (продажа со склада маркетплейса), многие компании сталкиваются с дилеммой. С одной стороны, юридически договор заключается с одним контрагентом («Интернет Решения»). С другой стороны, физически товар отгружается на множество разных складов (Тверь, Хоругвино, Санкт-Петербург и т.д.), у которых могут отличаться КПП и адреса. Ozon требует указывать в УПД корректные данные грузополучателя.
Частая ошибка при попытке отразить это в 1С:Управление торговлей 11 — создание множества подчиненных партнеров (дочерних точек) для каждого склада. Это приводит к тому, что товар «зависает» на складах-получателях, себестоимость не рассчитывается, а отчет комиссионера не закрывает регистры. Разберемся подробно, почему так происходит и как настроить схему правильно, чтобы и в УТ учет был корректным, и в БП данные выгружались без ошибок.
Рассмотрим ситуацию, описанную в исходной проблеме. Пользователи создали в справочнике Партнеры иерархию: есть головной партнер «Ozon» и подчиненные партнеры (точки доставки). В документах отгрузки (передача на комиссию) выбирались подчиненные партнеры. Однако Отчет комиссионера Ozon присылает сводный, на головного контрагента.
В УТ 11 механизм партионного учета и расчета себестоимости при передаче на комиссию работает следующим образом:
Реализация товаров и услуг с операцией «Передача на комиссию» делается запись в регистр накопления ТоварыПереданныеНаКомиссию. Измерением регистра является Партнер (тот, кому передан товар).Отчет комиссионера система пытается списать товары из этого регистра. Списание происходит по тому Партнеру, который указан в шапке отчета.Результат ошибки: Если мы отгрузили товар на «Партнера А» (склад Шушары), а отчитались от имени «Партнера Б» (Головной Ozon), система не видит связи между этими записями. В итоге:
Чтобы избежать описанных проблем, необходимо придерживаться принципа «Один договор — Один партнер — Один контрагент». Давайте настроим это пошагово.
В базе УТ 11 должна быть следующая структура:
Главный вопрос: как удовлетворить требование Ozon указывать в УПД КПП конкретного склада получателя, если мы используем одного партнера?
Для этого в документах 1С (и в печатных формах УПД) используется поле Грузополучатель. Это поле позволяет указать иное юридическое или физическое лицо (или тот же ИНН с другим КПП), не меняя при этом основного плательщика и партнера по сделке.
Разберем алгоритм действий при оформлении документа Реализация товаров и услуг:
Важный нюанс: Для каждого склада Ozon (Тверь, Хоругвино и т.д.) в справочнике Контрагенты можно завести технические записи. У них будет одинаковый ИНН (Интернет Решения), но разные КПП и адреса. Эти контрагенты будут использоваться только для подстановки в поле «Грузополучатель». В финансовых документах и взаиморасчетах они участвовать не будут.
// Пример логики заполнения УПД (псевдокод формирования печатной формы)
Если ЗначениеЗаполнено(Документ.Грузополучатель) Тогда
ДанныеГрузополучателя = Документ.Грузополучатель; // Берем КПП и Адрес отсюда
Иначе
ДанныеГрузополучателя = Документ.Контрагент; // Берем данные покупателя
КонецЕсли;
Используя подход с полем «Грузополучатель», мы решаем сразу несколько задач:
Отчет комиссионера на этого же партнера, товары списываются корректно, регистры закрываются в ноль, себестоимость рассчитывается без ошибок.Если отгрузок много, выбирать грузополучателя вручную каждый раз неудобно. Рассмотрим варианты упрощения:
Поиск и удаление дублей, чтобы схлопнуть все движения на один основной договор с комиссионером.Не дробите партнеров в управленческом учете ради логистических адресов. В 1С:УТ 11 партнер — это аналитика взаиморасчетов и товарных остатков. Используйте стандартный реквизит Грузополучатель для указания адреса доставки и КПП склада маркетплейса. Это обеспечит целостность партионного учета, корректный расчет себестоимости и беспроблемную синхронизацию с бухгалтерской программой.