Perguntas frequentes sobre migração de empresas: o que considerar antes da migração

Conjuntos de relatórios

Não há migração física de conjuntos de relatórios de uma empresa para outra. É apenas vincular os conjuntos de relatórios à nova empresa e remover o vínculo da empresa antiga. Como resultado, os conjuntos de relatórios começarão a ser exibidos na nova empresa e serão ocultos da antiga.

1. Os Conjuntos de relatórios são migrados em duas etapas:

   1. O Atendimento ao cliente copia os conjuntos de relatórios (links) para a nova empresa. O cliente/CSM precisaria abrir um tíquete de suporte especificando as empresas de logon de origem e de destino e a lista de conjuntos de relatórios que precisam ser migrados. Observe que a migração não pode ocorrer entre empresas existentes em data centers diferentes.
   2. A equipe de provisionamento mapeia as IDs de faturamento dos conjuntos de relatórios para a nova empresa. O CSM precisa levantar a solicitação para a equipe de provisionamento, compartilhando os detalhes dos conjuntos de relatórios e as IDs de cobrança.

2. Mapeamento do conjunto de relatórios

   Os conjuntos de relatórios precisam ser mapeados para a nova organização Experience Cloud. Você precisaria entrar em contato com o suporte para mapear os conjuntos de relatórios para a nova organização Experience Cloud.

Dados de relatório

Como os dados residem em conjuntos de relatórios, os dados também são migrados com os conjuntos de relatórios. Nenhuma perda de dados é esperada no processo.

Ativos

Os ativos da empresa de logon são diferentes dos conjuntos de relatórios e pertencem apenas à empresa de logon em que foram criados. Atualmente, não há nenhuma maneira automatizada de migrar ativos de uma empresa para outra, exceto recriando-os manualmente. Veja abaixo a lista de ativos a serem considerados:

1. Painéis
2. Segmentos
3. Métricas calculadas
4. Intervalos de datas
5. Relatórios/projetos agendados
6. Feeds de dados
7. Configurações de API

Perfis de produto/Grupos de usuários

Os usuários não podem ser transferidos de uma empresa para outra. Eles precisam ser recriados na nova empresa.

Usuários

Os usuários não podem ser transferidos de uma empresa para outra. Eles precisam ser recriados na nova empresa. A maneira recomendada é exportar os usuários da empresa antiga no CSV de Admin Console e importá-los (após fazer as alterações necessárias no CSV) por meio da Admin Console da nova empresa.

Siga estas etapas:

1. Solicite e siga o processo de migração do conjunto de relatórios.
2. Depois que os conjuntos de relatórios forem migrados, crie perfis de produto no Experience Cloud Admin Console. Consulte a seção Criar e gerenciar perfis de produtos em Gerenciar produtos e perfis.
3. Exportar usuários em CSV da empresa antiga (usando Admin Console).
4. Faça alterações no CSV, conforme necessário. Consulte a seção Exportar dados do usuário em usuários do Adobe Admin Console. Você também pode atribuir perfis de produtos especificando nomes de perfis de produtos (você já criou na Etapa 2) na coluna Configurações de Produtos. Veja os detalhes em Gerenciar usuários | Carregamento de CSV em massa.
5. Importar usuários na nova empresa. Consulte Gerenciar usuários | Upload em massa de CSVpara obter as etapas detalhadas.

Implementação

Não há impacto da migração de conjuntos de relatórios, ativos e usuários na coleta de dados. No entanto, devido ao contrato, a nova empresa deve usar uma propriedade separada do DTM/Launch para hospedar tags, bem como um novo servidor de rastreamento (que é exclusivo para cada empresa).

1. Servidor de rastreamento: alterar o URL do servidor de rastreamento na implementação não resultará em perda de dados. No entanto, as campanhas e os canais de marketing existentes expirarão, e portanto, as atribuições não serão creditadas a eles. Se necessário, o servidor de rastreamento precisa ser atualizado nas implementações do Analytics e da ID de visitante.
2. Launch: não é possível migrar as propriedades do Launch. As propriedades precisam ser recriadas junto com as regras. Isso também exige o controle de qualidade das regras para garantir que nada seja quebrado quando as bibliotecas forem movidas para a produção.
3. HTML: O link para as bibliotecas do DTM/Launch precisa ser atualizado.
4. Integrações: qualquer integração mapeada com o Analytics (como A4T e Audience Analytics) será afetada. Essas integrações precisariam ser recriadas na nova empresa.
5. ECID: o serviço de ID de visitante precisaria da ID da organização atualizada, que redefinirá os cookies de visitante do usuário.