cancel
Showing results for 
Search instead for 
Did you mean: 

Related to Credit management am facing a strange issue.

0 Kudos

Hi Team,

In Production when SO is created for 54,653.75 and Invoice has done for 52,267.50.

In the above example FD32 sales value has to update with Open sales - 2386.25 and Open Invoice - 52,267.50 and Sales value is 54,653.75(Total).

But Here Sales value 106,921.25 which is wrong and Customer Credit limit is for 1Lac.

hence we are not able to create any SO or anything as it is getting block.

Note - In Quality it is working correctly as expected.

Accepted Solutions (0)

Answers (5)

Answers (5)

0 Kudos

Hi Team,

Sorry for late reply.

Got solution for this.

Techinal team edited standard Include and same changes not done in MAQ.

phanikumar_v3
Active Contributor
0 Kudos
Techinal team edited standard Include and same changes not done in MAQ. 

Good that you closed the issue-Can you please tell us what the technical guys done in Std Include for the our better understanding..

Phanikumar

former_member183501
Active Contributor
0 Kudos

Hi,

As already suggested, then it is better to use RVKRED77.

Lakshmipathi
Active Contributor
0 Kudos

As already stated, it is very difficult to share the solution as it could be due to so many reasons. In fact, lot of OSS notes are there and you can have a look at 1176872

VeselinaPeykova
Active Contributor
0 Kudos

I am probably stating some obvious things, but since you did not explicitly mention these...

If your test case in QA is exactly the same as the example in PRD, but the behavior between systems is different and if the problem in PRD happens for all documents, the first things that I would check is differences in configuration of item category, copy control, pricing procedure, code in exits and implemented notes.

If the problem happens sporadically, probably I would check ST22 and SM13.

The most common reason for incorrect credit updates that is not easily reproducible is custom code where X* and Y* tables are not handled properly.

It may be possible to correct the document via RVKRED77, but I would advise against this until you find the root cause.

There is an option to activate logging for credit update and hunt for more clues why this happens, but in a live environment this could cause problems in performance. If you are unable to find out what is causing this, probably the best approach would be to activate logging in DEV/QA and keep on trying and monitoring until you find what is common between the faulty documents.

If you create a message to SAP they would also ask you for a reproducible example in a DEV/QA system.

0 Kudos

Hi Veselina Peykova,

Thank you for your information.

I have replicate the same situation in Quality and PRD with the same customer and material and the changes which they did.

Also i did the End to End configaration check from Quality to PRD.

We do follow a standard Order type and Item categ but there is a change in standard process also please make a note this is first time we saw this kind of issue for a particular customer.

I also suggested to run the mentioned program RVKRED77/RVKRED88.

Suggest me if you have any further info on this.

VeselinaPeykova
Active Contributor
0 Kudos

Did you look for update terminations as well?

Hopefully this is a one-time problem as a result of terminated update, but it is good to check if around the same time other documents were processed which might share the same symptoms.

I did not understand the sentence:

"We do follow a standard Order type and Item categ but there is a change in standard process also please make a note this is first time we saw this kind of issue for a particular customer."

What did you mean by "there is a change in standard process"? If there was a change in the standard process flow maybe this is where you can focus on investigation.

Problems with credit update might occur not only for the same customer/material combination, it is good to check other credit accounts as well.

If you are 100% sure that this was a one-time problem and it has nothing to do with your regular processing, of course, you can try repairing the document, but even then it will be good if you can do some monitoring for the next couple of weeks. Ask also business users to check credit update at least weekly (daily will be ideal but it is not going to happen if they are very busy) and inform you if they discover discrepancies.

former_member183501
Active Contributor
0 Kudos

Can you post a screenshot from FD32?

0 Kudos

SO value is the total amount from 1900qty already 1818 qty has deliverd and incvoiced but here issue is closed items are not getting updating correctly.