Automatic Payment Transactions – Payment Request

Use

This function enables you to call up the Payment Program for Payment Requests . This is an additional option for automatic payment. Unlike the standard payment program, the payments are not based on open items (customer items) but on payment requests.

In the Loans Management area, you can generate payment requests for simple loan transactions (loans given and loans taken) that are not posted on the basis of customer accounts. The system generates the payment requests when you post flows that are relevant for payment. The payment requests are processed by the Payment Program for Payment Requests .

Note Note

For more information about the Payment Program for Payment Requests , see Payment Program for Payment Requests (FI-BL) .

End of the note.

Note Note

You cannot use this function for loans that are based on the following product categories:

  • Consumer Loans (340)*

  • Installment Loans (360)

End of the note.

Integration

In the bank applications the payment program for payment requests can be used for Loans Management . The Payment program for payment requests can be used in Treasury and Risk Management (TRM) in the areas Money Market, Foreign Exchange, Derivatives and Securities .

There is a link to the payment details. The system can, therefore, use the house bank specified in the payment details to update the payment data in Cash Management .

Prerequisites

Before you can use the Payment Program for Payment Requests , you have to make certain settings in Customizing for Treasury and Risk Management (TRM) in addition to the configuration settings for the payment program.

  1. To enable the system to generate payment requests for the money market, foreign exchange, derivatives, securities and loans areas, make the following general settings in Customizing for Treasury and Risk Management (TRM) .

    1. Choose Define Number Ranges for Payment Requests and enter a number range for assigning number keys to payment requests.

    2. In the chart of accounts, you must establish the Clearing account for payment requests and then assign it to the company code under Define Clearing Account for Payment Requests .

  2. In Customizing for Cash Management set up the planning level for payment requests under Assign Levels for Payment Requests .

  3. In Customizing for Loans Management you must make the following settings:

    1. Activate the Payment Details indicator for the relevant product types in the IMG activity Company Code-Dependent Settings for Product Type . When you create a loan with these product types, you can use the payment details defined for the partner in the standing instructions or enter them individually.

    2. You must set the indicators for the payment requests under Define Flow Types .

      1. Direction : The system uses the payment details that correspond to the direction of the flow. If you do not enter a direction, the system does not transfer the payment details.

      2. Payment request permissible : You must activate this indicator to generate payment requests. If this indicator is not set, payment requests cannot be generated.

      3. Individual payment required : You use this indicator to control whether or not flows with this flow type can be netted with other flows.

    3. Under Define Account Determination you can use the Payment Activity indicator to define a replacement rule for the house bank (Value of Payment activity indicator = 2 ). The system uses this value when postings for the product type are not made on the basis of customer accounts, a house bank account has been specified for the flow to be posted, and the posting category is 3 (Bank). If the value of the Payment activity indicator is 1 or X , you must assign the house bank account to the account symbol.

      In addition to the Payment activity setting, also allow for the following:

      If you post flows for interest, repayments and charges, such as bank clearing to interest revenue or interest expense to bank clearing , without using a corresponding receivables account (or payables account for loans taken), you must make special settings in Customizing for the withholding flows. Withholding flows are required to withhold discounts, interest and charges from a disbursement or borrower’s note purchase order. They are used to reduce the payment amount (generated on the basis of the nominal disbursement amount) by the withholding amounts. Example: If you generate a payment request for a disbursement and want to post the payment without using payables and receivables accounts, you must define account determination for the withholding flow clearing to bank clearing and for the reduction bank clearing to clearing . The system generates two payment requests; one for the gross payment amount and one for the payment reduction (or increase). The system ensures that both payment requests are netted during the payment run and that a payment medium is only generated for the net payment amount.

      Example

      Disbursement: 100,000 EUR at a rate of 98% = 2% discount

      Posting records:

      Withhold discount - no posting to accounts receivable

      Disbursement

      USD 100,000

      Position to bank clearing

      Discount

      USD 2,000

      Bank clearing to accrual/deferral

      Discount withholding

      USD 2,000

      Clearing to bank clearing

      Disbursement reduction

      USD 2,000

      Bank clearing to clearing

      Withhold discount - posting to accounts receivable

      Disbursement

      USD 100,000

      Position to bank clearing

      Discount

      USD 2,000

      Receivables to accrual/deferral

      Discount withholding

      USD 2,000

      Clearing to receivables

      Disbursement reduction

      USD 2,000

      Bank clearing to clearing

      The system checks the payment methods before the flows are netted in the payment program. Thus, if you make a disbursement with a reduction, you must also specify a payment method that has the direction of the reduction when you enter the disbursement. The system copies the disbursement payment methods to the reduction, which means there is always an appropriate payment method for the direction of the reduction. This allows the system to net the payment requests.

      Therefore, you cannot save a disbursement or purchase order that contains a reduction unless you have specified the appropriate payment method.

      Note Note

      This payment method is never used in the payment run, since the disbursement amount is always greater than the reduction. As a result, the net amount always has the direction of the disbursement.

      End of the note.

      In Customizing for the flow type, define a direction for the reduction flow type. This enables the system to generate the payment request.

    4. If you define payment details in the standing instructions for the business partner, the system proposes these values for the payment request when you create a loan.

  4. You also configure the payment program for payment requests. These settings include your house banks, your bank accounts and the required payment methods and payment forms.

    See also: Customizing for the Payment Program

