Skip to main content
Avec un plan Enterprise (Business ou Enterprise), les paramètres d’espace de travail donnent aux propriétaires et administrateurs un contrôle centralisé sur le comportement des applications et des Superagents pour tous les membres de l’espace de travail. Vous pouvez imposer le SSO à toutes les applications, définir des permissions de publication par rôle ou par groupe, contrôler l’accès MCP des assistants IA et désactiver entièrement les Superagents s’ils ne conviennent pas à votre organisation.

​
Imposer le SSO aux applications

Les propriétaires et administrateurs d’espace de travail peuvent imposer le SSO à toutes les applications d’un espace de travail via un seul fournisseur. Les personnes se connectent ainsi sans effort à plusieurs applications, et vos normes de sécurité s’appliquent partout. Par exemple, si votre entreprise a 10 applications différentes dans un espace de travail Base44, activer le SSO pour l’accès aux applications signifie que tout le monde se connecte avec ses identifiants d’entreprise centraux, au lieu de créer de nouveaux identifiants pour chaque application.
Important :
  • Seuls les propriétaires et administrateurs d’espace de travail peuvent gérer le SSO pour l’accès aux applications. Une fois activé, les utilisateurs des applications utilisent les identifiants SSO de votre organisation pour accéder à chaque application de l’espace de travail.
  • Pour imposer le SSO d’espace de travail à toutes les applications, vous devez ajouter une URI de redirection supplémentaire à la configuration de votre fournisseur d’identité (IdP) : https://app.base44.com/api/workspace_apps/{{WORKSPACE_ID}}/auth/sso/callback
Pour configurer le SSO pour toutes les applications de l’espace de travail :
  1. Configurez le SSO de votre espace de travail.
  2. Cliquez sur le nom de votre espace de travail en bas à gauche de votre compte.
  3. Cliquez sur Settings.
  4. Cliquez sur Governance.
  5. Cliquez sur le bouton bascule Apps SSO. Le bouton n’apparaît qu’une fois le SSO de votre espace de travail configuré.
    • Activé : toutes les applications utilisent les paramètres SSO de l’espace de travail et la configuration au niveau de l’application est désactivée. Les applications publiques qui n’exigeaient pas de connexion l’exigent désormais, pour l’application comme pour son API.
    • Désactivé : les applications existantes conservent le SSO de l’espace de travail et exigent toujours la connexion. Seules les nouvelles applications utilisent leurs propres paramètres d’authentification.

​
Admettre automatiquement les utilisateurs SSO

Les propriétaires et administrateurs d’espace de travail peuvent définir une valeur par défaut d’espace de travail qui donne automatiquement accès aux applications privées éligibles quand les personnes se connectent via le SSO. Vous n’avez donc pas besoin d’inviter les personnes à chaque application ni d’approuver les demandes d’accès individuelles. Cela s’applique uniquement aux applications privées qui utilisent le SSO comme seule méthode de connexion. Les personnes qui se connectent autrement continuent d’utiliser le flux normal d’invitation ou de demande d’accès.
La définition de la valeur par défaut d’espace de travail nécessite un plan Enterprise (Business ou Enterprise). Les espaces de travail créés avant le 1er octobre 2026 peuvent aussi la définir avec le plan Elite.
Pour donner automatiquement accès aux applications privées :
  1. Cliquez sur le nom de votre espace de travail en bas à gauche de votre compte.
  2. Cliquez sur Settings.
  3. Cliquez sur Governance.
  4. Trouvez la carte Apps SSO.
  5. Cliquez sur le bouton bascule Auto-admit SSO users in private apps.
Setting the workspace default for auto-admitting SSO users in private apps

Définition de la valeur par défaut d'espace de travail pour l'admission automatique des utilisateurs SSO dans les applications privées

Le paramètre d’espace de travail devient la valeur par défaut des applications éligibles, et les personnes admises ainsi obtiennent le rôle utilisateur. Vous pouvez remplacer la valeur par défaut pour une application individuelle dans les paramètres d’authentification de cette application. Une application sans paramètre propre suit la valeur par défaut de l’espace de travail. Une application avec son propre paramètre le conserve, activé ou non, et les changements ultérieurs de la valeur par défaut ne l’affectent pas.
Comment fonctionne l’admission automatique :
  • L’admission automatique ne s’applique que tant que le SSO est la seule méthode de connexion de l’application. Si vous ajoutez une autre méthode de connexion ou désactivez le SSO, l’admission automatique s’arrête pour cette application même si la valeur par défaut de l’espace de travail est activée.
  • Désactiver la valeur par défaut de l’espace de travail ne retire l’accès à personne qui l’a déjà.
  • Retirer quelqu’un de Users dans le tableau de bord de votre application ne révoque pas son accès. Il est admis à nouveau lors de sa prochaine connexion via le SSO. Retirez-le ou suspendez-le plutôt dans votre fournisseur d’identité.

