Есть документ "проект договора", который содержит реквизит "Основание". Тип данного реквизита аналогичен документу. т.е. на основании данного документа делаются документы "проект договора" дополнительные.
Необходимо в СКД вывести отчет по данным документам, но так чтобы вначале стоял документ основание, а ниже ему подчиненные.

Можно сгруппировать по полю основание, но добавляя в группировку другие поля вся иерархия данная нарушается. Можно реквизиты добавить в ресурсы (максимум), но данные группировки документа основания будут неверными.

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

Итак, пусть имеется некий набор данных - запрос "Основной". В запросе помимо всех прочих данных для отчета выбираем как сам документ "ПроектДоговора", так и его основание "ОснованиеПроекта".
Далее на закладке связей СКД описываем связь единственного набора данных с самим собой. В качестве выражения источника "ПроектДоговора", в качестве выражения приемника "ОснованиеПроекта". В колонке начального значения связи указываем "Значение(Документ.ПроектДоговора.ПустаяСсылка)".
В завершении в настройках структуры отчета добавляете группировку "<Детальные записи>", в выбранные поля - все необходимые поля для отчета, в т.ч. и "ПроектДоговора". Основание не нужно.

Готово.

В результате Вы в отчете увидите иерархию записей, где в группировках иерархии будут не какие-либо итоговые данные, а записи прямиком из результата запроса, соответствующие проекту договора.

Недостаток же кроется в том, что обязательно использовать детальные записи, не группировку по полям.
---
Уточните, пожалуйста, а выводимые поля не являются реквизитами документа? Просто получить их "через точку" не получится?
---
Сейчас обрисую на примере
---
Создал тесовый документ тест и несколько реквизитов: основание, тип, контрагент, ндс и сумма.
2 группировки: Основание и детальные записи.
В основании через точку добавил выбранные поля так что они совпадают с детальными. В настройках поставил в отдельных колонках.

В детальных записях вывел поля и наложил отбор, чтобы второй раз основание не выводилось.

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

И вышло вполне неплохо

Но есть одно но. Поля группировки суммы хотелось бы сложить и когда поле "сумма" добавлена в ресурсы, то отчет валится.....он в другую колонку добавляет...

Как быть?...
---
если речь идёт про справочник то есть вывод с иерархией. Если у вас искусственная иерархия вам ее и реализовывать.
---
посмотрите https://infostart.ru/public/242824/ , мне в свое время очень помогла
---
В дополнение к приведенным ссылка от других участников форума представлю еще один способ решения задачи. Он подойдет Вам в случае, если например данные выбираются из некоего регистра, и необходимо представить записи этого регистра в виде иерархии, опираясь на одно из его измерений - проект договора.

Итак, пусть имеется некий набор данных - запрос "Основной". В запросе помимо всех прочих данных для отчета выбираем как сам документ "ПроектДоговора", так и его основание "ОснованиеПроекта".
Далее на закладке связей СКД описываем связь единственного набора данных с самим собой. В качестве выражения источника "ПроектДоговора", в качестве выражения приемника "ОснованиеПроекта". В колонке начального значения связи указываем "Значение(Документ.ПроектДоговора.ПустаяСсылка)".
В завершении в настройках структуры отчета добавляете группировку "<Детальные записи>", в выбранные поля - все необходимые поля для отчета, в т.ч. и "ПроектДоговора". Основание не нужно.

Готово.

В результате Вы в отчете увидите иерархию записей, где в группировках иерархии будут не какие-либо итоговые данные, а записи прямиком из результата запроса, соответствующие проекту договора.

Недостаток же кроется в том, что обязательно использовать детальные записи, не группировку по полям.
---
ОГОНЬ!
Выше описал свой окольный способ, модерацию не прошел. Но минус был в ресурсах.
А тут прям классно сделано.
---
Еще немного потестирую