統合フロー内の前のコンテンツ修飾子ステップのメッセージ本文にアクセスするには、現在のコンテンツ修飾子ステップで S{in body) という表記を使用する必要があります。この表記は、交換コンテナの in-message 本文から値を読み取ることを意味します。交換コンテナは、SAP Integration Suite で処理されるメッセージに加えて、追加データを格納するために使用されます。交換コンテナには、in-message と out-message という 2 つのメッセージコンテナがあります。in-message には統合フローで受信された元のメッセージが含まれ、out-message には統合フローで送信される変更後のメッセージが含まれます。参照: コンテンツ修飾子の基本 | SAP ヘルプポータル、Exchange Container | SAP ヘルプポータル

OData V2.0 インターフェースで利用可能なエンティティセットを確認するには、インターフェースからメタデータドキュメントを取得する必要があります。メタデータドキュメントは、エンティティタイプ、エンティティセット、関連付け、関数、アクションなど、OData サービスのデータモデルを記述した XML ドキュメントです。メタデータドキュメントにアクセスするには、OData サービスのサービスルート URL に $metadata を追加します。例えば、サービスルート URL が https://services.odata.org/OData/OData.svc/ の場合、メタデータドキュメントの URL は https://services.odata.org/OData/OData.svc/$metadata です。メタデータドキュメントは、OData サービスの構造と機能を調べたり、クライアントコードやプロキシを生成したりするために使用できます。参考資料: 概要 (OData バージョン 2.0) | OData - The Best Way to REST、OData API v2 リファレンス | SAP ヘルプポータル

SAP 統合スイートの API 管理は、HTTP ベースのプロトコルをサポートしています。
SOAP、OData、REST (OpenAPI) をサポート。
# RFC および IDoc は直接サポートされていません (これらは、API 管理経由ではなく、クラウド統合またはオンプレミス アダプター経由で処理される従来の SAP プロトコルです)。
したがって、サポートされる正しいメッセージ プロトコルは SOAP と OData です。

APIのターゲットエンドポイントは、APIプロバイダー、APIプロキシ、そして元のAPIのURLです。APIプロバイダーは、APIのインターフェースと機能を公開するシステムまたはアプリケーションです。APIプロキシは、APIコンシューマーとAPIプロバイダー間のリクエストとレスポンスを仲介する中間コンポーネントです。元のAPIのURLは、APIの場所とリソースを識別するアドレスです。参考：統合ソフトウェア | SAP統合スイート、SAP統合スイートによる統合の近代化 | openSAP

SAP Cloud Integration では、開発およびテスト中に次のことが行われます。
コンテンツ修飾子を使用すると、ペイロード、ヘッダー、またはプロパティを挿入またはシミュレートできます。
これにより、開発者は外部呼び出しを必要とせずにフローをテストできます。
その他のオプション:
SOAP アダプタ # ペイロードシミュレーションではなく、SOAP 通信に使用されます。
一般的なスプリッター # 着信ペイロードを分割しますが、シミュレートは行いません。
データ ストア操作 # シミュレーションではなく、保存されたメッセージを管理します。
したがって、シミュレートされたペイロードの正しいコンポーネントは Content Modifier です。