Currently the only option for reports in Aha! dashboards requires creating a copy of the report. When this is done, any edits to the source report are not propagated to the dashboard panel. Some teams would prefer that the dashboard would automatically adjust with changes to the reports.
When adding panels to dashboards, you can now choose to use the root report rather than a copy. Simply uncheck the "Create a copy" checkbox when adding a new panel. This option also applies when adding Aha! views to notes.
Love it! Thank you!
So great that this has shipped!
Two questions - how does this work and how does this affect existing dashboards that I have that had their own dashboard copy of a report?
We love our dashboards, but each time we want to make a change to the same data representation (widget) across dashboards, we have to do so for each dashboard it's used in. This causes a heavy administrative burden. Thank you!
+1 from our org....
We use dashboards to 'template' consistent views across our product portfolios, resulting in 100s of cloned dashboards. We often have occasions where we'd like to deploy updates across this set of dashboards and today that painfully involves going into each and making the update. If we have a `deep copy` capability that allowed us to deploy updates by editing the initial source reports that would be very advantageous to us.
I agree with other comments that refreshing the framework of the report into the dashboard should be optional. There are cases when individual reports are given to people for certain purposes, but I want to leverage that same report in a dashboard with a variety of reports. Instead of updating the source report, this feature limitation requires that I also edit the copied report in the dashboard. It would be easier to just have a SharePoint page to create my own dashboard with embedded reports than use Aha!'s dashboard functionality.
The lack of an automatic updates to reports in dashboards really devalues the concept of having a centralized dashboard, especially in a large organization. I don't understand why it can't be optional, when adding a report to the dashboard, to choose to create a unique copy or not.
As we have increased our usage of dashboards, this has become more of an issue in our maintenance, especially as our workflows evolve and we expand its usage. The volume of copies is unsustainable and we can't even tell which ones are still in use.
This is so important for us. Agree with Karie: "The value of dashboards it to provide a central point of information to gather insights, information for calls to action, etc. And folks will assume that these are not copies - when I add a report, this should be the report I navigate to and I don't want lots and lots of different reports that do the same thing - that isn't scalable and manual error will occur because your intent is to be consistent in providing the same information in the same way. "
Having this ability provides for scale across a large portfolio. The value of dashboards it to provide a central point of information to gather insights, information for calls to action, etc. And folks will assume that these are not copies - when I add a report, this should be the report I navigate to and I don't want lots and lots of different reports that do the same thing - that isn't scalable and manual error will occur because your intent is to be consistent in providing the same information in the same way. Thus, if I make a change - for example, we have a set of enterprise reports that focus on top 10 or a mid market cohort where the specific customers can change. I need to change that in each different report - not for every panel created from that report - so, remembering to change it 14 (right now) other times is open for error, misinterpretation of data, and mistrust in data when they get out of sync.