Uso da integração com o Microsoft Dynamics 365

Há vários fluxos de dados que a Integração do Adobe Campaign Standard com o Microsoft Dynamics 365 executa. Estes fluxos estão detalhados em esta página.

Mais detalhes sobre os fluxos de dados podem ser encontrados mais abaixo neste documento na seção Fluxos de Dados.

Experiência do usuário do Adobe Campaign Standard

Quando um contato é criado, modificado ou excluído (se excluído estiver ativado) no Microsoft Dynamics 365, ele é enviado para o Campaign Standard. Esses contatos estarão visíveis na tela Perfis no Campaign e poderão ser direcionados em campanhas de marketing. Consulte a tela Perfis abaixo.

Quando um atributo de recusa é modificado no Campaign, ele será refletido no Dynamics 365 se você tiver selecionado a configuração de recusa Unidirecional (Campanha para Microsoft Dynamics 365) ou Bidirecional e se você tiver esse atributo específico mapeado corretamente.

Experiência do usuário do Microsoft Dynamics 365

Para saída, os seguintes eventos de marketing por email são enviados do Campaign para o Dynamics 365 e exibidos na exibição Linha do tempo do Microsoft Dynamics 365 como atividades personalizadas:

  • Envio de email do Adobe Campaign

  • Abertura de email do Adobe Campaign

  • Clique no URL de email do Adobe Campaign

  • Rejeição de email do Adobe Campaign

Para exibir a Linha do tempo de um contato, navegue até a lista de contatos clicando em Hub de vendas no menu suspenso Dynamics 365. Em seguida, clique em Contatos na barra de menu à esquerda e selecione um contato.

NOTE
O aplicativo Adobe Campaign para Microsoft Dynamics 365 no AppSource precisará ser instalado na sua instância do Microsoft Dynamics 365 para exibir esses eventos. Saiba mais.

Abaixo você pode ver um instantâneo da tela Contato para "Usuário do Dynamics". Na exibição Linha do tempo, você perceberá que o usuário do Dynamics recebeu um email associado ao Nome da campanha "2019LoyaltyCamp" e ao Nome da entrega "DM190". O usuário do Dynamics abriu o email e também clicou em uma URL nele. Ambas as ações criaram eventos que também aparecem abaixo. Se você olhar para o canto direito, verá o cartão Assistente de relacionamento (RA); atualmente, ele contém uma tarefa para acompanhar o URL clicado.

Veja abaixo um resumo da exibição Linha do tempo para usuários do Dynamics.

Veja abaixo um close-up da placa RA (Assistente de Relacionamento). O aplicativo AppSource contém um fluxo de trabalho que observa um evento Adobe Email URL Click. Quando esse evento ocorre, ele cria uma tarefa e define uma data de vencimento. Isso permite que a tarefa seja exibida na placa RA, dando visibilidade adicional a ela. Há um fluxo de trabalho semelhante para eventos de Rejeição de email do Adobe, adicionando uma tarefa para reconciliar o endereço de email inválido. Esses fluxos de trabalho podem ser desativados na solução.

Se clicar no assunto do evento de envio, você verá um formulário semelhante ao abaixo. Os formulários para eventos abertos e rejeitados são semelhantes.

O formulário para eventos de clique de URL de email adiciona um atributo adicional para o URL que foi clicado:

Veja a seguir uma lista dos atributos e uma descrição:

  • Assunto: assunto do evento; composto pela ID da campanha e pela ID de entrega do email

  • Proprietário: o usuário do aplicativo criado nas etapas de pós-provisionamento

  • Referente: o nome do contato

  • Nome da campanha: a ID da campanha no Campaign Standard

  • Nome da Entrega: a ID da Entrega em Campaign Standard

  • Data de Envio/Abertura/Cliques/Devolução: Data/hora em que o evento foi criado

  • URL de Acompanhamento: a URL que foi clicada

  • URL da Mirror Page: a URL para a mirror page do email enviado/aberto/clicado/rejeitado. O período de expiração da mirror page do email pode ser modificado na tela de configuração da atividade correspondente do canal de email do Campaign. Saiba mais.

