Tâche de service
Une tâche exécutée par un service automatisé — l'icône d'engrenage qui dit « aucun humain ne touche cette étape ».
Ce que représente une tâche de service
Une tâche de service est une tâche avec une petite icône d'engrenage dans son coin supérieur gauche. Elle représente un travail effectué par un service automatisé — appel de service web, script, job planifié, agent IA. Aucun humain n'intervient à l'exécution. Le modèle dit implicitement « c'est automatisé ; le libellé décrit ce que fait l'automatisation ».
Les tâches de service s'opposent aux tâches utilisateur (humain dans la boucle) et aux tâches simples (exécutant non précisé). Choisir « service » plutôt que « simple » est une décision de conception : vous indiquez au lecteur — et au moteur d'exécution — que cette étape est non humaine. Les moteurs utilisent cette information pour brancher l'étape sur une implémentation : un endpoint HTTP, une fonction serverless, un message Kafka, un prompt LLM.
Quand modéliser une tâche comme tâche de service
- L'étape est réellement automatisée aujourd'hui — un job planifié, un webhook, un appel API, un script qui tourne en cron.
- L'étape est automatisée dans le processus cible (transformé par l'IA) — vous voulez montrer explicitement à quoi ressemble l'état visé quand l'IA prend en charge ce travail.
- L'étape devrait être automatisée mais ne l'est pas encore — tâche de service dans le diagramme « cible », tâche utilisateur dans le diagramme « tel quel ». L'écart entre les deux, c'est l'opportunité d'automatisation.
Les tâches de service dans LucidFlow
Les tâches de service portent les mêmes KPI que les autres tâches — durée estimée, coût par exécution, fréquence — mais LucidFlow les surface différemment. Leur coût de durée est typiquement proche de zéro parce qu'un logiciel ne facture pas à l'heure, mais leur coût d'outil (l'abonnement au service qui les exécute) est ventilé séparément dans le tableau de bord. Quand le BPMN cible remplace une tâche utilisateur par une tâche de service, le rapport ROI calcule automatiquement le delta : heures économisées côté humain, coût d'outil ajouté côté automatisation, économies nettes par mois.
Questions fréquentes
Une tâche de service, c'est la même chose qu'une tâche automatisée ?
En usage courant, oui. BPMN 2.0 définit aussi la « tâche de script » et la « tâche de règle métier » comme autres types automatisés ; en pratique, la plupart des outils les regroupent sous « tâche de service » par souci de simplicité.
Les tâches de service ont-elles une durée ?
Elles ont une durée d'*exécution* — parfois des millisecondes, parfois des minutes pour des services longue durée. Pour la modélisation des coûts, le chiffre utile est le coût par exécution, généralement dominé par l'abonnement à l'outil divisé par le volume, pas par le temps d'horloge murale.
Une tâche de service peut-elle appeler un autre processus ?
Oui — c'est essentiellement ce que fait une activité appelée. La tâche de service convient mieux quand le « service » est une API externe ou une fonction unique ; l'activité appelée convient mieux quand l'appelé est lui-même un processus BPMN complet.