Ну и сделайте им сумму ячеек Value, в чём проблема? В форматировании ? Eсли надо, перед сложением округлите значения Value также, как они отображаются. Другое дело что общая их сумма может не быть точно 100% Предупредите. Или предложите отображать две значащих цифры после запятой. Но это конечно всё равно не решит проблему так, как им требуется.

А вообще, действительно маразм. Если число округляется, то точность теряется. Это азы. И проходят это в школе. Пусть они вам это требование на бумаге напишут. С подписью и печатью. А вы обдумайте формулировку которую от них потребовать. Например "значение процентов субтотал должно вычисляться как сумма отображаемых значений процентов Value". Вот и всё - что хоЧУТ то и получат, с Вас взятки гладки.

Найдите какой-нибудь текст по описанной проблеме, подтверждающий Вашу точку зрения. Поищите в Гугле например на "потеря точности при округлении".

Значение субтотал, подсчитанное не непосредственно, а путём суммирования отбражаемых округлённых значений Value будет по сути обманом клиентов. Можете на эту тему написать служебную или докландую записку и пусть её у Вас примут с датой и входящим номером, проставленными на Вашем экземпляре. Но конечно смотрите по обстановке. Возможно не стоит гнать волну. :)

Вот ещё по Вашей теме, возможно будет полезно: SSRS2005 & round

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