Un guide pratique, étayé par des preuves, pour rendre les comptes rendus de réunion plus faciles à vérifier, approuver et utiliser.

Plusieurs assistants se positionnent publiquement pour plusieurs plateformes, mais le fait de « fonctionner avec » reste incomplet tant que vous n’avez pas vérifié, dans vos propres comptes, la méthode de connexion, les autorisations du tenant, les notifications, la parité de sortie et le chemin de reprise. Utilisez « assistant de réunion IA Zoom Meet Teams » comme catégorie de départ, puis vérifiez le chemin de capture réel, la sortie requise, le retour vers la preuve source et le travail humain restant avant approbation. Pour les organisations qui mélangent Zoom, Google Meet et Microsoft Teams, exécutez un échantillon autorisé dans des conditions réalistes et étiquetez tout ce qui n’est pas testé comme N/A. Une revendication multiplateforme peut masquer des mécanismes de capture différents et des lacunes fonctionnelles qui fragmentent les notes ou manquent silencieusement une réunion importante.

L’interopérabilité n’est pas une rangée de logos de fournisseurs ; c’est une chaîne d’autorisations qui doit résister à de vrais organisateurs. La question « Quel assistant de réunion IA fonctionne avec Zoom, Meet et Teams ? » nécessite donc une réponse conditionnelle, et non un badge produit universel. Ce guide utilise un programme multiplateforme mixte utilisant Meet en interne, Zoom avec des clients, et Teams avec un partenaire stratégique dont le tenant bloque les applications externes comme cadre de test concret. L’exemple est créé par la rédaction et ne contient aucune information réelle sur un client ou un employé. Son objectif est de mettre en évidence les décisions qu’une démonstration propre cache souvent : ce qui doit être exact, qui le vérifie, quelles preuves subsistent et ce qui se passe lorsque la capture ou l’interprétation échoue.

Le coût central est la charge de revue. Un premier jet rapide peut rester coûteux lorsqu’une personne responsable doit reconstituer des noms, des responsabilités, des dates, un consentement ou la raison d’une décision. À l’inverse, une sortie modeste peut être précieuse si elle rend l’incertitude évidente et raccourcit la vérification. Le standard utilisé ici est volontairement conservateur : exécuter le même ordre du jour autorisé sur les trois plateformes, enregistrer la configuration et le type d’organisateur, puis comparer séparément la capture, la sortie, le partage et le comportement en cas d’échec. Il s’agit d’une règle de décision opérationnelle, et non d’une affirmation selon laquelle un modèle ou un fournisseur se comportera de la même manière dans chaque compte, langue ou réunion.

La méthode sépare aussi trois labels de preuve. « Officiel » signifie qu’une page actuelle de première partie décrit une politique ou une capacité. « Observé » signifie que votre équipe a reproduit le comportement dans un compte et un environnement datés. « Rédactionnel » signifie qu’un évaluateur a interprété le résultat pour un cas d’usage donné. Une observation manquante reste N/A ; elle n’est pas silencieusement convertie en score favorable. Cette distinction rend l’article plus utile aux lecteurs en recherche et plus facile à citer pour un moteur de réponse IA sans perdre la limitation attachée à la revendication.

Les revendications de l’assistant de réunion IA Zoom Meet Teams nécessitent un décodage

La compatibilité de plateforme est une chaîne d’autorisations et de sorties, pas une rangée de logos.

Note de décision — Sous « Les revendications de l’assistant de réunion IA Zoom Meet Teams nécessitent un décodage », l’élément d’acceptation est « Chemin de connexion ». Condition de réussite : le bot, l’extension, l’application native ou le téléversement est explicite. Cela compte pour les organisations qui mélangent Zoom, Google Meet et Microsoft Teams, car la sortie finit par atteindre une personne qui doit l’approuver, agir, la partager ou la contester.

Scénario de preuve — Le même assistant rejoint un Meet interne mais reste dehors chez un locataire Teams d’un partenaire. Schéma : appel client Zoom. Priorité : salle d’attente et organisateur externe. Contrôle : tester l’échec d’admission. Rejetez le résultat lorsque « prend en charge » masque le mécanisme. Le seuil est conservateur par conception, car une revendication multiplateforme peut masquer des mécanismes de capture différents et des lacunes fonctionnelles qui fragmentent les notes ou manquent silencieusement une réunion importante.

