Настройка обмена 1С:Комплексная автоматизация и 1С-Битрикс
1С:Комплексная автоматизация (КА) — конфигурация, которую часто выбирают компании, выросшие из УТ, но не готовые к сложности ERP. С точки зрения интеграции с Битрикс она интереснее УТ: здесь есть CRM, производство, зарплата — и данные из всех этих подсистем иногда нужны на сайте. При этом механизм выгрузки CommerceML в КА унаследован от УТ и имеет те же ограничения.
Что КА умеет в обмене и где не хватает
В КА встроен узел обмена с сайтом — практически идентичный узлу в УТ 11. Выгружает: номенклатуру с характеристиками, цены (несколько видов), остатки по складам, заказы покупателей. Не выгружает «из коробки»: данные CRM (контрагенты, сделки), производственные заказы, документы взаиморасчётов в виде, удобном для сайта.
Особенность КА: конфигурация регулярно обновляется, и обновления иногда затрагивают модуль обмена. Если вы дорабатывали выгрузку на стороне КА (добавляли теги в XML), после обновления конфигурации доработки могут слететь. Фиксируйте изменения в расширении конфигурации, а не в самой конфигурации.
Настройка узла обмена в КА
Путь: Администрирование → Обмен данными → Обмен с сайтом на 1С-Битрикс.
Создаём новый узел. Обязательные параметры:
-
Адрес сайта —
https://example.com/bitrix/admin/1c_exchange.php - Логин/пароль — пользователь Битрикс с правами на обмен (группа «Администраторы» или кастомная роль)
- Организация — какую организацию выгружаем (если несколько)
- Вид цен — одна или несколько ценовых групп
- Склады — выбираем конкретные склады или «все»
Тонкость с ценами: в КА можно настроить выгрузку нескольких видов цен одновременно. На стороне Битрикс каждый вид цены — это отдельный тип цены в торговом каталоге. Соответствие настраивается в Настройки → Торговый каталог → Типы цен.
Характеристики номенклатуры: типичная проблема
В КА характеристики номенклатуры хранятся в регистре сведений ЗначенияСвойствОбъектов. При выгрузке они попадают в секцию Свойства XML. Битрикс читает их и создаёт свойства инфоблока.
Проблема возникает, когда характеристика в КА — ссылочный тип (например, «Производитель» → справочник Контрагентов). Битрикс получает GUID контрагента вместо его названия. Нужен обработчик, который при обработке XML подменяет GUID на строковое значение.
// Обработчик события обмена
AddEventHandler('catalog', 'OnIBlockCMLImport2ElementAdd',
'fixReferenceProperties');
function fixReferenceProperties(&$arFields, &$arProps, $arXML) {
// Если значение свойства — GUID (формат 8-4-4-4-12)
foreach ($arProps as $propCode => &$propVal) {
if (preg_match(
'/^[0-9a-f]{8}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{12}$/i',
$propVal
)) {
// Ищем значение в таблице маппинга
$propVal = getPropertyValueByGuid($propCode, $propVal);
}
}
}
Обмен заказами: от Битрикс к КА
Заказы из Битрикс в КА передаются в формате CommerceML — секция Документы. В КА они создаются как «Заказ покупателя» в соответствующем разделе.
Критичный момент: статусы заказов. В Битрикс статус — это код (например, N, P, F). В КА — перечисление (НовыйЗаказ, ВРаботе, Выполнен). Соответствие нужно настраивать вручную в узле обмена с обеих сторон. Без этого заказы создаются в КА без статуса или с неверным.
Дополнительные поля заказа. Если на сайте есть кастомные поля (например, «Желаемая дата доставки», «Комментарий к заказу»), они передаются через ЗначениеРеквизита в XML заказа. На стороне КА нужно добавить соответствующие реквизиты в объект «Заказ покупателя» и прописать их в настройках узла обмена.
Кейс: КА + мультисклад + несколько сайтов
Дистрибьютор бытовой техники: КА с 3 складами (Москва, Казань, Краснодар), два сайта на Битрикс — розничный и оптовый (разные цены, разные остатки).
Решение: два узла обмена в КА — по одному на каждый сайт. Каждый узел настроен на свой вид цен и свой набор складов. Инкрементальный обмен (только изменения) — каждые 20 минут. Полный обмен — ночью.
Сложность: оба сайта на одном сервере, PHP-процессы обмена пересекались по времени и блокировали lock-файл Битрикс. Решили добавлением задержки в cron: розничный запускается в 00:00, оптовый — в 00:15.
Сроки настройки
Базовая настройка (номенклатура + цены + остатки + заказы) — 2–4 рабочих дня. Если нужны нестандартные сущности (характеристики-ссылки, мультисклад, несколько сайтов) — 5–10 дней с тестированием.