Politiques et limites

En tant qu’admin ou propriétaire, utilise Paramètres > Gouvernance > Politiques et limites pour contrôler les ressources et le traitement des données. Choisis la section adaptée au problème : dépenses, imports, rétention, fonctionnalités, avis affiché dans le chat, partage des skills avec toute l’organisation ou destinataires des conversations entrantes.

Ajouter un budget

1. Dans les règles de budget, choisis Ajouter une règle.
2. Choisis la portée et sa cible : un rôle pour un groupe comme les rédacteurs, une équipe pour un travail commun, un projet pour tout ce qui est dépensé dans un projet, une personne pour une limite individuelle, une clé API pour un identifiant, ou l’organisation pour un plafond partagé. La liste des clés API propose chaque clé active qui fonctionne dans l’organisation, avec le nom de ce à quoi elle appartient : la clé personnelle d’un membre, une clé qu’un admin a créée pour un membre, et les clés d’une équipe, d’un projet ou de l’organisation elle-même. Tu peux ainsi plafonner le script ou l’outil de code d’une seule personne, ou l’intégration d’une équipe.
3. Sélectionne une période quotidienne, hebdomadaire ou mensuelle. Renseigne au moins une limite positive de tokens, de coût ou de requêtes. Le coût est en USD ; un champ vide ne plafonne pas cette dimension par cette règle.
4. Définis si besoin le seuil d’alerte entre 0 et 100 pour avertir avant d’atteindre le plafond. L’alerte d’un budget de projet s’affiche pour toutes les personnes qui discutent dans le projet.
5. Choisis Confirmer, enregistre les changements de la page et vérifie la portée, la cible, la période et les limites enregistrées.

Par exemple, une règle mensuelle de rôle peut donner aux rédacteurs un budget personnel de 50 USD, tandis qu’une règle d’organisation plafonne les dépenses cumulées à 500 USD. Ce sont des exemples, pas des valeurs recommandées.

Une règle reste dans le tableau même quand sa clé API ne fonctionne plus. Cible indique toujours la clé et la personne qui la détient, avec un statut : Expirée tant que la clé expirée est encore conservée, Désactivée, Révoquée si cette organisation a enregistré sa révocation, ou Ancien membre lorsque cette personne a quitté l’organisation. Indisponible signifie que la clé est connue mais n’est plus conservée, sans motif enregistré ; le nettoyage des clés expirées peut produire cet état. Clé inconnue signale une clé sur laquelle cette organisation n’a aucune information. Supprime une telle règle, ou modifie-la pour choisir une clé active.

Les budgets concernent les nouveaux travaux facturables, dont le chat, la sortie vocale, les transcriptions et la dictée, l’indexation et la recherche de connaissances, les exécutions d’agents gérés, les étapes llm des automatisations, Améliorer avec l'IA dans la boîte de réception, les images que créent les agents et les appels aux endpoints de modèles. Tale vérifie chaque requête de chat avant son exécution — un message envoyé, une réponse régénérée ou modifiée, les deux côtés d’une comparaison de modèles, un message en attente d’une pièce jointe et un envoi par l’API REST — et la refuse dès qu’un plafond applicable est atteint, en indiquant ce plafond et le moment de sa réinitialisation. Les réponses en cours de rédaction réservent ce qu’elles peuvent dépenser, tour après tour, tout comme la sortie vocale en cours, l’étape llm d’une automatisation, le titre d’un chat, Améliorer avec l'IA, une transcription et chaque requête d’embedding de l’indexation et de la recherche de connaissances, afin que des requêtes envoyées au même moment ne franchissent pas ensemble un plafond presque atteint. La demande d’image d’un agent est vérifiée de la même façon avant l’appel au modèle d’images : pendant que ses images sont créées, elle réserve un coût estimé, et la vérification compte aussi ce que l’exécution de l’agent peut encore dépenser pour son modèle. Chaque image compte pour une requête. La génération d’images a besoin de limites de coût ou de requêtes, car son usage ne se mesure pas en tokens de texte. Un appel de connector — un outil de recherche ou web de l’assistant, l’étape de connector d’un agent ou d’une automatisation, un e-mail envoyé depuis la boîte de réception — est compté à part et jamais imputé à une limite de requêtes. Un tour d’agent géré sur un abonnement de fournisseur compte pour une requête sans coût : les limites de requêtes et de tokens s’appliquent à lui, les limites de coût non. Une limite de tokens compte les tokens d’entrée et de sortie, et l’entrée comprend la partie d’un prompt qu’un fournisseur a lue dans son cache ou y a écrite. Cette partie est facturée autrement que le reste de l’entrée : un agent qui réutilise un long prompt peut donc atteindre une limite de tokens alors que son coût reste faible. Examine les alertes dans l’analyse de l’usage.

