Добрый день

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

Изначально значения вообще не добавлялись - исправил совместимость с Версия 8.3.17 на Версия 8.3.24 - в конфигураторе значения добавились.

Но в форме списка в предприятии они не видны

Не надо создавать справочники в расширениях

(0) Я конечно извиняюсь.
Но  :
1. Я уже это от Вас слышал
2. Ваше мнение идет вразрез с политикой 1С, которая продвигает механизм расширений
3. Данное расширение создавал не я. И вынужден его дорабатывать.

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

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

(1) что делать если это тиражируемое расширение которое планируется распространять и обновлять, например, интеграция с Озоном?

(2)
"Пользователь просит добавить 1 (один)  реквизит в документ и создать к нему классификатор."
через БСП доп.реквизит со списком

(0)
1. добавьте элементы вручную.
2. Обработкой заполните у них реквизит "ИмяПредопределенныхДанных" (вроде даже групповая обработка с этим справляется)

собственно вот так и делается предопределенный элемент из непредопределенного

(0)После сохранения запустите Предприятие с ключом ЗапуститьОбновлениеИнформационнойБазы

(6) О! Спасибо большое.

Там уже были аналогичные по сущности и названию непредопределенные элементы.
Двойной профит - не нужно убирать дубли.

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

Но моя общая рекомендация такая: не надо создавать объекты данных в расширениях (справочники, документы, их реквизиты, регистры и т.п.)

(2) >> Ваше мнение идет вразрез с политикой 1С, которая продвигает механизм расширений

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