1. Open XML SDK 2.0 - хорошая штука, когда нужно сделать динамический отчет (структура). Раньше до него мы все курили позднее / ранее связывания, базирующийся на объектной модели офиса, имели проблемы с версиями офиса и иже.
2. Для всего остального - генераторы отчетов (SSRS, CR, FastReports, StimulReports, ...).

3. Педали с костылями вида xslt - удел убогости и недальнозоркости. Сопровождать, рефакторить и развивать этот мусор практически невозможно.

spOpen XML SDK 2.0 - хорошая штука но не для сложных и очень большых отчетов - ибо много руками писать надо и на больших наборах данных довольно медленно
Приавильно, для сложных и очень большых отчетов - только репортинговые системы.

spГенераторы отчетов не подходят - зачем тащить экскаватор в песочницу
Я Вас умоляю, несколько dll в проекте - это не экскаватор. Не так страшен чёрт, уважаемый.

spгде можно и лопаточкой обойтись да не гибкие они
Лопата - это еще слишком сказано. Это не лопата, - это кривая полусломанная глабля.

spпо сравнению с тем как можно безобразничать с информацией в Экселе - ни один генератор отчетов не сравниться + юзер может поизвращаться с готовым отчетом украсив его как ему надо :)
Вот для "безобразничать с информацией" - есть нормальный Open XML SDK 2.0. Для остальных 99% случаев - репортинговые системы.

spМСУ, я думаю вам стоило об этом макрософтовцам рассказать, а то они в своем ЦРМ отчегото отчеты в Офисе делают :)
И тут опять просад :) В MS Dynamics CRM отчеты реализованы средствами SSRS.

P.S. Сейчас здравые люди делают отчеты в репортинговых системах, MS это или не MS.

spМСУ, Конструкторы отчетов, повторюсь, немного деревянные - по сравнению с Экселем
В чем выражена деревянность? Генераторы отчетов покрывают 99% процентов бизнеса, мощны, имеют кучу фильтров экспорта, адекватно поддаются рефакторингу и сопровождению, централизованный доступ и управление безопасностью, кеширование, рассылка отчетов по требованию, и куча-куча всего самого нужно и вкусного. В остальном 1% случае нам требуется руками молотить чего-то в екселе (динамическая структура и т.п.). Лично я еще не встречал по своему опыту задачу, которую бы не смог решить SSRS или CR. Были правда некоторое затыки в сложных отчетах, но они успешно обходились с другой стороны.

spда и с мысле здравости xslt трансформация в десятки раз быстрее кустарного когда конструкторов
Как раз наоборот. xslt работает на порядки медленнее нативного кода генераторов отчетов. И как-раз xslt кустарщина, а не наоборот. Основные проблемы начинаются под реальной нагрузкой, когда n пользователей запрашивают отчет. xslt - это убогий способ решить задачу "по-быстрому". В итоге получается мусор, который невозможно поддерживать.

spВ общем - это вопрос вкуса и потребностей!
Вопрос опыта и понимания BI.

spИ тут опять просад :)
Да, потому что это обычный линейный экспорт гридов в Excel. Отчетом-то назвать трудно.
Начинайте читать отседова:

http://msdn.microsoft.com/en-us/library/bb955081.aspx To use the information that is provided in the Report Writers Guide, the following prerequisites are needed:
Knowledge of how to write reports for SQL Server Reporting Services.

Knowledge of the SQL language and Microsoft SQL Server 2005.

Experience writing Reporting Services reports within the Report Designer component of Microsoft Visual Studio.



Create Reports for Microsoft Dynamics CRM Using SQL Server Reporting Services

spну - этож настоящие отчеты, а то что генерит SSRS - это просто какойто пазор :)
Это банальная автогенерация. Хотите что-то мощнее - пишите сами на том же SSRS.

Обычный дрилл-даун отчетик с группировкой лабаем несколькими кликами мышки.

http://www.youtube.com/v/W6gk9VqnGMs