topic Re: EDI processing for shipping in Application Development and Automation Discussions

EDI processing for shipping

Former Member — Wed, 03 Dec 2014 18:32:53 GMT

Hi experts,

I am fairly new to EDI processing and I have a requirement to delete LIFEX from LIKP when E1EDL20-LIFEX is not equal to E1EDL20-VBELN. Does anyone have any clues on where to start or how to handle this?

Basic message type used is DELVRY03. So when the header is updated, it should ignore or not populate LIFEX field if in E1EDL20 LIFEX is not the same as VBELN.

Can anyone advise user or customer exit for this? There is also an enhancement point in IDOC_INPUT_DELVRY - would it be possible to do the change directly from this FM on 'WHEN E1EDL20'?

Thanks in advance.

Cholen

Re: EDI processing for shipping

Former Member — Thu, 04 Dec 2014 00:55:08 GMT

Hello,

You can use it enhancement point or customer exit - V55K000 (EXIT_SAPLV55K_005).

Keep in ind that you will be changing data while processing of Idoc.

Idoc data is already stored in SAP, so while running your IDoc will be same only while posting IDoc your custom code will be executed.

Regards,

Sameer

Re: EDI processing for shipping

Former Member — Thu, 04 Dec 2014 11:06:51 GMT

Thanks Sameer. Can I also do it in EXIT_SAPLV55K_003? The 005 is not yet active in our system. Also, how will I be able to change the delivery header to delete the external delivery - I was thinking BAPI_OUTB_DELIVERY_CHANGE but I am not familiar on usage.

Re: EDI processing for shipping

Former Member — Thu, 04 Dec 2014 19:09:28 GMT

Hello,

You can use user exit - EXIT_SAPLV55K_003.

In the same user exit, based on your condition you can delete E1EDL20-LIFEX.

Regards,

Sameer

Re: EDI processing for shipping

Former Member — Thu, 04 Dec 2014 20:58:43 GMT

Hi Cholen,

You can maintain a routine in VOFM and keep the logic when LIFEX= VBELN (for particulat document type) then only trigger the output type.Create a new output type in NACE and maintain the outpt condition record for that particular delivery type.

Thanks,

Harika