Fine del ciclo di vita di Legacy SSO (EOL) a partire dal 31 agosto 2026
Bluebeam si impegna a migliorare la tua esperienza, permettendo ai tuoi utenti di autenticarsi utilizzando le credenziali del fornitore di identità della tua azienda. Di conseguenza, Legacy SSO (SSO 1.0)
Vantaggi della transizione a SSO 2.0
La transizione a SSO 2.0 offre i seguenti vantaggi:
-
La gestione autonoma dei client secret consente di evitare che la scadenza diventi un problema
-
Maggiore sicurezza con la convalida del dominio
-
La possibilità di abilitare SCIM per il provisioning e il deprovisioning automatico degli utenti
-
La possibilità di abilitare o disabilitare SSO e SCIM da Org Admin
Prossimi passi
Per garantire un'interruzione minima del servizio, ti consigliamo di iniziare subito la preparazione. Se lo desideri, possiamo preconfigurare la tua transizione a SSO 2.0 sul back-end, consentendo un passaggio semplificato.
-
Si prega di confermare la data di arresto preferita per Legacy SSO.
-
Per ulteriori informazioni, consultare la documentazione Configurazione di SSO e SCIM per gli account Bluebeam .
-
Pianifica e implementa SSO 2.0 prima del 31 agosto 2026.
-
Contattaci per migrare subito a SSO 2.0.
Domande frequenti
Nell'ambito del nostro costante impegno per migliorare la sicurezza e la gestione degli utenti, abbiamo deciso di ritirare il sistema Legacy SSO per consentire il passaggio dei clienti a SSO 2.0 con SCIM. Inoltre, SSO 2.0 offre scalabilità, funzionalità ed efficienza migliorate, garantendo al contempo controllo completo della gestione e della configurazione degli utenti.
Siamo consapevoli che la transizione a un nuovo sistema richiede coordinamento e ci impegniamo a rendere questo processo il più agevole possibile. Poiché è stata eseguita la riconciliazione durante il processo Legacy SSO, i passaggi di riconciliazione per SSO 2.0 sono stati accelerati. In caso di domande sul processo di transizione, contatta il tuo account manager o l'assistenza tecnica per ulteriori informazioni.
Prima del 31 agosto 2026
È necessario migrare a SSO 2.0 entro il 31 agosto 2026 per evitare interruzioni all'accesso della tua organizzazione ai prodotti e servizi Bluebeam.
Dopo il 31 agosto 2026
Il sistema Legacy SSO passerà allo stato di fine del ciclo di vita (EOL). Bluebeam disattiverà Legacy SSO per l'organizzazione e reimposterà la password Bluebeam standard per tutti gli utenti dell'organizzazione.
Gli utenti non potranno autenticarsi utilizzando le credenziali del fornitore di identità della propria azienda finché l'organizzazione non passerà a SSO 2.0. Possono continuare ad accedere a Bluebeam tramite la procedura di accesso standard (email e password).
Bluebeam supporta ufficialmente la configurazione SSO per i seguenti IdP:
-
Microsoft Entra ID: se utilizzi Microsoft Entra ID come IdP, consulta Configurazione dell'SSO per gli account Bluebeam | Entra ID.
-
Okta Workforce Identity Cloud: se utilizzi Okta Workforce Identity Cloud come IdP, consulta Configurazione dell'SSO per gli account Bluebeam | Okta Workforce Cloud.
Revu è compatibile con altri IdP che utilizzano OpenID Connect (OIDC) come protocollo di autenticazione, ma queste configurazioni non sono supportate e l'abilitazione SCIM non è disponibile. Bluebeam il supporto non potrà risolvere il problema se hai problemi a configurare l'SSO per un IdP non supportato, e potresti dover disabilitare l'SSO.
La possibilità di configurare l'SSO è disponibile solo se la tua organizzazione:
- Ha acquistato o convertito un minimo di 10 postazioni in un piano di abbonamento Bluebeam.
- Non è già configurato per utilizzare SSO con i prodotti e i servizi Bluebeam . Se la tua organizzazione ha già configurato l'SSO, contattaci prima di continuare.
- Utilizza Microsoft Entra ID o Okta Workforce Identity Nuvola come provider di identità (IdP).
Altri IdP sono compatibili ma non supportati. Per ulteriori informazioni, fare clic qui.
Solo gli utenti che dispongono del ruolo IT Admin in Org Admin e del ruolo Amministratore tenant sul tenant possono configurare SSO e SCIM. L'Org Admin che richiede l'SSO verrà automaticamente nominato amministratore IT/tenant.
-
Postazioni minime: 10
-
Numero massimo di domini: 500 per configurazione SSO
-
Livello di supporto SSO: account principale (ma ereditato dagli account secondari)
-
Supporto SCIM:
-
Solo account principale
-
Gli utenti devono essere tutti sotto un unico account
-
Tutti gli utenti devono utilizzare la stessa area geografica della licenza
-
-
Multi-tenant: non supportato (sono richiesti account padre separati)
-
Account secondari SCIM: non supportato
Prima di rimuovere l'IdP per tutte le Aree, abbiamo bisogno delle seguenti informazioni:
-
Da quale Area dovrebbero essere gestiti i tuoi abbonamenti? Si prega di considerare quanto segue:
-
L'Area dovrebbe coincidere con l'Area principale in cui opera la tua azienda.
-
Se i tuoi utenti finali lavorano in un’Area server diversa da quella in cui opera la tua azienda, potresti voler Selezionare tale Area.
-
Quando si Creazione un tenant con un’Area, non è possibile modificare l’Area in un secondo momento.
-
-
Dopo questa transizione, alcuni membri dovranno passare a un server Studio diverso? Si prega di Nota quanto segue:
-
L'area di abbonamento e l'area Studio devono essere indipendenti se gli utenti necessitano di accedere a un server Studio diverso.
-
Per impostazione predefinita, Revu consente agli utenti di accedere a Studio utilizzando le credenziali della Licenza, ma è necessario disattivare questa impostazione predefinita e Seleziona manualmente l'Area Studio corretta.
-
No. Bluebeam attualmente non supporta configurazioni di più tenant sotto un'unica organizzazione.
Se hai bisogno di SSO e SCIM gestiti in modo indipendente per diverse unità aziendali o filiali, si applica quanto segue:
-
È necessario dividere i tenant in account padre separati con account Org Admin distinti.
-
Ogni account principale avrebbe la propria configurazione SSO e SCIM.
No. Ogni organizzazione gestisce la propria configurazione SSO e SCIM tramite l'account principale. Gli account secondari ereditano le configurazioni dalla configurazione dell'account principale.
Se hai bisogno di configurazioni SSO e SCIM separate per gli account figlio, devi ristrutturare gli account in modo che ogni società controllata diventi un account padre con un account Org Admin distinto.