Des réglementations telles que la loi HIPAA exigent que Journey Optimizer fournisse un moyen d’archiver les messages envoyés aux individus. En effet, si vos clients soumettent une réclamation, ils devraient avoir la possibilité d'obtenir une copie du message envoyé à des fins de vérification.
Pour le canal e-mail, Journey Optimizer fournit une fonctionnalité de messagerie en Cci intégrée. En savoir plus
De plus, pour tous les canaux, vous pouvez utiliser le champ "Modèle" dans le Jeu de données d’entité, qui contient les détails des modèles de messages non personnalisés. Exportez le jeu de données avec ce champ pour enregistrer des métadonnées telles que : qui a envoyé le message, à qui et quand. Notez que les données personnalisées ne sont pas exportées : seul le modèle (format et structure du message) est pris en compte. En savoir plus
Journey Optimizer ne possède pas la prise en charge des exigences d’archivage des SMS. Pour une prise en charge dédiée de l’archivage, collaborez avec votre fournisseur SMS (Synch ou Twilio).
Vous pouvez envoyer une copie carbone invisible (Cci) d’un e-mail envoyé par Journey Optimizer à une adresse Cci dédiée. Cette fonctionnalité facultative vous permet de conserver des copies des communications par e-mail que vous envoyez à vos utilisateurs et à vos utilisatrices à des fins de conformité et/ou d’archivage. L’adresse en Cci n’est pas visible par les autres personnes destinataires du message.
Pour activer l’option E-mail Cci, saisissez l'adresse e-mail de votre choix dans le champ dédié de la surface de canal (c’est-à-dire le préréglage de message). Vous pouvez spécifier n’importe quelle adresse externe au format correct, à l’exception d’une adresse e-mail définie sur un sous-domaine délégué à Adobe. Par exemple, si vous avez délégué le sous-domaine marketing.luma.com à Adobe, toute adresse comme abc@marketing.luma.com est interdite.
Vous ne pouvez définir qu'une seule adresse e-mail en Cci. Assurez-vous que l’adresse en Cci dispose d’une capacité de réception suffisante pour stocker tous les e-mails envoyés à l’aide de la surface de canal actuelle.
D’autres recommandations sont répertoriées dans cette section.
Si vous avez acheté l’offre de module complémentaire Healthcare Shield, vous devez vous assurer que le FAI de votre adresse en Cci prend en charge le protocole TLS 1.2.
Une fois la configuration terminée, tous les e-mails basés sur cette surface sont envoyés en copie carbone invisible (Cci) vers l’adresse e-mail que vous avez saisie. De là, ils peuvent être traités et archivés à l’aide d’un système externe.
Votre utilisation de la fonctionnalité Cci est décomptée en fonction du nombre de messages pour lesquels vous disposez d’une licence. Par conséquent, activez-la uniquement dans les surfaces utilisées pour les communications critiques que vous souhaitez archiver. Vérifiez votre contrat pour les volumes sous licence.
Le paramètre d’adresse e-mail en Cci est immédiatement enregistré et traité au niveau de la surface. Lorsque vous créez un message avec cette surface, l’adresse e-mail en Cci s’affiche automatiquement.
Cependant, l’adresse en Cci est sélectionnée pour l’envoi de communications en suivant la logique décrite ici.
Afin d’assurer le respect de la confidentialité, les e-mails en Cci doivent être traités dans un système d’archivage capable de stocker en toute sécurité les informations d’identification personnelle (PII).
Comme les messages peuvent contenir des données sensibles ou privées, telles que des informations d’identification personnelle (PII), vérifiez que l’adresse en Cci est correcte et sécurisez l’accès aux messages.
Votre boîte de réception utilisée pour la fonctionnalité Cci doit être correctement gérée pour l’espace et la diffusion. Si la boîte de réception renvoie des bounces, certains e-mails peuvent ne pas être reçus et ne seront donc pas archivés.
Les messages peuvent être envoyés à l’adresse e-mail en Cci avant les destinataires cibles. Les messages en Cci peuvent également être envoyés même si les messages d’origine peuvent avoir fait l’objet de rebonds.
N’ouvrez pas et ne cliquez pas sur les e-mails envoyés à l’adresse en Cci, car cela est pris en compte dans le nombre total d’ouvertures et de clics de l’analyse d’envoi, ce qui peut entraîner des erreurs de calcul dans les rapports.
Ne marquez pas les messages comme spam dans la boîte de réception en Cci, car cela aura un impact sur tous les autres e-mails envoyés à cette adresse.
Ne cliquez pas sur le lien de désabonnement dans les e-mails envoyés à l’adresse en Cci, car vous désabonnez immédiatement les destinataires correspondants.
Les réglementations telles que le RGPD stipulent que les titulaires de données doivent pouvoir modifier leur consentement à tout moment. Comme les e-mails en Cci que vous envoyez avec Journey Optimizer contiennent des informations d’identification personnelles (PII) en toute sécurité, vous devez modifier la variable Schéma d’événement de retour en Cci d’e-mail CJM pour être en mesure de gérer ces informations d’identification personnelle conformément au RGPD et aux règlements similaires.
Pour ce faire, suivez les étapes ci-après.
Accédez à Gestion des données > Schémas > Parcourir et sélectionnez Schéma d’événement de retour en Cci d’e-mail CJM.
Cliquez pour développer _experience, customerJourneyManagement puis secondaryRecipientDetail.
Sélectionnez originalRecipientAddress.
Dans les Propriétés du champ à droite, faites défiler l’écran jusqu’à la case à cocher Identité.
Sélectionnez-la et sélectionnez également Identité principale.
Sélectionnez un espace de noms dans la liste déroulante.
Cliquez sur Appliquer.
Pour en savoir plus sur la gestion de la confidentialité et les réglementations applicables, consultez la documentation Experience Platform.
Le reporting en tant que tel en Cci n'est pas disponible dans les rapports de message et parcours. Toutefois, les informations sont stockées dans un jeu de données système appelé Jeu de données d’événement de retour AJO Cci. Vous pouvez exécuter des requêtes sur ce jeu de données pour trouver des informations utiles à des fins de débogage, par exemple.
Vous pouvez accéder à ce jeu de données par le biais de l’interface utilisateur. Sélectionnez Gestion des données > Jeux de données > Parcourir et activez le bouton à bascule Affichage des jeux de données système à partir du filtre pour afficher les jeux de données générés par le système. En savoir plus sur l’accès aux jeux de données dans cette section.
Pour exécuter des requêtes sur ce jeu de données, vous pouvez utiliser l’éditeur de requêtes fourni par le Query Service d’Adobe Experience Platform. Pour y accéder, sélectionnez Gestion des données > Requêtes et cliquez sur Créer une requête. En savoir plus
Selon les informations que vous recherchez, vous pouvez exécuter les requêtes suivantes.
Pour toutes les autres requêtes ci-dessous, vous aurez besoin de l’ID d’action de parcours. Exécutez cette requête pour récupérer tous les identifiants d’action associés à un identifiant de version de parcours spécifique au cours des 2 derniers jours :
SELECT
DISTINCT
CAST(TIMESTAMP AS DATE) AS EventTime,
_experience.journeyOrchestration.stepEvents.journeyVersionID,
_experience.journeyOrchestration.stepEvents.actionName,
_experience.journeyOrchestration.stepEvents.actionID
FROM journey_step_events
WHERE
_experience.journeyOrchestration.stepEvents.journeyVersionID = '<journey version id>' AND
_experience.journeyOrchestration.stepEvents.actionID is not NULL AND
TIMESTAMP > NOW() - INTERVAL '2' DAY
ORDER BY EventTime DESC;
Pour obtenir le paramètre <journey version id>
, sélectionnez la version de parcours correspondante à partir du menu Gestion des parcours > Parcours. L’ID de version du parcours s’affiche à la fin de l’URL affichée dans votre navigateur web.
Exécutez cette requête pour récupérer tous les événements de retour de message (en particulier l’état des retours) générés pour un message spécifique ciblé sur un utilisateur spécifique au cours des 2 derniers jours :
SELECT
_experience.customerJourneyManagement.messageExecution.journeyVersionID AS JourneyVersionID,
_experience.customerJourneyManagement.messageExecution.journeyActionID AS JourneyActionID,
timestamp AS EventTime,
_experience.customerJourneyManagement.emailChannelContext.address AS RecipientAddress,
_experience.customerjourneymanagement.messagedeliveryfeedback.feedbackStatus AS FeedbackStatus,
CASE _experience.customerjourneymanagement.messagedeliveryfeedback.feedbackStatus
WHEN 'sent' THEN 'Sent'
WHEN 'delay' THEN 'Retry'
WHEN 'out_of_band' THEN 'Bounce'
WHEN 'bounce' THEN 'Bounce'
END AS FeedbackStatusCategory
FROM cjm_message_feedback_event_dataset
WHERE
timestamp > now() - INTERVAL '2' day AND
_experience.customerJourneyManagement.messageExecution.journeyVersionID = '<journey version id>' AND
_experience.customerJourneyManagement.messageExecution.journeyActionID = '<journey action id>' AND
_experience.customerJourneyManagement.emailChannelContext.address = '<recipient email address>'
ORDER BY EventTime DESC;
Pour obtenir le paramètre <journey action id>
, exécutez la première requête décrite ci-dessus à l’aide de l’identifiant de version de parcours. Le paramètre <recipient email address>
est l’adresse e-mail du destinataire ciblé ou réel.
Exécutez cette requête pour récupérer tous les événements de retour de message en Cci générés pour un message spécifique ciblé sur un utilisateur spécifique au cours des 2 derniers jours :
SELECT
_experience.customerJourneyManagement.messageExecution.journeyVersionID AS JourneyVersionID,
_experience.customerJourneyManagement.messageExecution.journeyActionID AS JourneyActionID,
_experience.customerJourneyManagement.emailChannelContext.address AS BccEmailAddress,
timestamp AS EventTime,
_experience.customerJourneyManagement.secondaryRecipientDetail.originalRecipientAddress AS RecipientAddress,
_experience.customerjourneymanagement.messagedeliveryfeedback.feedbackStatus AS FeedbackStatus,
CASE _experience.customerjourneymanagement.messagedeliveryfeedback.feedbackStatus
WHEN 'sent' THEN 'Sent'
WHEN 'delay' THEN 'Retry'
WHEN 'out_of_band' THEN 'Bounce'
WHEN 'bounce' THEN 'Bounce'
END AS FeedbackStatusCategory
FROM ajo_bcc_feedback_event_dataset
WHERE
timestamp > now() - INTERVAL '2' day AND
_experience.customerJourneyManagement.messageExecution.journeyVersionID = '<journey version id>' AND
_experience.customerJourneyManagement.messageExecution.journeyActionID = '<journeyaction id>' AND
_experience.customerJourneyManagement.secondaryRecipientDetail.originalRecipientAddress = '<recipient email address>'
ORDER BY EventTime DESC;
Exécutez cette requête pour récupérer toutes les adresses des destinataires qui n'ont pas reçu le message alors que son entrée en Cci existe au cours des 30 derniers jours :
SELECT
DISTINCT
bcc._experience.customerJourneyManagement.secondaryRecipientDetail.originalRecipientAddress AS RecipientAddressesNotRecievedMessage
FROM ajo_bcc_feedback_event_dataset bcc
LEFT JOIN cjm_message_feedback_event_dataset mfe
ON
bcc._experience.customerJourneyManagement.messageExecution.journeyVersionID =
mfe._experience.customerJourneyManagement.messageExecution.journeyVersionID AND bcc._experience.customerJourneyManagement.messageExecution.journeyActionID = mfe._experience.customerJourneyManagement.messageExecution.journeyActionID AND
bcc._experience.customerJourneyManagement.secondaryRecipientDetail.originalRecipientAddress = mfe._experience.customerJourneyManagement.emailChannelContext.address AND
mfe._experience.customerJourneyManagement.messageExecution.journeyVersionID = '<journey version id>' AND
mfe._experience.customerJourneyManagement.messageExecution.journeyActionID = '<journey action id>' AND
mfe.timestamp > now() - INTERVAL '30' DAY AND
mfe._experience.customerjourneymanagement.messagedeliveryfeedback.feedbackstatus IN ('bounce', 'out_of_band')
WHERE bcc.timestamp > now() - INTERVAL '30' DAY;