Show Menu
SUJETS×

Workflows techniques

Vous devez vous assurer que les workflows techniques de l'instance de pilotage et des différentes instances d'exécution sont bien créés et démarrés avant de procéder au déploiement des modèles de messages transactionnels.
Les différents workflows techniques associés aux messages transactionnels (Message Center) sont répartis entre l'instance de pilotage et la ou les instances d'exécution.

Workflows de l'instance de pilotage

Sur l'instance de pilotage, vous devez créer un workflow d'archivage par instance d'exécution. Les workflows d'archivage sont ensuite accessibles à partir du dossier Administration > Exploitation > Message Center . Une fois créés, les workflows d'archivage sont automatiquement démarrés.
Architecture répartie
Si vous disposez d'une ou plusieurs instances d'exécution, vous devez créer, sur l'instance de pilotage, un workflow d'archivage pour chaque compte externe de type Instance d'exécution Message Center . Cliquez sur le bouton Créer le workflow d'archivage pour créer et démarrer le workflow.
Architecture minimale
Lorsque les modules de pilotage et d'exécution sont installés sur la même instance, vous devez créer le workflow d'archivage depuis l'assistant de déploiement. Cliquez sur le bouton Créer le workflow d'archivage pour créer et démarrer le workflow.

Workflows de l'instance d'exécution

Sur la ou les instances d'exécution, les workflows techniques des messages transactionnels sont accessibles depuis le dossier Administration > Exploitation > Message Center . Vous devez simplement les démarrer. La liste des workflows est la suivante :
  • Traitement des événements batch (nom interne : batchEventsProcessing ) : ce workflow permet de répartir les événements batch dans une file d'attente avant qu'ils ne soient associés à un modèle de message.
  • Traitement des événements temps réel (nom interne : rtEventsProcessing ) : ce workflow permet de répartir les événements temps réel dans une file d'attente avant qu'ils ne soient associés à un modèle de message.
  • Mise à jour du statut des événements (nom interne : updateEventsStatus ) : ce workflow permet d'attribuer un statut à l'événement.
    Les statuts d'un événement sont les suivants :
    • En attente : l'événement se trouve dans la file d'attente. Aucun modèle de message ne lui a encore été associé.
    • En attente de diffusion : l'événement est dans la file d'attente, un modèle de message lui a été associé et il est en cours de traitement par la diffusion.
    • Envoyé : ce statut est copié depuis les logs de diffusion. Il signifie que la diffusion a été envoyée.
    • Ignoré par la diffusion : ce statut est copié depuis les logs de diffusion. Il signifie que la diffusion a été ignorée.
    • Erreur de diffusion : ce statut est copié depuis les logs de diffusion. Il signifie que la diffusion a échoué.
    • Evénement non pris en charge : l'association de l'événement à un modèle de message a échoué. L'événement ne sera pas retraité.