Обмен счетами и документами Битрикс24 и 1С: что синхронизировать, а что оставить в учётной системе

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

Что именно синхронизировать между CRM и учётной системой

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

Разделите данные на три группы. Первая — справочная: контрагенты, контакты, договоры. Вторая — операционная: сделки, заказы, счета, оплаты, отгрузки. Третья — закрывающая: акты, УПД, счета-фактуры. Для каждой группы заранее решите, где она создаётся, куда передаётся и кто имеет право правки. Это и есть основа будущей таблицы решений.

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

Исходные данные и ответственные за обмен

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

Владелец поля — это не формальность. Если за название контрагента отвечают и менеджер, и бухгалтер, рано или поздно появятся расхождения. Назначьте систему-источник для каждого реквизита. Например, ИНН и юрназвание берут из 1С, а телефон и комментарий ведёт менеджер в CRM.

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

Варианты организации обмена и критерии выбора

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

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

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

Предметная последовательность действий

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

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

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

Таблица решений: документ, место создания, направление, связь, ответственный

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

Как связать счёт со сделкой и контрагентом

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

Контрагент в CRM и контрагент в 1С должны быть сопоставлены. Если сопоставление идёт по названию, следите за точным совпадением, включая регистр и пробелы. Если по ИНН, учитывайте случаи, когда ИНН отсутствует или совпадает у нескольких записей. В таких ситуациях настройте ручное подтверждение связи или дополнительное поле-идентификатор.

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

Матрица проверок перед запуском обмена

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

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

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

Учебный пример: настройка обмена для компании с двумя юрлицами

Учебный пример. Компания «Пример» имеет два юрлица и две базы 1С: бухгалтерию и торговлю. Продажи ведутся в CRM, счета выставляет бухгалтерия. Менеджеры жалуются, что не видят статус оплаты, а бухгалтерия получает заявки в мессенджере. Руководитель ставит задачу: счета и закрывающие документы должны появляться в сделке, а создаваться в 1С.

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

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

Чек-лист приёмки обмена счетами и документами

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

Ограничения, типичные ошибки и следующий шаг

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

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

Ограничения: состав функций зависит от конфигурации 1С и версии модуля, поэтому проверяйте возможности на своей базе. Юридические и персональные данные требуют сверки с профильным специалистом. Следующий шаг — заполнить таблицу решений для вашей компании и провести тестовый обмен на копии данных. Если нужна помощь с настройкой, посмотрите интеграция Битрикс24 с 1С и Интеграция Битрикс24 с 1С: продажи и учёт в единой системе. Для работы с дублями пригодится материал Дубли контактов и компаний в Битрикс24: как найти, объединить и сохранить историю, а для счетов — Автоматизация счетов в Битрикс24: как настроить генерацию документов.

Как определить, какая конфигурация 1С у вас установлена и почему это влияет на обмен

Прежде чем проектировать маршрут документов, зафиксируйте, с какой именно конфигурацией 1С предстоит работать. Конфигурация — это программа, в которой ведётся учёт: например, «Бухгалтерия предприятия», «Управление торговлей», «Управление нашей фирмой», «Зарплата и управление персоналом». У каждой свои возможности, интерфейс и набор объектов, поэтому один и тот же сценарий обмена в разных базах может требовать разных действий.

Узнать название и редакцию можно в самой 1С: откройте меню «О программе» — там будет точное наименование, включая номер редакции. Эти сведения понадобятся и при обращении в поддержку, и при подборе модуля обмена. Для стабильной работы интеграции важно поддерживать актуальную версию модуля: в 1С есть раздел, где отображается текущая версия и доступные обновления. Проверьте это до начала настройки, чтобы не проектировать маршрут на устаревшем модуле.

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

Развилка: одна база 1С или несколько

Компании с несколькими юрлицами или разделённым учётом часто держат отдельные базы: например, одну для бухгалтерии, другую для склада или торговли. Битрикс24 допускает одновременное подключение к нескольким базам 1С. Для каждой базы создаётся отдельная настройка подключения, а при создании документа в CRM можно выбрать, в какую базу его отправить. Документы уходят в каждую подключённую базу отдельно.

Эта возможность меняет логику таблицы решений. Если баз несколько, для каждого типа документа нужно указать не только «где создаётся», но и «в какую базу уходит». Счёт может формироваться в бухгалтерской базе, а заказ клиента — в торговой. Тогда связь со сделкой должна однозначно определять базу-получателя, иначе документ уйдёт не туда.

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

Что проверить, если обмен не работает: статусы ошибок

Когда обмен уже настроен, но документы не доходят, первым делом смотрят статус ошибки. В Битрикс24 есть раздел, где отображается предупреждение об ошибке обмена. Диагностика опирается на код статуса, и разные коды указывают на разные причины. Для просмотра деталей откройте панель разработчика в браузере (F12) и перейдите на вкладку Console.

Ошибка со статусом 401 обычно связана с учётными данными пользователя, через которого настроена интеграция: логин или пароль указаны неверно. Пользователь должен иметь полные права или роль «(Коннектор к Битрикс24) Администратор». Проверяют их и в 1С, и на стороне Битрикс24 — значения должны совпадать. Пользователь, под которым работает обмен, должен иметь полные права или роль «(Коннектор к Битрикс24) Администратор». Если права урезаны, обмен может не проходить даже при верных логине и пароле.

Ошибка со статусом 404 указывает на проблему с публикацией веб-сервиса, через который работает интеграция. Причина — в настройках публикации на стороне 1С. Проверяют, включена ли публикация HTTP-сервисов расширений, а если планируется открывать документы из Битрикс24 — и публикация для клиентских приложений. Корректность публикации проверяют по специальному адресу: сообщение об успехе означает правильную настройку. Этот адрес указывают в настройках 1С.

Отдельная ошибка возникает, когда в настройках коннектора указан неполный адрес базы 1С — например, пропущена часть со схемой https. Сообщение об этом прямо говорит, что поддерживаются только http и https. Проверьте, что адрес базы указан полностью и без опечаток, и сверьте его в настройках 1С.

Развилка: ошибка на одном документе или на всём обмене

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

Развилка: что делать с дублирующейся настройкой интеграции

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

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

Как скрыть от менеджеров лишние справочники и документы 1С

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

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

Развилка: сквозная нумерация счетов

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

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

Развилка: незаполненные поля счёта

При синхронизации счетов встречается ситуация, когда в счёте не заполняются отдельные поля — например, вид цен или признак того, что сумма включает НДС. Это не ошибка обмена как такового, а следствие того, что соответствующие данные не передаются или не настроены.

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

Развилка: заполнение поля «Договор» при синхронизации счетов

Отдельный вопрос — как заполняется поле договора при синхронизации счетов. По умолчанию может подставляться одно значение, тогда как для разных сделок нужны разные договоры. Если это ваш случай, настройте передачу договора через отдельное поле или смарт-процесс, предварительно импортировав договоры в CRM. Без этого счёт уйдёт в 1С с неверным договором.

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

Развилка: обсуждение документа в чате

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

Что уточнить у специалиста до настройки

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

• Какая конфигурация и редакция 1С у вас установлена и поддерживается ли она модулем обмена.
• Актуальна ли версия модуля обмена и есть ли доступные обновления.
• Поддерживается ли подключение нескольких баз 1С в вашем сценарии.
• Поддерживается ли сквозная нумерация счетов между 1С и Битрикс24.
• Как настраивается заполнение поля договора при синхронизации счетов.
• Как скрыть лишние справочники и документы 1С в CRM.
• Какие поля счёта передаются, а какие нужно заполнять отдельно.

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