Mapear seus dados e definir o modelo de dados

Objetivos de aprendizagem

Após concluir esta unidade, você estará apto a:

• Mapear seus dados para o modelo de dados do Customer 360.
• Preparar-se para a segmentação.
• Resolver cenários comuns.

Agrupar tudo

Até agora, Warren trouxe o pacote de emails, os perfis dos corredores e os logs de atividades para a conta do Data Cloud da NTO usando o Marketing Cloud Engagement e os conectores de armazenamento em nuvem do S3. No entanto, essas origens distintas precisam se relacionar umas com as outras para que Warren e a equipe da NTO possam realmente usar esses dados em atividades de marketing. Vamos dar uma olhada em como Warren pode criar conexões mapeando os dados no Data Cloud.

Seguir o modelo

O Data Cloud usa o modelo de dados do Customer 360 para garantir a interoperabilidade de dados padrão entre aplicativos de nuvem. As áreas de assunto a seguir, cada uma compreendendo vários objetos, estão representadas no modelo.

• O modelo de dados da parte fornece informações sobre relacionamentos comerciais, como informações de clientes e fornecedores.
• O modelo de dados do produto fornece informações sobre um produto disponível para venda ou serviço.
• O modelo de dados do pedido de vendas fornece informações sobre a receita futura ou quantidade de uma oportunidade, incluindo família de produtos, território e outras informações.
• O modelo de dados de engajamento fornece informações sobre interações com uma parte específica, como uma mensagem de email ou uma chamada telefônica.
• O modelo de dados do caso fornece informações sobre todos os problemas registrados, como um problema de reparo de um celular.

Outras áreas de assunto do modelo de dados incluem:

• O modelo de dados da jornada fornece informações sobre o conjunto completo de experiências para uma parte quando elas interagem com sua empresa.
• O modelo de dados de aplicativos de software fornece informações, programas ou aplicativos projetados para um usuário final.

Como Warren selecionou o pacote do Email Studio do Marketing Cloud Engagement durante a configuração, parte desse modelo já foi adotada para ele. Mais especificamente, o pacote do Email Studio do Marketing Cloud Engagement usa objetos das áreas de assunto de Parte, Engajamento e Jornada.

Criar seu modelo de dados

Ao implantar o pacote de emails, Warren vê que vários fluxos de dados foram adicionados automaticamente ao seu modo de exibição de lista de fluxos de dados e clica para analisar um dos fluxos de dados. Na tela de resumo do fluxo de dados, ele clica para revisar mapeamentos no painel à direita para confirmar que os dados de origem estão sendo compartilhados automaticamente por meio do mapeamento com a camada de modelo de dados. Ele encontra o fluxo que contém Ent Profile Attribute (Atributo de perfil Ent) e conclui o mapeamento para este único fluxo de dados. Como esse fluxo representa dados personalizados, é o único no pacote que não pode ser mapeado automaticamente no nome dele. Estas são as etapas específicas que Warren deve seguir para concluir a instalação do pacote de emails. 

1. Na página de detalhes do fluxo de dados do fluxo de dados que contém Ent Profile Attribute (Atributo de perfil Ent), ele seleciona Review Mappings (Revisar mapeamentos) no painel direito. Esta ação abre a tela de mapeamento com o lado esquerdo mostrando o objeto de data lake (DLO) e o lado direito mostrando o objeto de modelo de dados chamado Individual (Indivíduo).
2. Localize um campo no lado esquerdo que você gostaria de mapear. Em seguida, use a barra de pesquisa no lado direito para encontrar um campo em Individual (Indivíduo) que represente bem o campo da sua fonte. Não se esqueça que os campos relacionados ao endereço, número de telefone, email ou outros pontos de contato não pertencem ao objeto Indivíduo. Existem objetos reservados específicos para esses campos, como Contact Point Address (Endereço do ponto de contato), Contact Point Phone (Telefone do ponto de contato) e Contact Point Email (Email do ponto de contato).
3. Depois de localizar o campo que será mapeado, clique no campo no DLO e, em seguida, clique no campo no objeto Indivíduo para estabelecer a conexão de mapeamento.
4. Após concluir o mapeamento de todos os campos desejados, clique em Save (Salvar).

E se você não vir um campo reservado no objeto Indivíduo que representa o campo nos seus dados de origem? Siga estas etapas.

