チュートリアル: Airtable を構成し、自動ユーザー プロビジョニングに対応させる

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

サポートされる機能

  • Airtable でユーザーを作成します。
  • アクセスが不要になった Airtable のユーザーを削除します。
  • Microsoft Entra ID と Airtable の間でユーザー属性の同期を維持する。
  • Airtable でグループとグループ メンバーシップをプロビジョニングします。
  • Airtable へのシングル サインオン (推奨)。

前提条件

このチュートリアルで説明するシナリオでは、次の前提条件目があることを前提としています。

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

手順 2: Airtable Personal Access Token を作成して、Microsoft Entra ID によるプロビジョニングを承認します。

  1. 管理者ユーザーとして Airtable Developer Hub にログインし、https://airtable.com/create/tokens に移動します。

  2. 左側のナビゲーション バーから "個人用アクセス トークン" を選択します。

    個人用アクセス トークン選択のスクリーンショット。

  3. "AzureAdScimProvisioning" などの覚えやすい名前で新しいトークンを作成します。

  4. "enterprise.scim.usersAndGroups:manage" スコープを追加します。

    エンタープライズ Scim スコープの追加のスクリーンショット。

  5. "トークンの作成" を選択し、生成されたトークンをコピーして、以下の手順 5 で使用します。

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

手順 4:プロビジョニングの対象となるユーザーを定義する

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

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

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

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

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

Microsoft Entra ID で Airtable の自動ユーザー プロビジョニングを構成するには、次の操作を実行します:

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

  2. [ID]>[アプリケーション]>[エンタープライズ アプリケーション] の順に移動します

    [エンタープライズ アプリケーション] ブレードのスクリーンショット。

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

    アプリケーション リストの Airtable リンクのスクリーンショット。

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

    [プロビジョニング] タブのスクリーンショット。

  5. [プロビジョニング モード][自動] に設定します。

    [プロビジョニング] タブの [自動] のスクリーンショット。

  6. [管理者資格情報] セクションで、

    1. Airtable テナント URL として「https://airtable.com/scim/v2」と入力します。

    2. 上記の手順 2 で作成した個人用アクセス トークンをシークレット トークンとして入力します。

    [接続テスト] をクリックして、Microsoft Entra ID で Airtable に接続できることを確認します。 接続が失敗した場合は、Airtable アカウントに管理者権限があること、個人用アクセス トークンに適切なスコープが適用されていることを確認してから、もう一度お試しください。

    トークンのスクリーンショット。

  7. [通知用メール] フィールドに、プロビジョニングのエラー通知を受け取るユーザーまたはグループの電子メール アドレスを入力して、 [エラーが発生したときにメール通知を送信します] チェック ボックスをオンにします。

    通知用メールのスクリーンショット。

  8. [保存] を選択します。

  9. [マッピング] セクションで、[Microsoft Entra ユーザーを Airtable に同期する] を選択します。

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

    属性 Type フィルター処理のサポート Airtable で必須
    userName String
    active Boolean
    displayName String
    title String
    emails[type eq "work"].value String
    preferredLanguage String
    name.givenName String
    name.familyName String
    name.formatted String
    addresses[type eq "work"].formatted String
    addresses[type eq "work"].streetAddress String
    addresses[type eq "work"].locality String
    addresses[type eq "work"].region String
    addresses[type eq "work"].postalCode String
    addresses[type eq "work"].country String
    phoneNumbers[type eq "work"].value String
    phoneNumbers[type eq "mobile"].value String
    phoneNumbers[type eq "fax"].value String
    externalId String
    nickName String
    urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:employeeNumber String
    urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:department String
    urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:manager.value String
    addresses[type eq "home"].formatted String
    addresses[type eq "home"].streetAddress String
    addresses[type eq "home"].locality String
    addresses[type eq "home"].region String
    addresses[type eq "home"].postalCode String
    addresses[type eq "home"].country String
    addresses[type eq "other"].formatted String
    addresses[type eq "other"].streetAddress String
    addresses[type eq "other"].locality String
    addresses[type eq "other"].region String
    addresses[type eq "other"].postalCode String
    addresses[type eq "other"].country String
    emails[type eq "home"].value String
    emails[type eq "other"].value String
    locale String
    name.honorificPrefix String
    name.honorificSuffix String
    name.middleName String
    name.familyName String
    phoneNumbers[type eq "home"].value String
    phoneNumbers[type eq "other"].value String
    phoneNumbers[type eq "pager"].value String
    timezone String
    urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:costCenter String
    urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:division String
    urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:organization String
    userType String
  11. [マッピング] セクションで、[Microsoft Entra グループを Airtable に同期する] を選択します。

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

    属性 Type フィルター処理のサポート Airtable で必須
    displayName String
    members リファレンス
  13. スコープ フィルターを構成するには、スコープ フィルターのチュートリアルの次の手順を参照してください。

  14. Airtable に対して Microsoft Entra プロビジョニング サービスを有効にするには、[設定] セクションで [プロビジョニングの状態][オン] に変更します。

    [プロビジョニング状態] トグルのスクリーンショット。

  15. [設定] セクションの [スコープ] で目的の値を選択して、Airtable にプロビジョニングするユーザーやグループを定義します。

    プロビジョニング スコープのスクリーンショット。

  16. プロビジョニングの準備ができたら、 [保存] をクリックします。

    プロビジョニング設定の保存のスクリーンショット。

この操作により、 [設定] セクションの [スコープ] で定義したすべてのユーザーとグループの初期同期サイクルが開始されます。 初期サイクルは後続の同期よりも実行に時間がかかります。後続のサイクルは、Microsoft Entra のプロビジョニング サービスが実行されている限り約 40 分ごとに実行されます。

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

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

  • プロビジョニング ログを使用して、正常にプロビジョニングされたユーザーと失敗したユーザーを特定します。
  • 進行状況バーを確認して、プロビジョニング サイクルの状態と完了までの時間を確認します
  • プロビジョニング構成が異常な状態になったと考えられる場合、アプリケーションは検疫されます。 検疫状態の詳細については、こちらを参照してください。

その他のリソース

次のステップ