Skip to main content
エンタープライズワークスペースの設定により、管理者はワークスペース内のすべてのメンバーに対して、アプリと Superagents の動作を一元的に管理できます。すべてのアプリで SSO を強制したり、ロールごとの公開権限や可視性ポリシーを設定したり、組織に適さない場合は Superagents を完全に無効化したりできます。

アプリアクセス用の SSO の管理

エンタープライズ管理者は、単一のプロバイダーを通じて、ワークスペース内のすべてのアプリに SSO を強制できます。これにより、複数のアプリへのサインインが容易になり、セキュリティ基準がすべての場所で適用されます。 たとえば、会社が Base44 ワークスペース内に 10 個の異なるアプリを持っている場合、アプリアクセス用の SSO を有効にすれば、各アプリで新しいログインを作成する代わりに、全員が中央の会社の認証情報でログインできます。
重要:
  • アプリアクセス用の SSO を管理できるのはエンタープライズ管理者のみです。有効にすると、アプリユーザーは組織の SSO 認証情報を使用してワークスペース内のすべてのアプリにアクセスします。
  • すべてのアプリでワークスペース SSO を強制するには、ID プロバイダー (IdP) の設定に追加のリダイレクト URI を追加する必要があります: https://app.base44.com/api/workspace_apps/{{WORKSPACE_ID}}/auth/sso/callback
ワークスペース内のすべてのアプリで SSO を設定するには:
  1. エンタープライズワークスペース SSO を設定します。
  2. アカウントの左下にあるワークスペース名をクリックします。
  3. Settings をクリックします。
  4. Governance をクリックします。
  5. Apps SSO トグルをクリックします。
    • 有効: すべてのアプリがワークスペース SSO 設定を使用し、アプリレベルの設定は無効になります。サインインを必要としなかったパブリックアプリも、アプリと API の両方でサインインが必須になります。
    • 無効: 既存のアプリはワークスペース SSO を維持し、引き続きサインインが必要です。新しいアプリのみが独自の認証設定を使用します。

プライベートアプリへのアクセスを自動的に付与する

エンタープライズ管理者は、SSO 経由でサインインしたときに、対象となるプライベートアプリへのアクセスを自動的に付与するワークスペースのデフォルトを設定できます。これにより、各アプリにユーザーを招待したり、個別のアクセス要求を承認したりする必要がなくなります。 これは、SSO を唯一のサインイン方法として使用しているプライベートアプリにのみ適用されます。別の方法でサインインするユーザーは、引き続き通常の招待またはアクセス要求のフローを使用します。
始める前に: ワークスペースのデフォルトを設定するには Enterprise plan が必要です。
プライベートアプリへのアクセスを自動的に付与するには:
  1. アカウントの左下にあるワークスペース名をクリックします。
  2. Settings をクリックします。
  3. Governance をクリックします。
  4. Apps SSO カードを見つけます。
  5. Auto-admit SSO users in private apps トグルをクリックします。
Setting the workspace default for auto-admitting SSO users in private apps

Setting the workspace default for auto-admitting SSO users in private apps

このワークスペース設定は、対象となるアプリのデフォルトになり、この方法で受け入れられたユーザーには user ロールが付与されます。個別のアプリごとに、そのアプリの認証設定 でデフォルトを上書きできます。独自の設定を持たないアプリは、ワークスペースのデフォルトに従います。独自の設定を持つアプリは、オンまたはオフのいずれかでその設定を維持し、その後のワークスペースのデフォルトの変更の影響を受けません。
注意事項:
  • 自動受け入れは、SSO がアプリの唯一のサインイン方法である場合にのみ適用されます。別のサインイン方法を追加したり、SSO をオフにしたりすると、ワークスペースのデフォルトがオンであっても、そのアプリの自動受け入れは停止します。
  • ワークスペースのデフォルトをオフにしても、既にアクセス権を持っているユーザーは削除されません。
  • アプリダッシュボードの Users からユーザーを削除しても、そのアクセス権は取り消されません。次に SSO 経由でサインインしたときに再度受け入れられるため、代わりに ID プロバイダーで削除または停止してください。

公開権限

公開権限を使用すると、各ロール (Owner、Admin、Editor、Guest) がアプリを公開する際に何ができるかを制御できます。公開できるかどうか、選択できる可視性レベル、およびデフォルトで設定される可視性レベルを制御できます。メンバーのロールが公開アクションをブロックする場合、代わりに 公開承認要求 を送信できるため、ポリシーを緩めることなく作業を進められます。
注意事項:
  • Owner ロールは常に公開権限を持ち、任意の可視性レベルを使用できるため、その設定は変更できません。
  • 公開できないロールのメンバーでも、アプリのビルドと編集は可能です。

公開権限の設定

ワークスペースの設定から、各ロールの公開権限と可視性レベルを構成します。 ロールごとに公開権限を設定するには:
  1. アカウントの左下にあるワークスペース名をクリックします。
  2. Settings をクリックします。
  3. Governance をクリックします。
  4. Publishing permissions テーブルで、構成したいロールを見つけます。
  5. Can publish トグルを使用して、そのロールの公開を許可またはブロックします。
  6. Allowed visibility で、そのロールが使用できる可視性レベルを選択します。少なくとも 1 つのレベルを選択したままにしてください:
    • すべて: ロールは任意の可視性レベルを使用できます。
    • プライベート: 明示的に招待したユーザーのみがアクセスできます。
    • ワークスペース: すべてのワークスペースメンバーがアクセスできます。
    • 公開(ログイン必須): ワークスペース外のユーザーを含む、Base44 アカウントを持つすべての人がアクセスできます。
    • 公開(ログイン不要): インターネット上の誰でもアクセスできます。アカウントは不要です。
  7. Default visibility で、そのロールを持つユーザーが公開したときに自動的に選択される可視性レベルを選択します。前の手順で許可したレベルからのみ選択できます。
