Обмен между 1С и сайтом на Битрикс — один из самых уязвимых узлов интернет-магазина. По нашей статистике, каждый второй магазин сталкивается с ошибками обмена минимум раз в квартал. Разбираем причины, диагностику и профилактику — для владельцев, не для программистов.
Как устроен обмен 1С с Битрикс (без технических деталей)
Обмен — это мост между двумя системами. 1С хранит товары, цены, остатки. Сайт на Битрикс показывает их покупателям. Мост работает по расписанию — обычно каждые 15–60 минут. 1С формирует пакет данных, отправляет на сайт, Битрикс принимает и обновляет каталог.
Обмен двусторонний. Из 1С на сайт идут товары, цены и остатки. С сайта в 1С — заказы и данные покупателей. Каждое направление может сломаться отдельно: цены обновляются, а заказы не уходят — или наоборот.
Проблема в том, что «мост» хрупкий. Он зависит от настроек сервера, версии PHP, свободного места на диске, авторизации, версий модулей — и даже от того, не стоит ли в названии товара случайный спецсимвол.
7 причин, почему обмен ломается
Причина 1. Файлы обмена слишком тяжёлые
Если в каталоге больше 10 000 товаров с фотографиями, файлы обмена могут весить сотни мегабайт. PHP-скрипт не успевает обработать такой объём за отведённое время — и обрывается на полпути. Результат: часть товаров обновилась, часть — нет. На сайте одновременно старые и новые цены.
Решение: настроить пошаговый обмен. Вместо одного огромного файла — много маленьких порций. Каждая обрабатывается за секунды. Обмен 15 000 товаров проходит за 8–10 минут без единой ошибки.
Причина 2. Кончилось место на сервере
Обмен создаёт временные файлы. Если диск заполнен на 95% — писать некуда, обмен падает. Виновники: накопившиеся логи, старые бэкапы, мусор в папке /upload/1c_exchange/ — там могут скопиться гигабайты выгрузок, которые никто не чистит.
Причина 3. Сломалась авторизация
Обмен подключается к сайту под определённой учётной записью. Сменили пароль этого пользователя? Деактивировали аккаунт? Изменили права? Обмен не пройдёт авторизацию и остановится на первом шаге.
Причина 4. Обновление Битрикс сломало совместимость
Классическая цепочка: обновили CMS → новая версия модуля «Торговый каталог» ожидает данные в ином формате → 1С отправляет в старом → ошибка. Работает это и в обратную сторону: обновили 1С — сайт перестал принимать.
Причина 5. Сервер перегружен
Обмен — ресурсоёмкая операция. Если он запущен в рабочие часы, когда сервер обслуживает покупателей, на обмен просто не хватает CPU и памяти. Обмен «то работает, то нет» — чаще ломается в 12:00, реже — в 3:00 ночи.
Причина 6. Некорректные данные в 1С
Спецсимволы в названии товара, пустые обязательные поля, битые ссылки на изображения. Первые 5 000 товаров проходят нормально, а на 5 001-м — ошибка XML-парсинга. Найти проблемный товар бывает непросто.
Причина 7. Сетевые проблемы и SSL
Истёкший SSL-сертификат, настройки nginx, блокирующие большие запросы (client_max_body_size), файрвол, закрывающий IP-адрес сервера 1С. Обмен прерывается на уровне сети ещё до начала обработки данных.
Обмен сломался и вы не можете найти причину? Мы разберёмся за 24 часа — бесплатная диагностика на support.orangecode.ru
Экспресс-диагностика за 4 шага
Шаг 1. Проверьте журнал обмена в админке Битрикс: «Торговый каталог» → «Журнал обмена». Когда был последний успешный обмен? Какая ошибка возникла?
Шаг 2. Проверьте свободное место на сервере. Если меньше 10% — очищайте: логи, старые бэкапы, /upload/1c_exchange/.
Шаг 3. Запустите обмен вручную из 1С. Если вручную проходит, а по расписанию нет — проблема в таймаутах или расписании, не в данных.
Шаг 4. Вспомните, что менялось. Обновляли Битрикс? Меняли пароли? Переезжали на новый сервер? Любое изменение — кандидат.
Сколько стоит день сломанного обмена
Кажется, что сломанный обмен — мелкая неприятность. Разберёмся завтра, послезавтра. Но каждый час без обмена — это потери.
Устаревшие цены. Если в 1С повысили цену, а на сайте старая — вы продаёте в убыток. Если понизили — покупатели видят высокую цену и уходят.
Неверные остатки. Товар закончился на складе, но на сайте «В наличии». Покупатель оформляет заказ. Менеджер звонит с извинениями. Покупатель уходит навсегда.
Заказы зависают. Новые заказы не попадают в 1С. Менеджеры не видят их или видят с задержкой. Отгрузка откладывается. Клиент ждёт и злится.
По нашим данным, сломанный обмен обходится среднему магазину в 20 000–80 000 рублей за каждый день — из-за неправильных цен, пустых обещаний «в наличии» и задержанных заказов.
Профилактика: 7 пунктов, чтобы обмен не ломался
1. Мониторинг обмена. Автоматический алерт, если обмен не прошёл. Вы узнаёте за 5 минут, а не через 3 дня от менеджера.
2. Свободное место. Алерт на 85% заполнения диска. Автоочистка временных файлов обмена и старых логов.
3. Расписание. Не ставьте обмен на пиковые часы (10:00–14:00). Оптимально: раннее утро или ночь.
4. Бэкап перед обновлениями. Перед любым обновлением Битрикс, модуля обмена или 1С — полный бэкап (файлы + база).
5. Синхронные обновления. Обновляете Битрикс — проверьте совместимость с модулем обмена в 1С. Обновляете 1С — протестируйте обмен с сайтом.
6. Очистка папки обмена. /upload/1c_exchange/ копит гигабайты мусора. Настройте автоматическую очистку.
7. Пошаговый обмен. Если каталог больше 5 000 товаров — включите пошаговый режим. Это избавит от 90% проблем с таймаутами.
Частые вопросы
Обмен работал, обновили Битрикс — перестал. Что делать?
Откатить обновление из бэкапа (поэтому бэкап перед обновлением обязателен). Затем разобраться с совместимостью: возможно, нужно обновить и модуль обмена в 1С. После чего повторить обновление в контролируемых условиях.
Обмен проходит, но часть товаров не обновляется. Почему?
Скорее всего, обмен обрывается на полпути из-за таймаута PHP или нехватки памяти. Включите пошаговый обмен и проверьте лимиты PHP: max_execution_time, memory_limit, upload_max_filesize.
Как часто должен запускаться обмен?
Зависит от бизнеса. Если цены и остатки меняются несколько раз в день — каждые 15–30 минут. Если раз в день — достаточно одного обмена ночью. Чем чаще обмен — тем больше нагрузка на сервер, ищите баланс.
Можно ли настроить обмен так, чтобы он никогда не ломался?
Полностью исключить ошибки нельзя — слишком много переменных. Но можно минимизировать вероятность (профилактика) и время реакции (мониторинг). У наших клиентов ошибки обмена случаются раз в 3–6 месяцев, и мы узнаём о них за 5 минут.
Разработчик говорит «это проблема хостинга», хостинг — «это проблема кода». Кто прав?
Обычно проблема на стыке — в серверных настройках (PHP, nginx, MySQL), которые не относятся ни к коду, ни к «железу» хостинга. Нужен администратор, который разбирается и в серверном ПО, и в специфике Битрикс. Это наша специализация.
Что делать
Если обмен сломался — пройдите 4 шага диагностики. Если не помогло — проблема на стыке сервера и CMS, и нужен специалист, который знает обе стороны.
Если обмен пока работает — настройте мониторинг и профилактику по 7 пунктам выше. Лучше предотвратить, чем восстанавливать.
→ Бесплатный аудит сервера за 24 часа: support.orangecode.ru