La sortie vocale réserve son coût estimé et une requête tant que la tentative est en cours. L’étape llm d’une automatisation réserve l’entrée estimée et la sortie autorisée au tarif du catalogue, ainsi qu’une requête. Ces réservations partagent les plafonds applicables avec le chat et les agents gérés. Ce sont des estimations, pas une garantie du montant finalement facturé par le fournisseur.

Si une tentative vocale déjà réservée échoue ou si son résultat reste inconnu, Tale comptabilise une seule fois l’estimation enregistrée et une requête, même si l’échec précède l’appel au fournisseur. Un appel direct de modèle d’automatisation dont le résultat est inconnu est lui aussi comptabilisé selon l’estimation réservée. Cette comptabilisation prudente ne confirme pas une facturation par le fournisseur. Une nouvelle tentative nécessite une nouvelle réservation et doit tenir dans le budget en comptant l’estimation précédente.

Comprendre les plafonds applicables

Pour chaque dimension, la limite personnelle vient de la règle la plus précise qui la définit : personne, équipe, rôle, puis valeur par défaut. Si une personne appartient à plusieurs équipes dotées d’une règle, le plafond le plus strict s’applique à elle. Les plafonds de l’organisation s’ajoutent. Un budget d’équipe plafonne aussi l’usage cumulé des membres actuels de l’équipe, même si un membre a une règle personnelle plus précise : l’usage d’un nouveau membre sur la période en cours compte aussitôt, et celui d’un membre parti ne compte plus. Les limites de clé API plafonnent séparément les requêtes authentifiées par cette clé, dont l’usage est imputé à la clé, pas les autres actions dans l’interface. La clé propre d’une équipe, d’un projet ou de l’organisation n’est pas une personne : aucune règle de personne, de rôle ou par défaut ne s’applique à elle. Les limites de l’organisation et ses règles de clé API s’appliquent, la clé d’une équipe compte pour le budget de son équipe, qui la plafonne, et la clé d’un projet de même pour le budget de son projet.

Un budget de projet plafonne tout ce qui est dépensé dans un projet, quelle que soit la personne qui dépense : les chats du projet, avec leurs titres, les réponses lues à voix haute, les enregistrements qui y sont transcrits et les appels d’outils et recherches de l’assistant ; les fichiers indexés pour lui ; les exécutions de ses agents et les étapes d’agent et llm des automatisations qui y tournent, avec les images qu’elles créent ; et les appels faits avec les propres clés API du projet. Il s’ajoute aux limites de la personne qui a demandé le travail, y compris pour les exécutions lancées par une planification, et ne s’applique jamais au travail hors du projet. Les réponses de chat et leurs titres, les tours d’agent, les tentatives vocales, les transcriptions et les appels de modèles d’automatisation en cours réservent aussi leur usage admis sur le budget du projet, afin que les requêtes simultanées tiennent compte de ces réservations. Quand il refuse un message de chat, Tale indique que la limite du projet est atteinte. Avec un seuil d’alerte, toutes les personnes qui discutent dans le projet voient ce qui reste de son budget dès que l’usage dépasse le seuil, dans une bannière qui nomme le projet. Une automatisation compte pour le projet dans lequel elle tourne. Une exécution qui ne nomme aucun projet, d’une automatisation installée dans plusieurs projets, compte pour chacun d’eux et doit tenir dans le budget de chacun, comme l’usage d’un membre compte pour chacune de ses équipes ; une automatisation installée dans aucun projet ne compte que pour l’organisation.

Les tours de chat, les tentatives vocales et les appels de modèles d’automatisation conservent les projets enregistrés lors de leur admission. Déplacer le chat ou modifier les installations d’une automatisation dans des projets pendant son exécution ne déplace ni sa réservation ni son usage comptabilisé ensuite. Une tentative admise sans projet reste hors des budgets de projet.

