AlertSite Feature Requests

We want an API that reports availability % at individual transaction step level. We have Transaction step summary report that shows Availability % value at every transaction step level but we have a business requirement for certain Apps whose KPI is based on only selected few transactions whose data is to be queried via API and used in external visualization systems.    Note: The API - Get Transaction Detail Report | AlertSite Documentation (smartbear.com) isn't providing the availability % value and hence submitting this enhancement requirement as a new idea to have an API that reports availability % at individual transaction step level.. ... View more

Use case: For app teams which supports multiple apps, they would be interested to view certain key metrics only for the apps that they support which are monitored in SmartBear AlertSite Current Scenario: We can create saved chart for all those apps for the required metrics at monitor/step level series as well as the group dashboard. But, we had to create couple of saved charts in order to view the key metrics at a granular level (If we are adding all those metrics to a same chart, the chart becomes too clumsy due to 2 different metrics with different dimensions of reported metric values that makes the chart to be difficult to read. Example: Adding availability and response time metric to the same chart).  Proposal: Ability to allow individual saved charts to the custom dashboards (or) to allowing the required metrics of interest at monitor/step level series (response time, availability, DNS etc...) filtered at specific monitor level to be added directly to the custom dashboards Note: Below are the other proposals concerning custom dashboards: 1) To include time range selection window onto individual widget level or for the entire dashboard level 2) Ability to send these custom dashboards directly to end users (reports) on scheduled basis/adhoc via email in pdf/csv formats. 3) custom dashboards to be shareable without auth (via token key) or atleast to be made available to all users within the same account (rather than those dashboards to be viewable only for those who create it) 4) Bug: Alert Summary widget in custom dashboard shows the browser/device timezone but the displayed timestamp for every other dashboards is in GMT 5) To include search box for alerts and events summary widget   ... View more

We intend to have an API that provides transaction wise availability statistics for dejaclick monitors. This will certainly help as we have quite a few custom dashboard requirements and having an API that provides step/transaction wise availability % value will be of great help ... View more

The description field and the name field in the Configure SLA Objectives panel are different character lengths. The decription field is 100 characters long and the name field is only 40 characters long, which is not long enough for some of our scripts.     if you have two scripts named similiar you are not allowed to add an SLA Obective for the second one becuase it says that name already exists. (because of the truncation)   At the very minimum both of these fields should be able to match any script name lengths.    example try to add:  Mercer_EMEA_RetirementStudio_ParameterPrintJobService_gbbed11as494 and Mercer_EMEA_RetirementStudio_ParameterPrintJobService_gbexe11as376       ... View more

we do not see full page response time on the dashboard, whereas what we get is Last response of the monitor. is there any way to include full page response time to dashboard. Please implement this feature, this will help the clients to understand the full-page load time without drilling down to the details.  ... View more

Currently any results from the AlertSite API are returned using whatever time zone is configured for the entire account.  The problem with that is that the widespread standard used by most tools/apps is to assume that API results are in UTC time.   Because of this, we are unable to pull data from the AlertSite API into tools like Grafana or Dynatrace, not without having some kind of custom script in between to modify the time fields to UTC.    Please either change all API results to use UTC time, regardless of the account settings, or at least add a parameter to all API Requests to have the results returned in UTC time.  Or, maybe a setting in the Accounts page that toggles all API results to use UTC time?   Also, when I say UTC, I don't mean GMT, as that is a deprecated method of storing and displaying time, since GMT has to be adjusted based on whether or not Daylight Savings time is currently active.  UTC does not have this limitation, hence it's widespread use in nearly every modern database and/or API). ... View more

Generally it would be nice to show timezone offsets anywhere times are shown on AlertSite, as it is incredibly hard to know what timezone monitors and alerts are relative to.  Especially if you are not an admin.   But specifically, it would be nice if the blackout periods for an alert showed the timezone they are set for.  We had an issue where blackouts were set not realizing which timezone they would apply to since the account was set for a different one.  Then the account timezone was changed, and because of the lack of an offset display we assumed the blackout period would update to reflect the new timezone offset, assuming that the display was relative.  The blackout display did not change which led to wondering what timezone they actually were configured for.  It would be nice to be able to see this explicitly in the UI and not have to guess. ... View more

We need custom dashboard that allows us to pick up the metrics from various monitors that we have created for the different set of metrics. Also, we should have the ability to grant access for these custom dashboards only for specific/selected set of users (who belongs to specific service line/organization unit/owns specific applications...)     ... View more

We would like to see the below 2 improvements from the perspective of well-defined access control:   1) SAML/SSO based access controls to be granted via Active Directory's group name rather than granting access for each and every users' email addresses. Also, for SAML/SSO based user access, there shouldn't be the need to manually set the password in SmartBear AlertSite users administration screen. 2) We need even more granular level of user control that can be defined at monitor level. That is, we want "custom" role that allows us to grant access to  smartbear alertsite end users only for the limited set of monitors (the generic 'READ only' role that grants access to view the data for all monitors is not required for all instances of use cases that we have).         ... View more

Sometimes we have an issue where alert emails stop sending on certain insite appliances. The emails get queued up and when we restart the appliance, they get sent. It would be good to be able to actually see the email queue on the appliance so that we can check this if we stop getting emails. An interface on the Admin site would be great. ... View more

With Java and Selenium, I'm building synthetic tests for one application. The script is then uploaded to alertsite monitor. The response graphs steps portion on the alertsite website gives the steps a generic name, such as step1 and step2. While I want to show the names of the steps as the pages that were visited. As alertsite creates them automatically, and sometime alertsite is not able to recognise the change in the URL and it is failing to provide proper monitor name. It would be great to have the ability to customise the step name. ... View more

As discussed with one of your technical engineers in Case #00542058. The SLA Objective is calculated on the actual number of checks that have occurred during the time period selected. In our case, we are looking for the previous month's number of checks to be considered into the calculation for the current month. This will provide a more accurate estimate for the SLA objective.   Could you give us any estimates when / if this could be implemented?   Best regards, Carl Magnus ... View more

Need assistance on adding manual text alerts in the AlertSite under the Templates editor...   At this point, it allows to accept the email addresses however phone numbers are not accepted. Can we add a feature to accept phone numbers as a valid input? ... View more

AlertSite dashboard currently showing only last 30 days monitoring details.  We have requirement to show the monitoring details at least for 1 year.  Please add this feature into AlertSite. ... View more

It would be great to have some sort of snooze button that when a monitor goes off we can suppress the alerts for an hour or whatever duration until it's resolved             ... View more

Hi -   We could benefit from a user role (Operator?) which could set a blackout period, but not edit or delete monitors. I think managing blackouts falls into the category of an operations role, whereas altering/deleting monitors is more of a configuration function.   We currently have an issue where we would like our support group to be able to set a blackout period as part of supporting planned maintenance, but they should not be able to delete or alter the monitor itself.     ... View more

On the SmartBear AlertSite UI, instead of fixing the data timestamp to GMT, it would be better if we can configure the timestamp of the displayed data (Or) may be, the data can simply be displayed based on end user's device/browser timestamp.     ... View more

We want the SAML or SSO based user access to be granted at the AD group level rather than granting access at individual users level. Allowing this group level access would benefit all enterprise organizations where there are several users within a single group.             ... View more