Обновление ЗУП 8.3 до свежего релиза: от копии базы до проверки журнала

Обновить ЗУП 8.3 до последнего релиза можно из Конфигуратора: меню Конфигурация → Поддержка → Обновить конфигурацию. Но кнопка — это десять процентов дела. Остальное — копия базы, правильный порядок релизов и проверка после запуска.

Частое заблуждение: «поставил свежий релиз поверх, и всё готово». Если база доработана, версия сильно отстала или платформа старая, такое обновление заканчивается ошибкой на середине или, что хуже, тихо ломает расчёт зарплаты. Ниже — порядок, который работает и на типовой базе, и на проблемной.

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

Схема зависит от того, где живёт база и кто в ней работает. Выберите свой вариант до того, как скачивать что-либо.

Проверка перед стартом

Пройдите по списку. Каждый пункт занимает пару минут, а пропуск стоит часов.

• 🔑 Права: нужна роль «Администратор» (полные права) и доступ в Конфигуратор.
• 🧩 Платформа: в описании релиза указана минимальная версия платформы. Если у вас ниже, платформу обновляют первой.
• 📌 Версия ЗУП: посмотрите текущий номер в Справка → О программе. Он нужен, чтобы понять, можно ли прыгнуть на новый релиз сразу.
• 🛠 Доработки: откройте Конфигурация → Поддержка → Настройка поддержки. Если конфигурация снята с поддержки или правила изменены, обновление пройдёт через сравнение и объединение.
• 🕒 Время: выберите момент, когда никто не работает . Лучше вечер или выходные, и не за день до расчёта зарплаты.

Откуда брать релиз: дистрибутив, шаблоны и файл обновления

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

Способ 1. Прямо из программы. В Конфигураторе при обновлении есть вариант автоматического поиска. Программа сама проверит сайт обновлений и скачает нужное. Для этого в базе должны быть заданы логин и пароль пользователя для сайта поддержки.

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

• сервер без выхода в интернет;
• обновляется несколько баз и скачивать каждый раз неразумно;
• вы хотите сохранить дистрибутив на случай отката.

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

Какой релиз считать «последним»

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

Резервная копия: что сохранить до первого клика

Копия — единственный способ вернуться, если обновление зависнет посреди обработчиков. Делайте её сразу перед обновлением, а не «вчера вечером».

Файловая база

Закройте все сеансы и скопируйте каталог базы целиком (внутри лежит файл 1Cv8.1CD). Скопируйте на другой диск, а не рядом. Если копируете вручную, убедитесь, что размер копии совпал с размером оригинала.

Клиент-серверная база

Здесь простое копирование файлов не подойдёт. Используйте резервное копирование средствами СУБД либо выгрузку информационной базы. Последнее делается в Конфигураторе: Администрирование → Выгрузить информационную базу. Получится файл .dt, который восстанавливается в пустую базу.

Копия самой конфигурации

Дополнительно сохраните конфигурацию в файл: Конфигурация → Сохранить конфигурацию в файл. Получите .cf. Это страховка на случай, если проблема только в самой конфигурации, а данные в порядке.

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

Обновление ЗУП через Конфигуратор: пошаговая последовательность

Теперь сам процесс. Запускаем Конфигуратор от имени пользователя с полными правами.

Шаг 1. Подготовка

1. Убедитесь, что в базе никого нет. Проверьте список активных пользователей в консоли кластера или в самой программе.
2. Откройте базу в Конфигураторе. Он запросит монопольный доступ — иначе обновить не получится.
3. Откройте конфигурацию: Конфигурация → Открыть конфигурацию.

Шаг 2. Запуск мастера обновления

1. Выберите Конфигурация → Поддержка → Обновить конфигурацию.
2. Укажите источник: поиск доступных обновлений, выбор файла или поиск на сервере. Для ручной установки — выбор файла, укажите 1cv8.cfu.
3. Нажмите Далее. Программа покажет, с какой версии на какую идёт обновление, и предупредит, если путь недопустим.

Шаг 3. Сравнение с вашей конфигурацией

