SSRS avec interface utilisateur Web personnalisée

Est-il possible de créer un front-end Web pour exécuter des rapports SSRS?

Nous avons déjà croix-navigateur web front-end pour la collecte des rapports d'entrées (pour un non-SSRS plate-forme) que nous comme voir se poursuivre avec SSRS à la place. Il comprend un domaine spécifique de contrôles d'INTERFACE utilisateur qui ont été développés en interne, déjà, et rien ne vient près OOTB avec SSRS.

Nous n'avons pas besoin de faire un affichage dynamique de la connaissance sur les contrôles, bien que j'imagine que la RDL peut aider à nous dire quels sont les paramètres (et leur type), le rapport fait - mais nous avons besoin de plus que ce que Gestionnaire De Rapports nous donne.

Essentiellement, nous aimerions personnaliser/remplacer l'entrée de la collecte de l'INTERFACE utilisateur générés par le Gestionnaire de Rapports. Nous avons aussi besoin d'un minimum d'une image de marque. Serait-il plus facile à la ferraille de gestionnaire de Rapports (de l'extérieur je veux dire) et une interface directe avec la SSR Service Web par le biais de notre propre ASP.NET application?

Je suis nouvelle dans les rapports de terrain, et je ne trouve aucune information sur ce sujet. Nous sommes à l'aide de SQL Server 2005 Reporting Services.

source d'informationauteur JPot

  1. 9

    Oui c'est possible. Nous avons mis en place une solution similaire à cela plus de 2 ans, lorsque nous étions dissastified avec le paramètre de sélection qui est venu OOTB.

    Essentiellement, nous avons une coutume ASP.NET application que les utilisateurs d'interagir avec. Lors du premier chargement de la page, il présente une liste des rapports disponibles pour cet utilisateur (communication de la ASP.NET app pour SSRS via des services web et de l'identité usurpation d'identité, de sorte que la liste de sécurité est coupé). Vous aurez besoin d'utiliser Kerberos ici, si la coutume ASP.NET app est sur un serveur différent du Serveur de Rapports.

    Une fois que l'utilisateur sélectionne un rapport à la sélection de paramètres s'affiche à l'écran (toujours dans le custom ASP.NET app). Lorsqu'ils sélectionnent leurs paramètres et cliquez sur "Générer un Rapport", JavaScript ajoute les balises input pour chaque paramètre à un Formulaire HTML à la volée (caché de l'utilisateur), puis il exécute un HTTP POST à la SSR serveur web.

    Nous sommes alors à l'aide de la OOTB de la visionneuse de rapports pour afficher le rapport, cependant, il est hébergé dans l'image, de sorte que le haut de l'écran permet à l'utilisateur de contenus pour le web personnalisée app. Cela leur permet de rapidement revenir en arrière et changer les paramètres.

    Nous avons adopté cette approche parce que nous avons une organisation mondiale, mais notre application a été hébergées de façon centralisée, - nous avons voulu les performances aussi bonnes que possible pour tous les utilisateurs. Ce que nous avons trouvé était que le Visualiseur de Rapport a été assez bonne performance sage, mais que le OOTB Paramètre de Sélection qui est venu OOTB a été terrible pour les connexions à latence élevée - beaucoup de publications et beaucoup trop de trafic transmis.

    Un autre truc - nous fait les paramètres "cachés" dans le rapport, de sorte que les paramètres n'ont pas été indiqué dans le Rapport de l'Observateur.

    Edit: Nous intitially fait avec cette avec SSRS 2005 et ont récemment mis à jour à SSRS 2008 avec un minimum de tracas.

  2. 4

    Si je vous comprends bien, vous aurez envie d'utiliser ReportViewer pour rendre les rapports.

    Vous pouvez mettre en œuvre l'entrée de rassemblement de toute façon, et puis il suffit de passer les entrées pour les rapports en tant que paramètres:

    //the report classes are in the namespace: Microsoft.Reporting.WebForms
Collection<ReportParameter> paramList = new Collection<ReportParameter>();
string reportPath = ApplicationInfo.ScorecardReportPath;
paramList.Add(new ReportParameter("UID", "5"));

ReportViewer1.ProcessingMode = ProcessingMode.Remote;
ReportViewer1.ServerReport.ReportServerUrl = new Uri("http://servername/ReportServer");
ReportViewer1.ServerReport.ReportPath = reportPath;
ReportViewer1.ServerReport.SetParameters(paramList);
ReportViewer1.ServerReport.Refresh();

    ReportViewer est un contrôle que vous pouvez déposer sur votre page:

    <rsweb:ReportViewer id="ReportViewer1" runat="server" documentmapwidth="175px" 
font-names="Verdana" font-size="8pt" promptareacollapsed="true" width="100%"
zoommode="Percent" zoompercent="100"/>

    J'ai utilisé cette approche pour imbriquer les reportviewer à l'intérieur d'une page de contenu dans une page maître. Il permet le menu/en-tête/pied de page à afficher.

  3. 3

    Ce que nous avons fait est construit d'une INTERFACE utilisateur pour recueillir des critères et le format (PDF, XLS, etc.) de données et utilisé le SSRS Services Web à feu les rapports.

    Il nous a permis de faire exactement ce que vous allez parler avec respect à l'aide de votre propre INTERFACE utilisateur & image de marque autour de l'rapports.

    Vous essentiellement passer la RDL nom et un ensemble de paramètres de rapport pour le webservice et il va retourner le HTML (ou n'importe quel format que vous spécifiez).

    Certains pièges sont notamment d'avoir à ré-écriture d'Url lorsque vous utilisez SSRS la colonne de tri, et d'avoir à définir vos propres types mime si vous voulez soutenir PDF/Doc/XLS/etc...

  4. 2

    Un autre moyen de créer une marque de look sur SSRS si vous ne souhaitez pas l'utiliser ASP.Net. L'utilisation d'un sous-rapport en tant que tête de et que la navigation entre les rapports.

    http://mybinote.blogspot.se/2012/03/branding-ssrs-and-make-it-look-like.html