Usługa SSRS z niestandardowym interfejsem WWW

Question

Czy można utworzyć niestandardowy interfejs sieci Web do uruchamiania raportów SSRS?

Mamy istniejący interfejs sieciowy dla różnych przeglądarek do zbierania danych wejściowych do raportowania (dla platformy innej niż SSRS), który byłby , taki jak, aby zobaczyć, jak kontynuować z SSRS. Obejmuje on kontrolki interfejsu użytkownika specyficzne dla danej domeny, które zostały już opracowane w firmie i nic nie jest tak bliskie OOTB z SSRS.

Nie musimy wykonywać dynamicznego renderowania elementów sterujących typu - choć wyobrażam sobie, że RDL może nam powiedzieć, jakie parametry (i ich typ) raport ma - ale potrzebujemy więcej niż to, co nam daje Report Manager.

Zasadniczo chcielibyśmy spersonalizować/zastąpić interfejs użytkownika zbierający dane wejściowe wygenerowany przez Menedżera raportów. Potrzebujemy także odrobiny brandingu. Czy byłoby łatwiej złapać Report Manager w ogóle (zewnętrznie mam na myśli) i interfejs bezpośrednio z usługą SSRS Web Service za pośrednictwem naszej własnej aplikacji ASP.NET?

Jestem nowy w terenie zgłaszania i nie mogę znaleźć żadnych informacji na ten temat. Korzystamy z usług raportowania SQL Server 2005.

Answer 1

Tak, jest to możliwe. Wdrożyliśmy rozwiązanie podobne do tego ponad 2 lata temu, kiedy byliśmy zdyskredytowani wyborem parametru, który przyszedł OOTB.

Zasadniczo mamy niestandardową aplikację ASP.NET, z którą użytkownicy korzystają. Po załadowaniu pierwszej strony wyświetla listę raportów dostępnych dla tego użytkownika (komunikacja z aplikacji ASP.NET do usługi SSRS za pośrednictwem usług sieciowych i personifikacja tożsamości, aby lista została zabezpieczona). Będziesz musiał użyć protokołu Kerberos, jeśli niestandardowa aplikacja ASP.NET znajduje się na innym serwerze niż serwer raportów.

Po wybraniu raportu przez użytkownika wyświetlany jest ekran wyboru parametru (nadal w niestandardowej aplikacji ASP.NET).Kiedy wybierają swoje parametry i klikną "Wygeneruj raport", niektóre JavaScript dodają znaczniki wejściowe dla każdego parametru do formularza HTML w locie (ukryte przed użytkownikiem), a następnie wykonują HTTP POST na serwerze WWW SSRS.

Następnie używamy przeglądarki raportów OOTB do wyświetlania raportu, ale jest on hostowany w ramce, dzięki czemu górna część ekranu pozwala użytkownikowi ograniczyć się do niestandardowej aplikacji internetowej. To pozwala im szybko wrócić i zmienić parametry.

Zastosowaliśmy takie podejście, ponieważ mamy globalną organizację, ale nasza aplikacja była hostowana centralnie - chcieliśmy, aby wydajność była jak najlepsza dla wszystkich użytkowników. Okazało się, że Report Viewer był całkiem niezły, ale wybór OOTB parametru, który pojawił się w OOTB, był okropny w przypadku połączeń z dużym opóźnieniem - wiele wiadomości zwrotnych i zbyt duży ruch przesyłany.

Jeszcze jedna sztuczka - w raporcie uczyniliśmy parametry "ukryte", aby parametry nie były wyświetlane w przeglądarce raportów.

Edycja: Zrobiliśmy to w sposób zamierzony z SSRS 2005 i niedawno uaktualniliśmy do wersji SSRS 2008 z minimalnymi problemami.

Answer 2

To, co zrobiliśmy, to zbudowanie interfejsu użytkownika w celu zbierania kryteriów i formatowania danych (PDF, XLS itp.) I użycia SSRS Web Services do wywoływania raportów.

Pozwoliło nam to zrobić dokładnie to, o czym mówimy, jeśli chodzi o używanie własnego identyfikatora użytkownika przy tworzeniu raportów.

Zasadniczo przekazujesz nazwę RDL i zbiór parametrów raportu do usługi internetowej, a ona zwróci kod HTML (lub inny format określony przez Ciebie).

Niektóre pułapek obejmują konieczności re-write URL podczas korzystania SSR za kolumny sortowania i konieczności zakładania własnych typów MIME, jeśli chcesz obsługiwać PDF/DOC/XLS/etc ...

Answer 3

Jeśli rozumiem poprawnie, będziesz chciał użyć ReportViewer do renderowania raportów.

można zaimplementować wejście zebranie w każdym razie, a potem po prostu przejść wejść do sprawozdań jako parametry:

//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 jest kontrolką można upuścić na swojej stronie:

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

Użyłem tego podejścia, aby zagnieździć reportviewer wewnątrz strony zawartej na stronie wzorcowej. Umożliwia wyświetlanie menu/nagłówka/stopki.

Answer 4

Alternatywny sposób tworzenia wizerunku marki na SSRS, jeśli nie chcesz korzystać z ASP.Net. Użyj raportu podrzędnego jako nagłówka i korzystaj z nawigacji między raportami.

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