RtReports
Welcome to the RtReports feature suggestion box. We created this forum to hear your ideas, suggestions and feedback.
Please suggest your most important features and design change ideas on this site! Also vote for your favorite features now! We welcome your feedback.
- NOTE: for bugs, please report to OSIsoft Tech Support at https://techsupport.osisoft.com/My-Support/My-Cases/New/ rather than entering them on this site.
- NOTE: for documentation feedback and bugs, please report to Documentation@osisoft.com rather than entering them on this site.
-
Automatically run report after batch completion
Provide the ability to automatically run a report after a batch completes.
9 votes -
Conditional Approval
Provide more power and flexibility to who approves reports. Currently, you can set the order of approvals.
It would be nice to be able to determine who or which approval track a report goes to or undertakes based on the results of the batch (IE which alarms were tripped during the batch)
6 votes -
Duration Time Format
Provide additional Time Format setting for Duration, other than xx days xx hours xx minutes xx seconds
6 votes -
Enable sorting RTReports Unit Classes alphabetically
Users may have potentially dozens of units per unit class with similar naming structures, so picking through all of these units is difficult without sorting. Since this is not configurable through the MDB, users would have to manually remove all units and re-add them in alphabetical order each time they add a unit to a class.
It would be handy to enable sorting this list, perhaps by clicking the "Units" header or otherwise.
5 votes -
Add support in RTreports to use AF advanced features
we are designing our AF structure for a new customer and they would like to use the RTReporting capabilities later on so I want to make sure we design for success.. Things like for example make the “Limits” option in AF be available to pull into RTReports
5 votes -
Allow access to RtReports review data programmatically
I would like to be able to access RtReports review data programmatically (e.g. via ODBC) so we can track which reports are ready to be reviewed by Manufacturing/QA.
It would also allow us to monitor the time taken to complete reviews and help drove improvements in lot release times.4 votes -
Ability to delete "released" reports for demo or testing purposes
As the report designer and/or integrator, I would like the ability to delete “released” reports used for demo/testing purposes. Specifically, when having to test how the official print looked, or e-signature capability, or to show the customer how those items worked. Without that utility, testing “released” functionality is a lot harder.
4 votes -
Allow the user to control the font and position of the Official Print
Provide the ability to control the font or position of the Official Print in the Editor and Generator.
4 votes -
Time based unit aliased reporting
Support creating a time based unit report so common AF attributes can be printed that are defined for common Asset Classes
4 votes -
PDF files generated by RtReports should support being generated with a password
When creating PDF reports in 3.3 AdobePDF would allow for password protection as one of the printing options. Since RtReports 4.0 no longer uses AdobePDF, the option to print with password protection should be allowed.
3 votes -
Improve the user experience of the "Report Edit" window
When editing the report Criteria in RtReports, editing the text fields leaves the "OK" button grayed out. In the attached screenshot, the user has edited the "Recipe" criteria field and then clicked into the "Product" criteria field. The "OK" button remains grayed out. The same behavior also exists if you use the Tab key to change fields.
Currently, the user must hit the Enter key in order to have the changes picked up, which enables the "OK" button. This can be confusing, especially for new users that do not know of this requirement.
3 votes -
Be able to sort phase parameters by entry time, rather parameter types.
Provide the ability to sort phase parameters by entry time, rather parameter types.
3 votes -
Provide native 64-bit version of RtReports Server
Provide a native 64-bit version of the RtReports Server.
3 votes -
Export report template list from RtReports Editor
Provide the ability to export report template list from RtReports Editor.
3 votes -
Generator View User Specific
Make user's preference of View (Batch, Equipment etc.) in the RtReports Generator a user-specific setting
3 votes -
Automatic generation of time based and batch Reports, based on schedule
Provide the ability to run a report based on schedule.
3 votes -
Support report generation against any batch level
As a RtReports user, I would like the context level I select in the RtReports Generator to be the context used in the generated report. For example, if I click on a PIUnitBatch I would expect to see only data from within the start and end time of the PIUnitBatch. The current behavior is to crawl up to the top level of the batch structure and use that for the context of the generated report.
2 votes -
Send notification to next approver-group in approval cycle
Provide the possability to send notifications based on the approval-cycle status of the report.
For example: In a "two-steps" approval cycle, send a notification to the final approval group when the first group approved the report.2 votes -
Allow configuration of Trend legend position
As an report designer, I would like to be able to choose the position of the legend on Trends.
2 votes -
Conditionally set the Report Approval Cycle
As an RtReports administrator, I would like to set my reports to only require the review cycle to be completed if the batch data is flagged as questionable. Otherwise, no manual review should be required.
2 votes
- Don't see your idea?