Credit Control Area Process

[Former Member]

Hello SAP Gurus,

Can anyone pls tell me settings for Credit Management in sequence.

Regards

Nitin

[Former Member]

Hi,

How To Do Configuration For Credit Management

Credit and risk management takes place in the credit control area. According to your corporate requirements, you can implement credit management that is centralized, decentralized, or somewhere in between.

An organizational unit that represents the area where customer credit is awarded and monitored. This organizational unit can either be a single or several company codes, if credit control is performed across several company codes. One credit control area contains credit control information for each customer.

For example, if your credit management is centralized, you can define one credit control area for all of your company codes.

If, on the other hand, your credit policy requires decentralized credit management, you can define credit control areas for each company code or each group of company codes.

Credit limits and credit exposure are managed at both credit control area and customer level. You set up credit control areas and other data related to credit management in Customizing for Financial Accounting. The implementation guide is under Enterprise Structure -> Definition or Assignment -> Financial Accounting and then Maintain credit control area. You assign customers to specific credit control areas and specify the appropriate credit limits in the customer master record.

Tips by : Kapilaa

Settings for determining the credit control area of a document. The settings of items 1 - 4 are taken into account according to their priority. The credit control area found is stored in field VBAK-KKBER.

1. Transaction OB38

Check which credit control area is assigned to the company code.

Company code:

Credit control area:

2. Transaction OVFL

Check which credit control area is assigned to the sales area.

Sales area:

Credit control area:

3. Transaction XD02 or VD02

Check which credit control area is assigned to the payer.

Payer:

Credit control area:

4. Transaction SE37

Is user exit EXIT_SAPV45K_001 being used?

5. Transaction OBZK

For the settings under items 2 - 4, field "All company codes" must be marked in Transaction

OB45, or the credit control area must be entered under the relevant company code in table

T001CM of the credit control areas allowed.

Company code:

Credit control areas allowed:

6. Settings for the credit checks

7. Transaction OVAK

Which settings do exist for the sales document type used?

Sales document:

Check credit:

Credit group:

8. Transaction OVAD

Which settings do exist for the delivery type used?

Delivery type:

Credit group for delivery:

Credit group for goods issue:

9. Transaction OB01

Credit management/Change risk category

Definition of the risk category for each credit control area. This risk category can be

assigned to a credit account by using Transaction FD32.

10. Transaction OVA8

Here, the individual credit checks for key fields

o credit control area

o risk category

o credit group are set. Take these key fields from the above settings and go to the detail

screen. In particular, check whether fields "Reaction" and "Status/block" are set

correctly. To carry out follow-up actions in case of a credit block, the credit check

status must be set (field "Status/block").

11. Transaction FD32

Credit master data for the payer of the relevant document.

Credit account:

Credit limit:

Risk category:

Currency:

12. Settings for updating the credit values Update of the credit values is required for the limit

check (static or dynamic credit limit check).

13. Transaction OVA7

Update of the credit value is active for the corresponding item type if the check box is marked. This field corresponds to

field "Active receivable" in Transaction VOV7.

Item type:

Active receivable:

14. Transaction V/08, Pricing

In the pricing procedure used for pricing, subtotal "A" must be entered in a line for

determining the credit value (mark the pricing procedure and doubleclick on "Control").

Usually, the net value plus taxes is used. This way the system is determined to use this

subtotal for credit pricing. The credit price is stored in field VBAP-CMPRE and used for

update and credit check.

You can find the used pricing procedure of the order under "Item -> Condition -> Analysis".

Pricing procedure:

Line with subtotal = 'A':

15. Transaction OB45

Which update group (field "Update") do you use in the relevant credit control area? The

default setting is "12". If you use another update group, check whether this is fine with

you. If you open an OSS message, please tell us the alternative update group.

Credit control area:

Update:

16. Transaction OMO1

Which kind of update did you choose for structure S066?

In any case, "Synchronous update (1)" has to be chosen as the kind of update.

All other settings will lead to errors.

SIMPLE CREDIT CHECK : Tr.Code - FD32

It Considers the Doc.Value + Open Items.

Doc.Value : Sales Order Has been saved but not delivered

Open Item : Sales Order has been saved , Delivered, Billed & Transfered to FI, but not received the payment from the customer.

Eg: Customer Credit Limit is Rs.1,00,000/-

