Посоветуйте, как бы это лучше сделать.

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

В хранилище засунь, если запрос по этому полю не нужен

Список в массив или таблицу значений, которые в структуру, которую в ХранилищеЗначений

(0) либо переделываешь на справочник целиком;
либо добавляешь в свой РС ссылку на справочник;
либо ломаешь логику работы со ссылками, и в ХЗ прячешь СписокЗначений через ЗначениеВСтрокуВнутр.

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

Возможно комплекты будут уместны в данной ситуации.

Не проще в РС добавить Ресурс "Группа" и по ней в Запросе отобрать несколько позиций.

(0) Храни свои настройки в своем справочнике в ТЧ
А в РС просто элемент этого справочника актуальный

(4) А заархивировать, зашифровать и подписать ЭЦП?

Если можно добавить в РС измерение - добавь хоть число (условно говоря, "номер строки"), хоть УИД, и оперируй не записью, а набором записей.

(0) что за конфа? сегменты номенклатуры есть?
ну или сбоку свой справочник с ТЧ СписокТоваров, в РС - составной тип, СпрНоменклатура и СпрСписокНоменклатур

(9) тоже вариант, имерение-разделитель записей
но тут внимательно читать-писАть

Да я думаю, в отдельный регистр этот список сделаю и выведу его в отдельную группу настроек. Там еще пара ньюансов по нему есть, которых изначально не учли и о которых я не сразу вспомнил.
Конфа - бух 3.0, в которую засунули производство. Поэтому и доработка.

(12) пишется "нюанс"

(13) Спасибо )

(12) Это фигня для расширения. Сделайте как я предложил в (2)

(0) если наборов немного - сделай справочник и храни в РС ссылку на него (ну типа КлючНаборовЗначений), если вариантов наборов много - сделай как написано в (2)

Да там изначально все криво написано. Мне это поделие вручили, я сейчас малыми усилиями пытаюсь его чуть подкорректировать, чтобы минимизировать ручные операции и затраты времени на них.
По хорошему там все надо капитально переделывать и это планируется в будущем.
Тогда будет и нормальный справочник оборудования с табличными частями и настройками списания и пр.

(17) Ну вот пока нет, пользуйтесь теми вложенными структурами.

Только не вздумайте оставить это на постоянку. Я в своей трудовой практике встречал справочник, завёрнутый в строковую константу. Не делайте так.

(17) ога. "фатальный недостаток"®

В расширениях не должно быть объектов, сохраняющих данные.

Иначе данные удаляются при глюках подключения расширения.

Данные — это святое.

Там не расширения, там переписанная конфа. Да, есть проблема с обновлениями, которые теперь надо делать руками. С тем и живем.
Я завтра подумаю, как лучше сделать. Там один из нюансов заключается в том, что для некоторых единиц оборудования позиции в списке могут несколько отличаться. А сейчас он единый.
Поэтому и думаю насчет отдельного регистра, уже с разделением по оборудованию.

(21) Объясни нафуя тебе РС?
Чем не устраивает банальный справочник???

РС нужен когда много много линейных данных и надо очень очень быстро.
Тут РС вне конкуренции.

(22) По-хорошему, да: нужен справочник оборудования, где для каждой единицы прописаны варианты материалов для списания.  Сейчас этого нет. Сейчас в качестве материала для списания есть ссылка на одну позицию номенклатуры в настройках. Общая для всего. А в качестве справочника оборудования используется вообще не приспособленный для этого объект, который разработчики и представить не могли, что он будет использоваться. Допустим, справочник складов.
Все это планируется переделать в нормальный вид. Но это потребует перетряхивания кода всей доработки. Мне сейчас надо до переделки минимальными усилиями как-то конкретизировать перечень списываемых материалов по оборудованию (складам), чтобы в конце каждого месяца бухгалтерия не исправляла руками в документах списания материалы на правильные.

(23) Какой прелестный дурдом!

а начиналось с регистра сведений...🤦

(0) можно хранить настройкиПостроителя, которые в хранилище помещать, ну или от скд, имеешь готовый отбор на выходе

(26) А потом изменится схема и оно перестанет загружаться. Плохой совет