Суммирует она ваш столбец B:B, в котором стоят числа... и на скрытые реагирует в ситуации вашего файла... не ругайтесь на неё...
мои выводы:
создана она для работы с диапазонами - т.е. ячейками (значениями в них)...
с виртуальными массивами (как в случае, когда вы накладываете условие, чтобы получить НОВЫЙ массив, для его дальнейшей обработки) - НЕ работает (если криво)... только, как сказал Dima S
т.е. опять же ОПИРАЯСЬ на ячейки, ака не теряя с ними логическую связь (следуя принципу преемственности закладываемой в основу операции логики - ух, как высказалась   )...
когда же gling наложил условие -->получился "виртуальный" массив - в котором нигде не сказано, что из скрытых ячеек, а что из других... --> произошёл disconnect в "нашем понимании и понимании экселя"... чего например не происходит, если мы в массиве (!!) получаем Н/Д# и обрабатываем его проверкой на Н/Д#...
Вот так:
думаю, дело как раз в этом (создавалась она для работы с имеющимися агрегатами с заложенными в неё возможностями фильтрации [ошибки, скрытые и т.д], а не сама цель заставить её ещё и фильтровать, как нам хочется, - эта возможность, видимо, вторична при адекватной [hand-made с помощью СТРОКА] обработке получившегося массива соответствующими значениями параметра  14-19 функции)... фильтр, наложенный функцией, и фильтр, налагаемый нами (пытающимися), не всегда призваны увидеть друг друга в этой функции...
и ещё в том, что разработчики этой функции не задавались целью продублировать возможности ПРОМЕЖУТОЧНЫХ ИТОГОВ... и то, что УЖЕ можно сделать с помощью последней, зачем создавать ещё раз?... поэтому у АГРЕГАТ свои границы применимости и, кажущиеся нам, ограничения... (когда мы пытаемся использовать инструмент не по назначению)... имхо... программисты не любят вставлять в свои продукты однотипные возможности, скорее расширять их линейку для внедрения НОВЫХ удобств
p.s.
хотя соединить то, что есть, с тем, чем вам хочется, - тоже никому не помешает (я бы тоже была благодарна программистам Microsoft Office)... но и так жить, наверно, можно