This transaction is used display a check contract with

• To Do List for selected Contract
• Connected Contracts
• Contract Overview
• Transaction History for selected Contract.

Only transactions which are allowed for the selected contract are visible in the menu.

Further information is available in Display a business contract / Contract overview (SEL Panel).

There is a stand-alone panel for creating remittances. This panel displays remittance contracts that are ready to be dispatched following the release of check presentation contracts. There is a separate grid line for each check route. Remittance contracts are generated using the Icon in the selected line.

The “Check Selection” field can be used to search for payment documents that match relevant search criteria. These search criteria can include:

• the reference for the payment document assigned by the system, composed of the reference of the associated contract and a running number
• the check number (i.e. the number actually printed on the physical payment document, providing this has been captured by the system)
• the currency or the amount of the check

The “Check Selection” field is often required when handling return checks, i.e. when the collecting bank sends back a check that has to be returned to the presenting party. In this case, only the check ID assigned by the system has to be entered in the “Check Selection” field. This automatically loads the relevant check presentation contract.

When a contract has been selected, various details are displayed on the left-hand side of the folder depending on the nature of the contract:

• the number of changes
• the closing date of the contract (for closed contracts)

If one or several checks are erroneously recorded with the incorrect route or in an incorrect remittance, corrections can be made as follows:

• If the entry created has not been finally released, a normal correction can be made.
• If the check has not yet been sent ('Inhouse' status), the correction can be made via Amending the Check Pool.

If the check has already been sent, then several steps will be necessary:

• The check is returned by the collecting bank
• The incorrectly recorded check is searched for in this transaction and/or Info Checkpool
• Its opening contract is reopened by Handling Returns and the incorrectly recorded check is stamped as invalid but remains visible within this contract. To this end, the message type “Return to inhouse inventory” is selected.
• The check stamped as invalid is taken up in this transaction and Handling Special Cases is launched.
• In transaction Handling Special Cases, the corrected data is entered and the check is resent (or returned to the remitting bank). In technical terms, this gives rise to a 2nd check dataset, with the old dataset referring to the new one via an INR pointer.