Не завершён переход на новую версию: как снять запрет на действия с объектами

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

Чаще всего ошибка появляется после установки нового релиза, когда обновление прервали: закрыли окно, пропало питание, отвалился терминальный сеанс. Реже виновато то, что в базе остались чужие сеансы и 1С не смогла взять монопольный доступ. Ниже по порядку: от самого безопасного способа к радикальным, отдельно для файловой и клиент-серверной базы.

Почему 1С запрещает работу с объектами после обновления

Обновление 1С состоит из двух независимых этапов. Их часто путают, отсюда и ошибка.

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

Если сорвался второй или третий этап, вы получаете гибрид: код новый, структура или данные старые. Платформа блокирует правку объектов, чтобы вы не записали документы в неконсистентную базу.

Типичные причины

• 🔌 Обрыв питания или связи во время обновления.
• 🪟 Закрытое окно Конфигуратора или «убитый» процесс 1cv8.exe при выполнении реструктуризации.
• 👥 Другие пользователи были в базе, монопольный доступ не получен, обновление молча не завершилось.
• 💾 Нехватка места на диске: таблицы перестраиваются с временными копиями, на большой базе нужен запас в размер самой базы.
• 🔐 Первый вход после обновления выполнил пользователь без полных прав, и обработчики обновления не отработали.
• 🧩 Конфигурация обновлена из хранилища или файла .cf, а команду «Обновить конфигурацию базы данных» не нажали.

Что проверить перед тем, как лечить

Минута на проверку экономит часы. Пройдите по списку.

Список сеансов в файловой базе виден в Администрирование → Активные пользователи (если вход возможен). Если зайти нельзя, посмотрите наличие файла 1Cv8.cdn в каталоге базы: он живёт, пока кто-то работает в базе. Закрытый процесс 1cv8.exe в диспетчере задач на чужом компьютере тоже держит блокировку.

Способ 1: войти под администратором и дать обработчикам отработать

Самое простое и безопасное. Платформа при входе под пользователем с правами администратора сама предлагает довести обновление.

1. Закройте все окна 1С и запустите базу в режиме 1С:Предприятие.
2. Войдите под пользователем с ролью «Полные права» или «Администратор».
3. Дождитесь окна с ходом обновления. Не закрывайте его даже при «зависании» на несколько минут: на больших базах отдельный обработчик может работать 10-30 минут.
4. После входа откройте Администрирование → Обслуживание (раздел зависит от конфигурации) и проверьте, что сообщений об отложенных обработчиках нет.

💡 Если вы вошли обычным пользователем и увидели ошибку, это не значит, что обновление сломано. Возможно, просто нужен вход под администратором.

Способ 2: обновить конфигурацию базы данных в Конфигураторе

Если способ 1 не помог или база в обычном режиме вообще не открывается, переходите в Конфигуратор.

1. Запустите 1С, выберите базу, нажмите Конфигуратор.
2. Откройте конфигурацию кнопкой Конфигурация → Открыть конфигурацию, чтобы убедиться, что она загружена и доступна.
3. Выполните Конфигурация → Обновить конфигурацию базы данных (или нажмите F7).
4. В окне сравнения структур нажмите Принять. Платформа запросит монопольный доступ.
5. Подтвердите реструктуризацию и дождитесь завершения. Не прерывайте процесс.
6. Запустите базу в режиме 1С:Предприятие под администратором и дайте отработать обработчикам обновления (способ 1).

Через командную строку

Тот же результат без интерфейса, удобно для скриптов и серверных баз:

"C:\Program Files\1cv8\8.3.25.1445\bin\1cv8.exe" DESIGNER /F"D:\Bases\Buh" /N"Администратор" /P"пароль" /UpdateDBCfg /Out"D:\log\update.txt"

Для серверной базы строку подключения /F заменяют на /S"сервер\имя_базы". Номер версии платформы подставьте свой. Результат смотрите в файле, указанном в /Out.

