It would be great if users didn't need to authenticate with two different web applications. I would use the report server integrated with my current ASP.net website. It would be great if it authenticated and authorized users based on the same roles also.
Have the ability for reports to be generated at defined intervals and delivered to one or more defined destinations - together. For example, a monthly report pack (consisting of a number of reports) can be sent to a client with all reports attached to the single email or compressed into a single zip file, or merged into a single Excel workbook, or PDF file before delivery.
It recently became apparent to us that there are multiple templates for sending email. There is the one that can be customized but it only get customized for internal users. There is also a separate template for external users and it cannot be customized and is common across all reports. All templates need to be customization for each report. Since the Report Server is designed to send to anyone and the licenses are controlled by who can create reports, it makes the ability to send report to users extremely limited.
I'm using Crystal Enterprise for a longtime, and would like to replace it with that tool. On of the most useful feature is scheduling (for time-hungry reports, that takes more than 20 minutes to be generated). It will be a plus if you add: * The ability to choose the Execution start time, and frequancy; and to enable or disable the schedule job without lossing it. * Add a menu item called "Schedule Jobs", to view all schedule jobs of any accessible report (per profile; Admin can see all categories by profiles). * The ability to execute on-demond (execute disabled or enabled schedules for prepared parameters). * The ability to sign the generated PDF. * The ability to send generated PDF to mail (one or more), and to set the mail subject and body. * nerated PDF to folder (local, remote with auth) or FTP.The ability to save the ge * The ability to view schedule execution history, and view its result; and Add option to clear old results. * No "time out" for longer generation process. * Schedule jobs queued per user profiles; * Admin can set priority to user profiles (to execute queued jobs), and can cancel jobs.
Our company has many different profit and loss groups which act as mini-companies that share customers, vendors & transport companies. Each group doesn't want the other groups to view reports relating to their contracts, shipments & invoices. This has been one of the failing of the Microsoft Report Server. I would have to pass in the query string the groupid. Any group could manipulate the query string to see other groups reports. So all reports are built in the web app with the groupid setup in their profile. A solution to our type of business reporting needs would be helpful. Otherwise we will just roll our own reports in the next version also.
> Ability to build directories for storing reports; and allow assigning user permissions per user. > So, Application A, will have its reports in Directory A; Application B, will have its reports in Directory B. > It will be a plus if you support a hierarchy or sub-directories. > It will be a plus if you add user group, to be assign by group.
Branding of the report server, as a minimum with our company logo is very important for our company. This is a deal breaker. If this minor feature improvement can be provided in the near future I will consider your product otherwise I am forced to look elsewhere.
Our company needs an email to be sent with a PDF and excel sheet as an attachment. With existing feature we could set two emails to be sent. However we have 50 users and 50 reports to be configured. Now i need to set up 100 configurations to cater to both PDF and Excel.
As a developer integrating the ReportServer into our solution, I want to be able to pull data for reports from my custom business objects model, instead from database, So that I can reuse the data layer I already have along with its business rules.
I extensively use sub reports with drill-down, drill-through actions and to fetch data, into the main report, extracted from different datasets based on a set of certain parameters. When I upload these reports to the server, I assign main and sub reports to two separate categories 'Main' and 'SubR' so that I can manage reports and users' permissions accordingly. Currently, it is not possible to 'hide' the reports under 'SubR' category for a user so that all the sub reports are hidden from view, leaving visibility of main reports only for that user. I tried by restricting user's access to the category 'SubR' so that sub reports are not visible in the list and avoid confusion from user's perspective. But when I restrict user's access to the category 'SubR', all the main reports that contain sub reports do not run correctly and start displaying 'unable to access subreport1...' error. The same error comes up if I have included a report in the main report, accessible by drill-through action. I would like to request for a functionality to 'Hide / Display' reports in conjunction with 'Read' access to the reports. This will provide further granularity to the way the reports can be made accessible and still be hidden from view.
Currently, the only way to integrate with Active Directory is to use Federation Services. We do not have a Federation Server nor do we require one. It would be great to add the LDAP information and be able to authenticate with AD. While larger organizations use ADFS and its required for Azure, for small networks and organizations, ADFS is overkill for trying to achieve SSO.
Our team is working with TelerikReporting with reports we write in Visual Studio rather than designing them directly in the tool. This lets us do version control which is important to us. It's working well for us. However, it would be much smoother a simple change: - when you upload a report, you should have the option to overwrite the definition of an existing report. Otherwise you have to:- - delete the report you are updating - because there are schedules atached, you have to delete those as well - recreate the report - recreate the schedule You can understand why this is time consuming.