← На главную

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

Выясняем причины сбоя при обновлении

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

Если предыдущий специалист выполнял обновление с нарушениями (например, объединял объекты вручную из файла .cf и не обновлял конфигурацию поставщика), возникают следующие симптомы:

1. Версия конфигурации поставщика (например, 1.0.36.6) отстает от фактической версии основной конфигурации (например, 1.0.43.4).
2. Платформа не принимает файлы обновления формата .cfu, так как они рассчитаны на последовательный переход с конкретных релизов поставщика.
3. При доработанных или отраслевых конфигурациях с измененными внутренними идентификаторами или свойствами поставщика файл обновления стандартной типовой конфигурации перестает подходить.

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

Рассмотрим наиболее безопасный способ выравнивания версий поставщика. Для этого потребуется полный дистрибутив конфигурации (файл .cf) в точности того же релиза, который сейчас установлен в качестве основной конфигурации базы.

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

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

Способ 2. Пересборка поддержки через полное снятие и объединение

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

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

Особенность отраслевых и нетиповых решений

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