Credit Mgt---F.28: Reorganize credit data when cr limit is changed?

[Former Member]

Hi All,

I've searched the forum and referred to lot of notes and documentation.

F.28 or program RFDKLI20 should be run only under one of the following situations:

General changes that affect SD and FI:

Settings that change the determination of the credit control area: Assignment from company code, entry in customer master data, entry in sales area data, user exit.

Currency of credit control area.

Assignment of customers to credit accounts.

Risk class in master data of credit account (transaction FD32). Caution: If nothing was changed except for the risk class, you can use RFDKLI20 but it is excessive in this case. If only the risk class was changed it is sufficient to run RVKRED09.

I've the following scenario and questions:

For the client am implementing cr mgt, they intend to update Cr Limits on a daily basis.. so my questions are:

1) I just update the Credit Limit on a daily basis: does this program need to be run if I change just the cr limit? I know the documentation says no..however, wanted somebody to confirm who was in a similar situation?

2) If the answer to the above question is yes, is it recommended to run this program during business hours?

3) What are the implications of running this program in parallel?

Regards,

Raghu.

[eduardo_hinojosa · Accepted solution]

Hi Raghu,

I understand that after change credit limit in FD32 you musn't run it, because as note says:

The RFDKLI20 report recreates the SD and FI credit data after
organizational changes

and I understand that change the credit limit (for instance, an insurancer set the credit limit to zero) isn't an organizational change. Think that if you do a SO in a moment when you have an insurance for nonpayment, the withdrawal of it isn't retroactive. I think that you know SAP Note 408596 - RFDKLI20: Recreating credit data - new documentation. Other useful note is SAP Note 396338 - Problems in credit management - analysis help

The second. Avoid it in business hours. It's related with locks. You can lock to other users or other users can lock you (a SO, a FI document, and so on) and as these notes says, you must to re-run it.

Finally, if you read the documentation of F.28, info icon, it suggests us: to run it in non-business hours and run it in background.

Other suggestion, take into account the question related with documents that end-users changed their credit status, it's possible that these documents return to values before to change them with tools as VKM4 (but perhaps it happens with RVKRED77, sorry but it's been a long time since I did it last time).

I hope this helps you

Regards

Eduardo

[Former Member · Accepted solution]

Hi Eduardo,

I'll be happy not to run F.28 report at all, at least not every time I change the credit limit...and yes saw that part of running it in background and preferably in non-business hours or when no postings are being done..

anyway, thanks for point 1..! though I would want a confirmed answer from somebody who was in a similar situation.

Regards,

Raghu.