1) Creo que Reporting Services es muy bueno para la mayoría de las necesidades, cuando se trata de desarrollar informes basados en tablas y también informes matriciales (drilldown - pivot like functional). Considerar el precio de Cognos etc. Una PYME puede ni siquiera sueñe con obtener Congns AFAIK
2) La funcionalidad de programación/suscripción de informes se puede invocar para enviar informes a un conjunto de usuarios (impulsados por datos) para entregar informes. Las suscripciones pueden entregarse en ubicaciones personalizadas, como un SFTP, al escribir el código .Net.
3) usar modelos de informe, el usuario final puede arrastrar y soltar columnas y desarrollar informes personalizados
Para Nota:
1) Se puede obtener más difícil una vez que desarrollar informes especie gráfica/salpicadero muy complejos - lo cual Implica pocos gráficos y tablas pequeñas para mostrar en A4. Report Designer (la herramienta que utilizamos para diseñar informes) y la visualización web utilizan diferentes motores de renderizado. Por lo tanto, es mejor si implementa los informes con frecuencia y ve cómo se ven, si desarrolla informes gráficos complejos
2) Si escribe una funcionalidad personalizada, es posible que tenga que cambiar los archivos de configuración XML (RSReportServer.Config, etc.). Si hay algún problema en la edición, el servicio ReportServer puede detenerse. Así que tenga cuidado de hacer una copia de seguridad antes de hacer nada personalizado
TL; DR basa en las respuestas hasta ahora Tienes dinero en efectivo -> Cognos, no tiene dinero en efectivo -> Reporting Services –
dieron un poco de dinero en efectivo -> i-net Claro Informes – Epaga