Cosa non è supportato in Domain Transfer?

Android Enterprise non è supportato. Per evitare perdite di dati, devi seguire questi passaggi prima del trasferimento:

1. Verifica la presenza di associazioni EMM attive e rimuovi i dispositivi associati alle associazioni. Per maggiori dettagli, vai a Gestire le associazioni EMM.
2. Se hai sviluppato app private, assicurati di proteggere l'accesso del tuo ambiente di origine all'account sviluppatore Google Play associato.
3. Nella Console di amministrazione Google dell'ambiente di origine, elimina le associazioni EMM. Per maggiori dettagli, vai a Cancellazione ed eliminazione dei dati.

Inoltre, nell'ambiente di origine dovresti rimuovere tutti i dispositivi con registrazione zero-touch. Puoi aggiungerli nell'ambiente di destinazione dopo il trasferimento. Per maggiori dettagli, vedi Registrazione zero-touch.

Se utilizzi un abbonamento Cameyo, non puoi modificare il dominio principale perché l'abbonamento blocca la modifica del dominio principale. Per procedere con la modifica del dominio, devi prima rimuovere tutte le licenze Cameyo presenti nel tuo attuale dominio principale prima di scambiarlo con il nuovo dominio.

Per informazioni dettagliate sull'impatto della rimozione delle licenze Cameyo, vedi Informazioni sul piano di pagamento Cameyo.

• Assicurati che la policy Nuova registrazione forzata sia disattivata per tutte le organizzazioni e di eseguire il deprovisioning di tutti i dispositivi.
• Oltre a tutte le licenze, deve essere rimosso anche l'abbonamento prima di scambiare il dominio principale con il dominio segnaposto. Se necessario, puoi ripristinare l'abbonamento e i dispositivi possono essere registrati di nuovo nel dominio segnaposto dopo lo scambio.
• Per rimuovere le licenze Chrome Enterprise, contatta ompf-helpdesk@google.com per ricevere assistenza.

• Oltre a tutte le licenze, deve essere rimosso anche l'abbonamento prima di scambiare il dominio principale con il dominio segnaposto. Se necessario, puoi ripristinare l'abbonamento e i dispositivi possono essere registrati di nuovo nel dominio segnaposto dopo lo scambio.
• Scopri di più sugli upgrade perpetui.

• Essentials Starter, Essentials, Enterprise Essentials ed Enterprise Essentials Plus non sono supportati.
• Essentials Starter, Essentials, Enterprise Essentials ed Enterprise Essentials Plus non supportano il processo Partial Domain Licensing (concessione delle licenze di dominio parziale).
  • Non puoi aggiungere altre licenze Google Workspace o G Suite Business e Basic a un ambiente di destinazione che utilizza una licenza Essentials Starter, Essentials, Enterprise Essentials ed Enterprise Essentials Plus.
  • Non puoi aggiungere licenze Enterprise Essentials o Essentials a un ambiente di destinazione che contiene altre licenze Google Workspace o G Suite Business e Basic.
  • Esegui l'upgrade da una licenza Essentials Starter, Essentials, Enterprise Essentials ed Enterprise Essentials Plus a una licenza supportata prima del trasferimento affinché sia idoneo.

• Questa licenza di spazio di archiviazione di Drive deve essere rimossa prima di iniziare il processo di trasferimento.
• Se gli utenti hanno licenze Business Starter o G Suite Basic e viene rimossa una licenza di spazio di archiviazione di Google Drive:
  • I dati non vengono cancellati e rimangono disponibili.
  • I prodotti non possono aggiungere spazio aggiuntivo oltre il limite di spazio di archiviazione.

  Nota: se esaurisci lo spazio disponibile ci sono implicazioni specifiche per prodotti come Gmail, Drive e Google Foto. Scopri di più

• Se gli utenti hanno licenze Enterprise Plus, Enterprise Standard, Business Plus, Business Standard o G Suite Business e viene rimossa una licenza di spazio di archiviazione di Drive, non ci sarà alcun impatto sugli utenti.
• Scopri di più sulle licenze di spazio di archiviazione di Drive.

• Le chiamate internazionali di Google Meet non sono supportate e i log esistenti non vengono trasferiti nell'ambiente di destinazione.
• Se necessario, puoi configurare le Chiamate internazionali di Meet nell'ambiente di destinazione. Scopri di più

