Главное за минуту
- Сначала зафиксируйте время, этап и текст ошибки — это сокращает диагностику.
- Разделяйте проблему выгрузки из 1С, приёма файлов сайтом и обработки каталога.
- Крупные пакеты, малые лимиты PHP и фоновые агенты часто дают тайм-ауты.
- Приёмка — это контрольная выгрузка, логи без ошибок и сверка цен с остатками.
01
Ошибка обмена — это не один процесс
Интеграция 1С с Битрикс проходит несколько точек: 1С формирует CommerceML, авторизуется на сайте, передаёт архивы, а сайт разбирает файлы и обновляет инфоблок, цены, остатки и торговые предложения. Ошибка на любом шаге выглядит для бизнеса одинаково: «данные не обновились».
Не перезапускайте обмен многократно. Это создаёт параллельные сессии, нагрузку и риск дублей. Сначала сохраните время запуска, URL обмена, текст ошибки и журналы 1С и сервера.
02
Логи обмена
Лог показывает точный этап сбоя: авторизацию, загрузку файла, импорт или обновление свойств.
03
Где чаще всего теряется время
Если соединение устанавливается, но обмен идёт долго, ищите не «медленный Битрикс», а конкретную операцию. Обычно задержка возникает при обработке большого XML, пересчёте свойств, обновлении тысяч предложений или обращении к перегруженной базе данных.
Сравните длительность этапов двух запусков: после роста каталога узкое место обычно становится видно.
04
Аудит симптомов: что означает каждая ошибка
Один текст ошибки редко объясняет причину. Например, 500 может появиться из-за нехватки памяти, ошибки PHP-кода или недоступной базы. Проверять нужно запись в error_log в ту же секунду, а не только сообщение в 1С.
В отчёте фиксируйте факт, источник и владельца следующего действия.
| Признак | Вероятная причина | Проверка |
|---|---|---|
| Обрыв на одном проценте | Лимит времени или памяти | PHP error_log, размер пакета |
| 401 или 403 | Доступы, WAF, сессия | Учётная запись и журнал веб-сервера |
| Загрузка есть, данных нет | Ошибка импорта XML | Журнал обмена и структура файла |
| Сайт недоступен | Нагрузка или место на диске | CPU, RAM, I/O, свободное место |
05
Проверьте данные до передачи
Технически успешный импорт не означает корректный каталог. Пустой внешний идентификатор, изменённый GUID, неоднозначные свойства или разные единицы измерения заставляют сайт создавать новые сущности либо не обновлять существующие.
Для контрольной группы выберите 10 товаров: простой товар, товар с предложениями, товар без остатка, товар со скидкой и позицию с изменённой характеристикой.
Готовое сообщение
Формулировка задачи подрядчику
Цель: найти причину медленного или аварийного обмена между 1С и сайтом на 1С-Битрикс.
Передать: дату и время трёх запусков, журнал 1С, URL обмена, доступ в админ-панель и к серверным логам, размер XML/ZIP, число товаров и предложений.
Проверить: HTTP-коды, лимиты PHP, свободное место, ошибки веб-сервера и PHP, длительность обработки, GUID и настройки инфоблока.
Результат: отчёт с причиной, исправлением, оценкой рисков и протоколом контрольного обмена.
Приёмка: один полный обмен завершается без ошибок, контрольные 10 позиций совпадают по цене, остатку и предложениям, в логах нет критичных записей.
06
Маршрут диагностики без остановки продаж
Проводите проверку на копии сайта или в согласованное окно. Если каталог связан с оформлением заказа, заранее определите: какие данные можно обновлять, а какие нельзя менять во время диагностики.
- 1
Зафиксируйте инцидент. Запишите время, пользователя 1С, номер запуска и видимый текст ошибки.
- 2
Проверьте ответ сайта. Сопоставьте код HTTP с access_log и error_log сервера.
- 3
Измерьте пакеты. Определите размер файлов и длительность каждого этапа передачи.
- 4
Проверьте импорт. Откройте журнал обмена в админ-панели и найдите первую ошибку.
- 5
Сверьте контрольные товары. Сравните GUID, цену, остаток, свойства и предложения в 1С и на сайте.
- 6
Проведите повторный запуск. После исправления запустите полный обмен и сохраните протокол результата.
07
Что считать исправленным обменом
«Ошибка пропала» — недостаточный критерий. Нужны измеримые условия: время обработки, отсутствие повторных ошибок, корректные данные и безопасное поведение при следующем запуске.
Базовые настройки обмена и журналов описаны в документации 1С-Битрикс. Если требуется разбор похожих задач, используйте реальные материалы из портфолио ICONICA.
Время
Полный обмен укладывается в согласованный интервал.
Данные
Контрольная выборка совпадает на сайте и в 1С.
Логи
Нет критичных ошибок PHP, базы и импорта.
Повтор
Следующий запуск не создаёт дублей и не зависает.
08
Когда стандартного обмена уже недостаточно
Если нужно передавать сложные правила цен, несколько складов, персональные предложения, резервы или данные из нескольких систем, типовой CommerceML может стать хрупким. Не стоит бесконечно добавлять обработчики без схемы ответственности.
В этом случае сначала описывают источники истины, состав данных, частоту обновления и сценарий ошибки, затем выбирают доработку обмена или API-интеграцию.
Есть резервная копия перед изменениями; определён владелец 1С и сайта; сохранены логи неудачного запуска; выбрана контрольная выборка товаров; согласовано окно работ; описан сценарий отката.
FAQ
Частые вопросы
Можно ли просто увеличить лимит времени PHP?
Иногда это помогает, но сначала проверьте память, размер файлов и ошибку в логах. Иначе сбой лишь произойдёт позже.
Почему обмен проходит, но цены на сайте старые?
Проверьте тип цен, права на него, соответствие каталога, кеш и дату последней успешной обработки.
Можно ли запускать обмен параллельно?
Только если это предусмотрено архитектурой. В типовом сценарии параллельные запуски могут дать блокировки и дубли.
Какие доступы нужны для диагностики?
Нужны права администратора сайта, журнал 1С и доступ к серверным логам либо выгрузка записей за время сбоя.
