ID プロバイダーを Tomba に接続すると、チームは会社のアカウントでサインインできるようになります。ID プロバイダーとは、Okta、Microsoft Entra ID、Google Workspace など、会社のサインインを管理するサービスです。

始める前に

💡 ヒント：Google Workspace をご利用の場合は、代わりに Google Workspace で SSO を設定するの手順に従ってください。

Tomba を ID プロバイダーに追加する

Settings > SAML SSO に移動します。
Service provider details で、Entity ID (Audience URI) と ACS URL (Reply URL) をコピーします。
ID プロバイダーの管理コンソールで、新しいカスタム SAML アプリを作成します。
両方の値をアプリに貼り付けます。
Name ID の形式を Email に設定します。Tomba はこれを使ってユーザーを識別します。
アプリを保存します。

ID プロバイダーから、新しいアプリのメタデータ XML ファイルが提供されます。この小さなファイルにより、Tomba は ID プロバイダーからのサインインを信頼します。ファイルをダウンロードしてから、次の操作を行います。

後から変更するには、Replace metadata をクリックしてから Update metadata をクリックします。

この作業はテストの前に行います。Tomba はメールアドレスのドメインをもとに SSO のサインイン先を見つけるため、ドメインが検証されるまでは誰も SSO のサインイン先にアクセスできません。SSO 用にドメインを検証するの手順に従ってください。

Sign-in method で、All methods、SSO preferred、Only SAML SSO のいずれかを選びます。それぞれの動作については、SSO の適用モードをご覧ください。

Tomba がメールアドレスを SSO の設定と照合できていません。Verified domains でドメインが検証済みと表示されていること、そのドメインのアドレスを使っていることを確認します。

ID プロバイダーで次の3点を確認します。

Just-in-time provisioning がオンなら不要です。ユーザーが初めて SSO でサインインしたときに Tomba がアカウントを作成し、同じページに表示されている Default role を割り当てます。