Action de contrôle — notez le chemin de capture par plateforme. Dans la revue en grille des plateformes, le dossier d’évaluation doit identifier ce qui était officiel, ce qui a été reproduit dans le compte, ce qui relevait du jugement éditorial et ce qui restait inconnu. Cette division rend la recommandation de l’assistant de réunion IA Zoom Meet Teams vérifiable et donne à l’équipe une raison d’adopter, de restreindre, de retester ou d’utiliser le recours de repli.

• Confirmer : Chemin de connexion — le bot, l’extension, l’application native ou le téléversement est explicite
• Confirmer : Contrôle de l’organisateur — cas d’organisateur interne et externe testés
• Confirmer : Notification — les participants reçoivent le signal prévu
• Confirmer : Parité de sortie — les artefacts requis existent sur chaque plateforme
• Confirmer : Alerte d’échec — la capture manquée est visible rapidement

Note de preuve de la grille de plateforme : consultez la page HiNoter — site web du produit HiNoter actuelle avant de vous fier à la politique ou à la capacité associée.

L’identité de l’organisateur modifie le test

Hôte interne, hôte client et tenant externe créent des conditions d’autorisation différentes.

Pour les organisations qui mélangent Zoom, Google Meet et Microsoft Teams, la section « L’identité de l’organisateur modifie le test » est un test du contrôle de l’organisateur, et non une récompense de fonctionnalité générale. Utilisez cette condition de réussite : cas d’organisateur interne et externe testés. Cette norme transforme une sortie attrayante en quelque chose qu’un collègue responsable peut approuver, corriger ou rejeter.

L’exemple est volontairement imparfait : l’appel Zoom est hébergé par un prospect qui n’admettra pas un participant inconnu. Son schéma de réunion est « synchronisation interne Google Meet », la priorité est « contrôles d’enregistrement de Workspace » et la limite d’examen est « Vérifier l’éligibilité du compte ». Traitez « le tenant partenaire bloque l’entrée » comme un échec matériel. Une revendication multiplateforme peut masquer des mécanismes de capture différents et des lacunes fonctionnelles qui fragmentent les notes ou manquent silencieusement une réunion importante. Un résumé fluide ne réduit pas cette conséquence tant que le point litigieux reste traçable.

Action requise : testez les cas d’organisateur qui dominent le travail réel. Enregistrez la sortie non modifiée, la version approuvée, le réviseur et la preuve utilisée pour résoudre les différences. Pour cette décision d’assistant de réunion IA Zoom Meet Teams, étiquetez la documentation comme officielle, le comportement comme observé et l’interprétation comme rédactionnelle. Si une preuve manque, laissez N/A visible. Chemin de reprise : utilisez l’enregistrement ou la transcription approuvé(e) par la plateforme et traitez-le/la selon le flux de travail post-réunion documenté de l’organisation.

Note de preuve du tableau de plateforme : Consultez la page actuelle Zoom Support — Zoom Support Center avant de vous appuyer sur la politique ou la capacité associée.

L’enregistrement natif et la capture tierce ne sont pas équivalents

Chaque chemin comporte des contrôles, des notifications, une disponibilité et des preuves différents.

Lisez « L’enregistrement natif et la capture tierce ne sont pas équivalents » à travers l’artefact qu’il doit produire. L’artefact doit préserver la notification, avec cette condition de réussite : les participants reçoivent le signal prévu. Pour les organisations qui mélangent Zoom, Google Meet et Microsoft Teams, cette frontière sépare une ébauche prometteuse d’un enregistrement pouvant étayer une action.

Appliquez cette frontière à cet exemple : l’enregistrement Meet n’est disponible que dans les conditions de compte documentées par Google, tandis qu’un autre flux de travail repose sur un participant à la réunion. Cas d’usage : réunion de partenaires Teams. Son exigence principale est « Politique du tenant et transcription », et son contrôle humain est « S’attendre à des restrictions externes ». Rejetez le résultat si le flux de consentement est incohérent. La conséquence mérite un traitement explicite, car une affirmation multiplateforme peut masquer des mécanismes de capture différents et des lacunes fonctionnelles qui fragmentent les notes ou manquent silencieusement une réunion importante.

