Настройка обмена 1С:Управление нашей фирмой (УНФ) и 1С-Битрикс
УНФ — выбор малого бизнеса, который хочет вести CRM, склад и продажи в одном месте без избыточной сложности ERP. Интеграция с Битрикс здесь работает иначе, чем с УТ или КА: в УНФ нет полноценного механизма CommerceML-обмена в старом стиле, зато есть REST API и Bitrix Drive — официальный коннектор от 1С.
Два пути интеграции УНФ с Битрикс
Путь 1: CommerceML (классический). УНФ поддерживает стандартный протокол обмена через /bitrix/admin/1c_exchange.php. Выгружаются номенклатура, цены, остатки, принимаются заказы. Работает, но с ограничениями: нет характеристик в полном виде, нет серий, документы CRM не передаются.
Путь 2: REST API + веб-хуки. УНФ начиная с версии 1.6 имеет встроенный HTTP-сервис. Битрикс может опрашивать его или получать push-уведомления об изменениях. Этот путь гибче, но требует разработки на обеих сторонах.
Для большинства задач (каталог + заказы) достаточно CommerceML. REST нужен, когда требуется передавать нестандартные объекты: сделки CRM, задачи, документы.
Настройка CommerceML в УНФ
Раздел: Компания → Интеграция → Обмен с сайтом.
Параметры:
- Адрес сайта и учётные данные
- Номенклатура: выбрать группы для выгрузки
- Цены: вид цены (розничная / оптовая)
- Остатки: по каким складам
Особенность УНФ: номенклатура в УНФ может иметь «варианты» — аналог характеристик в УТ. Варианты выгружаются в CommerceML как отдельные позиции с признаком ХарактеристикаНоменклатуры. Битрикс читает их и создаёт торговые предложения (SKU). Эта цепочка работает, если варианты не имеют вложенных зависимостей (например, цена варианта не зависит от другого варианта).
Заказы из Битрикс в УНФ
Заказы создаются в УНФ как «Заказ покупателя». Контрагент создаётся автоматически по данным из заказа.
Критичный момент: статусы. В УНФ заказ проходит статусы: Новый → В работе → Выполнен / Отменён. В Битрикс — своя статусная цепочка. Соответствие настраивается в узле обмена. Если не настроить — заказы в УНФ будут зависать в статусе «Новый».
Обратная синхронизация статусов. Когда менеджер в УНФ меняет статус заказа — это изменение должно попасть в Битрикс. Стандартный обмен это поддерживает: при следующем сеансе обмена статус заказа обновляется в Битрикс. Но есть задержка — равная интервалу обмена (обычно 5–15 минут).
Кейс: УНФ + Битрикс в сфере услуг
Сервисный центр по ремонту техники: в УНФ ведётся CRM (заявки клиентов, история ремонтов), на сайте — форма заявки и личный кабинет клиента.
Задача: заявка с сайта должна попадать в УНФ как «Обращение», клиент должен видеть статус ремонта в личном кабинете на сайте.
Решение: использовали REST API УНФ. При отправке формы на сайте:
- Битрикс создаёт заказ в своей системе
- Скрипт делает POST-запрос к HTTP-сервису УНФ: создаёт обращение
- УНФ возвращает ID обращения, Битрикс сохраняет его в пользовательском поле заказа
Для обратной синхронизации статусов — веб-хук из УНФ: при изменении статуса обращения — POST-запрос на endpoint Битрикс, который обновляет статус заказа.
Задержка статусной синхронизации: 0 (мгновенно через хук) вместо 5 минут при polling.
Ограничения УНФ при интеграции
| Параметр | УНФ | УТ 11 |
|---|---|---|
| Характеристики номенклатуры | Варианты (ограниченно) | Полноценные характеристики |
| Несколько складов | Да | Да |
| Серийный учёт | Да (базово) | Да (расширенно) |
| REST API | Да | Ограниченно |
| CRM-объекты в обмене | Только через REST | Нет |
УНФ хорошо подходит для интеграции, если каталог небольшой (до 20 тыс. позиций) и нет сложных характеристик. Если бизнес растёт — заложите возможность миграции на КА или УТ без переделки сайта (сохраняйте XML_ID номенклатуры).