Зачем назначать источник истины
Источник истины - это система, где конкретный тип данных считается главным. Например, заявки могут начинаться на сайте и в CRM, остатки жить в 1С, а коммуникации храниться в Битрикс24.
Если не назначить источник истины, системы начинают перезаписывать друг друга: цена меняется на сайте, статус в CRM другой, остаток в 1С третий, а клиент получает неправильную информацию.
Перед интеграцией нужно составить таблицу: данные, главная система, куда передаются, когда обновляются, кто отвечает и как проверяется ошибка.
Кому подходит
Что нужно до начала
- Список систем: сайт, Битрикс24, 1С, телефония, мессенджеры, склад, платёжные сервисы.
- Понимание, какие данные уже ведутся в каждой системе.
- Примеры реальных сценариев: новая заявка, заказ, изменение статуса, изменение остатка, возврат.
- Ответственные со стороны продаж, бухгалтерии, склада, сайта и CRM.
Какие данные нужно распределить между системами
Заявки и обращения
Обычно стартуют на сайте, в чатах, телефонии или формах, но управляться должны в CRM с ответственным и следующим шагом.
Клиенты и контакты
Нужно решить, где создаётся первичная карточка и как предотвращаются дубли между CRM, сайтом и 1С.
Товары, услуги и номенклатура
Часто главным источником становится 1С, но сайт и CRM должны получать только нужные поля и не ломать структуру.
Цены и остатки
Эти данные чувствительны к скорости обновления. Нужно заранее определить частоту обмена и допустимую задержку.
Заказы и статусы
Важно разделить коммерческий статус сделки, складской статус заказа и бухгалтерские документы, чтобы не смешивать разные процессы.
Ошибки обмена
У интеграции должен быть журнал или хотя бы понятный способ увидеть, что не передалось и кто это исправляет.
Как подготовить карту обмена
Перечислите все типы данных
Выпишите заявки, контакты, компании, товары, остатки, цены, заказы, статусы, оплаты, документы и комментарии.
Становится видно, что именно должна переносить интеграция.Назначьте главную систему для каждого типа данных
Для каждой строки решите, где данные создаются, где редактируются и какая система считается правильной при конфликте.
Появляется источник истины, а не спор между отделами.Опишите направление обмена
Укажите, куда передаются данные: сайт -> CRM, CRM -> 1С, 1С -> сайт, 1С -> CRM или другой маршрут.
Команда видит не абстрактную интеграцию, а конкретные потоки.Определите частоту обновления
Решите, какие данные должны обновляться сразу, а какие могут передаваться по расписанию. Остатки и статусы требуют отдельного внимания.
Ожидания бизнеса совпадают с технической реализацией.Соберите тестовые сценарии
Опишите 5-7 проверок: новый заказ, изменение цены, нулевой остаток, смена статуса, дубль клиента, ошибка передачи, возврат или отмена.
Интеграцию можно принимать по сценариям, а не по ощущениям.Назначьте владельца ошибки
Для каждого сбоя определите, кто первым смотрит проблему: сайт, CRM, 1С, интегратор или внутренний администратор.
После запуска ошибки не зависают между подрядчиками.
Как выглядит здоровая интеграционная логика
- Для каждого типа данных назначена главная система.
- Понятно, какие поля передаются и в каком направлении.
- Есть тестовые сценарии до запуска на боевых данных.
- Ошибки обмена видны ответственному человеку, а не обнаруживаются клиентом.
- Сайт, CRM и 1С не перезаписывают друг друга без правила конфликта.
Где интеграция начинает спорить сама с собой
| Симптом | Что это значит | Что проверить |
|---|---|---|
| Цена на сайте отличается от 1С | Не определён источник цены или частота обновления. | Проверьте, кто меняет цену и как она попадает на сайт. |
| Заказ есть в CRM, но его нет в 1С | Сбой обмена или непонятное условие передачи. | Проверьте журнал обмена и обязательные поля заказа. |
| Один клиент создаётся несколько раз | Нет правила идентификации клиента между системами. | Решите, что является ключом: телефон, почта, ИНН, внешний ID или комбинация. |
Какие медиа добавить к статье
В текущей версии показываем собственную обезличенную схему под задачу статьи. Ее можно заменить реальным скриншотом, GIF или видео из демо-портала, когда будет доступ к коробочному Битрикс24 или тестовому стенду.
Таблица источников истины
Показать не реальные данные, а структуру: тип данных, главная система, направление обмена, проверка.
Путь заказа от сайта до CRM и 1С
Коротко показать логику маршрута без раскрытия клиентских данных.
Как принимать интеграцию по тестовым сценариям
Видео нужно для сложных обменов с товарами, остатками, заказами и статусами.
Ошибки перед интеграцией сайта, CRM и 1С
| Ошибка | Причина | Что проверить |
|---|---|---|
| Начинать с API, а не с карты данных | Интеграцию воспринимают как техническое подключение. | Сначала заполните таблицу: данные, источник истины, направление, частота, ошибка. |
| Не учитывать дубли клиентов | Каждая система уже хранит свою версию клиента. | Определите ключи сопоставления до первого обмена. |
| Принимать интеграцию по одному успешному заказу | Тестируют идеальный сценарий и не проверяют исключения. | Добавьте сценарии ошибки, отмены, изменения цены и нулевого остатка. |
Когда нужна помощь интегратора
- Нужно связать сайт, Битрикс24 и 1С без потери заказов и статусов.
- В системах уже есть разные справочники клиентов, товаров или компаний.
- Неясно, кто отвечает за ошибки обмена после запуска.
- Нужно подготовить техническое задание и тестовые сценарии для подрядчиков.
Часто задаваемые вопросы
Всегда ли 1С должна быть главным источником данных?
Нет. Для товаров, остатков, цен и документов 1С часто становится главной, но заявки и коммуникации обычно управляются в CRM. Источник истины назначают отдельно для каждого типа данных.
Можно ли сначала настроить обмен, а карту данных сделать потом?
Лучше не стоит. Без карты данных интеграция может технически заработать, но спорные поля, дубли и ошибки появятся уже на живых заказах. Карта дешевле переделки обмена.
Сколько тестовых сценариев нужно для запуска?
Для простого обмена хватит 5-7 сценариев: новая заявка, новый заказ, изменение статуса, изменение цены или остатка, дубль клиента, ошибка передачи и отмена. Для сложных проектов список расширяют.
Источники
Что читать дальше
Материал 1 из 1 в этой рубрике. Можно вернуться к карте или перейти к соседней статье.
Связанные материалы и разделы
Нужно спроектировать обмен между сайтом, CRM и 1С?
Соберём карту данных, источники истины и тестовые сценарии до разработки интеграции.