Payment Lots

Introduction

Payment lot functions enables you to process incoming and outgoing payments using payment lots

If you are unable to assign payments received, you can initiate repayment within the payment lot which then can be processed via payment program.

When payment initiated by the customer, the customer determines when to pay. Payments initiated by the customer can be processed by a payment lot or check lot or payment card lot or cash journal. The open items gets cleared automatically via the clearing procedure or you can assign payments manually to one or more open items. Payments that could not clear open items can be posted on an account or placed in the clarification worklist to be reviewed.

When payment initiated by the company, the company determines when to collect or disburse payments to or from the business partner. Payments initiated by the company are processed by the payment program to process both incoming payments (direct debit) and outgoing payments (bank transfer).

Sample Perocess Flow

Payment/check lots are used in connection with payments initiated by business partners. Data from payments that have a common origin or that should be processed together are stored in one lot.

Payment/check lots can be created manually and can be automated with customer specific customizations.

The general steps in payment lot processing are as follows:

1. Create the Payment Lot: The payment lot can be created manually or by a program (bank statement file upload).

2. Change the Payment Lot: Items can be inserted or deleted, corrections to items are permitted.

3. Close the Payment Lot: Items can no longer be inserted or deleted; however, corrections to items are permitted.

4. Post the Payment Lot: The payment lot can only be posted after it has been closed. Upon posting, payments are transferred to the contract accounts and postings are made to the appropriate clearing account. Payment differences can be automatically posted to special profit and loss accounts as per configurations.

Structure:

• Header (Data that applies to all items)
  • Document type,
  • Search term,
  • Posting date,
  • Bank clearing account,
  • Company code for the bank posting,
  • Currency,
  • Value date and
  • Reconciliation key Default Values:
  • clearing reason (incoming payments)
  • Selection categories (G for business partner or K for contract account).
• Item(s)

Selection categories enable you to decide which fields are to be used to select open items via a screen variant. Additional selection categories can be defined in customizing and respective selection fields can be taken from the structure FKKOP.

Selections within a line are linked by AND logic, while the different lines of the selections are linked by OR logic.

In the payment lot list entry, partial amounts can also be allocated.

It is possible to transfer post payments to clearing accounts using a short account assignment for which a company code and general ledger account are defined in customizing. This type of posting is necessary if a payment was received wrongly or target information coulod not be identified.

Payment Advice Notes (PAN)

You can also use the PAN number as selection criteria when entering a payment lot in addition to the business partner or the contract account. When the payment is posted, the system selects the open items of the business partner in the PAN. The system uses the entries in the PAN items to allocate clearing amounts to the selected items.

You can use the RFKKAV00 report to transfer payment advice notes from a sequential file, and generate one or more payment advice notes. It carries out the following activities:

• Read the application server file specified and check the data contained therein.
• Create one or more payment advice notes, provided the data records are correct.
• Close the payment advice notes, provided the corresponding indicator is set.
• Defective data records are saved separately and can be transferred after correction.

Payment Lots from Bank Statement

Payment lots are created and processed automatically if the payments are transferred in the form of a bank statement file (usual case).

You can use transaction FPB7 to select payments, returns and payment orders that are imported into the bank data memory. If required, the data can be transferred directly to a payment lot, payment order lot or returns lot.

Alternatively, you can output selected data from the bank data memory in a file. In another step, you can then import the created files into payment lots, payment order lots or return lots.

You can do this using the RFKKZE00 (payments, payment orders) and RFKKRL00 (returns) reports. The system uses the business transaction and the amount +/- sign to decide the lot type to which a payment position is transferred.

You can use transaction FPB17 if you convert country-specific bank formats into the Multi Cash format. Data from the Multi Cash statement file and line item file are transferred to payment and returns lots.

In customizing, you can define the rules for the automatic analysis of note to payee texts for the automatic transfer of payment data to payment lots. Using the values determined, the system then determines the selection criteria for the assignment of payments to receivables.