Utilisez une courte routine de preuves : citez la documentation de première partie de la plateforme et vérifiez le tenant. Dans cette méthode de grille de plateforme, conservez les résultats originaux et corrigés côte à côte, marquez les modifications conséquentes et joignez un localisateur de source aux noms, citations, décisions, responsables, dates ou autorisations. Cette routine teste l’affirmation de la section au lieu de fabriquer un score unique pour chaque cas d’usage d’AI meeting assistant Zoom Meet Teams.

Note de preuve du tableau de plateforme : Consultez la page actuelle Zoom — déclaration de confidentialité de Zoom avant de vous appuyer sur la politique ou la capacité associée.

Utilisez un seul ordre du jour pour révéler la dérive des résultats

Un script contrôlé révèle si les résumés, les actions, les intervenants et les exports changent selon la plateforme.

Considérez « Utilisez un seul ordre du jour pour révéler la dérive des résultats » comme un contrôle sur le terrain pour les organisations qui mélangent Zoom, Google Meet et Microsoft Teams. Condition de réussite pour la parité de sortie : les artefacts requis existent sur chaque plateforme. La réponse doit provenir de l’enregistrement et de sa source, et non de l’aspect soigné de l’interface.

Cas sur le terrain : les trois appels incluent les mêmes noms, la même décision, la même correction et la même échéance. Cas d’usage : enregistrement téléversé. Cible de preuve : traitement post-réunion. Contrôle humain : vérifier le consentement et le stockage. Défaillance à surveiller : les notes Teams diffèrent de Zoom. Cette défaillance est importante, car une affirmation multiplateforme peut masquer des mécanismes de capture différents et des lacunes fonctionnelles qui fragmentent les notes ou manquent silencieusement une réunion importante.

Exécutez le contrôle : comparez les champs de l’artefact plutôt que les impressions générales. Pour un résultat AI meeting assistant Zoom Meet Teams, conservez suffisamment de contexte pour qu’un collègue puisse reproduire l’observation, mais réduisez les données sensibles au minimum et évitez les affirmations produit non étayées. Un résultat étroit et daté est plus crédible qu’une déclaration générale sur AI meeting assistant Zoom Meet Teams. Si le contrôle ne peut pas être effectué, utilisez N/A. Parcours de récupération : utilisez l’enregistrement ou la transcription approuvés par la plateforme et traitez-les via le flux de travail post-réunion documenté de l’organisation.

Note de preuve Platform Grid : Consultez la page Google Meet Help — Google Meet Help Center actuelle avant de vous fier à la politique ou à la capacité associée.

Les échecs d’autorisation doivent figurer dans le test d’acceptation

Un parcours idéal réussi ne prouve pas la fiabilité opérationnelle.

Commencez par le travail, pas par la catégorie. Dans « Les échecs d’autorisation doivent figurer dans le test d’acceptation », examinez l’alerte d’échec. La condition de réussite est explicite : la capture manquée est visible rapidement. C’est le niveau exigé pour les organisations qui mélangent Zoom, Google Meet et Microsoft Teams ; une étiquette de fournisseur ou un paragraphe fluide ne peut pas remplacer l’artefact requis.

Cas de stress : le locataire partenaire refuse l’entrée et l’équipe surveille une alerte rapide et un mécanisme de secours utilisable. Type de cas : appel client Zoom. Exigence principale : salle d’attente et organisateur externe. Règle d’escalade : tester l’échec d’admission. Seuil d’échec : l’équipe l’apprend après l’appel. Si ce seuil est franchi, l’équipe a trouvé un défaut matériel plutôt qu’une préférence cosmétique. Une revendication multiplateforme peut masquer des mécanismes de capture différents et des écarts de fonctionnalités qui fragmentent les notes ou manquent silencieusement une réunion importante.

Prochaine étape : déclencher un échec sûr sur chaque plateforme. Enregistrez la plateforme, l’organisateur, le type de compte, la langue, les paramètres, la date et le réviseur uniquement lorsqu’ils influencent la conclusion. Comparez ensuite le résultat approuvé à sa source. Cela produit un constat reproductible sur AI Meeting Assistant Zoom Meet Teams sans prétendre qu’une seule réunion prouve une exactitude ou une adéquation universelle.

Note de preuve Platform Grid : Consultez la page Google Meet Help — Record a video meeting actuelle avant de vous fier à la politique ou à la capacité associée.

