詳細情報:
関連付けられた外部クライアントアプリケーションの承認エンドポイントの開始
開発者組織のグローバル設定ファイルを参照するように関連付けられた組織のメタデータが設定されたら、OAuth フローを開始してアクセストークンを取得します。
次の手順は、Web アプリケーションインテグレーション用 OAuth 2.0 Web サーバーフローに基づく、リンク済み組織の承認エンドポイント開始のプロセスと同じです。
- グローバル設定ファイルから consumerKey をコピーします。この値は、外部クライアントアプリケーション OAuth 設定をリリースして取得した後にのみグローバル設定ファイルに存在します。
-
<new org url> および <consumerKey> の代わりに、組織 3 の URL とコンシューマー鍵をこの URL に貼り付けます。
<new org url>/services/oauth2/authorize?response_type=code&client_id=<consumerKey>&redirect_uri=https://www.example.com - アクセス要求を開始するには、ブラウザーで URL を開きます。
-
組織 3 のログイン情報でサインインします。
リダイレクトされ、認証コードが URL に含まれます。
- ブラウザーの URL から認証コードをコピーします。
- 認証コードを復号化します。
- 復号化された認証コードをコピーします。
-
cURL 要求で次の値を置き換えます。
- <new org url> を組織 3 の URL に置き換えます。
- <authorization code> をステップ 6 の復号化された認証コードに置き換えます。
- <clientKey> をグローバル OAuth 設定ファイルの consumerKey 項目値に置き換えます。
- <clientSecret> をグローバル OAuth 設定ファイルの consumerSecret 項目値に置き換えます。
curl -X POST <new org url>/services/oauth2/token -d 'grant_type=authorization_code&code=<authorization code>&client_id=<clientKey>&client_secret=<clientSecret>&redirect_uri=https://www.example.com' | json_pp - 設定した cUrl 要求をターミナルに入力します。
- 要求に成功すると、アクセストークンが返されます。
- Postman を使用してアクセストークンが機能することを確認します。UserInfo エンドポイントにアクセスします。
この記事で問題は解決されましたか?
ご意見をお待ちしております。
