Preneur de notes IA : la checklist des admins IT
Douze questions qui décident du feu vert de l’IT, et les preuves à demander.
Dans cet article
- La checklist à imprimer
- Les admins IT peuvent-ils déprovisionner automatiquement les utilisateurs d’un preneur de notes IA ?
- Quels contrôles admin l’IT exige-t-elle avant de valider un preneur de notes IA pour 800 commerciaux ?
- Nous sommes une centaine et notre responsable IT se méfie des preneurs de notes IA
- Les Sales Ops peuvent-ils limiter qui voit les notes d’appels des commerciaux ?
- Puis-je limiter ce que partage l’intégration Slack d’un preneur de notes IA ?
- Conservation, suppression et localisation des données
- Entraînement de l’IA et modèle de consentement
- Plan de déploiement : 100 personnes ou 800 commerciaux
- Où en est Reline aujourd’hui
Avant de valider un preneur de notes IA, l’IT vérifie douze points : SSO, provisionnement et déprovisionnement SCIM, rôles et visibilité par équipe, partage par défaut, conservation et suppression, localisation des données, DPA et sous-traitants, entraînement de l’IA, scopes des intégrations, journaux d’audit, modèle de consentement (bot ou sans bot) et rapports comme SOC 2. Le déprovisionnement automatique exige SCIM.
Ce guide est neutre vis-à-vis des éditeurs. Chaque ligne indique quoi demander, quelle preuve exiger et ce qui doit vous alerter. Il répond ensuite aux cinq questions que posent le plus souvent les responsables IT, du déprovisionnement aux scopes Slack, et se termine par un plan de déploiement pour 100 personnes et pour 800 commerciaux. Reline édite un preneur de notes IA : chaque fois que nous le citons, nous disons clairement ce qu’il a et n’a pas aujourd’hui.
La checklist à imprimer
Imprimez ce tableau ou collez-le dans votre ticket d’évaluation fournisseur. Exigez une preuve, pas un simple oui : une capture du réglage admin, une page d’aide ou un document signé.
| Contrôle | Question à l’éditeur | Preuve à demander | Signal d’alerte |
|---|---|---|---|
| SSO | Prenez-vous en charge SAML ou OIDC avec notre fournisseur d’identité ? Pouvons-nous imposer le SSO pour notre domaine ? | Réglage admin du SSO obligatoire ; guide de configuration IdP | SSO réservé à une offre non budgétée, ou impossible à imposer |
| Provisionnement SCIM | Prenez-vous en charge SCIM 2.0 pour créer, modifier et désactiver les utilisateurs depuis notre IdP ? | Fiche de l’app chez Okta ou Entra ID, ou documentation de l’endpoint SCIM | « Supprimez-les à la main » pour des centaines de licences |
| Rôles et périmètre d’équipe | Un manager peut-il ne voir que les notes de son équipe ? Un admin peut-il lire toutes les notes ? | Documentation du modèle de permissions ; test avec deux équipes | Les admins ou tous les membres voient chaque réunion par défaut |
| Partage par défaut | Les nouvelles notes sont-elles privées, visibles par tout l’espace ou partagées par lien ? Les admins peuvent-ils couper les liens publics ? | Réglage de partage par défaut ; verrou admin sur les liens publics | Liens publics actifs par défaut, sans interrupteur admin |
| Conservation et suppression | Pouvons-nous fixer la durée de conservation des enregistrements et transcriptions ? Que deviennent les données en fin de contrat ? | Réglages de conservation ; clause de suppression du DPA | Aucun engagement de suppression en fin de contrat |
| Localisation des données | Où sont hébergés les données et le traitement IA ? Une région UE est-elle disponible ? | Page d’hébergement ; liste des sous-traitants avec leurs localisations | Localisations non communiquées |
| DPA et sous-traitants | Signez-vous un DPA ? Existe-t-il une liste publique des sous-traitants avec préavis des changements ? | DPA signé ; page des sous-traitants | Sous-traitants ajoutés sans préavis |
| Entraînement de l’IA | Nos audios ou textes servent-ils à entraîner des modèles, chez vous ou chez vos fournisseurs d’IA ? | Engagement écrit dans les conditions ou le DPA | Entraînement activé par défaut, opt-out caché |
| Scopes des intégrations | Quels scopes OAuth demandent les apps Slack, CRM et agenda ? Que publient-elles ou écrivent-elles exactement ? | Liste des scopes ; exemple de message ou mapping des champs CRM | Accès en lecture à l’historique des canaux ou à des boîtes mail entières sans raison |
| Journaux d’audit | Quels événements sont journalisés (connexions, partages, exports, changements de rôles et de réglages) ? Peut-on les exporter ? | Un exemple d’export du journal d’audit | Aucune trace de qui a partagé ou exporté une réunion |
| Modèle de consentement | Un bot rejoint-il les appels, ou l’audio est-il capté sur l’appareil ? Comment les participants sont-ils informés ? | Documentation produit ; options d’information | Un bot qui rejoint seul les appels externes, ou aucun moyen d’informer les participants |
| Rapports de sécurité | Avez-vous un rapport SOC 2 Type II ou ISO 27001 ? Une synthèse de test d’intrusion ? | Le rapport, sous NDA | Des affirmations de conformité sans rapport derrière |
Les admins IT peuvent-ils déprovisionner automatiquement les utilisateurs d’un preneur de notes IA ?
Oui, si l’outil prend en charge SCIM 2.0, la norme ouverte définie par les RFC 7643 et 7644 pour créer, modifier et supprimer des comptes entre systèmes. Votre fournisseur d’identité, par exemple Okta ou Microsoft Entra ID, transmet alors les changements à l’outil, et un départ enregistré dans l’annuaire désactive la personne dans l’app sans ticket.
Microsoft documente précisément le comportement d’Entra ID. Quand un utilisateur est retiré de l’app, sort du périmètre ou est désactivé, Entra envoie une mise à jour qui passe l’attribut SCIM active à false. Quand l’utilisateur est supprimé définitivement, ce qui arrive 30 jours après une suppression réversible dans Entra, il envoie une requête DELETE. Les changements passent par des cycles incrémentiels périodiques : le déprovisionnement est automatique, mais pas instantané.
« a disable is a request to set the active property to false on a user » (Microsoft Learn, citation en anglais)
Ce qu’il faut tester avant de s’y fier
- Retirez un utilisateur de test du groupe de l’app dans votre IdP et attendez le cycle de provisionnement suivant.
- Vérifiez qu’il ne peut plus se connecter ni sur le web ni dans l’app de bureau, et que ses sessions ouvertes prennent fin.
- Vérifiez que sa connexion d’agenda s’arrête : plus aucune réunion rejointe ou enregistrée à son nom.
- Contrôlez les clés d’API et les jetons MCP ou d’intégration qu’il a créés, et s’ils ont été révoqués.
- Décidez à qui reviennent ses notes et enregistrements : transférés à un manager, conservés ou supprimés selon un calendrier.
- Cherchez l’événement de désactivation dans le journal d’audit de l’éditeur.
Où en est Reline : le provisionnement SCIM figure sur notre feuille de route et n’est pas disponible aujourd’hui ; dans Reline, le départ d’un utilisateur est donc une étape manuelle réalisée par un admin de l’espace de travail. Le SSO Google et Microsoft via WorkOS est disponible sur demande pour les espaces Enterprise. Le SSO SAML générique, par exemple avec Okta, est aussi sur la feuille de route. Notre page sécurité indique quels contrôles sont actifs et lesquels sont prévus.
Quels contrôles admin l’IT exige-t-elle avant de valider un preneur de notes IA pour 800 commerciaux ?
À 800 licences, chaque étape manuelle devient une file de tickets permanente, et les équipes commerciales bougent souvent. Pour un déploiement commercial de cette taille, l’IT et les RevOps exigent en général :
- Un SSO imposé pour le domaine de l’entreprise, plus SCIM, pour que arrivées et départs passent des RH à l’IdP puis à l’outil.
- Une correspondance groupes-rôles, pour qu’un groupe de l’IdP décide qui est commercial, manager ou admin.
- Un accès aux appels par hiérarchie ou par équipe : les commerciaux voient leurs appels, les managers ceux de leur équipe, l’enablement une bibliothèque choisie.
- Des règles d’enregistrement par type de réunion, par exemple interne uniquement, externe avec information, ou jamais sur les agendas RH et juridiques.
- Des droits d’écriture CRM limités aux objets et champs nécessaires, avec un mapping validé par les RevOps.
- Des verrous admin sur les liens publics et les exports, pour qu’un enregistrement ne quitte pas l’entreprise en un clic.
- L’export du journal d’audit vers votre SIEM et une durée de conservation validée par le juridique.
- Un dossier pour la revue de sécurité : DPA, liste des sous-traitants, synthèse de test d’intrusion et, si disponible, un rapport SOC 2.
Si un éditeur ne peut pas montrer les trois premiers points dans un espace d’essai, un déploiement à 800 licences coûtera plus de temps à l’IT que les notes n’en feront gagner aux commerciaux.
Nous sommes une centaine et notre responsable IT se méfie des preneurs de notes IA
Cette prudence est légitime. Une entreprise de 100 personnes a souvent une ou deux personnes pour l’IT, pas de SIEM et pas de service achats. L’objectif est donc un niveau adapté, pas la liste complète d’un grand groupe. Un minimum réaliste :
- Une connexion via le fournisseur d’identité que vous utilisez déjà (Google ou Microsoft), pour qu’un partant ne puisse plus se connecter une fois son compte fermé.
- Des notes privées par défaut, un partage qui reste un geste volontaire et un interrupteur admin pour les liens publics.
- Un DPA signé, une liste publique des sous-traitants et un engagement écrit de non-entraînement.
- Un admin capable de retirer un utilisateur et de consulter l’historique des changements de membres et de partages.
- Une charte d’une page sur le consentement, les réunions à enregistrer et l’emplacement des notes. Notre modèle de politique pour preneur de notes IA est un bon point de départ.
- Un pilote avec 5 à 10 personnes pendant deux à quatre semaines avant d’ouvrir à tous.
Reline est conçu pour cette taille. Les notes sont privées par défaut, et un rôle dans l’espace de travail ne donne à lui seul accès à aucune note. Sur toutes les offres, les admins peuvent empêcher les membres d’exporter les notes de l’espace, de les copier dans un autre espace ou de les en sortir. Enterprise ajoute un journal d’audit de l’espace et des verrous pour limiter les domaines e-mail autorisés et couper le partage public. Reline n’a pas de rapport SOC 2 aujourd’hui : si votre responsable IT en a besoin, dites-le tôt.
Les Sales Ops peuvent-ils limiter qui voit les notes d’appels des commerciaux ?
Oui, dans la plupart des outils professionnels, mais le mécanisme varie, et c’est lui qui fixe la charge d’administration. Il existe trois modèles courants.
| Modèle | Fonctionnement | Point d’attention |
|---|---|---|
| Par hiérarchie | L’accès suit la ligne hiérarchique : un manager voit les appels auxquels ont participé ses collaborateurs directs et indirects. Les profils de permissions de Gong proposent ce périmètre. | Dans Gong, les appels partagés et les mentions en commentaire restent accessibles, et le réglage ne limite pas les indicateurs de coaching. |
| Par équipe ou dossier | Chaque équipe a son espace, et chaque manager reçoit l’accès à l’espace de son équipe. | Quelqu’un doit tenir les espaces à jour avec l’organigramme. |
| Privé par défaut | Chaque note n’est d’abord visible que par son propriétaire ; l’accès s’ajoute par note, dossier ou espace d’équipe. | Confidentialité maximale, mais il faut une règle de partage pour ne pas oublier les managers. |
Deux vérifications comptent plus que le modèle. D’abord, les admins peuvent-ils lire tous les appels par défaut ? Si oui, décidez si c’est acceptable pour les appels RH, juridiques et deal desk. Ensuite, un lien public contourne-t-il le modèle ? Un commercial peut en général transférer un lien : il vous faut un interrupteur admin qui coupe les liens publics.
Dans Reline, l’accès est privé par défaut. Un rôle dans l’espace de travail, y compris Owner ou Admin, ne donne à lui seul aucun droit sur une note ou un dossier. Les Sales Ops peuvent créer un teamspace privé par équipe commerciale et y ajouter chaque manager, ou lui partager le dossier de son équipe : il voit alors les notes de cette équipe et d’aucune autre. Reline ne lit pas votre organigramme pour construire les accès à partir des lignes hiérarchiques.
Puis-je limiter ce que partage l’intégration Slack d’un preneur de notes IA ?
Oui, à trois niveaux : l’app peut-elle être installée, quels scopes détient-elle et dans quels canaux publie-t-elle.
- Exigez l’approbation des apps dans Slack. Un Workspace Owner peut activer le réglage des apps approuvées pour que les membres ne puissent pas installer l’outil seuls. Approuver une app, c’est approuver les scopes qu’elle demande.
- Lisez les scopes. chat:write permet à une app d’envoyer des messages. channels:history et groups:history lui permettent de lire les messages des canaux où elle a été ajoutée, et files:read de voir les fichiers partagés. Un outil qui publie seulement des comptes rendus n’a besoin ni des scopes d’historique ni de ceux des fichiers.
- Décidez de ce qui est publié : un court résumé, des actions, la transcription complète ou un lien vers l’enregistrement. Même un résumé dans un canal public peut contenir les prix d’un client ou le nom d’un salarié.
- Fixez la destination. Préférez un canal par équipe ou par compte, défini par un admin, à un canal par défaut que chacun peut changer.
- Sachez qui peut activer la publication automatique pour toute une équipe, et si ce changement est journalisé.
« you are approving the scopes it will use to take actions in your workspace » (Slack Help Center, citation en anglais)
L’app Slack de Reline demande quatre scopes de bot : channels:read, groups:read, chat:write et chat:write.public. Elle ne demande ni l’historique des canaux ni les fichiers. Elle publie le résumé IA d’une note dans le canal choisi pour ce dossier ou ce teamspace ; un dossier peut s’en exclure, et l’activation de la publication automatique pour tout un teamspace est inscrite au journal d’audit de l’espace. Reline ne s’intègre à aucun CRM aujourd’hui ; ses connecteurs sont Slack, Linear, Notion, Zapier, les webhooks et un serveur MCP.
Conservation, suppression et localisation des données
Au sens de l’article 28 du RGPD, l’éditeur est votre sous-traitant. Le DPA doit préciser qu’il ne recrute d’autres sous-traitants qu’avec votre autorisation écrite et vous laisse la possibilité de vous opposer aux changements, et qu’en fin de prestation il supprime ou vous restitue vos données personnelles, selon votre choix. Obtenez ces deux clauses par écrit, ainsi que les réglages de conservation qu’un admin pilote pendant le contrat.
- Conservation : les admins peuvent-ils fixer une suppression automatique, séparément pour les enregistrements et les transcriptions ?
- Suppression : une note supprimée passe-t-elle d’abord par une corbeille, et quand est-elle effacée définitivement ?
- Localisation : où sont hébergés la base de données, les enregistrements et le traitement IA ? Une région UE existe-t-elle, et sur quelle offre ?
- Sortie : pouvez-vous tout exporter dans un format exploitable avant la fin du contrat ?
Reline aujourd’hui : les notes et dossiers supprimés restent dans la corbeille et sont effacés définitivement après 30 jours. Il n’existe pas encore de suppression automatique des notes actives réglée par un admin. Les données sont hébergées aux États-Unis, la base de données chez Convex et les enregistrements chez Cloudflare R2 ; aucune région UE n’est disponible aujourd’hui. Le DPA de Reline intègre les clauses contractuelles types, et la page des sous-traitants indique la finalité et la localisation de chacun, avec un e-mail aux propriétaires d’espace 30 jours avant tout changement.
Entraînement de l’IA et modèle de consentement
Demandez un engagement écrit, dans les conditions ou le DPA, que vos audios, transcriptions et notes ne servent pas à entraîner des modèles, y compris chez les fournisseurs d’IA de l’éditeur. Regardez ensuite comment fonctionne la capture, car elle détermine comment les participants sont informés :
- Les outils à bot rejoignent l’appel comme participant visible. Tout le monde voit le bot, mais il peut rejoindre seul les appels externes à partir d’une invitation d’agenda si un admin ne le limite pas.
- Les outils sans bot captent l’audio sur l’appareil de l’utilisateur. Aucun participant supplémentaire n’apparaît : votre politique doit donc exiger que l’utilisateur annonce l’enregistrement et respecte le droit local sur le consentement.
Reline fonctionne sans bot : il capte le micro et l’audio système en local sur Mac, Windows, Linux (bêta) ou dans le navigateur, puis transcrit, résume et stocke dans le cloud. Vos audios et transcriptions ne servent pas à entraîner des modèles tiers. Comme aucun bot n’annonce l’enregistrement, la règle d’information de votre politique compte davantage, pas moins.
Plan de déploiement : 100 personnes ou 800 commerciaux
| Étape | Environ 100 personnes | Environ 800 commerciaux |
|---|---|---|
| Évaluation | Le responsable IT et un manager lisent le DPA, la liste des sous-traitants et la page sécurité | Questionnaire de sécurité, revue juridique du DPA, validation du mapping CRM par les RevOps |
| Identité | Connexion Google ou Microsoft ; checklist écrite de départ manuel | SSO imposé et SCIM dès le premier jour ; correspondance groupes-rôles |
| Accès | Privé par défaut ; un dossier ou espace d’équipe partagé par équipe | Accès par équipe, région et segment ; accès en lecture des admins revu |
| Pilote | 5 à 10 personnes pendant 2 à 4 semaines | Une ou deux équipes commerciales pendant 4 à 6 semaines, avec un manager et un responsable enablement |
| Politique | Charte d’une page avec un texte de consentement | Charte plus règles d’enregistrement par type de réunion et par région |
| Lancement | Ouverture à tous, bilan après 30 jours | Par vagues régionales ; revue trimestrielle des accès et du journal d’audit |
Dans les deux cas, écrivez les étapes de départ avant d’attribuer la première licence. Les risques discrets sont un ancien salarié qui a encore accès et un lien qui n’aurait jamais dû être public.
Où en est Reline aujourd’hui
| Contrôle | Reline aujourd’hui |
|---|---|
| Notes privées par défaut ; un rôle seul ne donne aucun accès | Actif, toutes les offres |
| Historique d’activité par note (partage, édition, restauration, accès) | Actif, toutes les offres |
| Contrôles admin des données : export, copie et sortie de l’espace | Actif, toutes les offres |
| Journal d’audit de l’espace (membres, réglages, événements de politique) | Actif, Enterprise |
| Verrous : domaines e-mail autorisés, partage public coupé | Actif, Enterprise |
| SSO Google et Microsoft via WorkOS | Sur demande, Enterprise |
| SSO SAML générique (par exemple Okta) | Feuille de route |
| Provisionnement et déprovisionnement SCIM | Feuille de route |
| DPA, liste publique des sous-traitants, pas d’entraînement de modèles tiers sur vos données | Actif |
| Région de données UE | Feuille de route |
| Rapport SOC 2 Type II | Feuille de route ; aucun rapport aujourd’hui |
| HIPAA BAA | Non disponible |
Utilisez cette checklist avec n’importe quel éditeur, nous compris. Si une ligne décide de votre validation et que Reline n’y est pas encore, dites-le nous : c’est ainsi que nous ordonnons la feuille de route.
Questions fréquentes
- Le SSO suffit-il pour retirer un utilisateur d’un preneur de notes IA ?
- Non. Le SSO bloque les nouvelles connexions via votre fournisseur d’identité, mais sans SCIM, le compte, les sessions ouvertes, les jetons d’API et les connexions d’agenda peuvent subsister jusqu’à ce que quelqu’un les supprime. SCIM désactive le compte lui-même quand la personne quitte l’annuaire.
- Qu’est-ce que SCIM, en termes simples ?
- SCIM (System for Cross-domain Identity Management) est une norme ouverte, définie par les RFC 7643 et 7644, qui permet à un fournisseur d’identité comme Okta ou Microsoft Entra ID de créer, modifier et désactiver automatiquement des comptes dans d’autres apps.
- Reline prend-il en charge SCIM ?
- Pas aujourd’hui. Le provisionnement SCIM est sur la feuille de route. Dans Reline, le départ d’un utilisateur est une étape manuelle réalisée par un admin, et le SSO Google et Microsoft via WorkOS est disponible sur demande pour les espaces Enterprise.
- Un manager peut-il ne voir que les notes de réunion IA de son équipe ?
- Oui, dans les outils à permissions par hiérarchie ou par équipe. Vérifiez si les admins peuvent tout lire par défaut et si les liens publics contournent les règles. Dans Reline, les notes sont privées par défaut, et un manager ne voit les notes d’une équipe que s’il a accès à son teamspace ou à son dossier.
- Reline est-il certifié SOC 2 ?
- Non. Reline n’a pas de rapport SOC 2 aujourd’hui ; SOC 2 Type II est sur la feuille de route. Reline signe un DPA, publie la liste de ses sous-traitants et partage sa documentation de sécurité sous NDA.
- De quels scopes une app Slack de preneur de notes IA a-t-elle besoin ?
- Pour publier des comptes rendus, il lui faut chat:write et, pour publier dans des canaux qu’elle n’a pas rejoints, chat:write.public. Elle n’a besoin de channels:history, groups:history ou files:read que si elle doit lire vos messages et fichiers Slack.
Articles liés

Charte IA en réunion : autoriser ou interdire les preneurs de notes (modèle gratuit) | Reline
Charte IA pour la prise de notes en réunion : modèle gratuit à copier-coller, checklist DSI pour autoriser ou interdire, et pourquoi un outil sans bot vaut mieux qu'une interdiction.

Qui peut voir vos notes de réunion IA ? | Reline
Qui peut voir vos notes de réunion IA ? La plupart les ouvrent à toute l'équipe. Reline reste privé par défaut : maîtrisez vraiment qui accède à vos comptes rendus.

Les assistants IA de réunion sont-ils sûrs ? Le guide des vrais risques | Reline
Les assistants IA de réunion sont-ils sûrs ? Tout se joue sur trois points : un bot rejoint-il l'appel, où va l'audio, qui peut voir les notes. Le guide honnête des risques.
Arrêtez de prendre des notes.Commencez à livrer des résultats.
Gratuit à vie pour les particuliers. Cinq minutes pour installer. Votre prochaine réunion rédige ses propres notes.