Tâche d'Envoi(Send Task)
Une tâche dont l'unique rôle est d'envoyer un message à un participant externe. Elle s'achève dès que le message est envoyé. Marquée d'une icône d'enveloppe pleine (sombre).
La Tâche d'Envoi (Send Task) est la forme *activité* de l'envoi d'un message : le jeton arrive, le message est transmis à travers un Flux de Messages vers un autre Pool, et le jeton poursuit immédiatement.
Sémantiquement, elle est très proche de l'Événement Intermédiaire d'Émission de Message, mais parce qu'il s'agit d'une activité, elle peut faire des choses qu'un événement ne peut pas : porter des marqueurs de boucle ou de multi-instance, se voir attacher des événements de bordure (une minuterie, une erreur) et apparaître dans une vue du travail au niveau des activités.
Quand l'utiliser et l'éviter
Quand l'utiliser
Quand notifier ou solliciter quelque chose auprès d'un autre participant constitue une étape de travail à part entière (par ex. Envoyer l'e-mail de résolution, Envoyer le bon de commande).
Quand l'étape d'envoi nécessite des événements de bordure (par ex. une minuterie pour escalader si l'envoi échoue ou se bloque) ou des marqueurs de boucle / multi-instance (envoyer un message par élément).
Quand vous voulez que l'envoi apparaisse dans les rapports et métriques au niveau des tâches, comme toute autre activité.
Quand NE PAS l'utiliser
Pour une notification légère et instantanée au milieu du flux sans sémantique d'activité — un Événement Intermédiaire d'Émission de Message est plus épuré.
Pour une communication au sein du même Pool — les messages existent entre participants ; à l'intérieur d'un processus, utilisez le flux de séquence et les données.
Quand l'étape *attend* aussi la réponse — associez-la à une Tâche de Réception ou à un événement de réception de message ; une Tâche d'Envoi n'attend jamais.
Exemple métier
Envoi de l'e-mail de résolution au client
Ouvrez cet exemple dans l'éditeur de processus HEFLO et explorez le diagramme de l'intérieur.
Ouvrir dans l'éditeur HEFLO →Étape par étape
- Un ticket de support est ouvert et l'équipe le traite dans Résoudre l'incident.
- La Tâche d'Envoi « Envoyer l'e-mail de résolution » (mise en évidence) transmet la résolution au Pool Client via le flux de messages en pointillés.
- La tâche s'achève dès que le message est envoyé — le processus n'attend pas que le client le lise — et le ticket est clôturé.
Le Pool client est une boîte noire : nous voyons qu'il reçoit notre message, non pas comment il le traite.
Différences
Différence entre une Tâche d'Envoi et un Événement Intermédiaire d'Émission de Message
Tous deux envoient un message et poursuivent, mais la Tâche d'Envoi est une activité : elle peut porter des marqueurs de boucle / multi-instance, accepter des événements de bordure et apparaître dans les rapports de travail. L'Événement d'Émission est atomique et instantané — une pure notification. Utilisez la tâche quand l'envoi est une portion de travail gérable ; utilisez l'événement quand ce n'est qu'un signal au passage.
Différence entre une Tâche d'Envoi et une Tâche de Service
Une Tâche de Service réalise un travail automatisé général (appeler une API, mettre à jour un enregistrement) de nature requête / réponse. Une Tâche d'Envoi transmet spécifiquement un message à *un autre participant* et se connecte à un flux de messages. Choisissez selon l'intention : étape d'intégration → Service ; communication entre participants → Envoi.
FAQ
Une Tâche d'Envoi attend-elle une réponse ?
Non — elle s'achève dès que le message est envoyé. Pour attendre la réponse, faites-la suivre d'une Tâche de Réception ou d'un Événement Intermédiaire de Réception de Message.
Une Tâche d'Envoi peut-elle exister sans flux de messages ?
Dans un diagramme de collaboration, le flux de messages vers le Pool destinataire rend la communication explicite et est fortement recommandé. Si l'autre participant n'est pas représenté, le modèle perd l'information sur qui reçoit le message.