Короткий ответ
Стандартный обмен Битрикс24 и 1С передаёт четыре сущности: контрагентов, товары, заказы и счета. Режим — односторонний или двусторонний — зависит от тарифа Битрикс24. Работает всё это при условии, что сущности не кастомизировали на стороне 1С, конфигурация поддерживается, а релиз свежий.
И главное, о чём подрядчики обычно молчат: модуль обмена хрупкий. Он зависит сразу от двух платформ, и обновление любой из них может его уронить. Чинится это не своими силами, а ожиданием новой версии модуля.
Дальше — по каждому пункту, с тем, что происходит на практике.
Какие данные передаются между Битрикс24 и 1С
Первое разочарование обычно наступает здесь. В стандартном обмене участвуют:
- контрагенты,
- товары,
- заказы,
- счета.
Всё. Производственные документы, склад в разрезе партий, взаиморасчёты сверх счетов, кадровые данные — этого в стандартном обмене нет.
Вторая часть условия важнее первой: сущности передаются, только если их не трогали на стороне 1С. Как только в справочник контрагентов добавили свои реквизиты, а в номенклатуру — свою логику, штатный модуль перестаёт справляться. И это норма: 1С, которая живёт в компании несколько лет, почти всегда доработана.
Поэтому первый вопрос на старте проекта — не «как настроить обмен», а «что у вас в 1С доработано».
Односторонний или двусторонний обмен: что выбрать
Режим обмена зависит от тарифа Битрикс24. Технически это выглядит как выбор из двух вариантов, а по смыслу — как два разных проекта.
Односторонний — данные идут из 1С в Битрикс24: номенклатура, цены, остатки, контрагенты приезжают в портал, а обратно ничего не уходит. 1С остаётся единственным источником истины, портал только читает. Проще, дешевле, предсказуемее — и этого варианта хватает чаще, чем кажется.
Двусторонний — документы ходят в обе стороны, и обе системы одновременно оказываются источником данных. Отсюда вопрос, который решается не настройкой, а договорённостью: кто главный, если данные разошлись. Если ответа нет, обмен будет исправно синхронизировать конфликт.
По опыту, клиент не всегда понимает, какой режим ему нужен, и это нормально. Ненормально — когда подрядчик не спрашивает.
Какие версии и конфигурации 1С не подходят
Версия 7 к Битрикс24 не подключается. Клиенты часто задают этот вопрос специально, проверяя интегратора: если вам обещают подключить семёрку, дальше можно не разговаривать.
Кроме версии есть ещё два ограничения:
- не все конфигурации поддерживают обмен — это надо проверять до сметы, а не после;
- релиз должен быть свежим. На старых релизах поддерживаемая конфигурация всё равно не заработает.
Проверка занимает один разговор с вашим 1С-администратором. Отсутствие такой проверки в начале проекта — плохой признак.
Что делать с кастомными полями в 1С и Битрикс24
Отдельная история, которая всплывает в середине проекта и меняет бюджет.
Кастомные поля есть с обеих сторон: и в 1С, и в Битрикс24. Проблема в том, что полной синхронизации типов между системами нет. Строка, список, число — типы могут не совпасть, и штатный модуль такую пару просто не свяжет.
Если кастомных полей немного и типы совпадают — обходится. Если полей много или типы расходятся, стандартный модуль не подойдёт: нужен свой обмен через API. Это другой бюджет и другой срок, и узнавать об этом лучше на обследовании, а не после запуска.
Почему обмен ломается после обновлений
Самый неудобный пункт, поэтому о нём почти никто не пишет.
Модуль обмена зависит сразу от двух платформ. Обновляется 1С — обмен может встать. Обновляется Битрикс24 — обмен может встать. Починить это своими силами нельзя: нужно ждать, пока разработчики модуля выпустят совместимую версию, и потом переустанавливать.
У нас был месяц, в течение которого мы переустанавливали модуль четыре раза.
Переустановка — это работа, и она стоит денег. Тому клиенту доплачивать не пришлось: у него был активный контракт на информационно-техническое сопровождение, и переустановки вошли в него. Без контракта каждая из четырёх оплачивалась бы отдельно.
Мы говорим об этом до начала работ, дословно: поставить поставим, но сколько проживёт — не знаем. Это не оговорка задним числом, а часть рамки проекта. И это же — самый честный аргумент за сопровождение портала: не абонентка на всякий случай, а страховка от риска, у которого есть посчитанная цена.
Как понять, что обмен встал, раньше бухгалтерии
Неприятная особенность сломанного обмена: он не сообщает о себе. Портал работает, 1С работает, менеджеры продают. Просто данные перестали ходить.
Обнаруживается это обычно в конце месяца, когда бухгалтерия не находит документов, — то есть через три недели после поломки. Всё это время сделки закрывались, счета выставлялись, и теперь нужно разбирать, что доехало, а что нет.
Что стоит проверять, не дожидаясь закрытия месяца:
- Дата последнего успешного обмена. Самый простой индикатор. Если он вчерашний при ежедневном расписании — всё в порядке.
- Счётчик ошибок обмена. Единичные сбои бывают всегда, важна динамика: если ошибки пошли пачкой с какого-то дня, ищите, что обновилось в этот день.
- Сверка по количеству. Число контрагентов и заказов за период в двух системах должно сходиться. Расхождение растёт — обмен идёт частично.
- Календарь обновлений. Обновление 1С или Битрикс24 — повод проверить обмен на следующий же день, а не через месяц.
Четвёртый пункт связывает всё вышесказанное: поломки обмена почти всегда привязаны к дате обновления одной из платформ. Если знать, когда обновлялись, известно и где искать.
Именно эту проверку и закрывает сопровождение портала — не «на всякий случай», а как регулярную процедуру с понятной периодичностью.
Что делать, если готового коннектора не существует
Отдельный случай: интегрировать нужно не 1С, а отраслевую систему, для которой готового модуля не существует в принципе.
Мы делали такую интеграцию с программным комплексом «Синтез ОСП», через который оформляются сертификаты испытаний. Готового коннектора к Битрикс24 к нему нет ни в одном каталоге — связывали через API.
Смысл был не в самой интеграции, а в том, что она меняла процесс: партия не отгружается, пока не оформлен сертификат, а данные для него до этого жили отдельно от сделки. После интеграции сертификация стала этапом сделки, а не параллельной перепиской в почте.
Такие задачи решаются проектно и стоят иначе, чем типовой обмен. Но принцип тот же: сначала обследование, потом смета.
Как подключить несколько баз 1С к одному порталу
Отдельный сценарий, в котором мы работали дважды, при том что штатный механизм рассчитан на одну связку «портал — база». Кейс опубликован на workspace.ru.
Техническая часть решаема. Настоящая проблема в другом: дубли.
Один и тот же клиент есть в двух базах. В одной он «ООО Ромашка», в другой «Ромашка ООО», в третьей записан на физлицо директора. Пока базы жили порознь, это никого не волновало. При объединении в один портал они превращаются в трёх разных контрагентов.
Особенно остро в розничной торговле: клиентов заводят быстро и как попало, никакой стандартизации нет, и опознать одного человека из разных баз попросту нечем — ни ИНН, ни нормализованного телефона.
Вывод простой: правила сопоставления определяются до проекта. По каким полям считаем контрагентов одним и тем же, что делаем с неоднозначными случаями, кто принимает решение по спорным. Разбирать смешавшуюся базу дороже, чем договориться заранее.
Сколько стоит интеграция Битрикс24 с 1С
Интеграция с 1С — от 100 000 ₽ отдельной услугой, типовая конфигурация от двух недель. В составе полного контура внедрения — в рамках проекта от 450 000 ₽, 1,5–3 месяца. Подробности на странице услуги.
Цена зависит не от количества сущностей, а от того, насколько ваша 1С отличается от типовой. Поэтому смета считается после обследования, а не по прайсу.
Что спросить у подрядчика до старта
- Какие сущности будут передаваться и в каком режиме.
- Что в нашей 1С доработано и как это повлияет на обмен.
- Поддерживается ли наша конфигурация и достаточно ли свежий релиз.
- Что произойдёт с обменом при обновлении 1С или Битрикс24 и кто платит за восстановление.
- Если баз несколько — по каким правилам сопоставляются контрагенты.
Четвёртый вопрос — самый показательный. Ответ «всё будет работать» означает, что подрядчик либо не знает, либо не говорит.