Hi all,
I have the following problem:
extractor 0CO_OM_CCA_9 is loading data into a cube via delta-mechanism. Works fine.
But we had to add a new infoobject in the update rules (0calmonth2 based on 0FISCPER, which is already in the cube).
To avoid doing a new init and source system extraction, I tried to reconstruct all the requests in the cube, so the update rules can do their work and fill 0CALMONTH2 based on 0FISCPER.
This worked fine.
But now my delta-mechanism fails (RSM 681).
Probably because of the reconstruct.
So, is this normal, and should one always do a new init after changing the update rules, or is it a bug?
tnx.
There are two notes, 570588 and 738543, which mention the problem but I wouldn't think that they apply here.
Normally the upload should be no problem, I did this quite often in 3.0/3.1. What release are you on?
If you're in a pressure I would open an OSS message or think about reloading the data of 2005+ (if you're sure that you didn't post into 2004 since last successful delta).
Best regards
Dirk
you can do your reconstruct. The delta from the source system should keep on working after this. The delta to the upper lying structures is invalidated, but you can correct this using an initialization without data transfer. (in the infopackage)
Tom
Add a comment