> 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/composants-facebook/question-facebook.md).

# Question Facebook

### Vue d'ensemble

Le **Composant de question pour Facebook Messenger** est un nœud d'action centré sur la qualification, la collecte de données structurées et l'enrichissement des fiches sur la plateforme. Sa fonction principale est d'envoyer un énoncé ou une question directement dans le chat privé (DM) de l'utilisateur sur Facebook Messenger et d'attendre de manière synchrone une réponse saisie au clavier. L'automatisation maintient le contact à cette étape jusqu'à ce qu'une donnée compatible soit fournie, permettant d'enregistrer l'entrée et de poursuivre le flux de conversation.

### Paramètres de configuration

La paramétrisation du composant gère les règles de validation de la saisie de l'utilisateur et la destination de stockage des données collectées :

* **Type :** Champ fixe et restreint du composant dans ce canal. Il prend uniquement en charge le mode `Texte`, établissant que toutes les questions envoyées par ce bloc attendent exclusivement des réponses tapées textuellement par l'utilisateur final (sans prise en charge des menus interactifs de boutons ou des listes natives de l'API).<br>
* **Message (\* Champ obligatoire) :** L'énoncé de la question ou l'instruction que le chatbot enverra dans la boîte de dialogue du client.<br>
* **Possède une variable (clé d'activation - interrupteur à bascule) :** Lorsqu'il est activé, il permet d'enregistrer la saisie tapée dans un conteneur mémoire, via des clés statiques (*Fixe*) ou dynamiques (*Expression*).<br>
* **Variable (\* Obligatoire si activé) :** Le nom du tag ou de la variable locale (ex : `réponse`) créée pour stocker temporairement le contenu de la réponse.<br>
* **Cible de la réponse :** Menu déroulant pour mapper et enregistrer définitivement la donnée dans les propriétés du profil du contact. Les options couvrent des champs natifs et personnalisés tels que : `Nom`, `Téléphone`, `E-mail`, `Adresse`, `CPF`, `CNPJ`, `Date`, `NPS`, `CSAT` ou un `custom_field`.<br>
* **Ignorer si l'objectif est atteint (clé de bascule - Toggle Switch) :** Si le contact possède déjà des données valides dans le champ sélectionné en *Cible de la réponse*, le composant saute silencieusement cette étape du flux afin d'éviter des questions redondantes.<br>
* **Accepter la réponse&#x20;*****(*****&#x20;Champ obligatoire) :** Filtre validateur de données qui détermine la syntaxe acceptable pour la progression du flux. Le menu de recherche propose les formats de validation suivants :
  * *Structures Texte/Nombres :* `Texte`, `Nombre`, `Données valides`.<br>
  * *Champs d'inscription :* `Numéro de téléphone`, `E-mail`, `CPF`, `CNPJ`, `Date`.<br>
  * *Recherches et localisation :* `NPS`, `CSAT`, `Localisation`.<br>
  * *Formats de médias :* `Audio`, `Document`, `Vidéo`, `Image`, `Contact`.<br>

### Constructeur visuel

L'interface graphique met l'accent sur la validation stricte des formulaires et le contrôle linéaire des processus dans l'arbre d'automatisation :

* **Champs obligatoires à enregistrer :** Contrairement aux nœuds informatifs, l'obligation signalée par un astérisque (`*`) dans les champs *Message* et *Accepter la réponse* empêche que des règles de conversation soient publiées avec des lacunes de validation, évitant ainsi de bloquer l'utilisateur dans une question sans critères de sortie.<br>
* **Nœud de flux séquentiel avec validation :** Dans l'éditeur de conception, le composant affiche une porte de sortie traditionnelle. Cependant, le moteur d'automatisation crée un réseau logique invisible de répétition : si le client fournit une réponse qui échoue au critère sélectionné en *Accepter la réponse*, le bloc répète continuellement le message original jusqu'à recevoir une saisie compatible.<br>

### Opérateurs spéciaux

Les propriétés logiques de ce composant gèrent des moteurs de masque de données et de validation syntaxique (*validation de la saisie*) pour les canaux de chat social :

* **Masques de validation des documents et des données :** Lorsque le champ *Accepter la réponse* est configuré pour des clés spécifiques (comme `CPF`, `CNPJ` ou `E-mail`), le moteur interne applique des algorithmes de vérification à la chaîne saisie par l'utilisateur. Les entrées qui ne correspondent pas à la structure mathématique d'un CPF valide ou à la syntaxe standard d'un e-mail sont rejetées automatiquement au niveau de réception de l'API.<br>
* **Mappage préalable des variables globales :** Le champ *Message* est compatible avec les interpréteurs de chaînes via des doubles accolades (`{{...}}`). Cela permet que la question envoyée dans Messenger utilise des données capturées dans d'autres canaux ou blocs (ex. : "`{{nome}}`, veuillez confirmer votre CPF, s'il vous plaît :").<br>

### Exemples pratiques

Le tableau ci-dessous présente des scénarios d'utilisation du composant pour réaliser des inscriptions et des qualifications intelligentes via Facebook Messenger :

| **Type sélectionné** | **Message configuré**                                               | **Cible de la réponse / Variable**                                                                                    | **Accepter la réponse** | **Cas d’utilisation pratique**                                                                                                                       |
| -------------------- | ------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------- | ----------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------- |
| `Texte`              | "Quel est le numéro de votre CPF ?"                                 | <p><strong>Cible :</strong> <code>CPF</code><br><br><br><br><strong>Variable :</strong> <code>cpf\_cliente</code></p> | `CPF`                   | Capturer et valider le document de l'utilisateur. S'il saisit des lettres ou des nombres incomplets, le système refuse et réaffiche la question.     |
| `Texte`              | "Veuillez saisir votre date de naissance (JJ/MM/AAAA) :"            | <p><strong>Cible :</strong> <code>Date</code><br><br><br><br><strong>Variable :</strong> <code>naissance</code></p>   | `Date`                  | Collecter des données chronologiques pour mettre à jour le profil du contact et les enregistrer dans la fiche d'inscription du CRM de la plateforme. |
| `Texte`              | "De 0 à 10, dans quelle mesure recommanderiez-vous notre service ?" | <p><strong>Cible :</strong> <code>NPS</code><br><br><br><br><strong>Variable :</strong> <code>note\_nps</code></p>    | `NPS`                   | Réaliser un sondage de satisfaction transactionnelle direct par texte dans le DM Facebook à la fin d'un parcours de support.                         |


---

# 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/composants-facebook/question-facebook.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.