Параметр /UpdateDBCfg обновляет структуру. Он не заменяет вход в обычном режиме: обработчики обновления данных всё равно запустятся при первом интерактивном входе администратора.

Файловая база: что делать, если она не отпускает

В файловом варианте блокирует сама файловая система. Типичный сценарий: обновление шло по сети, у кого-то завис сеанс, и файлы базы остались «занятыми».

1. Попросите всех выйти из программы. Если не получается связаться, проверьте компьютеры, где 1С могла остаться в свёрнутом виде.
2. На компьютере, где лежит каталог базы, откройте Управление компьютером → Общие папки → Открытые файлы и закройте файл 1Cv8.1CD.
3. Проверьте, что в каталоге базы нет файла 1Cv8.cdn или он удалился после закрытия сеансов.
4. Повторите способ 2.

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

Клиент-серверная база: монопольный доступ и сеансы

На сервере 1С причина почти всегда в том, что в базе остались сеансы или включена блокировка начала сеансов.

1. Откройте консоль администрирования серверов 1С (1С:Предприятие → Администрирование серверов).
2. Найдите информационную базу: Кластеры → Информационные базы → ваша база.
3. Раздел Сеансы: завершите все, кроме своего. Это же сделайте с Соединениями, если остались «висящие» фоновые.
4. В свойствах базы проверьте флаг блокировки начала сеансов. Если стоит и срок не истёк, снимите его или установите на время работы.
5. Откройте Конфигуратор и выполните F7.

Если на SQL-стороне идёт долгая транзакция, реструктуризация будет ждать. Посмотрите на сервере СУБД активные запросы, прежде чем убивать процессы.

Когда реструктуризация падает с ошибкой СУБД

Тогда сообщение самой СУБД важнее текста 1С. Просмотрите журнал, о нём следующий раздел. Часто причина: недостаток места в файле данных или журнале транзакций, прав у учётной записи 1С в СУБД.

Читаем журнал и находим реальную причину

Если ошибка повторяется после правильных действий, не гадайте, а смотрите журнал.

• Журнал регистрации: Конфигуратор → Администрирование → Журнал регистрации. Фильтр по событиям «Конфигурация» и «Обновление информационной базы», уровень «Ошибка».
• Файл из /Out, если запускали обновление из командной строки.
• Технологический журнал на сервере (logcfg.xml): включайте на короткое время, он быстро разрастается.

Как понять, что обновление просто идёт, а не сломалось

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

Признаки живого процесса:

• 📈 Растёт нагрузка на процессор или диск у процесса 1cv8.exe (файловая база) или rphost.exe (сервер).
• 📝 В журнале регистрации появляются новые записи об обновлении.
• 🗂️ Размер файла 1Cv8.1CD или файлов СУБД меняется.

Признаки зависания: нагрузки нет, журнал молчит уже 30-40 минут, окно не реагирует. Только тогда имеет смысл завершать процесс и начинать с копии.

Если ничего не помогло: восстановление из копии

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

1. Восстановите базу из копии, сделанной до обновления. Для файловой это замена каталога, для серверной загрузка .dt через Администрирование → Загрузить информационную базу.
2. Проверьте, что платформа подходит под релиз, который вы ставите.
3. Повторите обновление «с нуля», строго с монопольным доступом и достаточным местом на диске.
4. Если работали с расширениями, отключите их на время обновления и включите после.

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

Типичные ошибки при завершении обновления

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

Как не попадать в эту ситуацию при следующих обновлениях

Плюс несколько привычек:

• 📅 Обновляйте в нерабочее время, а не в середине закрытия периода.
• 🖥️ Для серверных баз запускайте обновление на самом сервере, а не через RDP с нестабильным подключением.
• 💾 Проверяйте свободное место до старта, а не после.
• 📝 Записывайте номер релиза и платформы до и после обновления: потом проще искать причину.

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