Déclencheurs
Comment les workflows démarrent — manuellement, via le chat, l'API, un planning, un webhook, la voix ou un déclencheur spécifique à un vendeur issu d'une intégration installée.
Chaque exécution de workflow démarre depuis un déclencheur. Choisissez le bon déclencheur pour la situation et le reste du workflow peut rester identique.
Déclencheurs intégrés
Démarrer (manuel / chat / API)
Le point d'entrée par défaut. Exécutez manuellement depuis l'éditeur, exposez une interface de chat ou appelez via API depuis un bloc unifié.
Planification
Exécutez selon une expression cron ou un intervalle simple (toutes les N minutes, toutes les heures, quotidien, hebdomadaire, mensuel).
Webhook
Exécutez lorsqu'un système externe poste une requête POST sur une URL générée par Scrydon.
Voix
Enregistrez de l'audio, transcrivez avec un modèle de synthèse vocale et exposez le contexte pertinent de la base de connaissances.
Déclencheurs spécifiques aux vendeurs
Au-delà des déclencheurs intégrés, de nombreuses intégrations contribuent les leurs :
- GitHub — pull request ouverte, commentaire sur une issue, push, exécution de workflow terminée.
- Microsoft Graph — e-mail reçu, événement de calendrier, modification de fichier SharePoint.
- Atlassian — issue Jira créée ou mise à jour, page Confluence modifiée.
- Google — message Gmail reçu, événement Google Calendar créé.
Les options de déclenchement de chaque vendeur apparaissent dans le sélecteur de déclencheurs une fois que l'intégration du vendeur est installée. Consultez Vendeurs pour le catalogue complet.
Choisir un déclencheur
| Question | Déclencheur à utiliser |
|---|---|
| Un utilisateur démarre-t-il le workflow explicitement ? | Démarrer (manuel ou chat) |
| S'exécute-t-il selon une horloge ? | Planification |
| Un système externe signale-t-il « lancez-moi » ? | Webhook (générique) ou déclencheur vendeur |
| L'utilisateur interagit-il avec le workflow de façon conversationnelle ? | Démarrer en mode chat |
| L'utilisateur parle-t-il au workflow ? | Voix |
| Le workflow est-il appelé par un autre workflow ? | Bloc Workflow dans le parent (aucun déclencheur distinct nécessaire) |
Payload du déclencheur
Chaque déclencheur produit un payload d'entrée accessible via des références de variables dans les blocs en aval :
| Déclencheur | Variables |
|---|---|
| Démarrer (manuel / API) | <start.input>, <start.fieldName> (champs d'entrée personnalisés) |
| Démarrer (chat) | <start.input> (message utilisateur), <start.conversationId>, <start.files> |
| Planification | Pas de variables de sortie — utilisez les sorties des blocs suivants |
| Webhook | <webhook1.payload>, <webhook1.headers>, <webhook1.method>, <webhook1.query> |
| Voix | <voice1.transcript>, <voice1.knowledgeBaseContext>, <voice1.audioUrl>, <voice1.language>, <voice1.duration> |
| Déclencheur vendeur | Champs d'événement spécifiques au vendeur, entièrement typés |
Le préfixe de variable (start, webhook1, voice1, etc.) correspond au nom de bloc que vous assignez dans l'éditeur de workflow.
Environnements et tests
Les workflows vivent dans un environnement de workspace. Les nouveaux workflows démarrent dans l'environnement Développement (inscriptible) ; Staging et Production sont des environnements en lecture seule (promus).
Les déclencheurs s'activent dans chaque environnement — ce qui change, c'est quelle version du workflow s'exécute :
| Environnement | Le déclencheur s'exécute contre | Déploiement requis ? |
|---|---|---|
| Développement (inscriptible) | Le workflow live/brouillon — exactement ce qui est sur le canevas | Non — testez les webhooks, appels API et chat au fil de la construction |
| Staging / Production (lecture seule) | L'instantané déployé capturé lors de la promotion | Oui — une version de déploiement active |
Cela signifie que vous pouvez appeler un webhook (ou le déclencheur API/chat) sur un workflow en Développement pour le tester de bout en bout avant de le promouvoir. Une fois promu en Staging ou en Production, le même déclencheur exécute l'instantané déployé plutôt que le brouillon. Chaque environnement possède sa propre URL de déclenchement.
Liens connexes
- Exécution — ce qui se passe une fois le déclencheur activé.
- Automatisations — jobs mono-agent avec déclencheurs de planification ou webhook.
- Vendeurs — le catalogue des intégrations installables et leurs déclencheurs.