Интеграционный стек вокруг Битрикс24 становится устойчивым, когда для каждого типа данных определён главный источник, а обмен имеет наблюдаемые статусы и правила повторной обработки. Простого соединения API недостаточно.
Назначьте владельца каждому объекту
CRM может быть главным источником клиентов и сделок, 1С – номенклатуры, цен и документов, сайт – исходных параметров обращения, телефония – факта звонка и записи. Если две системы одновременно свободно меняют один объект, появляются конфликты и ручная сверка.
- какая система создаёт объект и присваивает внешний идентификатор;
- какие поля передаются в каждую сторону;
- что происходит при удалении, объединении или изменении статуса;
- как оператор увидит ошибку и безопасно повторит обмен.
Разделяйте события и пакетную синхронизацию
Звонок или новая заявка требуют быстрой событийной доставки. Каталог товаров и исторические остатки удобнее обрабатывать пакетами с контролем прогресса. Один механизм для всех сценариев либо создаёт лишнюю нагрузку, либо даёт неприемлемую задержку.
Наблюдаемость – часть интеграции
Нужны журнал входящих событий, связь между идентификаторами систем, статус обработки и понятное сообщение об ошибке. Для критичных потоков добавляют повторные попытки с ограничением, защиту от дублей и уведомление ответственному после исчерпания попыток.
Так интеграция остаётся управляемой после изменения полей, обновления внешнего API или временной недоступности одной из систем.