Utilizzo dell’integrazione con Microsoft Dynamics 365

L’integrazione di Adobe Campaign Standard con Microsoft Dynamics 365 esegue diversi flussi di dati. Questi flussi sono descritti in dettaglio in questa pagina.

Ulteriori dettagli sui flussi di dati sono disponibili più in basso in questo documento, nella sezione Flussi di dati sezione.

Esperienza utente di Adobe Campaign Standard

Quando un contatto viene creato, modificato o eliminato (se l’eliminazione è abilitata) in Microsoft Dynamics 365, viene inviato a Campaign Standard. Questi contatti saranno visibili nella schermata Profili in Campaign e possono essere indirizzati nelle campagne di marketing. Consulta la schermata Profili di seguito.

Quando un attributo di rinuncia viene modificato in Campaign, questo si rifletterà in Dynamics 365 se hai selezionato il Unidirezionale (da Campaign a Microsoft Dynamics 365) o Bidirezionale la configurazione di rinuncia e se quel particolare attributo è mappato correttamente.

Esperienza utente di Microsoft Dynamics 365

Per l’uscita, i seguenti eventi di e-mail marketing vengono inviati da Campaign a Dynamics 365 e visualizzati nella visualizzazione Timeline di Microsoft Dynamics 365 come attività personalizzate:

  • Invio e-mail Adobe Campaign

  • Apertura e-mail Adobe Campaign

  • Clic sull’URL dell’e-mail di Adobe Campaign

  • E-mail non recapitate in Adobe Campaign

Per visualizzare la sequenza temporale di un contatto, passa all’elenco dei contatti facendo clic su Sales Hub dal menu a discesa Dynamics 365. Fare quindi clic su Contatti sulla barra dei menu a sinistra e selezionare un contatto.

NOTE
Il Adobe Campaign per Microsoft Dynamics 365 per poter visualizzare questi eventi, l’app in AppSource dovrà essere installata nell’istanza di Microsoft Dynamics 365. Ulteriori informazioni.

Di seguito è riportata un'istantanea della schermata Contatto per "Dynamics User". Nella vista Timeline, noterai che all’utente di Dynamics è stata inviata un’e-mail associata al nome della campagna "2019LoyaltyCamp" e al nome della consegna "DM190". Dynamics User ha aperto l’e-mail e ha fatto clic su un URL nell’e-mail; entrambe queste azioni hanno creato eventi che vengono visualizzati anche di seguito. Nell’angolo a destra viene visualizzata la scheda Relationship Assistant (RA), che attualmente contiene un’attività per il follow-up dell’URL su cui è stato fatto clic.

Di seguito è riportata una descrizione della vista Timeline per l’utente di Dynamics.

Di seguito è riportata una breve descrizione della scheda Relationship Assistant (RA). L’app AppSource contiene un flusso di lavoro che verifica la presenza di un evento Clic su URL e-mail di Adobe. Quando si verifica questo evento, viene creata un'attività e viene impostata una data di scadenza. Questo consente all’attività di essere visualizzata nella scheda RA, dandogli ulteriore visibilità. Esiste un flusso di lavoro simile, ad Adobe per gli eventi di mancato recapito e-mail, con l’aggiunta di un’attività per riconciliare l’indirizzo e-mail non valido. Questi flussi di lavoro possono essere disattivati nella soluzione.

Se fai clic sull’oggetto dell’evento di invio, visualizzerai un modulo simile a quello riportato di seguito. I moduli per gli eventi di apertura e mancato recapito sono simili.

Il modulo per gli eventi di clic sugli URL e-mail aggiunge un attributo aggiuntivo per l’URL su cui è stato fatto clic:

Di seguito è riportato un elenco degli attributi e una descrizione:

  • Oggetto: oggetto dell’evento; composto dall’ID campagna e dall’ID consegna della consegna e-mail

  • Proprietario: utente dell’applicazione creato nei passaggi successivi al provisioning

  • Riguardo: nome del contatto

  • Nome campagna: l’ID campagna in Campaign Standard

  • Nome consegna: l’ID di consegna in Campaign Standard

  • Data invio/apertura/clic/rifiuto: data/ora di creazione dell’evento

  • URL di tracciamento: URL su cui è stato fatto clic

  • URL pagina mirror: URL della pagina speculare dell’e-mail inviata/aperta/su cui è stato fatto clic/non recapitata. Il periodo di scadenza della pagina mirror e-mail può essere modificato nella schermata di configurazione dell’attività del canale e-mail di Campaign corrispondente. Ulteriori informazioni.

