Ceci est la cinquième des cinq décisions, la Visibilité. Vous avez défini le coût de votre déploiement. Cette leçon porte sur la visibilité : les trois éléments (la Compliance API, OpenTelemetry et la rétention) et la seule décision parmi eux qu'il est difficile de revenir en arrière.
À quoi sert la visibilité
Les quatre premières décisions que vous avez prises déterminent ce que fait Claude. La visibilité vous permet de déterminer si elles fonctionnent. Elle vous permet également de répondre à des questions précises a posteriori, avec des preuves à l'appui : quels membres ont touché à un compte particulier ? Qu'est-ce que Claude a produit dans une conversation sensible ? Combien de temps cette conversation est-elle conservée ? Ces réponses ne peuvent provenir que de registres que vous teniez déjà.
C'est pourquoi vous configurez la visibilité avant que les membres n'obtiennent l'accès, et non après : la période entre le premier accès et le jour où vous activez l'enregistrement laisse des lacunes dans le registre qui ne pourront pas être comblées ultérieurement. Trois éléments vous assurent cette couverture : la Compliance API (le contenu des conversations, ainsi que les événements des journaux d'audit), OpenTelemetry (le fonctionnement des surfaces) et la rétention (la durée de conservation du contenu). Une partie de ce registre n'est capturée que lorsque la Compliance API est activée : les événements du flux d'activité, et les transcriptions des sessions sur les machines des membres, comme Cowork et Claude Code.
La Compliance API : votre registre du contenu des conversations
La Compliance API est le registre qui porte le contenu. Elle couvre Claude chat et s'étend aux sessions Cowork et Claude Code, en s'appuyant sur la Compliance Access Key et les paramètres déjà existants de votre organisation, il n'y a donc rien de plus à intégrer. Vérifiez sur quels forfaits elle est disponible dans l'article du centre d'aide sur la Compliance API(s’ouvre dans un nouvel onglet), et quelles applications voient leurs sessions enregistrées dans Récupérer les transcriptions de sessions(s’ouvre dans un nouvel onglet) sur Claude Platform Docs. Elle contient les événements du flux d'activité, les données de chat et le contenu des fichiers, ce qui lui permet de répondre à « ce qui a été dit » et « ce qui a été partagé », et pas seulement « qui s'est connecté et quand ». Le fait qu'elle réponde à une exigence légale ou réglementaire spécifique relève de la décision de vos responsables juridiques et de conformité. Intégrez-la aux outils CASB, DLP, eDiscovery et SIEM que vous utilisez déjà — de nombreux éditeurs ont développé des intégrations avec la Compliance API, répertoriées dans Bien démarrer avec les intégrations Claude Compliance API(s’ouvre dans un nouvel onglet).
La Compliance API est facile à confondre avec deux autres registres :
- Les journaux d'audit ne contiennent que des métadonnées. Ils enregistrent des événements (qui a fait quoi et quand : actions des administrateurs et des membres) sans requêtes ni réponses. La Compliance API inclut aussi les événements des journaux d'audit, de sorte qu'un seul registre porte les deux, mais la distinction reste importante : lorsque quelqu'un demande du contenu, les métadonnées seules ne suffisent pas.
- Les exports complets de données constituent une fonctionnalité distincte réservée au Primary Owner, destinée à extraire en bloc les données de votre organisation plutôt qu'à les examiner au cas par cas.
Le Primary Owner active la Compliance API. Les clés d'accès ont une portée définie à leur création : une clé Primary Owner peut couvrir toutes les organisations sous l'organisation parente, tandis qu'une clé Owner ne couvre que l'organisation de cet Owner. Un Primary Owner peut également créer une clé limitée à une seule organisation (une organisation enfant de la parente), et pas uniquement une clé couvrant l'ensemble de la hiérarchie — la portée est un choix propre à chaque clé au moment de sa création, et non fixée par le rôle. La décision qui compte ensuite est de savoir qui la consulte : un registre que personne n'examine n'est pas vraiment un contrôle. De nombreuses entreprises disposent déjà d'un endroit où sont envoyés les journaux de sécurité (un SIEM ou le point de collecte central de vos outils de sécurité), avec un responsable qui les examine. Acheminez la Compliance API vers cet endroit, et Claude devient une source supplémentaire dans un processus d'examen déjà en place.
OpenTelemetry : le fonctionnement des surfaces
L'export OpenTelemetry envoie des données de télémétrie opérationnelle vers votre pile d'observabilité : les schémas d'utilisation et les performances, et sur certaines surfaces, le contenu des conversations. Claude Code propose une option documentée pour activer la journalisation des requêtes si votre équipe d'ingénierie l'active ; par défaut, sa télémétrie se limite aux données opérationnelles. Dans les versions actuelles de Claude Desktop, l'export de Cowork ne contient que des métadonnées : le texte des requêtes, les réponses de Claude et les entrées d'outils sont désactivés par défaut, et la politique d'appareil otlpContentCapture les active. Certaines versions plus anciennes envoient ce contenu, sauf si la politique est définie sur « métadonnées uniquement » (voir Surveillance de Cowork(s’ouvre dans un nouvel onglet) pour savoir comment faire), et les métadonnées incluent toujours les adresses e-mail des membres et les chemins des dossiers qu'ils connectent, donc filtrez-les dans votre collecteur si votre organisation l'exige. Considérez OpenTelemetry comme indiquant « comment cela fonctionne », en complément du « ce qui a été dit » de la Compliance API, et comme facultatif : c'est la Compliance API, et non la télémétrie, qui constitue le registre sur lequel s'appuyer pour le contenu. Si votre équipe plateforme gère déjà une pile d'observabilité, il s'agit pour elle d'une simple tâche d'acheminement.
Rétention : la durée de conservation du contenu
La rétention correspond à la durée pendant laquelle le contenu des conversations est conservé avant suppression. Laissée au paramètre par défaut, le contenu est conservé indéfiniment jusqu'à ce que vous ou vos membres le supprimiez. Si vous définissez à la place une fenêtre de rétention personnalisée, le contenu est supprimé automatiquement selon votre calendrier, et pour un chat conservé dans un projet, c'est la fenêtre du projet qui s'applique, et non celle du chat. Pour savoir quand le décompte de la rétention démarre et ce qu'une fenêtre personnalisée ne couvre pas, consultez la rétention personnalisée des données(s’ouvre dans un nouvel onglet) et, si votre organisation utilise l'expérience Claude unifiée, son article de configuration(s’ouvre dans un nouvel onglet). La fenêtre personnalisée la plus courte est de 30 jours. Ce paramètre ne propose pas d'option de rétention nulle.
Les événements du flux d'activité et les transcriptions de sessions accessibles via la Compliance API suivent leur propre modèle de rétention :
- Flux d'activité : six ans, quelle que soit la fenêtre que vous définissez.
- Transcriptions de sessions distantes (sessions Cowork démarrées sur claude.ai sur le web ou sur mobile, qui s'exécutent dans le cloud dans des environnements gérés par Anthropic, et chaque exécution d'une tâche planifiée Cowork dans le cloud) : six ans, sauf si un membre supprime la session plus tôt.
- Transcriptions de sessions locales de Cowork et Claude Code : votre fenêtre personnalisée lorsque vous en définissez une finie, ou six ans dans le cas contraire ; dans les organisations ayant activé la préparation HIPAA, 30 jours à compter de la capture, même si votre fenêtre personnalisée est plus longue.
Le contenu des chats, des fichiers et des projets suit la fenêtre que vous définissez, de sorte qu'une fenêtre courte limite ce que les membres conservent et ce que la Compliance API peut restituer.
La rétention est un paramètre applicable à l'ensemble de l'organisation ; choisissez-la en fonction de la politique de gouvernance des données que votre entreprise applique déjà à cette catégorie de contenu, et impliquez le responsable de cette politique, afin que le chiffre soit approuvé avant que vous ne le définissiez. Si une fonction réglementée a besoin d'une fenêtre plus courte que ce que le reste de votre organisation souhaiterait, c'est la fenêtre la plus courte qui s'applique à tout le monde ; signalez donc ce compromis aux équipes concernées afin qu'elles en aient conscience.
Une proposition à apporter à cette discussion concerne les hooks d'inférence : chaque requête provenant de Claude chat, Cowork et Claude Code est envoyée à un serveur exploité par votre équipe de sécurité ou son prestataire, pour une décision d'autorisation ou de refus avant que Claude ne réponde, de sorte que le contenu qui ne devrait pas du tout atteindre Claude soit bloqué à la porte plutôt que régi par la rétention après coup. L'article du centre d'aide Présentation des hooks d'inférence(s’ouvre dans un nouvel onglet) explique ce qu'ils sont et qui peut les activer.
Le widget interactif ci-dessous montre comment chacune de ces décisions affecte votre capacité à répondre a posteriori à des questions sur vos données.
La visibilité de Pluto
Le Primary Owner de Pluto a activé la Compliance API avant le déploiement général et l'a intégrée à l'examen de sécurité que Pluto mène déjà, de sorte qu'un examinateur désigné la consulte dans le cadre d'un processus existant. Les sessions Cowork et Claude Code relèvent de la couverture de la Compliance API, et leur télémétrie opérationnelle est exportée vers la pile d'observabilité que l'équipe Plateforme gère déjà. Et comme Payments & Trust avait besoin d'une fenêtre plus courte que celle que les autres unités auraient choisie, le responsable des risques a fixé la rétention à l'échelle de l'organisation sur ce chiffre plus court. L'examinateur extrait tout ce que Pluto doit conserver au-delà de cette fenêtre dans les propres archives de Pluto avant sa suppression, car la Compliance API ne peut pas restituer les chats, fichiers ou transcriptions de sessions locales que la rétention a supprimés.
1 · Votre décision
Quelle fenêtre de rétention définissez-vous, et la Compliance API est-elle activée et acheminée vers un examinateur ?
2 · Les choix possibles
| Le choix | Quand le choisir | Ce que cela signifie et son impact |
|---|---|---|
| Aligner sur votre politique de données existante, Compliance API activée | L'option par défaut. Vous disposez d'une politique de gouvernance des données pour cette catégorie de contenu et d'un processus d'examen de sécurité/conformité déjà mené par un examinateur désigné. | Rétention définie selon ce que votre politique de gouvernance des données prévoit déjà pour cette catégorie de contenu. Compliance API activée et acheminée vers l'examen que vous menez déjà. |
| Posture réglementée, Compliance API attendue | Vous traitez des données réglementées. | La Compliance API passe du statut facultatif à celui d'attendue. La fenêtre de rétention est généralement définie à l'échelle de l'organisation en fonction de vos obligations réglementaires et contractuelles plutôt que de votre politique de données générale — cette décision revient à votre responsable des risques. L'ensemble de l'organisation adopte le chiffre du groupe réglementé. |
| Compliance API désactivée, condition documentée | Aucun processus d'examen n'existe et aucun n'est prévu. | Laissez la Compliance API désactivée pour l'instant et consignez par écrit la condition qui l'activera. Notez que tant qu'elle n'est pas activée, les questions portant sur cette période ne disposent d'aucun événement de flux d'activité ni de transcription de session locale sur lesquels s'appuyer. |
Si une partie des données de votre entreprise doit être entièrement séparée du reste, il ne s'agit pas d'un paramètre de rétention : c'est la question de l'organisation distincte abordée dans la Leçon 4, renvoyez-y donc ce point plutôt que d'essayer de le résoudre ici.
3 · Si vous modifiez ce choix plus tard
La Compliance API et OpenTelemetry sont des bascules et des destinations que vous pouvez modifier à tout moment, bien que toute période durant laquelle la Compliance API est désactivée laisse les mêmes lacunes que si vous l'activiez tardivement. La rétention est d'une nature différente : le paramètre peut être modifié librement, mais le contenu qu'il supprime ne revient pas. Raccourcir la fenêtre par la suite efface l'historique que vos membres avaient accumulé sous l'ancienne fenêtre. Mettez-vous donc d'accord sur la fenêtre une bonne fois pour toutes, avant que les membres n'accumulent du travail sous un chiffre que vous voudrez ensuite modifier.
Configurer les ressources
Une fois votre décision prise, la rétention et la Compliance API se configurent dans les paramètres de l'organisation, et c'est le Primary Owner qui active la Compliance API.
- Configurer les contrôles de rétention de données personnalisés pour les Enterprise Plans(s’ouvre dans un nouvel onglet) : définir votre fenêtre de rétention à l'échelle de l'organisation.
- Accéder à la Compliance API(s’ouvre dans un nouvel onglet) : activer le registre et l'acheminer vers l'examen que vous menez déjà.
- Accéder aux journaux d'audit(s’ouvre dans un nouvel onglet) : le registre des actions des administrateurs et des membres, que vous récupérez via la Compliance API aux côtés du registre des conversations.
- Consulter les analyses d'utilisation pour les Team et Enterprise Plans(s’ouvre dans un nouvel onglet) : la lecture de l'adoption (Leçon 12).
- Surveillance de Cowork(s’ouvre dans un nouvel onglet) : ce que contient l'export de Cowork, et le paramètre d'appareil qui détermine s'il inclut les requêtes, les réponses et les entrées d'outils.
- Surveillance(s’ouvre dans un nouvel onglet) : activer et configurer l'export OpenTelemetry pour Claude Code.
- Présentation des hooks d'inférence(s’ouvre dans un nouvel onglet) : proposer un filtre d'autorisation ou de refus avant réponse pour le contenu qui ne devrait pas du tout atteindre Claude.
- Bien démarrer avec les intégrations Claude Compliance API(s’ouvre dans un nouvel onglet) : les intégrations CASB, DLP, eDiscovery et SIEM que les éditeurs ont développées sur la Compliance API.
Activité de la leçon
C'est l'une des deux décisions qui remontent généralement plus haut, de sorte que la section du compagnon sert aussi de brief à remettre au responsable de la visibilité désigné à la Leçon 2. C'est le responsable des risques qui tranche sur ce point. Assemblez-le en quatre parties :
- Les trois éléments (contenu des conversations, télémétrie opérationnelle, rétention), le processus de votre entreprise auquel chacun se rattache, et la personne responsable de ce processus. Tout élément sans processus existant est un élément pour lequel vous devrez construire un processus d'examen à partir de zéro. Signalez-le avant le déploiement, car ce sont ceux qui prennent le plus de temps à mettre en place.
- Votre fenêtre de rétention recommandée et la politique existante à laquelle elle correspond.
- Votre recommandation concernant la Compliance API, avec le nom de la personne qui la consulterait.
- Où atterrit la télémétrie.
Ce qu'il faut apporter à votre responsable de la visibilité : les trois éléments, votre recommandation de rétention, votre recommandation concernant la Compliance API et qui la consulterait, et où atterrit la télémétrie. Remettez-le au responsable de la visibilité que vous avez désigné à la Leçon 2, et consignez sa décision lorsqu'elle vous revient.
→ Consignez ceci dans le compagnon de travail, section Leçon 11.
Téléchargements
- Télécharger
Work-along companion (Word)
The editable Word version of the rollout plan you fill in lesson by lesson.
- Télécharger
Work-along companion (PDF)
The same rollout plan as a fillable PDF.
Et ensuite ?
Vous pouvez désormais prouver ce qui s'est passé. Savoir si le déploiement fonctionne est une question différente, avec une réponse différente : les signaux d'adoption que votre rapport d'analyse fait remonter, à lire à l'aune de l'objectif de déploiement que vous avez défini à la Leçon 1. La prochaine leçon vous montre comment les lire, où ils peuvent vous induire en erreur, et comment définir l'objectif de rythme qui donne un calendrier à votre objectif.