Как обновить 1С:Бухгалтерию 8.3 самостоятельно через конфигуратор

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

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

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

Что проверить перед началом обновления

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

Второе условие — соответствие обновления вашей редакции. У «1С:Бухгалтерии» существуют разные редакции (например, базовая и ПРОФ), и файл обновления подходит только к своей редакции. Текущую версию конфигурации смотрите в разделе «О программе» в режиме предприятия или через «Конфигурация → Поддержка → Настройка поддержки» в конфигураторе.

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

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

Резервная копия — единственный способ вернуть базу в исходное состояние, если обновление завершится ошибкой или обработчики повредят данные. Для файловой базы достаточно скопировать файл 1Cv8.1CD в отдельную папку при условии, что все пользователи вышли из программы. Копировать файл при открытых сеансах нельзя — копия может оказаться нецелостной.

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

Проверьте, что копия действительно создана и файл открывается. Для .dt достаточно убедиться, что файл имеет ненулевой размер и процесс выгрузки завершился без ошибок. Храните копию не в папке с рабочей базой, а на другом диске или сетевом ресурсе.

Где взять и как распаковать файл обновления

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

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

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

Запустите конфигуратор под пользователем с полными правами. Убедитесь, что в базе нет активных сеансов: «Администрирование → Активные пользователи». Для обновления конфигурации базы данных потребуется монопольный доступ, и конфигуратор запросит его автоматически, но лучше освободить базу заранее.

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

1. 1
   Завершите работу всех пользователей и сделайте резервную копию (.dt или копия 1Cv8.1CD)
2. 2
   Откройте конфигуратор под полными правами
3. 3
   Выберите «Конфигурация → Поддержка → Обновить конфигурацию»
4. 4
   Укажите файл 1cv8.cfu и подтвердите начало обновления
5. 5
   Дождитесь завершения и примите изменения в окне реорганизации, если оно появится
6. 6
   Выполните «Конфигурация → Обновить конфигурацию базы данных» (F7)
7. 7
   Запустите режим предприятия и дождитесь завершения обработчиков обновления

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

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

Обработчики обновления в режиме предприятия

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

Запускайте обработчики в монопольном режиме, пока пользователи не вошли в базу. Время выполнения зависит от объёма данных и количества пропущенных релизов — от нескольких минут до нескольких часов на крупных базах. Прерывание обработчиков (выключение компьютера, разрыв соединения) может оставить данные в промежуточном состоянии.

Признак успешного завершения — программа открывается в штатном режиме, а в разделе «Администрирование → Обслуживание → Результаты обновления» (название раздела может отличаться в зависимости от релиза) отсутствуют ошибки. Если часть обработчиков завершилась с ошибкой, их можно перезапустить из этого же раздела после устранения причины.

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

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

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

Норма

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

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

Версия осталась прежней — обновление не применилось

Результаты обновления в сервисных разделах

Норма

Все обработчики выполнены, ошибок нет

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

Есть обработчики со статусом ошибки или «не выполнено»

Открытие основных отчётов (ОСВ, анализ счёта)

Норма

Отчёты формируются, данные на месте

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

Ошибки при формировании, пропавшие данные

Работа пользователей с ограниченными правами

Норма

Документы открываются и проводятся штатно

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

Ошибки прав доступа к новым объектам

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

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

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

Когда самостоятельное обновление не подходит

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

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

Маршрут решения

Как выбрать действие

Конфигурация типовая, на полной поддержке, база файловаяОбновляйте самостоятельно по инструкции выше

Есть доработки типовых объектовСохраните список изменённых объектов и привлеките специалиста для сопоставления

Пропущено много релизовПроверьте цепочку обязательных промежуточных версий в описании релиза

База работает с ошибками до обновленияСначала выполните тестирование и исправление, затем обновляйте

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

Можно ли обновить базовую версию 1С:Бухгалтерии через конфигуратор?

Да, механизм тот же: «Конфигурация → Поддержка → Обновить конфигурацию» с указанием файла 1cv8.cfu для базовой редакции. Базовая версия не поддерживает изменение конфигурации, но обновление типовых релизов выполняется штатно. Главное — скачивать обновление именно для базовой редакции, а не для ПРОФ.

Что делать, если при обновлении появилась ошибка «Конфигурация базы данных не соответствует сохранённой конфигурации»?

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

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

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

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

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

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

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

Как откатить обновление, если что-то пошло не так?

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