← На главную

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

Причины возникновения ошибки

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

1. Наличие конфигурации поставщика: Информационная база обязательно должна находиться на поддержке. Если конфигурацию ранее обновляли простым объединением через файл без сохранения поддержки либо поддержка была намеренно снята, файл .cfu применен быть не может.
2. Соответствие релиза конфигурации поставщика: Релиз в окне «О программе» (основная конфигурация) может формально совпадать с требуемым, но в окне «Настройка поддержки» версия конфигурации поставщика может отсутствовать или отличаться.
3. Совпадение метаданных корня конфигурации: Если в свойствах корневого элемента конфигурации были изменены реквизиты Имя, Поставщик или КраткаяИнформация, платформа не сможет сопоставить файл обновления с текущей базой данных.
4. Повреждение служебных таблиц: В редких случаях причиной сбоя может быть повреждение системных таблиц поддержки (таких как ConfigCAS или Config) вследствие некорректного динамического обновления.

Пошаговое восстановление конфигурации на поддержку

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

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

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

Правила пакетного обновления через большое количество релизов

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

1. Обязательный запуск в режиме «1С:Предприятие»: Нельзя накатывать цепочку релизов исключительно в конфигураторе. После установки каждого релиза (или ключевого «узлового» релиза) необходимо запустить базу в пользовательском режиме, чтобы отработали служебные обработчики обновления данных (пересчет регистров учета страховых взносов, НДФЛ, стажа и регламентированного учета).
2. Использование узловых релизов: Не обязательно устанавливать каждый промежуточный .cfu. В таблице обновлений на портале 1С указано, с каких предыдущих версий допускается обновление. Использование цепочки промежуточных полных файлов .cf позволяет сократить количество шагов обновления в несколько раз.
3. Автоматизация через пакетный режим: Рутинное применение файлов можно автоматизировать с помощью командной строки:
   Скопировать код

   
   "C:\Program Files\1cv8\common\1cv8.exe" DESIGNER /F "D:\Bases\ZUP" /UpdateCfg "D:\Updates\update.cfu" /UpdateDBCfg
   

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

Переход на новые редакции программ

Если конечной целью обновления старой редакции (например, ЗУП 2.5) является переход на современную версию (ЗУП 3.1), выясним требования правил переноса. В большинстве случаев встроенные в ЗУП 3.1 помощники переноса данных требуют не самый последний, а определенный стабильный релиз-источник. Достаточно обновить устаревшую базу до минимально требуемой правилами версии, после чего сразу выполнить перенос данных без прогона оставшихся десятков релизов.