приветствую всех, пропала возможность в отчетах выбирать доп. реквизиты, также пропали доп. реквизиты выведенные в форму списка документа, пробежался по ТГ каналам и форумам как понял проблема не только у меня, но решения не публикуют. Подскажите пожалуйста кто сталкивался с данной проблемой и как лечили? Это косяк релиза или БСП? Что сама 1С говорит, не вижу зарегистрированной ошибки на сайте.
Заранее спасибо.

(0) проверь в пофигураторе заполненность обязательных полей в окне  "Дополнительные характеристики объекта метаданных"

в пофигураторе у объекта пофигурации (справочник или ПВХ) на вкладке "Данные" кнопка "Характеристики" - откроется окно "Дополнительных характеристики объекта метаданных". если эти самые доп.характеристики у объекта есть, то должны быть заполнены Виды характеристик и Значения характеристик

обычно такая шляпа у объектов, которые не на "замке" (включена возможность изменения)

(1) благодарю проверю

(1) Вроде года три уже как начали слетать доп- характеристики при обновлениях. Так и не починили?

(3) сидели мы на 8.3.20.хххх и горя не знали

в этом году пришлось на самую свежую платформу 8.3.24 перейти (т.к. 1С повысила градус режЫм совместимости в пофигурации) и началось...

походу косяк в платформе?

(4) И на других платформах слетает, видимо дело в криворукости разработчиков ERP

(5) причем здесь криворукость разрабов типовой ERP?

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

на 8.3.20 платформе никогда такого не было :) обновлялись регулярно

кэши серверные и клеенсткие чистил. слетает регулярно теперь при обновлениях в момент применения изменений к БД

(6) Может в тонкой настройке обновления снять флажок замены новой конфы для этого реквизита?

(7) даже если обновить объект с конфой поставщика и восстановить эти доп.характеристики (лень вручную их каждый раз заполнять), то при применении изменений к БД - они каждый раз очищаются :)

сейчас такую "стратегию" выработал. Сравнение-объединение с обновлением. Сохраняю примененные изменения и помещаю в "Хренилище пофигурации", затем применяю изменения к БД (естественно или наеборот неестественно доп.характеристики слетают у объектов не на замке), но в базе данных характеристики на месте :)

ну и продуктив из хренилища тоже нормально обновляется

(8) хм... непонятно... логики нет

(9) я уже забил на логику :)

неведомая й.баная херня началась аккурат после обновления платформы на 8.3.24

щас 8.3.25 вроде вышла :) может обновиться на овердох.я серверах и на более чем 100 компах пользователей?

(10) Сомневаюсь, что дело в платформе. Вспомнил:
https://bugboard.v8.1c.ru/search?page=0
Похоже на конфликт с БСП.

Если БСП можно легко отключить(?), то давайте проверим: отключим БСП, обновимся, включим.

(11) а номер ашипки в багборде какой?

поиском по ERP и БСП ничего не нашел подходящего

00-00430175

Причина неисправления [в ЕРП]:
Реклассифицировано в требование на БСП, чтобы при обновлении существующие предопределенные элементы не изменялись.

(12) Это крамольная мысль и провокация... (будут удалены данные)

(9) Гена, Вы какой логики придерживаетесь? Их много wiki:Логика

(15) А... ну тогда никак не проверить )

(17) Наверняка есть тесты с восстановлением из бэкапа. Подумайте ещё, Геннадий! Подумаешь, данные... Девочки набьют...

(14) это совсем не та ашипка

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

платформа 8.3.24.1368
рЫлиз ERP 2.5.12.270

(19) Не надо искать точного совпадения. По аналогии ясно, что на 99% это конфликт обновления с БСП.

(20) нет. т.к. при применении изменений к БД в пофигураторе очищаются доп.характеристики у объектов, еще до запуска в режЫме предприятия (до выполнения всяких там обормотчиков обновления)

(8) что характерно. при применении изменений к БД в пофигураторе очищаются доп.характеристики, а в самой базе данных пока что всё ок. Но если сравнить конфу БД и конфу - есть та самая разница в объектах - "потеряшки" по доп.характеристикам. У самой конфы нет признака "*", что конфа изменена, а пофигурации уже разные (конфа и конфа БД)

Баг платформы, исправлен в 8.3.25 https://bugboard.v8.1c.ru/error/000133939

(22) ну вот! етить колотить!

потому что
(10) "на серверах и на более чем 100 компах пользователей"

(21) Еще прикольнее, что если изменить основную конфигурацию, а затем сделать возврат к конфигурации БД - они заполняются и в основной конфигурации.

P.S. Воспроизводится на 8.3.21.1895.

(22)(24) "длина тормозного пути" у 1С составила примерно 2 года?

8.3.21.1302    26.04.22
8.3.25.1257    22.04.24

мы страдаем с февраля этого года на 8.3.24 :)

(25) Так... в 2.5.12.251 проявления ошибки еще нет. По крайней мере в копии с этой конфигурацией свойства в основной конфигурации заполнены. А в 2.5.12.260 уже есть.

хм... значит баг платформы... а я был уверен, что шалит БСП )

Видать, в апреле 2024 стали страдать разработчики в 1С - вот и поправили :)

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

(27) Мда, тоже был такого мнения. "Век учись", как говорится.

(30) И всё-таки надо бы проверить. Найти конфу без БСП и пообновляться на платформе 24 )

(31) ну дык ни слова про БСП в (22)

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

ну т.е. не очищается/не удаляется в режиме предприятия в справочнике или в ПВХ, а удаляются доп.характеристики у объекта метаданных в пофигураторе (кнопка Характеристики на закладке Данные)

причем здесь БСП?