2 posts tagged with "Whitelisting"

A set of improvements to Entity Whitelisting, making it easier to create, manage, and monitor whitelist entries from the Alerts Dashboard.

• Expiry notifications: the Whitelist button now shows a health indicator for entries pending approval, expiring within 7 days, or expired. Only visible to users with the approve permission.
• Active whitelist chip on alerts: a Whitelisted N chip appears next to the main entity name in an alert when N active whitelists exist, with a hover popover and quick access to the drawer.
• Whitelist Source: each entry now records whether it was created manually or from an alert (with a link to the originating Alert ID).
• Status summary header: the Whitelist drawer now shows a count per status at the top; clicking a status filters the list.
• Expired request handling: requests that pass their expiry date without being actioned are marked Expired with a banner; Approve/Reject buttons are removed.
• Wildcard display: wildcard entries now show All rules or All counterparties with a globe icon instead of All.
• Request Notes character counter: the Notes field now displays a live count against the 500-character limit.

Entity Whitelisting allows an entity to be exempt from alert investigation for a specific counterparty and a specific rule, for a defined period. While the whitelisting is active, future alerts that match the same rule, entity, and counterparty are treated as whitelisted and do not need to be assessed in the same way.

Whitelists can be created as:

• Manual Whitelists which are created from the Alerts Dashboard.
• Whitelists from an alerted transaction within an alert.

The audit trail of a Whitelist can be found on the main entity profile in the audit drawer.