---
title: "Lancer et inspecter les exécutions d'une automatisation"
description: "Lancez manuellement une automatisation publiée, inspectez les étapes et résultats enregistrés, et annulez les travaux actifs depuis la vue Runs du tableau de bord."
canonical: "https://bird.com/fr-fr/documentation/guides/automations/runs"
---

# Lancer et inspecter les exécutions d'une automatisation

L'onglet **Runs** affiche les exécutions réelles d'une automatisation. Ouvrez une exécution pour voir la version utilisée, le chemin suivi et les valeurs enregistrées par ses étapes.

> Automations is in Early access. Your workspace permissions determine which actions you can perform.

## Quota d'exécutions en accès anticipé

Pendant l'accès anticipé, votre organisation dispose de 1 000 exécutions incluses par mois calendaire UTC, partagées entre ses espaces de travail. Le quota se réinitialise à 00:00 UTC le premier jour du mois. La page **Automations** affiche la consommation de votre organisation et l'heure de réinitialisation dans le fuseau horaire que vous avez sélectionné.

Une exécution réelle est comptabilisée au moment de son démarrage, qu'il s'agisse d'un démarrage manuel ou d'une exécution déclenchée par un événement ou un calendrier. Elle reste comptabilisée même si elle échoue, est annulée ou supprimée par la suite. Les aperçus de workflow et les nouvelles tentatives d'étape ne consomment pas d'exécutions supplémentaires. Les événements en double, les filtres non satisfaits et les démarrages ignorés en raison des paramètres de chevauchement ne consomment pas d'exécutions.

Lorsque vous atteignez le quota, aucune nouvelle exécution ne peut démarrer avant la réinitialisation. Les exécutions en cours peuvent se terminer, y compris les attentes et les nouvelles tentatives. Vous pouvez continuer à modifier et prévisualiser des workflows et à consulter l'historique des exécutions. Les déclencheurs ignorés à la limite ne sont pas mis en file d'attente pour le mois suivant.

Les exécutions non utilisées ne sont pas reportées. Le dépassement payant n'est pas disponible pendant l'accès anticipé. Les frais liés aux canaux de messagerie s'appliquent toujours aux messages envoyés par un workflow.

## Démarrer une exécution manuellement

1. Ouvrez une automation publiée de type événement d'application et sélectionnez **Start run**.
2. Vérifiez le déclencheur publié et fournissez les données requises. Remplacez les valeurs illustratives par les valeurs que vous souhaitez utiliser dans le workflow réel.
3. Confirmez que l'exécution effectue des actions réelles, puis sélectionnez **Start run**.
4. Ouvrez **View runs** et inspectez l'exécution résultante.

L'exécution utilise la version publiée, y compris lorsque l'éditeur contient des modifications de brouillon plus récentes. Les actions peuvent envoyer des messages, modifier des enregistrements et engendrer des frais.

Si le résultat est **Run skipped**, inspectez les [paramètres de chevauchement](/docs/guides/automations/run-settings) de l'automation et les exécutions actives. Un démarrage ignoré ne crée pas d'exécution en échec.

Si une soumission perd sa réponse, inspectez **Runs** avant de lancer une autre requête. La première requête peut avoir démarré une exécution même si sa confirmation n'est pas arrivée.

## Comprendre le statut d'exécution

| Statut    | Signification                                                                        |
| --------- | ------------------------------------------------------------------------------------ |
| Queued    | Acceptée et en attente de traitement.                                                |
| Running   | Traitement du workflow en cours. Peut inclure une récupération entre les tentatives. |
| Waiting   | En pause sur un délai ou une attente d'événement.                                    |
| Succeeded | A atteint une fin réussie, y compris un chemin d'échec géré.                         |
| Failed    | Terminée avec un échec non géré, un échec de délai ou une sortie en échec explicite. |
| Canceled  | Arrêtée par annulation. Les actions externes déjà acceptées peuvent encore aboutir.  |

Le succès d'une exécution décrit la fin du workflow. Pour la livraison de messages, inspectez l'enregistrement du canal ou le résultat d'une attente de livraison.

## Inspecter une exécution

1. Ouvrez l'onglet **Runs** de l'automation et sélectionnez une exécution.
2. Vérifiez son statut, son heure de démarrage, sa version et son résultat final.
3. Développez les étapes pour inspecter **Input**, **Result** et **Error** lorsqu'ils sont enregistrés.
4. Comparez la branche enregistrée avec la condition et les données qui l'ont sélectionnée.

Utilisez la recherche de champ pour trouver une valeur particulière. Désactivez **Hide null fields** lorsque vous devez distinguer un champ explicitement sans valeur d'un champ que vous ne voyez pas.

Un nœud **Exit** peut fournir un résultat final et un motif de conclusion. Une sortie volontairement en échec peut avoir un motif sans erreur de plateforme. Un événement d'annulation peut fournir son propre motif d'annulation.

Certaines valeurs sensibles sont omises du détail conservé, et un détail expiré ne peut pas être reconstitué à partir de métriques agrégées.

## Annuler un travail actif

Ouvrez l'exécution active et sélectionnez **Cancel run**. Vérifiez la confirmation et attendez que le statut de l'exécution se stabilise.

L'annulation arrête le traitement à une frontière d'annulation. Elle ne peut pas rappeler un message ni annuler une modification de contact déjà acceptée par un autre service. Mettre l'automation en pause séparément empêche de nouveaux démarrages.

## Étapes suivantes

- [Consulter les métriques d'automation](/docs/guides/automations/metrics).
- [Résoudre les problèmes d'une automation](/docs/guides/automations/troubleshooting).
- [Publier et gérer des automations](/docs/guides/automations/publishing).
- [Parcourir les guides Automations](/docs/guides/automations).

## Related resources

- [Preview your first automation](/docs/get-started/automations) (docs)
