Przecież podsumowania listy są parametrami listy i treść zestawienie nie ma z tym nic wspólnego.

Nie wiem jaka to "ciekawostka", gdyż tak działa od zawsze każda lista w programie, zawsze zwracam na to uwagę na szkoleniu z podstaw obsługi programu - domyślne ustawienia filtrów i list są definiowane przez producenta i zapamiętywane dla danego użytkownika, specyfiką zestawień jest to, że nie są zapamiętywane ustawienia filtrów (kiedyś nie były pamiętane ustawienia list zestawień SQL, ale od dawna już są zapamiętywane).

Można dorobić własny wiersz podsumowujący w zestawieniu, który dobrze policzy takie rzeczy. Poszukaj sobie w necie o gropowaniach ROLLUP, GROUPING SETS, CUBE. Cuda-wianki można tym robić.

A po co cuda-wianki jak wystarczy zwykłe union all ? Niestety podsumowanie listy to nie to samo co kolejny wiersz z danymi.

PS. Wyliczanie kosztu funkcją insertowską przy dużych ilościach dokumentów i pozycji strasznie powoli idzie. Da się to dobrze zrobić po swojemu z pewnymi uproszczeniami, które przynajmniej u mnie nikomu nie przeszkadzają.

Wiemy, że może wyliczać zestawienia w pomijalnym czasie, każdy wybiera rozwiązania do swoich potrzeb.

Pytający wspomniał o wierszu podsumowującym zestawienie i jego zachowaniu, które nie jest takie jak oczekuje. Zmienić tego się nie da (przynajmniej ja o tym nic nie wiem) ale da się zrobić własny wiersz podsumowujący.

Przeczytaj dokładnie wątek - da się, napisałem jak to zrobić, @exequos podziękował.

Pisanie całego selecta pod union all jest bez sensu jeśli chce się dodać tylko podsumowanie. Od tego jest właśnie ROLLUP i pozostałe klauzule, które opisałem. Po co smarować całe dodatkowe zapytanie skoro najprostszy wariant wiersza podsumowującego całe zestawienie można zrobić dopisując WITH ROLLUP po GROUP BY? Policzy to średnią marżę jak należy.

Nie trzeba pisać całego zapytanie tylko skopiować i zmienić sposób grupowania co dla początkującego powinno być łatwiejsze, gdyż bazuje na tej samej składni, z której już korzystał... Poza tym przejdź do praktyki, policz najpierw tę średnią marżę "jak należy", a nie jako średnią arytmetyczną i zobacz co Ci z tego wyjdzie.

Prosty test:

SELECT towar, sum(netto) netto, sum(zysk) netto, avg(marza) marza FROM (
SELECT 'towar' towar, 10.99 netto, 1 zysk, marza=convert(money, 1/10.99)*100
union all
SELECT 'towar2',11.99 netto, 2 zysk, marza=convert(money, 2/11.99)*100
) x
GROUP BY x.towar
with rollup

Wyniki z zapytania i Subiekta (3 kolumna z zapytania jest błędnie nazwana - powinna się nazywać ZYSK) :

OK pośpieszyłem się  przy czytaniu zadanego pytania i się deko zapędziłem. Nie zmienia to jednak tego, że z powodzeniem używam rollupa i daje on prawidłowe wyniki. Najwyraźniej konstrukcja moich zapytań jest inna.

Zgadza się, rozbija się o agregację. To zestawienie korzysta z widoku wspólnego dla wielu różnych zestawień, które są mutacjami wielu fabrycznych zestawień. W widoku sekcja cenowo-ilościowa wygląda tak

,iloscmag=isnull(sum(dp.ob_IloscMag*  case when dd.dok_Typ=14 then -1 else dp.ob_Znak end),0)
,netto=isnull(sum(dp.ob_WartNetto * case when dd.dok_Typ=14 then -1 else dp.ob_Znak end),0)
,brutto=isnull(sum(dp.ob_WartBrutto * case when dd.dok_Typ=14 then -1 else dp.ob_Znak end),0)
,koszt_z_pozycji=sum((CASE dd.dok_typ WHEN 14 THEN - 1 ELSE dp.ob_Znak END) * ISNULL(koszt_pozycji.koszt, 0))
,zysk_z_pozycji=(isnull(sum(dp.ob_WartNetto * case when dd.dok_Typ=14 then -1 else dp.ob_Znak end),0))-(sum((CASE dd.dok_typ WHEN 14 THEN - 1 ELSE dp.ob_Znak END) * ISNULL(koszt_pozycji.koszt, 0)))

Koszt pozycji jest joinowany z CTE, które przemiata przez dok_magruch i dok_magwart. Przyjmuję zawsze finalny koszt serii, po wszystkich korektach.

W zestawieniu końcowym netto, brutto, koszt i zysk lecą na wprost przez SUM() a marżę wyliczam formułką (też z sumowaniem), która bierze poprawki na pozycje z zerową wartością netto.