Les exécutions d’agents gérés comptent pour la personne qui les a lancées. Une exécution que tu démarres depuis une tâche, un commentaire, l’API REST ou le point d’accès MCP consomme tes plafonds personnels et d’équipe, et une exécution lancée avec une clé API compte aussi pour cette clé. Les exécutions démarrées par une planification, un webhook ou un événement n’ont personne derrière elles : seules les limites de l’organisation s’y appliquent, et celles d’un projet quand elles y tournent, et l’analyse de l’usage les regroupe sous Automatisations (déclencheurs). Comment l’usage est compté explique la règle pour chaque type de travail.

Un appel aux endpoints de modèles est vérifié comme une requête de chat. Avant son exécution, Tale calcule le pire cas, l’estimation du prompt plus la sortie maximale possible, au prix catalogue du modèle, et le refuse avec 429 BUDGET_EXCEEDED quand ce pire cas ne tient pas dans ce qui reste sous un plafond qui s’applique au détenteur de la clé ou à la clé. Tant que l’appel tourne, ce pire cas est réservé sur ces plafonds. Ensuite, le coût mesuré par la passerelle de modèles est imputé à la personne et à la clé, et chaque appel compte pour une requête.

Si une requête est refusée de façon inattendue, vérifie tous les plafonds applicables et leurs périodes. Augmenter une limite personnelle ne retire pas un plafond d’organisation, d’équipe, de projet ou de clé API.

Les membres consultent leur propre situation sous Paramètres > Utilisation. Chaque plafond personnel, d’équipe ou d’organisation qui les concerne y figure avec l’utilisation actuelle et la prochaine réinitialisation, sans que les règles elles-mêmes soient affichées.

Comment les règles se combinent

Chaque politique de cette page et de Contenu et modèles lit ses règles de la même façon. La portée la plus précise l’emporte : une règle individuelle avant une règle d’équipe, une règle d’équipe avant une règle de rôle, une règle de rôle avant la valeur par défaut. Lorsqu’une personne appartient à plusieurs équipes dotées d’une règle, les règles d’équipe se combinent selon leur nature :

• Une limite, comme un plafond de budget ou de fenêtre de contexte, prend la valeur la plus stricte. Rejoindre une équipe généreuse n’augmente jamais le plafond de quelqu’un.
• Une liste d’autorisations, comme l’accès aux modèles, se combine par l’union des modèles autorisés ; un blocage dans l’une des règles reste prioritaire pour ce modèle.
• Un choix unique, comme le modèle par défaut, suit l’ordre des règles dans le tableau : la première règle d’équipe correspondante l’emporte.

Contrôler les imports

La politique d’import définit les extensions autorisées et bloquées, les types MIME autorisés, la taille maximale par fichier en Mo et le volume total par personne en Go. Choisis les types nécessaires et teste un fichier autorisé et un fichier refusé après l’enregistrement.

L’extension, le type de contenu et la taille sont des vérifications distinctes. En cas d’échec, compare les trois avec la règle. Vérifie le stockage déjà utilisé si les fichiers respectent individuellement les limites mais que les nouveaux imports sont refusés.

Définir la rétention et la récupération

Dans la règle de rétention, choisis Modifier et configure les catégories nécessaires. Le résumé montre les valeurs effectives, les catégories désactivées et le nettoyage des fichiers temporaires. Désactiver la rétention planifiée d’une catégorie n’empêche pas une suppression explicite ni une demande d’effacement.

Vérifie les bornes minimales et maximales du déploiement avant de modifier une durée. Les changements qui demandent une revue ou un délai apparaissent comme propositions ou changements en attente. Lis leur date d’effet sans supposer une application immédiate.

Versions d'automatisation est désactivée tant que tu ne l’actives pas. Lorsqu’elle est active, les versions enregistrées plus anciennes que la période sont supprimées, sauf la version en service, les versions des dix dernières mises en service, toute version utilisée par une exécution, les vingt versions les plus récentes, les versions à partir desquelles celles-ci ont été restaurées ou sur lesquelles elles sont basées, et les versions enregistrées par une personne sous conservation légale. Un numéro de version n’est jamais réutilisé, et un lien vers une version supprimée indique qu’elle n’existe plus.