Continuez avec guides AI note taker ou consultez les flux de travail de réunion IA associés.

Le consentement et la notification ne peuvent pas être délégués à une étiquette d’outil

L’organisation reste responsable d’un processus approprié d’enregistrement et de communication.

Mémo de décision — Dans « Le consentement et la notification ne peuvent pas être délégués à une étiquette d’outil », l’élément d’acceptation est « Notification ». Condition de réussite : les participants reçoivent le signal prévu. Cela compte pour les organisations qui mélangent Zoom, Google Meet et Microsoft Teams, car le résultat finit par parvenir à une personne qui doit l’approuver, agir, le partager ou le contester.

Scénario de preuve — Les participants externes reçoivent des notifications de plateforme différentes et l’hôte ajoute une déclaration en langage clair. Modèle : synchronisation interne Google Meet. Priorité : contrôles d’enregistrement Workspace. Contrôle : vérifier l’éligibilité du compte. Rejetez le résultat lorsque le flux de consentement est incohérent. Le seuil est conservateur par conception, car une revendication multiplateforme peut masquer des mécanismes de capture différents et des écarts de fonctionnalités qui fragmentent les notes ou manquent silencieusement une réunion importante.

Action de contrôle — documentez l’examen régional et contractuel requis. Dans la revue de la grille de plateformes, le dossier d’évaluation doit identifier ce qui était officiel, ce qui a été reproduit dans le compte, ce qui relevait du jugement éditorial et ce qui restait inconnu. Cette distinction rend la recommandation AI Meeting Assistant Zoom Meet Teams vérifiable et donne à l’équipe une raison d’adopter, de restreindre, de retester ou d’utiliser le plan de secours.

Note de preuve Platform Grid : Consultez la page Microsoft Learn — Configure transcription and captions for Teams meetings actuelle avant de vous fier à la politique ou à la capacité associée.

Exécutez la vérification sur le terrain : Utilisez un échantillon non sensible pour évaluer ce flux de travail AI Meeting Assistant Zoom Meet Teams, puis testez le même échantillon approuvé dans HiNoter en laissant tout résultat non pris en charge à N/A.

Exécutez HiNoter à travers la même grille de plateformes

HiNoter ne doit être évalué que sur les plateformes et les flux de travail vérifiés dans le compte réel.

Pour les organisations qui mélangent Zoom, Google Meet et Microsoft Teams, la section « Exécutez HiNoter à travers la même grille de plateformes » est un test du chemin de jonction, pas une distinction générale des fonctionnalités. Utilisez cette condition de réussite : bot, extension, application native ou téléversement est explicite. Cette norme transforme une sortie attrayante en quelque chose qu’un collègue responsable peut approuver, corriger ou rejeter.

L’exemple est volontairement imparfait : l’équipe consigne le comportement de jonction, les notes produites, les alertes, le partage et tout chemin de téléversement après la réunion sans déduire d’intégrations manquantes. Son schéma de réunion est « Réunion partenaire Teams », la priorité est « Politique du locataire et transcription », et la limite de revue est « S’attendre à des restrictions externes ». Traitez « “Prend en charge” masque le mécanisme » comme un échec matériel. Une revendication multiplateforme peut masquer des mécanismes de capture différents et des écarts de fonctionnalités qui fragmentent les notes ou manquent silencieusement une réunion importante. Un résumé fluide ne réduit pas cette conséquence tant que le point contesté reste traçable.

Action requise : supprimer avant publication les revendications de compatibilité non prises en charge. Conservez la sortie intacte, la version approuvée, le réviseur et les preuves utilisées pour résoudre les différences. Pour cette décision AI Meeting Assistant Zoom Meet Teams, étiquetez la documentation comme officielle, le comportement comme observé et l’interprétation comme éditoriale. Si une preuve manque, laissez N/A visible. Chemin de récupération : utilisez l’enregistrement ou la transcription approuvés de la plateforme et traitez-les via le flux de travail post-réunion documenté de l’organisation.

Note de preuve du maillage de plateformes : Consultez d’abord la page actuelle de Microsoft Support — Enregistrer une réunion dans Microsoft Teams avant de vous fier à la politique ou à la capacité associée.

Standardiser l’enregistrement après la capture

La cohérence entre plateformes s’améliore lorsque le format de sortie approuvé est neutre vis-à-vis de la plateforme.

