Show Menu
ARGOMENTI×

Informazioni sull'integrazione con Microsoft Dynamics 365

Supporto di regione

Questa integrazione è disponibile nelle regioni America del Nord, EMEA e APAC.
Se ti trovi nelle aree EMEA o APAC, alcuni dei tuoi dati saranno elaborati negli Stati Uniti come parte di questa integrazione. For more information, refer to this section .

Origine della verità per la sincronizzazione dei contatti unidirezionali

Per la sincronizzazione di entità Contatto e personalizzata, questa integrazione considera Dynamics 365 come l'origine della verità. Eventuali modifiche agli attributi sincronizzati devono essere apportate in Microsoft Dynamics 365, non in Adobe Campaign Standard. Se le modifiche vengono apportate in Campaign, possono essere successivamente sovrascritte in Campaign durante la sincronizzazione, in quanto la sincronizzazione avviene in una sola direzione. Inoltre, la sincronizzazione contatti è progettata per estrarre tutti i record Contatto, sia che siano contrassegnati come attivi o inattivi in Microsoft Dynamics 365.

Gestione delle richieste di privacy

Questa integrazione è progettata per trasferire i dati utente finale (compresi, tra l'altro, quelli personali, se contenuti nei dati dell'utente finale) tra Microsoft Dynamics 365 e Adobe Campaign Standard. In qualità di titolare del trattamento dei dati, la tua azienda è responsabile del rispetto di tutte le leggi e le normative sulla privacy applicabili alla raccolta e all'uso dei dati personali.
Per questa integrazione, è necessario elaborare ogni richiesta di oggetto dati in ciascun sistema in modo indipendente affinché la modifica possa riflettersi in entrambi i database. La modifica deve essere prima eseguita in Microsoft Dynamics 365 e quindi in Adobe Campaign Standard. L'unica eccezione è che una richiesta di eliminazione correlata alla privacy verrà aggiunta alla coda Strumenti per la privacy in Campaign Standard quando un contatto viene eliminato in Dynamics 365.
Di seguito sono riportati i collegamenti per aiutarvi a implementare le richieste di accesso e/o di eliminazione relative alla privacy in ogni sistema:

Eliminazione dei contatti

Poiché Dynamics 365 è l'origine della verità, le eliminazioni di contatti in Dynamics 365 si rifletteranno in Campaign.
Quando un contatto viene eliminato in Dynamics 365, l'integrazione mette in coda una richiesta di eliminazione correlata alla privacy nella schermata Richieste/strumenti per la privacy della campagna. Se hai disabilitato il processo in due fasi per le richieste di eliminazione relative alla privacy, Campaign si occuperà dell'eliminazione.
Tuttavia, se il processo in due fasi è attivato, sarà necessario accedere alla schermata Richieste per la privacy/strumenti, dopo l'esecuzione dei flussi di lavoro tecnici per la privacy, e confermare se i record possono essere eliminati. Solo allora Campaign si occuperà dell'eliminazione.
Se il processo in due fasi è abilitato per le richieste di privacy in Campaign, le eliminazioni in Dynamics 365 non si rifletteranno automaticamente in Campaign. Dovrai entrare nella schermata di richiesta della privacy per confermare le eliminazioni.
Questa integrazione crea una richiesta utilizzando l'ID esterno (ovvero l'ID contatto Dynamics 365) come identificatore del record/profilo.

Rifiuto

