Show TOC

Background documentationFormal and Material Checks for Prenotes

 

Prenotes undergo a series of formal checks when they are created, changed, or deleted. The system runs material checks during the creation process.

Formal Checks

The system checks that the following applies:

  • The account exists.

  • The Prenote feature is active in the product.

  • The prenote reference exists and has not been used for any prenotes that are active, assigned, or in the release process.

  • The prenote type exists.

  • The amount is greater than zero.

    The amount must be greater than zero even for debit postings.

  • The valid-to date exists.

  • The status of the account is Active.

  • The valid-from date is not before the current posting date of the transaction.

If formal checks are unsuccessful, the system responds as follows:

  • If you entered the prenote in the dialog mode, it issues an error message and you need to correct the errors.

  • If you used a BAPI to enter the prenote, it rejects the prenote.

Material Checks

The system runs the following material checks according to your settings in the Customizing activity Define Prenote Types:

  • Limit Check

    The system checks whether debiting the account would result in the internal limit being exceeded. The system executes the limit check only if the prenote affects the available amount calculation.

  • Account Check

    The system checks whether the medium entered in the prenote has any locks. If the medium is not allowed for all transaction types, the system displays an error message when you create the prenote. If the medium is not allowed for some transaction types, the system displays a warning message. If you have not entered a medium, the system displays an information message if any combination of medium and transaction type is not allowed for the account. The system displays the medium field on the prenote screen only if you have selected the account check in Customizing.

  • Business Partner Check

    The system checks whether the account holder is centrally locked.

  • Account Call-Up Check

    The system checks whether the account holder name as specified in the prenote corresponds to the name of the account holder or authorized drawer or the business partner aliases.

  • Collection Authorization Agreement Check

    The system checks whether there is a collection authorization agreement defined for the account.

  • Direct Debit Order Check

    The system checks whether the payment recipient name as specified in the prenote corresponds to the payment recipient name defined in the direct debit order. The system also checks whether the debit amount is less than or equal to the direct debit order amount specified in the account. The system displays the payment recipient name on the prenote screen if you have selected the direct debit order check in Customizing.

  • Customer Checks

    If you select the customer check option in the prenote type and have defined your own checks by means of Business Add In BAdI: Customer Checks for Prenote (BADI_BKK_PRENOTE_CUST_CHECK), the system runs your checks when you create, change, delete, or release the prenote.

If necessary, you can force the material checks. The system displays the status of the checks on the Administration tab page on the prenote screens.