Real-time payments can result in underpayments (partial payments). In the case of an underpayment, after the payment amount is assigned, the system automatically posts a partial payment to the selected items, and splits the items into the part paid and a remaining open amount.

You can also process overpayments with real-time payments, assuming that you have made the necessary settings for overpayments in the Make General Settings Customizing activity.

The following origins can be used for posting a payment document:

With these origins, you can make separate settings in Customizing for clearing control for these types of clearing, if needed.

If a payment amount that exceeds the receivable amount is entered for a receivable, the system creates a statistical down payment request. This request is then added to a payment order along with the actual receivable or it is posted and cleared immediately. As a result of the clearing of the statistical request, a down payment is created, that is, an item on account, that might have to be refunded later, if it is not possible to use it to clear other receivables.

It is also possible that clearing control is not able to assign the payment amount completely and instead returns payment on account postings. These postings are then also posted as statistical down payment requests, which become down payments when they are cleared.

In case clearing control does not find any items, to which it can assign the payment amount, you can configure the system (in the Make General Settings Customizing activity) so that the payment is posted on account. Clearing control tries to assign the payment amount to the selected open items. If it is not possible to assign the full amount, the system creates items on account. These items are posted as a down payment request with the document type entered in the Customizing activity. They are then either cleared or added to a payment order.

It is also possible to post the payment amount on account using event 6021.