Интеграция Битрикс24 и 1С: какие данные синхронизировать и почему появляются дубли

Автор: Лоскутов Сергей, CEO Vedita

Содержание

• Какие данные нужны для обмена
• Где вести товары, клиентов и документы
• Как системы узнают одну и ту же запись
• Почему появляются дубли Битрикс24 и 1С
• Как найти источник повторных записей
• Как исправить дубли и сохранить связи
• Как запустить синхронизацию без новых ошибок
• Частые вопросы

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

Интеграция Битрикс24 и 1С помогает согласовать работу отдела продаж и бухгалтерии. В CRM — системе управления работой с клиентами — сотрудники ведут обращения и сделки. Учётная программа отвечает за оформление хозяйственных операций. Чтобы избежать повторов, заранее определяют, что передавать, где редактировать информацию и по каким признакам узнавать контрагента. Установка приложения сама по себе эти решения не заменяет.

Какие данные нужны для обмена

Сначала разберите путь продажи: что нужно знать менеджеру, когда к работе подключается бухгалтер и какое событие разрешает оформить заказ.

Таблица описывает возможную схему, а не обязательные функции любой установки. Возможности зависят от редакций программ и выбранного модуля. Например, документация штатного коннектора не предусматривает синхронизацию сделок для «1С:Бухгалтерия предприятия», редакция 3.0. До покупки или настройки уточните, поддерживается ли именно ваш процесс.

Подбор состава обмена входит в интеграцию Битрикс24 с системами учёта.

Где вести товары, клиентов и документы

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

Обычно ассортимент, цены и складские операции ведут в 1С. Телефоны для общения, ответственного сотрудника и этап продажи — в Битрикс24. Юридические сведения могут поступать от менеджера, но перед использованием в бухгалтерии проходят принятую в организации проверку.

Полезно отдельно описать:

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

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

Поэтому статусы соотносят по смыслу. «Успешно завершена» может означать подписание договора, а расчёт состоится позднее. Чтобы обмен данными CRM и 1С не искажал отчётность, отдельно задают признаки оплаты и отгрузки.

Как системы узнают одну и ту же запись

У компании в Битрикс24 и контрагента в 1С разные внутренние идентификаторы. Приложение хранит соответствие между ними: условный номер 135 в одной базе относится к номеру 807 в другой. Благодаря этому новый телефон попадает в прежнюю карточку, а ещё один покупатель не появляется.

В штатном коннекторе идентификаторы портала сохраняются на стороне учётной программы. Учитывается и тип сущности: компания, её реквизиты и адрес могут иметь самостоятельные номера. Совпадение цифр без понимания того, к чему они относятся, недостаточно для корректного обновления.

Если обе базы уже заполнены, начинают с сопоставления. Найденные пары закрепляют, спорные случаи разбирают вручную. Лишь затем включают регулярную синхронизацию. При собственной интеграции 1С с CRM эту логику явно закладывают в обработчик: сначала поиск, затем решение об обновлении или добавлении.

Почему название, телефон и почта не всегда подходят

Одна организация может называться «Север», «ООО Север» и «Север, основной покупатель». Поиск только по тексту пропустит совпадение. Общий телефон отдела или почтовый ящик, наоборот, способен ошибочно объединить разных сотрудников.

В коннекторе есть контроль дубликатов при выгрузке по телефону и электронной почте. Это не то же самое, что дополнительные правила сопоставления компаний и реквизитов. В последних можно использовать ИНН, КПП и другие поля, сочетая условия. Возможности проверяют в установленной версии, а не предполагают по названию функции.

Для российских юридических лиц ИНН полезен как проверочный признак. У отдельно заведённых обособленных подразделений он может быть одинаковым: тогда учитывают КПП и принятую структуру учёта. Физические лица и зарубежные покупатели требуют другого подхода. Универсальное условие «совпал телефон — это тот же контрагент» здесь ненадёжно.

Почему нужны устойчивые внешние ключи

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

