Portalwechsel kosten Kontext
Eine blockierte Website, eine dringend benötigte Anwendung oder Zweifel an der Verbindung kurz vor einem Videocall beginnen im Browser. Der klassische Weg führt trotzdem oft über ein separates Portal, eine Ticketmaske oder einen Anruf beim Helpdesk. Dabei gehen URL, Nutzerkontext und Zeitpunkt leicht verloren.
Die Browser-Erweiterung verkürzt diesen Weg. Sie zeigt nur die für Endnutzer vorgesehenen Aktionen. Breite Zscaler-Adminrechte sind dafür nicht nötig.
Drei typische Abläufe
- Website-Freigabe anfordern: Die aktuelle Adresse wird mit dem nötigen Kontext in einen geregelten Antrag übernommen.
- Anwendung anfordern: Der Nutzer startet eine Anfrage für eine benötigte SaaS- oder private Anwendung.
- Verbindung vor einem Call prüfen: Ein Check ordnet den Status für Dienste wie Teams oder Zoom ein, bevor der Termin beginnt.
Die Erweiterung ersetzt dabei weder die Zscaler-Plattform noch die Entscheidungsregeln des Unternehmens. Sie ist ein zusätzlicher Zugang zu unterstützten CentaurNexus-Abläufen.
Self-Service folgt der Tenant-Policy
Tenant-Policy, Rollen und gegebenenfalls ein Freigabeschritt bestimmen den Ablauf. Ein schreibender Vorgang gilt erst dann als erfolgreich, wenn die Wirkung im Zielsystem eingetreten und per Read-back bestätigt ist.
Was der Helpdesk davon hat
Der Helpdesk erhält Anfragen mit dem Kontext, der beim Nutzer bereits vorhanden war. Das reduziert Rückfragen und verbessert Übergaben. Wenn eine tiefere Analyse nötig ist, kann der Vorgang im Portal mit den freigegebenen Nutzer-, Geräte- und Verbindungsdaten fortgesetzt werden.
Vom Browser zum vollständigen Vorgang
Eine gute Self-Service-Funktion endet nicht beim Absenden eines Formulars. Sie muss den Arbeitskontext so übernehmen, dass der nächste Bearbeiter nicht wieder bei null beginnt. Dazu gehören je nach Ablauf die aktuelle Adresse, der angemeldete Nutzer, der Tenant, der Zeitpunkt und die Art der Anfrage. Technische Daten werden nur in dem Umfang ergänzt, den Rolle und Tenant-Policy für diesen Vorgang freigeben.
CentaurNexus ordnet die Anfrage anschließend einem klaren Arbeitsweg zu. Ein sofort erlaubter Vorgang kann direkt weiterlaufen. Ist eine Entscheidung nötig, erhält die zuständige Rolle einen prüfbaren Antrag. Der Nutzer sieht einen verständlichen Status und muss nicht durch verschiedene Vendor-Portale navigieren.
Website-Freigaben mit dem richtigen Ausgangskontext
Bei einer blockierten Website ist die URL nur der Anfang. Für eine belastbare Entscheidung sind auch Kategorie, Blockgrund, Nutzerbezug und der geltende Policy-Kontext relevant. Wenn passende historische NSS-Daten angebunden sind, kann zusätzlich sichtbar werden, ob es sich um einen einzelnen Zugriff oder um ein wiederkehrendes Muster handelt. Fehlt diese Historie, bleibt die Coverage entsprechend gekennzeichnet.
Der Endnutzer beschreibt den geschäftlichen Anlass direkt im Browser. Die Anfrage gelangt mit dem vorhandenen Kontext in den vorgesehenen Entscheidungsweg. Damit wird aus einem unspezifischen Satz wie „Die Seite geht nicht“ ein strukturierter Vorgang, den Helpdesk oder Security schneller einordnen können.
Anwendungen anfordern, ohne Produktgrenzen zu verwischen
Eine App-Anfrage kann sich auf eine SaaS-Anwendung oder auf einen privaten Anwendungszugang beziehen. Welche Variante verfügbar ist, hängt von den lizenzierten Zscaler-Domänen, den eingerichteten Scopes und der Tenant-Konfiguration ab. Die Erweiterung zeigt deshalb nur Aktionen, die im jeweiligen Kontext unterstützt werden.
Die Entscheidung bleibt nachvollziehbar: Antrag, Begründung, zuständige Rolle und Ergebnis gehören zusammen. Führt der Vorgang zu einer Änderung im Zielsystem, zählt nicht allein die angenommene API-Anfrage. Erst die tatsächliche Wirkung und der anschließende Read-back schließen den Vorgang erfolgreich ab.
Call-Check vor Teams oder Zoom
Kurz vor einem wichtigen Gespräch fehlt die Zeit für eine vollständige Diagnose. Ein vorbereitender Check soll deshalb keine pauschale Schuldzuweisung liefern, sondern den aktuellen Zustand verständlich ordnen. Gerät, lokales Netzwerk, Zscaler-Pfad und erreichbarer Dienst werden als getrennte Bereiche betrachtet. Vorhandene ZDX-Daten vertiefen diesen Blick. CentaurNexus ergänzt den Endgeräte- und Ablaufkontext für die nächste Aktion.
Das Ergebnis hilft dem Nutzer bei der nächsten sinnvollen Aktion. Zugleich kann ein daraus eröffneter Supportfall den Befund übernehmen. So muss der Helpdesk bereits erhobene Informationen nicht erneut abfragen.
Die Erweiterung in den Arbeitsalltag integrieren
- Endnutzeraktionen und berechtigte Rollen pro Tenant festlegen.
- Browsermatrix und Verteilung für die unterstützten Unternehmensbrowser definieren.
- Freigabewege, Statusmeldungen und Eskalationen mit dem Helpdesk abstimmen.
- Read-back und Fehlerzustände für schreibende Abläufe testen.
- Coverage und Datenquellen in der produktiven Umgebung sichtbar prüfen.
Die Erweiterung macht häufige Anliegen leichter erreichbar und startet den zugeordneten CentaurNexus-Ablauf dort, wo das Problem oder der Bedarf sichtbar wird. Rollen, Freigaben und Status bleiben im gesamten Vorgang verbunden.
Akzeptanz beginnt bei verständlichen Zuständen
Endnutzer müssen erkennen können, ob eine Anfrage nur erfasst, bereits geprüft, freigegeben, abgelehnt oder im Zielsystem bestätigt wurde. Technische Adapterzustände werden dafür in verständliche Statusmeldungen übersetzt. Eine offene Prüfung darf nicht wie ein Fehler wirken, und eine angenommene Anfrage darf nicht vor dem Read-back als wirksam erscheinen.
Auch die Rückkehr in den Arbeitsfluss gehört zur Nutzererfahrung. Nach dem Absenden bleibt die Erweiterung nicht bei einer leeren Bestätigung stehen. Sie zeigt den Vorgang und den nächsten sinnvollen Schritt. Bei Rückfragen kann der Nutzer ergänzen, ohne URL und Tenantkontext erneut zu erfassen.
Nutzen mit überprüfbaren Größen bewerten
Ob die Erweiterung den Alltag verbessert, lässt sich anhand betrieblicher Größen prüfen. Dazu zählen vollständig übergebene Anfragen, vermiedene Rückfragen, Zeit bis zur ersten qualifizierten Einordnung, Anteil gelöster Standardfälle und Zahl der Vorgänge, die wegen fehlender Coverage weitergegeben werden mussten.
Diese Kennzahlen sind keine pauschalen Leistungsversprechen. Sie bilden den konkreten Tenant, seine Policy und seine Datenquellen ab. Ein Pilot sollte deshalb mit ausgewählten Nutzergruppen und klaren Ausgangswerten beginnen. Erst der Vergleich im eigenen Betrieb zeigt, welche Abläufe den größten Nutzen liefern.
Mehrsprachigkeit im Endnutzerkontakt
Die Plattform stellt ihre Oberflächen in den eingebauten Sprachen bereit. Das ist besonders bei Self-Service wichtig, weil ein Nutzer eine Begründung und einen Status ohne Übersetzung durch den Helpdesk verstehen soll. Fachbegriffe, Policy-Namen und Zielsystemwerte bleiben dabei eindeutig, während die erklärenden Texte in der gewählten Sprache erscheinen.
Für international betriebene Tenants wird bei der Abnahme geprüft, ob Status, Fehlermeldungen und Handlungsaufforderungen in allen eingesetzten Sprachen denselben fachlichen Inhalt vermitteln. So wird Mehrsprachigkeit Teil des Arbeitswegs und nicht nur eine übersetzte Navigation.
Häufige Fragen
Ersetzt die Erweiterung das CentaurNexus-Portal?
Nein. Sie bringt ausgewählte Endnutzerfunktionen in den Browser. Umfangreichere Analysen und administrative Abläufe bleiben im Portal.
Braucht der Nutzer Zscaler-Adminrechte?
Nein. Der Zugriff folgt den CentaurNexus-Rollen und der Tenant-Policy.
Wird eine Anfrage automatisch freigegeben?
Nur wenn die Tenant-Policy dies für den konkreten Ablauf erlaubt. Andernfalls wird sie dem vorgesehenen Entscheidungsweg zugeführt.
Quellen und weiterführende Informationen
Den Arbeitsablauf im Kontext ansehen
Wählen Sie im Demo-Launcher die passende Rolle. Die Demo verwendet vorbereitete Beispieldaten.
Demo-Launcher öffnen