how to update condition value using e1edp05 segment during order creation

[Former Member]

Hi,

I have a requirement where I need to update the item level condition value (komv-kbeter) to the condition type (komv-kschl) from the incoming idocs (orders05).

But the same is configured in such a way to populate automatically with the default condition value zero during the order creation level using VA01 at condition tab.

I am able to populate condition values from incoming idoc using segment E1EDP05 which is good, but it was getting created as new entry with the same condition type instead of updating the condition value to the existing condition type(which got populated from automatically from configuration) .

So I want to restrict to one entry instead of two with same condition type. Is there any userexit/gap to restrict automatic population of condition type thru programming or to update with idoc (orders05) value rather than inserting as new row?

My client doesn’t want to restrict the pricing automation from configuration. So I have to handle through programming level.

Your inputs are appreciated

[Former Member]

Hi,

I have a requirement where I need to update the item level condition value (komv-kbeter) to the condition type (komv-kschl) from the incoming idocs (orders05).

But the same is configured in such a way to populate automatically with the default condition value zero during the order creation level using VA01 at condition tab.

I am able to populate condition values from incoming idoc using segment E1EDP05 which is good, but it was getting created as new entry with the same condition type instead of updating the condition value to the existing condition type(which got populated from automatically from configuration) .

So I want to restrict to one entry instead of two with same condition type. Is there any userexit/gap to restrict automatic population of condition type thru programming or to update with idoc (orders05) value rather than inserting as new row?

My client doesn’t want to restrict the pricing automation from configuration. So I have to handle through programming level.

Your inputs are appreciated

[Jelena_Perfiljeva]

I think this is a normal IDoc behavior. In case I'm wrong there should be some flag in the corresponding segment for "add or change".

Actually the whole idea of receiving orders that would change prices as they please doesn't sound good... What I would suggest is instead of trying to change an existing pricing condition, use a new "price override" condition. In this way you'll see what the default price was, how it was overriden and who did it. This is pretty much a standard solution (and is realized in our system without any ABAP) while what you're thinking looks more like a heavy customization. You might want to discuss this with your SD consultant.

[Former Member]

Hi,

I am sorry, in my question i mentioned orders creation instead of Credit/Debit memo request creations. I am creating a Credit/Debit memos in SAP from incoming idocs (SIEBEL).

I found there is no flag existed to add/change the condition value.

Client created a condition type "ZCD2" and defaulted to Zero, now i want to update with the value that coming from idoc(Siebel).

Can you please elaborate about "price override" functinality and where do i look for the same to test/debug it.

Thank you for you suggestions.

[Jelena_Perfiljeva]

It doesn't really matter if it's a credit/debit memo, it's the same transaction anyway and pretty much the same functionality. What is your requirement exactly? Do you always have to override the price from Siebel or, let's say, some price is automatically proposed and you might or might not need to override it?

We use a custom (Z..) condition for price override. When a material is entered in VA01, some price (condition PR00, for example) is assigned automatically. Then, let's say, a special price has been negotiated with this customer just for this purchase. So the user goes into Conditions, types in condition code Z... and types in the new price. This basically annuls the previous PR00 condition. I'm not a functional consultant and can't give you all the config details, but your SD person should be able to help.

I'm still positive that conditions cannot be removed or changed by IDoc. One thing I would suggest for your situation: do not create ZCD2 condition initially and then just add ZCD2 condition when you receive the data from Siebel. Otherwise it seems that you would have to write a user exit or a requirement to deal with the duplicate conditions.