NOTE
Per la rinuncia, quando un attributo di rinuncia viene modificato in Microsoft Dynamics 365, verrà riflesso in Campaign se hai selezionato la Unidirezionale (da Campaign a Microsoft Dynamics 365) o Bidirezionale la configurazione di rinuncia e se quel particolare attributo è mappato correttamente.

Flussi di dati data-flows

Ingresso di contatti ed entità personalizzate

I record nuovi, aggiornati ed eliminati (Nota: i record eliminati devono essere abilitati) vengono inviati dalla tabella dei contatti di Microsoft Dynamics 365 alla tabella dei profili di Campaign.

Nell’interfaccia utente dell’applicazione di integrazione è possibile configurare le mappature delle tabelle per mappare gli attributi delle tabelle Microsoft Dynamics 365 agli attributi delle tabelle Campaign. Le mappature delle tabelle possono essere modificate per aggiungere/rimuovere attributi, in base alle esigenze.

L’esecuzione iniziale del flusso di dati è progettata per trasferire tutti i record mappati, inclusi quelli contrassegnati come "inattivi"; in seguito, l’integrazione elaborerà solo aggiornamenti incrementali. L’eccezione a questo problema si verifica se i dati vengono ripetuti o se viene configurato un filtro; è possibile configurare regole di filtro di base basate su attributi per determinare quali record sincronizzare con Campaign.

Le regole di sostituzione di base possono essere configurate nell’interfaccia utente dell’applicazione di integrazione per sostituire un valore di attributo con un valore diverso (ad esempio, "verde" per "#00FF00", "F" per 1, ecc.).

A seconda del volume di record, potrebbe essere necessario utilizzare l’archiviazione SFTP di Campaign per il trasferimento iniziale dei dati. Ulteriori informazioni.

L’attributo externalId della tabella di profilo di Campaign deve essere compilato con l’attributo contactId di Dynamics 365 affinché l’ingresso del contatto funzioni. Le entità personalizzate di Campaign devono anche essere compilate con un attributo ID univoco di Dynamics 365; tuttavia, questo attributo può essere memorizzato in qualsiasi attributo di entità personalizzato di Campaign (ovvero, non deve essere externalId).

NOTE
Per l’ingresso di entità personalizzate, il rilevamento delle modifiche deve essere abilitato in Dynamics 365 per le entità personalizzate sincronizzate.

Entità personalizzate

Il Integrazione con Microsoft Dynamics 365-Adobe Campaign Standard supporta le entità personalizzate, consentendo la sincronizzazione di entità personalizzate in Dynamics 365 con le risorse personalizzate corrispondenti in Campaign.

I nuovi dati nelle risorse personalizzate possono essere utilizzati per diversi scopi, tra cui segmentazione e personalizzazione.

L’integrazione supporta sia tabelle collegate che non collegate. Il collegamento è supportato fino a tre livelli (ovvero, livello1->livello2->livello3).

IMPORTANT
Se un record di risorse personalizzato di Campaign contiene informazioni personali, vengono applicate raccomandazioni specifiche. Per ulteriori informazioni, consulta questa sezione.

Durante la configurazione dei flussi di dati di entità personalizzate, è importante tenere presente quanto segue:

  • La creazione e la modifica di risorse personalizzate di Campaign sono operazioni sensibili che devono essere eseguite solo da utenti esperti.

  • Per i flussi di dati di entità personalizzate, il rilevamento delle modifiche deve essere abilitato in Dynamics 365 per le entità personalizzate sincronizzate.

  • Se un record padre e un record figlio collegato vengono creati quasi contemporaneamente in Dynamics 365, a causa dell’elaborazione parallela dell’integrazione, esiste una leggera possibilità che un nuovo record figlio possa essere scritto in Campaign prima del relativo record padre.

  • Se l'elemento padre e l'elemento figlio sono collegati sul lato campagna utilizzando Collegamento semplice con cardinalità 1 , il record secondario rimarrà nascosto e inaccessibile (tramite l’interfaccia utente o l’API) fino a quando il record principale non arriva in Campaign.

  • (supponendo che Collegamento semplice con cardinalità 1 in Campaign) Se il record secondario viene aggiornato o eliminato in Dynamics 365 e tale modifica viene scritta in Campaign prima che il record principale venga visualizzato in Campaign (probabilmente, ma è una possibilità remota), tale aggiornamento o eliminazione non verrà elaborato in Campaign e verrà generato un errore. In caso di aggiornamento, il record in questione dovrà essere aggiornato nuovamente in Dynamics 365 per sincronizzare il record aggiornato. In caso di eliminazione, il record in questione dovrà essere gestito separatamente dal lato Campaign, in quanto non esiste più un record in Dynamics 365 da eliminare o aggiornare.

  • Se ci si imbatte in una situazione in cui si ritiene di disporre di record secondari nascosti e non è possibile accedervi, è possibile modificare temporaneamente il tipo di collegamento cardinalità in Collegamento semplice con cardinalità 0 o 1 per accedere a tali documenti.