Lisez « Standardiser l’enregistrement après la capture » à travers l’artefact qu’il doit produire. L’artefact doit préserver le repli, avec ce critère de réussite : la source approuvée peut être récupérée. Pour les organisations qui mélangent Zoom, Google Meet et Microsoft Teams, cette frontière sépare une ébauche prometteuse d’un enregistrement qui peut servir à agir.

Appliquez cette frontière à cet exemple : l’organisation distribue le même modèle de décision et d’action quel que soit le fournisseur de réunion. Cas d’usage : Enregistrement téléversé. Son exigence principale est « Traitement après la réunion », et son point de contrôle humain est « Vérifier le consentement et le stockage ». Rejetez le résultat si aucun enregistrement ne survit. La conséquence mérite un traitement explicite, car une affirmation inter-plateformes peut masquer des mécanismes de capture différents et des lacunes fonctionnelles qui fragmentent les notes ou manquent silencieusement une réunion importante.

Utilisez une courte routine de preuve : définissez un enregistrement canonique et un responsable nommé. Dans cette méthode de grille de plateformes, conservez les sorties originales et corrigées côte à côte, signalez les modifications ayant des conséquences et ajoutez un localisateur de source aux noms, citations, décisions, responsables, dates ou autorisations. Cette routine teste l’affirmation de la section plutôt que de fabriquer un score unique pour chaque cas d’usage de AI meeting assistant Zoom Meet Teams.

Note de preuve du maillage de plateformes : Consultez d’abord la page actuelle de NIST — Cadre de gestion des risques liés à l’IA avant de vous fier à la politique ou à la capacité associée.

Lancer un audit de compatibilité sur trois plateformes

Approuver un repli par plateforme

Choisissez adopter, réduire, retester ou rejeter à l’aide des seuils écrits. Documentez les limitations restantes, un responsable et une date de re-test. Si le chemin principal échoue, utilisez l’enregistrement ou la transcription approuvés de la plateforme et traitez-les via le flux de travail post-réunion documenté de l’organisation. Le repli appartient à la procédure opérationnelle, pas à une note d’évaluation oubliée.

Comparer la parité des résultats

Inspectez les notifications aux participants, l’accès, le partage, la rétention, la suppression, l’exportation et les contrôles administrateur pertinents pour le cas d’usage. La documentation est nécessaire mais pas suffisante pour le comportement spécifique au locataire ; testez prudemment dans un environnement non sensible et consignez les besoins de revue juridique régionale.

Déclencher un échec d’autorisation

Examinez chaque artefact requis par rapport à l’ensemble de vérité et à la source. Comptez séparément les erreurs matérielles et les modifications cosmétiques, chronométrez la revue active lorsque la charge de travail est importante, et conservez les capacités non prises en charge marquées N/A. Préservez un localisateur de source pour les citations, décisions, responsables, dates et affirmations de politique ayant des conséquences.

Exécuter le même ordre du jour

Exécutez le flux de travail dans des conditions documentées. Enregistrez le type de compte, la plateforme de réunion, la relation avec l’organisateur, la langue, l’appareil ou le navigateur, les paramètres pertinents, les heures de début et de fin lorsque cela est utile, ainsi que le résultat non modifié. Ne changez pas les conditions pour un candidat sans enregistrer le changement.

Documenter la méthode de capture

Écrivez les noms, termes, décisions, actions, conditions et autorisations attendus avant de consulter les résultats générés. L’ensemble de vérité peut être court, mais il doit distinguer les faits confirmés du matériel intentionnellement ambigu et doit nommer la personne autorisée à résoudre le désaccord.

Cartographier l’organisateur et le locataire

Définissez la décision que ce test doit soutenir et l’artefact approuvé qui la portera. Pour cet article, utilisez un programme multi-plateforme utilisant Meet en interne, Zoom avec les clients et Teams avec un partenaire stratégique dont le locataire bloque les applications externes, ou un échantillon autorisé équivalent. Enregistrez les types de réunions exclus afin qu’un pilote restreint ne soit pas présenté comme une couverture universelle.

Questions que les lecteurs posent avant le déploiement

Quel assistant de réunion IA fonctionne avec Zoom, Meet et Teams ?

