Qui exécute une automatisation ?
Pourquoi les tâches et commentaires d'une automatisation sont enregistrés au nom d'un utilisateur système fixe
Dernière mise à jour le
Une automatisation ne travaille pas sous votre nom. Toutes les étapes sont exécutées par un utilisateur fixe de votre organisation, nommé Flux de travail.
Ce que vous en remarquez
- Une tâche créée par une automatisation est enregistrée au nom de Flux de travail
- Un commentaire ajouté par une automatisation via une requête API est lui aussi enregistré au nom de Flux de travail
- Dans l'éditeur, tant qu'aucune étape n'est sélectionnée, le panneau de droite rappelle que les étapes sont exécutées par l'utilisateur Flux de travail de votre organisation, jamais par vous
Ainsi, on voit toujours clairement ce qu'un collègue a fait et ce qu'une automatisation a fait. Votre nom n'apparaît jamais sur quelque chose que vous n'avez pas fait vous-même.
Ce qu'est Flux de travail
- Un utilisateur système, pas un collègue. Vous ne pouvez pas vous connecter avec lui et il n'a pas de boîte e-mail
- Il y en a un par organisation. Il n'existe que dans votre organisation et ne peut rien faire ailleurs
- Il dispose de tous les droits dans votre organisation, comme un administrateur. C'est aussi la raison pour laquelle seuls les administrateurs peuvent créer et modifier des automatisations
- Il n'est pas membre de l'organisation, contrairement à un collègue
Une automatisation peut beaucoup
Comme Flux de travail a tous les droits, une automatisation peut faire tout ce que l'API Tillor autorise. Une Requête API peut donc, par exemple, modifier ou supprimer des données. Gardez donc vos flux petits et testez-les bien.
Ce que Flux de travail ne peut pas faire
Une automatisation ne peut ni créer, ni modifier, ni activer, ni supprimer d'automatisations, et elle ne peut pas consulter leurs exécutions. Une requête API pour cela est refusée. Ainsi, un flux ne peut pas se modifier lui-même ni modifier un autre flux.
Événement provoqué par Flux de travail
Ce que fait Flux de travail provoque des événements ordinaires, par exemple une nouvelle tâche. Dans la chronologie et dans les webhooks, Flux de travail figure alors comme auteur. De tels événements ne démarrent aucune automatisation : un flux ne peut donc pas se démarrer lui-même ni démarrer un autre flux. Une exécution qui attend avec Attendre un événement reprend bien sa course : cela ne peut pas démarrer de nouveau flux, donc pas de boucle non plus. Vous en saurez plus dans la foire aux questions.
Qui assigner
Flux de travail n'est jamais assigné lui-même à une tâche et ne reçoit jamais de notification de Prévenir des collègues. Si vous voulez qu'un collègue prenne la tâche en charge, choisissez un collègue dans Assigner à, ou cochez Assigner aussi la personne à l'origine de l'événement.