Payment orders can be created with automatic payment transactions for debit memo procedures and with bank transfers. A payment order is created if the payment is made, but if the posting is only to take place in the system when the payment appears on the house bank account statement. A payment advice note is created and the bank transfer order is transferred to the bank using DME.
Transactions
Transaction
|
Description
|
---|---|
FPOR2 | Change Payment Order |
FPOR3 | Display Payment Order |
FPOR8 | Reverse Payment Order |
FPOR8M | Mass Reversal of Payment OrdersMass Reversal of Payment Orders |
FPS_RFKKPYOL | Overview of Payment Orders |
Customizing
>Contract Accounts Receivable and Payable
>Business Transactions
>Payments
>Incoming/Outgoing Payment Creation
>Contract Accounts Receivable and Payable
>Basic Functions
>Postings and Documents
>Basic Settings
>Maintain Central Posting Settings
>>Partial Clearing for Payment Orders
Technical information
Tables
Table
|
Description
|
---|---|
DFKKPOH | Payment Order: Header Data |
DFKKPOP | Payment Order: Item Data |
DFKKPOE | Payment Order (Help Table Lock Object EFKKNUMKR_PO) |
DFKKOP-XPYOR = “X” | Item Included in a Payment Order |
TFK042Z-XNOPO | Payment Order Instead of Payment Posting |
TFK000C-XPCPO = ‘X’ | Partial Clearing of Payment Orders |
Programs
Program
|
---|
LFKPMASSFP0, FORM POST_GROUP |
LFKPMASSFP0, FORM FILL_PAYH |
LFKPMASSFP0, FORM FILL_PAYHREF |
SAPLFKPMASS, FORM CREATE_PAYMENT_ORDER |
Reports
Report
|
Description
|
---|---|
RFKKPYOL | Payment Orders: Lists |
RFKKPYOD | Payment Orders: Delete |
RFKKPYOR_MASS | Mass Reversal of Payment Orders |
Function modules
Function module
|
Description
|
---|---|
FKK_PAYMENT_ORDER_GET_NEXT_NR | Zahlungsauftrag: Nächste Nummer ermitteln |
FKK_PAYMENT_ORDER_CHK_NEXT_NR | Zahlungsauftrag: Nächste vergebene Nummer prüfen |
FKK_PAYMENT_ORDER_GET_NRRANGE | Zahlungsauftrag: Ermittlung und Sperre des Nummernkreises |
NUMBER_GET_NEXT | Number range: Assigns next free number |
FKK_PAYMENT_ORDER_REVERSE_INT | Zahlungsauftrag: Stornieren (interne Verwendung) |
FKK_PAYMENT_ORDER_INSERT | Create Payment Order |
FKK_CASH_FORECAST_PAYMENTORDER | Finanzdispodaten aus Zahlungsauftrag sammeln für die Fortschreibung |
Number Range
Number range transaction FPN7
SNUM
Object FKKPYORDER
KBA/ Consulting
KBA
|
Description
|
---|---|
520128 | FI-CA consulting note: Payment methods in payment run |
542148 | Dunning of items from payment orders |
Using Payment Orders
Payment orders can be created with automatic payment transactions for debit memo procedures and with bank transfers. A payment order is created if the payment is made, but if the posting is only to take place in the system when the payment appears on the house bank account statement. A payment advice note is created and the bank transfer order is transferred to the bank using DME.
Payment orders have the following advantages:
-
You can post using the bank exchange rate for payments in a foreign currency. In contrast, if foreign currency payments are posted using the payment program, only those exchange rates defined in Customizing are used.
-
If the execution date for a payment order is in the future, the item is only cleared when payment has taken place. This leads to a precise display of open items on the key date.
-
If taxes are to be deducted at the time of payment, the tax report is not created at the time of the payment run, but only after the payment has been posted by the bank.
Integration
When you change documents, the system treats open items in a payment order as cleared items.
Prerequisites
You have defined default values for payment order lots in Customizing for Contract Accounts Receivable and Payable under
.To enable selection according to the payment order number in the payment order lot, you have defined a selection criterion that refers to the Payment Order
field (PYORD
). The system delivery contains 10 number ranges preset for payment orders with local buffering. These number ranges enable easy parallel running for payment runs.
Number Range |
Interval |
00 |
0000000001 – 09999999999 |
01 |
1000000000 – 19999999999 |
… |
|
09 |
9000000000 – 99999999999 |
You need to take action only if these number ranges have not been correctly set up, or if they contain errors, or if you want to increase the amount of number ranges in the case of intensive use of parallel processing. In that case, process the number ranges in Customizing for Contract Accounts Receivable and Payable under
.You have activated partial clearing for payment orders in Customizing for Contract Accounts Receivable and Payable under Partial Clearing for Payment Orders
indicator.
Features
The payment program can create payment orders instead of posting a payment document. The items within a payment order are marked for the period between the execution of the payment run and the processing of the account statement such that payment using a new payment run is prevented, and so that other clearing transactions, reversal, dunning, and overdue interest calculation are not possible.
Payment orders consist of header data and item data. The paying company code, the payment amount, the payment method, the house bank account and other payment-relevant information are stored in the header data. A separate record is created in the item data for every paid line item. In addition to the line item key, this record contains the gross amount, the deduction for cash discount and the withholding tax amount. You can enter payment orders in different currencies and with different exchange rates in one payment order lot.
Every payment order automatically receives a number that is unique within a client. The number for the payment order is retained on the payment form in the data medium. This number takes the place of the payment document number that is recorded during immediate posting of the payment by the payment program.
The number for the payment order is also recorded in the account statement of the house bank. This enables you to quickly and clearly select paid items.
The payment orders reported in the account statement are collected in a payment order lot. This is comparable to a payment lot (for incoming bank transfers, for example). You can create payment order lots manually as well as automatically. Each executed payment order creates an item in the payment order lot. Each item contains the payment amount and the payment order number.
If the associated open items were cleared when posting the payment order lot, the payment order is marked as complete.
Even if the payment amount is less than the amount entered in the payment order, you can process the payment order lot automatically.
However, the following limitations apply for the automatic partial clearing of payment orders:
-
The system is only allowed to distribute the payment amount to the items contained in the payment order.
-
You have configured clearing control, so that no new items on account are created due to a partial clearing.
-
The system can only process partial payments, not overpayments.
-
The payment document of a partially cleared payment order is only allowed to be reversed using reversal method
1
by new offsetting items. The payment order itself remains unchanged when this type of reversal is used.
The system distributes the payment amount based on the rules entered in clearing control on the items belonging to the payment order. The payment order itself receives the status Executed
.
If you display a partially paid payment order (in transaction FPOR3
on the SAP Easy Access screen under ), the system displays the actual payment amount.
Activities
To create payment orders, define the payment method on the contract account, in the contract, or in the document on the Payments/Taxes
tab.