Обновление измененной (нетиповой) конфигурации 1С — это ответственный процесс, требующий внимательности и понимания механизмов платформы. В отличие от типового обновления «одной кнопкой», здесь необходимо учитывать внесенные ранее доработки, чтобы не затереть их новым программным кодом от поставщика. В этой статье мы подробно разберем правильный алгоритм действий, проанализируем настройки окна сравнения-объединения и выясним, почему опасно «перепрыгивать» через несколько релизов сразу.
Прежде всего, запомним золотое правило: никогда не обновляйте нетиповую конфигурацию сразу на рабочей базе. Любая ошибка в процессе объединения может привести к потере данных или неработоспособности системы.
Разберем последовательность подготовительных действий:
1cv8.cf) и дистрибутив обновления (файл 1cv8.cfu). Для нетиповых баз зачастую удобнее использовать .cf файлы, так как они содержат полную структуру метаданных.Рассмотрим разницу между типами файлов, которые предоставляет фирма 1С на портале ИТС. Это поможет нам выбрать правильный инструмент для работы:
1cv8.cf. Он идеально подходит для «ручного» обновления через сравнение и объединение, так как весит меньше и не требует установки лишних компонентов.Наиболее правильный и безопасный метод — использование механизма обновления через поддержку. Разберем этот процесс по шагам:
Шаг 1. Запуск механизма обновления. В конфигураторе переходим в меню Конфигурация — Поддержка — Обновить конфигурацию. Выбираем файл обновления (.cfu или .cf).
Шаг 2. Окно сравнения и объединения. После того как платформа проанализирует файлы, откроется окно, в котором отображаются различия между тремя конфигурациями: Основной конфигурацией (ваша база), Старой конфигурацией поставщика и Новой конфигурацией поставщика.
Шаг 3. Настройка фильтров. Это самый важный этап. Проанализируем ситуацию в окне сравнения:
Шаг 4. Настройка объединения модулей. Если код в модуле был изменен и вами, и поставщиком, нажмите правую кнопку мыши на объекте и выберите пункт «Установить режим объединения». Здесь можно включить режим Объединять с приоритетом основной конфигурации или использовать визуальный редактор для совмещения фрагментов кода.
Существует мнение, что можно взять .cf файл самого актуального релиза и просто «накатить» его на старую базу. Разберем, почему это опасно. В процессе эволюции программы 1С меняет структуру хранения данных (реструктуризация). Например, данные из одного регистра могут переноситься в другой через специальные обработчики.
Выясним причину возможных проблем на примере конфигурации «Розница» или «Бухгалтерия»:
Важно: Всегда выполняйте обновление последовательно, соблюдая цепочку релизов, указанную в таблице совместимости на сайте поддержки 1С.
После того как вы нажали кнопку «Выполнить» в конфигураторе и сохранили конфигурацию базы данных (F7), работа еще не закончена. Рассмотрим обязательные действия в режиме пользователя:
Администрирование — Обслуживание — Результаты обновления программы. Пока все фоновые задания не завершены, переходить к следующему релизу нельзя.Если ваши доработки вынесены в расширения конфигурации, процесс обновления упрощается, но не становится автоматическим. Проанализируем ситуацию:
После обновления основной конфигурации обязательно проверьте работоспособность расширений. Используйте функцию конфигуратора Конфигурация — Расширения конфигурации — Проверить возможность применения. Часто изменения в именах процедур или структуре метаданных основной базы приводят к конфликтам в расширениях, которые нужно исправлять вручную.
При сравнении модулей всегда обращайте внимание на комментарии. Хорошим тоном считается помечать свои изменения специальными тегами:
// +++ [ИмяПрограммиста] [Дата]
// Наша доработка логики расчета
Результат = МояФункцияРасчета(Параметр);
// --- [ИмяПрограммиста]
Наличие таких меток позволит вам при «тройном сравнении» мгновенно увидеть свои куски кода и не потерять их при объединении с типовым функционалом 1С.
Подведем итог правильной последовательности обновления нетиповой конфигурации:
.dt файл или копию каталога базы).Сравнить/Объединить для каждого ключевого релиза..cf файл и применить его к рабочей базе в период отсутствия пользователей.Соблюдение этой методики гарантирует сохранность ваших доработок и стабильную работу системы после перехода на новые версии платформы и конфигурации.