Не работает обмен 1С и Битрикс: как найти причину по этапам

Сначала определите, какие данные перестали обновляться

Если на сайте осталась старая цена, это ещё не означает, что весь обмен с 1С остановился. Соединение может работать, файл — доходить до сервера, а нужный тип цены — не попадать в выгрузку. В другой ситуации каталог обновляется нормально, но созданный на сайте заказ не поступает в учётную систему. В каждом случае проверяйте тот участок обмена, на котором теряются или меняются данные.

Выберите один конкретный объект: товар с артикулом, торговое предложение (вариант товара определённого цвета и размера) или заказ с номером. Зафиксируйте ожидаемое значение, фактическое значение и время последнего изменения. Запись «после изменения цены товара А в 11:20 на сайте осталось прежнее значение» позволяет повторить проверку. Из сообщения «1С не дружит с Битриксом» непонятно, с чего начать.

Инструкция ниже относится к диагностике обмена между учётной системой и сайтом на «1С-Битрикс: Управление сайтом». Для интеграции 1С с облачной CRM Битрикс24 нужны другие настройки и документация. У конкретного магазина могут быть доработанный модуль, несколько узлов обмена и собственные обработчики данных: названия настроек и порядок отдельных операций нужно сверять с его конфигурацией.

Соберите исходные сведения до изменения настроек

Попросите ответственных за 1С и сайт подготовить версии платформы и конфигурации 1С, версию модуля обмена, редакцию и версии модулей сайта, адрес обработчика и название узла. Отдельно запишите последние изменения: обновление системы, перенос хостинга, смена пароля, настройка HTTPS, добавление склада или нового типа цен. Совпадение по времени помогает выдвинуть гипотезу, но само по себе не доказывает причину.

Уточните, как запускается обмен: вручную, по расписанию или другим настроенным механизмом. Успешный ручной запуск не подтверждает, что работает фоновое задание. Оно может выполняться под другой учётной записью, использовать другие настройки или вообще не запускаться в нужное время. В журнале найдите время фактического запуска и сообщение о его завершении.

• Идентификатор проблемного объекта и его значение до изменения.
• Время изменения в 1С и время попытки обмена с указанием часового пояса.
• Короткий фрагмент журнала от последнего успешного шага до первой ошибки.
• Информация о полном или частичном обмене и выбранных отборах.
• Недавние изменения в 1С, на сайте и в серверной конфигурации.

Подготовьте копию и обезличенный пример

До экспериментов подготовьте резервную копию и понятный способ восстановления. На тестовой копии отключите реальные уведомления, оплату и другие внешние действия. Рабочие пароли, файлы сеанса с данными авторизации, персональные сведения заказчиков и все заказы целиком не нужно прикладывать к публичной задаче: для первого разбора достаточно обезличенного примера и нужного фрагмента журнала.

Разделите соединение, передачу файла и обработку

В стандартной схеме выгрузки на сайт есть последовательные этапы: авторизация, инициализация, передача файлов и их обработка. Официальный алгоритм 1С-Битрикс описывает запросы checkauth, init, file и import. Начните с первого неуспешного этапа. Если учётная система не может войти на сайт, до проверки каталога дело пока не дошло.

Если обмен реализован сторонним решением, используйте его документацию и журнал. При интеграции через REST API системы обращаются друг к другу с помощью программных запросов. Проверять соединение, передачу и обработку всё равно нужно по отдельности, но названия команд и формат ответов берут из документации этой интеграции.

Если не проходит авторизация или соединение

Проверьте адрес обработчика именно из среды, где работает 1С. Открытая главная в браузере сотрудника доказывает только доступность главной с его компьютера. У сервера 1С могут быть другие настройки сети и DNS, который определяет адрес сайта по доменному имени. Могут различаться и правила доступа, и доверие к сертификату HTTPS. Для диагностики понадобятся код ответа обработчика и сообщение, которое получила 1С.

После перехода на HTTPS или смены основного домена возможна цепочка перенаправлений. Убедитесь, что в настройке обмена указан конечный адрес обработчика и авторизация не теряется по пути. Если вместо ответа обработчика приходит HTML, посмотрите, что именно отдал сервер: форму входа, страницу защиты, заглушку технических работ или сообщение приложения.

Далее проверьте, активна ли учётная запись обмена и хватает ли ей требуемых прав. Использовать личную запись администратора как постоянное решение неудобно: её пароль и настройки могут меняться независимо от интеграции. За отдельную техническую учётную запись должен отвечать назначенный сотрудник. Выдавайте ей права, которые нужны для обмена; расширять их на всякий случай не стоит.

Не отключайте проверку сертификата, защитный модуль и все правила фильтрации ради проверки. Если запрос блокируется, выясните конкретное правило и оформите минимальное обоснованное исключение вместе с администратором. После исправления проверьте весь сценарий: успешный вход ещё не означает загрузку товаров.

Если обмен зависает на загрузке или импорте

Сопоставьте журналы 1С, веб-сервера и PHP по одному временному интервалу. Ошибка 502 или 504, нехватка памяти и повреждённый XML требуют разных действий. Важны первая ошибка и операция, которая ей предшествовала. Последующее сообщение «не удалось завершить обмен» часто лишь описывает следствие.

Проверьте размер передаваемого пакета, свободное место, возможность записи во временные каталоги и нагрузку во время импорта. Большое количество изображений, сложные обработчики событий и параллельные задачи могут увеличить длительность операции. Причину нагрузки ищите по журналам или замерам на повторяемом сценарии.

Меняйте один параметр за раз

