Microsoft Entra ID を使用した自動ユーザー プロビジョニング用に Postman を構成する

この記事では、自動ユーザー プロビジョニングを構成するために Postman と Microsoft Entra ID の両方で実行する必要がある手順について説明します。 構成が完了すると、Microsoft Entra ID は Microsoft Entra プロビジョニング サービスを使用して、Postman に対してユーザーとグループの自動プロビジョニングおよび自動プロビジョニング解除を行うようになります。 このサービスの機能、しくみ、よく寄せられる質問の重要な詳細については、「Microsoft Entra IDを使用して SaaS アプリケーションへのユーザー プロビジョニングとプロビジョニング解除を自動化する」を参照してください。

サポートされている機能

[前提条件]

この記事で説明するシナリオでは、次の前提条件が既にあることを前提としています。

• Microsoft Entra テナント。
• 次のいずれかのロール: アプリケーション管理者、クラウドアプリケーション管理者、または アプリケーション所有者。
• Enterprise プランの Postman テナント。
• 管理者アクセス許可がある Postman のユーザー アカウント。

手順 1: プロビジョニングデプロイメントを計画する

1. プロビジョニング サービスのしくみを確認します。
2. ■プロビジョニングのスコープに含めるユーザーを決定します。
3. Microsoft Entra ID と Postman の間でマップするデータを決定します。

ステップ 2: Microsoft Entra ID によるプロビジョニングをサポートするように Postman を構成する

Microsoft Entra ID によるプロビジョニングをサポートするように Postman を構成する前に、Postman 管理コンソール内で SCIM API トークンを生成する必要があります。

1. Postman アカウントにログインして、Postman 管理コンソールに移動します。

2. ログインしたら、右側の [チーム ] を選択し 、[チームの設定] を選択します。

3. サイドバーで [認証] を選択し、[SCIM プロビジョニング] トグルをオンにします。

   

4. SCIM プロビジョニングを有効にするかどうかを確認するポップアップ メッセージが表示されたら、[有効にする] を選択して SCIM プロビジョニングを有効にします。

   

5. SCIM API キーを生成するには、次の手順に従います。

   1. [SCIM プロビジョニング] セクションの [SCIM API キーを生成する] を選択します。

      

   2. キーの名前を入力し、[ 生成] を選択します。

   3. 後で使用するために新しい API キーをコピーし、[ 完了] を選択します。

   注

   このページに再度アクセスして、SCIM API キーを管理できます。 既存の API キーを再生成する場合は、切り替え中に最初のキーをアクティブにしておくオプションがあります。

   注

   SCIM プロビジョニングの有効化を続けるには、「Microsoft Entra ID による SCIM の構成」を参照してください。 SCIM の構成の詳細とサポートについては、Postman サポートにお問い合わせください。

ステップ 3: Microsoft Entra アプリケーション ギャラリーから Postman を追加する

Microsoft Entra アプリケーション ギャラリーから Postman を追加して、Postman へのプロビジョニングの管理を開始します。 SSO 向けに Postman を以前に設定している場合は、同じアプリケーションを使用できます。 ただし、最初に統合をテストするときは、別のアプリを作成することをお勧めします。 ギャラリー からアプリケーションを追加する方法の詳細については、を参照してください。

手順 4: プロビジョニングのスコープに含まれるユーザーを定義する

Microsoft Entra プロビジョニング サービスを使用すると、アプリケーションへの割り当てに基づいて、またはユーザーまたはグループの属性に基づいてプロビジョニングされるユーザーをスコープできます。 割り当てに基づいてアプリにプロビジョニングされるユーザーのスコープを設定する場合は、 手順を使用してユーザーとグループをアプリケーションに割り当てることができます。 ユーザーまたはグループの属性のみに基づいてプロビジョニングする対象を決定する場合、スコープフィルターを使用できます。

• 小規模から始めます。 すべてのユーザーとグループにロールアウトする前に、少数のユーザーとグループでテストします。 プロビジョニングのスコープが割り当てられたユーザーとグループに設定されている場合は、1 つまたは 2 つのユーザーまたはグループをアプリに割り当てることで、これを制御できます。 スコープがすべてのユーザーとグループに設定されている場合は、 属性ベースのスコープ フィルターを指定できます。