• Voice non è supportato e i dati non vengono trasferiti dall'ambiente di origine all'ambiente di destinazione.
• La licenza Voice, inoltre, potrebbe rappresentare un ostacolo al processo di trasferimento, indipendentemente dal suo utilizzo da parte dell'ambiente di origine. Nel caso in cui sia presente, il trasferimento può continuare solo alle condizioni seguenti:
  • L'assegnazione di tutti i numeri di Voice agli utenti deve essere annullata manualmente, altrimenti possono potenzialmente essere trasferiti.
  • Tutte le licenze di Voice degli utenti devono essere rimosse.
  • L'abbonamento della licenza di Voice deve essere annullato del tutto.
  • Il cliente deve accettare che il team di ingegneri di Voice elimini in modo definitivo tutti i dati di Voice associati nell'ambiente di origine.
• Queste condizioni devono essere soddisfatte perché, se un ambiente di origine in passato ha avuto una licenza Voice, la gestione futura di Voice per gli utenti trasferiti nell'ambiente di destinazione non sarà disponibile. Al momento non sono disponibili soluzioni alternative.
• Quanto sopra si applica solo alla licenza Voice all'interno di Google Workspace che consente agli amministratori di gestire Voice per conto dei loro utenti. Non si applica al singolo utente che potrebbe aver utilizzato Voice autonomamente.

• I ruoli di amministratore applicati agli account di servizio non vengono riassegnati all'ambiente di destinazione.
• Dopo il trasferimento, se necessario, gli amministratori dell'ambiente di destinazione devono riassegnare manualmente i rispettivi ruoli amministrativi agli account di servizio.
• Durante il processo di trasferimento, l'accesso amministrativo agli account di servizio nell'ambiente di origine è revocato.

• Nel passaggio all'ambiente di destinazione, gli amministratori dell'ambiente di origine diventano utenti normali e i ruoli di amministratore sono revocati.
• Dopo il trasferimento, se necessario, gli amministratori dell'ambiente di destinazione devono riassegnare manualmente i rispettivi ruoli amministrativi agli amministratori dell'ambiente di origine.
• Tutti gli accessi amministrativi (sia per gli ambienti di origine sia per quelli di destinazione) vengono revocati tramite la rimozione dei ruoli durante il processo di trasferimento.

• I ruoli di amministratore applicati ai gruppi di sicurezza non vengono riassegnati all'ambiente di destinazione.
• Dopo il trasferimento, se necessario, i ruoli amministrativi dei gruppi di sicurezza trasferiti devono essere riassegnati manualmente dagli amministratori dell'ambiente di destinazione.
• Tutti gli accessi amministrativi (sia per gli ambienti di origine sia per quelli di destinazione) per i gruppi vengono revocati tramite la rimozione dei ruoli durante il processo di trasferimento.

• Il servizio chiavi configurato nell'ambiente di origine non verrà trasferito nell'ambiente di destinazione.
• Domain Transfer può eseguire la migrazione di file di Google Drive criptati. Tuttavia, poiché il servizio chiavi di crittografia non viene sottoposto a migrazione, i documenti migrati non possono essere decriptati e diventano illeggibili.
• Pertanto, l'attivazione della crittografia lato client nell'ambiente di origine costituisce un blocco per Domain Transfer. Scopri di più

Le directory personalizzate non vengono spostate e devono essere rigenerate nella directory Google Workspace dell'ambiente di destinazione.

• Per mantenere la loro funzionalità, le applicazioni che utilizzano la delega a livello di dominio devono essere aggiunte manualmente agli elenchi per gli accessi nelle impostazioni di sicurezza dell'ambiente di destinazione (client e ambiti). Scopri di più
• Importante: se un'applicazione utilizza l'identità di un amministratore dell'ambiente di origine, quegli utenti amministratori non manterranno automaticamente i loro privilegi dopo il trasferimento.

• Tuttavia, i seguenti elementi sono inclusi nel trasferimento:
  • Le mappature degli URL personalizzati di Google Sites nella Console di amministrazione, insieme al dominio associato, vengono copiate dall'ambiente di origine all'ambiente di destinazione.
