Обновление 1С ЗУП 8.3: порядок действий для администратора

Чтобы обновить 1С ЗУП, сначала решают, какая схема подходит: типовую базу без доработок обновляют автоматически через Администрирование → Интернет-поддержка и сервисы, а базу с изменениями — вручную файлом .cfu в конфигураторе. Перед любым вариантом делают резервную копию и выгоняют пользователей: обновление конфигурации базы данных требует монопольного доступа.

Частая ошибка — ставить новый релиз прямо в рабочий день «на горячую». Так делать нельзя: пока идёт реструктуризация, база недоступна, а оборванный процесс может оставить конфигурацию в наполовину обновлённом состоянии. Обновление 1С Зарплата и управление персоналом планируют на вечер или выходной, с запасом времени на откат.

Ниже — порядок действий для администратора: от выбора схемы до проверки, что расчёт зарплаты и отчётность после обновления считаются корректно.

Какую схему обновления выбрать

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

Два правила, которые экономят нервы:

• 🔢 Релизы ставят по порядку. Обычно можно обновиться сразу на последний релиз, но у некоторых версий поставщик указывает обязательные промежуточные. Проверьте требования в описании релиза перед загрузкой — перепрыгивать через обязательный промежуточный нельзя.
• 🧩 Сначала платформа, потом конфигурация. Новый релиз ЗУП часто требует версию платформы не ниже определённой. Если платформа старее — база не запустится. Обновите 1cv8 до требуемого номера, затем саму конфигурацию.

Когда обновляться — отдельный вопрос. Жёсткого графика нет, но у ЗУП релизы привязаны к изменениям в расчёте и отчётности:

• 📅 Перед отчётными кампаниями. Обновитесь до сдачи отчётности в СФР и налоговую — в релизах приходят актуальные бланки и контрольные соотношения.
• 🧾 При изменении законодательства. Новые ставки, вычеты, правила расчёта среднего заработка приходят с релизами. Работать на старом релизе в такой момент — считать по устаревшим правилам.
• ⏸️ Можно подождать, если релиз не несёт изменений по вашим участкам учёта, идёт горячий период (день выплаты зарплаты), а база большая. Тогда обновление переносят на ближайшее окно.

Главное — не копить отставание на много релизов сразу: чем больше разрыв с актуальной версией, тем выше риск, что придётся ставить обязательные промежуточные и дольше идти по цепочке.

Подготовка: резервная копия и выход пользователей

Это самый важный шаг. Без свежей резервной копии обновление не начинают. Откатить неудачное обновление можно только из копии, сделанной до него.

Что сделать до старта:

1. Предупредите пользователей и дождитесь, пока все выйдут. Активные сеансы не дадут войти в монопольный режим.
2. Снимите резервную копию.
   • Файловая база — выгрузите в .dt: конфигуратор → Администрирование → Выгрузить информационную базу. Либо просто скопируйте файл 1Cv8.1CD при закрытой базе.
   • Клиент-серверная база — сделайте бэкап средствами СУБД (SQL Server или PostgreSQL). Выгрузка в .dt тоже подходит, но на большой базе идёт долго.
3. Запишите текущий номер релиза конфигурации: Справка → О программе в режиме 1С:Предприятие. Пригодится, если придётся сверять, что именно обновили.

Автоматическое обновление типовой базы

Если база типовая и подключена к интернет-поддержке, обновление ставится в несколько кликов прямо из рабочего режима.

1. Войдите в базу в режиме 1С:Предприятие под пользователем с правами администратора.
2. Откройте раздел Администрирование → Интернет-поддержка и сервисы.
3. Найдите блок с обновлением программы и запустите проверку обновлений. Программа сама сходит на сервер поддержки и покажет доступный релиз.
4. Выберите релиз и подтвердите установку. Система скачает файл, попросит завершить работу и выполнит обновление.

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

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

