Loading to the Inventory Cube 0IC_C03
The Loading process for Inventory Data sources is slightly different from the other LO Cockpit data sources.
This slight difference results in incorrect stock values after repeated efforts spent in loading Inventory data.
Listed below are the steps that can be followed by developers while they are loading the Inventory data for the first time after the GO-LIVE of BI system or by the support guys who have issues with regards to incorrect stock values. The Steps deal with loading the complete inventory data instead of providing some patch work by doing full repairs.
Brief Background
The Blog assumes that the standard data flow has been used i.e.
2LIS_03_BX —-> 0IC_C03
2LIS_03_BF —-> 0IC_C03
2LIS_03_UM —-> 0IC_C03
2LIS_03_BX – Opening Stock Data Source. The values obtained through this data source is the current status of the inventory
2LIS_03_BF – Daily Inflow and Outflow of stock entries. This data source is responsible for providing the stock recieved or consumed on a particular date.
2LIS_03_UM – Holds the value of the stock. Since the keyfigures in this data sources are related to stock value they are of comparitively less importance in most of the systems.
Step by Step Process of loading Inventory data
- Delete all Data in Cube 0IC_C03.
- R/3 System Down/User Locking i.e. no Inventory posting in R/3 system
- Execute program RMBWV303 to clear the extraction queue in R/3 sytem
- Delete all initializations from 2LIS_03_BX, 2LIS_03_BF, 2LIS_03_UM to cube 0IC_C03 in BI.
- Delete setup table contents in R/3 for Application 03 Tcode- LBWG
- Fill Setup Table for 2LIS_03_BX Tcode – MCNB
- Fill Setup Table for 2LIS_03_BF for posting date = (current date) – (current date – 7) i.e last 1 week. Tcode – OLI1BW
- Fill Setup Table for 2LIS_03_UM for posting date = (current date) – (current date – 7) i.e last 1 week. Tcode – OLIZBW
- Execute infopackage for data transfer for 2LIS_03_BX with update mode Generate initial status
- Compress Request with marker update in 0IC_C03 Cube in BI(i.e. marker option in cube unticked)
- Execute init with data transfer for 2LIS_03_BF
- Compress Request without marker update in 0IC_C03 in BI (i.e marker option in cube ticked)
- Execute init with data transfer for 2LIS_03_UM
- Compress Request without marker update in 0IC_C03 in BI(i.e marker option in cube ticked)
- User Locking can now be invoked in R/3 system.
- Fill Setup table for the rest of the period for 2LIS_03_BF i.e posting date = (01.01.1900) – (current date – 8).
- Fill Setup table for the rest of the period for 2LIS_03_UM i.e posting date = (01.01.1900) – (current date – 8).
- Load full Repair Request from 2LIS_03_BF to 0IC_C03.
- Compress Request in cube without marker update i.e. (marker option in Cube ticked)
- Load full Repair Request from 2LIS_03_UM to 0IC_C03.
- Compress Request in cube without marker update i.e. (marker option in Cube ticked)
Note: V3 Jobs would be required to be scheduled in R/3 system to move data from Extraction Queue to Delta Queue if not available.
You would observe in the above steps we have first filled setup tables for 2LIS_03_BF and 2LIS_03_UM for last 1 week during the system downtime. This strategy is being used to reduce the downtime required from the customer.
Can you explain while you are filling the setup table for first time, why you have scheduled for only 1week data & later you are loading complete data.
Regards,
Asish
Thanks for your reply.
As per my personal expirence when dealing with clients. The client is reluctant on giving downtime on the transaction systems especially for BI activities. Thus it is always required that we keep the downtime as low as possible.
In view of this constraint we are taking last 1 week data during the system downtime. After that has been done we open the system for the users and simultaneously load the historic material movement data.
Hope this clears the idea. The same has been updated in the blog as well.
Regards
Akshay Chonkar
In a recent client project we have made very positive experiences with having DSO's to store the documents before they are loaded into the cube - this allows for ZERO downtime initial loads which is much appreciated by clients.
Best regards,
Rudolf
pls let me know the steps followed by you inorder to achieve zero down time.
Thanks,
Naren.
Helped to get the picture !!
Can someone help me clarify a doubt. Basically I have followed the steps described here also in a How to "BI Inventory management Data Loading" and browsed several posts in SDN.
Though my question is, once we Compress the Requests the traceability at MATERIAL level is gone !!
At least this is what is happening on my case.
Guess then the only option would be not to compress requests.
thks,
alex
this blog is very helpful for me but i still have habe question to step 11 and 13. Do i have to make a INIT WITH DATA ?? Is it also possible to make a INIT WITHOUT DATA, and after setting up historical data for BF and UM load a Full Request to cube?
Pleas have a look at my thread:
Step-by-Step solution loading inventory cube 0IC_C03
thanks a lot
Pascal