> 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/hablla/message-interne.md).

# Message interne

### Vue d'ensemble

Le **Composant de message interne** est un nœud d’action axé sur la communication privée et la coordination des équipes de back-office. Sa fonction principale est de déclencher automatiquement des messages ou des alertes structurés vers des salles, des canaux de chat ou des groupes internes de la plateforme elle-même (comme des canaux d’équipe ou des salles de support ouvertes). Il sert à notifier des opérateurs, des superviseurs ou des canaux de test d’événements cruciaux survenus au cours du parcours d’automatisation, sans que ce message soit visible pour le client final.

### Paramètres de configuration

Le paramétrage du composant définit la destination et le format du message qui sera injecté dans le canal interne de l’équipe :

* **Opération :** Champ statique du système, limité nativement à la fonction `Créer`, ce qui établit que l’objectif exclusif du bloc est l’insertion de nouveaux enregistrements de texte ou de média dans le fil de conversation interne.<br>
* \_*ID de la salle (* Champ obligatoire):\_\* L’identifiant unique ou le nom de la salle de chat interne vers laquelle le message sera envoyé (par ex. un canal appelé "test", "support\_niveau\_2" ou une balise d’ID dynamique de la salle actuelle).<br>
* \_*Type (* Champ obligatoire):\_\* Définit le format structuré des données envoyées. Le format affiché est `Texte`, mais il peut englober d’autres structures de fichier selon les capacités du chat interne.<br>
* \_*Message (* Champ obligatoire):\_\* Le corps du texte de la notification. C’est le champ où l’administrateur décrit l’alerte, l’instruction ou le rapport que l’équipe interne doit recevoir.<br>

### Constructeur visuel

L’interface graphique est conçue pour une saisie rapide et intégrée aux variables d’environnement de la plateforme :

* **Validation des champs obligatoires :** L’interface affiche des marqueurs d’astérisque (`*`) dans les champs de *ID de la salle*, *Type* et *Message*. Cela empêche le flux d’enregistrer ou de traiter le nœud si une information de routage ou de contenu est manquante.<br>
* **Port d’exécution continue :** Contrairement aux composants terminaux, ce nœud possède des connecteurs d’entrée et de sortie normaux dans l’éditeur graphique. Cela signifie qu’après avoir déclenché le message vers le groupe interne des agents, le flux poursuit instantanément son exécution vers le bloc suivant de l’automatisation.<br>

### Opérateurs spéciaux

Les propriétés logiques de ce composant gèrent l’interpolation de chaînes et la surveillance silencieuse des processus :

* **Interpolation dynamique des variables :** Le champ de *Message* accepte la syntaxe des doubles accolades (`{{...}}`). Cela permet de mélanger des textes standard avec des données contextuelles de l’automatisation (ex. : "Alerte : le client `{{cliente_nome}}` a demandé un support urgent dans la salle `{{sala_id}}`").<br>
* **Séparation des couches de portée (message invisible) :** Le moteur de traitement du composant garantit l’isolement total du canal. Le message généré par ce nœud est envoyé strictement vers l’environnement interne des opérateurs, garantissant que le client à l’origine du déclencheur d’automatisation n’ait pas de visibilité sur la discussion technique de l’équipe.<br>

### Exemples pratiques

Le tableau ci-dessous illustre des scénarios classiques d’application de ce composant pour tenir les équipes internes informées :

| **ID de la salle sélectionnée** | **Type de message** | **Contenu configuré (message)**                                                                             | **Cas d'utilisation pratique**                                                                                               |
| ------------------------------- | ------------------- | ----------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------- |
| **test**                        | `Texte`             | "Automatisation du triage lancée pour l’ID global `{{id}}`."                                                | Utiliser la salle de test pour valider le comportement des variables du chatbot avant de le publier auprès des clients.      |
| **alertas\_financeiro**         | `Texte`             | "⚠️ ATTENTION : le client `{{nome}}` vient de signaler une erreur dans le traitement du Pix."               | Notifier immédiatement le groupe des administrateurs du secteur financier au sujet d’une défaillance critique de paiement.   |
| **canal\_vendas\_vip**          | `Texte`             | "🚀 LEAD CHAUD : le contact `{{nome}}` a rempli tous les critères de qualification et attend un opérateur." | Avertir le groupe des vendeurs de l’arrivée d’un lead à fort potentiel d’achat afin d’accélérer le délai du premier contact. |


---

# 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/hablla/message-interne.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.