> ## Documentation Index
> Fetch the complete documentation index at: https://docs.famulor.io/llms.txt
> Use this file to discover all available pages before exploring further.

# Espaces de travail

> Changez d'espace de travail, créez-en d'autres et gérez le profil et l'équipe de chacun

Un **espace de travail** garde séparés ses assistants, appels, campagnes, connaissances, numéros de téléphone, forfait, crédits et facturation. L'inscription crée automatiquement votre premier espace de travail.

Vous pouvez aussi rejoindre d'autres espaces de travail et, si votre forfait le permet, en créer d'autres pour vous-même.

## Changer d'espace de travail

Sélectionnez l'avatar de l'espace de travail en haut de la barre latérale. Le sélecteur liste tous les espaces de travail auxquels vous avez accès, ainsi que votre rôle dans chacun. Choisir un espace de travail recharge le tableau de bord avec les données de cet espace.

Votre sélection n'affecte que votre propre session. Les autres membres conservent leur espace de travail actuel.

## Créer un autre espace de travail

Ouvrez le sélecteur d'espace de travail et choisissez **New workspace**. La fenêtre indique si votre compte peut créer un autre espace de travail et vous invite à choisir un nom.

Le nombre d'espaces de travail supplémentaires dépend de votre forfait et de l'add-on **Extra Workspaces** — de la capacité supplémentaire achetée par espace de travail additionnel depuis **Settings → Plan**, de la même façon que fonctionnent les autres add-ons de capacité. Rejoindre l'espace de travail de quelqu'un d'autre ne consomme pas votre quota de création. Les espaces de travail existants restent accessibles si votre quota change ultérieurement ; la limite s'applique au moment de la création d'un nouveau.

Chaque nouvel espace de travail démarre séparément ; vérifiez donc son forfait et sa facturation avant d'y ajouter des ressources de production.

## Profil de l'espace de travail

Ouvrez **Settings → Workspace** pour consulter et modifier l'identité et les valeurs par défaut de l'espace de travail actif : son logo, son nom, le site web de l'entreprise, le fuseau horaire, le format de date, et la langue par défaut pour les membres qui n'en ont pas choisi une eux-mêmes. Les propriétaires et administrateurs peuvent modifier ces champs ; tout autre rôle voit les mêmes champs en lecture seule. La page affiche aussi l'ID de l'espace de travail — en lecture seule, et la valeur à citer dans les [demandes de support](/fr/support) et les appels API.

**AI inference region** contrôle où Famulor exécute le traitement IA derrière cet espace de travail — le travail du modèle de langage dans les conversations et le juge IA qui les analyse ensuite. **Global** laisse le routage propre à Famulor choisir ; épingler **EU** ou **US** maintient ce traitement dans la zone choisie et restreint le catalogue de modèles à ce qui y est proposé, si bien qu'un assistant ne peut être réglé que sur un modèle disponible dans la région. Il s'agit du contrôle au niveau de l'espace de travail qui sous-tend les engagements sur la localisation du traitement décrits dans [Trust Center](/fr/support/trust-center). Épingler l'une ou l'autre région peut augmenter le coût de cet usage IA par rapport au routage Global.

L'interrupteur **Beta features** se trouve également sur cette page. Plusieurs fonctionnalités mentionnées ailleurs dans cette documentation — les déclencheurs d'applications connectées dans [Automations](/fr/automations/overview), [WhatsApp Call](/fr/telephony/whatsapp-voice), et les connecteurs de canaux Beta, entre autres — restent masquées tant qu'un propriétaire ou un administrateur ne les active pas. Les fonctionnalités Beta peuvent être instables et évoluer, et certaines traitent un contexte de conversation supplémentaire et ajoutent de l'usage IA ; examinez donc chacune avant de l'activer.

## Rôles et gestion d'équipe

Ouvrez **Settings → Workspace → Team** dans l'espace de travail où la personne doit travailler. Les invitations et les rôles ne s'appliquent qu'à cet espace de travail, et une personne peut avoir un rôle différent dans chaque espace de travail auquel elle appartient — owner dans l'un, member ou viewer dans un autre. Le panneau Team affiche toujours le nom de l'espace de travail actif, pour éviter d'inviter quelqu'un dans le mauvais compte.

### Rôles

| Rôle        | Accès                                                                                                                                                                                                                                             |
| ----------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **owner**   | Accès complet, y compris l'équipe, la facturation et les paramètres de l'espace de travail. Le compte qui a créé l'espace de travail détient ce rôle ; il ne peut être transmis à personne d'autre, ni modifié, ni retiré depuis le panneau Team. |
| **admin**   | Accès complet, y compris l'équipe, la facturation et les paramètres de l'espace de travail.                                                                                                                                                       |
| **member**  | Accès complet aux fonctionnalités de l'espace de travail qui lui sont attribuées.                                                                                                                                                                 |
| **viewer**  | Lecture seule — ne peut effectuer aucune modification.                                                                                                                                                                                            |
| **billing** | Lecture seule, plus la gestion de Plan et Balance. La barre latérale se réduit au tableau de bord, à Usage, et à une page Settings limitée à Preferences, Plan et Balance.                                                                        |

