Administration
Politique de consentement, supervision des conversations, tendances thématiques, règles et limites des fichiers, aperçus de liens, événements d'audit et facturation pour le Chat.
Cette page est destinée aux administrateurs d'organisation. Elle couvre ce que vous pouvez observer et contrôler pour le Chat au sein de votre organisation.
Politique de consentement
Avant d'utiliser le Chat, chaque membre accepte un avis de consentement portant sur l'utilisation des données par l'IA conversationnelle. Le Chat stocke les messages et génère des embeddings sémantiques pour alimenter la recherche dans les conversations et le rappel automatique.
Révoquer le consentement — un membre peut révoquer son consentement à tout moment depuis les paramètres de son compte. La révocation du consentement supprime :
- Les embeddings sémantiques de conversations du membre (utilisés pour le rappel et la recherche).
Elle ne supprime pas les messages bruts eux-mêmes (qui restent disponibles pour la supervision conformément à votre politique de conservation).
Vue administrateur — les administrateurs d'organisation peuvent voir le statut de consentement de tous les membres. Le statut de consentement est visible par les administrateurs de workspace.
Supervision des conversations
Les administrateurs d'organisation disposent d'une visibilité au niveau des métadonnées sur les conversations dans le workspace. Cela inclut :
- L'ID de conversation, l'heure de création et l'heure de dernière activité.
- Le membre propriétaire de la conversation.
- Le modèle utilisé par conversation.
- Le statut de la conversation.
Les listes de conversations affichent uniquement les métadonnées ; l'accès au contenu des messages est restreint et audité. L'historique d'audit complet se trouve dans les événements d'audit (voir ci-dessous).
Pour les engagements détaillés de votre organisation en matière de traitement et de conservation des données, consultez votre accord Scrydon et la section Conformité de cette documentation.
Tendances thématiques
Le tableau de bord Chat → Admin → Thèmes (/admin/topics) affiche les agrégats de thèmes hebdomadaires pour les conversations de votre organisation. Les thèmes sont extraits des conversations par le modèle configuré de l'organisation et n'exposent pas le texte individuel des messages. Utilisez-le pour comprendre à un niveau macroscopique ce que votre équipe demande au Chat.
L'extraction des thèmes est effectuée toutes les heures.
Règles et limites des fichiers
Les administrateurs de l'organisation décident quels fichiers peuvent être envoyés dans l'espace Matrix et quelle taille ils peuvent avoir. Ouvrez Paramètres → Cortex → Paramètres. Le groupe Cortex n'apparaît dans les paramètres que pour les administrateurs de l'organisation.
| Paramètre | Effet | Par défaut |
|---|---|---|
| Fichiers non analysés dans les salons internes | Autoriser les fichiers qui ne peuvent pas être analysés, comme les vidéos, les archives et les fichiers non reconnus, dans les salons où tout le monde fait partie de votre organisation. Les lecteurs les voient marqués « Non analysé ». | Activé |
| Fichiers non analysés dans les salons partagés | Autoriser les mêmes fichiers dans les salons où se trouvent, ou peuvent entrer, des personnes d'un autre serveur. | Désactivé |
| Fichier le plus volumineux | Le plus gros fichier, image ou enregistrement pouvant être envoyé, en Mo (de 1 à 64). | 32 Mo |
| Vidéo la plus volumineuse | La plus grosse vidéo pouvant être envoyée, en Mo (de 1 à 64). | 64 Mo |
Sélectionnez Enregistrer. Les nouvelles règles s'appliquent aux fichiers envoyés après l'enregistrement ; les fichiers déjà présents dans une conversation ne sont pas modifiés. Une limite doit être un nombre entier de Mo de 1 à 64. 64 Mo est le maximum que Cortex peut envoyer et ne peut pas être dépassé.
Fichiers non analysés. Un fichier est non analysé lorsque rien n'a pu le lire : un type que Scrydon ne lit pas (une vidéo, une archive, un fichier non reconnu), ou un type pour lequel votre organisation n'a configuré aucun lecteur (pas de lecteur de documents, pas de reconnaissance de texte pour les images, pas de transcription pour l'audio). Rien ne vérifie son contenu : votre politique DLP ne lui est donc pas appliquée, et tous les lecteurs le voient marqué Non analysé. Si vous désactivez un paramètre, un fichier non analysé est refusé dans ce type de salon, et l'expéditeur est informé que rien n'a pu analyser le fichier et que l'organisation n'autorise pas les fichiers non analysés dans la conversation. Les fichiers que Scrydon sait lire ne sont pas concernés par ces deux paramètres : ils sont toujours vérifiés au regard de votre politique DLP.
Salons internes et partagés. Un salon est partagé lorsqu'une personne d'un autre serveur s'y trouve, ou lorsqu'il est ouvert à d'autres serveurs (fédéré). Tous les autres salons sont internes. La décision est prise par la plateforme au moment de l'envoi du fichier, jamais par l'application de l'expéditeur, et lorsqu'elle ne peut pas être prise, le salon est considéré comme partagé. Par défaut, les fichiers non analysés sont autorisés en interne et refusés dans les salons partagés : un fichier que personne n'a lu ne quitte donc pas votre organisation sans votre accord.
Tailles maximales. La limite des vidéos s'applique aux fichiers dont le contenu est une vidéo, et la limite des fichiers à tout le reste. Scrydon juge un fichier d'après son contenu : renommer un fichier ne le fait donc pas passer sous l'autre limite. Les limites ne s'appliquent pas aux membres qui envoient avec une autre application Matrix : ces envois vont directement à votre serveur d'accueil (homeserver) et ne sont soumis qu'à sa propre limite d'envoi, soit 64 Mo dans une installation standard.
DLP. Un fichier que Scrydon sait lire est vérifié au regard de la politique DLP de votre organisation (Paramètres → Gouvernance → DLP). En mode Enforce, une correspondance refuse le fichier. En mode Audit, la correspondance est consignée dans le journal d'audit et le fichier est envoyé. Voir Prévention des fuites de données.
Si Scrydon ne peut pas lire ces paramètres, il ne se rabat pas sur les valeurs par défaut, car cela pourrait annuler une restriction que vous avez fixée. Le fichier n'est pas envoyé et l'expéditeur est invité à réessayer. C'est aussi le cas de paramètres enregistrés sous une forme que Scrydon n'accepte plus : la page affiche alors les valeurs par défaut, et l'enregistrer remplace ce qui était stocké.
Pour ce que voient les membres, voir Pièces jointes et messages vocaux.
Aperçus de liens
Lorsqu'un membre colle une adresse web dans un message de l'espace Matrix, Cortex peut afficher le titre, la description et l'image de la page sous forme de carte. Scrydon construit la carte côté serveur, selon les règles de votre organisation, et l'application du membre l'envoie à l'intérieur du message chiffré. Personne ne charge la page en lisant le message, et votre serveur d'accueil (homeserver) non plus.
Les aperçus sont activés par défaut. Les administrateurs de l'organisation peuvent les désactiver avec le commutateur Aperçus de liens de Paramètres → Cortex → Paramètres. Le commutateur s'applique dès que vous le basculez, aux aperçus créés ensuite ; les cartes déjà présentes dans une conversation ne sont pas modifiées.
| Règle | Effet |
|---|---|
| Sortie réseau | La page, et chaque redirection qu'elle suit, doit être autorisée par la politique de sortie réseau de votre organisation (sa liste d'autorisation ou sa liste de refus). Un hôte que la politique refuse n'obtient aucun aperçu, et le refus est consigné comme un événement de sortie bloquée. Les adresses de réseaux privés, les adresses de bouclage et les adresses de métadonnées cloud ne sont jamais interrogées, quelle que soit la politique. |
| DLP | Le titre, la description et le nom du site sont vérifiés au regard de votre politique DLP avant de quitter le serveur. Une correspondance, ou une politique illisible, signifie aucun aperçu. Une organisation doit avoir une politique DLP configurée pour que les aperçus fonctionnent, comme pour l'envoi de fichiers : sans politique, il n'y a pas d'aperçu. |
| L'image | Seule une image PNG, JPEG, WebP ou GIF d'au plus 1 Mio, reconnue d'après son contenu et non son nom, est utilisée. Elle n'est pas réencodée. Elle est admise comme n'importe quel fichier envoyé dans ce salon : les règles des fichiers s'appliquent donc à elle, et elle voyage comme une pièce jointe chiffrée. Si l'image est refusée, la carte s'affiche sans elle. |
| Limites | Environ 30 aperçus par personne et 600 par organisation et par minute, sur chaque serveur Scrydon. Un déploiement qui exécute plusieurs serveurs en autorise autant de fois plus au total : un décompte dans le journal d'audit peut donc dépasser ces nombres sans que la limite soit contournée. Un aperçu au-delà de la limite n'est tout simplement pas affiché. |
| Qui en obtient un | Le serveur ne répond qu'à une personne présente dans le salon. L'application Cortex demande un aperçu par message, à partir de son premier lien, et n'en demande jamais pour un message d'un agent ou de Cortex lui-même. |
Un aperçu construit est consigné sous collaboration.link_preview.served, avec l'hôte du lien collé et l'hôte dont la page provient finalement (ils diffèrent lorsque le lien est une redirection, comme un raccourcisseur de liens), et chaque raison pour laquelle un aperçu a été refusé est consignée sous collaboration.link_preview.refused, avec la raison et l'hôte lorsqu'il y en a un. Aucun des deux n'indique l'adresse, la page ni le salon. Un refus dû au commutateur désactivé, ou à une personne qui a dépassé sa limite, est consigné une fois par minute pour cette personne plutôt qu'à chaque demande. Une demande refusée parce que le serveur est occupé, et une demande d'une personne qui n'est pas dans le salon, ne sont pas consignées. Les aperçus ne sont pas facturés à l'usage. Si Scrydon ne peut pas lire le commutateur, il n'affiche aucun aperçu plutôt que de supposer la valeur par défaut.
Événements d'audit
Chaque action de Chat émet un événement d'audit cortex.*. Ces événements sont consultables dans le Catalogue des événements d'audit et incluent :
- Le modèle et l'intégration utilisés.
- Le nombre de tokens, le coût estimé et la durée.
- Le workspace et le membre ayant initié la conversation.
- Les appels d'outils effectués pendant la conversation (recherche web, création de workflow, etc.).
Les événements d'audit sont conservés conformément à la politique de conservation des journaux d'audit de votre organisation. Voir Journalisation d'audit pour savoir comment les interroger et les exporter.
Utilisation et facturation
L'utilisation du Chat est facturée sous la source de facturation chat. Pour afficher la répartition par conversation, modèle et membre :
- Ouvrez Paramètres → Facturation et utilisation.
- Filtrez par source chat.
Voir Facturation et utilisation pour tous les détails sur les rapports d'utilisation et l'attribution des coûts.