---
title: "Utilisation de la ramification If/Else pour le contrôle de qualité"
description: "Ajoutez des points de contrôle à vos compétences avec If/Else : l'agent vérifie chaque résultat clé et réexécute les étapes échouées avant que les erreurs n'atteignent le rapport."
url: https://help-takeoff.kreo.net/fr/articles/11688703-utilisation-de-la-ramification-ifelse-pour-le-controle-de-qualite
collection: "Skills"
updated: 2026-07-15
language: fr
alternates: [en]
---

# Utilisation de la ramification If/Else pour le contrôle de qualité

Ajoutez des points de contrôle à vos compétences avec If/Else : l'agent vérifie chaque résultat clé et réexécute les étapes échouées avant que les erreurs n'atteignent le rapport.

Un flux de compétences n'a pas besoin d'être linéaire. If/Else ajoute des branches conditionnelles : l'agent complète une étape, vérifie le résultat et emprunte un chemin différent selon le résultat. C'est le principal mécanisme de contrôle de qualité au sein des compétences.

![](https://staticfiles.gleap.io/gattachments/oQJDMCAfqDgSdU44YQecQF1YXguDYcNl9sj3rW4QkHDyL9J8zCdcieT44hvxD1Kn6L9IwuaGpj1.png)

## Pourquoi c'est important

Sans points de contrôle, une erreur commise au début d'un flux se propage jusqu'au rapport final — et personne ne la détecte en chemin. If/Else arrête cela : l'erreur est détectée à sa propre étape et corrigée sur place.

## Comment ça fonctionne

Un modèle typique :

1.  L'agent complète une étape — par exemple, les mesures sont calculées.
    
2.  La condition If/Else demande à l'agent de vérifier : a-t-il fait cela correctement ?
    
3.  **Si correct** — le flux continue vers l'étape suivante.
    
4.  **Si non** — l'étape est renvoyée pour être refaite.
    

\[IMAGE: Diagramme d'un flux If/Else — étape, vérification, continuer ou refaire\]

## Où placer les conditions Si/Sinon

Vous n'avez pas besoin de vérification après chaque étape. Placez les conditions Si/Sinon :

-   **Avant l'étape où une erreur coûterait le plus cher** — au minimum. Par exemple, avant que les résultats ne soient intégrés dans un rapport.
    
-   **Après les étapes avec une sortie instable** — si une étape produit parfois un résultat qui varie, ajoutez une vérification immédiatement après.
    
-   **Aux points de transition** — où la sortie d'une partie du flux de travail devient l'entrée de la suivante.
    

## Conseils

-   Rendez la condition de vérification aussi spécifique que les étapes elles-mêmes : « vérifier que chaque mesure a été assignée à un groupe » fonctionne mieux que « vérifier que tout va bien ».
    
-   Si une étape échoue continuellement sa vérification, le problème vient généralement de la formulation de l'étape, non de la vérification. Voir [Rédiger des instructions de compétence efficaces : Bonnes pratiques](https://help-takeoff.kreo.net/en/articles/11688707-writing-effective-skill-instructions-best-practices.md).

## Related

- [Qu'est-ce que les compétences ? Un aperçu](https://help-takeoff.kreo.net/fr/articles/11688700-qu-est-ce-que-les-competences-un-apercu.md)
- [Créer votre première compétence](https://help-takeoff.kreo.net/fr/articles/11688701-creer-votre-premiere-competence.md)
- [Skill Steps: How to Describe Tasks](https://help-takeoff.kreo.net/fr/articles/11688702-skill-steps-how-to-describe-tasks.md)
- [Adding Notes to Skills for Team Collaboration](https://help-takeoff.kreo.net/fr/articles/11688704-adding-notes-to-skills-for-team-collaboration.md)
- [Naming, Describing, and Tagging Skills](https://help-takeoff.kreo.net/fr/articles/11688705-naming-describing-and-tagging-skills.md)