Если подключены несколько учётных баз, различают и источник.

Почему появляются дубли Битрикс24 и 1С

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

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

Идентификаторы коннектора привязаны к адресу портала. Простая замена адреса с полной выгрузкой может нарушить распознавание уже загруженного. Пересоздание подключения без переноса соответствий способно дать тот же эффект.

Как найти источник повторных записей

Выберите одну пару дублей и восстановите хронологию. Когда появился каждый экземпляр, кто его добавил, какое приложение выполняло задание? Затем посмотрите внешние ключи и историю заказов.

Сравните сведения в обеих системах:

• действительно ли это один покупатель с теми же юридическими данными;
• на какие элементы указывают сохранённые ключи;
• не выполнялась ли ручная загрузка из файла;
• сколько приложений обслуживают этот справочник;
• чем закончилась первая попытка и что произошло при повторе.

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

Различайте технический сбой и отсутствие подходящего совпадения. Неверный формат ИНН способен остановить выгрузку, хотя соединение работает. Несколько кандидатов требуют ручного разбора.

Если повторы затрагивают несколько воронок и автоматических заданий, технический аудит портала Битрикс24 помогает определить источник ошибки и оценить её последствия для отчётности.

Как исправить дубли и сохранить связи

Перед объединением убедитесь, что перед вами один и тот же элемент справочника. Две сделки одного покупателя могут быть разными продажами. Компания и контакт её сотрудника выполняют разные роли; наличие общего телефона не делает их дублями.

Порядок исправления можно выстроить так:

1. Подготовить резервную копию или доступный способ восстановления. Ограничить ошибочный обработчик и зафиксировать изменения, ожидающие отправки.
2. Выбрать основной экземпляр с правильными реквизитами и полной историей. Сравнить содержимое полей, заказы, дела и вложения.
3. Выполнить объединение поддерживаемым способом. Расхождения сначала согласовать с ответственным сотрудником, особенно если отличаются банковские счета.
4. Проверить таблицу идентификаторов и соответствия на принимающей стороне. Они должны указывать на оставшийся элемент, а не на удалённый.
5. Возобновить работу на ограниченной выборке. Повторить задание и убедиться, что количество карточек не растёт, а история доступна.

В Битрикс24 предусмотрен поиск повторных лидов, контактов и компаний. Возможность автоматического объединения зависит от условий совпадения и прав пользователя. Этот инструмент не исправляет автоматически номенклатуру или бухгалтерские документы: для них действуют другие процедуры.

Чистый список CRM ещё не означает завершения работы. В учётной базе могла остаться ссылка на удалённую карточку. Следующее задание не найдёт адресата и при соответствующей логике снова добавит его. Поэтому результат оценивают в обеих программах, включая переходы из заказа к контрагенту.

Не удаляйте элементы прямой правкой базы: они могут участвовать в проведённых документах и движениях регистров. Используйте предусмотренный конфигурацией способ обработки с сохранением истории учёта. Исправления действующей связки можно сопровождать в рамках технической поддержки Битрикс24.

Как запустить синхронизацию без новых ошибок

Начинают с описания процессов и оценки совместимости. Уточняют конфигурацию и версию 1С, установленные доработки, вариант Битрикс24 и выбранный модуль. Готовый коннектор подходит для поддерживаемых сценариев. Нестандартные поля, собственные справочники и особые условия расчёта требуют отдельной оценки.

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

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

Испытания включают повторное выполнение задания и потерю ответа после успешного сохранения. Одного удачного запуска недостаточно. Полезно также воспроизвести одновременное добавление или редактирование с двух сторон.

Критерии приёмки формулируют через результат:

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

После запуска назначают ответственных за ошибки и регулярно разбирают очередь нераспознанных элементов.

Частые вопросы

Планируете подключение или хотите остановить появление дублей? Передайте название конфигурации, используемого модуля и пример ошибки. На странице Интеграции Битрикс24 с системами учёта можно обсудить с нашими сертифицированными специалистами задачи и порядок настройки.