Обмен 1С с сайтом никогда не ломается громко. Он просто перестаёт работать — а магазин продолжает жить: принимает заказы по вчерашним остаткам, показывает старые цены, продаёт то, чего давно нет на складе. Замечают поломку не по ошибке на экране, а по злому клиенту: «я оплатил, а вы звоните и говорите, что товара нет». К этому моменту обмен может стоять неделю.
Я обслуживаю связку «1С:УТ ⇄ интернет-магазин» на каталоге в 22 000 товаров, и почти каждая «внезапная» поломка обмена при разборе оказывается одной из пяти типовых. Разберём их — и что делать в первый час.
Как понять, что обмен встал
Три верных признака, любой из них — повод проверять:
- Остатки на сайте не меняются день-два, хотя склад живёт: продажи идут, приёмки проводятся.
- Заказы с сайта не появляются в 1С — менеджер узнаёт о заказе из письма или звонка, а не из базы.
- Дубли номенклатуры: один товар существует в двух карточках — старой и «свежесозданной» обменом. Это значит, что обмен работает, но сопоставление сломано — по-своему хуже полной остановки.
Пять типовых причин
1. Умерло регламентное задание. Обмен в 1С обычно запускается по расписанию. Задание отключили «на минутку» при обновлении и забыли включить, или оно висит со статусом «выполняется» с прошлой недели, потому что один запуск завис и держит очередь.
2. Сменились реквизиты подключения. На сайте поменяли пароль администратора, переехали на другой хостинг, обновили SSL-сертификат, переименовали скрипт обмена — а 1С продолжает стучаться по старому адресу со старым паролем. С её стороны это выглядит как «сайт не отвечает».
3. Обновление сломало правила. Обновили конфигурацию или модуль обмена на сайте — и формат данных разошёлся: 1С выгружает поле, которое сайт больше не понимает, или наоборот. Обмен падает на первом же «неправильном» товаре и не проходит дальше.
4. Переполнилась регистрация изменений. План обмена в 1С копит список «что изменилось с прошлой выгрузки». Если обмен стоял долго, там сотни тысяч записей — и первый же запуск после простоя либо падает по таймауту, либо кладёт сайт выгрузкой на несколько часов в рабочее время.
5. Кончилось место или ресурсы. Диск на сервере с 1С забился журналами, на хостинге сайта исчерпан лимит на размер запроса или время исполнения скрипта. Обмен упирается в потолок ровно на середине — и каждая попытка повторяет тот же сценарий.
Первый час: что проверить самому
Пять проверок по порядку — без удаления узлов и «перезагрузки на всякий случай».
Всё из списка выше можно посмотреть, ничего не ломая: журнал регистрации 1С (отбор по ошибкам), состояние регламентных заданий, счётчик зарегистрированных изменений в узле плана обмена, доступность обработчика на стороне сайта и список того, что обновляли за последние дни. В половине случаев причина находится на первом же шаге — в журнале, который просто никто не открывал.
Чего не делать никогда
- Не удаляйте узел плана обмена, чтобы «создать заново, и всё синхронизируется». Вместе с узлом исчезает вся история сопоставления — и следующий обмен создаст дубль каждого товара. Разгребать дубли на большом каталоге — недели ручной работы.
- Не запускайте полную перевыгрузку всего каталога в рабочее время — на большой базе это часы нагрузки, в течение которых сайт и 1С живут хуже, чем со сломанным обменом.
- Не правьте данные руками «и там и там», пока обмен стоит. После починки эти правки разойдутся, и вы получите вторую волну расхождений.
Когда звать специалиста
Если журнал молчит, задания работают, а обмен всё равно не идёт — дальше начинается отладка правил обмена и разбор данных, и здесь самостоятельные эксперименты обходятся дороже диагностики. Диагностика и починка стоит 2 400–8 000 ₽ в зависимости от глубины — я смотрю базу удалённо в день обращения, говорю причину и что чинить. Гарантия обычная для моих работ по 1С: свои ошибки исправляю бесплатно до обновления, меняющего затронутый функционал.
А если обмен у вас пока жив — лучший момент починить его «на берегу»: настроить мониторинг, чтобы о простое узнавали вы, а не клиент. Это тоже задача на пару часов.