È disponibile una panoramica più completa delle risorse personalizzate di Campaign in questa sezione.

Flusso degli eventi di e-mail marketing email-marketing-event-flow

Gli eventi di marketing e-mail vengono inviati da Campaign a Microsoft Dynamics 365 per essere visualizzati nella visualizzazione Timeline.

Tipi di eventi di marketing supportati:

  • Invia: e-mail inviata al destinatario
  • Apri: e-mail aperta dal destinatario
  • Clic: URL nell’e-mail su cui il destinatario ha fatto clic
  • Mancato recapito: l’e-mail al destinatario ha subito un problema grave

In Dynamics 365 vengono visualizzati i seguenti attributi di evento:

  • Nome della campagna di marketing
  • Nome consegna e-mail
  • Timestamp
  • URL pagina mirror e-mail
  • URL su cui è stato fatto clic (solo eventi clic)

È possibile abilitare/disabilitare gli eventi di e-mail marketing per tipo (invia, apri, fai clic, rimuovi) in modo che solo i tipi di evento selezionati vengano passati a Dynamics 365.

Flusso di rinuncia opt-out-flow

I valori di rinuncia (ad es., inserisce nell'elenco Bloccati di) sono sincronizzati tra i sistemi; puoi scegliere tra le seguenti opzioni durante l’onboarding:

  • Unidirezionale (da Microsoft Dynamics 365 a Campaign): Dynamics 365 è la fonte di verità per le rinunce. Gli attributi di rinuncia verranno sincronizzati in una direzione da Dynamics 365 a Campaign Standard"
  • Unidirezionale (da Campaign a Microsoft Dynamics 365): Campaign Standard è la fonte di verità per le rinunce. Gli attributi di rinuncia verranno sincronizzati in una direzione da Campaign Standard a Dynamics 365
  • Bidirezionale: Dynamics 365 E Campaign Standard sono entrambe fonti di verità. Gli attributi di rinuncia verranno sincronizzati bidirezionalmente tra Campaign Standard e Dynamics 365

In alternativa, se disponi di un processo separato per gestire la sincronizzazione delle rinunce tra i sistemi, il flusso di dati di rinuncia dell’integrazione può essere disabilitato.

NOTE
Nell’interfaccia utente dell’applicazione di integrazione, il Unidirezionale (da Microsoft Dynamics 365 a Campaign) e Bidirezionale i casi di utilizzo di rinuncia sono configurati in un flusso di lavoro di rinuncia separato. Ulteriori informazioni.
Il Unidirezionale (da Campaign a Microsoft Dynamics 365) il caso di utilizzo della rinuncia è un’eccezione; è configurato all’interno del flusso di lavoro in ingresso (Contatto con profilo).

La mappatura del flusso di rinuncia deve essere specificata dal cliente, in quanto i requisiti di business possono variare tra le aziende. Sul lato Campaign, per la mappatura della rinuncia è possibile utilizzare solo gli attributi di rinuncia inclusi:

  • inserisco nell'elenco Bloccati
  • denyListEmail
  • denyListFax
  • denyListMobile
  • denyListPhone
  • denyListPostalMail
  • denyListPushnotification
  • ccpaOptOut

In Dynamics 365, la maggior parte dei campi di rinuncia hanno il prefisso "donot"; tuttavia, puoi anche utilizzare altri attributi a scopo di rinuncia se i tipi di dati sono compatibili.

Trasferimento iniziale dei dati initial-data-transfer

Il trasferimento iniziale dei dati potrebbe richiedere un po’ di tempo a seconda del numero di record che si stanno acquisendo da Microsoft Dynamics 365. Dopo il trasferimento iniziale dei dati, l’integrazione utilizzerà gli aggiornamenti incrementali.

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