• I Drive condivisi nell'ambiente di origine vengono spostati nell'unità organizzativa principale del trasferimento della destinazione. Gli amministratori della destinazione hanno accesso ai Drive condivisi, ma questi potrebbero non essere accessibili per altri soggetti. Il processo di trasferimento può anche causare la modifica di ulteriori restrizioni dei criteri o delle regole di attendibilità nell'ambito di un'unità organizzativa, ma non influisce sull'elenco di controllo di accesso dei Drive condivisi.

• I segmenti di pubblico di destinazione personalizzati non vengono trasferiti dall'ambiente di origine all'ambiente di destinazione.
• Se trasferisci file condivisi con il pubblico di destinazione predefinito nell'ambiente di origine, scegli la modalità di condivisione di tutti i file trasferiti nel dominio di destinazione. Per maggiori dettagli, vedi Google Drive, Documenti, Fogli, Presentazioni, Moduli e Disegni in Applicazioni principali.
• I segmenti di pubblico di destinazione applicati ai documenti degli utenti trasferiti rimangono disponibili, ma non è possibile visualizzarli né modificarli dalla Console di amministrazione Google dell'ambiente di destinazione.
• Gli utenti trasferiti possono vedere le autorizzazioni di condivisione di un pubblico di destinazione, ma viene visualizzato un avviso che informa che il pubblico di destinazione è esterno all'organizzazione.
• Gli utenti trasferiti possono modificare o eliminare le autorizzazioni di condivisione. Se vengono rimossi, non possono essere aggiunti di nuovo, in quanto ora si applicheranno i criteri dell'ambiente di destinazione e nelle opzioni di condivisione saranno disponibili solo i segmenti di pubblico di quell'ambiente.

Scopri di più sui segmenti di pubblico di destinazione.

• Per "account non gestito" si intende un Account Google creato in autonomia da un utente utilizzando uno dei domini dell'organizzazione. Per saperne di più, vai a Trovare e aggiungere utenti non gestiti.
• Gli inviti in attesa per gli account utente non gestiti non vengono trasferiti dall'ambiente di origine all'ambiente di destinazione.
• Quando un utente non gestito si sposta con il proprio dominio in un'altra entità, l'invito utente in attesa scade.
• Se fai clic sull'invito utente in attesa, viene visualizzato il seguente messaggio di errore: "Il tuo invito è scaduto. Il link per la verifica non è più attivo".

• I gruppi dinamici vengono trasferiti, ma gli aggiornamenti dei membri vengono messi in pausa fino a quando la query di appartenenza non viene aggiornata. Per saperne di più, vai al Passaggio 3: attività nell'ambiente di destinazione.
• Tutti i membri esistenti al momento del trasferimento rimangono come sono dopo il trasferimento, indipendentemente dalle regole di appartenenza.

• I file di Apps Script verranno trasferiti insieme ad altri contenuti di Drive, a differenza dei progetti Google Cloud che li supportano. I criteri dell'organizzazione continueranno a governare questi progetti nell'ambiente di origine. Scopri di più
• Come soluzione consigliamo agli utenti di creare una copia dei loro file di Drive dopo il trasferimento. In questo modo vengono generati nuovi progetti Google Cloud regolati dai criteri dell'organizzazione nell'ambiente di destinazione.
• Dopo il trasferimento, le applicazioni potrebbero non funzionare nel modo previsto e gli utenti potrebbero visualizzare schermate di consenso di OAuth che devono essere confermate per poter eseguire gli script. Inoltre, potrebbero essere visualizzati errori se l'ambiente di destinazione ha criteri diversi che limitano gli ambiti che è possibile richiedere quando si utilizza Apps Script.

• I messaggi diretti (DM) vengono trasferiti, ma i messaggi diretti di gruppo non vengono trasferiti.
• Gli spazi e i relativi messaggi non vengono trasferiti.
• Importante: anche se gli spazi e i messaggi diretti di gruppo rimangono nell'ambiente di origine, alcuni dati potrebbero restare accessibili per gli utenti trasferiti se gli spazi e Google Gruppi sono stati configurati in modo da consentire membri esterni. Gli spazi e i gruppi vengono rimossi quando viene eliminato l'ambiente di origine. Devi indicare agli utenti di creare spazi e gruppi nell'ambiente di destinazione, anche se quelli precedenti sono ancora accessibili.
• Le emoji personalizzate utilizzate in Chat non vengono trasferite. Dopo un trasferimento, gli utenti vedono solo le emoji personalizzate dell'ambiente di destinazione. I messaggi diretti individuali che hanno utilizzato emoji personalizzate nell'ambiente di origine mostrano invece un valore segnaposto.