​
Définir les permissions de publication

Les permissions de publication vous permettent de contrôler ce que les personnes peuvent faire lors de la publication d’applications : si elles peuvent publier, quels niveaux de visibilité elles peuvent choisir, et lequel est défini par défaut. Vous définissez ces règles pour chaque rôle (Owner, Admin, Editor et Guest), et vous pouvez ajouter des règles pour des groupes d’espace de travail spécifiques quand une équipe a besoin de permissions différentes de celles de son rôle. Quand les permissions de publication d’une personne bloquent une action de publication, elle peut vous envoyer une demande d’approbation de publication à la place, pour que le travail avance sans assouplir vos politiques.
Bon à savoir sur les permissions de publication :
  • Le rôle Owner a toujours les droits de publication et peut utiliser n’importe quel niveau de visibilité. Ses paramètres ne peuvent donc pas être modifiés.
  • Les membres dont le rôle ne peut pas publier peuvent toujours construire et modifier leurs applications.

​
Définir les permissions par rôle

Configurez les droits de publication et les niveaux de visibilité de chaque rôle depuis les paramètres de votre espace de travail. Pour définir les permissions de publication par rôle :
  1. Cliquez sur le nom de votre espace de travail en bas à gauche de votre compte.
  2. Cliquez sur Settings.
  3. Cliquez sur Governance.
  4. Dans le tableau Role based publishing permissions, trouvez le rôle à configurer.
  5. Utilisez le bouton bascule Can publish pour autoriser ou bloquer la publication pour ce rôle.
  6. Sous Allowed visibility, sélectionnez les niveaux de visibilité que le rôle peut utiliser. Conservez au moins un niveau sélectionné :
    • All : le rôle peut utiliser n’importe quel niveau de visibilité.
    • Private : seules les personnes que vous invitez explicitement peuvent accéder.
    • Workspace : tous les membres de l’espace de travail peuvent accéder.
    • Public (login required) : toute personne avec un compte Base44 peut accéder, y compris les personnes extérieures à votre espace de travail.
    • Public (no login) : toute personne sur internet peut accéder. Aucun compte nécessaire.
  7. Sous Default visibility, choisissez le niveau de visibilité sélectionné automatiquement quand une personne avec ce rôle publie. Vous ne pouvez choisir que parmi les niveaux autorisés à l’étape précédente.
Role based publishing permissions

Définition des permissions de publication par rôle

Pour ramener chaque rôle à ses paramètres d’origine, cliquez sur Reset to defaults. Cela réinitialise uniquement les lignes de rôles et n’affecte pas les règles de groupes.

​
Définir les permissions pour des groupes

Parfois, une équipe a besoin de permissions de publication différentes de celles des autres personnes avec le même rôle. Par exemple, vous pouvez vouloir que votre équipe marketing publie des applications publiques sans ouvrir la publication publique à chaque Editor, ou empêcher des prestataires de publier sans bloquer le reste de vos Editors. Les règles de groupes le permettent : les membres d’un groupe avec une règle suivent la règle du groupe au lieu de celle de leur rôle.
Comment fonctionnent les règles de groupes :
  • Les règles de groupes utilisent vos groupes d’espace de travail existants, gérés sous Members and groups dans les paramètres de votre espace de travail.
  • Chaque groupe peut avoir une règle. Pour la changer, modifiez la ligne de la règle, ou supprimez la règle et ajoutez-en une nouvelle.
  • Si une personne appartient à plusieurs groupes avec une règle, elle suit la combinaison la plus permissive de ces règles.
  • Les règles de groupes n’affectent pas les Owners, qui peuvent toujours publier.
  • Si les groupes du fournisseur d’identité (IdP) sont désactivés pour votre espace de travail, les règles des groupes IdP affichent un badge Inactive et ne sont pas appliquées.
