User login failure purge
This purge deletes data on number of failed login attempts of users from the system.
You can use purge codes pseudo-logic to analyze purges.
Any enterprise using the Console must schedule purge transactions.
Attributes
The following are the attributes for this time-triggered transaction:
| Attribute | Value |
|---|---|
| Base Transaction ID | None |
| Base Document Type | General |
| Base Process Type | General |
| Abstract Transaction | No |
| APIs Called | None |
| User Exits Called | None |
Criteria parameters
The following are the criteria parameters for this transaction:
| Parameter | Description |
|---|---|
| Action | Required. Triggers the transaction. If left blank, it defaults to Get, the only valid value. |
| Number of Records To Buffer | Optional. Number of records to retrieve and process at one time. If left blank or specified as 0 (zero), it defaults to 5000. |
| Live | Optional. Mode in which to run. Valid values are:
|
| PurgeCode | Required. Cannot be modified. Used for internal calculations, such as determining retention days. Corresponds with the PurgeCode used in Business Rules Purge Criteria. |
| ColonyID | Required in a sharded deployment where the PLT_USER_LOGIN_FAILED table may exist in multiple schemas. Runs the agent for the colony. |
Statistics tracked
The following statistics are tracked for this transaction:
| Statistic Name | Description |
|---|---|
| NumUserLoginFailPurged | Number of failed login attempts purged. |
Pending job count
For this transaction, the pending job count is the number of records that can be purged from the PLT_USER_LOGIN_FAILED table.
Events raised
None.
Tables purged
PLT_USER_LOGIN_FAILED