Связываем магазин с CRM без потерянных заказов и ручных переносов

Соблазн простой: при оформлении заказа отправить данные в CRM и считать задачу решённой. Проблема в том, что CRM, как и любой внешний сервис, может быть недоступна именно в этот момент — на обновлении, при сетевой ошибке или при исчерпании лимита запросов. Заказ при этом уже принят, и терять его нельзя.

Устойчивый вариант — писать событие в очередь и обрабатывать его отдельно, с повторными попытками и идемпотентностью по номеру заказа. Тогда кратковременный сбой не превращается в потерянный заказ, а длительная недоступность видна по растущей очереди и требует вмешательства дежурного.

Дубликаты появляются там, где нет правила сопоставления. Клиент оформляет заказ как гость, затем регистрируется, потом пишет в чат — и в CRM возникает три карточки с одной историей покупок, разбитой на части. Менеджер видит неполную картину, а аналитика по клиенту теряет смысл.

Решение описывается до разработки: по каким полям искать контакт, что делать при совпадении телефона, но разных именах, как поступать с компаниями и ИНН. Поиск должен выполняться перед созданием, а для уже накопленных дублей нужна разовая сверка с объединением и перепривязкой заказов.

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

На практике работающая схема выглядит так: номенклатура и цены идут из 1С, заказы и статусы — из магазина и CRM, а оплаты и отгрузки синхронизируются по документам. Любое исключение из этого правила стоит описывать отдельно, иначе учёт постепенно расходится.