• 追加のロールが必要な場合は、 アプリケーション マニフェストを更新 して新しいロールを追加できます。

手順 5: Postman への自動ユーザー プロビジョニングを構成する

このセクションでは、Microsoft Entra ID のユーザーやグループの割り当てに基づいて TestApp でユーザーやグループを作成、更新、無効化するように Microsoft Entra プロビジョニング サービスを構成する手順について説明します。

Microsoft Entra ID で Postman の自動ユーザー プロビジョニングを構成するには、以下の手順に従います。

1. クラウド アプリケーション管理者以上として Microsoft Entra 管理センターにサインインします。

2. Entra ID>企業向けアプリケーションを参照する

   

3. アプリケーションの一覧で [Postman] を選択します。

   

4. [プロビジョニング] タブを選択します。

   

5. [ + 新しい構成] を選択します。

   

6. [ テナント URL ] フィールドに、Postman テナント URL とシークレット トークンを入力します。 [ テスト接続] を選択して、Microsoft Entra ID が Postman に接続できることを確認します。 接続に失敗した場合は、Postman アカウントに必要な管理者アクセス許可があることを確認してから、もう一度やり直してください。

   

7. [ 作成] を選択して構成を作成します。

8. [概要] ページで [プロパティ] を選択します。

9. 鉛筆を選択してプロパティを編集します。 通知メールを有効にし、検疫メールを受信する電子メールを提供します。 誤削除防止を有効にします。 [適用] を選択して変更を保存します。

   

10. 左側のパネルで [属性マッピング ] を選択し、ユーザーを選択 します。

11. [属性マッピング] セクションで、Microsoft Entra ID から Postman に同期されるユーザー属性を確認します。 "照合" プロパティとして選択されている属性は、更新処理で Postman のユーザー アカウントとの照合に使用されます。 一致するターゲット属性を変更する場合は、Postman API がその属性に基づくユーザーのフィルター処理をサポートしていることを確認する必要があります。 [保存] ボタンをクリックして変更をコミットします。

    特性	タイプ	フィルター処理でサポートされます	Postman で必須
    ユーザー名	糸	✓	✓
    活動中	ブール値		✓
    name.givenName	糸		✓
    name.familyName	糸		✓

12. 左側のパネルで [属性マッピング ] を選択し、[ グループ] を選択します。

13. [属性マッピング] セクションで、Microsoft Entra ID から Postman に同期されるグループ属性を確認します。 "照合" プロパティとして選択されている属性は、更新処理で Postman のグループとの照合に使用されます。 [保存] ボタンをクリックして変更をコミットします。

    特性	タイプ	フィルター処理でサポートされます	Postman で必須
    displayName	糸	✓	✓
    members	リファレンス

14. スコープ フィルターを構成するには、スコープ フィルターに関する記事に記載されている次の手順 を参照してください。

15. オンデマンド プロビジョニングを使用して、少数のユーザーとの同期を検証してから、組織内でより広範にデプロイします。

16. プロビジョニングの準備ができたら、[概要] ページから [プロビジョニングの開始] を選択します。

手順 6: デプロイを監視する

プロビジョニングを構成したら、次のリソースを使用してデプロイを監視します。

1. プロビジョニング ログを使用して、どのユーザーが正常にプロビジョニングされたか、または正常にプロビジョニングされなかったかを判断する
2. 進行状況バーを確認して、プロビジョニング サイクルの状態と完了までの近さを確認します
3. プロビジョニング構成が異常な状態にあると思われる場合、アプリケーションは検疫に入ります。 検疫状態についての詳細は、アプリケーションプロビジョニングの隔離状態に関する記事をご覧ください。

その他のリソース

• Enterprise Apps のユーザー アカウント プロビジョニングの管理。
• Microsoft Entra ID でのアプリケーション アクセスとシングル サインオンとは。

関連コンテンツ

• ログを確認し、プロビジョニング アクティビティに関するレポートを取得する方法について説明します。