Default language.

How users view alerts


The information in this topic is applicable only for on-premises deployments.

Users do not interact directly with the Alert Events form. Instead, users view their alerts by opening a form that contains an alert list field in a browser.

The alert list field type is a special type of table field that automatically retrieves records for the current user from the Alert Events form. Any form can contain an alert list field. The Alert List form installed with  contains only an alert list field and is the default form for displaying alerts.

Alert list fields display the user's records from the Alert Events form. When a user clicks on an alert in the list,  opens the source request in the form that generated the alert. To support such drill-down from the alert list table field, the form originating the alert must contain a results list table field.

In alert list table fields, each column represents a field from the Alert Events form, and each row represents a request from that form. The columns themselves are also fields, and you can specify their properties.

The alert list displays alerts from multiple servers. For web clients, the alert list queries servers configured in the mid tier. For more information, see Using-the-alert-list-in-a-browser.

If a web user has access to multiple forms that have alert list fields,  uses the first form that it finds that contains an Alert List. Therefore, if the user has permission to multiple forms containing an alert list, you cannot always predict which form will be used.

Best practice
We recommend that you make sure that each group can access only one alert list form. This option enables you to create forms with different workflow and different fields for different groups.

 

Tip: For faster searching, add an asterisk to the end of your partial query. Example: cert*