In order to understand Disbursement cancellation and reclassification in Advantage Financial, you will need to know the following:
Request Reversal or Cancellation of EFT Payments through the EFT Reversal table
Disbursement Reclassification (DC) Transaction Type (discussed in another section)
In order to cancel any disbursement (for example, Automated Disbursements, Manual Disbursements, or Electronic Funds Transfer), the payment must be ‘eligible’ for cancellation. The following must be true in order for a payment to be eligible for cancellation:
The payment cannot have cleared the bank. Disbursements that have been cleared by the bank are removed from the Check Reconciliation (CHREC) table at the end of the Check Reconciliation process.
The current status of the disbursement on the Check Reconciliation (CHREC) table must be Disbursed/Warranted.
Disbursement Cancellation Parameters
The Disbursement Cancellation Parameters table allows you to establish your selection criteria for cancelling disbursements. Each record on this page is a complete set of cancellation parameters and will select a group of records for cancellation. This parameter page is used by the Mass Cancellation batch process. Please refer to the associated run sheet in the CGI Advantage Accounts Payable Run Sheets guide for more information about the batch process.
In order to account for a variety of possible accounting scenarios, different cancellation and reclassification types have been identified for canceling or reclassifying disbursements in CGI Advantage Financial. They are as follows: Reschedule, Hold, Close, PR Cancellation, Stale, Escheat, Cancel, and Warrant Reconciliation.
The first four cancellation types are used to reverse the effects of the original disbursement and are initiated via a Discard to the original disbursement transaction, or by running the Mass Cancellation batch process. These first four are referred to as cancellation types. When the disbursement transactions with Transaction Types of AD, EFT and MD are cancelled using the cancellation type of PR Cancellation, Hold, or Reschedule, the value for the Interest Ineligible flag on the referenced Payment Request transactions will be checked (set to True). When the value for this flag is checked, it will not be considered during the Automated Interest Calculation batch process to determine interest eligibility. The value comes from the payment request transaction to the Disbursement Request (DISRQ) table and the AD Chain will update the AD disbursement transaction. This is to ensure that during the Automated Interest Calculation batch process the disbursement record and all its accounting lines will be excluded from interest payment. Please refer the “Automated Interest Calculation” topic in this user guide for more information on this process.
Retain Discount from Cancelled Disbursement (RET_DISC_FROM_CANCELLED_DISB) |
This parameter indicates Discount Terms on a cancelled disbursement with a Cancellation Type of Reschedule, Hold, or PR Cancellation will be retained for any re-issued disbursement. If True, the Discount Terms will be retained. If False, the Discount Terms will not be retained. |
When a disbursement is cancelled with the reasons of PR Cancellation, Hold, or Rescheduled the system will update the Payment Request information to the DISRQ table. There are three parameters on Application Parameter that may impact how some of the fields on DISRQ are set (depending upon your site’s setup).
The Create DISRQ Records from Disbursement Transactions (CREA_DISRQ_FRM_DISB_DOC) parameter determines where the disbursement options will be obtained that updates DISRQ.
If this parameter is set to False, the system will load the disbursement options from the payment request (PR/ABS) transaction.
If this parameter is set to True, the system will load the disbursement options from the disbursement transaction to DISRQ.
In both cases, the system will update DISRQ with accounting lines from the Disbursement transaction and a single entry will be made for each accounting line of a disbursement transaction.
The Retain Discount from Cancelled Disbursement (RET_DISC_FROM_CANCELLED_DISB) parameter indicates Discount Terms on cancelled disbursement will be retained for any re-issued disbursement.
If the parameter is True, the Discount Terms will be retained.
If False, the Discount Terms will not be retained.
The Transaction Codes for Payment Consolidation by Payment Request Transaction Dept (CONSOLIDATE_PR_DEPT) parameter determines how Consolidation Object 6 will be populated.
If the parameter is blank then no update to Consolidation Object 6 will occur.
If the parameter is set to ALL, upon inserting the record into the DISRQ table, the system populates the Consolidation Object 6 field with the Transaction Dept of the corresponding PR/ABS Transaction Type transaction for any PR or ABS transaction that updates DISRQ when it is submitted to Final.
If the parameter is set to a specific PR/ABS Transaction Code, or a list of specific PR/ABS Transaction Codes, upon inserting the record into the DISRQ table, the system populates the Consolidation Object 6 field with the Transaction Dept of the corresponding PR/ABS transaction code, if the Transaction Code being inserted is available in the parameter value, the transaction is submitted to final, and the PR/ABS updates DISRQ.
If no match is found, either because the Transaction Code is not there, or it was incorrectly entered, then no update to Consolidation Object 6 will occur for the transaction.
For Payment Requests of transaction type “PR”, the Commodity Information on DISRQ will be populated from original Payment Request transactions since there will be no commodity information on the Disbursement Transaction. A combination of Referenced Transaction Code, Referenced Transaction Department, Referenced Transaction ID, Referenced Vendor Line, Referenced Accounting Line, and Referenced Commodity Line in the Reference tab of the disbursement transaction will be used to get the original Payment Request transaction.
The Cancellation Types of Stale, Escheat, and Cancel are used to re-classify the original expenditure to a liability account, while Warrant Reconciliation is used to re-classify the monies booked by the disbursement to warrants payable as cash. These four reclassification types are processed via the Disbursement Cancellation (DC) transaction.
The EFT Reversal (EFTREV) table is a user-maintained table that allows authorized users to:
Request the reversal of EFT payments that went to the bank for processing.
Request the cancellation of EFT payments that were reversed successfully by the bank.
Requests to reverse applicable EFT transactions can only be inserted manually on the EFT Reversal table when the ACH File Generation status on the EFT transaction Header is Generated or Re-generated. However, records on this table can be updated manually by authorized users, the Reversal ACH Transaction batch process or the Returned ACH Transaction batch process (see run sheet for more information on these processes). The Generate Reversal ACH file batch process selects the records with the EFT Reversal Status set to Request Reversal and builds the ACH file. The file will be sent to the bank. Once the bank confirms the reversal of the ACH transactions, the status will be changed to Reversal Confirmed. The Initiate Disbursement Cancellation batch process selects the records with status set to Reversal Confirmed and initiates the disbursement cancellation by inserting the records into the Disbursement Cancellation parameter table. This table supports EFT transactions with the Disbursement Type of EFT and the Disbursement Format of CTX, CCD, or PPD.
An EFT reclamation is a procedure used to recover government funds when a death or legal incapacity terminates the rights of the recipient or a beneficiary of the recipient to receive certain payments such as pension, annuity, or other benefit payments. This is a special case of EFT reversal. Since reclamation may not happen in the same year as when the disbursement was made, the cancellation of the disbursement may occur in a different year.
Note: If an EFT was processed under the Warrant model and a WR transaction has already reclassified the Warrants Payable into Cash, any subsequent cancellation of the EFT will reverse the Warrants Payable but not the Cash. Therefore, additional manual accounting adjustments will be needed.
The EFTREV table has the following edits.
The entered combination of Bank Account Code and EFT Number must exist on the Check Recon table, the EFT Status on the Check Recon table must be set to Disbursed or Warranted, and the entered amount must match the net amount on the Check Reconciliation table.
Requests to reverse EFT transactions with $0 net amount are not allowed.
Requests for reversal are only applicable to EFT transactions.
Only records with the Reversal Status of Request Reversal can be deleted by authorized users.
This table provides the capability to manually set the Reversal Status to Reversal Confirmed for records with the Reversal Status of Reversal Sent to the Bank when the bank sends a notification (via fax, letter, email, phone call, and so forth) indicating the successful reversal of corresponding EFT payment. In this case, an explanation can be entered on the Comment field.
When records are added to the EFTREV table to request a reversal or reclamation, the system has edits to verify that the request is initiated within the applicable timeframe specified by the EFT Reversal Request Lag Days (EFT_REV_RQST_LAG_DAYS) and EFT Reclamation Request Lag Days (EFT_RECLAIM_RQST_LAG_DAYS) APPCTRL parameters.
If the request to reverse an EFT payment is returned by the bank on the ACH file (that is the reversal is rejected), then the Returned ACH Transaction batch process will set the Reversal Status to Reversal Returned by the Bank and the Date Reversal Returned to the Application Control Date. However, an authorized user could manually change the Reversal Status of applicable transactions to Reversal Confirmed if the bank confirmed the reversal of the EFT payment. You are encouraged to enter an explanation on the Comment field. Transactions on the EFT Reversal table with the Reversal Status of Reversal Confirmed will be picked up by the Reversal ACH Transaction batch process when it runs next time. The EFT Return table stores the information of the returned EFT payments and EFT reversals by the bank.
If an EFT payment is reversed successfully by the bank but its cancellation in the Advantage system request fails, then the Reversal ACH Transaction batch process will set the Reversal Status to EFT Cancel Request Failed. However, an authorized user could manually change the Reversal Status of applicable transactions to Reversal Confirmed after conducting adequate research. You are encouraged to enter an explanation on the Comment field. Transactions on the EFT Reversal table with the Reversal Status of Reversal Confirmed will be picked up by the Reversal ACH Transaction batch process when it runs next time.
Even authorized users cannot change the Reversal Status to one of the following values for existing records on the EFT Reversal tables:
Request Reversal
Reversal Sent to the Bank
Reversal Returned by the bank
EFT Cancel Request Failed
EFT Cancel Initiated
If a Hold Type is entered, it must exist on the Payment Hold Maintenance by Department table (PHLDTD), where the Hold Level equals User Hold or Automated Payment Request and the Payment Type Hold Department and Payment Hold Type Unit combination must be either ALL / ALL, Transaction Department / ALL, or Transaction Department / Transaction Unit.
If a Hold Type is entered but the Payment Hold Type Department and/or Payment Hold Type Unit fields are blank, the Payment Hold Type Department and/or the Payment Hold Type Unit fields are defaulted to ALL.
If the Cancellation Type is set to Hold, then the Hold Type, Hold Request Description, Payment Hold Type Department, and Payment Hold Type Unit fields must be populated.
The following table summarizes allowable / not allowable manual changes of the Reversal Status field on the EFT Reversal table:
From |
To |
Allowed vs. Not Allowed |
Any valid value |
One of the following values:
|
Not Allowed |
Request Reversal EFT cancel initiated |
Reversal confirmed |
Not Allowed |
Reversal sent to the bank Reversal returned to the bank EFT cancel request Failed Payment and Reversal Returned by the Bank |
Reversal confirmed |
Allowed |