Outbound IDOC COND_A

[UdayS]

Hello Experts,

We are using COND_A message type with COND_A04 as basic type. We need to send some custom fields so i extended the IDOC cond_a04. For this IDOC standard function module MASTERIDOC_CREATE_SMD_COND_A is linked. I found a user exit (EXIT_SAPLVKOE_002) but this IDOC has to be sent to another system for only particular Pricing conditions. This exit is not having any control records passed so i cant control the IDOCS from the Exit. I know we can place the filters but that will affect the other IDOC's of the same message type (If i am not wrong.)

So please let me know the other possibilities where in i can restrict sending the IDOC's.

Thanks & Regards,

Uday S.

[UdayS]

Hello Experts,

We are using COND_A message type with COND_A04 as basic type. We need to send some custom fields so i extended the IDOC cond_a04. For this IDOC standard function module MASTERIDOC_CREATE_SMD_COND_A is linked. I found a user exit (EXIT_SAPLVKOE_002) but this IDOC has to be sent to another system for only particular Pricing conditions. This exit is not having any control records passed so i cant control the IDOCS from the Exit. I know we can place the filters but that will affect the other IDOC's of the same message type (If i am not wrong.)

So please let me know the other possibilities where in i can restrict sending the IDOC's.

Thanks & Regards,

Uday S.

[Former Member]

Hi,

In fact i did not have idea how you are triggering this IDoc?

are you using any output type for this.

if you are using output type i think you can try the option of 'Requirement' or maintaing condition table with requried pricing condition.

[UdayS]

Hi Suresh,

Idocs are getting generated from the change pointers which are already active. But the thing is i want to restrict the IDOC's sending to PI system for specific pricing conditions only. So figuring out the ways doing that otherthan the Filters as keeping filters may effect the other IDOC of the same message type.

Good Day,

Thanks & Regards,

Uday S.

[Former Member]

That control can be done in PI if you like it.

meansl idocs for all Pricing conditions willl reach PI and conditoions can be maintaned in PI based on pricing condtion and actual receiver.

mean while we will wait for suggestions from other experts.

[UdayS]

Yeah even i thought of this solution but our PI consultant had a valid reason saying no to that option. He says that as the IDOCS are getting triggered from the change pointers there might be some lakhs of IDOCS that are getting generated and if every idoc reaches PI and PI has to sort among them then he says that it will damper the performance of the system. So seems we are out of that option.

How much the effects would be if we place our code in a implicit enhancement in the function Module 'MASTERIDOC_CREATE_COND_A'.? Will this be preferred at any point of time..?

Regards,

Uday S.

[Former Member]

Hi,

I am not sure about this suggestion. But try using the BTE "VKOA0100". See the comments in function module (SAMPLE_INTERFACE_VKOA0100) related to this BTE .

Regards

Vinod

[UdayS]

Hi Vinod,

Thanks for your responce, The function modules documentation seems very much matching to my requirement. Could you please tell me how am i supposed to configure the Z function module (copied from the standard FM SAMPLE_INTERFACE_VKOA0100) with my code so as the standard process will trigger that Z funtion module. I am new to the BTE's so can you please share me the links if you have any where in the processs was explained in detail.

I am thinking of another solution for it, though it worked out but i dont think it would be preferred. I got a exit for the standard FM MASTERIDOC_CREATE_SMD_COND_A. Here in this exit we are not having the control record but we are having the data records table (EDIDD).

There in the exit (EXIT_SAPLVKOE_002) i coded like this

If pricing conditions were matching

populate the custom segment and add to EDIDD table

else

Refresh EDIDD table

endif.

Here we are getting the two types of IDOCS generated one the success IDOCS with 03 as status and the others are with Status 26 (Status: Error during syntax check of IDoc (outbound))

Good Day,

Thanks & Regards,

Uday S.

[Former Member]

Hi,

I don't think refreshing the data in EDIDD is the right method. Follow below steps to implement BTE .

1) Go to transaction FIBF

2) Add customer product. Menu option : Settings -> Products -> ... of a customer

3) Give the product name (eg. ZTEST & description) Save the product.

4) Create the link between BTE and Product created in step 2.

Menu Option : Settings -> P/S modules -> ... of a customer

Assign the Product & z function module against the event "VKOA0100".

5) Save the entry

Edit : this link will be helpful : [Implementing a BTE |;

Regards

Vinod

Edited by: Vinod Kumar on Jul 16, 2010 2:15 PM

[Former Member]

Hi Uday ,

Hope you can use the Filtering concept.This is a Interface dependent(Sender ,Reciever and message type) . it will not effect the other interface with the same message type.

Hope this helps.

Rgds

Sree M

[Former Member]

Hi,

What you want to control using the Control record data ? Check the BTE "VKOA0100" , which is having control data information.

Regards

Vinod

[UdayS]

Hi Vinod,

Thing is i want the idoc to be sent to the PI system (configured in the Partner profiles) only for certain pricing conditions. So i am trying to do that thorugh changing values in the control record structure. Please let me know if we have other better ways of doing this other than using filters.

Good Day,

Thanks & Regards,

Uday S.

[UdayS]

Thank you all for your time and providing your valuable responces. I used the Custom Function Module(Copying the standard IDOC FM) where in i am restricting the triggering of the IDOC.