C1-RELENTITY

This algorithm is invoked when you click the Release button. It checks whether the Release Approval option is selected in the respective hold request type. If the Release Approval option is selected in the respective hold request type, it changes the status of the hold request to Release Approval in Progress. However, if the Release Approval option is not selected in the respective hold request type, it checks whether the number of entities added (either manually or via filter criteria) in the hold request exceeds the defer processing count. If the number of entities added in the hold request does not exceed the defer processing count, this algorithm does the following (in the online mode):

  • If the hold request is created for the Account entity and the Bill Generation process is on hold, the bill after date is set to the system date for each account.

  • If the hold request is created for the Account entity and the Auto Pay process is on hold, the defer auto pay until date is set to the system date for each account.

  • If the hold request is created for the Account entity and the Overdue process is on hold, the postpone credit review until date is set to the system date for each account.

  • If the hold request is created for the Account entity and the Delinquency process is on hold, the postpone credit review until date is set to the system date for each account. (Note: This happens only in the deferred mode when the C1-HLMON batch is executed.)

  • If the hold request is created for the Account entity and the Refund process is on hold, the hold refund until date is set to the system date for each account. In addition, the status of the refund request (if any) for the respective accounts is changed from Hold to its previous status.

  • If the hold request is created for the Person entity and the Bill Generation process is on hold, the bill after date is set to the system date either for all the accounts in the person’s hierarchy or only for the persons’ immediate accounts depending on whether the Hierarchy option is selected or not.

  • If the hold request is created for the Person entity and the Delinquency process is on hold, the postpone credit review until date is set to the system date either for all the accounts in the person’s hierarchy or only for the persons’ immediate accounts depending on whether the Hierarchy option is selected or not. (Note: This happens only in the deferred mode when the C1-HLMON batch is executed.)

Note: The above dates are updated to the system date only when the entity end date or respective process end date is not earlier than the system date.

In addition, if the hold request is created for the Account entity, the Auto Pay process is on hold, and the entity end date in the hold request is earlier than or equal to the system date, this algorithm updates the automatic payment details in the CI_​BILL_​ACH table.

However, if the number of entities added in the hold request exceeds the defer processing count, a log entry is created indicating that the hold request is manually released but the above-mentioned release process would be completed when the C1-HLMON batch is executed.

This algorithm also updates the alert end date on the respective account to the system date irrespective of whether the number of entities added in the hold request exceeds the defer processing count or not.

This algorithm contains the following parameter:

  • Alert Type – Used to indicate the alert type. The system then considers the alerts of the respective alert type on the account and updates its end date when the hold request is released. This parameter is optional.