RVKRED77

Hi friends!
We execute report RVKRED77 - SD: Reorganization of Credit Data after Update Errors. report for our customers and the execution is fine...but it displays CANCELLED and documents whose Net amount is Zero.
Is this correct?
The same document numbers are not displayed from simulation run report i.e RVKRED88.
Could you please help.
Thanks much.

Any thoughts on this, mates?
Edited by: Park Anderson on Sep 18, 2009 11:37 AM

Similar Messages

Open Sales Order values not getting updated after run RVKRED77 & RVKRED88

Hiiii,
In Production Server. We run the reports RVKRED77 & RVKRED88. Credit info structure and and Open Sales Order values not getting updated. In FD32, Status - Sales value it showing '0". At the time of creating Sales Order Dynamic Credit check not happening coz of Tables S066 not updating. Please provide me Solution.
Best Regards,
Sridhar . P

Dear Heagal,
I followed your suggestions and implemented in the Development and moved the changes in to Quality Server. I tested it thoroughly by creating New Customer and maintained Credit Limit. I come to know that Problem is in all Servers. I made 3 changes.
1. In Pricing Procedure Sub Total A it was not maintained against Net value. I placed it.
2. Removed Credit groups for Delivery Type.
3. In OVA8 i maintained Max. Doc Value :99,999,999.00 before it was with 1.00
I checked the OMO1 Settings it was Asynchronous. As SAP Notes Suggesting to use Synchronous but here it's a client setting. So, It's Can't possible to change. Changes will affect other Company Codes.
Tested both in DVP and QTY Dynamic Credit Check is working Perfectly and Status in FD33 Sales Value field getting update.
If i move these changes in to Production, Will i need to run the reports again or not? How it will affect on Old Cusomer Billing and Credit Limit data. For few of the Customers the Credit Limit data it was exceeded. Please provide me advice. The issue need to be Solved immediately.
Best Regards,
Sridhar

Checking locks in RVKRED77 / RVKREDSP / Z_RVKRED77_PARALLEL

We're facing challenges in credit master reorgs (I'm posting this for a colleague, so please bear with me).
After looking at relevant notes (363343, 400311, 755395) and searching the forum, I wonder if anyone has found logic missing from the SAP suggested code. When we run this, there may be a condition that does not permit the tables to be locked, so we wait and start the entire job again. Within Z_RVKRED77_PARALLEL, these enqueue locks are tried:
CALL FUNCTION 'ENQUEUE_EVVBAKE'
       EXPORTING
            vbeln = con_enqueue_batch.
CALL FUNCTION 'ENQUEUE_EVVBAKE'.
CALL FUNCTION 'ENQUEUE_EVVBLKE'.
CALL FUNCTION 'ENQUEUE_EVVBRKE'.
IF NOT variant1 IS INITIAL.
    PERFORM fill_joblist USING variant1 user '1'.
ENDIF.
But there is no check on success/failure. I was thinking of adding a "delay and retry" within this block so we could attempt to continue at that point. Good, bad, crazy?
Thanks,
Jim

Hi Jim,
Perhaps you need write the unlock, because I understand that you have problems with locks, ie, in RVKRED07 you have this coding:
IF noblock IS INITIAL.
    CALL FUNCTION 'DEQUEUE_EVVBAKE'.
    CALL FUNCTION 'DEQUEUE_EVVBLKE'.
    CALL FUNCTION 'DEQUEUE_EVVBRKE'.
ENDIF.
For instance
IF NOT variant1 IS INITIAL.
    CALL FUNCTION 'DEQUEUE_EVVBAKE'.
    CALL FUNCTION 'DEQUEUE_EVVBLKE'.
    CALL FUNCTION 'DEQUEUE_EVVBRKE'.
   " WAIT UP TO 2 SECONDS.                                 "try it, perhaps you avoid problems
   PERFORM fill_joblist USING variant1 user '1'.