Le délai de grâce est la fenêtre de récupération des enregistrements supprimés provisoirement pris en charge. Une valeur positive laisse du temps pour les restaurer dans la Corbeille ; zéro permet un nettoyage définitif immédiat. Toutes les catégories ne sont pas restaurables. Une conservation légale protège les données couvertes du nettoyage.

Pour les déploiements autohébergés, la configuration de rétention explique les contrôles opérateur et le comportement par catégorie. Ne déduis pas une garantie d’archivage d’une règle désactivée ou d’une durée affichée seule.

Examiner les contrôles de fonctionnalités

Les contrôles comprennent les limites de fenêtre de contexte par portée et le commutateur de sortie vocale pour l’organisation. Une limite de contexte détermine la quantité de contexte transmise à une réponse d’IA ; elle diffère d’un budget. Une limite inférieure à 200 000 tokens s’applique aussi aux exécutions d’agents Claude Code, selon la limite de la personne qui a lancé l’exécution : l’agent condense sa conversation en un résumé avant qu’elle ne dépasse la limite, et Claude Code traite toute limite inférieure à 100 000 tokens comme 100 000. Désactiver la sortie vocale empêche les membres de l’activer par leurs réglages personnels ou leurs conversations.

Le commutateur par défaut des instructions personnalisées enregistre la valeur d’organisation pour les instructions personnelles des membres : tant qu’il est activé, les instructions personnalisées de chaque membre s’appliquent à ses réponses de chat, sauf si le membre a désactivé la fonction lui-même sous Paramètres > Personnalisation. Les instructions obligatoires de l’organisation sont un réglage séparé sous Garde-fous.

Choisir ce que le chat peut créer

Outils du chat détermine ce que l’assistant du chat peut créer en plus de ses réponses. Chaque interrupteur retire son outil de tous les chats de ton organisation, si bien que l’assistant ne se voit jamais proposer un outil qu’il n’a pas le droit d’utiliser :

• Fichiers — des fichiers texte que l’assistant rédige lui-même, comme du Markdown, du CSV, du HTML ou des entrées d’agenda. Rien ne démarre pour eux.
• Skills — les instructions de la bibliothèque de skills de chaque personne, que l’assistant lit quand l’une d’elles correspond à la demande.
• Code — du code dans une sandbox légère, pour des fichiers Word, Excel, PowerPoint et PDF, des graphiques et des calculs. Chaque conversation utilise une sandbox légère à la fois, et la limite des sandboxes légères de ton organisation plafonne le nombre de sandboxes qui tournent en même temps.

Les trois sont activés tant que tu n’en désactives pas un, et un fichier de politique absent les laisse activés. Un fichier de politique qui existe mais ne peut pas être lu désactive les trois jusqu’à sa réparation : un fichier défectueux ne réactive donc jamais ce que tu as désactivé, et cette page indique alors que la politique n’a pas pu être lue. Modifie les interrupteurs, puis enregistre les modifications en attente dans l’en-tête de la page ; la prochaine réponse de chaque chat les applique. Les images ne relèvent pas de cette section : le chat n’en crée que lorsque la génération d’images est activée. Créer des fichiers et utiliser des skills dans le chat montre ce que voient les membres.

Afficher un avis de confidentialité dans le chat

Avis de confidentialité ajoute une courte ligne sous le champ de message du chat pour tous les membres de ton organisation, par exemple pour rappeler de ne pas partager de données sensibles. L’avis reste désactivé tant que tu ne l’actives pas.

1. Active le commutateur Avis de confidentialité. Les membres voient aussitôt l’avis dans le chat, dans leur langue, et les chats ouverts se mettent à jour sans rechargement.
2. Si tu le souhaites, saisis ton propre texte dans les onglets de langue English, Deutsch et Français, jusqu’à 280 caractères par langue. Enregistre ensuite les changements de la page.

Chaque membre voit le texte de sa langue. Un onglet marqué non traduit n’a pas de texte propre : les membres qui lisent cette langue voient ton texte anglais, ou l’avis par défaut si l’anglais est vide lui aussi, et le champ vide présente ce texte en aperçu. Un point rouge signale une langue dont le texte est trop long ; l’enregistrement reste impossible tant que tu ne l’as pas raccourci. Désactiver l’avis conserve tes textes pour la prochaine activation.

