Fin de vie (EOL) de Legacy SSO à compter du 31 août 2026
À compter du 31 août 2026, Legacy SSO (SSO 1.0) a été retiré pour toutes les organisations qui n’ont pas migré vers SSO 2.0
Ce que cela implique pour vous
Pour réinitialiser un mot de passe, consultez Réinitialiser votre mot de passe BBID.
Si votre organisation a terminé la migration vers SSO 2.0 avant la date limite, ce changement ne vous concerne pas. Vous pouvez continuer à vous connecter via votre fournisseur d’identité comme d’habitude.
Pourquoi ce changement a eu lieu
Dans le cadre de nos efforts continus pour améliorer la sécurité et la gestion des utilisateurs, Bluebeam a retiré Legacy SSO et a fait passer ses clients à la version SSO 2.0 avec SCIM. SSO 2.0 offre une évolutivité, des fonctionnalités et une efficacité accrues, tout en donnant aux organisations un contrôle total sur la gestion et la configuration des utilisateurs.
Avantages de la transition vers SSO 2.0
Le passage à SSO 2.0 vous offre les avantages suivants :
-
Grâce à l’autogestion des clés secrètes client, les expirations ne seront plus un problème.
-
Meilleure sécurité grâce à la validation du domaine.
-
Possibilité d’activer le SCIM pour le provisionnement et le déprovisionnement automatisés
-
La possibilité d’activer ou de désactiver l’authentification unique (SSO) et SCIM depuis Org Admin
Que faire si vous n’avez pas migré vers SSO 2.0 avant le 31 août 2026
Si votre organisation n’a pas migré de Legacy SSO vers SSO 2.0, Legacy SSO est désormais définitivement désactivé. Pour rétablir l’accès SSO pour vos utilisateurs, procédez comme suit :
-
Consultez notre FAQ sur la migration vers SSO 2.0 pour plus de détails.
-
Consultez la documentation Configuration de SSO et SCIM pour les comptes Bluebeam pour plus d’informations sur la configuration de SSO 2.0.
-
Dans l’intervalle, les utilisateurs peuvent continuer à se connecter en utilisant le flux de connexion standard (e-mail et mot de passe). Pour réinitialiser un mot de passe, consultez Réinitialiser votre mot de passe BBID.
-
Contactez-nous si votre organisation souhaite configurer le SCIM.
FAQ sur la migration vers SSO 2.0
Dans le cadre de nos efforts continus pour améliorer la sécurité et la gestion des utilisateurs, nous avons retiré Legacy SSO et fait passer les clients ayant initié une migration à la version SSO 2.0 avec SCIM. De plus, SSO 2.0 offre une évolutivité, des fonctionnalités et une efficacité améliorées, tout en permettant un contrôle total sur la gestion et la configuration des utilisateurs.
Legacy SSO (SSO 1.0) est arrivé à expiration le 31 août 2026. Bluebeam a désactivé Legacy SSO pour toutes les organisations qui n’ont pas migré vers SSO 2.0 et a réinitialisé le mot de passe Bluebeam standard pour chaque utilisateur concerné. Les utilisateurs se connectent désormais via le flux de connexion standard (e-mail et mot de passe) tant que SSO 2.0 n’est pas configuré.
Bluebeam prend officiellement en charge la configuration de SSO pour les IdP suivants :
-
Microsoft Entra ID : si vous utilisez Microsoft Entra ID comme IdP, consultez Configuration de l’authentification unique (SSO) pour les comptes Bluebeam | Entra ID.
Si votre organisation utilise un locataire Entra ID distinct associé à Microsoft 365 Administrations Community Cloud ou à d’autres offres cloud gouvernementales de Microsoft, n’utilisez pas ce guide de configuration. Contactez l’assistance au sujet de la configuration du SSO et du SCIM. -
Okta Workforce Identity Cloud : si vous utilisez Okta Workforce Identity Cloud comme IdP, consultez Configuration de l’authentification unique (SSO) pour les comptes Bluebeam | Okta Workforce Cloud.
Revu est compatible avec d’autres IdP qui utilisent OpenID Connect (OIDC) comme protocole d’authentification, mais ces configurations ne sont pas prises en charge et l’activation du SCIM n’est pas disponible. L’assistance Bluebeam ne sera pas en mesure de résoudre les problèmes liés à la configuration du SSO pour un IdP non pris en charge, et vous devrez peut-être désactiver le SSO.
La possibilité de configurer SSO n'est disponible que si votre organisation :
- A acheté ou converti un minimum de 10 sièges à une formule d'abonnement Bluebeam.
- N'est pas déjà configuré pour utiliser SSO avec les produits et services Bluebeam . Si votre organisation a déjà configuré SSO, contactez-nous avant de continuer.
- Utilise Microsoft Entra ID ou Okta Workforce Identity Cloud comme fournisseur d'identité (IdP).
Les autres IdP sont compatibles mais ne sont pas pris en charge. Pour en savoir plus, cliquez ici.
Seuls les utilisateurs ayant le rôle d’IT Admin dans Org Admin et le rôle de Tenant Admin sur le locataire peuvent configurer le SSO et le SCIM. L’Org Admin qui effectue la demande pour le SSO sera automatiquement nommé IT/Tenant Admin.
-
Nombre minimum de sièges : 10
-
Nombre maximum de domaines : 500 par configuration SSO
-
Niveau d’assistance SSO : compte parent (mais hérité par les comptes enfants)
-
Assistance SCIM :
-
compte parent uniquement
-
Tous les utilisateurs doivent être regroupés sous un seul compte
-
Tous les utilisateurs doivent utiliser la même région de licence
-
-
Mutualisation : non pris en charge (des comptes parents séparés sont nécessaires)
-
Compte enfant SCIM : non pris en charge
Une fois SSO 2.0 configuré, le SSO sera configuré dans toutes les zones. Tous les utilisateurs pourront se Connexion comme ils le faisaient auparavant.
Non. Bluebeam ne prend actuellement pas en charge les configurations avec plusieurs locataires au sein d’une même organisation.
Si vous avez besoin d’une gestion indépendante des protocoles SSO et SCIM pour différentes unités commerciales ou filiales, les points suivants s’appliquent :
-
Vous devez répartir ces locataires dans des comptes parents distincts avec des comptes Org Admin distincts.
-
Chaque compte parent doit disposer de sa propre configuration SSO et SCIM.
Non. Chaque organisation gère sa propre configuration SSO et SCIM via le compte parent. Les comptes enfants héritent des configurations du compte parent.
Si vous avez besoin de configurations SSO et SCIM distinctes pour les comptes enfants, vous devez restructurer vos comptes afin que chaque entreprise enfant devienne un compte parent avec un compte Org Admin distinct.
Si votre organisation a migré vers SSO 2.0 et que votre connexion d’entreprise actuelle fonctionne normalement, une notification concernant l’expiration d’une clé secrète client peut être associée à votre configuration SSO héritée précédente.
SSO 2.0 n’utilise pas la clé secrète client de la même manière que Legacy SSO, de sorte que l’expiration de cette clé secrète client n’affecte pas votre configuration SSO 2.0 active.
If you're not sure if your organization completed its SSO 2.0 migration or if the notification refers to your previous Legacy SSO configuration, contact us.