Ещё один нюанс — права. Запускать обновление должен пользователь с полными административными правами. Под обычной учётной записью кнопка установки релиза либо не появится, либо система остановится на этапе применения изменений.

Обновление через конфигуратор пошагово

Ручной способ подходит всегда: и для типовой базы, и для доработанной. Файл поставки .cfu (обновление) или .cf (полная конфигурация) скачивают заранее и кладут в известную папку.

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

Не прерывайте реструктуризацию. Если закрыть конфигуратор или выключить питание в этот момент, конфигурация базы останется рассогласованной, и чинить придётся из резервной копии.

Обновление доработанной конфигурации

База с доработками обновляется тем же файлом .cfu, но на этапе сравнения 1С покажет конфликты: ваши изменения против изменений поставщика. Здесь нельзя просто нажать «принять всё» — потеряете либо доработки, либо новшества релиза.

Что учесть:

• 🔍 Режим поддержки. Чтобы менять объекты, конфигурация должна быть включена в режим редактирования с сохранением поддержки: Конфигурация → Поддержка → Настройка поддержки, замок «Включить возможность изменения».
• ⚖️ Трёхколоночное сравнение. В окне обновления видно три версии объекта: старая поставки, новая поставки и ваша. По каждому изменённому объекту решают, чью версию взять или как объединить.
• 🧷 «Дважды в поддержке». Объекты, которые вы не трогали, обновляйте версией поставщика. Трогали — разбирайте вручную, перенося правки поставщика в свой код.

Отдельный риск — расширения. Если поверх ЗУП подключены расширения конфигурации , после крупного обновления они могут перестать применяться из-за изменившихся объектов. После обновления проверьте, что все расширения подключены и работают: Администрирование → Печатные формы, отчёты и обработки → Расширения.

Переход между редакциями и конвертация данных

Обновление релиза внутри одной редакции (например, в пределах ЗУП 3.1) — это описанные выше шаги. А вот переход на другую редакцию — это уже не обновление, а перенос данных из старой базы в новую.

Когда нужен перенос, а не обновление:

• Старая редакция снята с поддержки и на неё больше не выходят релизы.
• Структура новой редакции принципиально другая, и обновить «поверх» невозможно.

В этом случае схема другая:

1. Разворачивают чистую базу новой редакции нужного релиза.
2. В старой базе готовят выгрузку: обычно через встроенную обработку перехода или правила обмена.
3. Загружают данные в новую базу и сверяют остатки — сотрудников, начисления, вычеты, незакрытые отпуска.

Не путайте платформу и конфигурацию. Платформа 1cv8 — это «движок», конфигурация ЗУП — прикладное решение. Смена редакции конфигурации требует переноса данных; смена версии платформы данные не конвертирует, она только меняет движок.

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

Проверка после обновления

Обновление не закончено, пока вы не убедились, что база считает правильно. Минимальный набор проверок:

• ✅ Номер релиза. Справка → О программе — убедитесь, что стоит тот релиз, который ставили.
• ✅ Вход пользователей. Зайдите под обычным пользователем, не только под администратором: проверьте, что права и рабочий стол на месте.
• ✅ Контрольный расчёт. Откройте последнюю зарплату или проведите тестовое начисление в копии — суммы НДФЛ и взносов должны сойтись с тем, что было до обновления.
• ✅ Регламентированная отчётность. Проверьте, что формы отчётов открываются и в них подтянулись актуальные бланки.
• ✅ Расширения и доработки. Если они были — убедитесь, что подключены и работают.

Напомню про СФР: с 2023 года ПФР и ФСС объединены в Социальный фонд России, и отчётность идёт в него. После обновления проверьте, что формы отчётности в СФР открываются корректно — это частая зона изменений между релизами ЗУП.

Типичные ошибки при обновлении

Общее правило: если что-то пошло не так и база ведёт себя странно, не пытайтесь «дообновить» поверх. Разверните резервную копию и начните заново. Поэтому копия и делается первой.

Частые вопросы