Skip to Content

Use of report: RREGCH_RESTART_VT

Jun 13, 2017 at 06:47 PM


avatar image

Dear all

still i have not received yn kind of answer here:

or here:

I have now used the report in some context. BUt the result was not clear.

Is there any hint/trick to look at before you can use the report?


PS: In this case: all tracking results are deleted; but this is the "wrong" result. I have assumed that teh data will be "corrected" and not totally deleted; luckily: i tested in dev system. For productive: this would be a "nightmare"

10 |10000 characters needed characters left characters exceeded
* Please Login or Register to Answer, Follow or Comment.

2 Answers

Best Answer
Jayakumar Indracanti Jun 14, 2017 at 03:25 AM

Hi Christoph,

As you might already know in real world scenario, restart is usually carried out for a substance whose composition is changed or wrong components are assigned to the substance or SVT relevance is missed for a Material / substance so on, which usually attributed to a single material or set of few materials.

There are couple of points relevant for Volume Tracking restart program

- It is to be used in exceptional cases, when it is a must to make the changes

- The correction date is based on the last run date in table CCRCT_RUN and system will take the dates in between

- The changes are calculated from the scratch and existing data is first deleted and new data is calculated again.

Now coming to the performance

I have seen companies run this programs at least once in month and without issues but for a selected material / regulatory list combination

If it need to selectively check the existing data and write only the changes then it will be huge job, because transferring the data to buffer and identifying the each line item delta and writing back the changes will have huge impact on the performance. its better controlled using the selection criteria while running the program.

You can control the performance by using combination of material and regulatory list only for material of concern

Thanks and Regards


10 |10000 characters needed characters left characters exceeded
Christoph Bergemann Jun 14, 2017 at 06:45 PM

Dear Jayakumar

thanks for feedback. I can confirm your findings. But exactly this is "my concern". E.g. if composition is changed etc. you are willing to use "restart". But restart use potentially the "wrong" dates (if you do not pay attention here). As i have used it for the first time i assumed. Oh: i can enter a year (e.g. 2016). So it will correct the whole year. But this is not the case. The correction period depends on the content of "Run" table, This is (from my point of view) not a good approach (but ok: you need to know this fact only).

In most real cases business would like to "correct" the volumes starting 01.01 of the year (up to current date). I have now "played" around. What I can see. Yes the data is deleted (of the year you are interested in). BUT no. The data is not always "generated "new (even if there should be tracked something). Here i will invest more time. Example: the date in "run" table has been 01.04.2017 (example). Then tool uses 01.04.2017 as starting point for "recalculation". By debug i have "reset" the date. But no success.If is use the tool as such: It has created the dates but only starting from 01.04.2017. The trick is here. the correct "Starting point".

Regarding perfomance. in my first try i could run the tool for one material etc. in <= 10 min. But after "reset"of "run" tabkle entries the time it takes > 20 min. Ok this might be related to the "many data" in the system. So i would assume. in most cases: you can only use the tool in background


10 |10000 characters needed characters left characters exceeded