L’avis n’est qu’un rappel : il ne vérifie, ne bloque ni ne modifie les messages envoyés. Pour agir sur les contenus sensibles, configure les Garde-fous.

Décider qui partage des skills avec tout le monde

Par défaut, chaque membre peut partager un skill avec toute l’organisation. Partage des skills permet de réserver ce droit à moins de personnes : choisis qui peut Partager les skills avec l'organisation, puis enregistre les modifications en attente de la page.

• Tous les membres conserve le comportement par défaut.
• Éditeurs et au-delà autorise les éditeurs, les développeurs, les admins et les propriétaires, c’est-à-dire les rôles qui équipent les agents.
• Propriétaires et admins uniquement n’autorise que les propriétaires et les admins.

Les propriétaires et les admins peuvent toujours partager avec tout le monde. Pour l’autoriser à une personne de plus sans lui donner un rôle plus élevé, attribue-lui Publier des skills pour l'organisation dans Compétences.

Les autres membres peuvent toujours créer des skills et les partager avec leurs propres équipes. Ils ne peuvent ni créer un skill pour toute l’organisation, ni étendre l’un des leurs à Organisation, ni modifier sur place un skill partagé avec l’organisation. Ils peuvent restreindre un de leurs skills à leurs équipes, avec d’autres modifications dans le même enregistrement, ou le supprimer. La règle s’applique dans l’éditeur de skills, aux téléversements de zip et de dossier, aux paquets d’automatisation qui contiennent des skills et à l’API REST. Chaque refus apparaît dans les journaux d’audit sous Publication d'un skill refusée.

Un réglage plus strict ne restreint pas les skills déjà partagés avec l’organisation. Pour les passer en revue, ouvre Paramètres > Skills, choisis Filtre > Visibilité > Organisation et consulte la colonne Créé par. Restreins ou supprime ceux qui ne doivent plus être partagés avec tout le monde.

Routage des conversations

Utilise le Routage des conversations pour attribuer les nouvelles conversations selon leur point d’arrivée. Ajoute une règle, remplis ses champs, puis enregistre :

• Arrive par : N'importe quelle boîte, une boîte précise sous son nom, ou une app API. Une app API apparaît dès qu’elle a synchronisé une conversation.
• Envoyé à : l’adresse à laquelle la conversation a été envoyée. Elle est obligatoire pour N'importe quelle boîte, facultative pour une boîte précise et absente pour une app API. La comparaison des adresses ignore la casse.
• Assigner à : une équipe, une personne ou les deux.

Une règle pour support@example.com couvre aussi le courrier étiqueté comme support+facturation@example.com, et une règle pour l’adresse étiquetée l’emporte pour cette adresse. Si plusieurs règles correspondent, la plus précise s’applique : une boîte avec son adresse exacte, puis une boîte avec l’adresse de base, puis une adresse sur n’importe quelle boîte, enfin une boîte seule.

Une attribution d’équipe rend la conversation visible à ses membres ; une attribution individuelle la rend visible à cette personne. Avec les deux, l’une ou l’autre appartenance donne accès. Les conversations non attribuées sont réservées au triage des admins et propriétaires.

Les règles s’appliquent à l’arrivée d’une nouvelle conversation. Elles ne réattribuent pas une conversation existante lorsqu’une réponse la rejoint. Si une règle vise une personne, une équipe ou une boîte supprimée, la conversation arrive quand même sans cette attribution. Teste avec un nouveau message et vérifie la personne ou l’équipe obtenue.

Configurer les limites de connexion séparément

Active Activer la rotation des mots de passe et définis la Période de rotation (jours) pour obliger les membres à changer leur mot de passe à l’expiration de cette période. L’écran Changement de mot de passe requis s’affiche alors et demande au membre de définir un nouveau mot de passe avant de continuer. Les exigences de mot de passe, limites de tentatives, délais d’inactivité de session et règles de double facteur se trouvent dans Paramètres > Gouvernance > Sécurité. Le délai d’inactivité de l’organisation peut renforcer celui du déploiement. Avec l’authentification par en-têtes de confiance, coordonne l’expiration avec le proxy ou l’IdP, qui peut authentifier le membre à nouveau.