Suppose Doc.Value + Open Item Value is Rs.1,10,000/-

Here credit limit exceeds then system reacts.

Options : A) Warning Message

B) Error Message (Sales Order won't be saved)

C) Error Message with Delivery Block

AUTOMATIC CREDIT CHECK : Give extra credit facilities to the particular customer.

STATIC CREDIT LIMIT DETERMINATION :Checking Group + Risk Catageory + Credit Control Area.

A) Credit Checking Groups : Types of Checking Groups.

01) Sales

02) Deliveries

03) Goods Issue

At all the above 3 levels orders can be blocked.

B) Risk Catageory : Based on the risk catageories company decide how much credit has to give to the customer.

HIGH RISK (0001) : LOW CREDIT

LOW RISK (0002) : MORE CREDIT

MEDIUM RISK(0003) : Average Credit

Static Credit Check it checks all these doc value & check with the credit limit

1) Open Doc.Value / Sales Order Value : Which is save but not delievered

2) Open Delivery Doc.Value : Which is delivered but not billed

3) Open Billing Doc.Value : Which is billed but not posted to FI

4) Open Item : Which is transfered to FI but not received from the customer.

DYNAMIC CREDIT CHECK : 1) Open Doc

2) Open Delivery

3) Open Billing

4) Open Items

5) Horizon Period = Eg.3Months

Here the System will not consider the above 1,2,3& 4 values for the lost 3 months

Then assign the Sales Doc & Del Documents.

Sales Doc.Type(OR) + credit Check(0) + Credit Group (01)

Credit Limit Check for Delivery Type : Del.Type (LF) + Del Credit

Group (02) + Goods Issue Credit Group (03)

[Former Member]

.

[former_member227476]

dear nitin,

CREDIT MANAGEMENT

In normal business process, credit sales are most important. Each and every customer purchases the material on credit basis. When the business grants materials on the basis of the credit then there should be certain limit for the credit, otherwise business incurs loss if customer not paid back. so has to avoid this kind of situation SAP provided a tool called credit management/Risk management by which the business can monitor the credit policy of the customer. To look after the credit policy of the customer, one organizational unit can be defined and maintained in FI module and whose responsibility is to grant and to monitor credit of the customer that is called CREDIT CONTROL AREA.

(1) CREDIT CONTROL AREA:

It is an independent organizational unit which is responsible to grant and to monitor the credit. Credit control area can be defined for a single company code or it can be defined to number of company codes that means one credit control area can have number of company codes.

Path:

IMG

Ent.structure

Definition

Financial accounting

Define credit control area

Choose existing one, copy, rename it

Currency: assign the currency of the credit control area

Update: Ex. 000012

it is the update for open orders/delivery/billing document values. it controls when the open sales orders, deliveries and billing documents are updated. the following update groups can be assigned for updating credit related statistics in S & D.

1) Update group 000012:

if we assign this update group for credit control area then the documents are updated like below:

a) Sales orders: it increases open order value from delivery relevant schedule lines.

b) Delivery document: it reduces open order values and increases open delivery value

c) Billing documents: it reduces open delivery value and increases open billing document value.

d) Financial accounting document: it reduces open billing document value and increases open items.

2) Update group 000015:

a) Delivery document: it increases open delivery value and in increases open billing document value.

b) Financial accounting document: it reduces open billing document value and increases open items.

3) Update group 000018:

a) Sales orders: it increases open delivery value

b) Billing document: it reduces open delivery value and increases open billing document value

c) Financial accounting document: reduces open billing document value and increases open items

If system unable to update the document with specified update group then it will go to next possible update group.

Ex: if we assign update group 000012, which is in delivery document reduces open order value and increases open delivery value. If in the sales order some items are not relevant for delivery then system automatically determines update group 000018.

Fiscal year variant: ex: K4

Default data for automatically creating new customers:

If maintain the values in any one of the fields then system automatically creates credit control area date for new customers by default.

Risk Category: ex: 001

Credit limit: maintain amount (specify the credit limit of the customer)

Representative group: ex: 001

Assign credit representative group who is responsible to monitor the credit of customer.

□Check all company codes:

It specifies that this credit control area is eligible for all the company codes. save it.

(2) Assign company code to credit control area

Path: IMG

Ent. Structure

Assignment

Financial accounting

Assign company code to credit control area.

