Éditeur de workflow
L’éditeur /automation/workflows/templates/:templateId/editor transforme une procédure en graphe d’étapes. Les anciens liens /crm/workflows/templates/... et /tasks/workflows/templates/... de CRM et des tâches redirigent vers cette adresse.
Définir le périmètre
Flux du graphe de processus — flux conceptuel, pas une capture UI ni une preuve.
Commencez par le nom, l’objet (opportunité commerciale ou demande de service, ou tâche), le périmètre CRM (entreprise, pipeline ou étape), le contexte tâche, le déclencheur, l’état actif et l’audience. Les déclencheurs CRM couvrent manuel, création, entrée d’étape et changement de champ. Les tâches couvrent création, modification, statut, échéance, commentaire et temps saisi. Le déclencheur doit être compatible avec l’objet.
Construire le graphe
Flux du graphe de processus — flux conceptuel, pas une capture UI ni une preuve.
Reliez le départ aux actions, conditions, attentes, attentes d’événement, tâches humaines, boucles, branches parallèles et variables. Une action peut modifier un objet, créer une tâche ou activité, notifier, envoyer un message ou lancer un autre workflow. Nommez les liens « succès », « sinon », « boucle » et « terminé »; évitez les sorties oubliées.
Exécution et droits
Flux du graphe de processus — flux conceptuel, pas une capture UI ni une preuve.
Choisissez l’audience (tous, initiateur, service, arbre de service ou personnes choisies) et notez que sa source est fixe. Un compte système ou d’intégration n’est utilisable que si la politique l’autorise. Vérifiez l’identité d’exécution (initiateur, responsable de l’objet, propriétaire de la règle ou compte système/intégration). L’enregistrement, la validation, la simulation et le lancement sont contrôlés par les droits du périmètre ; ne contournez pas un refus en changeant d’acteur. Pour une tâche, le périmètre est celui de l’entreprise ; pipeline ou étape concernent les opportunités CRM.
Valider, simuler, prévisualiser, lancer
Flux du graphe de processus — flux conceptuel, pas une capture UI ni une preuve.
- Valider signale les erreurs et avertissements.
- Simuler utilise un identifiant de démonstration sans modifier l’objet.
- Prévisualiser vérifie les tâches, messages et changements CRM attendus.
- Lancer seulement après une prévisualisation acceptable et avec le droit d’exécuter les workflows. La prévisualisation peut rester bloquée (droit manquant, cible invalide ou auto-notification supprimée) : conservez le motif et évitez les relances aveugles.
Un droit manquant, un périmètre trop large, une audience vide ou des données inadéquates peuvent bloquer le test.
Erreurs et test sûr
Flux du graphe de processus — flux conceptuel, pas une capture UI ni une preuve.
Corrigez le nœud, le lien ou le paramètre signalé, puis validez à nouveau. En cas de blocage, conservez le message et vérifiez les droits, le périmètre, l’audience et les données. Ne testez jamais avec un client réel, un fichier privé ou un destinataire réel.
L’enregistrement vérifie aussi la configuration minimale : un graphe vide n’est autorisé que pour un brouillon désactivé ; une audience par service exige un service et une audience de personnes choisies au moins une personne. Le mode d’exécution et les actions de transfert de contexte peuvent demander des droits supplémentaires ; un refus est affiché avant l’écriture. Corrigez le motif et enregistrez à nouveau, sans le contourner en changeant d’acteur.
Version et réception
Flux du graphe de processus — flux conceptuel, pas une capture UI ni une preuve.
Enregistrer crée une nouvelle version du nom, du périmètre, du déclencheur, du graphe, de l’audience et des réglages d’exécution ; les instances déjà lancées ne changent pas. Consultez leur graphe et leur historique dans la page d’instance et relancez validation et prévisualisation avant tout nouveau lancement. Si le modèle est masqué ou si les droits/périmètres changent, gardez le motif, rechargez la version courante et comparez-la avant de réessayer. Notez le propriétaire, l’objectif, l’objet de démonstration, les responsables et le résultat attendu.
Réception du workflow
Flux du graphe de processus — flux conceptuel, pas une capture UI ni une preuve.
Acceptez-le quand la validation est propre (ou que chaque avertissement est attribué), que la simulation confirme l’ordre et les branches, que la prévisualisation ne révèle aucune tâche, message ou modification CRM inattendue, que chaque tâche manuelle a un responsable et une échéance et que l’historique de la nouvelle instance suit le graphe. Gardez le modèle désactivé jusqu’à la revue de confidentialité. N’utilisez jamais de client réel, de fichier privé ou de destinataire réel.
Voir aussi : Workflows, Tâches manuelles, Instances, Droits d’automatisation.