Интеграции и продажи
Интеграция 1С и CRM: какие процессы стоит связывать первыми
Первой стоит связывать операцию, где сотрудники чаще всего копируют данные и где расхождение заметно мешает продажам: реквизиты клиента, статус оплаты или отгрузки. Не нужно сразу пытаться синхронизировать все справочники и документы в обе стороны.
Почему CRM и 1С часто живут отдельно
CRM помогает вести обращения и сделки, а 1С хранит учётные документы, оплаты и отгрузки. Системы внедряют в разное время и для разных подразделений, поэтому менеджер узнаёт статус у бухгалтера, а реквизиты клиента переносит вручную.
Полная одинаковость данных не всегда нужна. Важно определить те события и поля, без которых следующий участник процесса не может работать.
Какие данные нужно синхронизировать
- устойчивый идентификатор клиента и проверенные реквизиты;
- номер сделки, заказа или счёта;
- состав позиций и итоговая сумма;
- статус оплаты и дата поступления;
- статус и состав отгрузки;
- ссылки на документы вместо бесконтрольных копий файлов.
У каждого объекта нужно указать направление обмена. Например, менеджер создаёт клиента в CRM, а подтверждённые реквизиты возвращаются из 1С.
Определим события, поля, направление и ответственных для первого этапа.
Обсудить карту обменаПродажи, оплаты, отгрузки и документы
Для отдела продаж особенно полезна обратная передача статусов. Менеджер видит, оплачен ли счёт, готова ли отгрузка и есть ли задолженность, не запрашивая сведения вручную. Бухгалтерия при этом получает заказ с проверенными полями, а не свободный текст из переписки.
Документы лучше связывать номером и ссылкой на утверждённое место хранения. Копирование одного файла в несколько систем создаёт риск разных версий.
Пример: менеджер видит оплату из 1С в CRM
- В 1С проводится поступление с номером счёта или заказа.
- Интеграция находит связанную сделку CRM.
- В карточку записываются сумма, дата и статус оплаты.
- При полном платеже создаётся следующий шаг менеджеру.
- Если связь не найдена, запись попадает в очередь разбора.
Отдельный процесс уведомления показан в кейсе оповещений о поступивших оплатах.
Как избежать дублей и конфликтов
Для клиента и документа используют устойчивые ключи: внутренний идентификатор, ИНН, номер заказа вместе с организацией. Перед созданием новой записи интеграция ищет существующую и проверяет состояние.
Повторная доставка одного события не должна второй раз создавать клиента, оплату или задачу. Конфликтующие изменения не перезаписывают молча: система сохраняет обе версии и отправляет задачу владельцу данных. Практический пример опубликован в кейсе синхронизации реквизитов.
Что подготовить перед проектом
- Схему текущего процесса от сделки до оплаты и отгрузки.
- Список объектов и владельцев данных.
- Примеры записей, дублей и спорных соответствий.
- Правила главного источника для каждого поля.
- Доступы к тестовым контурам и способ восстановления.
- Показатель первого этапа: время передачи, число расхождений или задержек.
Способы технической связи сравниваются в статье об интеграции систем, а проверка результата — в материале о сверке CRM, 1С и Excel.