シングルサインオン（SSO）の接続後に、チームが Tomba にサインインする方法を選びます。SSO を使うと、Tomba 専用のパスワードではなく会社のアカウントを利用できます。

始める前に

Tomba の Enterprise プランと、Owner または Admin のロールが必要です。これらのオプションは接続後にのみ表示されるため、SSO を接続済みである必要があります。SAML SSO を設定するをご覧ください。

サインイン方法を選ぶ

メンバーは、メールアドレスとパスワード、Google などのアカウント、SSO のいずれかでサインインできます。これがデフォルトで、設定をテストしている間に適しています。

他のサインイン方法と並んで SSO を利用できます。SSO の利用を強制されることはありません。SSO を使えるのは、検証済みドメインのメールアドレスを持つユーザーだけです。

メンバーは会社のアカウントでサインインする必要があります。パスワードや Google などのアカウントでのサインインは、メンバーには使えなくなります。

これをオンにするには、先にドメインを検証する必要があります。検証済みのドメインがないと、メンバーは SSO のサインイン画面にたどり着けないため、Require SSO ボタンはオフのままです。

このオプションを選択すると、Require SAML SSO? ウィンドウで確認を求められます。Require SSO をクリックします。

⚠️ 重要：切り替える前に、まず SSO でのサインインをテストし、チームに知らせてください。オーナーと管理者はパスワードを予備として保持するため、締め出されることはありません。

Just-in-time provisioning は、ユーザーが初めて SSO でサインインしたときに Tomba アカウントを作成します。スイッチは同じページの Identity provider にあります。

On: 新しいユーザーには、初回の SSO サインイン時にアカウントが作成されます。割り当てられるのはページに表示されている Default role で、通常はメンバーです。
Off: Tomba はこの方法ではアカウントを作成しないため、サインインの前にユーザーを招待します。

💡 ヒント：招待なしで新入社員にアクセス権を付与したい場合は、これをオンにします。

テスト中は All methods から始めます。次にドメインを検証し、SSO でのサインインをテストしてチームに知らせます。必須にする場合は Only SAML SSO に切り替えます。

Identity provider の Disable SSO をクリックし、確認します。メンバーは他のサインイン方法に戻り、ID プロバイダーの設定は削除されます。