シングルサインオン(SSO)を使うと、チームは普段使っている会社のアカウントで Tomba にサインインできるため、Tomba 専用のパスワードが不要になります。この2つをつなぐ標準規格が SAML です。
会社のアカウントは ID プロバイダーで管理されています。Tomba は、Okta、Microsoft Entra ID、Google Workspace、Salesforce などの SAML 2.0 ID プロバイダーに対応しています。
始める前に
Tomba の Enterprise プラン
ワークスペースのオーナーまたは管理者のロール
ID プロバイダーの管理者アクセス権。お持ちでない場合は、IT チームに依頼してください。
SSO を使う理由
サインインは1つで完結。チームは使い慣れたアカウントでサインインできます。
アクセス管理を一か所に集約。設定を Only SAML SSO にすると、メンバーは ID プロバイダー経由でサインインする必要があります。オーナーと管理者は、予備の手段としてパスワードを保持します。
招待は不要。設定で Just-in-time provisioning を使うと、ユーザーが初めて SSO でサインインしたときに Tomba がアカウントを作成します。
設定の流れ
Tomba を ID プロバイダーに追加します。Tomba の2つの値を新しい SAML アプリにコピーします。
メタデータをアップロードします。メタデータは ID プロバイダーが発行する小さなファイルです。このファイルにより、Tomba は ID プロバイダーからのサインインを信頼します。
メールドメインを検証します。メンバーがサインインに使うドメインを所有していることを証明します。
サインインをテストします。チームが使い始める前に、正しく動作することを確認します。
メンバーのサインイン方法を選びます。SSO を推奨または必須に設定します。
Settings > SAML SSO にはチェックリストが表示され、残りの作業を確認できます。詳しい手順は SAML SSO を設定するをご覧ください。
関連記事
