Обновление ЗУП 3.1 до нового релиза: порядок действий без потери данных
Содержание
Обновить 1С ЗУП 3.1
можно двумя путями: автоматически через раздел «Администрирование» самой программы или вручную через Конфигуратор файлом .cfu. Для типового ЗУП без доработок хватает первого. Для базы с изменениями в конфигурации нужен второй, с ручным объединением.
Порядок один в обоих случаях: проверить совместимость, сделать копию, поставить релиз, дождаться обработчиков обновления и сверить расчёты. Ниже каждый шаг, с цифрами и подводными камнями.
Обновлять рабочую базу без свежей копии нельзя. Обновление меняет структуру данных, и откатить его можно только восстановлением из архива.
1. Что проверить до начала обновления
Сначала узнайте, что у вас стоит. Откройте «О программе» (меню «Справка» или значок «i» вверху окна) и запишите версию конфигурации, например 3.1.xx.yy, и версию платформы.
Затем ответьте на четыре вопроса:
- 🔹 Конфигурация на поддержке? Если вы её дорабатывали и поддержка отключена, обновление пойдёт только через сравнение и объединение.
- 🔹 Подходит ли платформа? Для каждого релиза конфигурации есть минимальная версия платформы. Она указана в описании релиза. Если платформа старее, сначала обновляют её.
- 🔹 Не слишком ли далеко вы отстали? Часто с очень старого релиза нельзя прыгнуть сразу на последний. Описание релиза содержит раздел с обязательными промежуточными версиями.
- 🔹 Что с расширениями и внешними отчётами? Расширения иногда перестают работать после смены релиза. Заранее уточните у разработчика, готовы ли они.
Отдельно проверьте тип базы. Файловая база лежит в папке с файлом 1Cv8.1CD. Клиент-серверная живёт на SQL-сервере. От этого зависит способ копирования, но не сама процедура обновления.
Поиск нужной версии
Релизы и их описания публикуются на портале поддержки пользователей 1С. Для скачивания нужны логин и действующий договор сопровождения (ИТС). Без него обновление можно получить только у обслуживающей организации.
Скачивайте не просто «последний», а тот, что нужен по описанию. Если вы на релизе, который отстаёт на три-четыре версии, идите по цепочке.
Перед установкой прочитайте раздел «Что нового» в описании релиза. Там пишут про изменённые расчёты, новые формы отчётности и то, какие настройки придётся поправить вручную.
2. Резервная копия: три способа и как проверить результат
Копия нужна в любом случае, даже если обновляете «только на тестовой». Делайте её перед каждым обновлением, не полагайтесь на ночное архивирование.
| Способ | Когда подходит | Риск |
|---|---|---|
Выгрузка информационной базы (.dt) через Конфигуратор | Файловая и клиент-серверная база | Нужен монопольный доступ, долго на больших базах |
Копирование папки с 1Cv8.1CD | Только файловая база | Копировать можно, когда все вышли из базы |
| Бэкап SQL-сервера | Клиент-серверная база | Нужны права на сервере БД |
Самый универсальный путь — выгрузка .dt:
- Закройте базу у всех пользователей. Список сеансов смотрите в «Администрирование → Активные пользователи».
- Откройте Конфигуратор: в окне запуска выберите базу и нажмите «Конфигуратор».
- Выберите «Администрирование → Выгрузить информационную базу».
- Укажите папку, лучше не на том же диске, где лежит база.
Проверка, что копия живая
Файл есть, но это ещё не копия. Загрузите его в отдельную тестовую базу: «Администрирование → Загрузить информационную базу». Откройте базу, найдите последнюю ведомость и сверьте итог по ней с рабочей базой.
Этот шаг занимает 15-30 минут, но спасает от ситуации, когда в день аванса выясняется, что архив пустой.
3. Загрузка и установка файлов обновления
Скачанный дистрибутив состоит из двух частей: каталог с шаблонами и файл 1cv8.cfu. Для автоматического обновления используется установочный файл setup.exe из архива.
Установка:
- Распакуйте архив в отдельную папку, например
C:\Obnovlenie\ZUP. - Запустите
setup.exeи дойдите до конца мастера. Он положит шаблоны в каталог шаблонов 1С. - Запомните путь, куда сохранились шаблоны. Он понадобится при выборе файла.
При обновлении по .cfu отдельно устанавливать ничего не нужно: файл подключается прямо из Конфигуратора.
Храните скачанные дистрибутивы по номерам релизов: ZUP_3.1.xx.yy. Если обновление придётся повторить, не придётся скачивать заново.
4. Запуск обновления и работа обработчиков
Для типовой конфигурации на поддержке есть путь через Конфигуратор. Он самый предсказуемый.
Через Конфигуратор
- Все пользователи вышли, остался только вы, запуск от имени администратора базы.
- Откройте Конфигуратор. Выберите «Конфигурация → Поддержка → Обновить конфигурацию ».
- В окне выбора обновления укажите «Выбор файла обновления» и найдите
1cv8.cfu. - Нажмите «Готово». Конфигуратор покажет окно сравнения. Если у вас не было доработок, нажимайте «ОК».
- Подтвердите обновление и ждите. Для средней базы это от 10 минут до часа.
- Сохраните изменения: «Конфигурация → Сохранить конфигурацию
базы данных» или клавиша
F7в зависимости от версии платформы.
Если конфигурация дорабатывалась, будет окно «Сравнение/объединение», где нужно разобрать каждое расхождение: оставить своё, взять поставку или объединить.
Через тонкий клиент
Если в программе включена проверка обновлений, откройте «Администрирование → Обслуживание → Обновление программы» (название пункта может отличаться по версии). Там можно указать путь к файлу или включить автопоиск на сайте.
Плюс способа: он сам запускает обработчики. Минус: при ошибке сообщения короче, и причину труднее найти.
Первый вход после обновления
Запускайте базу в обычном режиме под администратором и дайте поработать обработчикам. Откроется окно «Выполняется обновление информационной базы». Его нельзя закрывать, а компьютер усыплять.
Время работы зависит от объёма:
| Размер базы | Ориентировочное время |
|---|---|
| до 1 ГБ | 5-20 минут |
| 1-5 ГБ | 20 минут - 2 часа |
| свыше 5 ГБ | несколько часов, иногда с продолжением в фоне |
Часть обработчиков отложена и допроводится в фоне в течение дней. Это нормально: их ход виден в «Администрирование → Обслуживание → Отложенные обработчики» (путь зависит от релиза).
5. Проверка работоспособности после обновления
После обновления база открылась, но это не значит, что всё хорошо. Проверьте минимум по списку.
Особое внимание уделите двум вещам.
- 🔹 Регламентированная отчётность. Формы обновляются вместе с релизом. Если срок сдачи близко, сформируйте тестовый отчёт сразу, а не накануне.
- 🔹 Расчёты. Сравните начисления по контрольному сотруднику с расчётом до обновления. Разница на копейки — повод искать причину, а не округлять.
Сравните версию в «О программе» с версией релиза, который ставили. Если там старая — обновление не применилось, а обработчики могли отработать на неполных данных.
Хорошая привычка: поставить релиз сначала на копию базы, поработать там день-два, а потом переносить на рабочую. Это особенно важно перед расчётом зарплаты.
6. Ошибки при обновлении и что с ними делать
Большая часть сбоев повторяется из релиза в релиз. Вот основные.
Если после обновления сломались доработки (внешние обработки, расширения, регистры), чаще всего причина в изменённых именах объектов. Обновите расширение под новый релиз или попросите разработчика поправить обработку.
Откат
Откатить релиз прямо в программе нельзя. Единственный путь назад — загрузить .dt-файл, созданный до обновления. Поэтому копию нельзя удалять, пока вы не провели хотя бы один расчёт зарплаты на новом релизе.
7. Обновление платформы: когда она идёт перед конфигурацией
Если описание релиза требует более новой платформы, начните с неё. Порядок такой:
- Скачайте дистрибутив платформы той же разрядности, что стоит сейчас (обычно 64 бит).
- Установите новую версию рядом со старой: платформы живут параллельно, каждая в своей папке.
- Запустите 1С и в списке баз откройте «Изменить» у нужной базы. В поле версии выберите новую платформу либо оставьте автоматический выбор.
- Откройте базу в обычном режиме и проверьте, что она стартует без ошибок.
Только после этого запускайте обновление конфигурации .
На клиент-серверной базе платформа должна быть одной версии на сервере и на всех клиентских компьютерах. Если сервер обновили, а у бухгалтера осталась старая версия, при входе будет сообщение о несоответствии версий. Поставьте клиент той же версии.
Несколько баз и несколько компьютеров
Если у компании несколько баз ЗУП (по организациям или филиалам), обновляйте их по очереди, а не все сразу. Начните с наименее значимой: на ней вы увидите проблемы раньше остальных.
Для баз, связанных обменом, порядок важен. Обновите сначала ту, которая выгружает данные, потом принимающую, и после этого проверьте обмен тестовой выгрузкой одного документа. Обновлённая база, получившая данные из необновлённой, иногда отвергает пакет из-за разных версий формата обмена.
Ещё одна мелочь: после обновления у пользователей может подтянуться кэш клиентской части. Если форма выглядит старой или кнопка пропала, закройте 1С, удалите кэш (папка 1cv8 в профиле пользователя) или запустите ярлык с ключом /ClearCache.
8. Как обновляться реже с проблемами
Несколько привычек, которые снимают большую часть рисков:
- ✅ Ставьте релизы не в день аванса и не в день сдачи отчётности.
- ✅ Не копите отставание: каждый месяц пропуска усложняет переход.
- ✅ Держите тестовую копию базы , обновляйте сначала её.
- ✅ Ведите журнал обновлений: дата, версия до и после, кто делал, где лежит копия.
- ✅ Ограничьте число доработок конфигурации: каждая правка в типовом коде потом требует ручного объединения.