すべてのロールを元の設定に戻すには、Reset to defaults をクリックします。
ガバナンス追跡のため、公開権限の変更は、すべてのアプリの公開、非公開、公開承認要求のイベントとともに、ガバナンスルールの変更としてワークスペースの監査ログに記録されます。これらのイベントは Audit Logs API で取得できます。

公開承認要求

ワークスペースのメンバーが公開しようとしたが、そのロールに権限がない、または選択した可視性レベルがそのロールに許可されていない場合、ブロックされる代わりに公開要求を送信できます。あなたと他のワークスペースオーナーおよび管理者は、メールと、ワークスペース上部の Bell アイコン の下にある Base44 通知で通知されます。通知をクリックするとエディターでアプリが開き、いずれかがメンバーに代わってレビューして公開できます。 メンバー側では、アプリエディターの Publish パネルに Request to publish ボタンが表示されます。このボタンをクリックすると短い要求フォームが開き、アプリに希望する可視性を選択し、必要に応じてレビュアーへのメッセージを追加し、Send request をクリックします。
Requesting approval to publish an app

Requesting approval to publish an app

各要求には、メンバーのメールアドレス、要求された可視性、およびメッセージが表示されます。

アプリの MCP アクセスの管理

エンタープライズワークスペースのオーナーと管理者は、ワークスペース内のアプリが AI アシスタントに MCP サーバーを公開するかどうかを制御できます。 MCP アクセスを管理するには:
  1. ワークスペースの Settings に移動します。
  2. Governance をクリックします。
  3. MCP access for AI assistants を見つけます。
  4. ポリシーを選択します:
    • 許可: アプリはサインインの有無にかかわらず MCP サーバーを公開できます。
    • サインイン必須: アプリは MCP サーバーを公開できますが、AI アシスタントはサインインする必要があります。ワークスペース内のすべてのアプリ MCP サーバーは OAuth を使用します。
    • 不許可: ワークスペース内のアプリは MCP サーバーを公開できません。
ポリシー変更は、対象アプリを再公開せずに適用されます。不許可 を選択すると、既存の MCP サーバーは次の要求時に停止します。 アプリレベルの設定手順については、AI アシスタントをアプリに接続する を参照してください。

Superagents の管理

ワークスペースメンバーが Superagents を作成、アクセス、または操作できないようにすることができます。この設定を有効にすると、Superagents はワークスペース全体のすべてのメンバーから非表示になります。 これは、組織が AI エージェントの使用を承認していない場合や、Superagents を特定のチームに段階的に展開したい場合に便利です。
ワークスペースの Superagents を有効または無効にできるのは、ワークスペースのオーナーと管理者のみです。
ワークスペースで Superagents を無効化するには:
  1. アカウントの左下にあるワークスペース名をクリックします。
  2. Settings をクリックします。
  3. Basic information をクリックします。
  4. Disable Superagents トグルを有効にします。
Disable Superagents toggle in Basic information settings

Disabling Superagents for your enterprise workspace


FAQ

アプリの SSO と可視性について詳しく知るには、以下の質問を選択してください。
強制が有効になっている場合、既存のアプリは自動的にワークスペース SSO 設定を使用します。アプリレベルの SSO 設定はロックされ、エンタープライズ管理者のみが管理できます。
いいえ。ワークスペース SSO の強制が有効になっている場合、すべてのワークスペースアプリは会社の SSO プロバイダーを使用します。アプリビルダーは、管理者が強制を無効にした場合にのみ、SSO 設定を選択できます。
はい。ワークスペースのポリシーで制限されていない限り、いつでもアプリの設定でアプリの可視性を変更できます。
社内アプリと顧客向けアプリの両方を持つ組織では、ワークスペースを次のように構成します:ワークスペースレベル:
  • ワークスペース SSO: ON (従業員は会社の認証情報を使用)
  • Apps SSO トグル: OFF (グローバルに強制しない)
アプリレベル:
  • 社内アプリ: 個別にワークスペース SSO を有効化
  • 顧客向けアプリ: 独自の認証 (メール/パスワード、Google) と適切な可視性制御を使用
これにより、社内ツールを保護しながら、顧客アプリのアクセス性を維持する柔軟性が得られます。
アプリレベルの認証設定は新しいワークスペースに引き継がれますが、以下の点に留意してください:
  1. ワークスペースの Apps SSO トグルがオンになっている場合、ワークスペース SSO はアプリレベルの認証設定を即座に上書きします。
  2. 既存のアプリユーザーは保持されますが、アプリが以前、新しいワークスペースで構成されていないログイン方法 (異なるリダイレクト URI を持つカスタム SSO など) を使用していた場合、認証が再構成されるまでユーザーはログインの問題に直面する可能性があります。
  3. アプリにコネクター (Google、Slack などへの OAuth 接続) が設定されており、それらがアプリ自体ではなく設定した個人に紐付いている場合、それらの接続は新しいワークスペースコンテキストで再認可する必要がある場合があります。
このページは AI を使用して翻訳されました。最も正確で最新の情報については、英語版 を参照してください。