Запрос для специализированной конфы, но пусть условно будет для БП для реализаций.

ВЫБРАТЬ
    РеализацияТоваровУслуг.Ссылка КАК Реализация,
    РеализацияТоваровУслуг.СуммаДокумента КАК СуммаДокумента,
    ВложенныйЗапросТовары.Сумма КАК СуммаПоТоварам
ИЗ
    Документ.РеализацияТоваровУслуг КАК РеализацияТоваровУслуг
        {ЛЕВОЕ СОЕДИНЕНИЕ (ВЫБРАТЬ
            РеализацияТоваровУслугТовары.Ссылка КАК Реализация,
            СУММА(РеализацияТоваровУслугТовары.Сумма) КАК Сумма
        ИЗ
            Документ.РеализацияТоваровУслуг.Товары КАК РеализацияТоваровУслугТовары
        
        СГРУППИРОВАТЬ ПО
            РеализацияТоваровУслугТовары.Ссылка) КАК ВложенныйЗапросТовары
        ПО РеализацияТоваровУслуг.Ссылка = ВложенныйЗапросТовары.Реализация}

мне больше пакеты нравятся.
Оптимизировать (производительность) особо негде.
А по смыслу Товары.Сумма может быть с НДС, а может и не быть.

Если сильно важна скорость, можно замутить реквизит или регистр, для хранения СуммаПоТоварам. И периодически его перисчитывать.

Печень совсем плохая стала.

(1) Это вообще не важно, пример левый

(2) Не вариант

+(2) Ну или при записи вычислять и писать

(3) Меньше пей. И не флуди в тематической ветке.

(4) Конфа ридонли?

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

(8) Нет, но так сильно менять и не получится и нет желания.

(10) Что значит сильно? Добавить реквизит и подписку, на последующие обновления не повлияет, никак.

сделать РС, в который при записи агрегировать данные. в отчете соединение без вложенного запроса

сделать соединение без вложенного запроса, но делить сумму документа на количество строк товаров, чтобы убрать задвоение

сделать два набора данных

(12)(13)(14)

Да ему нужно просто проверить, соответствует ли сумма из шапки документа итогу по табличной части.

(16) может быть там есть еще таб. часть "услуги" и надо посчитать долю... да мало ли что...

(17) Ну в данном примере он сравнивает с "Товарами". Потом сравнит с "Услугами".
Я думаю, ему надо просто сравнить значения. Может, по нескольким видам документов. Что теперь, из-за этого типовые реквизиты в регистр перебрасывать?

(14)+1

Делать запрос по тч, шапка сама приложится обращениями через тч.Ссылка.

Чем это хуже?

ВЫБРАТЬ
РеализацияТоваровУслугТовары.Ссылка КАК Реализация,
РеализацияТоваровУслугТовары.Ссылка.СуммаДокумента КАК СуммаДокумента,
СУММА(РеализацияТоваровУслугТовары.Сумма) КАК СуммаПоТоварам
ИЗ
Документ.РеализацияТоваровУслуг.Товары КАК РеализацияТоваровУслугТовары

СГРУППИРОВАТЬ ПО
РеализацияТоваровУслугТовары.Ссылка

(22) А по СуммеДокумента?

(23) А зачем?

В СКД даже группировка не нужна

(11) К чему все эти многочисленные предложения как сделать что-то ненужное?

(12) См. (26)

(13) Это типа даст эффект?

(14) В смысле? Зачем?

(16) Еще раз говорю, пример в (0) левый, главное, что там соединяются таблица документа и табличной части

(20) Неправильно. Табличная часть может быть пустая.

(21) Система один фиг будет делать неявное соединение.