Choose our company code from position button and assign our credit control area.

(3) Assign sales area to credit control area

Path: IMG

Ent.structure

Assignment

SD

Assign sales are to credit control area

Choose our sales area and assign credit control area

(Due to this assignment the credit limit will be apples for all the materials that belong to different divisions), save it & exit.

Define groups: (FI-CO settings)

Here we assign groups and assign this groups to customer.

 IMG

 financial accounting

 accounts receivables and accounts payable

 credit management

 Credit control account defines groups.

Go to new entries and define credit groups and assign this group to credit control area.

Define Risk Categories FI-CO settings)

Here we define risk categories for the credit control area and assign the risk category to the customer

Path: same as above

Define risk categories

Go to new entries and define risk categories, 001-high risk, 002-medium risk, 003-low risk

Assign to credit control areas

Define credit representative groups:

It is a user group for particular credit control area and we assign each customer to a customer group.

Path: same as above

Go to new entries, define credit representative group and assign it to credit control area, save it & exit.

Define Credit Representatives:

Here we allocate credit representatives to credit representative group for credit control; each credit representative group is responsible for certain number of customers

We define one partner function for each credit representative group.

Ex: partner function KB, Partner type PE

Path: same as above

credit.rep.group. CCA partner function partner counter co. code personnel no. nameID.no

001 1000 kb check

This personnel number should be assigned to HR Master Record.

SD CONFIGURATION SETTINGS:

Enter settings

Path: IMG

S&D

Basic Function

Credit Management/Risk management

Credit Management/ Risk management setting

Enter setting.

a) conditions-procedure:

Choose our pricing procedure & Assign Subtotal as ‘A’-KOMP-COMPRE credit price, to net value or gross value.

b) Configurationally partner functions:

-Select sales doc .header, Click on ‘change’ icon

-Select partner determine procedure (TA) (click on partner function in procedure control button under dialog structure. & check partner function KB-credit Rep. KM-credit manger as a mandatory, as for these 2 factor belong to partner type PE (personal)

Credit Representative & credit manager are employees in the business who are responsible to monitor the credit of the customer.

c) Output types:

Here we define output type ex:-KRML-credit processing.(choose it position button select it )

*General data:-

Access sequence: 005

Check Access to conditions:

Check multiple

*Default Values:

Dispatch time: send immediately

Transmission medium: simple mail

Partner Function: KB

>G0 to VV11. Create condition Records for out put type KRML

>Specify output type KRML, Specify Key combination & select the condition tables

>Specify credit control Area, credit Group, Risk category partner function-Kb, Transmission medium: 7(simple mail)

>specify dispatch type: 0, language: EN

>Select condition line item & click on communication & maintain the data (message)

>Go back, save it & exit

This out put can be used to exchange credit information.

Maintain SD update in LIS for credit management

Path:

IMG

Logistics-General

Logistics information systems

Logistics data warehouse

Updating

Updating control

Activate update

Sales &Distribution

--Choose ‘so66’, & click on it & check day on it & check day on popup box. So that system updates open orders for credit Management daily wise.

b) DETERMINE ACTIVE RECEVIBLE FOR ITEM CATEGORY

--Choose Item category TAN & check credit active.

This indicator proposes into VOV7 of TAN.

Receivable Risk management

When sell the goods payment guarantee for the goods plays a vital role, along with credit management receivable risk management provides another effort tool guarantee agent credit risk

a) Define forms of payment guarantee

-- go to new entries & define payment guarantee form ex; z1

& payment guarantee category: 3 payment card financial document category: R-receivable Financial document type, 01letter credit payment guarantee form payment cards

b) Define & Assign payment guarantee schemes

a) Define payment guarantee schemes

Here we define payment guarantee procedure

ex;-000001-letters of credit.

000002-payment card

-Assign forms of payment guarantee. Select own payment guarantee procedure click on form s of payment grantee

--Go to new entries, specify sea no: 02 specify payment guarantee form;Z1-payment card

b) Define customer determination schemes her we define customer guarantee procedures

ex:- 0001- letter of credit

0002- Payment cards

C) Define document determination schemes

Here we define document determination. Procedure

ex:- 01-standard

0 2 – letter of credit

it will be proposed into V0V8 of ex;-or

d) Assign document scheme to order types:

