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

Про параметры СКД.
Практика показала, что в выражениях параметров.... Почему-то (!) может присутствовать только один параметр.
Т.е. выражение вида &Параметр1+&Параметр2 выдает &Параметр1 начисто игнорируя второй, либо выдает сообщение об ошибке.
В параметрах можно использовать функции модулей менеджера объектов, ибо они тоже общие.
Собственно, если Вам необходимо писать, например, указать конкретную номенклатуру по коду, то можно в выражении так и писать Справочники.Номенклатура.НайтиПоКоду({Нужный код})

(8) Ну, у меня есть отчет, который "заливает" фон градиентом от 0 до 100 % :)

+(8) условным оформлением такое сделать сложно. Но если руки дотянутся, по-пробую.
Грубо, СКД умеет понимать, где функция а где еще чего.
Оно вычисляет используя функцию "Вычислить"

Про программную инициализацию макетов СКД.
Надо инициализировать по URI. Другие способы хоть и указаны в СП, но не взлетели, ни на 8.2, ни на 8.3.

+(14) схема работы такова:
1. СКД инициализируется по URI
2. Получаем список вариантов
3. Инициализируем вариант
4. Получаем всё, что только возможно для СКД, включая инициализированные отборы на форме.

Всё, что связано с СКД, как и сама СКД сериализуется, т.е можно получить оное в виде XML и хранить в оном виде.
Для этого, нужно описать 2 функции - одна возвращает строку XML-представления объекта, другая, наоборот, из строки XML возвращает объект. Функции просты, завтра или как руки дотянутся - сброшу, всё элементарно.

Возникает вопрос: мол, а зачем?!
У меня это используется, например для гибкой настройки адрессации системы соглавания объектов: почему, кто и до каких пор должен лайкнуть или дизлайкнуть объект.

И еще касательно инициализации СКД.
Инициализация кривой СКД на сервере приведет к падению рабочего процесса.
Имейте ввиду.