Коротко. Доработанная конфигурация обновляется в конфигураторе файлом конфигурации поставщика (.cf): платформа сравнивает три конфигурации — вашу, прежнюю версию поставщика и новую — и расставляет правила объединения. Вручную решать нужно только свойства, которые меняли и вы, и фирма «1С». Делайте это на копии базы.
Как это устроено
По методической документации фирмы «1С», любая конфигурация может стоять «на поддержке» у конфигурации поставщика. Есть два режима:
- без возможности изменений — конфигурация используется как есть, все объекты заблокированы; обновление полностью автоматическое;
- с возможностью изменений — включается в «Конфигурация» → «Поддержка» → «Настройка поддержки» кнопкой «Включить возможность изменения». Именно так получается «нетиповая» конфигурация.
Для каждого объекта задаётся правило поддержки:
- «Объект поставщика не редактируется» — при обновлении объект полностью заменяется версией поставщика;
- «Объект поставщика редактируется с сохранением поддержки» — основное правило: изменения объединяются;
- «Объект поставщика снят с поддержки» — обновления поставщика к объекту больше не применяются (так делают, чтобы удалить объект поставщика).
Как идёт объединение
При обновлении в сравнении участвуют три конфигурации: ваша, старая конфигурация поставщика (она хранится внутри вашей) и новая конфигурация поставщика. Для каждого свойства платформа применяет правило:
- меняли только вы — остаётся ваше;
- меняла только фирма «1С» — берётся новое от поставщика;
- не менял никто — без изменений;
- меняли и вы, и поставщик — решать вам. Такие свойства в дереве объединения выделены жирным, а в фильтре можно включить «Показывать только дважды измененные свойства».
После объединения хранимая конфигурация поставщика обновляется до новой версии — следующее обновление пойдёт от неё.
Почему не подходит файл .cfu
Файл обновления .cfu проверяет версию по внутреннему идентификатору, который меняется при любом изменении конфигурации, в том числе при снятии с поддержки. Поэтому для доработанной конфигурации используют полный файл .cf новой версии — им можно обновлять с любой версии.
Порядок работы
- Сделайте выгрузку базы (.dt) и разверните копию — объединение отлаживают на копии, а не на рабочей базе.
- Определите цепочку релизов в калькуляторе обновлений и скачайте файлы .cf нужных версий.
- В копии выполните «Конфигурация» → «Поддержка» → «Обновить конфигурацию», укажите файл .cf.
- Разберите дважды изменённые свойства, особенно модули: перенесите свои доработки в новый код поставщика.
- Обновите конфигурацию базы данных, запустите программу в режиме «1С:Предприятие», дождитесь обновления информационной базы и проверьте доработки.
- Когда всё проверено, повторите на рабочей базе или перенесите готовую конфигурацию (файл .cf) в рабочую базу.
Как снизить трудоёмкость будущих обновлений
Доработки, сделанные в расширениях конфигурации, не меняют основную конфигурацию: её можно держать на поддержке без изменений и обновлять как типовую. После обновления проверьте, что расширения применяются: в описании изменений платформы упоминается аварийный режим обновления информационной базы при расширениях, несовместимых с новой версией конфигурации. Если доработок много, обновление разумно поручить программисту или партнёру фирмы «1С».
Перед любым обновлением сделайте резервную копию базы. Это первая рекомендация фирмы «1С» в её инструкциях. Без копии неудачное обновление откатить нельзя: подробнее — в статье «Как откатить обновление 1С».