NOTE
Para recusa, quando um atributo de recusa for modificado no Microsoft Dynamics 365, ele será refletido no Campaign se você selecionar a configuração de recusa Unidirecional (Campaign para o Microsoft Dynamics 365) ou Bidirecional e se esse atributo específico estiver mapeado corretamente.

Fluxos de dados data-flows

Contato e entrada de entidade personalizada

Registros novos, atualizados e excluídos (Observação: as exclusões devem ser habilitadas) são enviados da tabela de contatos do Microsoft Dynamics 365 para a tabela de perfis do Campaign.

Os mapeamentos de tabela podem ser configurados na interface do aplicativo de integração para mapear atributos de tabela do Microsoft Dynamics 365 para atributos de tabela do Campaign. Os mapeamentos de tabela podem ser modificados para adicionar/remover atributos, conforme necessário.

A execução inicial do fluxo de dados foi projetada para transferir todos os registros mapeados, incluindo os marcados como "inativos". Posteriormente, a integração processará apenas atualizações incrementais. A exceção a isso é se os dados forem repetidos ou se um filtro for configurado; regras de filtragem básicas, baseadas em atributos, podem ser configuradas para determinar quais registros sincronizar com o Campaign.

Regras básicas de substituição podem ser configuradas na interface do usuário do aplicativo de integração para substituir um valor de atributo por um valor diferente (por exemplo, "green" para "#00FF00", "F" para 1 etc.).

Dependendo do volume de registros, talvez seja necessário usar o armazenamento SFTP do Campaign para a transferência inicial de dados. Saiba mais.

O atributo externalId da tabela de perfis do Campaign deve ser preenchido com contactId do atributo de contato do Dynamics 365 para que a entrada do contato funcione. As entidades personalizadas da campanha também devem ser preenchidas com um atributo de ID exclusivo do Dynamics 365; no entanto, esse atributo pode ser armazenado em qualquer atributo de entidade personalizado do Campaign (ou seja, não precisa ser externalId).

NOTE
Para entrada de entidade personalizada, o controle de alterações deve ser habilitado no Dynamics 365 para entidades personalizadas sincronizadas.

Entidades personalizadas

A integração do Microsoft Dynamics 365-Adobe Campaign Standard oferece suporte a entidades personalizadas, permitindo que as entidades personalizadas no Dynamics 365 sejam sincronizadas com os recursos personalizados correspondentes no Campaign.

Os novos dados nos recursos personalizados podem ser usados para várias finalidades, incluindo segmentação e personalização.

A integração oferece suporte a tabelas vinculadas e não vinculadas. A vinculação é suportada em até três níveis (ou seja, nível1->nível2->nível3).

IMPORTANT
Se qualquer registro de recurso personalizado do Campaign contiver informações pessoais, recomendações específicas serão aplicadas. Saiba mais nesta seção.

Ao configurar fluxos de dados de entidade personalizados, é importante estar ciente do seguinte:

  • A criação e a modificação dos recursos personalizados do Campaign são operações confidenciais que só devem ser executadas por usuários especialistas.

  • Para fluxos de dados de entidade personalizados, o controle de alterações deve ser habilitado no Dynamics 365 para entidades personalizadas sincronizadas.

  • Se um registro primário e um registro secundário vinculado forem criados quase ao mesmo tempo no Dynamics 365, devido ao processamento paralelo da integração, haverá uma pequena chance de um novo registro secundário ser gravado no Campaign antes do registro primário.

  • Se o pai e o filho estiverem vinculados no lado da Campanha usando a opção de link simples de cardinalidade 1, o registro filho permanecerá oculto e inacessível (por meio da interface ou da API) até que o registro pai chegue ao Campaign.

  • (Presumindo 1 link simples de cardinalidade no Campaign) Se o registro secundário for atualizado ou excluído no Dynamics 365 e essa alteração for gravada no Campaign antes que o registro principal seja exibido no Campaign (provavelmente, mas uma possibilidade remota), essa atualização ou exclusão não será processada no Campaign e um erro será lançado. No caso de atualização, o registro em questão precisará ser atualizado no Dynamics 365 novamente para sincronizar o registro atualizado. No caso de exclusão, o registro em questão precisará ser tratado separadamente no lado da campanha, pois não há mais um registro no Dynamics 365 para excluir ou atualizar.

  • Se você se deparar com uma situação em que acredita ter registros secundários ocultos e não tem como acessá-los, poderá alterar temporariamente o tipo de link de cardinalidade para 0 ou 1 link simples de cardinalidade para acessar esses registros.

