Все связки
Битрикс24 ↔ 1С5 мин

Почему обмен с 1С встаёт на второй неделе

Односторонняя выгрузка собирается за вечер и ломается на первом же клиенте, который завёлся в обеих системах одновременно.

REST APIОбмен данными

Карта обмена

  1. Битрикс24

    Сделка, счёт, контрагент

  2. Сервис обмена

    Очередь, сопоставление, журнал

  3. 1С: Предприятие

    Документы, оплаты, номенклатура

Задача
Счета и оплаты
Механика
Очередь и идентификаторы
Камень
Дубли контрагентов

Что обычно просят

Формулировка почти всегда одна: «чтобы счета из Битрикса появлялись в 1С, а оплаты возвращались обратно в сделку». Звучит как одна задача с двумя стрелками, и по первому впечатлению это пара скриптов на вебхуках.

На практике задач здесь три, и они разного размера: передать документ, вернуть факт оплаты и — самое трудоёмкое — договориться, кто из двух систем считается хозяином карточки контрагента.

Где связка ломается

Первая же неделя работы даёт дубли. Менеджер завёл компанию в портале, бухгалтер параллельно завёл её же в 1С — и обмен, который сопоставляет записи по названию, создаёт третью. Через месяц по одному клиенту висят три карточки и две разные суммы задолженности.

Вторая типовая поломка — обмен «в реальном времени» без очереди. Пока обе системы отвечают, всё работает. Стоит 1С уйти на регламентные задания или порталу вернуть таймаут — событие теряется молча, и расхождение обнаруживается на сверке в конце месяца.

Третья — отсутствие журнала. Когда сумма в сделке не совпадает с суммой в документе, без записи запроса и ответа причину не найти: остаётся сверять руками то, что должно было сверяться автоматически.

Как это собирают

Сопоставление ведут не по названию, а по идентификатору: у записи в портале хранится ссылка на объект 1С, у объекта 1С — ссылка обратно. Название компании меняется, ИНН дублируется у разных юрлиц, а пара идентификаторов переживает и то, и другое.

Обмен ставят через очередь: событие пишется в промежуточное хранилище и обрабатывается отдельным процессом с повторами. Тогда недоступность одной из систем означает задержку, а не потерю.

Направление для каждого поля фиксируют заранее и записывают: номенклатура и остатки идут из 1С, воронка и ответственный — из портала, сумма документа — из 1С, стадия сделки — из портала. Поле, у которого два хозяина, рано или поздно начнёт перезаписывать само себя.

Журнал обмена делают видимым для заказчика, а не только для разработчика: список операций, статус, тело ответа. Разбор расхождения после этого занимает минуту вместо дня.

Что стоит решить до начала работ

Кто хозяин карточки контрагента — портал или 1С. Ответ «оба» означает ручную сверку навсегда.

Что происходит с документом, который изменили в 1С после выгрузки: обновляется сделка или создаётся новая версия.

Нужна ли передача истории или обмен включается с текущего дня. Перенос архива — отдельная работа, и делать её заодно с настройкой обмена не стоит.

Это разбор типовой связки, а не отчёт о конкретном внедрении. Выполненные работы публикуются отдельно, в разделе с кейсами.

Похоже на вашу задачу?

Расскажите, какие системы нужно связать и что в них уже настроено. Скажем, делается это через API или придётся собирать обмен иначе.

Обсудить связку

Другие связки

Смотреть все
  1. Плата управления

    Heartbeat, коды ошибок

  2. Сервис телеметрии

    Правила, дедупликация

  3. Битрикс24

    Сделка, задача, уведомление

Битрикс24 ↔ телеметрия парка

4 мин

Заявка на ремонт до звонка клиента

Оборудование само сообщает об отказе, и в портале появляется сделка с задачей технику — раньше, чем оператор заметил простой.

Задача
Простой без звонка
Механика
Событие в вебхук
Камень
Шторм одинаковых заявок
Открыть разбор связки