> ## Documentation Index
> Fetch the complete documentation index at: https://docs.alyzai.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Découvrir les automatisations

> Ce qu’est un workflow, et la différence entre manuel et planifié.

> [!NOTE]
>
> Concept · 7 min

Une **automatisation**, ou workflow, exécute une suite d’étapes reliées : recevoir une entrée, lire
une source, transformer des données, prendre une branche puis produire un résultat ou une action.

Une exécution peut modifier des données ou appeler un outil connecté. Le bouton de test n’est donc
pas à considérer comme une simulation sans effet : utilisez des entrées et destinations maîtrisées.

![Galerie de workflows](https://mintcdn.com/alyzai/St7evzCbpXJOLQ-i/images/product/automatisations/galerie.png?fit=max\&auto=format\&n=St7evzCbpXJOLQ-i\&q=85\&s=cb2041aae7f1e370a886b39dc3cb75d9)

La galerie : Tous / Manuels / Planifiés, version et nombre d’étapes par workflow.

## Quand automatiser

Un workflow est adapté lorsque :

* les mêmes étapes reviennent avec des entrées différentes ;
* chaque étape possède un résultat observable ;
* les erreurs doivent être retrouvées dans un historique ;
* le déclenchement peut être décrit précisément ;
* les effets externes et les doublons peuvent être contrôlés.

Conservez une validation humaine si une décision dépend d’un jugement, d’un contexte incomplet ou
d’un risque important. Un agent convient mieux lorsqu’il faut interpréter une demande en langage
naturel ; un workflow convient mieux lorsque le chemin doit être explicite et reproductible.

## Déclenchement et version

| Type de départ | Usage principal |
| - | - |
| **Manuel** | une personne fournit ou choisit l’entrée au moment du lancement |
| **Planifié** | une cadence connue lance le processus sans action ponctuelle |
| **Événementiel** | un événement disponible dans Alyzai ou un connecteur lance le flux |

Le brouillon peut évoluer sans changer la version qui s’exécute déjà. **Déployer** publie la
version suivante ; les nouvelles exécutions utilisent alors cette version. L’historique doit
permettre d’identifier la version utilisée pour chaque lancement.

## Anatomie d’un workflow

```mermaid theme={null}
flowchart LR
	A["Déclencheur"] --> B["Source ou entrée"]
	B --> C["Transformation"]
	C --> D{"Condition"}
	D -->|Oui| E["Action"]
	D -->|Non| F["Fin contrôlée"]
	E --> G["Historique d’exécution"]
```

Les sorties d’une étape deviennent les variables des suivantes. Une branche doit être nommée par
son résultat et chaque nœud doit avoir une responsabilité identifiable.

> [!NOTE]
>
> La sortie d’un workflow peut alimenter un widget d’Espace ou être utilisée par un agent. Ce lien
> ne donne pas automatiquement aux utilisateurs l’accès aux sources et actions du workflow.

## Limites et responsabilités

* Un planning mal réglé peut créer un grand nombre d’exécutions.
* Une relance peut répéter les écritures déjà réalisées avant un échec.
* Renommer ou supprimer une sortie peut casser les variables en aval.
* Un connecteur indisponible ou expiré peut arrêter une étape.
* Un succès technique doit encore être comparé au résultat métier attendu.
* Toute modification importante doit être testée avant le déploiement d’une nouvelle version.

## Étapes suivantes

> [card] [Construire un workflow](https://docs.alyzai.com/fr/automatisations/construire-un-workflow.md)
>
> Créer un brouillon lisible sans le rendre actif.

> [card] [Choisir un déclencheur](https://docs.alyzai.com/fr/automatisations/declencheurs.md)
>
> Définir quand et avec quelles données le workflow démarre.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.