> 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/autres/definir-les-variables-globales.md).

# Définir les variables globales

### Vue d'ensemble

Le **Composant de définition des variables globales** (identifié en interne dans le système comme `set_global_vars`) est un nœud utilitaire axé sur la persistance des données et la gestion d'état (*gestion d'état*). Sa fonction principale est de créer ou de réattribuer des clés de mémoire personnalisées qui restent disponibles en lecture à toute étape ultérieure du flux d'automatisation, quel que soit le canal ou la profondeur des branches. Il agit comme le dépôt centralisé des données dynamiques du contact pendant l'exécution du chatbot.

### Paramètres de configuration

La paramétrisation du nœud fonctionne à travers une liste dynamique d'entrées clé-valeur sous la section *Variables \**:

* **Clé (nom de la variable) :** Champ de saisie de texte (côté gauche) où l'administrateur définit le nom identifiant de la variable (ex. : `id_person`, `name`, `phone`). Ne doit pas contenir d'espaces ni de caractères spéciaux.<br>
* **Valeur :** Champ de saisie de texte (côté droit) qui définit le contenu stocké dans la clé correspondante. Accepte l'insertion de textes statiques bruts (ex. : `61999999999`) ou des références dynamiques interpolées de payloads précédents.<br>
* **Bouton + Ajouter un élément :** Contrôle qui insère une nouvelle paire de champs vides (Clé et Valeur) pour étendre la liste de mappage.<br>
* **Icône de corbeille :** Bouton de suppression rapide fixé sur le côté droit de chaque ligne pour supprimer les variables obsolètes du nœud.<br>

### Constructeur visuel

L'interface du constructeur a été conçue pour faciliter l'organisation verticale des enregistrements et l'héritage des données :

* **Gestionnaire de clés en ligne :** La disposition linéaire regroupe visuellement chaque variable avec sa donnée de destination respective, permettant de configurer plusieurs sauvegardes structurées au sein d'un seul nœud d'action.<br>
* **Mutabilité et réattribution :** L'éditeur permet que le même nom de clé soit utilisé dans différents nœuds de variables globales à travers le canevas. Lorsque le contact passe par un nouveau nœud contenant une clé déjà existante, le système effectue la **réattribution de valeur**, écrasant l'ancienne donnée par le nouveau contenu en temps réel.<br>

### Opérateurs spéciaux

Les propriétés logiques de ce composant gèrent la syntaxe de lecture des données et la prévention des erreurs à l'exécution :

* **Syntaxe de lecture globale (`{{$data?.nome_variavel}}`):** Après le passage du contact par ce composant, tout bloc subséquent dans l'arbre des flux peut lire et afficher les valeurs enregistrées en utilisant strictement la syntaxe des doubles accolades combinée à l'opérateur de navigation sécurisée, par exemple : `{{$data?.name}}` ou `{{$data?.phone}}`.<br>
* **Opérateur de navigation sécurisée (`?.`):** L'utilisation du point d'interrogation suivi d'un point dans les expressions de lecture garantit que la plateforme ignore et ne bloque pas l'exécution du flux si la variable consultée est temporairement nulle ou vide.<br>
* **Résolution synchrone des expressions :** Au moment où le contact passe par le bloc, le moteur traite et calcule les expressions dynamiques (comme `{{$data?.manualStart_4iochbjyt...}}`), enregistre le résultat final dans la mémoire globale et redirige instantanément l'utilisateur vers la sortie linéaire du nœud.<br>

### Exemples pratiques

Le tableau ci-dessous montre des scénarios classiques de configuration et de lecture des variables globales pour enrichir la logique de l'automatisation :

| **Nom de la variable (clé)** | **Valeur configurée dans le nœud** | **Syntaxe de lecture dans les nœuds suivants** | **Cas d'utilisation pratique**                                                                                                                                                                          |
| ---------------------------- | ---------------------------------- | ---------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| `name`                       | `{{$data?.manualStart_4iochbjyt}}` | `{{$data?.name}}`                              | Capturer le nom saisi dans un formulaire de saisie manuelle et le conserver globalement pour saluer l'utilisateur dans de futurs messages.                                                              |
| `phone`                      | `61999999999`                      | `{{$data?.phone}}`                             | Définir un numéro de téléphone statique de secours au début du flux pour acheminer les notifications en cas d'échec.                                                                                    |
| `status_pagamento`           | `Approuvé` *(Réattribution)*       | `{{$data?.status_pagamento}}`                  | Un nœud au début définit la variable comme "En attente". Après réception du webhook de confirmation, ce composant est déclenché et réattribue la valeur à "Approuvé", modifiant le comportement du bot. |


---

# 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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.hablla.com/french/flux-dautomatisations/tous-les-composants/autres/definir-les-variables-globales.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.