ODS Capability of 2LIS_02_SCL

Question

All,
I am having an issue with the 2LIS_02_SCL (Purchasing Schedule lines extractor) that I just cannot figure out.
Here is the situation....
I have created an ODS layer in front of a set of data targets...one data target is a cube that is modeled from the 0PUR_C01/04 design, with some enhancements, and the other is the 0PUR_DS03 with some enhancements.
Now, my ODS layer is set up like this...
2LIS_02_SCL enters first into PSA...like normal.
Then the data from the PSA is loaded into a set of ODS objects I have created. Basically, each ODS is exactly the same, with the only difference being the start routines.
In each start routine, I delete all records I do not want. For instance, I have ODS objects for the process keys...(PO's are stored seperate than GR's, same for IR's)
So, 2LIS_02_SCL goes into "N" number of ODS objects, that look the same, just each one keeps only subsets of data.
POs/Scheduling agreements
Goods REceipts
Invoice Receipts
Returns..
etc...
The main three I am concerned with are the first Three..PO's, GR's and IR's.
The start routines only keep the proper process keys. For instance:
PO's ODS:
DELETE DATA_PACKAGE WHERE PROCESSKEY NE '001' AND
                          PROCESSKEY NE '011' AND
                          PROCESSKEY NE '021' AND
                          PROCESSKEY NE '004' AND
                          PROCESSKEY NE '014' AND
                          PROCESSKEY NE '024'.  
GR's ODS:
DELETE DATA_PACKAGE WHERE PROCESSKEY NE '002' AND
                          PROCESSKEY NE '012' AND
                          PROCESSKEY NE '022'.   
IR's ODS:
DELETE DATA_PACKAGE WHERE PROCESSKEY NE '003' AND
                          PROCESSKEY NE '023'.  
etc...
Now, I have mapped everything correctly. (STORNO is mapped to 0RECORDMODE.)
The key of all ODS objects is the PO number, Item and Schedule line.
Note:
Now, originally, I had thought to keep all process key types in one ODS, and to do that, I would have just needed to add another key of PROCESSKEY to the ODS. But, I wanted the flexibility to possibility to be flexible with having to process the same data over and over. Just some reasoning why I don't use just one ODS....
Now, what I am seeing is incorrect GR and IR quantities.
My Schedule line values (Scheduled Quantities) are completely correct!  But in the ODS layer I am seeing GR and IR values that don't completely match up.
Now, I understand certain conditions in R/3 make schedule lines behave interestingly. For instance, over deliveries, or under deliveries are allocated to the first open Schedule line. Meaning, if I have an open schedule line of 100 PC and I get a GR of 150 PC, then 100 PC is allocated to the 100 PC schedule line and 50 PC is allocated to the next open schedule line. But for some reason I am not getting the correct values. But SAP handles that and on the delta's allocates occordingly, and in my ODS objects, I just overright.
So, if today, I have this situation:
PO___ITEM__LINE___SCDQTY____RECQTY
123___10_____14______50_______25
123___10_____15______100_______0
123___10_____16______200_______0
123___10_____17______200_______0
Then tomorrow, I receive 150 PC:
PO___ITEM__LINE___SCDQTY____RECQTY
123___10_____14______50_______50
123___10_____15______100______100
123___10_____16______200_______25
123___10_____17______200_______0
*then this is what I should see....but sometimes I do not!
Now, I am certain I have mapped the data correctly from the ODS layer to the cube layer. For instance, for one process key type, a Key Figure value means one thing, and for another, that same key figure, may mean something else. For instance, CPQUAOU is both a GR qty and and IR qty, given the right Process key is determined.
Also, is there a limit on the LBWQ entries? I remember hearing something about 300,000 entries in the queue before you may lose data?
Also, is there a transaction I can look at in R/3 to see if any LBWQ (SMQ1) entries have been deleted? I used to remember this, but forgot it a while back...
I think the ODS design is correct. So, it points me back to R/3. But I want to make sure I don't have any flaws before I resort to trying to figure out what the functional teams have done on the R/3 side.
I have also investgated the PSA and it appears that on the PO Process key type (4), I have a schedule line that has both the same GR and PO qty. But in the GR ODS, I don't have teh GR...which makes we wonder what in the world SAP is doing with that schedule line?
So, I am wondering if any of you gurus have come across this and how you corrected the issue(s).
Thanks in advance!
Cheers!
Steve

Answer 1

Stev, Am strongly suspecting on Schedule line (Infoobject)as it is been defined as a key field, per my knowledge if the schedule lines are differ then you wont get the reference values..
Why dont you remove schedule line IO for once and upload the data.
Hope you get some clues...