← На главную

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

Проанализируем механику работы файла обновления

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

Рассмотрим основные факторы, которые блокируют процесс:

1. Несоответствие версии в конфигурации поставщика: Обновление проверяет именно ту конфигурацию, которая находится «на замке» (конфигурация поставщика), а не текущую основную конфигурацию или конфигурацию базы данных. Если они различаются, возникнет ошибка.
2. Ошибки манифеста: Внутри файла обновления есть служебный файл UpdInfo.txt. Если разработчик при сборке релиза допустил ошибку и не указал вашу текущую версию в списке разрешенных для обновления, система проигнорирует файл.
3. Разрыв связи с поставщиком: Если конфигурация была снята с поддержки или объединена некорректно, внутренние идентификаторы (GUID) могут измениться, и файл обновления перестанет «узнавать» базу.

Шаг 1. Проверка режима поддержки и конфигурации поставщика

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

Перейдем в меню Конфигурация — Поддержка — Настройка поддержки. Здесь необходимо убедиться, что:

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

Если вы видите, что конфигурация базы данных отличается от основной конфигурации, обязательно выполните Обновить конфигурацию базы данных (F7) перед началом процесса.

Шаг 2. Очистка кэша конфигуратора

Иногда конфигуратор «зависает» на старых метаданных и не видит изменений в структуре таблиц Config или ConfigCAS. Посмотрим, как корректно очистить кэш:

Закроем 1С и удалим содержимое папок в каталогах %AppData%\1C\1cv8\ и %LocalAppData%\1C\1cv8\. После очистки попробуем запустить обновление повторно. Это исключит вероятность того, что проблема вызвана некорректным отображением текущего состояния базы самим конфигуратором.

Шаг 3. Использование полного файла конфигурации (CF)

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

Разберем алгоритм действий:

1. Раздобудем полный файл конфигурации .cf нужной версии. Его можно получить, установив полный дистрибутив версии, или выгрузить из пустой базы того же релиза.
2. В рабочей базе перейдем в Конфигурация — Сравнить, объединить с конфигурацией из файла.
3. Выберем наш файл .cf.
4. В появившемся окне 1С предложит обновить конфигурацию поставщика. Нажимаем «Да».
5. После завершения сравнения снимите галочки с объектов, если вы не хотите вносить изменения в программный код (в случае типовой конфигурации без доработок просто нажимаем «Выполнить»).

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

Шаг 4. Восстановление конфигурации поставщика через «Загрузить из файла»

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

Проанализируем последовательность:

1. Создаем резервную копию базы.
2. Используем пункт меню Конфигурация — Загрузить конфигурацию из файла.
3. Выбираем полный .cf файл целевого релиза.
4. Система полностью заменит основную конфигурацию и конфигурацию поставщика данными из файла.

Этот метод гарантированно лечит любые проблемы с несоответствием версий, так как база становится идентичной эталонной конфигурации от разработчика.

Шаг 5. Проверка платформы и специфических защит

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

Убедимся, что установлена платформа не ниже минимально требуемой для данного релиза. Также проверим наличие файла UpdInfo.txt в каталоге с обновлением. Если вы опытный пользователь, вы можете попробовать отредактировать этот файл, добавив свою текущую версию в список FromVersions, однако это сработает только в том случае, если структура данных между релизами не претерпела критических изменений, несовместимых с прямым обновлением.

Резюме

Если вы столкнулись с ошибкой «Файл не содержит доступных обновлений», не спешите писать разработчику. Скорее всего, произошел сбой в идентификаторах конфигурации поставщика. Рекомендуемым и наиболее безопасным путем решения является обновление через сравнение/объединение с полным CF-файлом. Это позволит «выровнять» поддержку и успешно перейти на следующий релиз, сохранив целостность базы данных.