Events

Les événements capturent ce qui se passe pendant l'exécution du processus. Dans BPMN, les événements sont regroupés en trois types principaux : événements de début, intermédiaires et de fin. Celles-ci peuvent se comporter soit comme des événements de réception (qui réagissent à un déclencheur), soit comme des événements d'émission (qui envoient un déclencheur).

Démarrer les événements

Les événements de démarrage définissent comment un processus commence. Elles sont toujours des événements de capture et peuvent être déclenchées manuellement, par un message ou selon une planification.

• Aucun — démarre le processus lorsqu'il est déclenché manuellement ou démarré via Orchestrator.

• Événements de message — déclenchés par un événement depuis Integration Service.

  

• Événements de minuterie — démarrez le processus selon une planification ou un délai. Un Événement de démarrage de minuterie commence un processus selon un calendrier défini plutôt que de l'entrée de l'utilisateur ou du système. Configurez-la à l'aide de la section Minuteur qui prend en charge les types Date, Durée ou Cycle. Pour les exécutions récurrentes, utilisez Cycle et spécifiez la fréquence de répétition (par exemple, toutes les heures ou tous les jours). Les champs À et Répétitions fournissent un contrôle supplémentaire sur le calendrier et les limites. Dans la section Mise en œuvre, définissez l'action sur Aucune si aucun événement entrant n'est requis, ou sur Attendre l'événement du connecteur si le processus doit écouter un déclencheur externe avant de continuer. Les événements de démarrage de minuterie sont idéaux pour les automatisations planifiées telles que les synchronisations toutes les heures ou les rapports quotidiens. Pour en savoir plus, consultez les connecteurs Integration Service.

  

Événements intermédiaires

Les événements intermédiaires représentent quelque chose qui se produit entre le début et la fin d'un processus. Elles peuvent retarder le flux, attendre l'entrée, gérer les erreurs ou signaler d'autres activités.

Les événements de capture intermédiaires attendent un message, un minuteur ou un déclencheur d'API pendant l'exécution. Le processus est mis en pause jusqu'à ce que le déclencheur se produise.

Les événements limites sont un type d'événement de capture intermédiaire associé à une tâche. Elles peuvent être configurées comme suit :

• Interruption des événements limites — annulation de la tâche jointe lorsqu'elle est déclenchée (par exemple, par un minuteur ou un message).

  Événement de limite de minuterie : interrompt une tâche si elle s'exécute trop longtemps. Configurer une durée, une date spécifique ou un cycle récurrent. Le champ Valeur accepte les durées ISO 8601 (par exemple, PT1H pendant une heure). Lorsque le minuteur expire, le processus continue le long du chemin de l'événement de limite.

  La section Mise en œuvre peut inclure des actions telles que la journalisation ou les nouvelles tentatives, bien qu'elle soit généralement laissée sur Aucune.

  

  Événement de limite de message : écoute un message spécifique pendant que la tâche s'exécute. Lorsqu'il est reçu, il interrompt la tâche et dévie le flux le long d'un nouveau chemin.

  Définissez la logique de gestion des messages dans la section Mise en œuvre (par exemple, Attendre l'événement du connecteur ou Entrée externe). Utilisez les sections Entrées et Sorties pour transmettre ou extraire des données ou Mettre à jour les variables pour modifier dynamiquement les données de processus.

  

• Événements de limite non interruptifs - déclenchent un chemin parallèle tout en permettant à la tâche de continuer à s'exécuter. Peut être basé sur un minuteur ou un message.

• Événements de limite d'erreur - gérez les erreurs générées par l'activité jointe. Par défaut, l'exception est définie sur Catch all, ce qui signifie qu'elle capture toute erreur non gérée.Ce chemin agit généralement comme une voie de secours ou de récupération.

  

Les événements de lancement intermédiaires envoient activement un déclencheur. Par exemple, un événement de lancement de message intermédiaire agit comme une tâche d'envoi, invoquant une exécution d'API Integration Service.

Fin des événements

Les événements de fin marquent l'achèvement d'un chemin de processus et se comportent comme des événements déclencheurs.Elles peuvent mettre fin au workflow normalement, envoyer des données vers l'extérieur ou mettre fin à tous les chemins actifs.

• Événement de fin Error — termine l'instance de processus et déclenche une erreur dans la tâche Orchestration Runtime (OR).

• Événement de fin de message — envoie un message lorsque le processus se termine. Vous pouvez le configurer pour exécuter une activité de connecteur (par exemple, Slack, Salesforce ou ServiceNow) à l'aide de la mise en œuvre de l'activité du connecteur.

  Sélectionnez le connecteur cible, définissez la connexion et choisissez l'activité à exécuter. Les entrées transmettent les données au connecteur tandis que les sorties capturent et stockent les réponses pour une utilisation dans les étapes ultérieures.

  

• Terminer l'événement de fin — annule tous les autres chemins d'exécution, en particulier dans les flux parallèles. Il marque la conclusion complète d'un processus.

  Vous pouvez éventuellement définir une action de mise en œuvre pour exécuter une opération de connecteur, renvoyer des données ou déclencher un système de suivi. Si aucune action n'est nécessaire, définissez-la sur Aucune.

  Utilisez la section Arguments pour définir les valeurs de sortie qui peuvent être transmises aux processus parents ou utilisées pour la génération de rapports.