- choose sales doc type or assign document payment guarantee procedure Ex: 02 so that system automatically proposes this payment guarantee procedure by default.

e) Define payment guarantee scheme determination

-- Go to new entries, specify customer, payment guarantee procedure (0002) document guarantee procedure (01) Assign payment guarantee procedure

Ex;- 000002.

Save it & exit

With this configuration setting payment card concept can be mapped.

CREDIT MANAGEMENT:-

Define Credit Rules:

Path: IMG – SALES & DISTRIBUTION – BASIC FUNCTIONS – CREDIT MANAGEMENT / RISK MANAGEMENT – CREDIT MANAGEMENT –

1) Define Credit Rules:

Here we define Sales Documents, Delivery Documents and PGI documents as those transactions deal with credit management in the same manner.

ex:- 01 – Credit group for sales order

02 – Credit group for delivery

03 – Credit group for goods issue.

2) Assign sales documents & delivery documents:

a) Credit limits check for order type:

Choose sales document type OR, & assign type of credit check that system has to carry out for the sales order.

If system has to carry out simple credit check then assign the values from ‘[] to C’

If system has to carry out automatically credit check then assign value as

‘D’ – Automatic credit check. Depending upon the value that we set here system responds when the credit limit exceed. If you set ‘C’ then system blocks the delivery for the sales order & the authorized person in the business has to take the decision whether to accept the order or to reject the order.

b) Credit limits check for delivery types:

Choose delivery document type LF & assign credit group for delivery as a 02. & assign 03 – credit group for goods issue on goods issue for credit group.

Save it & exit.

(A)CARRYING OUT SIMPLE CREDIT CHECK ( blank, A, B , C )

Go to VA01, raise the sales order.

Specify the order quantity whose value exceeds customer’s credit limit & check the status.

System gives the status that ‘Credit limit has been exceeded’

Save the sales order

System blocks the delivery (in delivery document) then the authorized person can release the block by taking transactions Ex: - VKM4 – ALL

VKM3 – sales document

VKM5 – delivery

Path: Logistics – S&D – Credit Management – S&D Documents – VKM4- All.

Specify ‘Credit Control Area’, ‘Document type’ & Select Sales document & deliveries.

Click on ‘Execute” Icon

Select ‘Sales Document’, Click on ‘Release ‘button

Click on ‘Save’

Click on ‘Lead list’

Go to VL01N

Initiate out bound delivery

Go to VF01 raise the Invoice.

Note: System doesn’t release the order level, delivery level then go to VA01 & remove the ‘Credit Limit Lock’ at header level.

- Save it & Exit.

(B) AUTOMATIC CREDIT CHECK (D)

System carries out automatic credit check by following different different checks. System gets credit exposure in automatic credit check like simple credit check. But it has the more control on the document then the document then the simple credit check.

MAINTAIN MASTER DATA (FD32)

PATH: Logistics S & D  Credit management Master data  FD32  Change.

While defining credit control area the FI/CO consultants they maintain this values in the field like credit group, credit limit & checking group, risk category.

System automatically creates credit master for new customers. In credit master we maintain data as well as system also updates certain data.

Specify customer number, credit control area,

Check overview, check address, check control data, check status, and check payments.

Overview:

System gives the overview of the customers credit history .Ex: what is the credit limit, credit exposure dunning levels etc

Address:

System gets the address from the customer master

Control data:

Specify the total limit (total credit limit)

Specify the individual limit at the company code level

Currency: INR

Status

total company cod In this screen system shows the data like credit limit and how much credit limit used what is the receivables value, sales value, customer risk category and customer credit group.

Payment history:

In this screen system shows the payment history of the customer-payer if he paid any amount. System updates this screen with payment details due to the indicator that we check in co code data section of customer master in payment transaction tab ‘check payment history’, save it.

AUTOMATIC CREDITY CONTROL OVA8)

Path: IMG SD basic functionscredit management/risk managementcredit management.

Define automatic credit control:

Go to new entries,

Specify credit control area, risk category and credit group

Document controlling (first section)

--No credit check:

We can specify the routine for credit control area ex: when system should not carry out credit check for sales document which doesn’t contain line items

Check item check:

This control specifies from where system has to carry out credit check in document. ex: as soon as the user enter the customer number in the sales order or enter the material number

Released documents are still unchecked:

Deviation in percentage:

