Show TOC

Electronic Bank Statement

Description

For Release 3.0, electronic bank statement processing has been enhanced with the following:

1. An interface to the database for payment advice notes (extended incoming payment processing)
2. A function to postprocess documents online
3. Additional formats
4. Additional interpretation algorithms
5. Extended posting rules

ad 1.)

For information on extended incoming payment processing, please refer to the 3.0A release note "Extended Incoming Payment Processing via Payment Advice Notes".

ad 2.)

In addition to the option of generating batch input sessions, you can immediately post a bank statement with a "call transaction". The advantage of this method is that you can save the document number of posted documents in the bank database. Postprocessing documents that are not automactically posted can occur via an online transaction. Using this postprocessing function, an accounting clerk can select those line items in bank statements for which he or she has authorization. The selection can be improved by entering the status and check lot number. By entering the status, you can select all line items, only non-posted line items, or only posted line items. By using the check lot, you can create work lists and allocate postprocessing to several employees.
The postprocessing option also allows you to call up all information that exists for a line item. When documents have been properly posted, you can branch to the document display.
Since clearing information found by interpretation algorithms is saved in a payment advice note and selected via payment advice notes when posting with the clearing process, you can branch from the postprocessing transaction to payment advice maintenance, where clearing information can be changed or deleted.
The following modes are available for a renewed posting attempt: "In the background", "Display incorrect screens only", "Display all screens".

ad 3.)

As of Release 3.0B, the following twelve national and international formats are supported:
(a) Before they are imported, formats are converted into MultiCash format by an SAP standard program.
(b) The FIDES format is supported because MultiCash dials the FIDES computer and converts the FIDES format into MultiCash format.

ad 4.)

The field Interpretation algorithm was added to the table for allocating external activities to internal activities. By adding this field, SAP has provided a set of interpretation algorithms from which you can choose the algorithm that best serves the customer for external activities. As a result, user exits can be replaced with SAP's algorithms.
This set of algorithms will be extended with every new release.
The main algorithm for filtering document numbers and reference document numbers is improved by first trying to identify the sender of a payment through his or her bank details. If this is successful, by using the new field, Selection rule in customer master record, you can determine whether a customer specifies document numbers or payment document numbers when paying and the length of these numbers.
If a customer sends a payment advice note via EDI, it can be automatically recognized and used for clearing.
Interpretation algorithms can be selected with the pushbutton for possible entries (F4).

ad 5.)

Posting rules have been extended with the option of compressing. Pure G/L account postings (posting type 1) can be compressed alternatively on the debit or the credit side or on the debit and the credit side. All line items with the same internal transaction, the same value date and the same check lot number are compressed.
You can initiate compression by selecting the corresponding field in the posting details of the internal activity.

Change system parameters in customizing

For more information on assigning external transactions to internal ones and on the definition of posting rules, go to the Cash Management implementation guide and read

Further notes