Обновление 1С сломало обмен

Обновили 1С — и обмен с сайтом, CRM или складом встал. Знакомая ситуация: обновление платформы или конфигурации проходит гладко, но следом «падает» именно интеграция, которая вчера работала без нареканий.

Почему обновления 1С ломают обмен

Это не случайность и не «баг на ровном месте» — у сбоя после обновления почти всегда есть техническая причина:

• Изменилась версия протокола обмена (например, CommerceML) — новая конфигурация ожидает данные в чуть другом формате, а сайт или CRM ещё присылают старый.
• Слетели доработки и расширения. Если обмен настраивался через нетиповую доработку, обновление типовой конфигурации может её «перекрыть» или сделать неактуальной.
• Сбросились настройки узла обмена. Некоторые обновления затирают пользовательские настройки синхронизации до значений по умолчанию.
• Изменились права сервисного пользователя — после обновления роли и профили доступа иногда пересобираются заново.
• Появились новые обязательные поля в документах — старые данные из внешней системы не проходят валидацию новой версии.

Чек-лист сразу после обновления

1. Посмотрите описание обновления (release notes) — производитель конфигурации обычно прямо пишет, что изменилось в обмене данными.
2. Проверьте, включились ли ваши доработки и расширения после обновления — иногда их нужно переактивировать вручную.
3. Сверьте настройки узла обмена: адрес, логин, формат — не сбросились ли на значения по умолчанию.
4. Прогоните тестовый пакет — один заказ или один товар — прежде чем пускать в обмен весь объём.
5. Проверьте журнал регистрации 1С на конкретный текст ошибки — он почти всегда указывает, на каком шаге и с каким полем возникает конфликт.

Если откатить обновление нельзя

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

Как не попадать в эту ситуацию каждый раз

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

Если обмен уже встал, а разбираться в релиз-нотах и логах некогда — мы срочно подключаемся, находим, что именно сломало обновление, и восстанавливаем обмен 1С с сайтом, CRM и маркетплейсами. Подробнее: «Скорая помощь: развалился обмен с 1С».

И это не «1С виновата»: в нашем исследовании 9 421 задачи за 12 лет внешние обновления дали лишь около 3% поломок — 9 из 10 сбоев структурные, в швах интеграции.