Как правильно обновлять 1С:ЗУП 3.1 и почему нельзя прерывать дополнительные процедуры?

Обновление конфигурации «1С:Зарплата и управление персоналом 3.1» (ЗУП 3.1) существенно отличается от работы со старыми редакциями программ на платформе 1С (такими как ЗУП 2.5 или УТ 10.3). В современных типовых решениях процесс внесения изменений не заканчивается в «Конфигураторе». В этой статье мы разберем по шагам, какой способ обновления выбрать, и выясним причину, по которой крайне опасно пренебрегать дополнительными процедурами в режиме «Предприятие».

Выбор способа обновления: Конфигуратор против режима «Предприятие»

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

1. Обновление через режим «Предприятие» (Монитор ИТС). Это наиболее автоматизированный метод. Мы просто нажимаем кнопку в интерфейсе программы, и система сама скачивает дистрибутив, создает резервную копию и устанавливает обновление.
   • Плюсы: Минимум действий от пользователя, автоматическое создание бэкапа в %appdata%.
   • Минусы: При возникновении ошибок (например, из-за блокировок UAC в Windows или обрыва связи) диагностика затруднена. Также этот способ не всегда удобен, если нужно пропустить сразу 5–10 релизов.
2. Обновление через «Конфигуратор». Старый добрый метод «по старинке». Мы скачиваем цепочку обновлений с сайта ИТС и последовательно применяем файлы .cfu или используем файл .cf.
   • Плюсы: Полный контроль над процессом. Специалист видит все изменения в структуре метаданных и может вовремя отреагировать на ошибки СУБД.
   • Минусы: Трудоемкость при длинных цепочках обновлений.
3. Использование специализированного софта («Обновлятор»). Проанализируем этот вариант как наиболее эффективный для массовых обновлений. «Обновлятор» умеет самостоятельно скачивать цепочки релизов, проверять целостность базы и, что самое важное, автоматически запускать и дожидаться окончания процедур обработки данных.

Что такое «Дополнительные процедуры» и зачем они нужны?

Проанализируем ситуацию: почему в ЗУП 3.1 после обновления метаданных в «Конфигураторе» система требует зайти в режим «Предприятие» и подтвердить легальность? В этот момент запускается механизм отложенного обновления данных.

В отличие от старых конфигураций, где данные менялись непосредственно при реструктуризации таблиц в «Конфигураторе», в ЗУП 3.1 многие изменения логики происходят программно. Это необходимо для того, чтобы база оставалась доступной для работы, пока «тяжелые» расчеты или переброска данных из одних регистров в другие происходят в фоновом режиме.

Рассмотрим, какие конкретно задачи выполняют эти процедуры:

• Обновление идентификаторов объектов метаданных. Система перестраивает внутренние ссылки в справочнике Справочник.ИдентификаторыОбъектовМетаданных. Если этого не сделать, вы можете столкнуться с тем, что списки отчетов (например, в разделе «Зарплата — Отчеты по зарплате») окажутся пустыми.
• Трансформация данных. Например, если в новом релизе разработчики решили изменить способ хранения остатков отпусков, фоновые задания будут пересчитывать и переносить записи из старых таблиц в новые.
• Обновление типовых правил обмена. Масштабные изменения в механизмах интеграции с Бухгалтерией или ГИС также прописываются на этом этапе.

Критическая опасность прерывания процедур

Выясним причину, по которой нельзя устанавливать следующее обновление (версию N+1), пока не завершились процедуры версии N. Представим ситуацию: обновление версии N должно перенести данные из колонки «А» в колонку «Б». Обновление версии N+1 ожидает, что данные уже находятся в колонке «Б» и удаляет колонку «А».

Если вы накатите обновление N+1 до завершения процедур N, данные не успеют переехать в колонку «Б» и будут безвозвратно удалены вместе с колонкой «А».

Это может привести к следующим последствиям:

1. Необратимая порча данных, которую невозможно заметить сразу.
2. Ошибки в расчете среднего заработка или налогов, которые «выплывут» только через несколько месяцев.
3. Полная невозможность запустить базу из-за критической ошибки в коде инициализации.
4. Блокировка системы самой платформой, которая выдаст предупреждение: «Работа в программе временно невозможна, так как не завершены процедуры обновления».

Как ускорить процесс и проверить результат?

Разберем по шагам, как правильно контролировать выполнение этих процедур:

1. После установки обновления и подтверждения легальности, перейдите в раздел Администрирование — Обслуживание — Результаты обновления программы.

2. Проверьте гиперссылку «Информационные сообщения». Если там указано, что выполняются дополнительные процедуры, не закрывайте сеанс.

3. Для ускорения процесса можно воспользоваться многопоточным режимом. Если ваша база работает в клиент-серверном варианте (SQL), вы можете увеличить количество потоков обработки в настройках обновления. Это позволит задействовать больше ресурсов сервера и закончить процесс в разы быстрее.

Посмотрим на пример интерфейса управления:

// В коде конфигурации за это отвечают модули:
ОбновлениеИнформационнойБазы.ВыполнитьОбновление();
// Но пользователю достаточно следить за статусом в форме "Результаты обновления"

Рекомендации по работе с кэшем и патчами

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

• Очистка кэша. Часто после обновления интерфейс ведет себя некорректно: кнопки не нажимаются, формы «разваливаются». Это происходит из-за старого кэша пользователя. Очистите папку %localappdata%\1C\1cv8.
• Установка патчей. В ЗУП 3.1 разработчики часто выпускают оперативные исправления (патчи). Рекомендуется настроить их автоматическую загрузку, так как они исправляют критические ошибки в формах 6-НДФЛ или расчетах взносов, не дожидаясь полноценного релиза.

Резюме: При обновлении ЗУП 3.1 всегда придерживайтесь правила: один релиз в «Конфигураторе» — один полный запуск в «Предприятии» до 100% завершения всех отложенных заданий. Только после этого можно приступать к следующему шагу цепочки.