Можно! Но лучше это сделать не средствами Reporting а сразу в SQL-запросе. Вычисляемое поле:

Я говорю о варианте считать вычисляемое поле не средствами Reporting, а средствами SQL. В <условии> ставить (A+B+C+...) > D

А в отчете - просто отображать значение вычисленного поля [PassFlag]. Это конечно всего лишь один из возможных вариантов, но он представляется мне наиболее разумным и простым. С моей точки зрения, средства Reporting надо применять лишь тогда, когда результат затруднительно получить средствами SQL.

У вас фиксированное (заранее известное) количество столбцов в отчете или нет? Тогда зачем вообще матрица? Достаточно таблицы.

Гы! Ну тогда дерзайте. Я лично, увы, с матрицами пока вплотную не сталкивался. Будет интересно узнать результат. Рекомендую документацию: Нужна русская документация по SQL Reporting Services.

С налёту могу лишь сказать, что скорее всего Ваш subtotal можно посчитать средствами SQL, но скорее всего это будет неоптимально. Думаю здесь как раз удобнее средства Reporting.

Работа с областями данных матрицы

Добавление подытогов
Для добавления в матрицу подытога добавьте подытог в отдельную группу внутри матрицы. Группы не имеют подытогов по умолчанию. Чтобы добавить подытог в группу, щелкните правой кнопкой мыши заголовок столбца или строки группы и выберите Подытог. В результате откроется новый заголовок для подытога. Службы Reporting Services вычислят подытог, основанный на статистическом выражении в ячейке данных для группы. Дополнительные сведения о статистических функциях см. в разделе


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