on 09-18-2008 9:39 AM
Hello experts,
I have a problem with the delta. I use the standard extractor 2LIS_02_ITM (order positions) with the update mode "Direct Delta" and apanded Z-fields. These Z-Fields are in the database table EKPO. The fields are filled with an Z-transaction directly in the database. Now my problem is, when these Z-fields get filled, I get no delta from the standard extractor.
How we can change the Z-transaction so that the extractor provides a delta data set when the Z-Fields are filled? I didn't found anything how the extractor notices, that the order has been changed...
Plz help me!
Ralf
Nothing to modify in Z_transaction....you have to midfy the CMOD code which you are using right now to populate these Z fields in the extractor.
As you have mentioned that these Z fileds are already part of extractor...just make sure that you have code written in CMOD to populate it clearly from EKPO table
Thanks
Ajeet
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi all,
I have a Z field in the extractor 2LIS_02_ITM. Normally this field is changed via ME22N.
My problem is that this field is not delta relevant. Which means that a change to this field will not put the PO item in the 2LIS_02_ITM queue of RSA7.
This way the BI value of this field is not updated.
I've implemented EXIT_SAPLEINS_001, but i'm not understanding how to make the PO to go into the queue.
Can you please help me?
Regards
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
argh, my fault, 2lis.. so no changepointer/ALE-Delta... sorry! My hint is only relevant for this kind of delta method.
Are these fields not maintained with a standard transaction?
best,
Sascha
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
imho, this z-transaction should use a standard document posting function module, I think then, you would get your delta. At the moment, you are only changing the table item. The delta machanism doesn´t notice this. So, add a step to your abap, posting the existing document, to get a before and a after image.
best,
Sascha
Yes we thought about this as well. Maybe we can simulate a "saving" of the order. But I think there is another way so that the extractor notices the change of the field. I read something about the user-exit LEINS001 in another [thread|;. When we write code in the exit LEINS001 for 2LIS_02_ITM, then even the enhanced fields are delta enabled. But I don't know the code...
Hi Ralf,
you should search this forum for "BD52" and "ROOSGEN" - then you`ll get the information needed.
in keywords: you have to add the needed fields to your relevant message type in transaction BD52, the relevant message type for 2lis_02_itm, you`ll find in table roosgen.
best,
Sascha
Edited by: SB on Sep 18, 2008 1:11 PM
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I have not clearly got ur querry
but what i feel is that u have modified the standrd data source with some z-fields and now want these z-fields to extract from EKPO table
If that is so u will have to write a user exit using CMOD
Enhancement assignment - RSAP0001
Component EXIT_SAPLRSAP_001
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
thanks for youre answer. My problem is, when I fill the Z-fields in the EKPO I want to have a delta data set in my deltaqueue. But I don't get it.
When I open the order with transaction ME22 change anything and then save it, I will get a delta. But the Z-fields are not filled with this transaction. We use an own Z-transaction for this.
Hope you understand me better now?
User | Count |
---|---|
80 | |
24 | |
11 | |
9 | |
7 | |
6 | |
5 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.