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.)
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:
- SWIFT MT940 with structured field 86
- MultiCash format (Europe)
- FIDES (b) (by call via MultiCash)
- three Slovakian or Czeck formats (a)
(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