Pour définir les permissions de publication d’un groupe :
  1. Cliquez sur le nom de votre espace de travail en bas à gauche de votre compte.
  2. Cliquez sur Settings.
  3. Cliquez sur Governance.
  4. Sous Group based publishing permissions, cliquez sur Add rule.
  5. Dans la zone Search for a group, trouvez le groupe voulu et cochez sa case.
  6. Cliquez sur Add.
  7. Sur la ligne de la règle, définissez les permissions du groupe :
    • Utilisez le bouton bascule Can publish pour autoriser ou bloquer la publication.
    • Sous Allowed visibility, sélectionnez les niveaux de visibilité que le groupe peut utiliser : Public, Private ou Workspace.
    • Sous Default visibility, choisissez le niveau de visibilité sélectionné automatiquement quand un membre du groupe publie.
Capture d'écran de la page Governance avec la carte Group based publishing permissions entourée

Définition des permissions de publication pour un groupe

Pour supprimer la règle d’un groupe, cliquez sur l’icône de suppression sur sa ligne. Les membres de ce groupe suivent à nouveau les permissions de leur rôle.
Pour le suivi de gouvernance, les modifications des permissions de publication sont enregistrées dans les journaux d’audit de votre espace de travail comme changements de règles de gouvernance, avec chaque événement de publication, de dépublication et de demande d’approbation de publication d’application. Vous pouvez récupérer ces événements avec l’API Audit Logs.

​
Gérer les demandes de publication

Quand une personne de votre espace de travail essaie de publier mais que ses permissions ne le permettent pas, qu’elles viennent de son rôle ou d’une règle de groupe, elle peut envoyer une demande de publication au lieu d’être bloquée. Vous et les autres propriétaires et administrateurs de l’espace de travail êtes notifiés par e-mail et dans vos notifications Base44, sous l’icône Bell en haut de votre espace de travail. Cliquer sur la notification ouvre l’application dans l’éditeur, où chacun de vous peut l’examiner et la publier au nom du membre. Côté membre, le panneau Publish de son éditeur d’application affiche un bouton Request to publish. Il ouvre un court formulaire de demande où il sélectionne la visibilité souhaitée pour l’application, ajoute éventuellement un message pour le réviseur et clique sur Send request.
Requesting approval to publish an app

Demande d'approbation pour publier une application

Chaque demande vous montre l’adresse e-mail du membre, la visibilité demandée et son message.

​
Gérer l’accès MCP

MCP permet aux assistants IA, comme Claude ou ChatGPT, de se connecter à vos applications et de travailler avec elles. En tant que propriétaire ou administrateur d’espace de travail, vous choisissez si les applications de votre espace de travail peuvent offrir cette connexion, et si les assistants IA doivent d’abord se connecter. Pour configurer MCP sur une application individuelle, consultez Connecter des assistants IA à votre application. Pour gérer l’accès MCP :
  1. Cliquez sur le nom de votre espace de travail en bas à gauche de votre compte.
  2. Cliquez sur Settings.
  3. Cliquez sur Governance.
  4. Sous MCP access for AI assistants, sélectionnez une politique :
    • Allowed : les applications peuvent offrir une connexion MCP, avec ou sans connexion préalable.
    • Sign-in required : les applications peuvent offrir une connexion MCP, mais les assistants IA doivent se connecter.
    • Not allowed : les applications de l’espace de travail ne peuvent pas offrir de connexion MCP.
MCP access for AI assistants

Choix d'une politique d'accès MCP pour votre espace de travail

Les changements de politique s’appliquent immédiatement. Vous n’avez pas besoin de republier vos applications. Si vous sélectionnez Not allowed, les assistants IA déjà connectés perdent l’accès au prochain appel de l’application.

​
Contrôler les canaux des applications

Vos applications peuvent envoyer des messages aux personnes hors de votre espace de travail, et en recevoir de leur part, via des canaux comme WhatsApp, Slack, Telegram, LINE, iMessage et l’e-mail. Une politique de données entrantes et sortantes vous permet de décider quels canaux les applications sont autorisées à utiliser. La politique s’applique à chaque application de votre espace de travail, y compris les applications construites plus tard, et les builders ne peuvent pas la contourner tant qu’elle est active.
Vous avez besoin du plan Enterprise pour définir une politique de données entrantes et sortantes. Elle n’est pas incluse dans le plan Business. Si votre plan Enterprise n’est plus actif, vos paramètres sont conservés mais la politique cesse d’être appliquée jusqu’à ce que vous repassiez au plan supérieur.

​
Définir une politique de canaux

