Определяем главную систему
Для клиента, заказа, оплаты и статуса источник может отличаться. Фиксируем направления обмена и права на изменение.
Интеграция CRM с 1С
Обмен по понятным правилам
Клиенты, заказы, оплаты и статусы — без повторного ввода. Определяем, какая система отвечает за каждые данные, и что делать, если обмен остановился.
Из события — в рабочие данныеПередавать не всё подряд
Передавать не всё подряд
А то, что нужно процессу
Выберите событие. Направление, состав данных и проверки меняются вместе с ним.
CRM → 1С
Учебный примерОдин заказ — две связанные записи
CRMЗаказ ДЕМО-041
1СЗаказ покупателя
- ID сделки
- Внешний ID заказа
- Компания
- Контрагент
- Состав и количество
- Строки заказа
Согласованная сделка в CRM становится основанием для документа в 1С. Связанный идентификатор сохраняется для следующих событий.
- 01Проверить поля
- 02Найти соответствия
- 03Сохранить связь
Документ создан · связь сохранена
Повтор события проверяет связанный идентификатор, а не создаёт второй заказ.
1С → CRM
Учебный примерОплата появляется там, где работает команда
1СОплата по счёту
CRMСтатус оплаты заказа
- ID заказа
- Связанная сделка
- Сумма оплаты
- Оплаченная сумма
- Дата и ID платежа
- История оплат
В этом примере источником сведений об оплате является 1С. CRM получает сумму и связанный заказ, не изменяя платёжный документ.
- 01Получить событие
- 02Сопоставить заказ
- 03Обновить статус
Оплата сопоставлена · статус обновлён
Частичная оплата и возврат требуют отдельных согласованных правил. Не подменяем оплату выручкой или прибылью.
CRM → проверка
Учебный примерОшибка не должна оставаться незаметной
CRMЗаказ ДЕМО-042
РазборНужно уточнить данные
- Код позиции
- Соответствие не найдено
- Идентификатор события
- Сохранён в журнале
- Следующее действие
- Уточнить сопоставление
В заказе нет соответствия для позиции каталога. Вместо некорректного документа система фиксирует причину и направляет событие на проверку.
- 01Обнаружить причину
- 02Сообщить ответственному
- 03Повторить после проверки
Передача приостановлена · нужна проверка
После исправления данных событие можно передать повторно. Число повторов, очередь и уведомления определяем до запуска.
Интерактивный макет · Данные вымышлены · CRM, 1С и другие системы не подключены
Правила раньше кодаУ данных должен быть
У данных должен быть
свой источник
Не просто соединяем две программы. Согласуем, кто создаёт запись, кто меняет её и как понять, что всё передано верно.
Источник → получатель
Сопоставляем записи
Объекты, поля, идентификаторы и преобразования. Для повторной передачи используем правила сопоставления, а спорные совпадения отправляем на проверку.
Продумываем исключения
Недоступность системы, неполные данные и расхождения. Очередь, повторы, журнал и действия ответственного входят в согласуемую логику.
С чего начнёмПроверим обмен
Проверим обмен
на одном объекте
Уточним CRM, версию и конфигурацию 1С, доработки и доступные интерфейсы. Затем определим границы проектирования и реализации.
Как оцениваем работуЧто согласуем до разработки
- Карту объектов, полей и направлений
- Техническую возможность подключения
- Обработку ошибок и критерии сверки
- Этапы реализации и критерии приёмки
Стоимость зависит от конфигурации 1С, API CRM, числа объектов и нестандартных правил. Лицензии и работы в смежных системах учитываем отдельно.
До начала работы
Коротко о важном
Подойдёт любая CRM и любая 1С?
Совместимость зависит от версии, конфигурации, доработок и способов подключения. Проверяем её до согласования объёма и сроков.
Можно передавать данные в обе стороны?
Да, если это нужно процессу и доступно технически. Направления задаём отдельно для каждого объекта, чтобы избежать конфликтующих изменений.
Что будет при недоступности одной из систем?
Заранее определяем очередь, число повторов, уведомления и ручной разбор. После восстановления связи проверяем полноту передачи.
Что в вашей работе
пора упростить?
Расскажите, как всё устроено сейчас.
Поможем определить первый полезный шаг.