> For the complete documentation index, see [llms.txt](https://docs.hablla.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.hablla.com/french/flux-dautomatisations/tous-les-composants/transformation-des-donnees/si-if.md).

# SI (IF)

### 1. Vue d'ensemble

Le **Composant conditionnel IF** est le principal nœud de contrôle logique et de bifurcation de flux de la plateforme. Sa fonction principale est d'évaluer une ou plusieurs règles de validation basées sur JavaScript ou sur des données internes du CRM en temps réel. Lors du traitement du contact, le moteur d'automatisation teste l'instruction indiquée et divise le chemin du parcours de manière binaire : si le résultat de la validation est positif, la sortie correspondant à **Vrai** (*Vrai*); sinon, le contact est envoyé par la sortie de **Faux** (*Faux*).

### 2. Paramètres de configuration

Le paramétrage de ce nœud est centralisé dans un seul bloc de codage interprétatif :

* **Expression :** Champ de texte libre structuré pour recevoir des formules, des opérateurs logiques ou de courts codes entourés par la syntaxe des doubles accolades `{{ ... }}`. C'est dans cet espace que l'administrateur définit les critères logiques qui seront testés (comme comparer la valeur d'une variable collectée à un texte fixe ou valider une constante du système).<br>

### 3. Constructeur visuel

L'interface du constructeur privilégie la simplicité opérationnelle afin d'agir comme un nœud purement logique de prise de décision dans la carte visuelle :

* **Panneau de saisie directe :** Affiche une mise en page épurée, centrée exclusivement sur le remplissage du champ *Expression*. Comme il n'envoie pas de messages et n'interagit pas externement avec les canaux, le constructeur visuel se dispense de sélecteurs de connexion, de médias ou de variables cibles.<br>
* **Bifurcation graphique physique :** Dans l'éditeur de conception des flux, ce composant modifie visuellement la structure des chemins d'automatisation en mettant à disposition deux ports physiques de sortie fixes sur son côté droit, généralement étiquetés comme :
  * Sortie verte / supérieure : **Vrai** (*Vrai* / succès de la condition).<br>
  * Sortie rouge / inférieure : **Faux** (*Faux* / échec de la condition).<br>

### 4. Opérateurs spéciaux

Les propriétés de traitement du composant gèrent la validation syntaxique avancée et la vérification des variables logiques :

* **Interpréteur JavaScript et navigation sécurisée (`?.`):** Comme illustré dans `image_3be49d.png`, le champ accepte des propriétés telles que `{{$data?.phone == "5561999999999" || $data?.phone == "5561992222222"}}`. L'utilisation de l'opérateur de navigation sécurisée (`?.`) garantit que le flux ne se brise pas ou ne se bloque pas si la propriété évaluée (dans ce cas, le téléphone) est vide au moment de la vérification.<br>
* **Opérateurs logiques équivalents :** L'interpréteur d'expressions prend en charge les opérateurs de comparaison et de logique conventionnels :
  * `==` ou `===` (Égal à).<br>
  * `!=` (Différent de).<br>
  * `||` (Opérateur logique OU - satisfait si au moins l'une des conditions est vraie).<br>
  * `&&` (Opérateur logique ET - exige que toutes les conditions listées soient vraies).<br>
* **Exécution instantanée en micro-millisecondes :** Le moteur de règles calcule le résultat de manière 100 % synchrone en interne dans la mémoire du serveur. Il n'y a pas d'état d'attente (*veille*) dans ce bloc ; le contact entre dans le composant, son expression est calculée et il est redirigé instantanément vers l'étape suivante.<br>

### 5. Exemples pratiques

Le tableau ci-dessous présente des scénarios classiques pour remplir le champ d'expression afin d'obtenir des segmentations efficaces dans le flux de service :

| **Expression configurée dans le constructeur** | **Type d'opération effectuée**                      | **Comportement interne du moteur**                                                                                   | **Cas d'utilisation pratique**                                                                                             |                                                                                                                                               |
| ---------------------------------------------- | --------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------- |
| \`{{$data?.phone == "5561999999999" \\         | $data?.phone == "5561992222222"}}\`                 | Validation par liste d'exclusion (OU).                                                                               | Teste si le téléphone du contact est exactement le numéro A ou le numéro B. Si oui, il va vers la sortie Vrai.             | Isoler les numéros de test internes de la direction ou des homologateurs afin qu'ils reçoivent un flux différent de celui des clients finaux. |
| `{{response == "Oui"}}`                        | Comparaison directe d'une simple chaîne.            | Évalue si la variable `response` (provenant d'un bloc de question précédent) est identique au texte saisi ou cliqué. | Diriger l'utilisateur vers la branche de souscription s'il a cliqué sur le bouton "Oui" dans un menu interactif.           |                                                                                                                                               |
| `{{nota_nps >= 9}}`                            | Validation mathématique d'un opérateur relationnel. | Vérifie si le nombre stocké dans la variable de score est supérieur ou égal à 9.                                     | Filtrer les promoteurs dans une enquête de satisfaction afin d'orienter le flux vers une demande d'avis public sur Google. |                                                                                                                                               |


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.hablla.com/french/flux-dautomatisations/tous-les-composants/transformation-des-donnees/si-if.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.