• Se vuoi trasferire i tuoi numeri di Voice all'ambiente di destinazione, Google può farlo per te.
• Esistono alcune limitazioni riguardo alla possibilità di trasferire un numero di Voice.
  • Ambiente di origine:
    • Il numero è in fase di acquisizione da parte di un'altra origine. Potrebbe trattarsi di un numero in attesa o un numero che fa parte di un altro trasferimento.
    • Google non gestisce il numero direttamente.
    • Il numero fa parte di un blocco numerico, inclusi numeri di Svizzera (CH), Italia (IT) e Germania (DE).
  • Ambiente di destinazione:
    • Potrebbe non esserti consentito avere un numero di un determinato paese o area geografica, ad esempio perché la versione di Google Voice Enterprise non è corretta o perché non è stato configurato un indirizzo principale nel paese o nella regione.
    • Il trasferimento comporterebbe il superamento dei limiti relativi ai numeri del dominio per la destinazione in questione.
• Se il trasferimento può essere effettuato:
  • Google concorderà con te la data e l'ora della procedura di trasferimento.
  • Non è necessario annullare l'assegnazione di tutti i numeri in anticipo.
  • Devi accettare di eseguire tutte le azioni richieste da Google.
  • Una volta avviata l'operazione, gli utenti di Voice nell'ambiente di origine non potranno ricevere chiamate al proprio numero fino al completamento del trasferimento del dominio e alla riassegnazione dei numeri.

Per saperne di più, vedi la sezione su Google Voice in Licenze di origine.

• Google Workspace Domain Transfer non trasferisce le registrazioni ai programmi alpha e beta.
• Se sono presenti programmi specifici a cui uno dei due ambienti, di origine o di destinazione, è registrato mentre l'altro non lo è, l'ambiente che non è registrato dovrà fare richiesta di registrazione ed essere accettato in quei programmi.
• Se la destinazione è registrata a programmi specifici del dominio, tutti i nuovi domini di origine devono essere ammessi.
• Si consiglia di effettuare la registrazione prima del trasferimento, in modo che l'esperienza e le funzionalità disponibili per gli utenti trasferiti siano le stesse durante tutto il processo di trasferimento.

Importante

