credit management

[Former Member]

will anyboy can give me any docment with detail setting of credit management.

i got stuck in configaration of credit management.

[Former Member · Accepted solution]

Hi,

mail sent to jbasuj@gmail.com

Regards

Ali

Message was edited by:

Ahmad Ali Shaik

[former_member227476]

dear basu,

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.

a) Risk Category: ex: 001

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

c) Representative group: ex:001

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

□Check all company codes: It specify 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.

save it

(3) assign sales area to credit control area

Path: imgructure—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 belongs 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 define 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

cred.re.gr. 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& Assing 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 propose 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 limit 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 limit 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 customers 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 Sakes 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, 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 cocode 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 specify 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 te deviation factor exceeds 10%, 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

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

b) 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 upto 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 document that fells ofter 2 months.

DOCUMENT VALUE:-

In case credit check should be carried out based on the max.document value. It is relevant for new customer to when credit limit has not been defined.

CRITICAL FIELDS:-

Payment terms ,fixed value date, additional value dates are considered as a critical fields. If the data has been changes in those fields system has to carry out credit check.

NEXT REVIEW DATA:-

System automatically carry out credit check based on the next review date.

OPEN ITEMS:-

System carries out credit check, based on the open items. system takes the maximum percentage of over due items in open items and number of days when the open items are over due.

OLDEST OPEN ITEM:-

It indicates to carry our credit check based on the age of the oldest open item.

HIGHEST DUNNING LEVEL:-

System carryout credit check based on the higher dunning level.

USER1,USER2,USER3:-

These check can be used for customer specific credit check by using user exist save it.

●Go to VOV8, & make sure that credit limited check should be ‘D’ automatic.

●Go to VAO! & raise the sales order. check the dynamic credit check static & save the document.

●System block the sales document for delivery then release it by using transaction codes VKM5.

reward points pls

siva

[Former Member]

Check the mail

[Former Member]

Credit Management

Types of credit check

The following types of credit checks can be carried out:

Static credit limit check

Credit allocation depends on the total value of open orders, deliveries, billing documents and open items.

Dynamic credit limit check

The dynamic check includes both a static part which checks all open items, deliveries and billing documents and a dynamic part which checks all outstanding order values, that is, all orders not yet delivered or partially delivered. The value resulting from the checks is accumulated up to the shipping date in the information structure "S066" in freely definable time units or periods (day, week, month). This information structure is entered in Logistics Controlling and described in the section "Carry out default settings for credit management" under Basic functions.

To define the credit check, you specify a certain number of relevant periods from which a date in the future can be calculated (for example, 10 days or 2 months depending on the selected period). This ensures that sales orders which lie further in the future are not used to determine the credit exposure.

The total of the static and dynamic part of the check must not exceed the granted credit limit.

Credit check on the basis of the maximum document value

The sales order value or the value of goods to be delivered must not exceed a certain value defined for the credit check. The value is stored in the currency of the credit control area. In particular, this check is useful if the credit limit of new customers has not yet been specified. This check can be accessed explicitly by a risk class reserved for new customers.

Credit check when changing critical fields

The credit check is started when changes are made to credit-relevant document fields so that they differ from the default values proposed from the customer master record (terms of payment, value days and fixed value date).

Credit check at the time of the next internal check

The credit check is started automatically on a certain date. All sales orders entered up to this time are regarded as not critical.

Credit check on the basis of overdue open items

The ratio between open items, which are overdue by more than a certain number of days, and the customer balance must not exceed a certain percentage.

Credit check on the basis of the oldest open items

The oldest open item may only be a certain number of days overdue.

Credit check against maximum allowed dunning levels

The dunning level of the customer may only assume a certain maximum value.

Customer-specific credit checks

If you require further checks to those defined in the standard system, you can define them in the corresponding user exits (LVKMPTZZ and LVKMPFZ1).

Requirements

In the No Check field, you can enter the number of a requirement with which you can control when credit checks are not carried out. You can deactivate some or all checks. This allows fine tuning on an individual basis for defining credit-relevant transactions and when credit checks do not need to be carried out.

You can also reset the credit document status.

Requirements are stored as routines. For further information on routines, see the IMG of SD under Routines. The two following example routines are supplied in the standard system. You can display and edit them using transaction VOFM:

1 Order

2 Delivery

You can copy and change these routines according to your own requirements. The routines contain different example scenarios in which credit checks would not be carried out.

ransaction 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_SAPFV45K_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. You can

use Transaction FD32 to assign this risk category to a credit account.

10. Transaction OVA8

Here, the individual credit checks for key fields

credit control area

risk category

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. You want the item to be relevant for billing. If an item is not

relevant for billing or for pro forma billing, no update occurs.

14. 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:

15. 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':

16. 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.

Credit control area:

Update:

17. 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.

SAP SD Credit Management

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

A - Credit limit check and warning message

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

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)

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

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

01 - credit group for sales order

02 - credit group for delivery

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)

Reward if useful

[Former Member]

hi

ransaction 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_SAPFV45K_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. You can

use Transaction FD32 to assign this risk category to a credit account.

10. Transaction OVA8

Here, the individual credit checks for key fields

credit control area

risk category

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. You want the item to be relevant for billing. If an item is not

relevant for billing or for pro forma billing, no update occurs.

14. 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:

15. 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':

16. 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.

Credit control area:

Update:

17. 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.

[Former Member]

Hi Joydip Basu,

Sent Mail.

Reward Points if it helps

Regards

Srini