Миникейс. Товары-комплекты в 1с 10.3 и retailCRM

     Продолжаю серию миникейсов нестандартных интеграций 1C — RetailCRM.
     Очень популярной темой в интеграциях является комплектные товары. Т.е. это товары которые состоят из нескольких простых, но для клиента имеют ценность только в виде комплекта. Наиболее часто приходится работать в тематиках: сантехника, мебель, цветочный бизнес. Для данного мини-кейса я взял последнюю нашу разработку для клиента Stool Group, тем более это наша первая работа с комплектами под 1С Управление торговлей 10.3
       Во-первых, у многих клиентов неправильное понимание, как работать с комплектами. В этом мини-кейсе как раз детально покажу какие документы мы используем в комплектных товарах.
       Товар-комплект — это обязательно отдельный товар, а не некое свойство. Собирать комплект можно на сайте (если поддерживает CMS) или в 1С, системе Мой склад.Как правильно, сборка идет на стороне учетной системы. Но теперь главная ложка дегтя: для того чтоб товар-комплект появился в наличии — его необходимо собрать. Приведу наглядный пример — для стула нужно одно сидение и 4 ножки. Но на складе сейчас есть 50 красных сидений, 50 желтых и всего 200 ножек. Т.е. одновременно можно продать или 50 красных стульев, или 50 желтых или по 25 каждого цвета. Но мы не знаем какой цвет сейчас закажут, а на сайте и в RetailCRM виден только товар — комплект. Более того, пока товар не укомплектован, по мнению 1C на складе сейчас нет ни одного комплекта. В этой особенности и есть изюминка этой задачи. Стандартный функционал 1C такое не умеет.
      В данном случае клиент нам облегчил задачу, и указал — ножек всегда в избытке, необходимо в комплекте отмечать основной товар, и рассчитывать остаток по нему. В классической нашей реализации, количество комплектов мы считаем с учетом всех компонентов и их пропорций. Но появилась новая задача — добавить “понятие” в 1C — основной товар.

Наша доработка для товаров — комплектов

     В 1С мы стараемся придерживаться девиза как у врачей — главное не навредить. Доработки в конфигурации были, но только для обработки нужного типа товара, немного механизм обмена с retailCRM и документы реализации. Внешне это выглядит так:

1. Добавили новый вид номенклатуры “набор”.  В данной номенклатуре можно указывать из каких элементов он состоит. Товар  “главный” — отмечаем в доле стоимости равный единице.
   

   

2. Для расчета цены комплекта, используется стандартный документ “установка цен номенклатур”. Достаточно просто добавить один раз новый комплект. Дальнейший расчет будет автоматический.
   

   

3.  Обновление наличия. Для отображения наличия комплектов создали виртуальный склад наличия комплектов, и приходную накладную на товары комплекты.  Каждые 5 минут пересчитывается данная приходная накладная, и наличие комплектов пересчитываются. Наличие по данному складу передается на сайт и в RetailCRM. И получается, что комплекты якобы в наличии, и при этом не мешают отчетностям по складу, балансам. Для расчетов остатков учитываются резервы, и склады нахождения составных товаров комплекта. Более того все делается в “фоне”, и не для каждого нового комплекта, не надо создавать отдельную накладную.
   

   

Работа с комплектами.
Как это выглядит на сайте,в  RetailCRM, в 1С ?

На сайте виден сразу готовый комплект с ценой, наличием, которое обновляется каждые 5 минут. Товары из которых состоит комплект на сайт не выгружается.

В retailCRM также видят готовое изделие. А вот когда дело касается заказа и отгрузки в 1C — товар автоматически “распадается” на составляющие, причем если в заказе несколько комплектов, из одинаковых составляющих, то они идут рядом, для удобства сборки на складе.

     Для тех, кто хочет любит смотреть видео — мы записали короткий ролик с тестовым товаром-комплектом.