A causa delle differenze negli attributi di rifiuto tra Dynamics 365 e Campaign e delle differenze nei requisiti aziendali di ciascun cliente, la mappatura della rinuncia è stata lasciata come esercizio per il completamento del cliente. È importante garantire che le opzioni di rifiuto siano mappate correttamente tra i sistemi in modo che le preferenze di rifiuto dell'utente finale vengano mantenute e che non ricevano una comunicazione tramite un canale da cui hanno rinunciato.
Tieni presente che solo gli attributi Campaign con il prefisso "blackList" (ad esempio, blackListEmail) o l'attributo specifico per la rinuncia CCPA possono essere utilizzati nelle mappature di rinuncia. In Dynamics 365, la maggior parte dei campi di rinuncia ha il prefisso "doNot"; tuttavia, se i tipi di dati sono compatibili, è anche possibile utilizzare gli attributi personalizzati creati a scopo di rifiuto.
Durante il provisioning dell'integrazione, avrete la possibilità di specificare quale configurazione di rifiuto avete bisogno per la vostra azienda:
  • Dynamics 365 è l'origine della verità per i opt-out: gli attributi di rifiuto verranno sincronizzati in una direzione da Dynamics 365 a Campaign Standard
  • Campaign Standard è l'origine di verità per i opt-out: gli attributi di rifiuto verranno sincronizzati in una direzione da Campaign Standard a Dynamics 365
  • Dynamics 365 E Campaign Standard sono entrambi fonti di verità: gli attributi di rifiuto verranno sincronizzati bidirezionalmente tra Campaign Standard e Dynamics 365
Seguite le istruzioni post-provisioning riportate nella guida utente Unifi per mappare correttamente questi valori.
La configurazione bidirezionale di rinuncia utilizza la logica per determinare quale valore scrivere in entrambi i sistemi. La logica confronta le marche temporali tra i due sistemi (modifica a livello di record in Dynamics 365, modifica a livello di attributo in Campaign) per determinare quale sistema prevale. Se Campaign contiene la marca temporale più recente, il valore Campaign prevale. Se Dynamics 365 contiene la marca temporale più recente o se è uguale, optout=TRUE vincerà (supponendo che uno dei valori sia TRUE).
Rifiuti ai sensi della California Consumer Protection Act (CCPA) e di una legislazione analoga.
La funzione di configurazione della rinuncia bidirezionale non è attualmente in grado di supportare il rispetto di alcuni requisiti legali previsti dalle leggi sulla protezione dei dati e/o da altre leggi sulla privacy dei dati. I clienti che devono rispettare l'APP o requisiti legali simili relativi alle rinunce sono responsabili dell'implementazione della propria soluzione di terze parti per eseguire sincronizzazioni bidirezionali.
Se la società non richiede il supporto bidirezionale per la rinuncia, si consiglia di selezionare un’opzione di rifiuto unidirezionale.
Rivedete e, se appropriato, aggiornate le regole di tipologia predefinite e specifiche in Adobe Campaign prima di apportare le modifiche qui, per assicurarvi che tali modifiche siano correttamente applicate a tutte le comunicazioni in uscita. Ad esempio, accertatevi che le mappature delle preferenze di rifiuto riflettano accuratamente le scelte di intenti/comunicazione del destinatario e non interrompano inavvertitamente la consegna di relazioni o messaggi transazionali come le conferme dell'ordine del cliente.

Dati campagna esistenti

Questa integrazione sincronizzerà Contatti ed entità personalizzate da Dynamics 365 a Campaign. I record delle campagne creati al di fuori dell'integrazione (ovvero, non creati dal processo di sincronizzazione) non verranno toccati dall'integrazione, compresi i record delle campagne esistenti al momento della configurazione dell'integrazione.
Poiché questa integrazione utilizza il externalId campo in Campaign Standard per sincronizzare i record dei profili delle campagne con i record dei contatti di Dynamics 365, questo campo Campaign ( externalId ) deve essere popolato con Dynamics 365 contactId per i record che si desidera sincronizzare da Dynamics 365. Per mantenere la sincronizzazione, anche le entità personalizzate dovranno avere questo campo presente e popolato correttamente. Ricorda, tuttavia, che Dynamics 365 continuerà ad essere l'origine della verità e che i dati del profilo Campaign possono essere sovrascritti quando l'integrazione rileva gli aggiornamenti sul lato Dynamics 365. Possono essere necessari altri passaggi per abilitare l'integrazione, a seconda della distribuzione esistente; si consiglia pertanto di collaborare strettamente con il contatto tecnico di Adobe.
A causa della complessità delle distribuzioni dei clienti esistenti, è consigliabile collaborare con il contatto tecnico Adobe al momento della pianificazione e della configurazione dell'integrazione.