FAQ sur la migration d’entreprise : éléments à prendre en compte avant la migration

Suites de rapports

Il n’existe aucune migration physique des suites de rapports d’une entreprise vers une autre. Il s’agit simplement de lier les suites de rapports à la nouvelle société et de supprimer la liaison de l’ancienne société. Par conséquent, les suites de rapports commenceront à s’afficher dans la nouvelle société et seront masquées de l’ancienne.

1. Les suites de rapports sont migrées en deux étapes :

   1. Le service à la clientèle copie les suites de rapports (liens) dans la nouvelle société. Le client/CSM doit ouvrir un ticket d’assistance spécifiant les sociétés de connexion source et cible et la liste des suites de rapports doit être migrée. Il est à noter que la migration ne peut pas se produire entre des entreprises existant dans différents centres de données.
   2. L’équipe chargée de l’approvisionnement mappe les identifiants de facturation des suites de rapports à la nouvelle société. Le CSM doit envoyer la demande à l’équipe de mise en service, en partageant les détails des suites de rapports et des ID de facturation.

2. Mappage des suites de rapports

   Les suites de rapports doivent être mappées à la nouvelle organisation Experience Cloud. Vous devez contacter l’assistance pour mapper les suites de rapports à la nouvelle organisation Experience Cloud.

Données de création de rapports

Les données résidant dans les suites de rapports, elles sont également migrées avec les suites de rapports. Aucune perte de données n’est attendue dans le processus.

Assets

Les ressources de la société de connexion sont différentes des suites de rapports et appartiennent uniquement à la société de connexion où elles ont été créées. Actuellement, il n’existe aucun moyen automatisé de migrer les ressources d’une entreprise vers une autre, à l’exception de les recréer manuellement. Vous trouverez ci-dessous la liste des ressources à prendre en compte :

1. Tableaux de bord
2. Segments
3. Mesures calculées
4. Périodes
5. Rapports/projets planifiés
6. Flux de données
7. Configurations d’API

Profils de produit/groupes d’utilisateurs

Les utilisateurs ne peuvent pas être transférés d’une entreprise à une autre. Ils doivent être recréés dans la nouvelle société.

Utilisateurs

Les utilisateurs ne peuvent pas être transférés d’une entreprise à une autre. Ils doivent être recréés dans la nouvelle société. La méthode recommandée consiste à exporter les utilisateurs de l’ancienne société au format CSV à partir de Admin Console et à les importer (après avoir apporté les modifications nécessaires au format CSV) via l’ Admin Console de la nouvelle société.

Procédez de la façon suivante :

1. Demandez et suivez le processus de migration des suites de rapports.
2. Une fois les suites de rapports migrées, créez des profils de produit dans Experience Cloud Admin Console. Voir la section Créer et gérer des profils de produit dans Gestion des produits et des profils.
3. Exportez les utilisateurs au format CSV de l’ancienne société (à l’aide de Admin Console).
4. Apportez les modifications nécessaires au fichier CSV. Voir la section Exporter les données utilisateur dans Utilisateurs Adobe Admin Console. Vous pouvez également attribuer des profils de produit en spécifiant les noms des profils de produit (que vous avez déjà créés à l’étape 2) dans la colonne Configurations de produit. Voir les détails dans la section Gestion des utilisateurs | Chargement CSV en masse.
5. Importez les utilisateurs dans la nouvelle société. Voir Gestion des utilisateurs | Chargement CSV en massepour obtenir des instructions détaillées.

Mise en œuvre

La migration des suites de rapports, des ressources et des utilisateurs n’a aucun impact sur la collecte des données. Cependant, en raison d’un accord contractuel, la nouvelle entreprise doit utiliser une propriété DTM/Launch distincte pour héberger les balises ainsi qu’un nouveau serveur de suivi (qui est unique pour chaque entreprise).

1. Serveur de suivi : la modification de l’URL du serveur de suivi dans l’implémentation ne entraînera aucune perte de données. Toutefois, les campagnes et canaux marketing existants expireront et les attributions ne leur seront donc pas créditées. Si nécessaire, le serveur de suivi doit être mis à jour dans les mises en oeuvre d’Analytics et d’identifiant visiteur.
2. Launch : les propriétés de Launch ne peuvent pas être migrées. Les propriétés doivent être recréées avec les règles. Cela nécessite également l’assurance qualité des règles pour garantir que rien n’est rompu lorsque les bibliothèques sont déplacées en production.
3. HTML : le lien vers les bibliothèques DTM/Launch doit être mis à jour.
4. Intégrations : toute intégration mappée à Analytics (par exemple, A4T et Audience Analytics) sera affectée. Ces intégrations doivent être recréées dans la nouvelle entreprise.
5. ECID : le service d’identification des visiteurs a besoin de l’ID d’organisation mis à jour, qui réinitialise les cookies des visiteurs de l’utilisateur.