Activez la politique, puis choisissez les canaux que les applications de votre espace de travail peuvent utiliser. Pour définir votre politique d’espace de travail :
  1. Cliquez sur le nom de votre espace de travail en bas à gauche de votre compte.
  2. Cliquez sur Settings.
  3. Cliquez sur Governance.
  4. Cliquez sur l’onglet Data in & out.
  5. Dans la carte Workspace policy, cliquez sur Turn on.
  6. Dans le tableau Communication channels, utilisez le bouton bascule Access pour autoriser ou bloquer chaque canal.
La première fois que vous activez la politique, chaque canal que votre espace de travail peut utiliser démarre autorisé, donc rien de ce dont vos applications dépendent déjà ne cesse de fonctionner. Désactivez ensuite ceux que vous ne voulez pas. Chaque canal indique quelles parties de Base44 peuvent l’utiliser :
Capture d'écran de la politique d'espace de travail dans l'onglet Data in and out, montrant le tableau des canaux de communication

Choix des canaux que vos applications peuvent utiliser

Bon à savoir sur votre politique d’espace de travail :
  • Bloquer un canal arrête les messages dans les deux sens, vos applications ne peuvent donc plus y envoyer ni en recevoir.
  • Les canaux de votre tableau peuvent varier, donc vous pouvez en voir moins que ceux listés ci-dessus. Votre tableau montre uniquement les canaux que votre espace de travail peut réellement utiliser.
  • Les connecteurs ne font pas partie de cette politique. Vous les gérez individuellement depuis la page Connectors dans les paramètres de votre espace de travail.
  • Désactiver la politique permet à chaque application d’utiliser à nouveau tous les canaux.

​
Ajouter une exception à la politique

Si une application doit continuer à utiliser tous les canaux, ajoutez-la comme exception. Les exceptions fonctionnent sans restriction, ajoutez-les donc uniquement quand une application a réellement besoin de travailler hors de votre politique. Pour ajouter une exception à la politique :
  1. Cliquez sur le nom de votre espace de travail en bas à gauche de votre compte.
  2. Cliquez sur Settings.
  3. Cliquez sur Governance.
  4. Cliquez sur l’onglet Data in & out.
  5. Dans la carte Policy exceptions, cliquez sur Add exception.
  6. Dans la zone Search apps, trouvez l’application voulue et cochez sa case.
  7. (Facultatif) Dans le champ Reason, expliquez pourquoi l’application doit ignorer la politique.
  8. Cliquez sur Add exception.
Capture d'écran de la boîte de dialogue Add an exception, montrant la liste des applications et le champ facultatif Reason

Ajout d'une exception à la politique pour une application

Vous ne pouvez ajouter des exceptions que lorsque la politique d’espace de travail est active. Pour empêcher une application de contourner la politique, cliquez sur l’icône de suppression à côté de son nom dans la carte Policy exceptions.

​
Contrôler l’intégration des applications

D’autres sites web peuvent afficher vos applications publiées dans un iframe, par exemple pour placer une application sur le site de votre entreprise.
Avant de définir une politique :
  • La définition d’une politique d’intégration d’espace de travail nécessite un plan Enterprise (Business ou Enterprise). Seuls les propriétaires et administrateurs d’espace de travail peuvent la modifier.
  • Toute personne qui construit une application peut ajouter d’autres limites dans le paramètre d’intégration de l’application, mais ne peut pas assouplir votre politique.

​
Comprendre les politiques d’intégration

Une politique d’intégration d’espace de travail détermine quels sites web peuvent intégrer chaque application de votre espace de travail, y compris les applications construites plus tard. Voici comment elle fonctionne :
  • Ajoutez chaque site web avec https:// ou http:// devant. Pour autoriser tous les sous-domaines d’un site, placez un caractère générique au début, comme https://*.example.com.
  • L’intégration est autorisée par site web, pas par page, et vous pouvez ajouter jusqu’à 50 sites web.
  • Quand une modification rend l’intégration plus stricte, Base44 vous demande d’abord de la confirmer, car tout site web qui intègre déjà vos applications cesse immédiatement de fonctionner.
  • Votre espace de travail démarre sur Anyone, ce qui laisse chaque application décider. Rien n’est restreint tant que vous ne choisissez pas de politique.
  • Quand vous choisissez Only these sites ou No one, le paramètre d’intégration de chaque application affiche Managed by your workspace. Avec Only these sites, chaque application utilise votre liste. Une application peut toujours être définie sur No one, mais elle ne peut pas ajouter ses propres sites web.

