← На главную

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

Использование хранилища конфигурации

Для командной разработки и поддержания актуальности кода оптимальным решением является использование Хранилище конфигурации. Разберем этот метод по шагам:

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

Важно помнить, что рабочая база не должна находиться в режиме активной разработки. Использование хранилища минимизирует риски случайной перезаписи важных доработок и обеспечивает контроль версий.

Обновление через копию и последовательное накатывание релизов

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

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

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

Применение расширений для защиты доработок

Современным стандартом считается вынос доработок в Расширение. Это позволяет обновлять основную конфигурацию практически безболезненно. Разберем ключевые преимущества:

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

Техника работы с файлами настроек сравнения

Чтобы автоматизировать процесс, сохраняйте Файлы настроек сравнения. Это позволит вам:

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

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

Советы по работе с конфигурацией поставщика

Многие задаются вопросом, зачем хранить Конфигурация поставщика в рабочей базе. Ответ прост: именно она позволяет 1С понимать, что именно изменилось в типовом функционале. Без актуальной конфигурации поставщика процесс сравнения становится хаотичным. Регулярно обновляйте её вместе с основной конфигурацией, чтобы иметь четкую картину изменений при сравнении объектов.

Особенности при работе с предопределенными данными

Особое внимание уделяйте План видов характеристик и План счетов. При их изменении в типовом обновлении всегда проверяйте Ссылка предопределенных элементов. Если обновление затрагивает структуру этих объектов, автоматическое объединение может привести к дублированию или ошибкам в учете. Всегда выполняйте такие обновления в тестовой среде перед запуском на «боевой» базе.

Следуя этим методам, вы сможете поддерживать сильно переписанные конфигурации в актуальном состоянии с минимальными рисками для стабильности бизнеса.