← На главную

В процессе сопровождения и обновления конфигураций 1С специалисты нередко сталкиваются с ситуацией, когда необходимые шаблоны обновлений установлены в каталог шаблонов, однако мастер поиска обновлений в конфигураторе сообщает, что доступных обновлений не обнаружено. При этом в абсолютно чистой информационной базе те же самые файлы обновлений определяются корректно. Разберем подробно, почему возникает подобное поведение платформы, проанализируем ключевые причины и рассмотрим пошаговые способы восстановления нормального процесса обновления.

Причина 1: Несоответствие версии технологической платформы 1С

Одной из наиболее частых, но неочевидных причин является несоответствие версии платформы, под которой запущен конфигуратор, системным требованиям конкретного релиза конфигурации. В каталоге каждого шаблона находится файл манифеста (например, UpdInfo.txt), в котором разработчики жестко задают параметры совместимости:

1. Минимальная версия платформы: если шаблон обновления требует платформу версии 8.3, а база открыта в конфигураторе платформы 8.2 (или устаревшей сборке 8.3), мастер автоматического поиска просто исключает неподходящий файл обновления из списка доступных.
2. Список разрешенных версий для перехода: параметр FromVersion содержит перечень релизов, с которых допустимо применение данного файла обновления (формата .cfu).
3. Идентификатор конфигурации: проверяется строгое совпадение параметров TargetConfigName и TargetConfigVendor с текущими свойствами конфигурации базы данных.

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

Причина 2: Рассогласование основной конфигурации и конфигурации поставщика

Проблема часто проявляется в базах, которые обновлялись некорректно — например, путем прямой загрузки полного файла конфигурации (.cf) через меню «Загрузить конфигурацию из файла» вместо штатного обновления через поддержку. В этом случае реальные метаданные базы обновляются, а конфигурация поставщика остается на старой версии или вовсе повреждается.

Когда мастер обновления пытается найти подходящий файл .cfu, он ориентируется именно на номер версии конфигурации поставщика. Если конфигурация поставщика отстала на несколько релизов, прямое обновление через .cfu становится невозможным, так как цепочка релизов нарушена.

Способ 1: Восстановление конфигурации поставщика через сравнение и объединение

Если конфигурация фактически обновлена, но конфигурация поставщика отстает, ее можно синхронизировать без риска затереть сделанные доработки. Разберем по шагам, как выполнить эту процедуру:

1. Открываем конфигуратор и обязательно создаем резервную копию информационной базы (выгрузку в .dt или копию файла базы данных).
2. Переходим в главное меню: Конфигурация -> Сравнить, объединить с конфигурацией из файла....
3. Выбираем полный файл типовой конфигурации (.cf) в точности того релиза, до которого фактически доведена база.
4. В открывшемся окне сравнения и объединения полностью снимаем все флажки со всех объектов метаданных (в корне дерева метаданных). Это гарантирует, что существующие объекты и доработки не будут перезаписаны.
5. Нажимаем кнопку Выполнить.
6. В появившемся диалоговом окне с вопросом об обновлении конфигурации поставщика подтверждаем действие и соглашаемся на обновление.
7. Сохраняем конфигурацию и применяем изменения в базе данных клавишей F7.

После выполнения этих шагов конфигурация поставщика будет обновлена до целевой версии, и поиск последующих обновлений заработает в штатном режиме.

Способ 2: Обновление через полный файл конфигурации (.cf) вместо файлов .cfu

Если цепочка релизов .cfu разорвана или мастер обновлений не находит промежуточные файлы, наиболее надежный вариант — использовать полный файл поставщика .cf нужного релиза:

1. Переходим в меню: Конфигурация -> Поддержка -> Обновить конфигурацию.
2. В мастере обновления переключаем тумблер в положение «Выбор файла обновления» и нажимаем «Далее».
3. В диалоге выбора файла указываем полный файл .cf целевого релиза поставщика.
4. При таком способе платформа сопоставляет версии напрямую и позволяет выполнить обновление конфигурации поставщика сразу через несколько пропущенных релизов за один шаг.

Причина 3: Неверно настроенные пути к каталогам шаблонов и кэш

Если версии платформы и конфигурации согласованы, но файлы по-прежнему не видны, проверим пути поиска шаблонов и служебный кэш:

1. Каталоги шаблонов: в окне запуска 1С нажимаем кнопку «Настройка» и проверяем список каталогов шаблонов конфигураций и обновлений. Проверяем наличие путей к системной папке (например, C:\Program Files\1cv8\tmplts) и пользовательской папке (%APPDATA%\1C\1Cv8\tmplts). Если шаблоны установлены в каталог, которого нет в списке, конфигуратор их не увидит.
2. Очистка кэша конфигуратора: закрываем все сеансы 1С и очищаем временные файлы конфигуратора в каталогах %LOCALAPPDATA%\1C\1Cv8 и %APPDATA%\1C\1Cv8 (папки с буквенно-цифровыми GUID-именами).

Важное замечание: после любого обновления структуры метаданных и конфигурации поставщика обязательно запускаем базу в режиме «1С:Предприятие» с административными правами. Это необходимо для корректного выполнения служебных процедур и регламентных обработчиков обновления данных библиотеки стандартных подсистем (БСП).