В свойствах любого отчета есть замечательные свойства "Хранилище вариантов" и "Хранилище настроек".
И если с собственным хранилищем вариантов есть примеры и даже готовые решения в типовых и БСП, то вот с хранилищем настроек ничего на глаза не попадалось. Хочется, чтобы пользовательские настройки вариантов тоже хранились централизованно и их можно было мигрировать между пользователями. Кто-то заморачивался подобным?

(0) подсистему ВариантыОтчетов из БСП посмотри

(1) В БСП хранилище вариантов переопределяется. Хранилище настроек используется стандартное.

Но я уже, кажись, приблизительно въехал, чего и как делать...

(3) думаю, (1) должно закрыть твою задачу? или нет, есть особенность?

(0) гемор это, в случае, если настройки станут несовместимыми с отчетом, например в СКД

+(5) Нафигачит пользователь кучу своих настроек, отчет изменится. Что будешь делать с настройками? Солить?

(4) Думаю сейчас над этим... Взвешиваю за и против...
(6) Ты призываешь никуда ничего не сохранять? Или я чего-то не понял? С системным хранилищем проблема ведь точно такая же. Сабж тут ничего не ухудшает.

(7) призываю не приучать пользователя к тому, что у него будет куча настроек, если у тебя самописка-нетленка

(7) из (6) вывод: ограничить круг настройщиков

Офигеть. Я правильно вас, товарищи-внедренцы, понимаю?
Пользователи не должны юзать штатный и любимый ими еще с 7.7 функционал сохранения индивидуальных настроек отчета?
Бить их по рукам? Запрещать на уровне прикладного решения?
Привыкли использовать разные отборы для разных целей в одном отчете?  Тренируйтесь! Вбивайте их каждый раз руками! Сотню раз на дню! Ибо нефиг!

(10) на предприятии, особенно крупном, все должно быть безобразно, но однообразно

(11) Т.е. ответ утвердительный?
И как вы боретесь со штатными возможностями платформы? Скрываете их от пользователей? Курочите типовые, чтобы запретить на уровне конфы? Поделитесь бесценным опытом!

(12) У нас (1) широко применяются. В консолидирующих базах аналитики настраивают Варианты, они же в интерфейс их добавляют пользователям, оставляя им ограниченный круг пользовательских настроек.

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

По итогу - буду таки реализовывать. Вроде разобрался окончательно. Сильно помог разбор реализации вариантов отчета в БСП.

(15) Не знаю как в БСП, но в ЗУПе у меня штатном пользователи настраивают что хотят и как хотят и при том сохраняют это все ? Или речь не об этом ?

Сделал. Оказалось все достаточно легко и тривиально. Единственная нетривиальная хрень, которую подсмотрел - это передача ключа настройки в качестве параметра закрытия формы (формы настроек - модальные) с помощью объекта ВыборНастроек.

(17) + При этом автоматически вызываются соответствующие обработчики менеджера хранилища настроек.

может, и нам придется подобное делать

(19) По идее, с (1) оно должно вообще без проблем сочетаться. При этом можно свое хранилище настроек использовать только для некоторых отчетов, а для остальных использовать системное хранилище. Смысла в этом, правда, не вижу...

Я думал над тем, чтобы (1) тоже всунуть. Но пока не буду, наверное... Нет прямой необходимости.