Битрикс24 и 1С:Управление торговлей
У торговой компании интеграция сложнее, чем у услуг: в обмене участвуют товары, остатки, цены и резервы. Зато и отдача выше — менеджер перестаёт звонить на склад, чтобы узнать, есть ли позиция в наличии.
- Актуальная номенклатура и цены в карточке сделки
- Остатки и резерв — менеджер не обещает то, чего нет
- Счета и заказы уходят в 1С без ручного переноса
- Оплаты и отгрузки возвращаются в CRM автоматически
Объём обмена всегда свой: у одних всё упирается в остатки, у других — в цены по договорам.
Работаем только с Битрикс24 — другие CRM не ведём. За это время прошли почти все сферы, где система вообще применима.
№1 в УрФО по продажам лицензий и ТОП-10 интеграторов России. Статус даётся за объём и качество проектов, а не за взнос.
Основная профессия внутри компании — бизнес-аналитик. Процессы разбирает он, а не менеджер по продажам.
Что передаётся между системами
Набор всегда свой: чем меньше сущностей в обмене, тем он надёжнее. На встрече решаем, что из этого нужно именно вам.
Полный каталог с группами, единицами измерения и характеристиками. Для магазинов и поставщиков это основа: без каталога заказ не собрать.
Разные прайсы под разные категории клиентов приходят из 1С. Скидка перестаёт быть творчеством менеджера — она определяется правилом.
Наличие по складам, зарезервированное и свободное. Здесь чаще всего и возникает вопрос частоты обмена: раз в сутки или в реальном времени.
Заказ из Битрикс24 превращается в документ 1С со всеми позициями. Обратно приходит номер, статус и печатная форма.
Реализация закрывает сделку и двигает воронку без участия менеджера.
Долги и переплаты клиента видны в карточке — отгрузка по предоплате перестаёт быть ручной проверкой.
Как устроена синхронизация
Это то, о чём договариваются до настройки. Данные ходят по правилам, и правила лучше знать заранее — тогда понятно, что будет при сбое и почему обмен иногда просит внимания.
В «Управлении торговлей» единица обмена — заказ клиента, счёт, реализация. Битрикс24 отдаёт заказ, УТ возвращает проведённые документы и их статусы, и сделка двигается по стадиям от этого, а не от галочки менеджера.
Наличие на складах и резерв синхронизируются регулярными выгрузками: это большой объём. Проведение документа и оплата возвращаются в карточку по событию, потому что от них зависит, что менеджер скажет клиенту про срок.
Названия в УТ и в CRM почти всегда разные, поэтому ключ — код или артикул. Характеристики и единицы измерения переносятся вместе с товаром, иначе в заказе окажутся штуки вместо упаковок.
Счёт и накладную формирует та система, в которой документ живёт: дублировать печатные формы в двух местах — верный способ получить два разных документа с одним номером. В CRM приходит ссылка на готовый файл.
Два сценария, которые встречаются чаще всего
Одна и та же интеграция у разных компаний устроена по-разному. Вот два типовых случая — скорее всего, вы узнаете свой.
Менеджер видит свой прайс, собирает заказ из остатков, резервирует и выставляет счёт. Оплата и отгрузка возвращаются в сделку, повторные заказы собираются из истории в два клика.
Заявки с сайта и от менеджеров попадают в одну воронку, а товарный учёт остаётся единым. Тогда видно реальную прибыльность каналов, а не выручку по каждому отдельно.
Где это уже работает
Четыре внедрения, в которых обмен данными был главной частью задачи.
Четыре шага и одно правило
Правило: сначала договариваемся, что и в какую сторону передаётся, и только потом настраиваем. Большинство проблем с обменом — из-за того, что этот разговор пропустили.
- 1Описываем обменКакие данные, в какую сторону, как часто и какая система главная. Здесь же выясняется, что часть задач решается штатными средствами.
- 2Готовим системыПроверяем поля и справочники: обмен идёт по ним. Если данные ведутся по-разному, сначала приводим их к общему виду.
- 3Настраиваем и проверяемСначала на ограниченном наборе данных — так ошибки видно до того, как они попадут в рабочую базу и к клиентам.
- 4Запускаем и наблюдаемПервые дни следим за обменом: что не прошло, что задвоилось. Интеграция готова, когда отработала на живом потоке.
Что нужно знать до начала
Обмен в реальном времени нагружает обе системы. Часто достаточно нескольких раз в день, а остаток по критичным позициям запрашивать по кнопке.
Дубли номенклатуры, разные единицы измерения и «временные» позиции всплывают сразу. Это полезно, но требует времени.
Чем меньше сущностей в обмене, тем он надёжнее. Мы смотрим, что реально нужно менеджеру в CRM, а что остаётся в 1С.
Мы говорим об ограничениях до начала работы, а не в середине: интеграция, обещанная как простая, а оказавшаяся сложной, портит проект сильнее, чем честная оценка на старте.
Как считается работа
Цена зависит не от количества систем, а от глубины обмена и состояния данных. Считаем часами и называем сумму после того, как разобрались в задаче.
Когда всё решается штатными средствами и настройками. Самый быстрый вариант — и самый надёжный в сопровождении.
Когда сначала нужно привести в порядок справочники и поля. Основная работа тут не в настройке, а в подготовке.
Когда готового решения нет и обмен пишется под вас. Оценивается отдельно — это уже доработка.
Начинается всё с разговора: что за системы, какие данные и в какую сторону. Если задача закрывается настройкой без разработки — скажем сразу, это дешевле для вас.
Расскажите, что с чем нужно связать
40 минут с аналитиком. Разберём, какие данные должны ходить между системами и в какую сторону, — от этого зависит и цена, и сроки.
- 1Позвоним в течение рабочего дняУточним задачу и подберём аналитика, который работал с вашей сферой
- 2Встреча онлайн, 40 минутРазбираем ваши процессы, показываем похожие внедрения, называем вилку
- 3Присылаем расчёт и планДальше решаете вы — обязательств после встречи не возникает
Интеграция Битрикс24 и 1С:Управление торговлей: обмен документами, остатками и стадиями
У «Управления торговлей» единица обмена — не поле, а документ: заказ клиента, счёт, реализация. Это главное отличие от обмена с «Бухгалтерией» и то, что определяет всю настройку. Ниже — что синхронизируется, как сделка двигается по стадиям от проведённых документов и где обмен требует внимания.
Документы, а не поля
Битрикс24 отдаёт в УТ заказ клиента, оттуда возвращаются проведённые документы и их статусы. Сделка двигается по стадиям от этого, а не от галочки менеджера: счёт проведён — стадия «ожидаем оплату», оплата разнесена — «оплачено», реализация проведена — «отгружено».
Это даёт то, ради чего обмен обычно и делают: отчёт по воронке перестаёт зависеть от аккуратности менеджеров. Сделка не может «случайно» оказаться в успехе, если документов под ней нет.
Что ещё ходит между системами
- Номенклатура, характеристики и единицы измерения. Переносятся вместе с товаром: без характеристик в заказе окажутся штуки вместо упаковок, и это выясняется на отгрузке.
- Цены и виды цен. В УТ их обычно несколько — розница, опт, для партнёров. В CRM уходит тот вид цены, который соответствует сегменту клиента.
- Остатки и резервы. Синхронизируются регулярными выгрузками, потому что это большой объём. Резерв важен не меньше остатка: без него два менеджера продадут один и тот же товар.
- Взаиморасчёты. Долг клиента и график платежей видны в карточке — нужно там, где продажи идут с отсрочкой и отгрузка зависит от дебиторки.
Что по расписанию, а что сразу
Проведение документа и оплата возвращаются по событию: от них зависит, что менеджер скажет клиенту. Остатки, резервы и прайс — по расписанию, обычно ночью. Пытаться держать полный товарный обмен в режиме реального времени значит нагружать УТ без пользы для продаж: за время, пока менеджер собирает заказ, остаток всё равно может измениться, и это решается резервом, а не частотой обмена.
Ключи сопоставления
Номенклатура — по коду или артикулу, а не по названию: названия в УТ и в CRM почти всегда разные. Контрагенты — по ИНН и КПП. Документы — по внутреннему идентификатору. Ключ выбирается один раз: сменить его на базе с историей означает вручную разводить то, что уже задвоилось.
Печатные формы остаются в УТ
Счёт, накладную, УПД формирует та система, в которой документ живёт. Дублировать печатные формы в двух местах нельзя: получите два файла с одним номером и разным содержимым. В CRM приходит ссылка на готовый документ — этого достаточно и менеджеру, и клиенту.
Где обмен требует внимания
Доработанная конфигурация. УТ почти всегда доработана под компанию: добавлены реквизиты, изменены документы, появились свои правила. Объём работы зависит от того, насколько сильно, и это выясняется на первой встрече — аналитик смотрит, какие документы и реквизиты участвуют в обмене.
Обновления. После крупных обновлений обмен иногда требует правки. Это стоит заложить в сопровождение: интеграция — живая часть системы, а не разовая настройка.
Порядок в справочниках. Если номенклатура ведётся «как сложилось», первая выгрузка создаст дубли. Часть работы всегда уходит на приведение справочников к общему виду — и это самая недооценённая часть проекта.
Что в итоге меняется
Менеджер собирает заказ из актуального каталога с ценами и остатками, видит оплату без звонка в бухгалтерию и обещает срок, который компания может выдержать. Бухгалтерия не заводит руками то, что уже есть в CRM. Руководитель смотрит воронку, в которой стадии подтверждены документами.
Если у вас «Бухгалтерия», УНФ или ERP — обмен строится по тем же правилам, но объём данных другой: смотрите общую страницу по 1С. Глубину обмена и цену называем после разбора задачи — расскажите, какие документы должны ходить.