К статье
Практический материал

Администрирование · 10 мин

Как обновить конфигурацию в 1С:Бухгалтерия

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

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

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

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

Подготовка: что проверить до обновления

Перед запуском обновления убедитесь, что выполнены базовые условия. Во-первых, в базе не должно работать других пользователей: обновление требует монопольного доступа. В файловой базе достаточно попросить коллег выйти, в клиент-серверной — проверить активные сеансы в консоли администрирования.

Во-вторых, у учётной записи, из-под которой выполняется обновление, должны быть полные права. В-третьих, для обновления через интернет понадобится действующая подписка ИТС и логин с паролем от портала portal.1c.ru — без них программа не сможет скачать дистрибутив.

Полезно заранее узнать текущий номер версии: он отображается в разделе «Администрирование → О программе» или в заголовке окна. Это поможет убедиться после обновления, что релиз действительно сменился, и понять, не пропущено ли несколько промежуточных версий.

Резервная копия: обязательный шаг

Для файловой базы самый надёжный способ — скопировать файл 1Cv8.1CD из каталога базы в отдельную папку при закрытой программе. Альтернатива — выгрузка через конфигуратор: «Администрирование → Выгрузить информационную базу». Файл выгрузки получает расширение .dt и пригоден для восстановления через «Загрузить информационную базу».

Для клиент-серверной базы выгрузка .dt тоже работает, но на больших объёмах она выполняется долго. В этом случае корректнее делать копию средствами СУБД (например, резервное копирование базы в MS SQL Server или PostgreSQL) по регламенту вашего администратора.

Проверьте, что копия действительно создана: файл .dt или .1CD существует, имеет ненулевой размер и свежую дату изменения. Хранить копию лучше не на том же диске, где лежит рабочая база.

Порядок создания копии файловой базы
  1. 1
    Закройте 1С у всех пользователей
  2. 2
    Найдите каталог базы (путь виден в списке баз при запуске)
  3. 3
    Скопируйте файл 1Cv8.1CD в отдельную папку
  4. 4
    Либо откройте конфигуратор: Администрирование → Выгрузить информационную базу
  5. 5
    Убедитесь, что файл копии создан и имеет актуальную дату

Способ 1: обновление через интернет в режиме «Предприятие»

Это самый простой вариант для типовой конфигурации без доработок. Откройте «Администрирование → Обновление версии программы» (в некоторых релизах раздел называется «Интернет-поддержка и сервисы»). Программа проверит наличие новой версии на серверах 1С и предложит её установить.

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

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

Способ 2: обновление через конфигуратор

Ручной способ нужен, когда нет доступа к интернет-поддержке, требуется установить конкретный файл обновления или обновляется доработанная конфигурация. Предварительно скачайте дистрибутив обновления с портала 1С или возьмите его с диска ИТС и установите шаблоны на компьютер.

Откройте базу в конфигураторе и выполните «Конфигурация → Поддержка → Обновить конфигурацию». Выберите источник: «Поиск доступных обновлений» (программа найдёт установленные шаблоны) или «Выбор файла обновления», если у вас есть конкретный .cfu-файл. Далее следуйте диалогам мастера.

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

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

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

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

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

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

Через интернет в режиме «Предприятие»

Подходит для типовой конфигурации с подпиской ИТС. Минимум действий, но нужен стабильный интернет и монопольный доступ.

Через конфигуратор с шаблоном

Подходит при отсутствии интернет-поддержки и для контроля каждого шага. Требует установленных шаблонов обновления.

Через конфигуратор с файлом .cfu

Подходит для доработанных конфигураций и точечной установки конкретного релиза. Требует навыков объединения конфигураций.

Проверка результата после обновления

Первый признак успешного обновления — новый номер версии в разделе «Администрирование → О программе». Сверьте его с номером релиза, который вы устанавливали.

Далее проверьте, что процедуры обновления данных завершились: при первом запуске программа показывает окно прогресса, а по завершении — сообщение об успешном обновлении. Если в разделе «Администрирование → Результаты обновления программы» есть отложенные обработчики, дождитесь их выполнения — до этого момента часть данных может быть временно недоступна.

Финальная проверка — прикладная: откройте несколько типовых документов, сформируйте оборотно-сальдовую ведомость и одну актуальную форму отчётности. Ошибки при открытии объектов или расхождения в остатках — повод вернуться к резервной копии и разбираться с причиной.

Контрольные точки

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

Номер версии в «О программе»
Норма

Совпадает с устанавливаемым релизом

Тревожный признак

Номер старый — обновление не применилось

Окно обновления данных при первом запуске
Норма

Завершилось без ошибок

Тревожный признак

Прервано или есть сообщения об ошибках

Отложенные обработчики
Норма

Все выполнены

Тревожный признак

Часть зависла с ошибками

ОСВ и типовые документы
Норма

Открываются, остатки совпадают с копией

Тревожный признак

Ошибки открытия, расхождения в суммах

Типичные ошибки и как их избежать

Чаще всего проблемы возникают не из-за самого обновления, а из-за нарушения подготовки. Пропуск резервной копии превращает любой сбой в потерю данных. Обновление при работающих пользователях приводит к ошибкам монопольного доступа или повреждению структуры на этапе реструктуризации.

Ещё одна распространённая ситуация — попытка перескочить через несколько релизов файлом .cfu, который рассчитан только на обновление с предыдущей версии. Всегда проверяйте в описании дистрибутива, с каких версий допускается обновление. При большом отставании безопаснее ставить релизы последовательно или использовать полный дистрибутив (.cf) через «Загрузить конфигурацию из файла» — но только для типовой базы.

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

Типичные ошибки
01
Обновление без резервной копии — при сбое данные не восстановить
02
Работа пользователей во время обновления — ошибки монопольного доступа и повреждение структуры
03
Установка .cfu, не предназначенного для вашей версии, — отказ обновления или некорректное объединение
04
Прерывание реструктуризации — база может остаться в нерабочем состоянии
05
Пропуск запуска в режиме «Предприятие» — процедуры обновления данных не выполнятся
Итог

Что важно запомнить

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

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

Можно ли обновляться, если конфигурация снята с поддержки?

Можно, но только через конфигуратор с ручным объединением объектов. Автоматическое обновление через интернет для таких баз обычно недоступно или крайне рискованно. Если доработок много, лучше привлечь специалиста, который их внедрял.

Сколько времени занимает обновление?

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

Что делать, если обновление завершилось ошибкой?

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

Нужно ли обновлять платформу вместе с конфигурацией?

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

Как вернуться на старую версию после обновления?

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

Обязательно ли устанавливать каждый пропущенный релиз?

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