Les changements de portail coûtent du contexte
Un site web bloqué, une application urgemment nécessaire ou un doute sur la connexion juste avant un appel vidéo commencent dans le navigateur. Le chemin classique passe pourtant souvent par un portail séparé, un formulaire de ticket ou un appel au helpdesk. L'URL, le contexte utilisateur et le moment se perdent alors facilement.
L'extension de navigateur raccourcit ce chemin. Elle n'affiche que les actions prévues pour les utilisateurs finaux. Des droits d'administration Zscaler étendus ne sont pas nécessaires pour cela.
Trois flux typiques
- Demander l'accès à un site web : l'adresse actuelle est reprise avec le contexte nécessaire dans une demande encadrée.
- Demander une application : l'utilisateur lance une demande pour une application SaaS ou privée nécessaire.
- Vérifier la connexion avant un appel : une vérification classe le statut pour des services comme Teams ou Zoom, avant que le rendez-vous ne commence.
L'extension ne remplace ni la plateforme Zscaler ni les règles de décision de l'entreprise. C'est un accès supplémentaire aux flux CentaurNexus pris en charge.
Le self-service suit la politique du tenant
La politique du tenant, les rôles et, le cas échéant, une étape de validation déterminent le déroulement. Une opération d'écriture n'est considérée comme réussie qu'une fois son effet constaté sur le système cible et confirmé par read-back.
Ce que le helpdesk y gagne
Le helpdesk reçoit les demandes avec le contexte déjà disponible chez l'utilisateur. Cela réduit les questions de clarification et améliore les transmissions. Si une analyse plus approfondie est nécessaire, l'opération peut se poursuivre dans le portail avec les données utilisateur, appareil et connexion autorisées.
Du navigateur à l'opération complète
Une bonne fonction de self-service ne s'arrête pas à l'envoi d'un formulaire. Elle doit reprendre le contexte de travail de manière à ce que le collaborateur suivant ne reparte pas de zéro. Selon le flux, cela comprend l'adresse actuelle, l'utilisateur connecté, le tenant, le moment et le type de demande. Les données techniques ne sont complétées que dans la mesure où le rôle et la politique du tenant l'autorisent pour cette opération.
CentaurNexus affecte ensuite la demande à un chemin de travail clair. Une opération immédiatement autorisée peut se poursuivre directement. Si une décision est nécessaire, le rôle responsable reçoit une demande vérifiable. L'utilisateur voit un statut compréhensible et n'a pas à naviguer entre différents portails d'éditeurs.
Des validations de site web avec le bon contexte de départ
Pour un site web bloqué, l'URL n'est que le début. Pour une décision solide, la catégorie, le motif du blocage, le lien avec l'utilisateur et le contexte de politique applicable sont également pertinents. Lorsque des données NSS historiques adaptées sont connectées, il peut en outre devenir visible s'il s'agit d'un accès isolé ou d'un schéma récurrent. En l'absence de cet historique, la couverture reste signalée comme telle.
L'utilisateur final décrit le motif métier directement dans le navigateur. La demande parvient, avec le contexte disponible, au chemin de décision prévu. Une phrase peu précise comme « Le site ne fonctionne pas » devient ainsi une opération structurée que le helpdesk ou la sécurité peut classer plus rapidement.
Demander des applications sans brouiller les frontières entre produits
Une demande d'application peut concerner une application SaaS ou un accès à une application privée. La variante disponible dépend des domaines Zscaler licenciés, des scopes configurés et de la configuration du tenant. L'extension n'affiche donc que les actions prises en charge dans le contexte concerné.
La décision reste traçable : demande, justification, rôle responsable et résultat vont de pair. Si l'opération entraîne une modification du système cible, la demande API acceptée seule ne suffit pas. Seuls l'effet réel et le read-back qui suit clôturent l'opération avec succès.
Vérification avant Teams ou Zoom
Juste avant un échange important, le temps manque pour un diagnostic complet. Une vérification préalable ne doit donc pas livrer une attribution générale de la faute, mais structurer l'état actuel de façon compréhensible. Appareil, réseau local, trajet Zscaler et service joignable sont examinés comme des domaines distincts. Les données ZDX disponibles approfondissent ce regard. CentaurNexus complète le contexte de terminal et de flux pour l'action suivante.
Le résultat aide l'utilisateur à choisir la prochaine action pertinente. En même temps, un cas de support ouvert à partir de là peut reprendre le constat. Le helpdesk n'a ainsi pas à redemander des informations déjà recueillies.
Intégrer l'extension au quotidien de travail
- Définir les actions utilisateur final et les rôles autorisés par tenant.
- Définir la matrice de navigateurs et la distribution pour les navigateurs d'entreprise pris en charge.
- Coordonner avec le helpdesk les chemins de validation, les messages de statut et les escalades.
- Tester le read-back et les états d'erreur pour les flux d'écriture.
- Vérifier de façon visible la couverture et les sources de données dans l'environnement de production.
L'extension rend les demandes courantes plus accessibles et démarre le flux CentaurNexus associé à l'endroit même où le problème ou le besoin devient visible. Rôles, validations et statut restent liés tout au long de l'opération.
L'adoption commence par des états compréhensibles
Les utilisateurs finaux doivent pouvoir reconnaître si une demande a simplement été enregistrée, est en cours de vérification, a été validée, refusée ou confirmée dans le système cible. Les états techniques de l'adaptateur sont pour cela traduits en messages de statut compréhensibles. Une vérification en cours ne doit pas ressembler à une erreur, et une demande acceptée ne doit pas paraître effective avant le read-back.
Le retour au workflows fait lui aussi partie de l'expérience utilisateur. Après l'envoi, l'extension ne s'arrête pas à une confirmation vide. Elle montre l'opération et l'étape suivante pertinente. En cas de question complémentaire, l'utilisateur peut compléter sans ressaisir l'URL et le contexte de tenant.
Évaluer l'utilité avec des indicateurs vérifiables
Pour savoir si l'extension améliore le quotidien, on peut s'appuyer sur des indicateurs opérationnels : demandes transmises complètement, questions de clarification évitées, temps jusqu'à la première évaluation qualifiée, part des cas standard résolus et nombre d'opérations transmises faute de couverture.
Ces indicateurs ne sont pas des promesses de performance générales. Ils reflètent le tenant concret, sa politique et ses sources de données. Un pilote devrait donc commencer avec des groupes d'utilisateurs sélectionnés et des valeurs de départ claires. Seule la comparaison dans votre propre exploitation montre quels flux apportent le plus de valeur.
Le multilinguisme dans le contact avec l'utilisateur final
La plateforme propose ses interfaces dans les langues intégrées. C'est particulièrement important pour le self-service, car un utilisateur doit comprendre une justification et un statut sans traduction par le helpdesk. Les termes techniques, les noms de politiques et les valeurs du système cible restent univoques, tandis que les textes explicatifs apparaissent dans la langue choisie.
Pour les tenants exploités à l'international, on vérifie lors de la recette si statuts, messages d'erreur et incitations à l'action transmettent le même contenu métier dans toutes les langues utilisées. Le multilinguisme devient ainsi partie intégrante du workflow, pas seulement une navigation traduite.
Questions fréquentes
L'extension remplace-t-elle le portail CentaurNexus ?
Non. Elle apporte des fonctions sélectionnées pour l'utilisateur final dans le navigateur. Les analyses plus approfondies et les flux administratifs restent dans le portail.
L'utilisateur a-t-il besoin de droits d'administration Zscaler ?
Non. L'accès suit les rôles CentaurNexus et la politique du tenant.
Une demande est-elle validée automatiquement ?
Seulement si la politique du tenant l'autorise pour ce flux précis. Sinon, elle est acheminée vers le chemin de décision prévu.
Pourquoi Zscaler bloque-t-il un site web dont j'ai besoin professionnellement ?
Zscaler bloque selon la catégorie, la politique et le contexte utilisateur, pas de façon arbitraire. Pour une validation, ce n'est donc pas seulement l'adresse qui compte, mais aussi le motif métier. L'extension de navigateur CentaurNexus recueille précisément ce contexte et le transmet de façon structurée dans le chemin de validation prévu, plutôt que d'en faire un ticket non spécifique.
Sources et pour aller plus loin
Voir le workflow en contexte
Choisissez le rôle correspondant dans le lanceur de démo. La démo utilise des données d'exemple préparées.
Ouvrir le lanceur de démo