1. Expanda o objeto Indivíduo clicando na seta ao lado de Unmapped (Não mapeado).
2. Em seguida, clique em Add New Field (Adicionar novo campo).
3. Quando solicitado, escreva em Field Label (Rótulo de campo) o nome de exibição que você gostaria de usar para este atributo personalizado. O Field API Name (Nome da API do campo) é preenchido automaticamente com uma sugestão baseada nos requisitos da convenção de nomenclatura.
4. Por fim, escolha um Field Type (Tipo de campo). O Field Type (Tipo de campo) deve corresponder ao tipo de dados do campo de origem. Clique em Save (Salvar).
5. Pesquise o atributo que você acabou de criar na barra de pesquisa do objeto Individual (Indivíduo).
6. Clique no campo correspondente no DLO e, em seguida, clique no novo campo personalizado no objeto Indivíduo para estabelecer a conexão de mapeamento.

Agora que Warren concluiu com êxito o mapeamento do fluxo de dados que exigia a entrada dele no pacote de emails, ele está pronto para concluir o mapeamento dos outros dois fluxos criados: os perfis de corredores e o log de atividades do corredor. 

Na corrida

Vamos começar com os perfis de corredores.

1. Warren clica na guia Data Streams (Fluxos de dados).
2. Na barra de pesquisa, ele digita o nome do fluxo de dados que ele chamou de RUNNER_PROFILES (Perfis de corredores).
3. Ele encontra o fluxo de dados na lista e clica nele.
4. Na página de detalhes do fluxo de dados, ele encontra Start Data Mapping (Iniciar mapeamento de dados) no painel direito e clica nele.
5. RUNNER_PROFILES aparece no lado esquerdo da tela de mapeamento, mas o lado direito indica que Warren deve selecionar os objetos para os quais ele gostaria de mapear. Warren clica em Select Objects (Selecionar objetos).
6. Warren analisa os dados dos perfis de corredores e identifica que existe um MAID e um endereço de email. Warren recorda que o Modelo de dados do Customer 360 oferece objetos reservados separados para cada ponto de contato, então ele digita Email do ponto de contato na caixa de pesquisa.
7. Ao lado de Contact Point Email (Email do ponto de contato), Warren clica no ícone +.
8. Ele também se lembra que os dados dos perfis dos corredores têm campos como Nome, Sobrenome e a Cidade na qual o corredor usa o aplicativo. Ele opta por também mapear essas informações relacionadas ao perfil para o objeto Indivíduo. Ele pesquisa Individual (Indivíduo) na caixa e clica no ícone +.
9. Em seguida, Warren clica em Done (Concluído) e vê Indivíduo e Email do ponto de contato na tela de mapeamento. Ele mapeia First Name (Nome) e Last Name (Sobrenome) para os campos reservados no objeto Indivíduo e define seu campo de origem MAID como Individual Id (Id individual), ou chave primária, no objeto Indivíduo.
10. Ele cria um campo personalizado para armazenar a designação Estado da cidade. Ele não usa o objeto Endereço do ponto de contato para essa informação porque não tem o endereço do usuário. No contexto, ele sabe que o Estado da cidade simplesmente representa a cidade principal do corredor e é suficiente para chamar um atributo do Indivíduo.
11. No objeto Email do ponto de contato, Warren sabe que, a partir dos mapeamentos de dados necessários listados na Ajuda do Salesforce, há três campos que ele deve mapear para fazer isso corretamente.
    • Id do email do ponto de contato
    • Parte
    • Endereço de email
12. A Id do email do ponto de contato é sinalizada como sendo a chave primária do objeto Email do ponto de contato, ou seja, se um corredor tiver mais de um endereço de email listado, este campo teria que ser uma concatenação do corredor e do endereço de email. No entanto, Warren confirma que cada corredor tem apenas um endereço de email e, por isso, mapeia o campo de origem MAID para Contact Point Email Id (Id do email do ponto de contato).
13. Em seguida, Warren mapeia o campo de origem MAID para o atributo Parte no objeto Email do ponto de contato, porque Parte é um campo obrigatório e Parte é a chave externa que é vinculada à chave primária no objeto Individuo. Não se esqueça que Warren definiu MAID como a chave primária no objeto Individual (Indivíduo) na etapa 9, portanto, definir o campo Parte como MAID também estabelecerá a conexão entre os objetos Individual (Indivíduo) e Contact Point Email (Email do ponto de contato).
14. Por fim, Warren mapeia o campo de origem Email Address (Endereço de email) para o campo Email Address (Endereço de email) no objeto Email do ponto de contato.
15. Warren clica em Save (Salvar).

