> For the complete documentation index, see [llms.txt](https://docs.airops.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.airops.com/docs/fr/actions/workflow-concepts/workflow-logs.md).
# Journaux
### Que sont les journaux de workflow ?
Les journaux de workflow fournissent un enregistrement détaillé, étape par étape, de tout ce qui se passe pendant l’exécution d’un workflow. Ils capturent le parcours complet de vos données à travers chaque étape de votre workflow, y compris :
* **Détails d’exécution des étapes**: Durée d’exécution, état de réussite/échec et nombre de tâches traitées
* **Données d’entrée et de sortie**: Les données exactes qui sont entrées dans chaque étape et celles qui en sont sorties
* **Métadonnées**: Informations sur la personne qui a exécuté le workflow, quand il a été exécuté et depuis quelle source
* **Messages d’erreur**: Informations détaillées sur l’erreur lorsque des étapes échouent, vous aidant à identifier et corriger les problèmes
### Pourquoi les journaux sont importants pour vos workflows
* **Comprendre le comportement du workflow**: Voir exactement quelles données entrent et sortent de chaque étape
* **Déboguer les exécutions échouées**: Identifier où et pourquoi les workflows échouent grâce à des messages d’erreur détaillés
* **Optimiser les performances**: Repérer les goulots d’étranglement en examinant les temps d’exécution des étapes
* **Itérer sans relancer**: Charger n’importe quelle exécution passée dans Studio avec toutes les sorties intactes
### Où trouver les journaux
* **Mode de test de Studio**: Cliquez sur l’icône Historique en haut à droite de Studio pour afficher les journaux des exécutions de ce workflow
* **Historique du workflow**: Accédez à toutes les exécutions passées via l’onglet « Historique » dans votre workflow
* **Colonnes du workflow en grille**: Cliquez sur n’importe quelle cellule de la colonne du workflow pour afficher les journaux de l’exécution de cette ligne spécifique
### Chargement des exécutions dans Studio
La **« Open in Studio »** le bouton vous permet de recharger n’importe quelle exécution de workflow précédente dans Studio avec toutes les sorties des étapes restaurées. Cette fonctionnalité puissante vous permet de :
1. Déboguer les problèmes sans relancer l’ensemble du workflow
2. Tester des modifications à l’aide de données réelles provenant d’exécutions réelles
3. Éviter d’attendre les appels d’API externes ou les processus de longue durée
4. Itérer sur les prompts et la logique avec des données de production
Pour l’utiliser : cliquez simplement sur « Open in Studio » depuis la vue des journaux de n’importe quelle exécution. Studio se chargera avec toutes les sorties intermédiaires renseignées, ce qui vous permettra de modifier et de tester immédiatement n’importe quelle étape.
C’est particulièrement utile pour déboguer des workflows complexes, travailler avec des données sensibles au temps ou collaborer à l’amélioration des workflows.
{% @arcade/embed url="" flowId="fc5g9N1qrk19HTAWNiKo" %}
### Bonnes pratiques pour utiliser les journaux
1. **Utiliser des noms d’étapes descriptifs**: Donnez à vos étapes des noms clairs et descriptifs pour rendre les journaux plus faciles à parcourir et à comprendre
2. **Surveiller les temps d’exécution**: Gardez un œil sur la durée des étapes afin de détecter rapidement toute dégradation des performances
En exploitant toute la puissance des journaux, vous pouvez créer des workflows plus fiables, déboguer les problèmes plus rapidement et améliorer en continu vos प्रक्रesse d’automatisation.
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://docs.airops.com/docs/fr/actions/workflow-concepts/workflow-logs.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
