Résoudre les problèmes d'une automatisation

Commencez par le symptôme et la version concernée. Les vérifications de brouillon et les aperçus décrivent le travail dans l'éditeur ; Runs décrit les exécutions des versions publiées.

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

Automations est absent du tableau de bord

Vérifiez que vous avez sélectionné l'espace de travail voulu et que vous êtes membre avec la permission de voir Automations. Si Automations est absent, demandez à un administrateur de l'espace de travail de vérifier votre accès.

Les contrôles d'édition sont absents

L'accès en lecture à Automations vous permet de consulter les modèles et les workflows. La création de brouillons et la publication nécessitent un accès en écriture à Automations. Si Use template ou Publish est indisponible, demandez l'accès en écriture à l'administrateur de votre espace de travail.

Aucune exécution n'apparaît

1. Vérifiez que l'automatisation possède une version publiée et qu'elle est active, et non en pause ou archivée.
2. Inspectez le déclencheur publié. Les modifications non enregistrées ou non publiées n'affectent pas les événements entrants.
3. Pour un événement Bird, vérifiez que le canal de réception a bien reçu le message et testez le filtre du déclencheur avec des données représentatives.
4. Pour un événement applicatif, comparez son nom et ses champs obligatoires avec le déclencheur publié et vérifiez la requête et le résultat mis en file d'attente.
5. Pour une planification, inspectez sa prochaine occurrence, son fuseau horaire et son comportement en cas de tick manqué.
6. Vérifiez si une exécution active a provoqué l'omission du nouveau démarrage.
7. Vérifiez le quota d'exécutions en accès anticipé de l'organisation. Une fois la limite atteinte, les nouveaux démarrages sont refusés jusqu'à la réinitialisation mensuelle.

Un filtre non satisfait ou une omission de chevauchement ne crée aucune exécution. L'acceptation d'un événement applicatif signifie qu'il a été mis en file d'attente ; inspectez Runs pour suivre la progression de l'exécution.

La publication est bloquée

1. Terminez les modifications de champs en cours et enregistrez le brouillon.
2. Ouvrez Checks et suivez chaque constatation bloquante jusqu'à l'étape ou au champ concerné.
3. Vérifiez les entrées obligatoires, les connexions de sortie et les références à des étapes manquantes ou futures.
4. Supprimez les cycles et corrigez les nœuds invalides même lorsqu'ils sont déconnectés du chemin principal.
5. Vérifiez les permissions et toute confirmation de contrat d'événement applicatif demandée.

Si le brouillon a été modifié dans un autre éditeur, rechargez-le et comparez le travail en cours avant de réessayer. Un résultat de vérification antérieur peut être obsolète.

L'aperçu s'arrête à une action ou une attente

Inspectez l'entrée préparée. Si l'aperçu signale un chemin incomplet, fournissez un résultat d'exemple via Set sample result, puis relancez l'aperçu.

L'aperçu ne peut pas récupérer un contact ni attendre un accusé de réception réel pour compléter un exemple manquant. Si l'exemple lui-même est invalide, corrigez son nœud, son chemin de sortie ou ses champs pour correspondre à la configuration actuelle.

Un champ est manquant ou une expression échoue

1. Sélectionnez l'étape consommatrice et inspectez le mappage source.
2. Vérifiez que l'étape source se trouve plus tôt sur le chemin choisi.
3. Vérifiez si le champ est absent, null, vide ou d'un type différent dans l'exemple ou l'exécution enregistrée.
4. Ajoutez une condition ou une valeur de repli explicite si nécessaire.

Une sortie sur une branche non empruntée est indisponible. Une recherche de contact réussie sans résultat nécessite également un chemin explicite pour les résultats vides.

Une exécution reste en attente

Inspectez l'échéance du délai ou la configuration de l'attente. Vérifiez le type d'événement attendu, l'étape d'envoi surveillée ou la clé métier, ainsi que tout filtre.

Pour une attente d'événement applicatif, l'événement de suivi doit correspondre à la clé d'une exécution existante. Pour une attente d'accusé de réception, l'accusé doit appartenir à l'action configurée dans cette exécution. L'attente est un état normal jusqu'à ce qu'une correspondance, un délai d'expiration, une annulation ou une échéance d'exécution la résolve.

Une exécution réussit mais aucun message n'arrive

Inspectez d'abord le chemin de l'exécution : une branche peut se terminer intentionnellement sans envoi. Si un envoi s'est exécuté avec succès, inspectez le statut canal du message. L'acceptation peut être suivie d'un échec de livraison.

Utilisez une attente de livraison prise en charge pour les décisions de suivi. Un délai d'expiration seul ne prouve pas la non-livraison : vérifiez avant d'envoyer un message de remplacement.

Une exécution échoue après une modification partielle

Inspectez l'étape en échec et les étapes précédentes réussies. Un lot de contacts peut contenir des entrées réussies et des entrées en échec. Une annulation ou un échec ultérieur n'annule pas un message accepté ni une modification de contact.

Corrigez la cause avant de lancer une nouvelle exécution. Identifiez quelles actions se reproduiraient afin d'éviter de répéter un travail déjà accompli.

Étapes suivantes

• Prévisualiser et vérifier un workflow.
• Inspecter les exécutions.
• Consulter les métriques d'automatisation.
• Parcourir les guides Automations.