### Inviter un membre

Les owners et admins ajoutent un membre de deux façons :

* **Invite by email** — envoie un e-mail avec un lien pour définir un mot de passe. Un compte existant est ajouté directement et notifié par e-mail, au lieu de recevoir un lien d'invitation.
* **Create with a password** — définissez vous-même un nom et un mot de passe initial (au moins 8 caractères), sans aller-retour par e-mail.

Les deux modes demandent d'abord le rôle du nouveau membre — n'importe quel rôle sauf owner — et affichent la description de ce rôle au moment où vous le choisissez. Un membre ajouté par e-mail conserve un badge **Invited** dans la liste jusqu'à sa première connexion. Une fois qu'un espace de travail atteint sa limite de membres, **Invite member** est remplacé par un lien vers **Settings → Plan** pour obtenir plus de capacité.

### Gérer un membre

Depuis la ligne d'un membre, les owners et admins peuvent :

* **Change their role** — choisir un nouveau rôle dans le menu déroulant ; il s'applique immédiatement.
* **Send a login link** — envoie par e-mail un lien à usage unique qui connecte le membre sans mot de passe et expire peu après, utile lorsque quelqu'un est bloqué à l'extérieur.
* **Remove them** — supprime son accès à cet espace de travail uniquement, sans affecter aucun autre espace de travail auquel il appartient, et laisse son compte Famulor lui-même intact.

La ligne du owner ne comporte aucun de ces contrôles ; le rôle de tout autre membre peut être modifié, ou ce membre peut être retiré.

## API REST

Lister les espaces de travail visibles pour l'identifiant :

```bash theme={null}
curl https://YOUR_DOMAIN/api/v1/workspaces \
  -H "Authorization: Bearer fam_..."
```

Créer un espace de travail avec un identifiant autorisé par un utilisateur :

```bash theme={null}
curl -X POST https://YOUR_DOMAIN/api/v1/workspaces \
  -H "Authorization: Bearer fam_..." \
  -H "Content-Type: application/json" \
  -d '{"name":"Acme Corp — EU"}'
```

Utilisez `settings:read` pour lister les espaces de travail et `settings:write` pour en créer un. Un identifiant de service limité à un espace de travail peut lister son propre espace de travail, mais ne peut pas en créer un pour le compte d'une personne.

Créer une clé API dédiée pour un espace de travail renvoyé par le endpoint de liste :

```bash theme={null}
curl -X POST https://YOUR_DOMAIN/api/v1/workspaces/WORKSPACE_ID/api-keys \
  -H "Authorization: Bearer fam_..." \
  -H "Content-Type: application/json" \
  -d '{
    "name":"EU reporting",
    "scopes":["calls:read","leads:read"],
    "expires_in_days":90
  }'
```

Cette opération nécessite un identifiant autorisé par un utilisateur avec `settings:write`. L'utilisateur de l'identifiant doit actuellement être owner ou admin dans l'espace de travail sélectionné, et l'espace de travail doit appartenir à la même marque que l'identifiant. Cela fonctionne pour les comptes multi-espaces de travail classiques et ne nécessite pas d'accès en marque blanche. Les members, viewers, utilisateurs billing et identifiants de service limités à un espace de travail ne peuvent pas l'utiliser.

La nouvelle clé est liée de façon permanente à l'espace de travail sélectionné. Ses scopes ne peuvent pas dépasser ceux de l'identifiant appelant, et elle ne peut pas rester valable plus longtemps qu'un identifiant appelant qui a déjà une date d'expiration. La clé en clair n'apparaît que dans la réponse réussie ; enregistrez-la donc immédiatement et ne relancez jamais automatiquement une requête déjà réussie. Un espace de travail tout juste créé peut recevoir sa clé avant l'activation du forfait, mais les appels API normaux avec cette clé restent soumis aux restrictions du forfait.

Les add-ons de capacité d'espaces de travail et de membres supplémentaires ont des rôles distincts : la capacité d'espaces de travail contrôle la création d'espaces de travail supplémentaires, tandis que la capacité de membres contrôle les invitations. Aucun des deux n'ajoute d'exigence supplémentaire dès lors qu'un utilisateur a déjà un rôle owner/admin dans l'espace de travail cible.

## MCP

* `list_workspaces` liste les espaces de travail visibles pour l'utilisateur connecté.
* `create_workspace` crée un espace de travail si l'utilisateur connecté dispose encore de quota.
* `create_workspace_api_key` crée une clé dédiée pour un espace de travail visible où l'utilisateur connecté est owner ou admin.

Ces opérations suivent les mêmes permissions et règles de forfait que l'API REST. Inviter, retirer ou modifier le rôle d'un membre n'a d'équivalent ni en REST ni en MCP — la gestion d'équipe se fait uniquement dans l'interface.