ENDIF.
Other suggestion. Perhaps it will easier to call RVKRED77 because it call RVKRED07 (ie: report   LIKE sy-repid VALUE 'RVKRED77', ), well, it's an idea how to do more simple the maintenance of variants.
Well, I hope this helps you
Regards,
Eduardo
PD: I'm thinking, and perhaps if you see that locks are losing in SM13, you can do this:
IF NOT variant1 IS INITIAL.
    "DELETE LOCKS
    CALL FUNCTION 'DEQUEUE_EVVBAKE'.
    CALL FUNCTION 'DEQUEUE_EVVBLKE'.
    CALL FUNCTION 'DEQUEUE_EVVBRKE'.
    "Call the reorg. with its own locks / unlocks
    PERFORM fill_joblist USING variant1 user '1'.
    "Set newly the locks
    CALL FUNCTION 'ENQUEUE_EVVBAKE'
      EXPORTING
        vbeln = con_enqueue_batch.
    CALL FUNCTION 'ENQUEUE_EVVBAKE'.
    CALL FUNCTION 'ENQUEUE_EVVBLKE'.
    CALL FUNCTION 'ENQUEUE_EVVBRKE'.
ENDIF.
Edited by: E_Hinojosa on Nov 12, 2010 12:54 PM

RVKRED77 Will it correct Scheduling Agreements?

We have a problem with our deliveries splitting because some of the Scheduling agreements have credit management info on them, and others do not. The scheduling agreements should all have the same credit management info on them. Any idea how to correct this? We want all the scheduling agreements for a given payer to have the same credit management info. We ran RVKRED88 as the simulation and it came up with a list of open deliveries. We have open ended scheduling agreements, we cannot run RVKRED77 every night to correct deliveries. Will RVKRED77 correct the scheduling agreements?
Thank You

Check whether OSS Note 880557 - RVKRED77 + sched agr w/ rel order: mult value of delvy goods and note 890550 - RVKRED77 + sched agrmnt w/ rel: Mltple value of gds for dely answers your question.
Regards

RVKRED77 Issue

Dear all,
when we run RVKRED77 report, we meet bellowed issue:
1) we set RVKRED77 as backjob, when someone modify sale order or delivery note or billing , the RVKRED77 will stopped and can't run again, although we set the backjob at night, so how to don't stop RVKRED77 and let RVKRED77 go on.
2) We have over 1000 customer, so it take many time to run the RVKRED77 .
thanks!

Additionally; to ensure consistent credit data, you have to run RVKRED77,
respectively RVKRED07 with NOBLOCK = ' '. This shall avoid, that
any user change any SD document during the re-build run and
causes by this inconsistent credit values again.
Normally this risk is minor, but you have to decide by yourself,
if you want to bear this risk or not.
I think if you have totally incorrect credit values to one
credit account, it is better to run RVKRED07 with NOBLOCK = 'X'
and to accept the risk of minor inconsistent values than to
work always with totally incorrect credit values. Additionally you
can check the correctness of the credit values after re-build
by comparing the results of RVKRED88 and the values to see in
FD32 transaction.
So maybe you could do the following in your situation:
- Determine credit accounts with incorrect credit values
(e.g. you can use Z_CREDIT_VALUE_COMPARE from note 666587).
- Run RVKRED07 with NOBLOCK = 'X' for such credit accounts with
big inconsistencies.
Run the report for single credit accounts and not for a range
of credit accounts! This will lower the runtime and minimize
the risk of again inconsistent credit values.
- Afterwards you can check for the processed credit account
again for incorrect credit values.
Please ensure that you use only KNKLI, KKBER and NOBLOCK as
selection parameters (and PROTB if you want result list) !!
By using other selection parameters you will really get
incorrect credit values!!
I hope this help.
Gerard

RVKRED77 and RVKRED07

Hello,
What is the difference between programs RVKRED77 and RVKRED07 ?
Since RVKRED77 run time is too long, we are planning to schedule RVKRED07 , that with Parallel processing.
(So that time will reduce)
Pls, let me know will there be any difference running RVKRED07 , instead of RVKRED77
regards,
Zerandib

Dear Zerandib,
RVKRED07 and RVKRED77 are for the same purpose.
However you get more selection options in RVKRED07 and also it can be run in multiple sessions.
For details, check the OSS notes related to these reports.
Thanks & Regards,
Hegal K Charles

Open Sale Order Value (FD33) not getting diminished even after closing SO?

Hi,
Upon Executing FD33 and clicking the status view for a Customer say XYZ , and then choosing EXTRAS-Open Sale Order . Say the value of open sale orders being shown is 75000. Even after closing the open sale orders (By Selecting VA05 and Putting reason for Rejection), and then also the Open Sales Order value is not getting diminished.
What could be the reason ?
Pls help.
Regrds,
Binayak

