Заказ вводят дважды
Менеджер создаёт сделку в CRM, затем переносит её в 1С. Нужно определить момент и состав передачи заказа.
Когда это нужно
Данные расходятся
У клиента разные реквизиты в двух системах, появляются дубли или устаревшие цены. Нужны правила сопоставления и источник каждого поля.
Обмен иногда останавливается
Ошибки теряются, повтор создаёт лишний документ, статус оплаты не возвращается менеджеру. Нужны контроль и восстановление.
Как строим обмен
- 1.
Согласуем контракт данных
Фиксируем конфигурацию 1С, редакцию Битрикс24, объекты, направления, идентификаторы и правила изменения.
- 2.
Проверяем на примерах
Сопоставляем клиентов и товары, передаём тестовый заказ и обратные статусы. Проверяем дубли и повторную отправку.
- 3.
Запускаем с контролем
Согласуем начальную сверку, журнал ошибок, оповещения и порядок повторной передачи после сбоя.
Что вы получите
- Карта передаваемых полей и правила владения данными.
- Настроенный штатный обмен или разработанная интеграция.
- Проверки повторной отправки и ошибочных данных.
- Инструкция мониторинга и восстановления обмена.
На что опираемся
Занимаемся доработкой коробочного Битрикс24 и обменом с внешними системами. Начинаем с проверки штатного механизма и разрабатываем собственную часть под согласованные ограничения.
Частые вопросы
Подходит ли стандартный коннектор?
Это проверяем по конфигурации 1С, редакции CRM и нужным объектам. Возможность штатного обмена не означает, что он покрывает все ваши поля и правила.
Можно исправить существующую интеграцию?
Да. Сначала изучаем журнал, примеры расхождений и правила обмена. Затем оцениваем конкретные исправления.
Как не получить дубли?
Согласуем стабильные идентификаторы и проверяем повторную передачу тех же объектов. Отдельно разбираем уже накопленные дубли и спорные совпадения.
Расскажите о задаче
Укажите конфигурацию 1С, редакцию Битрикс24 и какие данные должны передаваться. Ответим в течение рабочего дня.