Действия с объектом временно запрещены в 1С: причины и решение

Сообщение «Действия с объектом временно запрещены, так как не завершен переход на новую версию программы» появляется в типовых конфигурациях 1С (Бухгалтерия, Зарплата и управление персоналом, Управление торговлей, ERP и других) сразу после обновления релиза. Программа загрузила новые метаданные, но отложенные обработчики обновления данных ещё не отработали, поэтому часть объектов — документы, справочники, регистры — временно заблокирована для изменения. Это штатный защитный механизм, а не сбой базы.

Логика блокировки проста: при переходе на новую версию структура данных меняется. Чтобы пользователи не записали объект по старым правилам, пока обработчики не привели данные к новому формату, подсистема обновления ставит версионную блокировку. Как только все обработчики завершатся успешно, блокировка снимается автоматически и сообщение исчезает.

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

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

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

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

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

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

Первый шаг — открыть штатный инструмент контроля. В типовых конфигурациях на БСП (Библиотека стандартных подсистем) путь такой: раздел «Администрирование» → «Обслуживание» → «Результаты обновления программы». В некоторых конфигурациях пункт называется «Результаты обновления и дополнительная обработка данных».

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

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

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

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

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

1. 1
   Откройте «Администрирование» → «Обслуживание» → «Результаты обновления программы» и зафиксируйте текущий статус и список невыполненных обработчиков.
2. 2
   Проверьте журнал регистрации на наличие ошибок за период обновления: отфильтруйте по уровню «Ошибка» и событию обновления данных.
3. 3
   Если фоновое задание отложенного обновления отсутствует, перезапустите его: в форме результатов обновления нажмите кнопку запуска/продолжения обновления либо завершите и заново откройте сеанс под пользователем с полными правами — в большинстве конфигураций отложенное обновление стартует автоматически.
4. 4
   Если обработчик завершился ошибкой, откройте текст ошибки, устраните причину (обычно это данные, не проходящие проверку, или незаполненные обязательные сведения) и запустите обновление повторно.
5. 5
   Дождитесь статуса «Обновление завершено» и проверьте, что ранее заблокированный объект теперь записывается и проводится без сообщения о запрете.

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

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

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

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

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

Можно ли работать в базе во время отложенного обновления

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

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

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

Варианты действий при блокировке

Дождаться завершения обновления

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

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

Когда фоновое задание остановлено или зависло. Ограничение — нужны права администратора.

Исправление данных и повторный запуск

Когда обработчик падает с ошибкой на конкретных объектах. Требует анализа текста ошибки.

Откат на резервную копию

Крайняя мера при невозможности завершить обновление. Ограничение — теряются данные, введённые после обновления.

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

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

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

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

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

Статус в «Результатах обновления программы»

Норма

«Обновление завершено», ошибок нет

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

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

Запись ранее заблокированного объекта

Норма

Объект записывается и проводится

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

Сообщение о временном запрете сохраняется

Журнал регистрации

Норма

Нет новых ошибок обновления данных

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

Ошибки повторяются после перезапуска

Профилактика: как не столкнуться с проблемой снова

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

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

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

Сколько ждать завершения отложенного обновления?

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

Можно ли отменить обновление и вернуться на старый релиз?

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

Блокировка появляется только у одного пользователя — почему?

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

Что делать, если обновление завершено, а сообщение всё равно выходит?

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

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

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

Нужно ли запускать обновление под конкретным пользователем?

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