Uma visão geral mais abrangente dos recursos personalizados do Campaign pode ser encontrada nesta seção.

Fluxo de eventos de marketing por email email-marketing-event-flow

Os eventos de marketing por email são enviados do Campaign para o Microsoft Dynamics 365 para serem exibidos na exibição Linha do tempo.

Tipos de evento de marketing compatíveis:

  • Enviar - email enviado ao recipient
  • Abrir - email aberto pelo destinatário
  • Clique - URL no email clicado pelo recipient
  • Rejeição - o email para o recipient sofreu uma rejeição permanente

Os seguintes atributos de evento são exibidos no Dynamics 365:

  • Nome da campanha de marketing
  • Nome do delivery de email
  • Carimbo de data e hora
  • URL da mirror page de email
  • URL clicado (somente eventos de clique)

Os Eventos de marketing por email podem ser ativados/desativados por tipo (enviar, abrir, clicar, rejeição) para que somente os tipos de evento selecionados sejam passados para o Dynamics 365.

Fluxo de recusa opt-out-flow

Os valores de recusa (por exemplo, inclui na lista de bloqueios) são sincronizados entre sistemas; você tem as seguintes opções para escolher quando integrar:

  • Unidirecional (Microsoft Dynamics 365 para Campaign): o Dynamics 365 é a fonte da verdade para recusas. Os atributos de recusa serão sincronizados em uma direção do Dynamics 365 para o Campaign Standard"
  • Unidirecional (Campaign para Microsoft Dynamics 365): o Campaign Standard é a fonte da verdade para recusas. Os atributos de recusa serão sincronizados em uma direção do Campaign Standard para o Dynamics 365
  • Bidirecional: Dynamics 365 E Campaign Standard são fontes da verdade. Os atributos de recusa serão sincronizados bidirecionalmente entre o Campaign Standard e o Dynamics 365

Como alternativa, se você tiver um processo separado para gerenciar a sincronização de recusa entre os sistemas, o fluxo de dados de recusa da integração poderá ser desativado.

NOTE
Na interface do usuário do aplicativo de integração, os casos de uso de recusa Unidirecional (Microsoft Dynamics 365 para Campaign) e Bidirecional são configurados em um fluxo de trabalho de recusa separado. Saiba mais.
O caso de uso de recusa Unidirecional (Campaign para Microsoft Dynamics 365) é uma exceção; ele é configurado no fluxo de trabalho de entrada (Contato para Perfil).

O mapeamento do fluxo de recusa deve ser especificado pelo cliente, pois as necessidades comerciais podem diferir entre as empresas. No lado do Campaign, somente os atributos de recusa do OOTB podem ser usados para mapeamento de recusa:

  • ➡ incluir na lista de bloqueios
  • denyListEmail
  • denyListFax
  • denyListMobile
  • denyListPhone
  • denyListPostalMail
  • denyListPushnotification
  • ccpaOptOut

No Dynamics 365, a maioria dos campos de recusa tem o prefixo "donot"; no entanto, você também pode utilizar outros atributos para fins de recusa, se os tipos de dados forem compatíveis.

Transferência inicial de dados initial-data-transfer

A transferência inicial de dados pode demorar um pouco, dependendo de quantos registros você está assimilando do Microsoft Dynamics 365. Após a transferência inicial dos dados, a integração selecionará as atualizações incrementais.

recommendation-more-help
3ef63344-7f3d-48f9-85ed-02bf569c4fff