Если вы ничего не дорабатывали, окно сравнения не появится: обновление встанет само. При доработках откроется список объектов с конфликтами. Для каждого вы выбираете, оставить своё, взять новое или объединить.

Двигайтесь по списку внимательно. Правило простое: типовой код берём из нового релиза, свои доработки сохраняем отдельным блоком.

Шаг 4. Принятие изменений

1. После объединения нажмите Готово. Конфигурация обновится, и внизу появятся сообщения о ходе работы.
2. Затем выберите Конфигурация → Обновить конфигурацию базы данных (в старых интерфейсах — клавиша F7). Здесь структура базы приводится в соответствие новой конфигурации.
3. Подтвердите изменения. На большой базе этот шаг идёт десятки минут — не прерывайте его.

После обновления: первый запуск и журнал регистрации

Конфигуратор закончил работу, но обновление ещё не завершено. Часть процедур выполняется при первом запуске в обычном режиме.

Первый запуск

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

Анализ журнала регистрации

Журнал регистрации открывается в Конфигураторе через Администрирование → Журнал регистрации либо в самой программе через раздел администрирования. Отфильтруйте события по уровню «Ошибка» и «Предупреждение» за период обновления.

На что смотреть:

• 🔴 Ошибки обработчиков обновления — программа часто продолжает работать, но данные могут быть преобразованы не полностью.
• 🟡 Предупреждения о блокировках — следствие того, что кто-то зашёл раньше времени.
• 🟢 Сообщения о завершении обновления — подтверждают, что процедура дошла до конца.

Контрольный расчёт

Проверьте, что программа считает, как раньше. Возьмите закрытый период, по которому есть утверждённые цифры, и пересчитайте начисление по одному-двум сотрудникам. Сравните НДФЛ, взносы и сумму «на руки».

Пример: оклад 80 000 ₽, НДФЛ 13% — это 10 400 ₽, на руки 69 600 ₽. Если расчёт в закрытом периоде внезапно показал другое, не проводите новые документы, а сначала разбирайтесь.

Типичные сбои обновления и что с ними делать

Большинство проблем повторяется из базы в базу. Ниже — самые частые, с проверенным порядком действий.

Когда откатываться, а не чинить

Если обновление оборвалось на середине структуры базы, не пытайтесь «дожать» его повторным запуском на той же базе. Восстановите копию и начните заново. Полуобновлённая база — источник самых неприятных последствий, которые всплывают через месяц при отчётности.

Если баз несколько или есть доработки: как не потерять время

Типовая схема для нескольких баз проста: сначала тестовая копия, потом рабочая. Тест нужен не для галочки. На копии вы видите реальное время обновления структуры, число конфликтов и поведение внешних обработок.

Что полезно сделать на тестовой копии:

1. Обновить её по тем же шагам, что и рабочую, и засечь время каждого этапа.
2. Открыть ключевые документы: начисление зарплаты, отпуска, больничные, кадровые приказы.
3. Сформировать пару регламентированных отчётов и сравнить с выгрузкой до обновления.
4. Проверить обмен с бухгалтерией, если он настроен: выгрузить и загрузить тестовый пакет.
5. Записать, какие конфликты объединения пришлось решать вручную. Эти решения повторяются на рабочей базе.

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

Когда обновлять не нужно

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

• ⏳ Идёт расчёт зарплаты или подготовка отчётности. Свяжите обновление с календарём: сначала закрыли период, потом обновляетесь.
• 🧪 Релиз вышел только что. После выпуска иногда выходят исправления. Если нет срочных изменений законодательства, подождите несколько дней.
• 🧱 На базу завязаны внешние обработки и обмены. Проверьте, что они совместимы с новым релизом.
• 🖥 Платформа и сервер не готовы. Если для релиза нужна более новая платформа, а сервер вы обновить не можете, откладывайте всё вместе.

Но и тянуть слишком долго нельзя. Чем больше релизов пропущено, тем длиннее цепочка и выше вероятность проблем. Делайте обновление регулярным — раз в квартал как минимум, а при изменениях в законодательстве оперативнее.

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