Hi Binayak,
As mentioned by you, running of Credit re-org program 'RVKRED77' is the only solution for this problem and it is known problem in SAP.
Some precautions
1. Always run the program in background by scheduling a job.
2. The idle time is around midnight when no user is working on SAP.
3. Some time the job fails as some other program may be updating same tables as this program. In such cases re-schedule the job at different time.
4. You may run the program 'RVKRED88' which will simulate without actual updation of credit values.
Hope this clarifies..
Regards,
Madhu.

Rajesh/Sadhu/RobertoUrgent :- Open Sale Order Value not getting Reduced?

Hi,
   Upon Executing FD33 and clicking the status view for a Customer say XYZ , and then choosing EXTRAS-Open Sale Order . Say the value of open sale orders being shown is 75000. Even after closing the open sale orders (By Selecting VA05 and Putting reason for Rejection), and then also the Open Sales Order value is not getting diminished.
   What could be the reason ?
   Pls help.
Regrds,
Binayak
Message was edited by:
        Binayak Ghosh
Message was edited by:
        Binayak Ghosh

Hi Binayak,
As mentioned by you, running of Credit re-org program 'RVKRED77' is the only solution for this problem and it is known problem in SAP.
Some precautions
1. Always run the program in background by scheduling a job.
2. The idle time is around midnight when no user is working on SAP.
3. Some time the job fails as some other program may be updating same tables as this program. In such cases re-schedule the job at different time.
4. You may run the program 'RVKRED88' which will simulate without actual updation of credit values.
Hope this clarifies..
Regards,
Madhu.

Open sales orders value not updating currectly in sales value of CM

Hi SAP experts,
I have an issue some of customers credit exposure value showing worng value.We are using static credit limit check.
customers credit limit RM20000,
open sales order valueRM6,073.77
open delivery=0
open billing =0
open items(recievables)=3,464.39
Credit exposure =9,538.16.
But i have checked in VA05 its showing 13,001.10 value, i have checked all areas didnt get any solution.
I have run the reports RVKRED09 and RVKRED77 , RVKRED88 also no updates in the credit management.
is there any other areas i need to check, advise me.
Regards,
Nooka

The only thing you really need to check is RVKRED88.
It is not the correct procedure to compare the open sales order value with the sum net value of VA05.
In VA05 open documents are displayed indifferent whether they are already part-delivered or not. That's why the open values from the VA05 are not directly comparable with the values in RVKRED77.
As described in OSS note 716141; reports RVKRED88/77 shows the correct value which should be in your system.
If you need to know more let me know.
Thanks,
Gerard

Open Delivery value update error in credit management

Hi
We have credit management active at delivery level. The value of open deliveries is not getting updated correctly for items with material substitution (material determination). For all other items, its getting updated correctly.
E.g Let say the credit limit set in FD32 is 10000 and the credit limit used % is 98 and the credit exposure value is 9800.
Now when I create an order with qty 10 for mat A, it creates a sub item B due to material determination and the value of the item is Rs.1200. In our system, the sub item with TAPS item category is relevant for pricing.
Then I create a delivery in VL01N and save it.
Now if i check in FD33, the credit limit used should be 101% and the credit exposure value should be 11000, but its not updating the open delivery value correctly. Its not considering the value of the new delivery.
However, If I add a normal item (TAN) in the same sales order and create a delivery for that item and save it, its updating the credit exposure based on the value of the normal item in the delivery correctly.
How to make the system update the open delivery values correctly by taking the items with material determination also into account.??
Please advise if any specific settings need to be done.
Regards
Madhu

Hi,
the system updates open values for credit management. These are:
Open sales order credit value (S066-OEIKW)
Open delivery credit value (S067-OLIKW)
Open billing document credit value (S067-OFAKW)
The system updates the open values in standard SIS structures S066 and S067. Technically, the structures are transparent tables. You can display the contents using transaction SE16 or using table maintenance.
The S067-OLIKW will give the open delivery credit values credit.Check in you system whether this table is updated with the delivery values for the credit account(customer number)
RVKRED77 u2013 Reorganize SD credit data
When updating errors occur, it enables you to reorganize the open credit, delivery and billing document values.
If the table is not updated run this report in background.
Regards,
Saju.S