Scope of Functions

  • Entry of the payment details:

    • Payment details as standing instructions for the business partner

      You can define payment details in the standing instructions for the business partner. The system defaults to these values when you create a loan.

      See also: Creating Standing Instructions for Payment Details

    • Payment details in the loan

      You can enter or change payment details in the loan itself.

      If standing instructions for payment details have been defined for the business partner, the system defaults to these values. You can adopt or change the proposed values. The system always assigns the default values to the loan, even if you do not call up the payment details screen when you create the loan.

      For borrower’s note loans, the system defaults to payment details for the most recent counterparty. If there is no counterparty, the issuer is used. For all other product categories, the system assigns the most recent alternative payer/payee. If there is no alternative payer/payee, the main loan partner is used. If there are several payers/payees, you can choose the one you require in a selection screen.

    • Payment details in a borrower’s note order

      For product types with order management, the payment details defined in the loan apply for all flows except purchase and sale flows. For purchases and sales, you enter the payment details for the particular purchase or sale in order management. These payment details also apply for the related flows (premium/discount, reduction/increase).

  • You can display the payment details for the flows in the cash flow. A standard display variant for this is delivered with the system ('1ZAHLVERBDG').

  • Generating the payment request:

    When a posting is made, the system looks at the flow to determine whether or not a payment request should be generated.

  • Reversal of flows and payment requests, if a payment request has already been created:

    Case1: The payment request has not yet been disbursed

    When the flow is reversed, the payment request is deleted.

    Case 2: The payment has been made.

    A corresponding message appears when you carry out the reversal, but reversal is possible. A worklist is generated on the payment clearing account. The business operation must be processed further.

  • You can only transfer a contract if you do not need to reverse any postings that have generated payment requests. If you need to reverse any postings, you must carry out the reversal before you transfer the contract.

Activities

To start a payment run:

  1. In the SAP Easy Access Menu chose Start of the navigation path Accounting Next navigation step Bank Applications Next navigation step Loans Management Next navigation step Accounting Next navigation step Receivables /Payables Management Next navigation step Generate Payments Next navigation step Automatic Payment Transactions – Payment Request End of the navigation path . In the screen Automatic Payment Transactions for Payment Requests enter the date and an identification.

    All information relating to the payment run is stored under these values.

  2. Choose Start of the navigation path Edit Next navigation step Parameters Next navigation step Maintain payment run parameters.TheAutomatic Payment Transactions: Parametersscreen appears. End of the navigation path Enter the values for the parameters.

  3. The Dynamic selections function gives you the option of using other fields for selecting payment requests.

  4. You can create an additional log by choosing Additional log .

  5. You can include report programs for printing payment media and creating lists in the payment run by choosing Start of the navigation path Edit Next navigation step Print programs. End of the navigation path On the following screen, Automatic Payment Transactions: Print Programs , you define the required programs and variants.

  6. Save the parameters for the payment run.

  7. You now have the option of generating a proposal run or a payment run. Choose Start of the navigation path Edit Next navigation step Proposal Next navigation step Schedule payments End of the navigation path or Start of the navigation path Edit Next navigation step Payment Next navigation step Schedule. End of the navigation path

  8. Specify a starting time (or immediate start) and a computer, if required.

  9. If you create a proposal, you can display the log, payment list and exception list. You can also edit or delete the payment proposal. If you are satisfied with the payment proposal, execute the update run by choosing Start of the navigation path Edit Next navigation step Payments Next navigation step Schedule payments. End of the navigation path

  10. At the end of the payment run the system generates the posting documents, the payment and exceptions lists and the payment media. This concludes the payment run.

    Note Note

    For more information, see Executing the Payment Program .

    End of the note.