​
Définir une politique d’intégration

Choisissez qui peut intégrer les applications de votre espace de travail depuis vos paramètres Governance. Pour définir où vos applications peuvent être intégrées :
  1. Cliquez sur le nom de votre espace de travail en bas à gauche de votre compte.
  2. Cliquez sur Settings.
  3. Cliquez sur Governance.
  4. Sous App embedded in iframe, choisissez qui peut intégrer vos applications :
    • Anyone : tout site web peut intégrer les applications de cet espace de travail.
    • Only these sites : seuls les sites web que vous ajoutez peuvent intégrer les applications de cet espace de travail. Sous Allowed websites, saisissez chaque site web et appuyez sur Entrée.
    • No one : aucun site web ne peut intégrer les applications de cet espace de travail.
  5. Si Base44 vous demande de confirmer la modification, cliquez sur Apply.
Capture d'écran de la carte App embedded in iframe, avec les options Anyone, Only these sites et No one entourées

La carte App embedded in iframe dans les paramètres Governance de votre espace de travail

​
Gérer les Superagents

Vous pouvez empêcher les membres de l’espace de travail de créer des Superagents, d’y accéder ou d’interagir avec eux. Quand ce paramètre est activé, les Superagents sont masqués pour tous les membres de l’espace de travail. C’est utile si votre organisation n’a pas approuvé l’usage d’agents IA, ou si vous voulez déployer les Superagents progressivement auprès d’équipes spécifiques.
Seuls les propriétaires et administrateurs d’espace de travail peuvent activer ou désactiver les Superagents pour l’espace de travail.
Pour désactiver les Superagents pour votre espace de travail :
  1. Cliquez sur le nom de votre espace de travail en bas à gauche de votre compte.
  2. Cliquez sur Settings.
  3. Cliquez sur Overview.
  4. Activez le bouton bascule Disable Superagents.
Capture d'écran de la page Overview du workspace avec le bouton bascule Disable Superagents entouré

Désactivation des Superagents pour votre espace de travail

​
FAQ

Sélectionnez une question ci-dessous pour en savoir plus sur la gestion des applications dans votre espace de travail.
Les applications existantes utilisent automatiquement les paramètres SSO de votre espace de travail si l’application du SSO est activée. Les paramètres SSO au niveau de l’application sont verrouillés et ne peuvent être gérés que par les propriétaires et administrateurs d’espace de travail.
Non. Quand l’application du SSO d’espace de travail est activée, toutes les applications de l’espace de travail utilisent le fournisseur SSO de l’entreprise. Les builders ne peuvent choisir les paramètres SSO que si un administrateur a désactivé l’application du SSO.
Oui, vous pouvez changer la visibilité d’une application dans ses paramètres à tout moment, sauf restriction par les politiques de l’espace de travail.
Pour les organisations avec des applications internes et destinées aux clients, configurez votre espace de travail ainsi :Au niveau de l’espace de travail :
  • SSO d’espace de travail : activé (les employés utilisent les identifiants de l’entreprise)
  • Bouton bascule Apps SSO : désactivé (ne pas l’imposer globalement)
Au niveau de l’application :
  • Applications internes : activez le SSO d’espace de travail individuellement
  • Applications destinées aux clients : utilisez leur propre authentification (e-mail/mot de passe, Google) avec des contrôles de visibilité appropriés
Vous protégez ainsi les outils internes avec souplesse tout en gardant les applications clients accessibles.
Les paramètres d’authentification au niveau de l’application sont transférés vers le nouvel espace de travail, mais gardez ces points à l’esprit :
  1. Si votre espace de travail a le bouton bascule Apps SSO activé, le SSO d’espace de travail remplace immédiatement tout paramètre d’authentification au niveau de l’application.
  2. Les utilisateurs existants de l’application sont conservés, mais si l’application utilisait auparavant une méthode de connexion non configurée dans le nouvel espace de travail (comme un SSO personnalisé avec une URI de redirection différente), les utilisateurs de l’application peuvent rencontrer des problèmes de connexion jusqu’à la reconfiguration de l’authentification.
  3. Si l’application a des connecteurs configurés (connexions OAuth à Google, Slack, etc.) liés à la personne qui les a configurés plutôt qu’à l’application elle-même, ces connexions peuvent devoir être réautorisées dans le contexte du nouvel espace de travail.
Cette page a été traduite par IA. Pour les informations les plus précises et à jour, consultez la version anglaise.