Сайт, CRM и 1С: как связать их, чтобы заявки не терялись, а остатки на сайте совпадали со складом

Заявки с сайта падают на общую почту, и менеджер переносит их в CRM руками, теряя источник и половину полей. Остатки на сайте обновляют раз в неделю, поэтому клиент заказывает товар, которого нет на складе. Оплату проверяют по выписке, доставку оформляют в личном кабинете перевозчика, а отчёт по продажам собирают из трёх таблиц.

Каждый из этих разрывов стоит времени сотрудников и заявок — и закрываются они одним и тем же способом: сайт, учётная система и CRM должны обмениваться данными без участия человека.

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

Что связывать в первую очередь

Порядок зависит от того, где компания теряет больше.

Заявки в CRM: какие поля передавать

Минимальный набор: имя, телефон, почта, текст обращения, страница и дата.

Без чего интеграция теряет смысл:

• UTM-метки и источник перехода;
• идентификатор посетителя из Яндекс Метрики;
• товар или услуга, к которой относится заявка;
• ответственный менеджер по правилам распределения.

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

Обмен с 1С: направление, частота, конфликты

Три вопроса, которые нужно решить до разработки.

Ответы фиксируют в техническом задании: без них программист примет решение сам — и не всегда то, которое нужно бизнесу.

Платежи, доставка и личный кабинет

Пример полного контура — платформа для продажи инвестиционных монет Aurumex, которую SerpTop разработал с интеграцией платёжных сервисов, службы доставки и CRM. В личном кабинете покупатель видит историю заказов и аналитику, программа лояльности считает бонусы автоматически, а бизнес-процессы от заказа до отгрузки проходят без ручных операций. По данным кейса конверсия после запуска выросла на 40%.

Похожая логика в проекте для шасси Iveco Daily: интерактивный конфигуратор собирает комплектацию, и заявка с выбранными параметрами уходит в CRM — менеджер сразу видит, что именно нужно клиенту.

Как проходит внедрение

1. 1. Обсуждение задачи
   Какие системы, какие данные, кто владелец процесса с каждой стороны.
   1–2 дня
2. 2. Проектирование
   Схема обмена, список полей, частота, правила конфликтов, доступы.
   2–4 дня
3. 3. Настройка и разработка
   Подключение к API, обработчики, журнал ошибок.
   5–10 дней
4. 4. Тестирование на реальных данных
   Прогон заявок и заказов, сверка остатков.
   1–2 дня
5. 5. Обучение пользователей
   Менеджеры видят, откуда берутся данные и куда писать при сбое.
   1 день
6. 6. Запуск в боевой среде
   С наблюдением в первые недели.
   1 день

Где чаще всего ошибаются

• Обмен раз в сутки — клиент видит вчерашние остатки.
• Интеграция «через почту», когда CRM разбирает письма с сайта: ломается при любом изменении шаблона.
• Нет журнала ошибок — обмен остановился, а узнают через неделю по жалобам.
• Нет владельца — у сайта одна команда, у 1С другая, при сбое каждая считает, что проблема «не у нас».
• Нет документации — через год никто не помнит, какое поле куда идёт, и любое изменение начинается с раскопок в коде.

Каждую из этих проблем дешевле закрыть на этапе проектирования, чем разбирать после запуска.