Integration Service
最新
バナーの背景画像
Integration Service ユーザー ガイド
最終更新日 2024年4月24日

認証を構成する

コネクタ作成の要の 1 つは、認証設定を識別して正しく連携することです。 連携が正しく行われていれば、コネクタが Integration Service カタログにパブリッシュされると、ユーザーはカタログ内の他のコネクタと同様に、コネクタへのコネクションを作成できます。

すべてのコネクタで認証フレームワークが再利用されるため、認証フロー全体とコネクションの管理を統一された方法で管理できます。

認証を行うと最終的に、このコネクタ内の後続の要求では、すべての API 呼び出しに対して認証プロセスの結果が使用されることになります。 たとえば、ベアラー トークンはすべての API 呼び出しのヘッダーで送信されます。


docs image

コネクタ ビルダーは、長いコーディングではなく、簡単な構成によって次の業界標準をサポートします。

  • OAuth 2.0 の認可コード
  • PKCE を使用した OAuth 2.0 認可コード
  • OAuth 2.0 クライアント資格情報
  • ベーシック
  • API キー
  • 個人用アクセス トークン (PAT)
  • カスタム
  • 認証なし

コネクタ ビルダーは Integration Service フレームワークに結び付けられているため、認証設定の定義に複雑なプロセスは必要なくなり、設定を行うだけでよくなりました。これは、フレームワークがトークンの交換、更新、およびその他の類似のタスクを処理することを意味します。 コネクタ ビルダーでは、OAuth 2.0 認可コードが既定で使用されます。これは、ベンダーを使用した認証を処理する上で最も一般的な手法だからです。

認証ページは、次の 3 つの要素から構成されています。

  1. 認証の種類は、認証フレームワークがどのように反映されるかを制御し、PKCE や完全なトークン交換 (OAuth の場合) などの追加の検証を含みます。さらに、必要なプロパティの概要が示されるように、下にプロパティを含んだ表を再構成います。
    docs image

  2. プロパティ表は、カスタム パラメーターで変更および/または既存のパラメーターを編集したりできます。ドロップダウン メニューで選択した認証の種類によっては、一部のフィールドは必須で、赤で指定されている場合があります。
    注: この表でこれらのプロパティを変更するか、認証の種類全般に変更を加えると、コネクタ ビルダーで作成済みのコネクションが無効になります。設計時に使用できるコネクションは 1 つのみで、これは最新の認証設定に対して設定・テストする必要があります。
  3. 指定した設定に基づいて自動的に生成される認証設定画面です。コネクタ ビルダーでの構成中に表示される内容は、アクティビティ パッケージのユーザーに表示される最終結果と同じです。
    docs image

認証の表の構成

認証の種類を無視して、読み込まれたプロパティ テーブルでは、次の 2 つの項目が識別されます。

  1. 認証画面内でユーザーに表示される内容。
  2. 認証フレームワークによって認証が処理される方法。
  • 表内のすべての項目は、ユーザーが上書きできるプロパティと上書きできないプロパティを表します。特定のフィールドを画面に表示するには、[ユーザーに確認] 列で [はい] のフラグを付ける必要があります。
  • すべての項目には [名前][表示名] があります。[名前] はベンダーが技術的な設定での使用を期待するものであり、後者は認証画面でユーザーに入力を求める際に重要です。
  • すべての項目には、プロパティをより詳細に編集できるアクション メニューがあります。ここで、特定のプロパティをヘッダーとして送信する必要があることを指定できます。他の例については「API キー」セクションをご覧ください。

認証の種類

[認証] タブで、コネクタの認証の種類を設定します。サポートされるオプションは次のとおりです。

  • OAuth 2.0 の認可コード
  • PKCE を使用した OAuth 2.0 認可コード
  • OAuth 2.0 クライアント資格情報
  • ベーシック
  • API キー
  • 個人用アクセス トークン (PAT)
  • カスタム
  • 認証なし
注: 認証を設定する際は、作成したコネクタを使用する人がどのように認証するかを設定します。コネクタを使用する人とは、コネクタを構築中の自分自身を指しますが、同時に、作成したコネクタを使用する他のユーザーも含みます。

基本認証



  1. [アクション] 列の下の [編集] docs image ボタンを選択して、各プロパティを設定します。既定では、[ユーザー名][パスワード] が表示されています。
  2. 認証時に使用するフィールドを追加する場合は、[パラメーターを追加] を選択します。

    • 表示名 - 接続時にユーザーに表示されます。
    • – コネクション ダイアログの入力フィールドを定義します。ドロップダウンからオプション (true/false、パスワード、テスト、はい/いいえ) を選択します。
    • ユーザーに確認 – ユーザー入力が必要な場合は、[はい] に設定します。
    • – 既定値を設定するには、このフィールドを使用します。
    • ヒント テキスト – 入力フィールドのユーザー ガイダンスです。
    • プロバイダー名 - API 呼び出しの技術キーです。
    • プロバイダーに次の種類として送信 – API が値をどのように受け取るか指定します。ドロップダウンからオプション (設定、ヘッダー、パス、本文、クエリ、フォーム) を選択します。既定値は header です。


  3. [保存] を選択して、新しい認証パラメーターを保存します。
  4. 認証を基本認証の元の値にリセットする場合は、[既定値にリセット] オプションを使用します。この操作は取り消せません。

OAuth 2.0 の認可コード

OAuth 2.0 認可コードを使用するには、連携するアプリケーションに OAuth アプリを作成し、コネクタの構成に必要な資格情報をそこから取得する必要があります。

次のフィールドを設定します。

  • クライアント ID
  • クライアント シークレット
  • スコープ
  • 認可 URL
  • トークン URL
  • トークン更新 URL
  • 基本ヘッダー
  • トークン失効 URL
  • 更新間隔

    注: 認可 URL、トークン URL、更新トークン URL は、アプリの API ドキュメントに記載する必要があります。

PKCE を使用した OAuth 2.0 認可コード

PKCE を使用した OAuth 2.0 認可コードは OAuth 2.0 認可コードのメソッドと同一ですが、[OAuth2 PKCE のコード チャレンジ メソッド] フィールドも含まれます。

OAuth 2.0 クライアント資格情報

OAuth 2.0 クライアント資格情報の場合は、次のフィールドを設定する必要があります。

  • クライアント ID
  • クライアント シークレット
  • スコープ
  • トークン URL
  • 基本ヘッダー
  • 更新間隔

API キー

このオプションは、API 呼び出しを実行するのに API キーが必要なアプリとの連携に使用します。

[API キー] フィールドに目的の値を設定します。

個人用アクセス トークン

このオプションは、API 呼び出しを実行するのにベアラー トークンが必要なアプリとの連携に使用します。

[個人用アクセス トークン] フィールドにベアラー トークンを設定します。

カスタム

また、任意のフィールドを使用してカスタム認証を設定することもできます。

認証なし

コネクタの使用にユーザーの認証が不要な場合は、このオプションを使用します。

Was this page helpful?

サポートを受ける
RPA について学ぶ - オートメーション コース
UiPath コミュニティ フォーラム
UiPath ロゴ (白)
信頼とセキュリティ
© 2005-2024 UiPath. All rights reserved.