← На главную

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

Причина 1: Кэширование метаданных платформой

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

Рассмотрим, как быстро и безопасно очистить локальный кэш:

1. Перерегистрация базы в списке: Самый простой способ сбросить кэш конкретной информационной базы — открыть окно запуска 1С, удалить проблемную базу из списка и заново добавить её с тем же путем к файловой базе или тем же параметрам сервера. При повторном добавлении создается новая локальная папка кэша с уникальным идентификатором.
2. Ручная очистка каталогов пользователя: Закройте все сеансы 1С и очистите содержимое каталогов временных файлов %AppData%\1C\1Cv8 и %LocalAppData%\1C\1Cv8 (удалять следует папки с длинными буквенно-цифровыми именами GUID).

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

Проанализируем внутреннее устройство поддержки в 1С. В типовой информационной базе одновременно присутствуют три конфигурации:

1. Основная конфигурация — дерево метаданных, с которым работает разработчик в Конфигураторе.
2. Конфигурация базы данных — структура метаданных, в которой фактически функционирует база и хранятся данные (ее номер отображается в меню Справка — О программе).
3. Конфигурация поставщика — исходный неизмененный эталон от разработчиков 1С, хранящийся внутри базы и используемый для вычисления разницы при обновлениях.

Файл с расширением .cfu представляет собой разностное обновление (дельта-патч), которое накладывается строго на конфигурацию поставщика. Если во время прошлых обновлений процедура была выполнена некорректно (например, обновляли через сравнение и объединение без применения правил поддержки или произошел сбой), номер версии конфигурации поставщика может отставать от версии базы данных. В этом случае мастер обновления выдает ошибку, так как файл обновления не находит нужной базовой версии поставщика.

Проверим текущую версию конфигурации поставщика:

1. Откроем базу данных в режиме Конфигуратор.
2. Перейдем в меню Конфигурация — Поддержка — Настройка поддержки.
3. В правом верхнем углу открывшегося окна посмотрим на строку Версия конфигурации у поставщика. Если она меньше, чем номер версии в окне О программе, файл .cfu применен быть не может.

Способ решения: Синхронизация конфигурации поставщика через файл CF

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

Разберем по шагам алгоритм приведения конфигураций в соответствие без потери накопленных данных:

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

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

Дополнительные факторы проверки

Если кэш очищен, а версии совпадают, обратим внимание на следующие моменты:

1. Редакция и вариант поставки: Убедимся, что файл обновления не предназначен для базовой версии, если используется версия ПРОФ (или наоборот), а также проверим совпадение локализации (например, Бухгалтерия для Казахстана и Бухгалтерия предприятия для РФ).
2. Наличие активных расширений и исправлений (патчей): Установленные временные патчи с префиксом EF_ могут блокировать проверку метаданных. Перед обновлением рекомендуется временно отключить их в меню Конфигурация — Расширения конфигурации.
3. Версия платформы 1С:Предприятие: Некоторые новые релизы конфигураций содержат требования к минимальной версии технологической платформы. При несоответствии платформы мастер обновления может работать некорректно.