機械翻訳について

アクション定義の概要

企業は、ビジネス目的で、レコードの作成や更新など、一部の操作でアプリケーションのAPIを公開することを選択できます。 統合を設計する際、統合開発者は、1つ以上のアクションを構成して、これらの操作を実行するように統合をプログラムできます。 各アクションは、1つ以上のアプリケーション固有のAPIを呼び出します。 アクションは、ターゲット・アプリケーションの操作のユーザー中心のカプセル化を提供します。

アダプタ定義ドキュメントでは、統合開発者が使用できるすべてのアクションを指定します。 各アクションには参照があります。 アクションは、このアクションを実装するフローにもできます。 アクションに入力および出力データがある場合、入力スキーマおよび出力スキーマ定義を含めることもできます。

多くのビジネス・シナリオでは、アダプタから外部アプリケーションへの操作を開始する必要があります。 たとえば、次のようなアクションを実行するには、一般的な顧客関係管理(CRM)ツールのアダプタが必要になる場合があります:

  • 顧客データを作成、更新および削除します。
  • アカウントを作成します。
  • 商談を作成します。
  • チケットをログに記録します。

アダプタ定義ドキュメント内のアクション・オブジェクトは、外部アプリケーションに対するアダプタの操作の高位のカプセル化をモデル化します。 Rapid Adapter Builderプラットフォームでは、次のものがサポートされます:

  • 外部アプリケーションの1つ以上のAPIを呼び出します。
  • APIコールの連鎖。

また、Rapid Adapter Builderプラットフォームには、統合開発者がアクション定義を設計するのに役立つ次の機能が用意されています:

  • ユーザー・インタフェースに表示されるアクションのアイデンティティと名称を定義します。
  • 選択フィールドおよび依存関係を使用して処理定義を構成するための設計時エクスペリエンスを定義します。
  • API契約とは異なる可能性がある、Oracle Integrationマッパーで公開されているアクション定義に対するリクエスト契約を定義します。
  • Oracle Integrationマッパーで公開されているリクエスト・コントラクトを、外部アプリケーションへの1つ以上のAPI呼出しにマップするプロセス・ロジック。

アダプタ定義ドキュメントのアクション定義のプロパティの詳細は、「アクション定義のプロパティとサンプル・コード」を参照してください。