← На главную

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

1. Классическое обновление через сравнение и объединение конфигураций

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

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

2. Перенос нетиповых доработок в расширения конфигурации

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

Проанализируем преимущества выноса доработок в расширения:

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

При использовании этого метода перенесем алгоритмы из программных модулей, формы и печатные формы в расширение, после чего вернем измененные объекты основной конфигурации в состояние На поддержке (не редактируется).

3. Использование механизма сохранения настроек объединения

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

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

4. Ключевые правила и технические нюансы при обновлении

Чтобы исключить повреждение структуры данных и ошибки в работе механизмов БСП (Библиотеки Стандартных Подсистем), проанализируем важные технические требования:

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