In customizing, you can specify a check procedure for the interpretation of the note to payee (sample function module FKK_SAMPLE_SEL_TYPE_CHECK). You can use transaction FP_NOTE_TEST to test the note to payee analysis. You can use event 0950 for additional selections when payment data is transferred

Clarifications Processing

Items requiring clarification arise when you post a payment/check lot but either some or all payments could not be posted. When you post a payment/check lot, these items are posted to an interim account and included in a clarification worklist.

You can transfer these items from the interim account to a contract account, if you process the worklist. You can process the posting for a payment, for a payment lot or for all clarification cases for more than one payment/check lot.

SAP provides two standard workflows to support the clarification worklist processing as below:

1. WS21000078 to allocate a clarification case to a processor before it is sent to an agent in the workflow inbox. Agent assignment and agent restriction ensure that clarification cases are only assigned to an agent once. This means that if an agent cannot process and complete a clarification case, this case is sent automatically to another agent.

2. WS21000077 to forward a clarification case from agent to agent, if an agent cannot clarify a case. You should activate the Workflow Direct Switch indicator in the general workflow customizing settings, so that the Next Processor query appears immediately after processing.

The selection options of the clarification list enable you to restrict the open clarification cases according to clarification accounts and account holders.

• Role 2100008 Limited Selection Clarification Worklist and
• Role 2100009 Limited to Acute Clarification Cases to define mapping rules and thereby assign each clarification case to at least one processor or group of processors.

Transaction PFAC_INS to create mapping rules.

Activate roles for clarifications:

With this you can activate the roles for the clarification process for the application object PLOT (Payment Lot).

FICAIMG
>Contract Accounts Receivable and Payable
 >Technical Settings
  >Prepare Processing of Clarification Worklist

You can use the report RFKKUMBKL to transfer payments that are in clarification and that you cannot assign, and thereby remove them from the clarification worklist. Carry out the transfer posting by specifying a short account assignment to which a minimum retention period is assigned.

You can use the following functions if the credit use has to be clarified for a business partner:

• Credit clarification
  • Function to process the following types of credit:
    • Credit that was previously selected by the mass activity Generate Credit List and sent to clarification processing
    • Credit that was directly included in the clarification worklist as a result of customizing settings
• Credit processing
  • To manually process individual credit that has not been entered by the credit list

The Remain and Send Letter processing activities are available only within credit clarification.

Sample Transaction Codes

Customizing

FICAIMG
>Contract Accounts Receivable and Payable
 >Business Transactions
  >Payments
   >Processing Incoming and Outgoing Payments

Number Range Object

Posting Areas:

Tables

Authorization Objects

F_KKZK
F_KK_KUKON
S_CFC_AUTH

Possible values

F_KK_SOND
011 Reopen Closed Payment Lot
012 Reopen Closed Returns Lot
013 Change Bank Data for Repayment from Payment Lot
014 Change Check Number in Closed Check Lot

Function Modules / BAPI

BAPI

Programs

Reports

Events

Function Groups

Continue your trail

Previous concept FPY1 in one minute Stay in Payments and deepen the current flow.

→

You are here Payment Lots Payments

→

Recommended next Payment Run Why next? Stay in Payments and deepen the current flow.

Knowledge completion

You now have the process context.

Save this guide, continue to the next concept or return to the Knowledge Library with your context intact.

Save Back to Knowledge Explore FI-CA map

Library

← Browse SAP FI-CA knowledge

Next guide

Payment Run →

Knowledge Area

Business Transactions

15 resources in this area.

Payments 5 › Clearing 1 › Closing Activities 1 › Document Reversal 1 › Document Transfer 1 › Dunning 1 › Installment Plan 1 › Interest Calculation 1 › Promise to Pay 1 › Returns 1 › Security Deposits 1 ›

Sachin H. Patil

SAP FI-CA · Business Transactions

Practical SAP notes, structured for review, reuse and long-term maintenance.

View profile →