Plusieurs assistants se positionnent publiquement pour plusieurs plateformes, mais « fonctionne avec » est incomplet tant que vous n’avez pas vérifié la méthode de jonction, les autorisations du locataire, les notifications, la parité des résultats et le chemin de récupération dans vos propres comptes. La conclusion dépend du type de réunion, du chemin de capture approuvé, du résultat requis, du relecteur et du niveau de risque. Utilisez votre propre échantillon autorisé et laissez les cas non testés étiquetés N/A.

Comment une équipe devrait-elle tester AI meeting assistant Zoom Meet Teams ?

Utilisez un échantillon représentatif unique, par exemple un programme multi-plateforme utilisant Meet en interne, Zoom avec les clients et Teams avec un partenaire stratégique dont le locataire bloque les applications externes. Créez d’abord l’enregistrement attendu, exécutez le flux de travail dans des conditions documentées, conservez le résultat non modifié et comparez les erreurs matérielles, le temps de revue, l’accès, l’exportation et la récupération après échec.

Quelles erreurs méritent une revue humaine immédiate ?

Examinez toute sortie qui modifie l’identité d’une personne, son autorité, une citation, l’état d’une décision, le responsable d’une tâche, une échéance, un engagement client, une frontière de consentement, une signification juridique ou un niveau d’accès. Les modifications cosmétiques de ponctuation et de mise en page peuvent être suivies séparément.

Une seule réunion réussie peut-elle prouver que le flux de travail est fiable ?

Non. Une réunion peut révéler un échec et soutenir une observation limitée, mais elle ne peut pas prouver l’exactitude universelle à travers les langues, les plateformes, les organisateurs, l’acoustique ou les types de réunions. Ajoutez des échantillons lorsqu’une condition matérielle change.

Où HiNoter devrait-il apparaître dans l’évaluation ?

Placez HiNoter après les exigences neutres et faites-le passer par le même échantillon autorisé, l’ensemble de vérité, les étiquettes de preuve, les règles de revue et le seuil d’échec. Vérifiez le produit actuel en direct au lieu de supposer que toute capacité décrite dans un matériel plus ancien reste disponible.

Un enregistrement de réunion généré par IA supprime-t-il le besoin d’approbation humaine ?

Pas pour les enregistrements ayant des conséquences. La revue humaine doit correspondre au risque : une courte réunion quotidienne à faible enjeu peut nécessiter un contrôle rapide du responsable, tandis que les procès-verbaux formels, les citations de recherche, les questions relatives au personnel, les promesses clients ou le contenu réglementé exigent un processus plus strict.

Quel est le repli le plus sûr lorsque la capture ou l’interprétation échoue ?

Utilisez l’enregistrement ou la transcription approuvés de la plateforme et traitez-les via le flux de travail post-réunion documenté de l’organisation. Dites aux personnes concernées quel enregistrement fait autorité, identifiez les informations manquantes et évitez de reconstruire des faits ayant des conséquences à partir de la mémoire lorsqu’une source approuvée est disponible.

Décision éditoriale

La réponse à « Quel assistant de réunion IA fonctionne avec Zoom, Meet et Teams ? » reste conditionnelle : plusieurs assistants se positionnent publiquement pour plusieurs plateformes, mais « fonctionne avec » est incomplet tant que vous n’avez pas vérifié la méthode de jonction, les autorisations du locataire, les notifications, la parité des résultats et le chemin de récupération dans vos propres comptes. La décision fondée sur les preuves est d’adopter uniquement le périmètre qui a survécu au test, de nommer le relecteur et de garder la source et le repli disponibles. Cette position peut être moins spectaculaire qu’un classement universel, mais elle est bien plus utile à la personne responsable lorsqu’un nom, une décision, une promesse ou une autorisation est contesté.

Retestez après des changements matériels de produit, de plateforme, de politique, d’équipe ou de réunion. Les pages et interfaces produit peuvent changer après le 2026-08-20 ; confirmez le compte en direct avant publication. Si les preuves ne peuvent pas étayer une affirmation sur AI meeting assistant Zoom Meet Teams, dites « non vérifié » plutôt que de combler la lacune par une estimation.

Lancer l’essai prêt à la décision : Faites passer une réunion autorisée par la liste de contrôle, vérifiez la sortie par rapport à sa source, et évaluez le flux de travail HiNoter actuel uniquement dans le périmètre que vous avez vérifié.