Принимать обмен Битрикс24 и 1С следует на цепочке конкретного заказа: создание, изменение, оплата, возврат и повторная синхронизация. Заранее определите систему, которая владеет каждым значением. Успешная передача одной карточки не доказывает корректность обмена при изменениях и сбоях.
Зафиксируйте границы конкретного обмена
Укажите конфигурацию учётной системы, способ подключения, передаваемые объекты и направление записи. Возможности зависят от выбранного решения, поэтому не переносите ожидания от другой интеграции без проверки. Состав полей и событий должен быть частью согласованного задания.
Для суммы, статуса, состава заказа и оплаты назначьте источник истины. Если обе системы могут менять одно значение, нужно правило разрешения конфликта. Иначе последнее техническое обновление может затереть более актуальное решение сотрудника. Подготовительный список вопросов приведён в материале об интеграции CRM и 1С.
Подготовьте набор заказов
Включите один товар, несколько строк, изменённое количество, отменённую позицию и отдельную услугу. Проверьте единицы измерения, валюту и согласованный способ передачи скидок. Не ограничивайтесь сравнением общей суммы: одинаковый итог может скрывать неправильные строки или количество.
Сохраните идентификаторы заказа и позиций в обеих системах. Название товара не является надёжным ключом. Если строка изменяется, обмен должен понимать, что это обновление существующей позиции, а не новая покупка. Ожидаемое поведение при удалении и замене товара согласуйте отдельно, особенно если документ уже прошёл следующий рабочий этап.
Разберите условную частичную оплату
Допустим, по заказу согласована сумма 100 условных денежных единиц. Клиент вносит 40, затем 60. В тесте проверяют два платёжных события, итог поступлений и состояние задолженности. Сумма сделки не должна превращаться в сумму первого платежа, если модель разделяет договорённость и поступившие деньги.
После этого оформляют возврат 20 единиц по согласованному сценарию. Проверяют, сохраняется ли история двух платежей, отражён ли возврат и правильно ли рассчитан итог. Формула в этом примере: чистое поступление за выбранный период равно сумме поступлений минус сумма возвратов за тот же период. Она не описывает бухгалтерскую выручку и не заменяет правила учёта компании.
Смоделируйте повтор и нарушение порядка
Повторно передайте уже обработанное событие. Если интеграция предусматривает идемпотентность, то есть отсутствие нового эффекта при повторе, подтвердите её по идентификаторам. Не должно появляться второго заказа или повторного зачёта оплаты. Это требование к выбранной реализации, а не универсальная гарантия любого коннектора.
Проверьте восстановление после временного отказа и ситуацию, когда изменение приходит позже следующего события. Нужны журнал обработки, понятная очередь ошибок и способ безопасного повторного запуска. Если один объект не принят, сотрудник должен видеть причину и дальнейшее действие, а не только общий статус «обмен завершён».
Сверьте результат и примите эксплуатацию
Сравните количество объектов, состав строк, суммы и связи на согласованном снимке времени. Любое расхождение должно иметь объяснение: задержка, исключение из объёма, ошибка данных или дефект обмена. Не считайте отсутствующую оплату нулевой без проверки источника.
Критерии приёмки: владельцы полей определены; изменения заказа проверены; частичные оплаты и возвраты учтены; повторы безопасны; ошибки видимы; восстановление воспроизводимо. Назначьте ответственного за регулярную сверку и границу между поддержкой CRM и учётной системы. Этот порядок включите в сопровождение интеграций, чтобы работоспособность подтверждалась после обновлений обеих сторон.
Применить в вашей компании
Обсудим вашу задачу?
Поможем разобраться с процессом, данными и настройками. Работаем удалённо с компаниями по всей России.