Почему обмен 1С и Битрикс перестал работать: карта диагностики

01

Начните не с ошибки, а с границы сбоя

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

Зафиксируйте симптом в измеримой форме. Не «цены давно не обновлялись», а «последняя успешная выгрузка цен — 14 мая в 03:10; в 1С цена товара А изменилась на 1 200 ₽, на сайте остаётся 1 050 ₽». Для заказов укажите ID заказа на сайте, время оформления, статус оплаты и номер документа в 1С, если он был создан.

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

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

03

Карта: что проверять при каждом симптоме

Маркетологу или менеджеру не нужно разбирать XML вручную, но важно собрать факты до передачи задачи. Сравните один конкретный товар в 1С и на сайте: внешний идентификатор, название, цену, остаток, дату изменения и раздел. Для обратного направления возьмите один конкретный заказ. Такой «контрольный объект» быстрее обнаруживает расхождение, чем проверка каталога целиком.

Если 1С сообщает об ошибке авторизации, разработчик проверяет URL, пользователя, пароль, права и работу сессий. Если 1С отдаёт файлы, но каталог не меняется, смотрят логи обработки на стороне Битрикс, кодировку, структуру CommerceML и соответствие идентификаторов. Ошибка 500 почти всегда требует серверного лога на ту же минуту, а не повторных попыток выгрузки.

Отдельно проверяйте расписание. Агент, cron-задача или регламентное задание может не запускаться после обновления PHP, смены хостинга, окончания места на диске или изменения прав на папки. В интерфейсе сайта данные иногда выглядят свежими из-за кеша, хотя фактическое обновление не прошло.

04

Ошибки обмена 1С и Битрикс: таблица первичной диагностики

Не все сообщения в 1С указывают на реальную причину. Например, «ошибка ответа сервера» может быть следствием истёкшей авторизации, лимита памяти PHP, блокировки WAF или тайм-аута на большом файле. Поэтому в задачу важно передавать текст ошибки целиком, точное время и действие, после которого она появилась.

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

Для обработки заказов дополнительно контролируйте статусы. Заказ может быть передан в 1С, но не виден менеджеру из-за фильтра, не того подразделения, дубля по внешнему ID или ошибки при создании контрагента. В таком случае нужны журналы обеих систем и один тестовый заказ.

05

Проверьте доступы, сервер и объём данных

После переноса сайта, обновления SSL-сертификата или смены домена в настройках 1С нередко остаётся старый адрес обмена. Даже при корректном редиректе обмен может потерять сессию, получить другой cookie-домен или столкнуться с ограничением на стороне веб-сервера. Откройте URL обмена из сети, где работает 1С, и не передавайте логин с паролем в общий чат.

Для больших каталогов критичны лимиты PHP: memory_limit, max_execution_time, post_max_size, upload_max_filesize, а также свободное место на диске. Обмен может дойти до части файла и завершиться по тайм-ауту. Внешне это выглядит как частично обновлённый каталог: новые товары появились, но остатки или изображения не дошли.

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

06

Маршрут проверки за один рабочий цикл

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

Не проверяйте весь ассортимент. Достаточно трёх объектов: обычного товара с остатком, товара с несколькими ценами и нового либо недавно изменённого товара. Для обратного направления создайте тестовый заказ с узнаваемым комментарием. Это позволит отличить проблему данных от проблемы запуска.

Настройки интеграции и типовые механизмы обмена меняются в зависимости от редакции и доработок сайта. При спорной ситуации используйте официальную документацию 1С-Битрикс по обмену с 1С как ориентир, но не применяйте типовые рекомендации поверх индивидуальной логики без резервной копии.

1. 1

   Зафиксируйте симптом. Запишите направление, время последней удачной операции и конкретный контрольный объект.

2. 2

   Сохраните доказательства. Выгрузите журнал 1С, серверные логи и настройки до изменения паролей или правил.

3. 3

   Проверьте транспорт. Подтвердите URL, HTTPS, HTTP-ответ, доступы и отсутствие блокировки запросов.

4. 4

   Сверьте данные. Сопоставьте внешний ID, тип цены, склад и признак выгрузки для тестовых товаров.

5. 5

   Запустите тест. Выполните ограниченную выгрузку и проверьте результат в админке, на витрине и в 1С.

07

Как принять восстановление, а не временный обход

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

Попросите исполнителя объяснить первопричину простыми словами: например, «после обновления PHP лимита памяти не хватало на import.xml» или «в 1С сменился пароль пользователя обмена». Зафиксируйте не только правку, но и профилактику: мониторинг ошибки, регламент проверки, резервный доступ, ограничение размера пакета или расписание запуска.

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

09

Когда достаточно настройки, а когда нужен подрядчик

Если причина очевидна — истёк пароль, остановлено регламентное задание или изменён URL, — восстановление обычно ограничивается настройкой и проверочным запуском. Но всё равно не закрывайте вопрос, пока не увидите данные на сайте и в 1С по контрольным объектам. Успешное сообщение одной системы не подтверждает результат в другой.

Подключайте подрядчика, когда есть ошибка 500, повреждён или нестандартен XML, появляются дубли, обмен затрагивает большой каталог, менялась серверная инфраструктура либо неизвестно, какие доработки были сделаны раньше. В этих случаях попытки «переобменять всё» могут привести к потере качества каталога и остановке продаж.

Хорошее решение состоит из трёх частей: локализированная причина, безопасное исправление и понятный регламент контроля. Передайте исполнителю время сбоя, логи и тестовые объекты — тогда диагностика будет предметной, а не превратится в оплату случайных попыток.