P. 1
SAP Certification Exam Full Material

SAP Certification Exam Full Material

|Views: 10,634|Likes:
Published by jitenrasahu

More info:

Published by: jitenrasahu on Jan 20, 2011
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as DOCX, PDF, TXT or read online from Scribd
See more
See less

08/10/2013

pdf

text

original

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.

MRP block for Credit limit attained Customers

How to block the requirement (MD04) generated by the item category in a sales

order when the customer has attained the credit limit? The MRP requirements

still appear even though the schedule is zero.

You should try and use one of the standard requirements.

See in transaction "VOFM".

Under Requirements / Subsequent Functions / Reqs.Availablity.

Try using routine 103, you may have to tweak if it doesn't work exactly as you'd like.

For example, you can write a routine 903 because you only wanted this reaction for

certain business units. Irregardless, using a routine similar to this will prevent the

requirement from appearing in MD04 for orders blocked on credit.

Code:

DATA: W_ZSDCRD TYPE ZSD_CREDITBLCK.

DATA: W_CMGST LIKE VBUK-CMGST.

SELECT SINGLE * INTO W_ZSDCRD

FROM ZSD_CREDITBLCK

WHERE KKBER = VBAK-KKBER

AND CTLPC = VBAK-CTLPC.

IF SY-SUBRC = 0 AND VBUK-CMGST CA 'B'.

IMPORT VBUK-CMGST TO W_CMGST FROM MEMORY ID 'CREDIT'.

IF W_CMGST = SPACE.

MESSAGE I706(Z1).

EXPORT VBUK-CMGST TO MEMORY ID 'CREDIT'.

ENDIF.

*} REPLACE

*{ INSERT DEVK966908 1

*} INSERT

* Read the subsequent function information for the message

PERFORM FOFUN_TEXT_READ USING GL_FOFUN

CHANGING FOFUN_TEXT.

MESSAGE ID 'V1' TYPE 'E' NUMBER '849'

WITH FOFUN_TEXT

RAISING ERROR.

*{ INSERT DEVK966908 2

*} INSERT

ENDIF.

ENDFORM.

Do you have a SAP SD Question?

Credit Mgmt Dynamic checking

-----Original Message-----

Subject: Credit Mgmt Dynamic checking

From: Richard Dragani

Hi credit experts,

Does anyone know how I can automatically re-execute a dynamic credit check a few

days prior to shipment for future dated sales orders. Any ideas would be appreciated.

Rich Dragani

-----Reply Message-----

Subject: Re: LOG: Credit Mgmt Dynamic checking

From: Swami Subramanyan

Program RVKRED08? Or manually execute function module

SD_ORDER_CREDIT_RECHECK.

Regards

Swami

-----Reply Message-----

Subject: Re: Credit Mgmt Dynamic checking

From: Leslie Paolucci

We check credit at the time of the delivery (at delivery creation and before picking)

and use the blocked sales doc process/list to release them. This can be set up in

customizing under risk management-> credit management.

-----End of Reply Message-----

Sales value field in not getting updated after creating the

billing

-----Original Message-----

Subject: Sales value field in not getting updated after creating the billing

we are on 4.6b. we are going for credit management but facing one problem. in fd32-

customer credit management change - the sales value feild in not getting updated

after

creating the billing.

eg. when i create the order - the order value get updated in the sales value in fd32.

after

creating the delivery - that value remains same in the feild of sales value. but when i

am

going for billing (delivery related), the bill value is appearing in 'receivables' but the

amount

in 'sales value' is not getting reduced. because of this the credit exposure is increasing

continuously.

update group for corrosponding credit ctrl area is 12. also the item is mark for credit

update.

can anyone tell the missing link?

thanking in advance

-----Reply Message-----

Subject: RE: Sales value field in not getting updated after creating the billing

Hi,

You need to check couple of settings like:

1. Your customer should be assigned the credit control area.

2. In your Item Category Credit should be active.

Regards,

-----Reply Message-----

Subject: RE: Sales value field in not getting updated after creating the billing

customer is assign to concorn CCA and item category is mark for credit active

-----Reply Message-----

Subject: RE: Sales value field in not getting updated after creating the billing

Hi,

Check the credit update group in the transaction OB45. The credit update group

controls

when the values of open sales orders, deliveries and billing documents are updated. It

should be '000012'.

Further also refer to the OSS note 18613.

Have fun

-----End of Message-----

You're Reading a Free Preview

Download
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->