- Introduction
- Démarrage
- Modélisation du processus avec BPMN
- Compréhension de la modélisation des processus
- Ouverture du canevas de modélisation
- Modéliser votre processus
- Alignement et connexion des éléments BPMN
- Autopilot pour Maestro (aperçu)
- Référentiel de processus
- Modélisation des processus avec la gestion des incidents
- Concevoir un schéma d'entité de cas persistant
- Définition des clés de cas (système vs. externe)
- Établissement des contrats d'E/S et de réécriture de la tâche
- Règles de sortie et fin de l’étape précoce
- Modélisation des étapes primaires et secondaires
- Déclencher un cas à partir de Data Fabric
- Implémentation des personas et des autorisations au niveau de l'étape
- Définition des SLA et des règles d'escalade automatisées
- Configuration d'une boucle de retraitement (renouvellement)
- Gestion des instances de cas en cours : suspendre, migrer et réessayer
- Dictionnaire des composants de gestion des incidents Maestro
- Modélisation des processus avec Flow
- Implémentation des processus
- Débogage
- Simulation
- Publication et mise à niveau des processus agentiques
- Scénarios de mise en œuvre courants
- Extraire et valider des documents
- Opérations de processus
- Surveillance des processus
- Optimisation des processus
- Informations de référence
Historique d'exécution et traçages par exécution pour les workflows Flow déployés, montrant ce qui a déclenché chaque exécution, le chemin qu'elle a emprunté et la sortie et le minutage par nœud.
Une fois qu'un flux est déployé et en cours d'exécution, l' historique des exécutions vous donne une vue complète de chaque exécution - ce qui l'a déclenché, le chemin qu'il a emprunté, ce que chaque nœud a produit et la durée de chaque étape.
Historique d’exécution
L'historique des exécutions répertorie chaque exécution du workflow, avec les informations suivantes pour chacune:
| Champ | Description |
|---|---|
| État (Status) | Succeeded, Failed ou Running |
| Déclencheur | Ce qui a démarré l'exécution (manuelle, planifiée ou événement d'intégration). |
| Commencé à | Horodatage du début de l'exécution. |
| Duration | Durée totale du début à la fin. |
| Version | Quelle version publiée du workflow a été exécutée. |
La sélection de n'importe quelle ligne ouvre le traçage d'exécution pour cette exécution.
Traçage de l’exécution
La trace d'exécution est un enregistrement étape par étape de ce qui s'est passé lors d'une exécution spécifique. Pour chaque nœud, il affiche:
- Valeurs d’entrée — ce que le nœud a reçu.
- Valeurs de sortie : ce que le nœud a produit.
- Statut — indique si le nœud a réussi ou échoué.
- Durée - le temps qu'il a fallu pour que le nœud s'exécute.
- Détails de l'erreur - si le nœud a échoué, le message d'erreur, le type et le traçage de la pile.
Le traçage met en évidence le chemin réellement emprunté dans le workflow (par exemple, la branche qu'un nœud de décision a empruntée), ce qui facilite la compréhension de l'exécution complète sans lire la définition du workflow.
Filtrage et recherche des exécutions
Vous pouvez filtrer l'historique des exécutions en:
- Statut (réussi, échec, en cours d'exécution)
- Type de déclencheur
- Plage de dates
- Numéro de version
Les filtres aident à affiner les exécutions ayant échoué après un déploiement ou à comparer le comportement entre deux versions.
Surveillance des échecs
Les notifications d’échec peuvent provenir des paramètres du workflow ou du workflow lui-même:
- La configuration Alertes dans les paramètres de workflow envoie une notification à un e-mail ou à un canal Slack spécifié lorsqu'une exécution atteint le statut
Failed. - Une étape de notification sur le chemin d'erreur d'un nœud permet d'améliorer le contrôle du contenu de l'alerte.
Erreurs courantes
- Vérification uniquement des exécutions échouées - Des exécutions lentes et réussies peuvent indiquer des problèmes de performances. Les tendances de durée comptent même lorsque l'exécution réussit.
- Ignorer les numéros de version dans les traces - Le numéro de version identifie la version du workflow qui a produit le traçage. Une restauration n'explique pas ce qui s'est mal passé si l'exécution ayant échoué utilisait une ancienne version.