書き込みタイプのデータストア操作を使用する際に重複エントリを回避するには、「既存メッセージの上書き」パラメータを選択する必要があります。「既存メッセージの上書き」パラメータを使用すると、既存のデータストアエントリが同じキーで既に存在する場合に上書きできます。このパラメータを選択しない場合、データストアに重複キーが存在すると書き込み操作は失敗します。参考：SAP統合スイートによる統合の近代化 | openSAP

SAP 統合スイートで HTTP(S) 呼び出しに API キー認証を使用する場合:
API キーは通常、HTTP ヘッダーに含まれます (例: APIKey: <value> または x-api-key: <value>)。
メッセージ ヘッダーは、送信要求のコンテンツ修飾子で構成されます。
その他のオプション:
添付ファイル # 認証ではなく、ファイル処理に使用されます。
メッセージ本文 # 資格情報ではなくペイロードが含まれます。
交換プロパティ # フロー内で内部的に使用され、外部には送信されません。
したがって、API キーはメッセージ ヘッダーに配置する必要があります。

OData (Open Data Protocol) は、OASIS によって標準化され、SAP システムで広く採用されている REST ベースのプロトコルです。
通信プロトコルとして HTTP をベースに構築されています。
ペイロードの表現形式として、AtomPub (Atom Publishing Protocol) と JSON を使用します。
OData では SOAP は使用されません。代わりに、OData は REST 原則に依存します。
TCP は基礎となるトランスポート層ですが、OData は HTTP 経由で明示的に定義されます。
したがって、OData の正しい基盤は、HTTP、AtomPub、および JSON です。

SAP Event Mesh は以下をサポートします。
パブリッシュ/サブスクライブ # プロデューサーによってパブリッシュされた単一のイベントは、複数のサブスクライバーによって消費される可能性があります。
ポイントツーポイント (キューベース) # メッセージはキューを介してプロデューサーからコンシューマーに直接送信されます。
その他のオプションは正しくありません:
イベントソーシングは、SAP Event Mesh 機能の一部ではありません。
要求/応答は同期的であり、主要な EDA パターンではありません。
振り付け/オーケストレーションは、イベント パターンではなく、より高レベルのプロセス設計概念です。

SAP API Management では、次の API 記述言語がサポートされています。
RAML (RESTful API モデリング言語)
OpenAPI 仕様 (OAS、旧 Swagger)
どちらも、REST API をモデリングするための業界標準言語です。
その他のオプション:
A). HTML # API モデリング言語ではなく、UI 用のマークアップ言語です。
D). CXML (Commerce XML) # API モデリング用ではなく、B2B 調達標準です。