Tâche de Service(Service Task)
Une activité automatisée réalisée par un logiciel — un service web, un appel d'API ou une fonction d'un système interne — sans intervention humaine. Le moteur invoque l'implémentation et poursuit dès qu'elle répond. Marquée d'une icône d'engrenage.
La Tâche de Service (Service Task) est le cheval de bataille de l'automatisation des processus : chaque fois que le processus a besoin qu'un système *fasse* quelque chose — débiter une carte, créer un enregistrement, appeler une API — la tâche de service est l'élément qui l'exprime.
Dans la spécification BPMN 2.0, la tâche référence son implémentation (par exemple, une opération de service web). À l'exécution, le moteur appelle cette implémentation, mappe éventuellement les données d'entrée et de sortie, et achève la tâche quand l'appel répond. Les défaillances se modélisent généralement avec un Événement de Bordure d'Erreur attaché à la tâche.
Quand l'utiliser et l'éviter
Quand l'utiliser
Pour le travail de système à système : appeler une API, mettre à jour un enregistrement de base de données, générer un document, encaisser un paiement.
Quand l'étape doit s'exécuter sans attendre une personne, gardant le processus en mouvement 24 h/24, 7 j/7.
Quand vous voulez que les échecs de l'intégration soient traités explicitement dans le flux (bordure d'erreur + chemin alternatif).
Quand NE PAS l'utiliser
Quand une personne prend la décision ou saisit les données — utilisez une Tâche Utilisateur.
Quand l'étape automatisée est une petite portion de logique que le moteur lui-même peut exécuter (un calcul, une transformation de données) — une Tâche de Script est plus légère qu'un appel de service.
Quand l'essence de l'étape est la *communication avec un autre participant* — la Tâche d'Envoi / Tâche de Réception exprime cette intention plus précisément.
Exemple métier
Débit d'une carte bancaire lors du paiement
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
- Le processus démarre lorsque le client passe une commande.
- La Tâche de Service « Débiter la carte bancaire » (mise en évidence) appelle la passerelle de paiement — aucun humain n'intervient ; le moteur attend seulement la réponse de l'API.
- Mettre à jour l'ERP enregistre le paiement soldé dans le système de back-office, également de façon automatique.
- Le processus se termine avec le paiement soldé.
Dans un modèle de production, vous attacheriez un Événement de Bordure d'Erreur à la tâche de débit pour router les cartes refusées vers un chemin de récupération.
Différences
Différence entre une Tâche de Service et une Tâche de Script
Toutes deux sont automatiques, mais la Tâche de Service appelle quelque chose *à l'extérieur* du moteur (un service web, une API, un autre système), tandis que la Tâche de Script exécute un script *à l'intérieur* du moteur lui-même. Règle empirique : intégration → Service ; petite logique interne → Script.
Différence entre une Tâche de Service et une Tâche d'Envoi
Une Tâche d'Envoi existe spécifiquement pour transmettre un *message à un autre participant* (un autre Pool) et est liée à un flux de messages. Une Tâche de Service est un appel système à usage général, de nature requête / réponse. Si l'essence de l'étape est la communication entre participants, préférez la Tâche d'Envoi.
FAQ
Que se passe-t-il si l'appel de service échoue ?
Modélisez-le explicitement : attachez un Événement de Bordure d'Erreur à la tâche de service et routez la défaillance vers un chemin de compensation ou de nouvelle tentative. De nombreux moteurs proposent aussi des relances automatiques avant de lever l'erreur.
Une Tâche de Service est-elle synchrone ou asynchrone ?
Conceptuellement, la tâche s'achève quand le travail est fait. Les moteurs implémentent les deux modèles : appels bloquants pour les opérations rapides et continuation asynchrone (callbacks / files) pour les opérations longues — le diagramme reste le même.
Où est définie l'implémentation du service ?
Dans les attributs techniques du modèle (la spécification référence une opération d'une interface de service). En pratique, chaque outil fournit sa propre liaison — point de terminaison REST, connecteur, script d'intégration — configurée sur la tâche.