Credit mgnt:open orders and sales value have minus value in FD33

Hi friends,
In FD33, we notice that for a particular customer following fields are appearing with negative value (minus )
ex: credit limit: 100,000.000
1-Open orders:58,493.000-
2-Sales value:45,528.203-
3-Credit Exposure:32,682.479-
Receivables is having Positive value, special liablity field is 00 value,
i checked the table S066- open orders= 58,493.00-
could you please help me to know what could be the reason for these negative value (minus), kindly provide answers with details
thanks in advance

Hi,
Run the report RVKRED77 which will correct the value.
Regards,
Murali

Static credit check: credit limit exceeded for consignment issue delivery

Hi,
We are encountering a credit limit exceeded error in delivery creation for a consignment issue.
In SPRO config "Credit limit check for order types", no credit limit check is assigned to the order type. However, there is one assigned for the delivery type. Also, for CCAr/Risk cat./CG combination in OVA8 (Auto Credit Block Delivery), static credit check has been activated with error message reaction. Open orders and open deliveries were also activated. Customer exceeded credit exposure but user cannot release the order in any VKMx transactions as no credit limit check is assigned to the order type.
Given that this is the current setup, and the following conditions:
1. Credit limit for the customer cannot be increased
2. Oldest open item cannot be cleared just yet
Is there any way that we can proceed with delivery creation for this customer? The other order types have credit limit check so credit management team was able to release them. However, we are unsure on how to proceed with this consignment order. Kindly advise and thank you in advance for your help.

We are encountering a credit limit exceeded error in delivery creation for a consignment issue.
but user cannot release the order in any VKMx transactions as no credit limit check is assigned to the order type.
Looks contradictory and it may need to run report RVKRED77 to reorganization of open credit values. Try to run the report in test system and then run in production system. After running the report, the use must be able to release in VKM* transaction.
Regards,

Credit management for consignment sale

Hi,
It is well accepted that in Standard SAP , for consignment sale process credit check is done in Consignment issue level as in this phase material stock is logically got diminished from valuated stock. But business dynamics need some solution with nature of business needs and from that point we need that how the same can be managed with consignment fill up. Consignment fill up is the stage where material is moved from plant gate to reach consignment agent's premises which is geographically may be located far away and this is the phase where user can want the credit check before dispatching more quantity with that of payment have received or with a threshold value of credit limit though the stock is under ownership of plant and that same will be transferred to customer after consignment issue.
now we have configured system in that way, KBN and KEN item category has been configured perfectly as needed(like credit indicator checked for KBN and unchecked for KEN item category).
But the problem is faced like following way.
Suppose I am doing a transaction of delivery against a consignment fill up order with value of 2 Lakh with that much credit limit and after making the delivery it got updated in FD32 open sales value (2 Lakh) which is correct in this context.
Secondly at the time of consignment issue delivery further open sales value is not updated with 2 Lakh which is also correct(as credit check is inactive as it should not be update the open sales value as 4 Lakh)
Lastly when we are preparing the consignment commercial invoice with reference of consignment issue delivery then after posting 2 lakh got updated in receivables in FD32 which is also correct but at the same time open value should be diminished to zero which is not updating and this is wrong as then credit exposure is calculated wrongly for next transaction. so huge value will be accumulated in open sales value for consigmeet agent and the same cannot be rectified by standard program RVKRED77 like normal customers.
So please explore what may be the solution for the same(may be any configuration setting) or if there any another correction program exists.
Regards
Indranil

