v7
S’applique uniquement à Campaign Classic v7

Traitement des événements about-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 (voir Description des événements).

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.), son adresse e-mail ou son numéro de mobile, ainsi que d'autres informations permettant d'enrichir et de personnaliser le message transactionnel avant sa diffusion (informations de contact du client, langue du message, format de l'e-mail, etc.).

Exemple de données d'un événement :

Étapes de traitement des événements event-processing

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 ci-dessus effectuées via l'instance d'exécution, chaque destinataire ciblé reçoit un message personnalisé.

NOTE
Pour plus d'informations sur les instances de message transactionnel, voir Architecture des messages transactionnels.

Collecte des é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. Voir à ce propos Description des événements.

  • La réalisation d'un workflow permet de récupérer les événements par import de fichier ou via une passerelle SQL (avec l'option 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 attentant 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.

Acheminement vers un modèle routing-towards-a-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 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

Statuts des événements event-statuses

L'historique des événements (sous Message Center  > Historique des événements), regroupe dans une même vue tous les événements traités. Ils peuvent être catégorisés par type d'événement ou par statut. Ces statuts sont les suivants :

  • En attente  : l'événement 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é associé.
    • Un événement traité mais dont la confirmation est erronée. La colonne Nombre d'erreurs affiche une valeur qui n'est pas 0. Pour savoir quand cet événement sera à nouveau traité, 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 qui collecte les statuts des diffusions. Pour plus de détails, vous pouvez ouvrir la diffusion concernée.

  • É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 expiré  : le nombre maximum de tentatives d'envoi a été atteint. L'événement est considéré comme nul.

Recyclage de l'événement 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
601d79c3-e613-4db3-889a-ae959cd9e3e1