Sales Order update in APO

[former_member566355]

Hi,

We have a z-program in ECC which is triggered once sales order is saved. As of now we have maintained a nominal delay (30 secs) in the program to take into account sales order update to APO (as we are fetching some key information from APO based on SO update to APO).

So instead of maintaing the delay in the program, is it possible to check that the sales order specific CIF queue is processed successfully and then that is taken as a trigger point to execute the program in ECC.

Regards,

YR

[babu_kilari4 · Accepted solution]

Hello YR,

May be you can do this.

You can make an RFC call to APO and see the status of the queue in the DB table TRFCQIN. If the queue doesn't have any of the erroneous status, then it means that it processed successfully and check the DB table /SAPAPO/POSMPAN to make sure that at the APO side, the SO is processed successfully. With this confirmation, you can execute the process in ECC.

Hope this helps.

Babu Kilari

[former_member566355 · Accepted solution]

Hi Babu,

thanks for your reply...

One last query before I close this thread.

Can this queue processing in table TRFCQIN be mapped as a 'trigger event' in case it is successful to initiate the program on ECC side with reference to the specific sales order ?

YR

[babu_kilari4 · Accepted solution]

Hello YR,

I am not sure if you can make this as a event. But, one thing I know for sure..Any CIF queue that enters APO, would have an entry in this table and disappears once it is processed. So, may be if you could discuss this with your ABAPer he would provide a technical design option.

Hope this discussion was fruitful and helped you.

Babu Kilari

[former_member566355 · Accepted solution]

Thanks Babu,

This has been a very useful information.

By the way, the key information from APO based on SO update to APO is data from ATP Tree structures.

So I suppose the same approach will suffice as I think ATP tree update will take place once SO queue is processed successfully.

YR