ServiceNow での OAuth 2.0 セットアップ

[JunshuO]

ServiceNow の統合はパズルと格闘しているように感じることもありますが、OAuth 2.0 の設定は面倒なことではありません。私は最近これを実装しましたが、そのプロセスは簡単で、迅速かつクリーンで信頼できるものでした。ServiceNow を外部システムに簡単に接続できるように、ここで文書化した内容をご紹介します。

クライアントから必要なもの

まず、クライアントから 3 つの情報を入手する必要があります。シンプルにしましょう。

• トークン URL ：ServiceNow がアクセストークンをフェッチするエンドポイントです。

• クライアント ID ：アプリケーションの一意の識別子です。

• クライアントシークレット ：認証用のセキュアキーです。

それで全部です！ユーザー認証情報は不要です。クリーンなバックエンド間接続だけです。

ServiceNow でのステップバイステップセットアップ

ここでは、ServiceNow で OAuth 2.0 を手間抜きに構成する方法をご紹介します。

1. REST メッセージを設定
   まず、ServiceNow で REST メッセージを作成します (システム Web サービス > 送信 > REST メッセージ)。これが統合の基盤になります。

2. OAuth プロファイルの作成
   システム OAuth > アプリケーションレジストリー に移動し、 新規 をクリックします。

   • サードパーティ OAuth プロバイダーに接続します を選択します。

   • 明確でわかりやすい名前を付けます (「Externalsystem_OAuth」など)。

   • クライアントから提供された クライアント ID 、 クライアントシークレット 、および トークン URL を入力します。

   • デフォルトの権限許可タイプ を クライアント認証情報 に設定します。

   • レコードを保存します。

3. OAuth エンティティプロファイルの構成
   保存後、下にスクロールして OAuth エンティティプロファイル 関連リストを開き、プロファイルを開きます。

   • ここでも 権限許可タイプ が クライアント認証情報 に設定されていることを再度確認します。

   • もう一度保存します。

   プロのヒント :このステップを見落とすのはよくある落とし穴です！トークンの問題を回避するために、メインプロファイルとエンティティプロファイルの 両方 で権限許可タイプを常に確認してください。

4. OAuth プロファイルを REST メッセージにリンクする
   REST メッセージ (または使用している場合は統合ハブアクション) に戻ります。

   • 認証 セクションで、新しく作成した OAuth プロファイルを選択します。

   • ServiceNow は認証をシームレスに処理します。

このセットアップが素晴らしい理由

最も良い点の 1 つは、ServiceNow がトークンの更新を自動的に処理することです。カスタムスクリプトを書いたり、トークンの期限切れを心配したりする必要はなく、すべてバックグラウンドで処理されます。これにより、統合のメンテナンスが少なくなり、信頼性が高くなります。

最終的な考え

ServiceNow で OAuth 2.0 を設定することは、困難である必要はありません。クライアントからのいくつかの情報と、プラットフォームでのわずかな作業だけで、安全で自動化された統合を稼働させることができます。私はこのアプローチを複数のプロジェクトで使用してきましたが、何時間ものトラブルシューティングから解放されました。

---

この記事は機械翻訳されております。最新は元となる記事をご覧ください: https://www.servicenow.com/community/developer-articles/oauth-2-0-setup-in-servicenow/ta-p/3307347

免責事項: 一部の日本語は、翻訳ソフトウェアを使用してお客様の便宜のために翻訳されています。正確な翻訳をご提供できるよう相当な努力を払っておりますが、いかなる自動翻訳も人間の翻訳者に代わすることはなく、そのようなことは意図されておりません。翻訳は「現状のまま」提供されています。他言語への翻訳の的確性、信頼性または正確性については、明示または黙示を問わず、いかなる保証も行われません。翻訳ソフトには限界があるため、一部のコンテンツが正確に翻訳されていない場合があります。これらの資料の公用言語は英語です。翻訳の際に生じる相違または不一致は、コンプライアンスまたは履行の目的に関しては拘束力を有さず、法的効力はないものとします。

[JunshuO]

ServiceNow の統合はパズルと格闘しているように感じることもありますが、OAuth 2.0 の設定は面倒なことではありません。私は最近これを実装しましたが、そのプロセスは簡単で、迅速かつクリーンで信頼できるものでした。ServiceNow を外部システムに簡単に接続できるように、ここで文書化した内容をご紹介します。

クライアントから必要なもの

まず、クライアントから 3 つの情報を入手する必要があります。シンプルにしましょう。

• トークン URL ：ServiceNow がアクセストークンをフェッチするエンドポイントです。

• クライアント ID ：アプリケーションの一意の識別子です。

• クライアントシークレット ：認証用のセキュアキーです。

それで全部です！ユーザー認証情報は不要です。クリーンなバックエンド間接続だけです。

ServiceNow でのステップバイステップセットアップ

ここでは、ServiceNow で OAuth 2.0 を手間抜きに構成する方法をご紹介します。

1. REST メッセージを設定
   まず、ServiceNow で REST メッセージを作成します (システム Web サービス > 送信 > REST メッセージ)。これが統合の基盤になります。

2. OAuth プロファイルの作成
   システム OAuth > アプリケーションレジストリー に移動し、 新規 をクリックします。

   • サードパーティ OAuth プロバイダーに接続します を選択します。

   • 明確でわかりやすい名前を付けます (「Externalsystem_OAuth」など)。

   • クライアントから提供された クライアント ID 、 クライアントシークレット 、および トークン URL を入力します。

   • デフォルトの権限許可タイプ を クライアント認証情報 に設定します。

   • レコードを保存します。

3. OAuth エンティティプロファイルの構成
   保存後、下にスクロールして OAuth エンティティプロファイル 関連リストを開き、プロファイルを開きます。

   • ここでも 権限許可タイプ が クライアント認証情報 に設定されていることを再度確認します。

   • もう一度保存します。

   プロのヒント :このステップを見落とすのはよくある落とし穴です！トークンの問題を回避するために、メインプロファイルとエンティティプロファイルの 両方 で権限許可タイプを常に確認してください。

4. OAuth プロファイルを REST メッセージにリンクする
   REST メッセージ (または使用している場合は統合ハブアクション) に戻ります。

   • 認証 セクションで、新しく作成した OAuth プロファイルを選択します。

   • ServiceNow は認証をシームレスに処理します。

このセットアップが素晴らしい理由

最も良い点の 1 つは、ServiceNow がトークンの更新を自動的に処理することです。カスタムスクリプトを書いたり、トークンの期限切れを心配したりする必要はなく、すべてバックグラウンドで処理されます。これにより、統合のメンテナンスが少なくなり、信頼性が高くなります。

最終的な考え

ServiceNow で OAuth 2.0 を設定することは、困難である必要はありません。クライアントからのいくつかの情報と、プラットフォームでのわずかな作業だけで、安全で自動化された統合を稼働させることができます。私はこのアプローチを複数のプロジェクトで使用してきましたが、何時間ものトラブルシューティングから解放されました。