Does each message client need separate RFC destinations?

[Manuel44]

Hi,

I am in the process of configuring the Event Enablement Add-on for SAP ECC and SAP Event Mesh. In doing so, I have come up with a basic question regarding RFC Destinations. Do I need separate RFC destinations for each message client? Finally, do I need an event mesh instance for each message client and a service key for each instance or am I wrong?

Kind regards,

Manuel

[Tobias_Griebe · Accepted solution]

Hi manuel.henninger,

in the end this question is dependent on what you want to achieve.
Each Event Mesh instance represents a messaging client and comes with its unique client-id & client-secret (via the service-key). Usually your SAP ECC system will be connected via one of those messaging clients. The only reason to use multiple messaging clients (=multiple RFCs) for the SAP ECC system, is if you want to publish certain business object with a different namespace (the first three segments of the topic). The second scenario where this would make sense is, if you want to communicate with EM instances in seperate CF subaccounts. Here you would need one RFC for each CF subaccount.

Now you can create multiple Event Mesh instances for your event consumers. Example: 1 for CPI, 1 for BTP app, 1 for 3rd party app, ... While creating those instances you can provide the ACLs what those messaging clients are allowed to consume. In the TopicRules section you would provide the topics coming from your ECC system.

Best Regards,
Tobias

[mig1 · Accepted solution]

In the add-on, you need one pair of RFC destinations (one for the token, the other for actual messaging) per BTP region (ie one for eu10, another for eu20). As long as your different sub-accounts are in the same region, one pair is enough. Then, in SPRO you can configure multiple cloud instances (one per message client) where you set the OAuth client id and client secret.

[Manuel44 · Accepted solution]

Hi tobias.griebe and mikael.gurenius4,

thanks for your answers, it was very helpful.

Kind regards,

Manuel