Traitement des événements event-processing

Dans le contexte des messages transactionnels, un événement est généré par un système d’informations externe et envoyé à Adobe Campaign via les méthodes PushEvent et PushEvents. Ces méthodes sont décrites dans cette section.

Cet événement contient des données liées à l’événement, telles que :

  • son type : confirmation de commande, création de compte sur un site web, etc. ;
  • l’adresse e-mail ou le numéro de téléphone ;
  • toute autre information visant à enrichir et personnaliser le message transactionnel avant sa diffusion : coordonnées du client ou de la cliente, langue du message, format de l’e-mail, etc.

Exemple de données d’événement :

Pour traiter les événements de message transactionnel, les étapes suivantes sont appliquées sur la ou les instances d'exécution :

  1. Collecte des événements
  2. Acheminement de l'événement vers un modèle de message
  3. Enrichissement de l'événement avec des données de personnalisation
  4. Exécution de la diffusion
  5. Recyclage des événements dont la diffusion associée a échoué (via un workflow Adobe Campaign)

Une fois toutes les étapes effectuées, chaque destinataire ciblé reçoit un message personnalisé.

Collecter les événements event-collection

Les événements générés par le système d'information peuvent être collectés selon deux modes :

  • Les appels aux méthodes SOAP vous permettent d'effectuer une transmission de type push des événements dans Adobe Campaign : la méthode PushEvent permet d'envoyer un événement à la fois, la méthode PushEvents, plusieurs événements à la fois. En savoir plus.

  • La création d’un workflow permet de récupérer les événements en important les fichiers ou via une passerelle SQL, avec le module Federated Data Access.

Une fois collectés, les événements sont scindés par workflows techniques entre les files d’attente en temps réel et par lot de la ou des instances d’exécution, tout en attendant d’être associés à un modèle de message.

NOTE
Sur les instances d'exécution, les dossiers Événements en temps réel ou Événements par lots ne doivent pas être définis comme des vues, car cela pourrait entraîner des problèmes de droit d'accès. Pour plus d'informations sur la définition d'un dossier en tant que vue, consultez cette section.

Transférer un événement vers un modèle event-to-template

Une fois le modèle de message publié sur la ou les instances d’exécution, deux modèles sont automatiquement générés : l’un à associer à un événement en temps réel, l’autre à un événement batch.

L'étape de routage consiste à associer un événement au modèle de message approprié, en fonction des éléments suivants :

  • Type d'événement spécifié dans les propriétés de l'événement lui-même :

  • Type d'événement spécifié dans les propriétés du modèle de message :

Par défaut, le routage s'appuie sur les informations suivantes :

  • Le type d'événement
  • Le canal à utiliser (email par défaut)
  • Le modèle de diffusion le plus récent, selon la date de publication

Vérifier le statut des événements event-statuses

Tous les événements traités sont regroupés dans une seule vue, dans le dossier Historique des événements ou l’explorateur. Ils peuvent être classés par type d’événement ou par statut.

Les statuts possibles sont les suivants :

  • En attente

    • Un événement en attente peut être un événement qui vient d’être collecté et qui n’a pas encore été traité. La colonne Nombre d’erreurs affiche la valeur 0. Le modèle d’e-mail n’a pas encore été lié.
    • Un événement en attente peut également être un événement traité, mais dont la confirmation est erronée. La colonne Nombre d’erreurs affiche une valeur différente de 0. Pour savoir quand cet événement sera traité à nouveau, consultez la colonne Traitement demandé le.
  • En attente de diffusion
    L’événement a été traité et le modèle de diffusion est associé. L’e-mail est en attente de diffusion et le processus de diffusion classique est appliqué. Pour plus d’informations, vous pouvez ouvrir la diffusion.

  • Envoyé, Ignoré et Erreur de diffusion  : ces statuts de diffusion sont récupérés par le workflow updateEventsStatus. Pour plus d’informations, vous pouvez ouvrir la diffusion correspondante.

  • Événement non pris en charge
    La phase de routage des messages transactionnels a échoué. Par exemple, Adobe Campaign n’a pas trouvé l’e-mail qui sert de modèle pour l’événement.

  • Evénement ayant expiré
    Le nombre maximum de tentatives d’envoi a été atteint. L’événement est considéré comme nul.

Recycler les événements event-recycling

Si l'envoi d'un message sur un canal spécifique échoue, Adobe Campaign peut renvoyer le message en utilisant un autre canal. Par exemple, si l'envoi d'un message sur le canal SMS échoue, le message est renvoyé en utilisant le canal email.

Pour cela, vous devez paramétrer un workflow qui recrée tous les événements dont le statut est Erreur de diffusion, et leur assigner un canal différent de celui utilisé précédemment.

CAUTION
Cette étape ne peut être réalisée qu'à l'aide d'un workflow et est donc réservée à des utilisateurs experts. Pour plus d'informations, veuillez contacter votre chargé de compte Adobe.
recommendation-more-help
35662671-8e3d-4f04-a092-029a056c566b