Traitement des événements

Dans le cadre d’un message transactionnel, un événement est généré par un système d’information externe et envoyé à Adobe Campaign via les méthodes PushEvent et PushEvents (voir Description de l’événement).

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 email 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'email, etc.).

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

Étapes de traitement des événements

Pour traiter les événements de messages transactionnels, 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é.

REMARQUE

Pour plus d’informations sur les instances de messagerie transactionnelle, voir Architecture des messages transactionnels.

Collecte des événements

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 permettent de pousser les événements dans Adobe Campaign : La méthode PushEvent permet d'envoyer un événement à la fois, la méthode PushEvents d'envoyer plusieurs événements à la fois. Voir à ce propos Description de l’événement.

  • 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 répartis par les workflows techniques entre les files d'attente temps réel et par lots de la ou des instances d'exécution, en attendant d'être associés à un modèle de message.

REMARQUE

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

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 à lier à un événement en temps réel, l’autre à lier à un événement batch.

L’étape d’acheminement consiste à lier 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 repose 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

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 a la valeur 0. Le modèle d'email n'a pas encore été associé.
    • Un événement traité, mais dont la confirmation est erronée. La colonne Nombre d'erreurs a 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 lié. L'email 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 via 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’email qui sert de modèle pour l’événement.

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

Recyclage de l'événement

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.

ATTENTION

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, contactez votre chargé de compte d’Adobe.

Sur cette page