Простой вопрос «сколько у нас на складе?» на совещании превращается в спор: в 1С одна цифра, в CRM другая, у менеджера в Excel третья. Каждая система «правильная», потому что в неё вводили данные люди — и вводили их в разное время и по-разному.
Это не техническая проблема обмена. Это вопрос о том, кто владеет данными. Пока у каждой сущности нет одного владельца, любая интеграция будет лишь быстрее разносить расхождения.
Что обычно думают про «единый источник правды»
| Ожидание | Реальность |
|---|---|
| «Настроим обмен — и всё сойдётся» | Обмен честно передаёт ошибки: неверная цена в 1С мгновенно становится неверной ценой в CRM |
| «Excel — это не система, его можно запретить» | Excel появился потому, что в системах неудобно или нет нужного отчёта; запрет вернёт его под другим названием |
| «Данные должны быть одинаковыми везде» | Одинаковыми должны быть только те поля, которые нужны обеим сторонам; остальное живо по своим правилам |
| «Расхождения — вина программиста» | Чаще всего причина в процессе: два места ввода и разные справочники |
Ключевая мысль: «единый источник правды» — это не одна база на всё, а понятное правило, кто и что вводит и откуда это берётся в остальных системах.
Почему цифры расходятся: пять причин
- Два места ввода. Цену меняют и в 1С, и в CRM — побеждает тот, кто последним нажал «сохранить».
- Разные моменты времени. Обмен по расписанию раз в час: часть сделок уже изменена в CRM, но ещё не пришла в 1С.
- Разные справочники. В 1С номенклатура «Кресло офисное», в CRM — «Кресло оф.»; для человека это одно, для системы — два товара.
- Дубли клиентов. Один контрагент заведён трижды с разными названиями; сверка взаиморасчётов не сходится в принципе.
- Поля без владельца. Например, «статус оплаты» заполняют в двух системах, а правило заполнения нигде не описано.
Интеграция не создаёт порядок в данных, она его ускоряет. Если порядок отрицательный, интеграция ускоряет хаос.
Кто владеет чем: карта сущностей
Первое, что стоит сделать — таблица на одну страницу. Она снимает большинство споров ещё до настройки обмена.
| Сущность | Где вводится (владелец) | Куда передаётся | Почему так |
|---|---|---|---|
| Номенклатура и цены | 1С | CRM, сайт | Цена и учёт — в учётной системе, иначе двойной ввод |
| Остатки | 1С | CRM (справочно), сайт | Склад живёт в 1С; в CRM это подсказка менеджеру |
| Клиент и его контакты | CRM | 1С | Контакт появляется в продажах, а не в бухгалтерии |
| Сделка и этапы | CRM | 1С (как заказ/счёт) | Воронка — инструмент продаж |
| Счёт и оплата | 1С | CRM (статус) | Факт оплаты подтверждает банк и учёт |
| Отгрузка и документы | 1С | CRM (номер, дата) | Документ создаётся там, где ведётся учёт |
| Задачи и поручения | CRM | — | Не нужны бухгалтерии |
Правило простое: у каждого поля один владелец и одно место ввода. Если поле заполняют в двух системах, значит, владельца нет, и рано или поздно данные разойдутся.
Excel: не запрещать, а ограничить роль
Excel почти всегда появляется по делу: нужен сводный отчёт, которого нет в системе, или расчёт, который не сделать стандартными средствами. Проблема начинается в момент, когда файл становится местом ввода.
- Плохо: менеджер ведёт план продаж в файле, а в CRM вносит только итог — данные расходятся в ту же секунду.
- Нормально: файл — это выгрузка из системы для расчёта; изменения, которые надо сохранить, вносятся в систему.
- Хорошо: там, где файл действительно нужен (сложная модель, план по сезону), у него есть владелец, версия и дата, а результат попадает в CRM или 1С через понятную процедуру.
Если файл нужен потому, что «в системе неудобно» — это задача для настройки: отчёта, прав или полей. Запрет без замены приведёт к тому же файлу, только с приставкой «новый».
Три правила, которые убирают большую часть расхождений
1. Одна точка ввода
Для каждой сущности — один вход. Менеджер не редактирует цены, бухгалтер не правит клиентов. Если возникает потребность «поправить в другой системе», это сигнал, что правило неудобно или не описано.
2. Обмен с журналом
Обмен должен оставлять след: что передано, когда, что отклонено и почему. Без журнала любая сверка превращается в гадание — «вроде обмен работает». Технические детали (REST API, вебхуки, очередь, повторные попытки) разобраны в статье REST API и вебхуки: как работают.
3. Сверка по расписанию
Раз в неделю — короткий отчёт: количество номенклатуры в обеих системах, сумма сделок, число контрагентов-дублей. Не «сверить всё», а сверить пять чисел, которые показывают, живёт ли система.
Диагностика за час: где расходится
| Что проверить | Как | Норма |
|---|---|---|
| Номенклатура | Сравнить количество позиций в 1С и CRM | Разница в пределах архивных позиций |
| Цены | Взять пять ходовых товаров и сравнить | Совпадение по всем пяти |
| Контрагенты | Поиск по ИНН и по названию | Один клиент — одна карточка |
| Сделки за месяц | Сумма в CRM против суммы заказов в 1С | Расхождение объяснимо и посчитано |
| Оплаты | Число оплаченных счетов со статусом в CRM | Статусы обновляются в тот же день |
| Журнал обмена | Есть ли записи об ошибках | Ошибки видны и разбираются |
Практика: если после сверки пяти позиций нашлись расхождения, дальше считать бессмысленно — сначала нужно навести порядок в правилах. Второй шаг — выбрать, какие расхождения допустимы: например, остаток в CRM обновляется раз в 30 минут, и это нормально.
Сколько стоят расхождения
- Продажа по старой цене. Менеджер видит в CRM цену месячной давности и выставляет счёт по ней. Маржа уходит в ноль, а иногда в минус.
- Обещали товар, которого нет. Остатки не обновляются — клиент ждёт, потом отменяет заказ.
- Двойной счёт. Дубль контрагента приводит к двум счетам и разбирательству с бухгалтерией.
- Время на сверку. Каждая встреча «а почему у нас не сходится» — это часы работы руководителя и бухгалтера.
Ни одна из этих потерь не выглядит катастрофой по отдельности. В сумме за месяц они обычно дороже, чем настройка нормального обмена и правил.
Как выглядит порядок на практике
- Есть карта сущностей: у каждого поля один владелец.
- Ввод данных в одном месте; в остальных системах — только чтение.
- Обмен по расписанию или по событию, с журналом и повторными попытками.
- Справочники синхронизированы: одна номенклатура, один контрагент — одна карточка.
- Раз в неделю — пять контрольных чисел и разбор расхождений.
- Есть ответственный за данные, а не «все вместе».
Настроить обмен и правила работы с данными мы берём в рамках внедрения Битрикс24 и администрирования: карта сущностей, настройка обмена с 1С, журнал и регламент сверки. Если обмен уже есть, но ломается — начинаем с разбора причин: Почему интеграции ломаются через полгода.
Что зафиксировать при настройке обмена
- Список полей: что именно передаётся в каждую сторону, приложением к договору.
- Владельцы данных: кто основной по каждой сущности.
- Частота: расписание обмена и допустимое запаздывание.
- Обработка ошибок: что делать с позицией, которая не прошла, — кто и когда разбирает.
- Сверка: обязанность исполнителя раз в месяц показывать отчёт по контрольным числам.
- Изменения: новые поля и правила — отдельной работой, а не «заодно».
Частые вопросы
Можно ли сделать так, чтобы данные вводились только в одном месте и этого хватило?
Чаще всего нет: у продаж и учёта разные задачи. Реалистичная цель — один владелец на сущность. Клиент и сделка живут в CRM, номенклатура, цены и оплаты — в 1С.
Обмен раз в час — это нормально?
Зависит от сущности. Остатки и цены — да, если менеджер понимает, что видит данные не «в секунду». Статус оплаты — лучше чаще или по событию. Контакты клиента — обычно достаточно «по изменению».
Что делать с дублями контрагентов?
Сначала правило сопоставления (по ИНН, затем по названию и телефону), потом объединение. Автоматическое объединение без правил опасно: можно склеить разные компании с похожими названиями.
Обязательно ли покупать отдельный сервис интеграции?
Нет. Штатный обмен Битрикс24 с 1С закрывает типовые сценарии: номенклатура, цены, остатки, счета, контакты. Отдельная разработка нужна для нестандартных правил — тогда это приложение под ваш портал.
Кто должен отвечать за данные?
Один человек с полномочиями: обычно руководитель отдела продаж вместе с бухгалтером. Без ответственного правила живут до первого аврала, потом Excel возвращается.
С чего начать, если системы уже три года расходятся?
С карты сущностей и одной контрольной сверки — например, пять товаров и пять контрагентов. Это покажет реальный масштаб и даст материал для плана, а не для спора.
Что сделать на этой неделе
- Выпишите пять сущностей: товар, цена, остаток, клиент, оплата.
- Для каждой укажите, где она вводится сейчас и где должна вводиться.
- Проверьте пять ходовых цен в обеих системах и одну сумму сделок за месяц.
- Посмотрите журнал обмена: есть ли там ошибки, которые никто не разбирал.
- Назначьте ответственного за данные — одного человека.