Dear Mr. Lakhshmipati,
Thanks for your reply.
I need the input to be given that we are running the credit check with update group 000015 . So in this case S066- OEIKW will not update anytime.
As per note 492831 is declaring that for consignment fill up if the credit indicator is active but the table S066 - OEIKW will not update for open sales value in case of consignment fill up
But we have tested that after creation of the delivery against consignment fill up open sales value updated in FD32 (as item category KBN has set as credit active) and the same figure is coming from the table S067 - OLIKW.
But it is not duplicated with creation of the delivery from consignment issue(as for item catefory KEN this check is inactive) and after creation of the commercial invoice receivable got updated but same value should be cleared from S067 - OLIKW.
You can understand the situation.
Now there can be three aspects of it. Please check my points below and suggest if I am wrong.
1. For update group 000015, this table S067 is updated for delivery of fill up in standard SAP but never adjusted in after that and also there is no standard program for correction. So in this case either we have to forcefully update the table (by exit or by program) though it should not be the practice as there may be some inconsistency or we should discard this process.
2. We have to deactivate the credit check at consignment fill up level and to carry with credit check at consignment issue level as in that case under update group 000015 , after creation of commercial invoice posting receivables got updated with modification of open sales value by diminishing that much value.
3. We have to withdraw the credit check for case of consignment agent.
please suggest if any other aspect keeping in mind that we have to try our best to reach the requirement of credit check at consignment fill up stage as material should be blocked for delivery before vehicle starts from factory gate.
with last effort if there is really no way , so we have to go with standard SAP.
Regards
Indranil

Credit check issue in third party order

Dear all,
We are facing some issues related to credit management data for one of our customer. I need your valuable inputs for below mentioned queries-
1. As a genaral question- When we releases a SO through VKM* How the system calculated the " Released Credit Value of the document".
2- For one of the customers, the FD33 shows a Sales value X USD. As i see the split of this sales value , this X USD amounts to OPEN DELIVERIES. Both Open So and Open billing are zero. We tried to check with no. of tcodes to find out the open values but no such Open delv document is appeared.
In VC/2, it only shows Open SO, no open deliveries are there.
So i tried with simulation program RVKRED88, and found 5 third party Sales documents , against which some value is coming under the Open delivery value and it sums up to the value as coming in FD33.
I have a few questions on this-
> All the SO in output are Third party SO, against which PO has been created, ( Third party So> PR> PO> MIRO--> billing) and all are in status OPEN, so how come they are showing value in OPEN DELIVERY ?
--> The value appearing against these third party SO is Not equal to items value/net value, it is a complete different value than appearing in SO. But in SO changes history , the same value is coming AS RELEASED CREDIT VALUE. How is it being calculated?
For eg- for one of the Third party SO , the value coming in RVKRED88 is 29573.53 USD,
                                                            net value in So= 24,120.00 USD, Qty = 6000 PC , Credit price= 4.02 USD
                                                            Credit value of So in VBAk= 29573.53 USD
                                                           SO created , released on 08.July.2011, confirmed schedule line =08.Oct.2011
Credit settings- Static check + Credit active Item cat and SO , Open So and open delv are ticked in credit settings.
Kindly help in the analysis.
many thanks in advance for the inputs.

Hi Dharmendra,
1. When we release a sales order using VKM* transaction S066 information structure and OEIKW field is updated which increases open order value.
2. If there is mismatch in the values of credit related fields run RVKRED77 (Re-organisation of credit in case of update errors) this will update all the credit data for a Payer customer in real time. RVKRED88 is simulation mode.
3. Updating of values related to credit is controlled by the update group assigned to credit control area. If system is not able to update using the assigned update group it will automatically try updating using the next update group. Below is the text of SAP Help.
If a document cannot be processed with the update group you specify, the system determines the next possible update it can carry out. For example, you select Update group 000012 which, at delivery, reduces the open order value and increases the open delivery value. Assume that one item in the order is not relevant for delivery. In this case, the system automatically determines Update group 000018 for this item. Update group 000018 increases the open delivery value for the order item. The system uses the confirmed quantity of delivery-relevant schedule lines to update the order value
As you know in OVA8 transaction credit control area, Risk category, credit group and currency are assigned to update group.

Sale value update (SAUFT) field

Hi,
I have a problem with sale vaule update in transaction FD33, this is field is getting improperly (SAUFT) updated and not matching with values in SO and open deliveries. I am scheduling the job RVKRED77 (S066 and S067) to update this field and still getting problem. Is there any alternative to this or we need to schedule this job RVKRED77 frequently?
Thanks a lot in advance
Lakshmana Rao

Hello, Ajay,
As for your suggestion about KA02. I think it's impossible since APC recon account is being used by numerous WBSs. 1:1 mapping is impossible.
Reverse is also impossible since capitalization has been made.
If you have another ideas, it would be great.
Thank you in advance.

RVKRED77

Similar Messages

Maybe you are looking for