Relacionamentos

Agora que os dados dos Perfis dos corredores estão disponíveis, Warren faz duas verificações rápidas: ele analisa os Relacionamentos e também verifica as regras de Resolução de identidade. Veja como.

1. Ele clica na guia Data Model (Modelo de dados), encontra o Email do ponto de contato e clica nele.
2. Ele muda para Relationships (Relacionamentos) e confirma que o relacionamento entre os objetos Email do ponto de contato e Indivíduo foi estabelecido automaticamente quando ele mapeou corretamente a chave estrangeira Parte em Email do ponto de contato e a chave primária Id individual em Indivíduo. Como um Indivíduo pode ter vários endereços de email, esse relacionamento indica Muitos endereços de email para um Indivíduo.

Está quase concluído! Vamos navegar novamente até a guia de fluxos de dados e mapear nosso fluxo de dados de engajamento. 

1. Warren clica na guia Data Streams (Fluxos de dados).
2. Na barra de pesquisa, ele digita o nome do fluxo de dados que ele chamou de RUNNER_STATS (Estatísticas de corredores).
3. Ele encontra o fluxo de dados na lista e clica nele.
4. Na página de detalhes do fluxo de dados, ele encontra Start Data Mapping (Iniciar mapeamento de dados) no painel direito e clica nele.
5. RUNNER_STATS aparece no lado esquerdo da tela de mapeamento, mas o lado direito indica que Warren deve selecionar os objetos para os quais ele gostaria de mapear. Warren clica em Select Objects (Selecionar objetos).
6. Warren examina todos os objetos padrão, mas acaba decidindo criar seu próprio objeto personalizado. Ele vai até Custom Data Model (Modelo de dados personalizado).
7. Ele clica em New Custom Object (Novo objeto personalizado).
8. Ele analisa o Rótulo do objeto e o Nome da API do objeto que são herdados do DLO e decide que deseja que seu novo objeto personalizado inclua todos os campos do DLO. Ele clica em Save (Salvar).
9. O objeto personalizado do modelo de dados é agora uma imagem espelhada do DLO e todo o mapeamento é individual. Warren clica em Save (Salvar) para concluir o mapeamento.
10. Como Warren introduziu um novo objeto personalizado, ele deve indicar como este novo objeto personalizado se relaciona com os demais objetos de seu modelo de dados. Para fazer isso, ele prossegue para a guia Data Model (Modelo de dados).
11. Na barra de pesquisa, o Warren procura o objeto personalizado do modelo de dados que ele criou. Quando o encontra, ele clica no objeto.
12. Ele vai até Relationships (Relacionamentos) e clica em New (Novo). Em seguida, ele clica em New Relationship (Novo relacionamento).
13. Warren se lembra que as duas tabelas (RUNNER_PROFILES e RUNNER_STATS) têm um MAID (conceito de chave estrangeira). Warren configura o relacionamento da seguinte forma: RUNNER_STATS (objeto), MAID (campo no objeto) está relacionado ao Indivíduo (objeto relacionado), Id individual (campo relacionado no objeto). Lembre-se que o DLO de RUNNER_PROFILES foi mapeado para Indivíduo e é por isso que relacionamos os conjuntos de dados RUNNER_PROFILES e RUNNER_STATS. Fazemos isso relacionando os objetos de modelo de dados para os quais eles são mapeados.
14. Para concluir o relacionamento, Warren precisa definir a cardinalidade. Lembre-se que, no conjunto de dados RUNNER_STATS, o mesmo corredor indicado pelo MAID poderia correr várias vezes. Ou seja, o conjunto de dados RUNNER_STATS pode ter várias instâncias do mesmo MAID. No entanto, as múltiplas instâncias de MAID estão ligadas a um único MAID, ou corredor, no conjunto de dados RUNNER_STATS, sugerindo que a relação entre os objetos é N:1. Warren seleciona N:1 no menu suspenso.
15. Ele clica em Save & Close (Salvar e fechar).

Agora que tudo está mapeado, está na hora de garantir que tudo irá para o lugar certo. O Warren está pronto para a resolução de identidade e a solução de problemas, como veremos na próxima unidade!

Recursos

• Ajuda do Salesforce: Mapeamento de dados