この記事では、自動ユーザー プロビジョニングを構成するために Airtable と Microsoft Entra ID の両方で実行する必要がある手順について説明します。 Microsoft Entra IDを構成すると、Microsoft Entra プロビジョニング サービスを使用して、ユーザーとグループがAirtableに自動的にプロビジョニングおよび解除されます。 このサービスの機能、しくみ、よく寄せられる質問の詳細については、「 Microsoft Entra ID を使用した SaaS アプリケーションへの自動ユーザー プロビジョニングとプロビジョニング解除」を参照してください。
サポートされている機能
- Airtable でユーザーを作成します。
- Airtableのユーザーは、アクセスが不要になった場合に削除します。
- Microsoft Entra IDと Airtable の間でユーザー属性の同期を維持します。
- Airtable にグループとグループ メンバーシップをプロビジョニングする。
- Airtable にシングル サインオンします (推奨)。
[前提条件]
この記事で説明するシナリオでは、次の前提条件が既にあることを前提としています。
- Microsoft Entra テナント。
- 次のいずれかのロール: アプリケーション管理者、Cloud アプリケーション管理者、またはアプリケーション所有者。
- Airtable テナント。
- 管理者アクセス許可がある Airtable のユーザー アカウント。
手順 1: プロビジョニングデプロイメントを計画する
- プロビジョニング サービスのしくみを確認します。
- プロビジョニングの範囲に含めるユーザーを決定します。
- Microsoft Entra IDとAirtableの間で
マッピングするデータを決定します。
手順 2: Airtable Personal Access トークンを作成して、Microsoft Entra IDを使用してプロビジョニングを承認します。
Airtable Developer Hub に管理者ユーザーとしてログインし、
https://airtable.com/create/tokensに移動します。左側のナビゲーション バーから [個人用Access トークン] を選択します。
"AzureAdScimProvisioning" などの覚えやすい名前で新しいトークンを作成します。
"enterprise.scim.usersAndGroups:manage" スコープを追加します。
[トークンの作成] を選択し、次の 手順 5 で使用するために結果のトークンをコピーします。
ステップ 3: Microsoft Entra アプリケーション ギャラリーから Airtable を追加する
Microsoft Entra アプリケーション ギャラリーから Airtable を追加して、Airtable へのプロビジョニングの管理を開始します。 SSO 用に Airtable を以前に設定している場合は、同じアプリケーションを使用できます。 ただし、最初に統合をテストするときは、別のアプリを作成することをお勧めします。 ギャラリーからアプリケーションを追加する方法の詳細については、こちらを参照してください。
手順 4: プロビジョニングのスコープに含まれるユーザーを定義する
Microsoft Entra プロビジョニング サービスを使用すると、アプリケーションへの割り当てに基づいて、またはユーザーまたはグループの属性に基づいてプロビジョニングされるユーザーをスコープできます。 割り当てに基づいてアプリにプロビジョニングされるユーザーのスコープを設定する場合は、ステップを使用して、ユーザーとグループをアプリケーションに割り当てることができます。 ユーザーまたはグループの属性のみに基づいてプロビジョニングする対象を決定する場合、スコープフィルターを使用できます。
小規模から始めます。 すべてのユーザーとグループにロールアウトする前に、少数のユーザーとグループでテストします。 プロビジョニングのスコープが割り当てられたユーザーとグループに設定されている場合は、1 つまたは 2 つのユーザーまたはグループをアプリに割り当てることで、これを制御できます。 スコープがすべてのユーザーとグループに設定されている場合は、 属性ベースのスコープ フィルターを指定できます。
追加のロールが必要な場合は、 アプリケーション マニフェストを更新 して新しいロールを追加できます。
手順 5: Airtable への自動ユーザー プロビジョニングを構成する
このセクションでは、Microsoft Entra ID でのユーザーまたはグループの割り当てに基づき、TestApp においてユーザーやグループを作成、更新、または無効化するために、Microsoft Entra プロビジョニング サービスを構成する手順を案内します。
Microsoft Entra IDで Airtable の自動ユーザー プロビジョニングを構成するには:
Microsoft Entra 管理センターに少なくとも Cloud アプリケーション管理者としてサインインします。
Entra ID>企業向けアプリケーションを参照する
![[エンタープライズ アプリケーション] ブレードのスクリーンショット。](common/enterprise-applications.png)
アプリケーションの一覧で Airtable を選択します。
[プロビジョニング] タブを選択します。
![[プロビジョニング] タブのスクリーンショット。](common/provisioning.png)
設定 + 新しい構成。
![[プロビジョニング] タブの [自動] のスクリーンショット。](common/application-provisioning.png)
[ テナント URL ] フィールドに、Airtable テナント URL とシークレット トークンを入力します。 [Test Connection を選択して、Microsoft Entra IDが Airtable に接続できることを確認します。 接続に失敗した場合は、Airtable アカウントに必要な管理者アクセス許可があることを確認してから、もう一度やり直してください。
[ 作成] を選択して構成を作成します。
[概要] ページで [プロパティ] を選択します。
鉛筆を選択してプロパティを編集します。 通知メールを有効にし、検疫メールを受信する電子メールを提供します。 誤削除防止を有効にします。 適用を選択して、変更を保存します。
左側のパネルで [属性マッピング ] を選択し、ユーザーを選択 します。
Attribute-Mapping セクションで、Microsoft Entra IDから Airtable に同期されるユーザー属性を確認します。 [照合プロパティ] として選択されている属性は、更新操作で Airtable のユーザー アカウントとの照合に使用されます。 一致するターゲット属性を変更する場合は、Airtable API がその属性に基づくユーザーのフィルター処理をサポートしていることを確認する必要があります。 [保存] ボタンをクリックして変更をコミットします。
特性 タイプ フィルター処理でサポートされます Airtable で必要 ユーザー名 糸 ✓ ✓ 活動中 ブール値 displayName 糸 タイトル 糸 emails[type eq "仕事"].value 糸 優先言語 糸 name.givenName 糸 ✓ name.familyName 糸 ✓ name.formatted 糸 addresses[type eq "work"].フォーマット済み 糸 アドレス[タイプ eq "作業"].ストリートアドレス 糸 アドレス[タイプ eq "職場"].ローカリティ 糸 アドレス[タイプが"仕事"に等しい].地域 糸 addresses[タイプ eq "work"].郵便番号 糸 アドレス[タイプ Eq "仕事"].国 糸 phoneNumbers[タイプが "職場" の場合].値 糸 電話番号[タイプ eq "携帯"].値 糸 phoneNumbers[type eq "ファックス"].value 糸 externalId 糸 ニックネーム 糸 urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:employeeNumber 糸 urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:department 糸 urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:manager.value 糸 アドレス[type eq "ホーム"].フォーマット済み 糸 アドレス[タイプ eq "home"].ストリートアドレス 糸 addresses[type eq "home"].locality（住所[タイプ＝「自宅」].地域） 糸 アドレス[type eq "home"].リージョン 糸 アドレス[タイプ eq "home"].郵便番号 糸 N/A 糸 アドレス[タイプ eq "other"].フォーマット済み 糸 addresses[type eq "その他"].streetAddress 糸 住所[タイプ eq "その他"].市区町村 糸 addresses[type eq "その他"].地域 糸 住所[タイプ eq "その他"].郵便番号 糸 住所[タイプ eq "その他"].国 糸 メール[タイプ eq "自宅"].値 糸 emails[タイプ eq "その他"].値 糸 ロケール 糸 name.honorificPrefix 糸 name.honorificSuffix 糸 name.middleName 糸 name.familyName 糸 電話番号[タイプ eq "home"].値 糸 phoneNumbers[種類 eq "その他"].value 糸 電話番号[タイプイコール "ポケベル"].値 糸 タイムゾーン 糸 urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:costCenter 糸 urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:division 糸 urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:organization 糸 ユーザータイプ 糸 [グループ] を選びます。
Attribute-Mapping セクションで、Microsoft Entra IDから Airtable に同期されるグループ属性を確認します。 [照合プロパティ] として選択されている属性は、更新操作で Airtable のグループとの照合に使用されます。 [保存] ボタンをクリックして変更をコミットします。
特性 タイプ フィルター処理でサポートされます Airtable で必要 displayName 糸 ✓ ✓ members リファレンス スコープ フィルターを構成するには、スコープ フィルターに関する記事に記載されている次の手順 を参照してください。
オンデマンド プロビジョニングを使用して、組織内でより広範に展開する前に、少数のユーザーとの同期を検証します。
プロビジョニングの準備ができたら、[概要] ページから [プロビジョニングの開始] を選択します。
手順 6: デプロイを監視する
プロビジョニングを構成したら、次のリソースを使用してデプロイを監視します。
- プロビジョニング ログを使用して、どのユーザーが正常にプロビジョニングされたか、または正常にプロビジョニングされなかったかを判断する
- 進行状況バーを確認して、プロビジョニング サイクルの状態と完了までの近さを確認します
- プロビジョニング構成が異常な状態にあると思われる場合、アプリケーションは検疫に入ります。 検疫状態についての詳細は、アプリケーションプロビジョニングの隔離状態に関する記事をご覧ください。