De la question à l’action
Découvrez comment utiliser TrustInsider : choisissez marque et questions, lisez les réponses collectées, mettez à jour les contenus et comparez les résultats.
LireManuel d’utilisation
Gérer les accès Enterprise et API
Enterprise et accès concerne identité, groupes et provisioning ; API et MCP concerne la lecture des résultats publiés. Plan, rôle et activation exigés par l’écran s’appliquent : voir un panneau ne signifie pas pouvoir créer un accès.
Section 1
Vérifier le périmètre des accès
Groupes et rôles, identité d’entreprise et accès machine répondent à des besoins distincts. Les distinguer dès le départ évite d’utiliser un identifiant pour le mauvais usage, comme un token d’identité pour lire les résultats.
N’utilisez pas un token SCIM comme identifiant API des résultats. SCIM gère les identités ; les tokens API et MCP lisent seulement les publications autorisées.
- Ouvrez Enterprise et accès et lisez votre rôle et les restrictions de plan ou disponibilité.
- Pour entreprises, groupes et membres, suivez le renvoi vers groupes et rôles.
- Ouvrez l’identité pour le login d’entreprise, API et MCP pour la lecture par des systèmes externes.
Section 2
Configurer et tester le login d’entreprise
Le panneau OIDC affiche l’adresse de retour et les champs du fournisseur d’identité. Il indique aussi quand le login d’entreprise peut devenir obligatoire, afin que l’obligation ne précède jamais un accès réussi.
Un test de connexion n’est pas un login utilisateur réussi. L’écran empêche l’obligation avant le premier accès requis. Ne partagez aucun secret dans un chat, ticket ou document.
- Enregistrez l’adresse de retour affichée chez le fournisseur et saisissez issuer HTTPS, client ID et secret uniquement dans le formulaire privé.
- Enregistrez la configuration puis lancez le test ; consultez le résultat et le moment du dernier test.
- Vérifiez un login SSO réussi avant de le rendre obligatoire, puis appliquez l’état après lecture des conditions.
Section 3
Vérifier les domaines déclarés
Ajouter un domaine crée une demande de vérification, pas une preuve de propriété déjà terminée. Le panneau affiche l’enregistrement à publier et l’état de la confirmation, à lire avant de considérer le domaine comme vérifié.
Un domaine présent dans la liste n’est pas forcément vérifié. Sa suppression nécessite la confirmation proposée et le contrôle du nouvel état.
- Saisissez le domaine et lisez le nom et la valeur TXT renvoyés.
- Demandez au responsable DNS de publier l’enregistrement dans la bonne zone.
- Utilisez Vérifier et contrôlez état et date de confirmation ; si l’attente persiste, revérifiez l’enregistrement avant de réessayer.
Section 4
Préparer le provisioning SCIM
Le panneau distingue l’adresse SCIM, les tokens et le résumé des utilisateurs provisionnés. Vous voyez ainsi quels utilisateurs viennent de votre système d’identité et avec quels identifiants, sans les confondre avec les tokens de lecture.
Créer un token ne prouve pas que le provisioning a réussi. Sa valeur complète ne réapparaît pas dans la liste : si elle est perdue, révoquez-le et créez un nouvel identifiant autorisé.
- Contrôlez l’adresse affichée et créez un token SCIM avec nom et expiration adaptés si la commande est disponible.
- Conservez la valeur affichée une seule fois dans un gestionnaire de secrets et configurez le système d’identité autorisé.
- Relisez utilisateurs et dernier usage ; révoquez les tokens inutiles avec la confirmation demandée.
- Le provisioning gère les utilisateurs, pas la synchronisation des groupes, et accorde un accès en lecture dans la capacité du forfait. Désactiver un utilisateur actif déconnecte aussi ses sessions ; supprimer la ressource SCIM ne supprime ni son compte ni les documents comptables.
Section 5
Publier les ressources et limiter le token de lecture
Avec le plan Enterprise, API et MCP exposent seulement les résultats publiés par le propriétaire, jusqu’à leur expiration. Ici, vous choisissez quoi publier et limitez chaque token par marque, périmètres et durée.
Le token n’écrit pas et ne lance pas de collecte. Un périmètre ne publie pas automatiquement toutes les données ; un contenu expiré ou non autorisé ne devient pas lisible grâce au token.
- Dans le formulaire de publication, choisissez marque et ressource, renseignez identifiants ou période demandés et lisez l’expiration avant de confirmer.
- Créez un token avec nom, périmètres de lecture, marques, quota et expiration dans les limites du formulaire.
- Conservez-le dans votre gestionnaire de secrets et suivez les instructions REST ou MCP affichées ; vérifiez publications et dernier usage.
Section 6
Contrôler webhooks, révocations et erreurs
Chaque webhook, inclus dans le plan Enterprise, a sa destination, ses événements et marques ; son secret de signature est distinct du token de lecture. D’ici, vous suivez les livraisons et révoquez les accès inutilisés au lieu de créer de nouveaux identifiants au moindre doute.
Si plan, session, activation ou signature bloque l’opération, traitez la raison affichée. Ne contournez pas le blocage en élargissant les périmètres ou en répétant les créations à l’aveugle.
- Sélectionnez les événements et marques nécessaires et indiquez la destination HTTPS autorisée.
- Conservez le secret affiché une fois et consultez résultats et erreurs de livraison dans le résumé.
- Révoquez les accès inutilisés ; après un résultat incertain, relisez l’état avant de créer un autre identifiant.
Pour aller plus loin
Après « Gérer les accès Enterprise et API », l’étape suivante.
Définitions, questions fréquentes, guides et méthode : d’ici, vous accédez à ce qu’il faut pour lire les résultats et les expliquer à votre équipe avec les mêmes mots.
Une méthode transparente, sans boîte noire
Comment naît chaque mesure TrustInsider : échantillonnage des réponses IA, sources et droits, calcul des indices et limites déclarées.
LireTrouvez la bonne réponse
Aide sur l’accès, les crédits, les collectes, les intégrations et les données : guides, FAQ, assistant du site et demandes de support depuis l’espace.
Lire