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

На версии 2_0_67 Бухгалтерии делаю ТИС.
Обновляюсь до 3_0_109. Делаю ТИС.
Обновляюсь до 3_0_112. Делаю ТИС (здесь пробовал и делать, и не делать).
Обновляюсь до 3_0_113(знаю, что можно сразу до 3_0_116_27, но уже начал пробовать по разному). И в выписках по кнопке ЕЩЕ появляется строка "Разблокировать объект для редактирования"
Меню других документов (например, реализации или поступления товаров) такой строки не содержат.

Последующие обновления до 3_0_116 , 120 .... 137 проблему не решают.

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

Все это делалось и в sql, и на файловой.

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

Кто сталкивался с таким, подскажите как вернуть БД к нормальной работе?

При обновлениях настоятельно рекомендуется делать архивы До и После. Чтобы вернуться к "нормальной" работе достаточно загрузить базу из нужного архива. При больших переходах сначала тренируются на копии.

Бли-и-и-и-и-ин!!!!!

Ну причем тут это?????

Естественно всё на копии. Как сделать так чтоб эта долбаная строка "Разблокировать объект для редактирования" не появлялась? Сделать ШТАТНЫМИ методами.

(2) Начнем с того, что почему вы решили что это НЕЩТАТНЫЙ метод? Может там какие то реквизиты невозможно заполнить автоматом, а без этого док или не проведется или будут не те проводки, вот и блокируют на изменение, для защиты от шаловливых рычонок?

Плохо объяснил.

1. Всегда все обновления проходят до конца и без ошибок.

2. При нажатии команды Разблокировать объект для редактирования появляется окно
Данные объекта заблокированы, т.к. не завершен переход на новую версию программы.

Абсолютно явная несостыковка. Где-то "оседает мнение" - ложное, что обновление не завершено. Где? и как убрать?

(4) после обновления, результаты обновления смотрел, все процедуры обновления выполнены?

В топике:

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

(4) отладчиком проверь
1. Запускаешь 1С под отладчиком
2. Включаешь замер производительности
3. Нажимаешь кнопку "Разблокировать"
4. Останавливаешь замер

Дальше ищешь сообщение, ставишь точку останова и выясняешь по стеку вызовов в каком месте принимают решение, что обновление не установлено

(0) См. фоновые задания.

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

(8) Фоновые все сработали, отработали свое и сказали, что всё нормально.

(9) так, очень возможно, что это криво отработало обновление именно на конкретных данных
многие просто обновились и всё, кроме того, документ может активно не использоваться и про проблему с ним просто не знают

Посему сам смотри, что не так в своей БД. Если что-то глобальное откопаешь поделись с народом и, очень желательно, с поддержкой 1С

(10) Смотрите регистрацию в планах обмена. Туда регистрируются документы для обновления (неважно переход из 2.0 или новый релиз 3.0).
Дальше смотрите реально отработалось обновление или нет, если действительно ошибка и руками не выставляли обработчик обновления что завершен (это элемент справочника и можно вносить изменения руками), то снимите регистрацию объектов в плане обмена.

(12) #если действительно ошибка
если нет ошибки

(11) Уже думал об этом. Если бы некоторые выписки содержали это команду, а то ведь ВСЕ. Именно как класс доков.

(14)

У нас в БП 3 тоже в выписках (а еще в ПКО и РКО) висит эта команда
База типовая, "галочки зеленые"

За 2 года никто не обращал внимание - "всем пофиг".

P.S.
Можно конечно ради интереса покопать или пообновлять демо-базу (и посмотреть а с ней также будет ?).
Но лично мне лень.

(0) Дату запрета редактирования перед переходом на 3.0 снял?

(10) Регистр Регистрация изменений для обмена вообще пустой, нечего снимать. И обновления реально отрабатывали. В регистре Обработчики обновления всегда статус Выполнен.
Если я вас правильно понял, и вы не про что-то другое.

(16) Да она никогда не ставилась.

(18) десятки типовых перводил - с подобным не сталкивался.
Посмотри регламентое - отложенное обновление - штатно выполнено после перехода на 3.0.113?

(19) Ха, с чего начал. Тем более сейчас все сделал на файловой. Там все эти обновления сразу выполняются.

(19) десятки не переводил, но нашу основную (где доков на два-три порядка больше,и где схемы торговли бывают довольно замысловатые) перевел без этих плясок с бубном.

(0) Я бы посмотрел в сторону "исправления ошибок версии" для 3.0.113 (и, возможно, для 112)
https://releases.1c.ru/patches/total?nick=Accounting30&ver=3.0.113.17

К примеру - есть такое <<Исправлена проблема, при которой длительная операция загрузки исправлений, в обработке "Обновление программы", могла бесконечно долго ожидать завершения длительной операции.>>

(22) Это патчи что ли? Загружал...

(0) Возможно, у Вас переработанная форма документа? Если так, проверьте правильность подключения к подсистеме СтандартныеПодсистемы.ПодключаемыеКоманды (ссылка ниже).
Информация о заблокированных объектах хранится здесь: Константы.СведенияОБлокируемыхОбъектах.
Посмотреть, что там, - например так: сообщить(ЗначениеВСтрокуВнутр(ОбновлениеИнформационнойБазыСлужебный.СведенияОБлокируемыхОбъектах()));
Если уверены, что у Вас с обновлением всё ок, то обнулить можно так: ОбновлениеИнформационнойБазыСлужебный.ЗаписатьСведенияОБлокируемыхОбъектах(Неопределено);

Про команду.
Это подключаемая команда "ОбновлениеВерсииИБ", её подключает БСП динамически. Вообще-то, если документ не заблокирован, то команда безвредна, можно не обращать на неё внимание.
Она придумана, чтобы разблокировать редактирование объектов, которые блокируются после обновления конфигурации; либо когда возникают ошибки обновления объектов. Вообще-то, в "здоровых" документах команда появляться не должна. Но у нас появилась после обновления до БП 3.0.134.23. Ошибок обновления не было.
Команда появилась в нетиповых документах, подключенных к подсистеме СтандартныеПодсистемы.ПодключаемыеКоманды. Выяснилось, что в этих документах при открытии не вызывалась ПодключаемыеКомандыКлиентСервер.ОбновитьКоманды(), поэтому команда не становилась невидимой, как ей положено. Вероятно, поменялись требования к подключению подсистемы: дописали вызовы нужных функций БСП, команда исчезла.
Делали по инструкции к БСП https://its.1c.ru/db/bsp317doc#content:4:hdoc:issogl1_подключаемые_команды
{Главная Инструкции по разработке на 1С Библиотека стандартных подсистем Библиотека стандартных подсистем 3.1.7 Глава 3. Настройка и использование подсистем при разработке конфигурации}