Ansicht
Dokumentation

ISMAM_CRED_MGMT_MAIN - Define Automatic Credit Control

ISMAM_CRED_MGMT_MAIN - Define Automatic Credit Control

Fill RESBD Structure from EBP Component Structure   Fill RESBD Structure from EBP Component Structure  
This documentation is copyright by SAP AG.
SAP E-Book

The automatic credit check can take various factors into account and can be run at various stages during order processing. In this step you can define your own credit checks to accomodate the requirements you have with regard to credit management.

An automatic credit check can be determined for each combination using the following information

  • Credit control area
  • Risk category (characteristic that you use to classify your customers with regard to their credit risk that is defined in FI Customizing).
  • Credit group
Example
A credit check can be defined for a particular credit control area and for all orders where the customer has the risk category 2 (RC2).

You have the option of defining system responses for the respective credit checks (e.g. warning)

If you define your own credit checks, you must perform the following tasks:

  • Determine the type of check
  • Determine the range of the check
  • Determine system response to the check
  • Assign credit control areas
  • Define and assign risk categories as necessary
  • Assign a credit group
  • Assign a description to the credit check

Types of credit check

The following types of credit checks can be performed:

  • Static credit limit check
Credit assignment is dependent on the overall value of the open orders and their open items.
  • Dynamic credit check
The dynamic check combines a static check of all open items and billing documents with a dynamic check of all open order values. The value obtained from the checks is cumulated for the publication date in the information structure "S066" in time units or periods (day, week, month) that can be selected as required.
When defining the credit check, you should specify a certain number of periods from which a date in the future is produced (according to the period selected, e.g. 10 days, 2 months). This ensures that orders that are further into the future are not considered when determining credit exposure.
The total from the static and dynamic part of the credit check cannot exceed the credit limit granted.
  • Credit check on the basis of the maximum document value
The order value cannot exceed a particular value that is defined during the credit check. This value is recorded in the currency for the credit control area. This check is particuarly recommended if the credit limit for new customers has not yet been determined. This check can be controlled explicity using a risk category reserved for new customers.
  • Credit check during the next internal check
The credit check is triggered automatically on a particular date. All orders that have been entered up to this point are considered as uncritical.
  • Credit check on the basis of overdue open items
The relationship between open items that are overdue by more than a certain number of days and the customer balance should not exceed a particular percentage rate.
  • Credit check on the basis of the oldest open item
The oldest open item can only be overdue by a particular number of days.
  • Credit check against maximum admissible dunning levels
The customer dunning level must not exceed a specific highest level.
  • Individual customer credit checks
If additional checks that vary from the standard are to be performed, you can define your own checks in the respective user exits (LVKMPTZZ and LVKMPFZ1).

Requirements

You can enter a requirement number in the No available check field that you use to control when no credit checks are to be performed. You can deactivate all checks or individual checks only. This enables you to control for individual cases the circumstances in which no credit-relevant transactions exist and a new credit check is not to be performed.
Requirements are stored using routines that can be displayed and edited using transaction VOFM.

Checks in Financial Accounting /old A/R summary

Distributed systems (central Financial Accounting, decentralized sales processing) require FI data from the central system for the credit check (please also refer to the Credit management in distributed systems release note). The following data is required for a check at payer or credit management account level: open items total, detailed information about open items (e.g. oldest open item), highest dunning level etc. The credit vector is used to collect FI data in a central system and send this to a decentralized sales computer and evaluate it using the distribution functions. The credit vector represents compressed FI information for credit checks.

Under the heading "Checks in Financial Accounting /old A/R summary", you can specify the admissible age limit for the credit vector in the Permitted days and Permitted hours fields. You can also determine the age until which the credit vector remains admissible for a check. If the age limit of the credit vector has been exceeded, the document is blocked.
Note:
If you have customized your credit management so that checks can only be made for particular relatively infrequent orders, you can enter an age limit of 0. You should also activate RFC in Customizing for FI (preliminary settings) This ensures that the credit vector is always determined if a credit check is to be performed. Since in this instance credit checks are not run on a frequent basis, this does not place undue pressure on the system.

Note
You can only make entries in the Permitted days and Permitted hours fields if you access Customizing for FI under Accounts Receivable and Accounts Payable --> Credit Management --> Credit Control Account --> Define preliminary settings for credit management and enter an X in the Read credit vector field.

  1. Enter a combination of credit control area, risk category, credit group and a text for the credit check that you wish to define.
  2. Specify the type of check required on the credit control detail screen (e.g. static, dynamic), the range of the check and the system response according to your requirements.
  3. Enter the general data for the credit check if required.





ABAP Short Reference   Vendor Master (General Section)  
This documentation is copyright by SAP AG.

Length: 7563 Date: 20240329 Time: 063805     sap01-206 ( 135 ms )