Уменьшение пакета и изменение длительности шага проверяйте как отдельные гипотезы. Тайм-аут задаёт допустимое время ожидания ответа. Его увеличение без выяснения причины может лишь продлить зависание. Изменяйте один параметр за раз и записывайте результат. Если проблема связана с конкретным товаром или изображением, выделенный пример обычно полезнее нового полного обмена.

После обновления проверьте совместимость версий и собственные доработки. Если в журнале указан обработчик проекта, передайте разработчику подробности ошибки из журнала и обезличенный пример данных. Не редактируйте ядро наугад и не удаляйте временные файлы во время работающего процесса: это затруднит воспроизведение и может создать дополнительный сбой.

Если товары есть, но цены и остатки неверные

Проследите один объект последовательно: значение в 1С → попадание в пакет → результат обработки → данные в административной части сайта → отображение на витрине. На каждом шаге проверьте одно и то же значение. Если значение уже отсутствует в пакете, искать причину в шаблоне карточки рано. Если в административной части значение правильное, проверьте, какой вариант товара выбран на витрине и не показывает ли сайт устаревшую копию данных из кеша.

Проверьте отборы выгрузки, выбранные склады, виды цен, валюту и связь товара с торговыми предложениями. Витрина может показывать цену другого предложения или использовать правила, отличающиеся от ожидаемых. Сопоставляйте внешний идентификатор, характеристику и склад, а не только похожее название. Две позиции с одинаковым именем не обязательно являются одним объектом.

Если появились дубли, исследуйте, почему изменилось сопоставление объектов. Не удаляйте повторяющиеся позиции до проверки внешних кодов и связей с заказами. Простое удаление может скрыть симптом до следующего запуска, после которого дубли появятся снова. Для исправления нужно выяснить, по какому идентификатору системы связывают товар, и проверить это соответствие при повторном обмене.

Перед полной выгрузкой проверьте её состав и правила обработки отсутствующих товаров. Правила деактивации отсутствующих товаров зависят от способа обмена и его настроек; различия описаны в документации по интеграции с 1С. При неверном отборе так можно скрыть с витрины нужные позиции. Сначала проверьте пакет и настройки на копии, затем согласуйте запуск на рабочем сайте.

Если не передаются заказы или статусы

Рассматривайте передачу заказов отдельно от каталога. В официальной схеме получения документов с сайта после авторизации и инициализации учётная система запрашивает файл с документами. Поэтому исправный импорт товаров не подтверждает, что заказ попал в выборку и был принят 1С.

Для выбранного заказа проверьте его статус, дату, сайт, организацию и условия отбора, используемые вашей интеграцией. Затем установите, присутствует ли он в выгружаемых данных и что произошло при обработке в 1С. Если заказа в наборе нет, проверьте отбор; если он отклонён — причину отказа и заполнение полей.

Сверьте сопоставление контрагента, товаров, единиц измерения, доставки и оплаты. Пустой обязательный реквизит может блокировать обработку, хотя соединение работает. Не подставляйте случайные значения вручную ради успешного импорта: определите, какая система должна заполнять поле и как обрабатывать действительно отсутствующие данные.

Для обратного обновления статусов составьте таблицу соответствий: событие в учётной системе, ожидаемое состояние сайта и система, в которой это состояние меняют в первую очередь. Иначе две стороны могут последовательно перезаписывать друг друга. Проверьте отдельно создание заказа, изменение существующего и повторную передачу того же документа. Повторная передача того же документа не должна создавать второй заказ, если это специально не предусмотрено правилами обмена.

Что передать разработчику для оценки исправления

Для обращения к разработчику достаточно одного примера, на котором сбой можно повторить. Укажите, что работало раньше, что изменилось и на каком шаге появляется первая ошибка. Приложите обезличенный фрагмент журнала, версии систем и результат контрольной проверки. Если ошибка возникает время от времени, приведите несколько точных временных интервалов, а не один скриншот общего уведомления.

Разделите ответственность: специалист 1С проверяет формирование данных и выполнение задания; разработчик сайта — приём и обработку; администратор — доступность и серверные ограничения. Один человек может выполнять несколько ролей, но ответственность за каждый этап проверки нужно определить заранее.

В оценке работ попросите отдельно указать диагностику, исправление, проверку на копии и перенос исправлений на рабочий сайт. Если причина ещё не установлена, точное обещание «исправить за час» ненадёжно. Сначала договоритесь о сроке и стоимости диагностики. По её итогам разработчик должен назвать место сбоя, подтвердить причину по журналам или тесту и предложить способ исправления.

Чтобы заказать сопровождение сайта в ШТАБ ИТ, опишите проблемный сценарий; пароли и ключи доступа передают отдельно по согласованному защищённому каналу.

Чек-лист после восстановления обмена

После сообщения об успешном обмене проверьте сами товары и заказы. Перед закрытием задачи убедитесь, что:

• Контрольный товар обновляет согласованные свойства, цену и остаток.
• Проверено торговое предложение с характеристикой, если оно используется.
• Заказ передаётся и обновляется с правильными товарами и суммами.
• Повторный запуск не создаёт лишние товары и документы.
• Отсутствующие в пакете объекты обрабатываются по согласованным правилам.
• Обмен по расписанию проверен отдельно от ручного запуска.
• Зафиксированы время запуска, завершение и способ обнаружить следующую ошибку.
• Настройки, причина сбоя и порядок восстановления записаны для ответственных.

После восстановления проследите, как контрольные товары и заказы обновляются в течение обычного рабочего цикла. Если проблема повторяется, сравните новые журналы с зафиксированным успешным запуском. Так повторная диагностика начнётся с уже проверенных фактов.