Типовые ошибки обмена с 1С и их решение

Обмен с 1С по протоколу CommerceML устроен просто по идее, но на практике ломается в десятках мест: от таймаута веб-сервера до дублей торговых предложений. Большинство «внезапных» ошибок обмена — следствие типовых причин, которые диагностируются по логу и HTTP-ответу за несколько минут. Ниже — карта самых частых сбоев интеграции 1С-Битрикс с 1С и проверенные способы их устранения.

Как правильно читать сбой обмена

Прежде чем чинить, нужно понять, на каком шаге и с чьей стороны произошёл сбой. Обмен CommerceML — это диалог: 1С шлёт HTTP-запросы вида ?type=catalog&mode=checkauth, mode=init, mode=file, mode=import, а сайт отвечает строками success, progress или failure. Любая строка, начинающаяся с failure, — это отказ Битрикса, и вторая строка ответа содержит текст ошибки.

• Ошибка в 1С («Не удалось подключиться», «Превышено время ожидания») — проблема на транспортном уровне: URL, авторизация, таймаут, размер файла.
• Ошибка на сайте (failure в ответе) — не прошёл разбор XML, не хватило прав, упал импорт конкретной позиции.

Основной источник правды — журнал в Магазин → Настройки → Автозагрузка и системный лог обмена. Ошибки уровня PHP пишутся в /bitrix/php_interface/log/ (если включено логирование) и в лог веб-сервера.

Ошибки авторизации и подключения

Самый первый шаг обмена — mode=checkauth. Если он не проходит, дальше ничего не поедет. Типичные симптомы: в 1С «Ошибка авторизации на сайте», «401», «Сервер вернул неверный формат».

Отдельная ловушка — двухфакторная аутентификация или капча для пользователя обмена. Технической учётке 1С их включать нельзя. Также убедитесь, что пользователь не заблокирован и входит в группу с правом на модуль sale/catalog.

Таймауты и обрыв больших выгрузок

Самая массовая проблема на живых каталогах: обмен стартует, но обрывается на середине с ошибкой failure или зависанием в 1С. Причина почти всегда — ограничения по времени и памяти PHP, которых не хватает на большой XML.

1. Увеличьте лимиты для 1c_exchange.php: max_execution_time (300+ сек), memory_limit (512M+), post_max_size и upload_max_filesize больше размера выгружаемого файла.
2. В веб-сервере поднимите fastcgi_read_timeout (nginx) или ProxyTimeout (Apache) — иначе шлюз оборвёт соединение раньше PHP.
3. Включите в 1С пошаговую выгрузку («Использовать пошаговую выгрузку данных») и уменьшите число элементов в одном пакете — тогда сайт отвечает progress и обмен идёт частями, не упираясь в один длинный запрос.

Дубли товаров, разделов и торговых предложений

После обмена в каталоге появляются копии одних и тех же товаров или разделов. Корень проблемы — идентификация по XML_ID. Битрикс сопоставляет элементы 1С и сайта по полю XML_ID (GUID из 1С). Если оно не совпало, создаётся новый элемент.

• Сменился GUID номенклатуры в 1С (перенос базы, свёртка, перезаливка) — сайт считает товары новыми. Лечится сопоставлением или синхронизацией XML_ID, но не «удалить всё и залить заново».
• Каталог создавался вручную на сайте до обмена — у товаров нет XML_ID, первый обмен их дублирует. Перед запуском обмена нужно связать существующие позиции.
• Дубли характеристик (SKU) — XML_ID торговых предложений строится как GUID товара#GUID характеристики; при рассинхроне свойства-связки CML2_LINK предложения отвязываются от родителя.

Диагностика: откройте выгруженный import.xml и сверьте теги <Ид> с полем XML_ID в списке товаров (Каталог → Товары, вывести колонку «Внешний код»).

Слетают цены, остатки и торговые предложения

Товары на месте, но цены нулевые, остатки не обновились или предложения пропали. Разберём по слоям.

• Нулевые/пустые цены. Не настроено соответствие типов цен: имя типа цены в 1С («Розничная», «Оптовая») должно быть сопоставлено с типом цены каталога Битрикса. Проверьте Магазин → Настройки → Типы цен и блок сопоставления в профиле обмена.
• Остатки приходят, но не отображаются. Не включён учёт количества (Каталог → Настройки → «Использовать складской учёт») или остатки пишутся на склад, не привязанный к сайту. См. соответствие складов 1С и сайта.
• Пропали торговые предложения. Частый случай — раздельная выгрузка: offers.xml пришёл раньше import.xml или без него. Предложения без родительского товара не создаются. Всегда выгружайте каталог и предложения одним сеансом.

Проблемы с обменом заказами

Обмен заказами — вторая половина интеграции, и ломается она иначе, чем каталог. 1С запрашивает заказы через ?type=sale&mode=query и возвращает их через mode=success с изменёнными статусами.

• Заказы не выгружаются в 1С. Обычно не совпадают коды свойств заказа: способы оплаты, доставки, статусы на сайте и в 1С сопоставляются по внешним кодам. Проверьте настройку соответствия в обработке обмена 1С.
• Товар в заказе «не найден». Позиция заказа ссылается на XML_ID, которого нет в номенклатуре 1С (товар удалён или пришёл не тем GUID) — заказ загружается с ошибкой строки.
• Задваиваются заказы. При сбое подтверждения (success не дошёл до 1С) заказ выгружается повторно. Идентификация идёт по ID/ACCOUNT_NUMBER — следите, чтобы номер не менялся между обменами.
• Статус с сайта не уходит в 1С и наоборот. Проверьте, что статусы заказа заведены и сопоставлены с обеих сторон, а обмен заказами включён в расписании отдельно от каталога.

Кодировка, битый XML и права на файлы

Реже, но болезненнее — ошибки уровня разбора файла. В логе они выглядят как failure с текстом об ошибке парсинга или молчаливо обрывают импорт.

• Ошибка кодировки. CommerceML идёт в UTF-8 (в заголовке <?xml version="1.0" encoding="UTF-8"?>). Если сайт на windows-1251, конвертация выполняется на импорте — сбой здесь даёт «кракозябры» в названиях. Спецсимволы &, < в наименованиях 1С должны быть экранированы.
• Недописанный файл. Оборванная выгрузка оставляет обрезанный XML — парсер падает на неожиданном конце. Обычно это следствие таймаута из раздела выше.
• Нет прав на временную папку. Битрикс складывает пакеты в /upload/1c_catalog/ (или /bitrix/tmp/). Если веб-сервер не может писать (права, переполнен диск, quota) — failure уже на шаге mode=file.

Итог

Почти все ошибки обмена с 1С укладываются в несколько категорий: авторизация и транспорт, таймауты на больших пакетах, рассинхрон идентификаторов (XML_ID/GUID), несопоставленные типы цен, складов и статусов, а также сбои разбора XML. Алгоритм диагностики всегда один: определить сторону сбоя по HTTP-ответу, прочитать вторую строку failure, свериться с выгруженным XML и логом автозагрузки.

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