Reliable retriggering in A2A scenarios ( SAP-NonSAP and NonSAP - NonSAP )

[Former Member]

Hi all,

I need advise on 2 A2A scenarios we have :

1. SAP ( IDoc ) - Third party application ( Soap service). We configfured changepointers to trigger masterdata Idoc transfer and

Issues : If the receiver SOAP service cannot update the data in its base systems because of

some fuctional reasons like locking ( with a response field like status = 'Locked ').

What is the best design to do a reliable retrigger of transfer ?

2. Third party application ( Soap service) - Third party application ( Soap service).

Issues : If the receiver SOAP service cannot update the data in its base system because of some fuctional reasons like locking ( with a response field like status = 'Locked ').

What is the best design to do a reliable retrigger of transfer ?

Thanks and best regards,

Anisha.

[udo_martens · Accepted solution]

Hi Anisha,

in transaction SMQR you can customize numbers and intervall of retries for asynchronous msgs.

Regards,

Udo

[Former Member · Accepted solution]

Hi Udo,

Should this be used alongwith BPM ( synch-asynch bridge ) or there is any other better way?

Thanks and cheers,

Anisha.

[udo_martens · Accepted solution]

Hi Anisha,

you can schedule retry of any asynchronous message there. If you want to 100% shure, your message has been delivered and processed you must build a scenario like

IDoc -> BP (Process)

BP <-> SOAP (synchronous: you notice an error by the response)

BP <-> SOAP (a self made retry mechanism at BPM)

BP -> IDoc (Acknowledgement ALEAUD gives back result of original IDoc)

The main argument is better Monitoring at ERP, coz otherwise all sent IDocs would be "yellow" at ERP side.

Regards,

Udo

[Former Member · Accepted solution]

Hi Udo,

Thanks for your reply.

Need your recommendation on :

1. Do you recommend to use SMQR or a manual retry in case of error on receiver ?

2. If error is transmitted back by ALEAUD - will ALE retransfer automatically?

3. For a non-SAP to non-SAP Synchronous A2A scenario - if the error handling cannot be done by the applications - how can we have best reliable retriggers from XI ?

Thanks and regards,

Anisha.

[udo_martens · Accepted solution]

Hi Anisha,

1. Do you recommend to use SMQR or a manual retry in case of error on receiver ?

SMQR of coz.

2. If error is transmitted back by ALEAUD - will ALE retransfer automatically?

Yes

3. For a non-SAP to non-SAP Synchronous A2A scenario - if the error handling cannot be done by the applications - how can we have best reliable retriggers from XI ?

You cant retrigger synchronous scenrios, coz the sending application is waiting for the response before going on with the programm. The Message MUST fail, may be becoz of an error response, may be becoz of timeout.

Regards,

Udo