It specifies the deviation factor for documents that have already been approved for the credit. Ex: if u specify deviation factor 10% & order for 10 boxes & the price Rs. 100/- and the credit approved for the Rs. 1000/-, then customer wants additional boxes the deviation factor exceeds 10%, and then system automatically carries out credit check again.

Number of days:

Specify the number of days after which a changed document must be rechecked for the period. It is used for credit document that have already been released by credit representative but if they have subsequently changed then system doesn’t carry out another credit check, if

The value of the changed order is not greater than the value already approved for the credit.

The current date is not greater than the original release date plus number of days that we specified here.

Credit limit seasonal factor (percentage):

specify a percentage tolerance for this limit up to which the customers credit limit may be temporarily extended or reduced ex: if us enter 5% her and if u select minus fixed then if the customer credit limit is 10,000 and it is extended by further 500/-.

From & To:

specify the dates by which the plants have to confirm the quantities. It is used for promotions.

Check in financial accounting:

Check-payer:

It indicates the credit checks against open items, oldest open item and dunning level are carried out using the open items and the dunning level of only with current payer. system doesn’t take other payers who are assigned to this credit area.

Permitted days and permitted hours:

It specifies the time period for accounts receivables summery in days & hours. System uses this value to verify whether the data in the accounts receivables summary exceed the period that we set in days & hours.

CHECKS (NEXT SECTION)

Reaction status/block

 STASTIC    OPEN ORDER  OPEN DELIVERY

 DYNAMIC   HORIZON  

 DOCUMENT VALUE   MAX.DOC. VAL. 500.000.00

 CREDIT FIELDS  

 NEXTREVENEWDATA   NUMBER OF DAYS 

 OPEN ITEM   MAX.OPEN ITEM% 

 OLDEST OPEN ITEM   DAYS OLDEST ITEM 

 HIGH DUNN. LEVEL   HIGH DUNNING.L 

 USER 1  

 USER 2  

 USER 3  

STASTIC:-

System takes open sales document, delivery, billing document, open items into consideration to carry at credit check. System gets the credit exposure with the total value document and customers credits unit. If the credit limited exceeded this system reacts according to value that we get in reaction fields

DYNAMIC:-

In dynamic credit check system gets the credit exposure the static part. But the difference between static &dynamic is, dynamic check contains horizon period ex 2 month.

To evaluation the credit check system takes for the open items, open orders, open delivery into consideration that falls below the 2 month. System doesn’t take those documents that fells after 2 months.

rewards pls

siva

Message was edited by:

siva narayana

[Former Member]

Hello Nitin,

Settings for determining the credit control area of a document. The settings of items 1 - 4 are taken into account according to their priority. The credit control area found is stored in field VBAK-KKBER.

1. Transaction OB38

Check which credit control area is assigned to the company code.

Company code:

Credit control area:

2. Transaction OVFL

Check which credit control area is assigned to the sales area.

Sales area:

Credit control area:

3. Transaction XD02 or VD02

Check which credit control area is assigned to the payer.

Payer:

Credit control area:

4. Transaction SE37

Is user exit EXIT_SAPV45K_001 being used?

5. Transaction OBZK

For the settings under items 2 - 4, field "All company codes" must be marked in Transaction

OB45, or the credit control area must be entered under the relevant company code in table

T001CM of the credit control areas allowed.

Company code:

Credit control areas allowed:

6. Settings for the credit checks

7. Transaction OVAK

Which settings do exist for the sales document type used?

Sales document:

Check credit:

Credit group:

8. Transaction OVAD

Which settings do exist for the delivery type used?

Delivery type:

Credit group for delivery:

Credit group for goods issue:

9. Transaction OB01

Credit management/Change risk category

Definition of the risk category for each credit control area. This risk category can be

assigned to a credit account by using Transaction FD32.

10. Transaction OVA8

Here, the individual credit checks for key fields

o credit control area

o risk category

o credit group are set. Take these key fields from the above settings and go to the detail

screen. In particular, check whether fields "Reaction" and "Status/block" are set

correctly. To carry out follow-up actions in case of a credit block, the credit check

status must be set (field "Status/block").

11. Transaction FD32

Credit master data for the payer of the relevant document.

Credit account:

Credit limit:

Risk category:

Currency:

12. Settings for updating the credit values Update of the credit values is required for the limit

