Skip to Content
0

Content specific message queues without BPM

Nov 25, 2016 at 03:14 PM

31

avatar image
Former Member

Hello,

My scenario is this:

Two different interface messages 'Purchase order confirmation' and 'Purchase order change' are coming into SAP PO7.4 java only single stack system, which then sends these messages to SAP ECC system.

ECC has SAP delivered enterprise services for both these interfaces which are called by PO to send each of these messages.

When both purchase order confirmation and purchase order change messages are coming at the same time or with 1 or 2 seconds apart, both of them are sent to their corresponding enterprise services in ECC. But, when both these messages belong to the same Purchase Order number, 1st interface message is locking the purchase order and 2nd interface message is failing in ECC with the error message 'User ECC_RFC already processing Purchase order 4500011259’.

Is it possible to setup set up Content-Specific message Queues on PO system to make XMLs referring to the same purchase order are processed one after the other? This will prevent processing of the messages that belong to same purchase order at the same time in ECC.

We are not using BPM in PO. We just have a Integrated Configuration to map source message to target message for both the above specified Interface messages.

Thanks in advance. Regards,

Chandra

10 |10000 characters needed characters left characters exceeded

What is your sender system? What kind of sender adapter do you use?

Regards, Evgeniy.

0
* Please Login or Register to Answer, Follow or Comment.

1 Answer

avatar image
Former Member Nov 28, 2016 at 09:35 AM
0

Hi,

we are using SAP enterprise services on both sides. SCM system is sending an enterprise service XML message to PO which is mapping it to target enterprise service structure. So, we use SOAP sender and SOAP receiver adapters.

Regards

Chandra

Show 1 Share
10 |10000 characters needed characters left characters exceeded

Do you use synchronous communication?

Regards, Evgeniy.

0