Связка Битрикс24 и 1С — это место, где обычно ломаются продажи. Менеджер видит в CRM один остаток, на складе по факту другой, цена в коммерческом предложении не совпадает с тем, что выставит бухгалтерия, а оплата из банка прилетает в 1С, но в карточке сделки висит как «ждём оплату». Двусторонний обмен убирает этот разрыв: товары и цены едут из 1С в Битрикс24, заказы и контрагенты — обратно, а статусы оплаты подтягиваются автоматически. Ниже — без маркетинговой воды: что реально синхронизируется, какие конфигурации поддерживаются, где спотыкаются в Казахстане, сколько это стоит и сколько занимает по времени.
Что значит «двусторонний обмен» на практике
Обмен — это не одна кнопка, а несколько независимых потоков данных. Их важно разделять, потому что настраиваются и ломаются они по отдельности. Из 1С в Битрикс24 обычно едет каталог и справочники, из Битрикс24 в 1С — то, что родилось в продажах.
- Из 1С → в Битрикс24: номенклатура (товары, артикулы, ед. измерения), категории/группы, остатки по складам, цены и типы цен (розница, опт, дилер), изображения товаров.
- Из Битрикс24 → в 1С: новые заказы из CRM и интернет-магазина, контрагенты (клиенты с БИН/ИИН), реквизиты, иногда счета и КП.
- Двусторонне: статус заказа (1С отгрузил → CRM закрыла стадию), факт оплаты (банк/Kaspi провёл → сделка переходит в «Оплачено»), резервы товара.
Ключевой вопрос на старте проекта — кто «хозяин» каждого справочника. Если товары и цены ведутся в 1С, Битрикс24 их только читает и никогда не редактирует — иначе следующий обмен затрёт ваши правки. Это правило экономит десятки часов разбора «куда делись изменения».
Какие конфигурации 1С поддерживаются
Битрикс24 умеет обмениваться через стандартный протокол CommerceML и модуль «1С + Битрикс», который встроен в типовые конфигурации. На практике это значит разный объём «из коробки».
Управление торговлей (УТ) — лучший вариант
УТ 11.x — самая дружелюбная к Битрикс24 конфигурация. Каталог, остатки по складам, типы цен, заказы покупателей, контрагенты — всё это есть в типовом обмене. Если у вас торговая компания на УТ, базовый двусторонний обмен запускается быстрее всего и с минимумом доработок.
Управление нашей фирмой (УНФ)
УНФ имеет встроенную интеграцию с Битрикс24 (синхронизация товаров, заказов, контрагентов) — это удобно для малого бизнеса «всё в одном». Нюанс: встроенный обмен УНФ покрывает базовые сценарии, но под нестандартные стадии воронки или особую логику резервов почти всегда нужна доработка.
Бухгалтерия предприятия (для РК)
Бухгалтерия — это учётная, а не торговая система, в ней нет полноценного управления складом и заказами покупателей в привычном CRM-виде. Из неё имеет смысл тянуть номенклатуру, контрагентов и, главное, оплаты (банковские выписки, проведённые документы). Полноценный двусторонний обмен заказами с «голой» Бухгалтерией обычно требует обмена через промежуточную УТ/УНФ или индивидуальной интеграции по API.
Как технически работает обмен
Под капотом — два сценария, и важно понимать, какой у вас.
- Коробочный Битрикс24: классический обмен по CommerceML напрямую между сервером 1С и сайтом/порталом по расписанию (например, каждые 15–30 минут). Полный контроль, но нужен сервер и админ.
- Облачный Битрикс24: прямого CommerceML-канала к серверу 1С нет, поэтому обмен идёт через коннектор (модуль на стороне 1С + приложение в Битрикс24) или через интеграционную шину/REST API. Чаще всего ставится модуль из 1С, который сам стучится в облако.
Частота обмена настраивается. Остатки и цены обычно гоняют раз в 15–60 минут (реальное время мало кому нужно и оно даёт нагрузку), а оплаты и заказы — либо по расписанию, либо событийно (провели платёж — сразу пнули Битрикс24). Первичная выгрузка каталога идёт полным пакетом, дальше — только изменения (дельта), иначе при 10 000+ SKU обмен будет занимать часы.
Типичные подводные камни (особенно в РК)
Здесь сосредоточено 80% времени любого проекта. Эти грабли повторяются почти на каждом внедрении.
- Сопоставление товаров. Если в 1С нет стабильного уникального ключа (артикул, код, GUID), при повторном обмене создаются дубли номенклатуры. Лечится привязкой к внешнему коду/GUID, а не к названию.
- Несколько типов цен. Розница, опт, дилер, цена с НДС и без — нужно явно решить, какие типы цен видит CRM и какие подставляются в сделку по сегменту клиента.
- НДС и валюта. Цены в теңге, корректный учёт НДС 16%, округление — расхождение в копейках/тиынах ломает сверку сумм заказа между 1С и Битрикс24.
- БИН/ИИН контрагентов. Реквизиты юрлиц и ИП РК должны корректно маппиться в поля Битрикс24, иначе бухгалтерия не подтянет клиента и придётся заводить вручную.
- Оплаты из Kaspi и банков. Эквайринг Kaspi, переводы, выписки приходят в 1С — нужно правильно связать платёж с конкретным заказом/сделкой по номеру или сумме, иначе оплата «повиснет».
- Остатки по нескольким складам. Если складов несколько, решите, показывать суммарный остаток или по складам, и как учитывать резервы под другие заказы.
- Производительность каталога. 20–50 тыс. SKU с картинками — первая выгрузка может положить сайт/портал, если не настроить дельту и расписание в нерабочие часы.
Правило обмена: один источник истины на каждую сущность. Если им владеют двое — данные будут драться, а не синхронизироваться.
Сроки внедрения
Сроки сильно зависят от конфигурации, чистоты данных в 1С и количества сценариев. Ориентиры по реальным проектам в Казахстане:
- Базовый обмен на типовой УТ/УНФ (товары, остатки, цены в одну сторону + заказы обратно): 1–2 недели.
- Полный двусторонний обмен с оплатами, несколькими типами цен и складами: 3–5 недель.
- Нетиповая или сильно доработанная 1С, обмен с Бухгалтерией через API, кастомная логика резервов: от 5–8 недель и индивидуальная оценка.
Отдельно закладывайте время на чистку данных в 1С (дубли номенклатуры, кривые артикулы, незаполненные БИН) — это не «работа интегратора», но без неё обмен будет плодить мусор. Часто на подготовку справочников уходит больше времени, чем на саму настройку.
Как проверить, что обмен работает
После настройки обмен стоит проверить на живых данных, а не по отчёту интегратора. Хватает часа и пяти-десяти реальных позиций:
- Выберите пять товаров с разными остатками и ценами и сравните их в 1С и в карточке товара в Битрикс24 — после очередного обмена значения должны совпасть.
- Проверьте каждый тип цен, который видит менеджер: розничную, оптовую, дилерскую. Пустая цена в счёте обычно значит, что тип цен не сопоставлен в настройках обмена.
- Создайте тестовый заказ в Битрикс24 и найдите его в 1С: совпадают контрагент, БИН, товары, количество и сумма с НДС.
- Проведите в 1С оплату или отгрузку по этому заказу и проверьте, что статус вернулся в сделку.
- Запустите обмен повторно и убедитесь, что не появились дубли товаров и контрагентов.
- Посмотрите журнал ошибок обмена — в 1С и в настройках коннектора. Пустой журнал после недели работы — хороший знак, повторяющиеся ошибки — повод вернуться к сопоставлению справочников.
Если обмена ещё нет или он работает с ошибками, стоимость и сроки настройки под вашу конфигурацию — на странице интеграции Битрикс24 с 1С. Почему суммы в CRM и 1С всё равно могут расходиться, разбираем в статье про сверку оборота.
Чек-лист перед стартом
- Зафиксируйте конфигурацию и редакцию 1С (УТ 11.x, УНФ, Бухгалтерия для РК) и версию платформы.
- Определите источник истины для каждой сущности: товары, цены, остатки, клиенты, заказы.
- Решите, какие типы цен и склады видит CRM.
- Проверьте уникальные ключи номенклатуры (артикул/код/GUID) и почистите дубли.
- Опишите, как платёж из банка/Kaspi должен связываться с заказом.
- Выберите частоту обмена и окно для тяжёлой первичной выгрузки.