check (static or dynamic credit limit check).

13. Transaction OVA7

Update of the credit value is active for the corresponding item type if the check box is marked. This field corresponds to

field "Active receivable" in Transaction VOV7.

Item type:

Active receivable:

14. Transaction V/08, Pricing

In the pricing procedure used for pricing, subtotal "A" must be entered in a line for

determining the credit value (mark the pricing procedure and doubleclick on "Control").

Usually, the net value plus taxes is used. This way the system is determined to use this

subtotal for credit pricing. The credit price is stored in field VBAP-CMPRE and used for

update and credit check.

You can find the used pricing procedure of the order under "Item -> Condition -> Analysis".

Pricing procedure:

Line with subtotal = 'A':

15. Transaction OB45

Which update group (field "Update") do you use in the relevant credit control area? The

default setting is "12". If you use another update group, check whether this is fine with

you. If you open an OSS message, please tell us the alternative update group.

Credit control area:

Update:

16. Transaction OMO1

Which kind of update did you choose for structure S066?

In any case, "Synchronous update (1)" has to be chosen as the kind of update.

All other settings will lead to errors.

Reward if helpful.

Regards,

Priyanka

[Former Member]

Hi

All business have their own credit management needs, SAP allows you to specify your own automatic credit checks based on a variety of criteria. You can also specify at which critical points in the sales and distribution cycle the system carries out these checks.

SM30 - Table/View

• V_TVTW - Define Distribution Channel

• V_TVTA_KKB - Assign sales area to credit control area

• V_T014 - FI - Define Credit Control Area

• T001CM - FI - Assign Permitted Credit Control Area to company code

OVXG - Set up Sales Areas

e.g. Sales Organization

Distribution Channel

Division

Distribution Channel

Division

FD32 - Customer Credit Management

OVAK - Define credit limit check by sales document type

• Check Credit

o A - Credit limit check and warning message

o B - Credit limit check and error message (no sales order can be created)

o C - Credit limit check and delivery block (block delivery if hit credit limit)

+ Options B and C -> used for checking open order values (when you create/change the sales order)

o D - Automatic credit control with open order values

+ More control in transaction OVA8 - Automatic credit control

+ You check for open orders and deliveries, or just open deliveries.

+ or open order values with other options

• Credit group

o Allows you to combine different sales document types for the credit limit check

VKM1 - Blocked SD Documents - Finance have to released the delivery block

OVAD - Define credit limit check by delivery order

• whether the automatic credit check occurs at the time of delivery creation and/or goods issue

OVA7 - Define credit limit check by item category

• Set whether to include/exclude item category for credit limit check

OVA6 - Define credit group. You can groups together different business transactions which should be dealt with in the same manner with regard to the credit check.

You enter the credit groups when you configure the sales document types for credit management and define the (D - automatic credit check).

• SAP default credit groups

o 01 - credit group for sales order

o 02 - credit group for delivery

o 03 - credit group for goods issue

OVA8 - Automatic credit control - Double click on the line items

You can have the followings credit limit check :-

• Static

Depends on the customer total value of open orders, deliveries, billing documents and open items.

• Open items

No of days open

Overdue open items checks is based on the ratio of open items that are overdue by a certain number of days.

Max open items %

The customer balance must not exceed a certain percentage.

• Oldest open items

If you don't want to deliver to the customer at all when even only 1 invoice is overdue.

Tick the Check for Oldest Open Item and Set the field Days oldest item = 1.

Days oldest item

No of days allowed for overdue or payment terms.

Use of the credit check Oldest Open Item. If a user attempts to alter the order quantity of a released sales document

that was previously blocked, it would be reblocked again by the system. The system only reblocks the sales document if the new order quantity is above a certain % amount.

• Released documents are still unchecked

The preset % is whatever you want to set it as when configuring your automatic credit processing. You enter a deviation % and number of days,eg, you can set it so that an order can be changed by up to 10% within 30 days of original order entry date without it going back on credit block.

• Next Review Date

If a customer has a credit limit of 1000 USD, and you would like to restrict this credit limit only to be available in current month (say March). If the document day is in April then the credit limit is zero.

You can use the "NextReview date" and "Number of days" fields and combined it with the "Last int.review" field in customer credit master "Status" view (FD32).

VOKR - Display of work list for credit management (configure the display variant)