• Organizzazione Google Cloud: al momento del trasferimento, utenti e gruppi diventano esterni all'organizzazione Google Cloud associata all'ambiente di origine o al dominio segnaposto.
• Client OAuth: se i tuoi client OAuth sono configurati come applicazioni interne (inclusi i client utilizzati per l'autenticazione con un Identity-Aware Proxy), gli utenti non possono eseguire l'autenticazione dopo un trasferimento perché sono esterni all'organizzazione Google Cloud associata. Prima del trasferimento, dovresti valutare se rendere i client esterni o aggiungere gli utenti come tester e non pubblicarli esternamente.

Impatto

• I progetti Google Cloud rimangono nell'organizzazione associata all'ambiente di origine.
• Il nodo dell'organizzazione prende il nome del dominio segnaposto dopo lo scambio del dominio principale. L'aggiornamento potrebbe richiedere diversi giorni.
• L'ambiente di origine può essere mantenuto per l'amministrazione dell'organizzazione Google Cloud associata, Tuttavia, il processo di trasferimento del dominio rende l'ambiente di origine inadatto all'uso di Google Workspace in produzione.
• Le autorizzazioni Identity & Access Management (IAM) per gli utenti e Google Gruppi non subiscono variazioni.
• I progetti Google Cloud allegati a file Apps Script rimangono nell'ambiente di origine.

Punti di osservazione

A trasferimento completato, dovranno essere valutati e regolati i seguenti elementi per assicurare la continuità:

• Autorizzazioni del progetto relative a un dominio specifico (regolate da un criterio IAM definito da un prefisso di dominio).
• Le associazioni IAM dei progetti con il ruolo proprietario di base possono assegnare il ruolo proprietario dei progetti solo a un gruppo Google se si trovano nella stessa organizzazione. Agli utenti può essere assegnato solo il ruolo proprietario in modo interattivo.
• Organizzazioni di origine che limitano le identità in base al dominio. Tieni presente che ciò non avrà alcun effetto sugli utenti esistenti, ma solo su quelli futuri.
• Autorizzazioni IAM che non forniscono accesso alle istanze per gli utenti esterni.
• Le configurazioni e il codice di automazione personalizzato di Terraform che fanno riferimento ai nomi di dominio e agli ID organizzazione in modo statico (ad esempio l'automazione della distribuzione dei progetti).
• Il codice di automazione personalizzato gestisce le entità che devono essere trasferite (ad esempio con la gestione tramite Terraform dell'iscrizione a determinati gruppi).

Migrazione di Google Cloud

• La migrazione dei progetti Google Cloud potrebbe essere un processo complesso, a seconda della natura dei progetti. Se è necessaria una migrazione, può avvenire prima o dopo il processo di trasferimento. Tuttavia, sconsigliamo di abbinare i due progetti.

  Il tuo contatto Google Cloud può metterti in contatto con un team Google che gestisce la migrazione dei progetti Google Cloud.

• I criteri e le configurazioni non vengono trasferiti. Dopo il trasferimento, agli utenti trasferiti si applicheranno i criteri dell'ambiente di destinazione.
• Se l'ambiente di origine utilizza la gestione avanzata dei dispositivi mobili per i dispositivi Android, l'ambiente non è idoneo e il processo di trasferimento non può procedere. In determinate circostanze, può accadere che tutte le applicazioni non di sistema di alcuni utenti vengano disinstallate quando questi vengono trasferiti da un ambiente di origine con la gestione avanzata dei dispositivi mobili per i dispositivi Android.
• Scopri di più sulla Gestione degli endpoint Google.

• I Chromebook e i dispositivi hardware Meet registrati nell'ambiente di origine non vengono trasferiti. Rimuovi le unità dall'ambiente di origine ed esegui di nuovo il provisioning nell'ambiente di destinazione. Scopri di più sui dispositivi Chrome e sull'hardware Meet.
• Ci sono anche altre considerazioni sulle licenze. Per informazioni dettagliate, vai alle sezioni relative all'hardware Google Meet in Licenze nell'ambiente di origine.
• I dispositivi Chrome con registrazione zero-touch non vengono trasferiti. Per informazioni su come procedere, vai alla sezione Dispositivi Chrome con registrazione zero-touch in Passaggio 1: attività nell'ambiente di origine.

Looker Studio: autorizzazioni di condivisione di report o origini dati. Per maggiori dettagli, vedi Passaggio 3: attività nell'ambiente di destinazione.

• I servizi legati all'utente potrebbero continuare a funzionare come previsto. Ad esempio, con YouTube è l'utente, non l'organizzazione, a controllare proprietà e verifica.
• I trasferimenti precedenti hanno interessato i seguenti servizi. Anche se non sono stati segnalati problemi di particolare rilievo, il comportamento passato non può essere indicativo del comportamento presente e futuro:
  • Campaign Manager
  • Display & Video 360
  • Google Ads
  • Google Analytics
  • Google Play (store ed ecosistema)
  • Search Ads 360
  • YouTube

• Le app installate a livello di dominio nell'ambiente di origine non vengono trasferite.
• Le app private del dominio nell'ambiente di origine non sono supportate. Dopo il trasferimento gli utenti perderanno l'accesso a quelle app.
• Dopo il trasferimento, le app installate a livello di dominio nell'ambiente di destinazione sono automaticamente disponibili per gli utenti trasferiti.

• I servizi EMM utilizzati per proteggere i dati aziendali sui dispositivi mobili dei dipendenti non sono supportati.
• Tra questi sono incluse le seguenti tecnologie:
  • BlackBerry EMM
  • Citrix XenMobile
  • IBM MaaS360
  • Microsoft Enterprise Mobility + Security
  • MobileIron
  • VMware AirWatch

• La maggior parte sono probabilmente legati all'utente e potrebbero continuare a funzionare come previsto.
• Se un servizio di terze parti è particolarmente importante per te, controlla se ha dipendenze legate agli ID, alle unità organizzative o ai nomi di dominio.