Events

Les événements offrent une capacité de capture lorsque quelque chose se produit lors de l'exécution d'un processus. Il existe trois principaux types d'événements dans la création d'un diagramme de processus : les événements de début, intermédiaires et de fin. Ces événements sont également appelés des événements de « capture », qui réagissent à un déclencheur, ou des événements de « lancement ».

La plateforme UiPath prend en charge les types d'événements et les implémentations suivants :

• Les événements de démarrage se comportent comme des événements de capture. Ils sont déclenchés par :
  • Aucun (démarre le processus lorsqu'il est déclenché manuellement ou démarré par Orchestrator)
  • Des événements de message (en attente d'un déclencheur d'événement d'Integration Service)
    
    
    
    
  • Événements de minuterie (démarrer le processus selon une planification ou un délai, tel que défini dans la configuration du déclencheur)

    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. Vous pouvez le configurer à l'aide d'une section Minuterie qui prend en charge trois types : Date, Durée ou Cycle. Pour les exécutions récurrentes, utilisez le type Cycle et spécifiez la fréquence de Répétition (par exemple, toutes les heures, tous les jours) et l'intervalle. Les champs À et Répétitions permettent un contrôle supplémentaire sur le timing et les limites. Dans la section Implémentation, l'Action peut être définie sur Aucune si aucun événement entrant n'est nécessaire, ou sur Attendre l'événement du connecteur si le processus doit également é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. En savoir plus sur les Connecteurs Services d'Intégration.

    
    
    
    
    

• Les événements de capture intermédiaires se comportent de la même manière que les événements de démarrage. Ils attendent un message, une minuterie ou un déclencheur d'API pendant l'exécution du processus. L'exécution est suspendue jusqu'à ce que le message soit reçu.

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

  • Événements limites d'interruption : lorsque la tâche associée démarre, l'événement limite attend son déclencheur. S'il est déclenché alors que la tâche est toujours en cours d'exécution, il interrompt la tâche et continue en suivant le chemin de sortie de l'événement limite. Les événements limites d'interruption peuvent être déclenchés par des événements de minuterie ou de message.
    Un événement limite de minuterie vous permet d'interrompre une tâche si elle prend trop de temps. Vous pouvez configurer le délai d'attente à l'aide d'une Durée, d'une Date spécifique ou d'un Cycle (pour les minuteurs récurrents). Dans le panneau Propriétés, le champ Type détermine le mode de minuterie et le champ Valeur accepte les expressions de temps ISO 8601 (par exemple, PT1H pour une heure). Si le minuteur expire alors que la tâche est toujours en cours d'exécution, le processus se poursuit selon le chemin sortant de l’événement limite. La section Implémentation vous permet de définir éventuellement les actions à entreprendre lorsque le délai d'attente est déclenché. Elle est généralement paramétrée sur Aucun si la logique de suivi est modélisée en aval.
    

    

    
    
    Un événement de limite de message écoute un message spécifique tant que l'activité associée est en cours. Si le message arrive, il interrompt la tâche en cours et dévie le flux vers un chemin distinct. Vous pouvez définir la logique de traitement des messages dans la section Implémentation en sélectionnant une action disponible (par exemple, attendre l'événement du connecteur ou une entrée externe). Utilisez les sections Entrées et Sorties pour transmettre ou extraire des données du message entrant. Vous pouvez également utiliser la fonction Mettre à jour les variables pour modifier les données du processus en réponse au message. Si aucun message n'est reçu, la tâche d'origine se poursuit sans interruption.
    

    

    
    
  • Événements limites sans interruption : lorsqu'ils sont déclenchés, ils créent un nouveau jeton d'exécution et continuent en suivant un chemin parallèle sans interrompre l'exécution de la tâche initiale. Les événements limites sans interruption peuvent être déclenchés par des événements de minuterie ou de message.
  • Événements de limite d'erreur : un événement de limite d'erreur est utilisé pour détecter et gérer les erreurs qui surviennent dans l'activité à laquelle il est associé. Si une erreur est lancée, le contrôle quitte l'activité et suit le chemin de l'événement limite. Par défaut, l'Exception est définie sur Attraper tout, ce qui signifie qu'elle capture toute erreur non gérée. Dans la plupart des cas, ce chemin constitue une solution de secours ou une voie ultime pour la gestion des erreurs. La section Implémentation vous permet de définir éventuellement des actions (telles que la journalisation ou la notification), mais elle peut être laissée sur Aucunsi aucune exécution spécifique n'est requise dans le cadre de l'événement limite.
    
    
    
    

• Les événements de lancement intermédiaires envoient activement un déclencheur. Par exemple :

  • Un événement intermédiaire de lancement de message agit comme une tâche d'envoi, ce qui invoque l'exécution de l'API Integration Service.
• Les événements de fin marquent l'achèvement d'un processus et se comportent comme des événements de lancement. Ils peuvent être :
  • Événements de fin Erreur, qui terminent l'instance du processus et génèrent une erreur dans la tâche Orchestration Runtime (OR).
  • Événements de fin de message, qui envoient un message à la fin du processus. Un événement de fin de message peut être configuré pour exécuter une activité de connecteur lorsque le processus atteint sa fin. En sélectionnant « Exécuter l'activité du connecteur » comme action d'implémentation, vous pouvez déclencher une opération sortante à l'aide de n'importe quel connecteur disponible dans Integration Service, notamment Slack, Salesforce, ServiceNow et bien d'autres. Cette fonction est généralement utilisée pour informer les systèmes externes, mettre à jour des enregistrements, envoyer des messages ou télécharger des fichiers lors de la réussite ou de l'échec du processus. Vous devez sélectionner le connecteur cible, définir la connexion et choisir l'activité spécifique à exécuter. Les entrées vous permettent de transmettre des données au connecteur, tandis que les sorties vous permettent de capturer et de stocker la réponse ou le résultat du connecteur pour une utilisation ailleurs dans le processus. En savoir plus sur les Connecteurs Services d'Intégration.
    
    
    
    
  • Terminer l'événement de fin, qui annule tous les autres chemins d'exécution ou jetons, en particulier lorsque plusieurs branches s'exécutent en parallèle. Un Événement de fin signifie la conclusion d'un chemin de processus. Dans Maestro, vous pouvez éventuellement définir une Action d'implémentation pour effectuer une activité finale, comme l'exécution d'une opération de connecteur, le retour de données ou le déclenchement d'un système de suivi. Si aucune action n'est nécessaire, l'implémentation peut être définie sur Aucun, ce qui met simplement fin au flux de processus. La section Arguments vous permet de définir des valeurs de sortie qui peuvent être transmises aux processus parents ou utilisées dans les rapports ultérieurs. Les événements de fin sont flexibles et peuvent être utilisés pour fermer les voies standard et exceptionnelles, en fonction de la modélisation du processus.