Как обновить типовую и доработанную конфигурацию 1С 8.3 без потери данных
Содержание
Обновить конфигурацию
1С 8.3 можно двумя способами. Типовую базу без доработок обновляют прямо из программы: Администрирование → Интернет-поддержка и сервисы, блок обновления версии программы. Доработанную или подключённую к хранилищу — только вручную в Конфигураторе: Конфигурация → Поддержка → Обновить конфигурацию, файл обновления .cfu, затем Обновить конфигурацию базы данных (F7).
В обоих случаях порядок один: резервная копия, проверка версии платформы, установка релизов по цепочке, первый запуск в режиме «Предприятие» для обработчиков обновления. Перепрыгнуть через несколько релизов одним файлом получается не всегда. Если текущий релиз сильно отстал, ставят промежуточные версии по очереди.
Что проверить перед обновлением конфигурации
Пять минут подготовки решают почти все проблемы, которые потом приходится разбирать.
📌 Текущий релиз и редакция. Откройте Справка → О программе (или значок «i» в правом верхнем углу). Запишите полный номер конфигурации, например 3.0.150.25, и версию платформы.
📌 Цепочка релизов. У каждого релиза в описании указано, с каких версий на него можно перейти. Если ваш номер в этом списке есть — ставите сразу целевой релиз. Если нет — сначала промежуточный, который принимает ваш номер.
📌 Версия платформы. Новые релизы требуют платформу с номером не ниже указанного в описании. Обновите платформу до обновления конфигурации, иначе файл не загрузится или база не откроется после применения.
📌 Есть ли доработки. В Конфигураторе: Конфигурация → Поддержка → Настройка поддержки. Если вверху стоит «Изменения разрешены» и рядом с объектами есть значки изменений — база доработана, автообновление из программы не подойдёт.
📌 Подключено ли хранилище. Если в меню Конфигурация → Хранилище конфигурации активны пункты «Захватить», «Поместить» — база в групповой разработке, порядок другой (см. ниже).
📌 Свободные сеансы. Для обновления структуры базы данных нужен монопольный доступ. Пользователей придётся попросить выйти.
Перед обновлением сделайте резервную копию базы. Для файловой базы — Администрирование → Выгрузить информационную базу в Конфигураторе (файл .dt) или копия каталога с 1Cv8.1CD. Для клиент-серверной — бэкап средствами СУБД. Откат с неудачного обновления без копии почти всегда означает ручное восстановление.
Автоматическое обновление конфигурации через Интернет-поддержку
Этот способ подходит типовым базам Бухгалтерии 3.0, ЗУП 3.1, УТ 11 и другим конфигурациям на БСП. Нужен действующий договор ИТС и подключённая Интернет-поддержка (логин и пароль портала).
Порядок действий
- Откройте базу в режиме «Предприятие» под пользователем с полными правами.
- Перейдите в
Администрирование → Интернет-поддержка и сервисы. - Если поддержка не подключена — нажмите «Подключить» и введите логин и пароль портала.
- В блоке обновления версии программы откройте помощник обновления.
- Помощник сам найдёт доступные релизы, покажет цепочку и предложит скачать файлы.
- Отметьте создание резервной копии (для файловой базы помощник делает её сам).
- Выберите «Обновить сейчас» или назначьте время, например на ночь.
- Подтвердите завершение работы. Программа закроется, применит обновления и запустится снова.
Для клиент-серверной базы помощник попросит имя и пароль администратора кластера и администратора информационной базы. Без них он не сможет заблокировать сеансы.
Когда помощник не справится
- 🔸 конфигурация снята с поддержки или в ней есть изменения — помощник предупредит и предложит обновлять через Конфигуратор ;
- 🔸 платформа ниже требуемой — помощник может сам скачать и установить новую версию на этот компьютер, но на сервере 1С её всё равно ставит администратор;
- 🔸 база подключена к хранилищу — автообновление неприменимо.
Помощник можно настроить на автоматическую проверку новых версий. Тогда при входе администратор видит уведомление о вышедшем релизе, а не узнаёт о нём из ошибки в отчётности.
Ручная загрузка файлов обновления в Конфигураторе
Ручной способ универсален: работает для файловых и серверных баз, типовых и доработанных.
Шаг 1. Скачайте и установите дистрибутив
На портале обновлений скачайте файл обновления нужного релиза. Обычно это архив с setup.exe. Запустите его — он распакует шаблон в каталог шаблонов, по умолчанию %APPDATA%\1C\1cv8\tmplts\1c\<имя конфигурации>\<номер релиза>\.
Внутри лежат два главных файла:
| Файл | Что это | Когда использовать |
|---|---|---|
1cv8.cfu | Файл обновления (только изменения) | Обновление существующей базы |
1cv8.cf | Полная конфигурация поставщика | Создание новой базы, сравнение, восстановление поддержки |
Шаг 2. Загрузите обновление
- Запустите базу в режиме «Конфигуратор».
- Откройте конфигурацию:
Конфигурация → Открыть конфигурацию. - Выберите
Конфигурация → Поддержка → Обновить конфигурацию. - Укажите «Поиск доступных обновлений» (Конфигуратор просмотрит каталог шаблонов) или «Выбор файла обновления» и путь к
1cv8.cfu. - Если найдено несколько файлов, выберите тот, который принимает ваш текущий релиз.
- Прочитайте окно с описанием обновления и нажмите «Продолжить обновление».
Шаг 3. Примените изменения к базе
Для типовой базы Конфигуратор сразу предложит обновить конфигурацию базы данных. Если окно не появилось, нажмите Конфигурация → Обновить конфигурацию базы данных или F7.
Платформа покажет список реорганизуемых объектов — нажмите «Принять». На большой базе этот шаг занимает от нескольких минут до часов.
Шаг 4. Запустите «Предприятие»
После загрузки нужно открыть базу в пользовательском режиме. Программа покажет «Обновление версии программы» и выполнит обработчики обновления данных. Не прерывайте этот процесс.
Если цепочка из нескольких релизов, повторите шаги 2–4 для каждого. Открывать «Предприятие» между релизами рекомендуется: часть обработчиков рассчитана на последовательное выполнение.
Обновление доработанной конфигурации: сравнение и объединение
Если в типовую конфигурацию вносили изменения, Конфигуратор не применит файл молча. Он покажет окно сравнения трёх конфигураций: старой поставщика, новой поставщика и вашей текущей.
Как читать окно сравнения
Объекты делятся на три группы:
- ✅ изменены только поставщиком — берутся из новой конфигурации автоматически;
- ✅ изменены только у вас — остаются ваши изменения;
- ⚠️ изменены и у вас, и у поставщика — здесь нужно решение.
Для каждого спорного объекта выбирают режим:
| Режим | Что произойдёт | Когда выбирать |
|---|---|---|
| Взять из новой конфигурации поставщика | Ваша доработка в объекте пропадёт | Доработка больше не нужна или поставщик сделал то же |
| Объединить с приоритетом основной конфигурации | Сливаются обе версии, при конфликте строк — ваша | Доработка важнее, изменения поставщика небольшие |
| Объединить с приоритетом новой конфигурации поставщика | Сливаются, при конфликте — версия поставщика | Изменения поставщика важнее, ваша доработка точечная |
| Не обновлять | Объект остаётся как есть | Только если понимаете последствия: ссылки на новые объекты сломаются |
Модули удобно объединять по процедурам. Отметьте модуль, откройте «Показать различия в модулях» и проверьте каждую процедуру, где есть пересечение.
Приёмы, которые экономят время
- 🔧 Перенесите доработки в расширение. Расширения появились в платформе 8.3.6. Код и формы в расширении не мешают обновлению основной конфигурации. Каждое следующее обновление проходит почти как у типовой базы.
- 🔧 Сравнивайте заранее. До обновления выполните
Конфигурация → Сравнить конфигурациимежду текущей и1cv8.cfновой версии. Так видно объём работы ещё до старта. - 🔧 Обновляйте на копии. Разверните
.dtв отдельную базу, проведите объединение там, проверьте и только потом повторите на рабочей.
Если объект снят с поддержки, обновление поставщика его не затронет. Такие объекты накапливают отставание. Перед крупным обновлением проверьте их список в окне «Настройка поддержки».
Что делать после объединения
Сохраните конфигурацию и обновите базу данных (F7). Затем откройте «Предприятие» и проверьте доработанные места: печатные формы, отчёты, нестандартные документы. Ошибки чаще всего вылезают именно там.
Обновление конфигурации, подключённой к хранилищу
В базе, которая работает с хранилищем, конфигурацию меняют только через захват объектов. Обновление — тоже изменение, поэтому порядок такой:
- Предупредите разработчиков: на время обновления никто не должен работать с хранилищем.
- Откройте
Конфигурация → Хранилище конфигурации → Захватить в хранилище. - Выберите корневой объект конфигурации и захватите его рекурсивно — со всеми подчинёнными объектами.
- Выполните обновление через
Конфигурация → Поддержка → Обновить конфигурациюи разберите объединение, как описано выше. - Проверьте, что конфигурация компилируется без ошибок:
Конфигурация → Проверка конфигурации. - Поместите изменения:
Конфигурация → Хранилище конфигурации → Поместить в хранилище. В комментарии укажите номер релиза. - Остальные разработчики получают изменения командой
Обновить конфигурацию из хранилища. - Рабочую базу обновляют из хранилища или файлом
.cf, собранным из него.
Проверьте, что на рабочем месте разработчика стоит та же версия платформы, что указана для нового релиза. Разные версии платформы у участников групповой разработки — частая причина ошибок при работе с хранилищем.
Без рекурсивного захвата корня Конфигуратор не даст изменить настройки поддержки и не применит обновление ко всем объектам.
Ошибки при обновлении и после него: как исправить
Отложенные обработчики
После обновления крупных конфигураций часть данных пересчитывается в фоне — это отложенные обработчики. Пока они не завершились, некоторые отчёты могут показывать неполные данные.
Статус видно в Администрирование → Обслуживание, в блоке результатов обновления программы. Там же — список ошибок обработчиков. Если какой-то обработчик застрял, проверьте журнал регистрации: Администрирование → Обслуживание → Журнал регистрации, отбор по событию «Обновление информационной базы».
Как откатиться
Если базу после обновления не удаётся привести в рабочее состояние:
- Не продолжайте вводить документы — новые данные потом придётся переносить.
- Загрузите резервную копию: в Конфигураторе
Администрирование → Загрузить информационную базуи файл.dt. Загрузка требует монопольного доступа и полностью заменяет текущие данные. - Повторите обновление на копии, найдите причину и только потом обновляйте рабочую базу.
Как часто обновлять и что ещё учесть
Типовые конфигурации выходят несколько раз в месяц. Отставание на 10–15 релизов превращает простую операцию в цепочку из нескольких промежуточных шагов.
Практичный ритм:
- 📅 Бухгалтерия, ЗУП — раз в месяц и обязательно перед сдачей отчётности: новые формы приходят именно с релизами;
- 📅 доработанные базы — раз в квартал на копии, с плановым временем на объединение;
- 📅 срочно — при выходе исправлений по регламентированной отчётности или изменении законодательства.
Время на обновление зависит от размера базы. Небольшая файловая база проходит один релиз за 10–20 минут. Серверная база на сотни гигабайт может требовать нескольких часов на реструктуризацию и обработчики — такие работы назначают на ночь или выходные.