Header

The Header tab is the only tab of the Disbursement Reclassification transaction that allows for transaction entry, and it contains information common to all lines. Completion of this transaction is through a system process such as the Stale Escheat process or manually from copying forward a disbursement. The totals from the original disbursement, including all adjustments, are displayed on the header. The Header tab of the JV Transaction Type contains many of the common header fields that can be found on the "Header" topic in the CGI Advantage Transactions User Guide.

Fields InformationFields Information

Field Name

Required?

Field Description

Record Date, Fiscal Year, Period

Optional

Although common header fields that use the controls for future and past values on Transaction Control, the recommended setting would be to not allow past values as the reference to the disbursement is not one that automatically checks that the referencing transaction is not being recorded before the referenced transaction.

Reclassification Type

Required

Each reclassification requires has an indication of what type of reclassification is being recorded for a disbursement (automatic or manual) that was never redeemed/cashed.

  • Stale – Represents a disbursement that is no longer valid for cashing. The number of days before this happens can come from two places.  The most common is the System Option for Stale Days. The next likely source is set for the bank of the disbursement. If the Stale Process is used to create a transaction with this type, it is a reporting-only update. If the Stale Escheat Process creates the transaction, there is an accounting event determined by the DC Event Type Crosswalk setup. The accounting originally posted by the disbursement is not changed but offsetting accounts are posted.

  • Escheat – Represents a disbursement that has been outstanding for so long it has been transferred to an unclaimed property listing. This choice, whether manually created or generated, records an accounting event determined by the DC Event Type Crosswalk setup. The accounting originally posted by the disbursement is not changed, but offsetting accounts are posted.

  • Cancel – This choice is an alternative to escheating where the accounting event, determined by the DC Event Type Crosswalk setup, is one that returns the cash or warrants payable from the disbursement and updates cancelled disbursements payable. That account can then be reclassified as necessary.

  • Warrant Reconciliation – Although this choice appears, it should not be used on the Disbursement Reclassification (DC) transaction and should only be used on one of the various warrant reconciliation transactions.

Reclassification Reason Code

Required

Each reclassification requires a reason code for updating Disbursement Reconciliation. Although there are many choices, which are a result of having the same listing for the Status field on Disbursement Reconciliation, the corresponding value to the Reclassification Type should be selected.

Comments

Optional

This field allows recording any necessary descriptive information for the reclassification, typically something that is desired when the Reclassification Type is Cancel.