Привет всем! Прошу помочь по возможности. Программно определяю настройки компоновщика (обычные и пользовательские) в обработчике формы "ПриСозданииНаСервере()". Ставлю точку останова в конце обработчика, проверяю - все хорошо. Но в обработчике "ПриОткрытии()" (на клиенте) настройки становятся пустыми (и обычные и пользовательские). Что я не так делаю?

типовая?

(0) нужно сериализовать настройки в xml, передать xml на клиента и там загрузить.

Такой нужно танец выполнять при передачи настроек с клиента на сервер и обратно

Причин не знаю)

Хотя в случае с "ПриОткрытии" проще в этой процедуре и задать их (подтянув необходимое с сервера)

(1) Нет. Свой внешний отчет.

(3) Хотел сделать "по красоте", но видимо действительно придется в обработчике "ПриОткрытии()" определять.

(2) Если действительно при переходе с сервера на клиент (и обратно) настройки слетают - это хорошая новость. Смирюсь и буду определять на клиенте (3).

(6) Бе таким быть нелюбопытным, сделай реквизит формы Фильтр с типом КомпоновщикНастроекКомпоновкиДанных
Дальше инициализируй его вот так:
    СхемаКомпоновки = РеквизитФормыВЗначение("Объект").ПолучитьМакет("Макет"); // это для внешней обработки, если она интегрирована в конфигурацию, то просто получи макет по имени
    АдресВоВременномХранилище = ПоместитьВоВременноеХранилище(СхемаКомпоновки , УникальныйИдентификатор);
    
    ИсточникНастроек = Новый ИсточникДоступныхНастроекКомпоновкиДанных(АдресВоВременномХранилище);
    
    Фильтры.Инициализировать(ИсточникНастроек);
    
    Фильтры.ЗагрузитьНастройки(СхемаКомпоновки.НастройкиПоУмолчанию);

7+ будет тебе счастье, ничего не слетит при беготне на клиент и обратно
Если очень хочется, то можешь выдать пользователю поле на форму, пусть поиграется с выборками

(2) Вовсе не нужно, просто инициализируем через Временное хранилище т.к. оно живёт пока открыта форма
Типа, получается, что мы создали уникальные настройки на время жизни формы

(9) а во временное хранилище ляжет xml. Просто не явно.

(10) таки, поместим объект 1С СхемаКомпоновки, бо не смысл его конвертировать в XML

(11) если я не ошибаюсь, во временное хранилище можно поместить то, что сериализуется. И платформа сериализует этот Объект. Т.е. Превратит в xml.

(12) Не совсем: положить можно, что хочешь, только получить это "что хочешь" на клиенте не всегда возможно, например, ДокументОбъект будет лежать в хранилище, но на клиенте его не достать

(13) ЧтениеXML тоже можно?

(14) Не проверял, но, смысл хранилища - чего-то сохранить для использования.
По идее и оный можно сохранить между вызовами сервера, типа обрабатывали, выяснили, что есть проблема, прячем в хранилище, бежим на клиент узнать "что делать?" у пользователя и возвращаемся для дообработки

(15) ЧтениеXML - нельзя, потому что оно не сериализуется. ДокументОбъект сериализуется, имеет свое представление в xml, - поэтому можно.

(16) Чёй-то мне думается, что ДокументОбъект существует только на сервере, на клиент ни как приехать не может, а вот ЧтениеXML можно использовать на клиенте (в СП так написано)

Проблему решил следующим способом. Создал реквизит формы "КомпоновщикНастроекКомпоновкиДанных1" с типом "КомпоновщикНастроекКомпоновкиДанных" (как рекомендовано в (7)). Но далее удалось сделать проще.
В обработчике "ПриСозданииНаСервере()" к уже имеющемуся коду (где были программно инициализированы настройки) добавил:

НастройкиКомпоновки = Отчет.КомпоновщикНастроек.ПолучитьНастройки();    
    Отчет.КомпоновщикНастроек.ЗагрузитьНастройки(НастройкиКомпоновки);    
    КомпоновщикНастроекКомпоновкиДанных1.ЗагрузитьНастройки(НастройкиКомпоновки);

А в обработчик "ПриОткрытии()" добавил строку:

Отчет.КомпоновщикНастроек.ЗагрузитьНастройки(КомпоновщикНастроекКомпоновкиДанных1.Настройки);

(18) Ну, на вкус и цвет все фломастеры разные, сделал так, значит так

По факту ты инициализировал настройки отчёта, а не свой реквизит формы и упустил факт создания хранилища значения (наши упорные обсуждения со stopa85)

Сделал и молодец.