Почему после обновления 1С:Бухгалтерии перестал работать обмен с Управлением торговлей?

← На главную

Ситуация, когда после автоматического обновления конфигураций БП 3.0 и УТ 11 перестает работать синхронизация данных, встречается довольно часто. Основная причина кроется в конфликте версий Универсального формата EnterpriseData. В процессе обновления одна из баз может автоматически переключиться на более новую версию формата (например, 1.10), в то время как вторая база ее не поддерживает или работает на более старой версии. В данной статье мы разберем пошагово, как выявить причину и восстановить обмен.

Этап 1: Диагностика и установка патчей

Первым делом проанализируем логи событий в Журнале регистрации. Если вы видите ошибку об изменении номера версии формата обмена, не спешите сразу менять программный код. Фирма «1С» часто выпускает исправляющие патчи для таких ситуаций.

Перейдите в раздел Администрирование — Обслуживание — Обновление программы — Установленные исправления (патчи).
Проверьте наличие доступных исправлений для текущих релизов. Для решения подобных проблем часто выпускаются патчи вида EF_00_00385576, которые исправляют корректность обработки EnterpriseData 1.10.
Если патч установлен, выполните удаление текущей настройки синхронизации в обеих базах и создайте её заново. Часто этого бывает достаточно для «пересогласования» версий формата.

Этап 2: Принудительная корректировка версий формата

Если патчи не помогли, а обмен по-прежнему выдает «0 обработанных объектов», нам придется вмешаться в работу механизма версионности. Это можно сделать через Расширение конфигурации, так как прямое изменение кода в облачных сервисах (например, 1С:Фреш) ограничено.

Рассмотрим, как ограничить использование «нежелательных» версий формата, которые система пытается навязать автоматически:

Откройте конфигуратор и создайте новое Расширение.
В расширении найдите методы, отвечающие за выбор версии формата обмена. Обычно в коде присутствуют строки, где жестко задается версия 1.10.
С помощью расширения «закомментируйте» вызовы, принудительно устанавливающие версию 1.10. Пример логики, которую нужно локализовать:


// Пример логики поиска и ограничения версии
Если ВерсияФормата = "1.10" Тогда
    // Заменяем на поддерживаемую версию 1.8 или 1.3
    ВерсияФормата = "1.8"; 
КонецЕсли;

Этап 3: Работа с узлами обмена

После того как вы ограничили использование 1.10, необходимо вручную привести в соответствие версии в планах обмена. Помните, что у каждой базы есть два узла:

Основной узел синхронизации.
Дополнительный (транспортный) узел.

Проверьте, чтобы в обоих узлах была прописана совместимая версия формата (например, 1.8 или 1.3). В Бухгалтерии предприятия после ручной правки убедитесь, что система не «откатила» изменения обратно при следующем запуске. Если после правки версия сбрасывается, проверьте наличие расширений, блокирующих запись в регистры сведений, отвечающие за настройки обмена.

Важные рекомендации и риски

При восстановлении обмена важно помнить о следующем:

Регистрация изменений: За то время, пока обмен не работал (загружалось 0 объектов), данные продолжали регистрироваться в Планах обмена. После исправления все эти объекты будут отправлены. Проверьте правильность отражения документов в учете.
Последовательность действий: Сначала всегда пробуйте очистку и перенастройку синхронизации. Только при неудаче переходите к правкам через расширения.
Бэкапы: Перед любым вмешательством в узлы обмена или установкой патчей в обязательном порядке сделайте резервную копию базы данных.

Если после всех манипуляций синхронизация проходит, но данные всё равно не появляются, загляните в Регистры сведений, связанные с обменом данными, и убедитесь, что в них нет «битых» записей о версиях формата. Исправление конфликта версий — это процесс, требующий внимательности, но при системном подходе обмен всегда удается восстановить до рабочего состояния.