retailCRM +1c+прайс-листы

retailCRM +1c+прайс-листы

Третьим миникейсом нетиповых интеграции 1с-RetailCRM я выбрал интеграцию с загрузкой прайс-листов.

В данном кейсе мы сделали интеграцию 1С Управление торговлей 10.3

На самом деле, это будет лишь один из примеров, реализации обработки прайс-листов, т.к. для каждого клиента подбираем индивидуальные решения.  Где-то мы используем специализированное внешнее ПО (Elbuz, QuadCRM), где-то облачные решения, где-то решения под 1с, а если задача по прайсам не сложная, то пишем свое решение, так и поступили в данном случае. У клиента несколько сайтов различной тематики, и для каждого сайта несколько поставщиков  и свои остатки. В данном случае было существенное облегчение — товар может быть только у одного
поставщика, поэтому быстро разработали свое решение под данного клиента.

Познакомлю детальнее.

Загрузка прайсов

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

Настройка загрузки прайсов
Настройка загрузки прайсов

В настройках можно выбрать:

  1. Контрагента, к которому принадлежит прайс;
  2. Путь к файлу;
  3. Номер колонки с артикулом;
  4. Номер колонки с количеством.

С виду все просто, но на самом деле пришлось учесть множество нюансов:

  1. Разные форматы самого Excel — 2007 или 2010 и старше;
  2. У одного поставщика может быть несколько прайсов сразу;
  3. Некоторые поставщики не дают колонки с наличием;
  4. Часто используют в наличии символы: больше, меньше, “в наличие”, “есть” — это все пришлось учесть.

Как происходит импорт.

Для отображения наличия по поставщикам можно использовать виртуальные склады, но можно и более простой вариант — хранить наличие по поставщикам в отдельных регистрах и выводить в нужных документах. Такая схема имеет множество преимуществ: скорость работы, невозможно продать случайно с виртуального склада и простой вывод информации. При импорте прайсов, если поставщик есть в списке обновления, обновляются все его предыдущие остатки и загружаются новые. Обновление всех остатков занимает меньше минуты и может происходить автоматически в фоне.  Загруженные остатки транслируются в retailCRM и в необходимые документы в 1с, в доп колонку “наличие у поставщика”

Наличие поставщика в 1с и статус из retailCRM
Наличие поставщика в 1с и статус из retailCRM

Связка с retailCRM

Менеджер по продажам работает в retailCRM, принимает заказ и сразу может посмотреть наличие на собственном складе и по поставщикам сразу из заказа

 Наличие по складам в retailCRM

Наличие по складам в retailCRM

При подтверждении заказа или необходимости выставить счет — по статусам заказ попадает в 1с, где автоматически выставляется счет из 1с и передается в retailCRM (Это важно, т..к привязка платежей идет в 1с). Тут мы тоже сделали маленький лайфхак. У клиента нет эквайринга, т.к. товары дорогие и  будут большие потери, и необходимо платить по счету. Когда в retailCRM приходит номер счета — мы формируем QR-код, который отправляется клиенту, или можно вывести на экран при покупке в шоуруме. Очень удобно, большинство мобильных приложений, умеют платить по QR-коду.

После поступления оплаты данные передаются в retailCRM. Кстати обмен статусами заказа идет в обе стороны, статус видно в верхнем скриншоте.
Все изменения заказа в 1с сразу передаются в retailCRM, так и наоборот.

Целью данного миникейса —  показать как происходит работа с прайс-листами поставщиков (точнее один из вариантов работы), а также как это потом использовать в retailCRM.

Заинтересовал кейс?  Наша расширенная интеграция retailCRM-1C