Hi Experts,
I'm loading the data from datasource to DSO and then from DSO to Infocube.
While loading the data from datasource to DSO, I was getting error during DSO Activation. The error was "Activation of M records from DSO terminated" .
After changing the DSO Setting as "No SID Generation", I was able to load it into DSO.
So here is the issue m facing--
While loading from DSO to infocube, I got the error "Exception in Substep Write to Fact Table" . Then I found that this error was due to some wrong entry of date in Date column - /OBIZ/LAEDA
Some date values are empty. Some are in correct format- DD.MM.YYYY.
But some are in wrong format like Example - 20.2..15.1
So could anyone please help me in writing the ABAP Code in start routine of Transformation between DSO and Infocube.
Requesting ABAP and BW experts to help me out in successfully loading into Infocube.
Thanks & Regards,
Shruti Yendigeri
Request clarification before answering.
Hi,
basically if you uncheck the 'No SID Generation ' it will allow to with out any error.
but if you select 'No SID Generation' it will get error.
edit the records in PSA for paritcular date column
or
while loading to dso to cube use the error stock DTP and correct it the error recrod.
basically system will alllow the format - YYYYMMDD but it give output - DD-MM-YYYY.
extranl format lenght - 8 and internal format lenght - 10.
Thanks,
Phani.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Shruti,
Since you have changed the DSO setting to no SID generation, the wrong format of date was loaded into DSO.
So I would suggest to correct the format when you load to DSO. This way you will not face any issue for DSO to CUBE load.
If you could share the value of date for which you got the earlier activation error, may be some solution can be suggested.
Thanks,
Saurabh
Hi Phani,
Thanks for your answer.
But when I checked the ERROR STACK, its saying data records to be edited are 86.
So, I corrected one record by providing valid date and then saved it.
After that I have to create ERROR DTP. But that option is disabled.
M not able to click on Button " Create Error DTP".
So what is my doubt is -
Only after correcting all records in Error Stack , will I be able to click on "Create Error DTP" ?
Thanks & Regards,
Shruti Yendigeri
Hi Saurabh,
If I select "SID generation" in DSO Setting, then I will get error "Activation of M records from DSO terminated " during DSO Activation.
So I had to select "No SID Generation".
Now the issue is coming between DSO and Infocube.
Infocube is not accepting the Invalid Date.
Some dates are stored in wrong format and meaningless.
Eg- 20.2..15.1
20.1..26.1
Please guide me ..
Thanks & Regards,
Shruti Yendigeri
Hi Saurabh,
Below is the screenshot of records present in DSO Active table.
Now, while loading it into infocube, m getting error due to this wrong data entry into infocube.
So I created ERROR DTP between DSO and Infocube.
When I checked the ERROR STACK, then found there are 86 records which I need to correct it.
But doubt is how to correct the date in ERROR STACK when it is wrong in source system itself.
I have compared the date with the ones present in source system (datasource).
Both are same.
How can I guess the correct date for each 86 records.
What can I do with the meaningless date present in datasource.
Thanks & Regards,
Shruti Yendigeri
With this kind of junk data, any logic you write will have to guess the date values. You could write a logic that assumes that the first four characters "20.1" refer to 20th Jan or to 2011, but ultimately that's not accurate, it's just a guess of what "20.1" might mean.
And it is not a good practice to report on dates that are basically the result of guesswork done by the code.
So please get these dates corrected from the source system. In the meantime, either exclude these records using the error DTPs, or blank out the date if the user is okay with doing that. But please do not write code to fix these dates - that is a job that the code should not be doing anyway.
Hey Suhas,
Thanks for your opinion .
If I create ERROR DTP, then I have to correct the Date by guessing which is not suggestable.
Could you please say me the code to write in start routine about how to exclude the records or how to blank out the date containing this error and meaningless date.
Thanks & Regards,
Shruti Yendigeri
There are two options you have:
Hi Suhas,
I created the ERROR DTP between DSO and Infocube.
Now all records are present in Infocube. Infocube manage screen -
On top of infocube, I have created one multiprovider. This multiprovider has only one infocube.
In multiprovider, records are present.
Then I created Query in which I have included as OCALYEAR as characteristic restriction.
Created a variable for it.
But when m executing in rsrt tcode, Its not displaying any records inspite of giving the correct value for Calendar year.
M stuck here. Please help me. What may be the reason behind it.
Thanks & Regards,
Shruti Yendigeri
You have a red request in the cube, due to which none of the requests are available for reporting.
Also while creating the Error DTP, in the Error handling, you should give "Valid records update, request green". It looks like you have given it as request red.
So first delete both requests from the cube, modify the error handling as above, and then reload.
Hi shruti
First, No data is available in multirprovider because it is a logical infoprovider which doesn't hold any data but when query is hitted, it gets data from underneath infoprovider. In your scenario, you have created multiprovider on top of infocube.
Second, Check the settings of variable which you have created on cal year and check mappings also for the calender year.
Thanks,
Swapna Jain
HI Shruti,
delete the error request first.
Then you will be able to see the request available for reporting. Only then you can get value out from this req in rsrt. You can see an ICON under the second column.
Secondly please get is cleared that the error stack is a means to seggregate error records into error stack. It does not mean that with this these recods can be used for reporting.
The pupose is to make sure to load only those requests which are correct. In your case all the records have error, so it does not help. Its better you fix the format error at source in flat file iteself before uploading to DSO.
hope it helps.
Sudhir.
| User | Count |
|---|---|
| 5 | |
| 4 | |
| 4 | |
| 3 | |
| 2 | |
| 2 | |
| 2 | |
| 2 | |
| 2 | |
| 2 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.