Sales value field in transaction FD33 and FD32 is incorrect

[Former Member]

The value in the Sales Value field in transaction FD33 is incorrect for

many of our customers.

It's not compatible with the real value of open orders (taken from

table VBAK).

Thanks.

[Former Member · Accepted solution]

I believe in standard SAP the value is calculated based on confirmed qty and not based on order qty.

If you have changed risk category for your customer AFTER you have created some documents for it already but have not executed credit reorg... you will not have right info in FD33.

try to run credit reorg for one of customers and see if the info in FD33 is fixed.

check programs RVKRED88 - to simulate reorg... if it finds any inconsistencies - you can ru RVKRED77 to fix credit data.

NOTE: check in OSS notes on when/how to run these programs.

Ideally - when the system is quiet... no order/delivery/invoice activity.

BTW, check oss note 716141

[Former Member · Accepted solution]

Hi Siarhei,

Thanks for your response, it's been a big help.

Reprt RVKRED77 does fix the problem, but the new problem is that we can't process any new sales documents while the report is running (Tables VBAK, LIKP and VBRK are blocked).

Do you know by any chance another way that will allow us to continue working?

Thanks,

Amit

[Former Member · Accepted solution]

Hi Siarhei,

Thanks for your response, it's been a big help.

Reprt RVKRED77 does fix the problem, but the new problem is that we can't process any new sales documents while the report is running (Tables VBAK, LIKP and VBRK are blocked).

Do you know by any chance another way that will allow us to continue working?

Thanks,

Amit

[Former Member · Accepted solution]

Amit,

check OSS notes, there was several notes on this, like

Note 363343 - Parallel processing of RVKRED77 if the runtime is too long

Note 755395 - Parallel processing RVKRED77 for background processing

Actually you can run RVKRED07 (which is submitted from RVKRED77 to correct data) without lock BUT you have to make sure NO documents for your credit account are changed in the system during that time.

The program actually wipes out all info about open value and then rebuilds it... so any changes to orders/deliveries/invoices during this run can cause futher inconsistencies.

Please check OSS notes and select the option which suits you.

I would recommend you rather run RVKRED77 in parallel to increase performance during weekend or other time window when the system is silent 🐵

[Former Member · Accepted solution]

Hi Sirahei,

Unfortunately our system is never silent... We just cannot afford running this report...

I've found nothing in SAP notes, so I contacted SAP, hopefully they can help.

Thanks a lot for your help.

[Former Member · Accepted solution]

you can run RVKRED07 and do not set lock ... it has this option "Don't Block/Enqueue Sales Docs" but it really requires no order/delivery/invoice activity at least for this one customer if you want to see right data in FD32/33.

It may be an option for you if you run it during night time for your GEO and very likely not much activity is in the system for this GEO.

[Former Member]

Hi,

Check with the update groups you are using for that particular credit control area. Also check in the pricing procedure for your standard price condition the subtotal is ' B '.

Thanks & Regards

Sadhu Kishore