Welcome to the BrightGauge Enhancement Forums

Currently, if you export in CSV multi-layered gauge, it renders CVS file with the accurate number of columns, however, the manes are not preserved so you need to basically reconcile which column in the sheet matches the gauges. The order of the columns is also is not preserved, so if you wan to use the data in CVS, you firs need to do thorough reconciliation.  

Currently if you have scheduled reports using a report template, and then make changes to the template, those changes are not reflected next time the scheduled report runs.

The only way to update the scheduled report is to start from scratch and schedule a new report using the updated template.

Have the ability within a scheduled report config to revert/reset the layout to the active template would be a massive time saver.

I would like the ability to have a gauge that would show which/how many servers have blocked patches. As we get into a more security focused world, some of our clients would like to know what servers did not have patches applied due to being blocked.

We use powerpoint to present this data to clients and would be good for us to have these embedded into slides so that we can interact with them

It would be very beneficial to be able to report on the team members that are receiving project surveys-  similar to the way that you can report on this from a CSAT perspective. 

Allow for scheduled reports' email FROM address to be configured rather than just noreply@brightgauge.com

We would like to configure some reports to go directly to end customers but do not consider it very professional looking if they come from the brightgauge domain.

Ideally this would allow for sending from our domain - obviously on condition that the correct DNS records are in place

In the Patch Management section, there are two columns: Failure Date and Installation Date. I’d like to propose the following enhancements:

The Success Gauge should reflect only the latest successful installation date, rather than listing repeated entries.
The Failure Gauge should similarly show only the most recent failure, even if the machine is offline or hasn't updated since.
This would make the gauges more meaningful and reduce clutter from repeated or stale data.

This request is to add metrics from the PSA Change Approval to BrightGauge for reporting.  This would include information such as number of approved/rejected projects, as well as an extract of the CR data into a gauge / reports.

Hello,

In order for us to get Addigy child instance data into BrightGauge, we would need to setup a separate integration for each of the Addigy instances.  Can this be setup in a way where we can add multiple instances under the same Addigy integration to BrightGauge?

Ninja released an enhanced API (v2) which provides much more information