Domande frequenti sulla migrazione aziendale: aspetti da considerare prima della migrazione

Suite di rapporti

Non esiste migrazione fisica delle suite di rapporti da un’azienda all’altra. Si tratta solo di collegare le suite di rapporti alla nuova azienda e di rimuovere il collegamento dalla vecchia azienda. Di conseguenza, le suite di rapporti inizieranno a essere visualizzate nella nuova società e saranno nascoste da quella precedente.

1. La migrazione delle suite di rapporti avviene in due passaggi:

   1. L’Assistenza clienti copia le suite di rapporti (collegamenti) nella nuova azienda. Il cliente/CSM deve aprire un ticket di supporto specificando le società di accesso di origine e di destinazione e l’elenco delle suite di rapporti da migrare. Tieni presente che la migrazione non può avvenire tra società esistenti in data center diversi.
   2. Il team di provisioning mappa gli ID di fatturazione delle suite di rapporti per la nuova società. CSM deve inoltrare la richiesta al team di provisioning, condividendo i dettagli delle suite di rapporti e gli ID fatturazione.

2. Mappatura suite di rapporti

   Le suite di rapporti devono essere mappate sulla nuova organizzazione Experience Cloud. Contatta il supporto per mappare le suite di rapporti sulla nuova organizzazione di Experienci Cloud.

Dati di reporting

Poiché i dati risiedono nelle suite di rapporti, i dati vengono migrati anche con le suite di rapporti. Non è prevista alcuna perdita di dati nel processo.

Assets

Le risorse della società di accesso sono diverse dalle suite di rapporti e appartengono solo alla società di accesso in cui sono state create. Attualmente, non esiste un modo automatico per migrare le risorse da un’azienda all’altra, se non quello di ricrearle manualmente. Di seguito è riportato l’elenco delle risorse da considerare:

1. Dashboard
2. Segmenti
3. Metriche calcolate
4. Intervalli di date
5. Rapporti/progetti pianificati
6. Feed dati
7. Configurazioni API

Profili di prodotto/Gruppi di utenti

Gli utenti non possono essere trasferiti da un’azienda all’altra. Devono essere ricreati nella nuova azienda.

Utenti

Gli utenti non possono essere trasferiti da un’azienda all’altra. Devono essere ricreati nella nuova azienda. Si consiglia di esportare gli utenti dalla vecchia società in CSV da Admin Console e importarli (dopo aver apportato le modifiche necessarie in CSV) tramite il Admin Console della nuova società.

Segui questi passaggi:

1. Richiedi e segui il processo di migrazione della suite di rapporti.
2. Dopo la migrazione delle suite di rapporti, crea i profili di prodotto in Admin Console di Experience Cloud. Consulta la sezione Creare e gestire profili di prodotto in Gestire prodotti e profili.
3. Esporta utenti in CSV dalla società precedente (utilizzando Admin Console).
4. Apporta le modifiche necessarie nel file CSV. Consulta la sezione Esportare dati utente in Utenti Adobe Admin Console. È inoltre possibile assegnare profili di prodotto specificando i nomi dei profili di prodotto (già creati nel passaggio 2) nella colonna Configurazioni prodotto. Vedi i dettagli in Gestione utenti | Caricamento CSV in blocco.
5. Importa gli utenti nella nuova società. Visualizza Gestione utenti | Caricamento CSV in blocco per passaggi dettagliati.

Implementazione

La migrazione di suite di rapporti, risorse e utenti non ha alcun impatto sulla raccolta dei dati. Tuttavia, a causa di un accordo contrattuale, la nuova azienda deve utilizzare una proprietà DTM/Launch separata per ospitare i tag e un nuovo server di tracciamento (univoco per ogni azienda).

1. Server di tracciamento: la modifica dell’URL del server di tracciamento nell’implementazione non comporterà alcuna perdita di dati. Tuttavia, le campagne e i canali di marketing esistenti scadranno e pertanto le attribuzioni non verranno accreditate. Se necessario, il server di tracciamento deve essere aggiornato nelle implementazioni di Analytics e del servizio ID visitatore.
2. Launch: impossibile eseguire la migrazione delle proprietà di Launch. Le proprietà devono essere ricreate insieme alle regole. Questo richiede anche un controllo qualità delle regole per garantire che non si verifichino errori quando le librerie vengono spostate in produzione.
3. HTML: il collegamento alle librerie DTM/Launch deve essere aggiornato.
4. Integrazioni: sarà interessata qualsiasi integrazione mappata con Analytics (ad esempio A4T e Audience Analytics). Queste integrazioni dovrebbero essere ricreate nella nuova azienda.
5. ECID: il servizio ID visitatore avrà bisogno dell’ID organizzazione aggiornato che reimposterà i cookie visitatore dell’utente.