Начала тут v8: Кто где и как хранит настройки.

Еще актуальный вопрос по поводу хранения настроек.

Что делать если нужно одним параметром задавать список из нескольких значений? Вариант а ля 7.7 - список значений в строку а строку уже засовывать в реквизит?

не маяться дурью, а посмотреть как это сделано в типовых, та же УТ, все хранится в РС, как? посмотри и прикрути для себя

Там хранения нескольких значений в одном предопределенном параметре не видел.

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

"Там хранения нескольких значений в одном предопределенном параметре не видел."
вообще ничего не понял...
скажешь в типовых нельзя построить оборотку для списка контрагентов или номенклутыры? Можно... Эту настройку можно сохранить? можно.
так в чем вопрос?

хранилище значения используй.

Параметр - Значение 1
Параметр - Значение 2
в связке ПВХ-РС

(3) Создай в плане видов характеристик с настройками, предопределенный элемент в котором можно хранить ссылки на 2-х контрагентов. Мне именно так нужно.

непонятно зачем это нужно

рисуй каритнку

(6) а (5) чем плохо?

(5) (9) Да вроде приемлемо, попробую, написал но сообщение не отправилось.

(0) В РС, где хранишь настройки. еще одно измерение: НомерПП (число), соответственно список хранить как несколько записей в РС. Нумерация с 0, т.е. если хранить не список, то НомерПП = 0

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

+(12) под таблицу для сохранения данных разных потребителей настроек (пользователь+отчет+вариант настроек) можно использовать как рег. сведений так и справочник. Видел и делал и так и так, остановился на справочнике, потому как там еще можно вместо поля "Пользователь" использовать ТЧ, где описывается пользователь и права на настройку - при этом у пользователей появляется возможность свои настройки давать другим пользователям.

(12) Зачем картинки в настройках? А приемущество РС перед Хранилищем значений (для целей хранения настроек) является более наглядное представление: открыл список РС и всё видно, а ХЗ - это ХЗ, где его искать :)

Храню настройке в "облаках". Cloud Service рулит.

в регистре сведений ресурс (или реквизит в справочнике) должен быть с типом хранилищеЗначения

(16) Мы наверное о разных настройках...
что делать со значением из ХЗ, если настройку нужно получить внутри запроса?

в голове все настройки)

Подсистема варианты отчетов рулит.