A2A-Interaktionen modellieren 
Mit A2A-Interaktionen modellieren Sie den Message-Austausch zwischen zwei Prozesskomponenten mit Hilfe asynchroner und synchroner Operationen. SAP modelliert solche Zugriffe mit Hilfe von Interface-Patternn.
Vorgehensweise
Entscheiden Sie, welches Interface-Pattern auf Ihren Anwendungsfall passt. Es gibt folgende Interface-Pattern:
Asynchrone Interface-Pattern:
Request-Confirmation: Interface-Pattern für die Verbuchung von Daten (typisches Anwendungsbeispiel: Bestellung).
Notification: Interface-Pattern für zielgerichtete Benachrichtigungen mit einer hohen Verbindlichkeit.
Information: Interface-Pattern für das Broadcasting von Ereignissen an mehrere Empfänger.
Synchrone Interface-Pattern:
Query Business Object in A2A communication: Interface-Pattern für das Lesen von Daten mit Hilfe von Selektionskriterien.
Read Business Object in A2A communication: Interface-Pattern für das Lesen von Daten mit Hilfe von einer ID.
Richten Sie sich nach dem Interface-Pattern, um die Namen der Operationen und des Service-Interface festzulegen. Die Namen haben in der Modellierung zur besseren Lesbarkeit ein Leerzeichen zwischen den einzelnen Bestandteilen.
BeispielDer standardisierte Name eines Service-Interface des Interface-Patterns Request-Confirmation ist Request <X> Cancellation. Wenn Sie später das spezifizierte Service-Interface zu diesem modellierten Service-Interface anlegen, fallen die Leerzeichen weg. Das spezifizierte Service-Interface im ES Repository würde also Request<X>Cancellation heißen.
Ende des Beispiels.