Mobile für kurze, eindeutige Entscheidungen
Die App zeigt den benötigten Tenantkontext, den Antrag und die entscheidungsrelevanten Informationen. Sie unterstützt einfache Freigaben. Dazu gehören keine komplexen Regelumbauten und keine pauschalen administrativen Schreibrechte.
Komplexe Änderungen bleiben im Web-Cockpit
Regelabhängigkeiten, Includes und Excludes, Tunnel, umfangreiche Policy-Änderungen und tiefere Analysen benötigen ausreichend Platz und Kontext. Diese Abläufe bleiben in der Weboberfläche. Mobile soll Entscheidungen erleichtern, nicht die vollständige Administration auf einen kleinen Bildschirm pressen.
- Tenant und Antrag prüfen.
- Quelle, Status und entscheidungsrelevanten Kontext lesen.
- Einfache Freigabe entscheiden oder zur weiteren Prüfung offenlassen.
- Ergebnis und Read-back im Vorgang verfolgen.
iOS und Android
Die native App wird über den Apple App Store und Google Play bereitgestellt. Rollen und Tenant-Isolation gelten genauso wie im Web. Ein MSP sieht nur tatsächlich verwaltete Tenants.
Die Freigabeansicht bündelt Antragsteller, Ziel, Begründung, Tenant, Gültigkeit und aktuellen Status. Der Administrator muss diese Angaben nicht aus mehreren Oberflächen zusammensuchen. Nach der Entscheidung bleibt das Ergebnis mit dem Vorgang im Web-Cockpit synchronisiert, sodass mobile und stationäre Arbeit denselben Bearbeitungsstand zeigen.
Was eine mobile Entscheidung vollständig macht
Eine Schaltfläche mit „Freigeben“ oder „Ablehnen“ reicht nicht. Vor einer Entscheidung muss die App mindestens zeigen, für welchen Tenant und welchen Antrag sie gilt, wer den Vorgang ausgelöst hat, welche Begründung vorliegt und welcher aktuelle Status maßgeblich ist. Je nach Ablauf kommen Quelle, Datenalter, Coverage und der erwartete Zielzustand hinzu.
Die Darstellung ist bewusst auf den Entscheidungsbedarf reduziert. Detailinformationen bleiben erreichbar, ohne dass der Nutzer durch eine vollständige Administrationsoberfläche navigieren muss. Wenn der Kontext für eine sichere Entscheidung nicht ausreicht, bleibt der Vorgang offen und kann im Web-Cockpit weiter geprüft werden.
Typische einfache Freigaben
Mobile eignet sich für klar abgegrenzte Anliegen wie eine einzelne Website- oder App-Freigabe, sofern Tenant-Policy und Rolle diesen Entscheidungsweg erlauben. Der Antrag enthält den geschäftlichen Grund und den verfügbaren Risiko- oder Policy-Kontext. Die App zeigt keine Sammelentscheidung über mehrere unabhängige Änderungen.
Auch ein scheinbar einfacher Vorgang bleibt tenantgebunden. Bei einem MSP muss deshalb vor jeder Entscheidung eindeutig sichtbar sein, zu welchem verwalteten Kunden die Anfrage gehört. Ein Wechsel zwischen Tenants darf die ausgewählte Entscheidung nicht mitnehmen.
Von der Entscheidung zur bestätigten Wirkung
Die mobile Entscheidung ist ein Schritt im Gesamtvorgang. Wenn sie eine Änderung im Zscaler-Zielsystem auslöst, übernimmt der zuständige Adapter die kontrollierte Ausführung. CentaurNexus bestätigt den Erfolg erst, wenn die Wirkung eingetreten ist und ein Read-back den erwarteten Zustand zeigt.
Der Administrator kann den Status anschließend in der App verfolgen. „Entschieden“ und „wirksam“ bleiben getrennt. Bei einer Abweichung verweist die App auf den Vorgang, statt einen technischen Fehler hinter einer erfolgreichen Entscheidung zu verbergen.
Warum komplexe Policy-Arbeit mehr Raum benötigt
Eine Regel kann Includes, Excludes, Reihenfolge, Tunnel, Gruppen, Zeitbedingungen und weitere Abhängigkeiten besitzen. Diese Zusammenhänge müssen vor einer Änderung gemeinsam sichtbar sein. Ein kleiner Bildschirm ist nicht der richtige Ort für eine tiefgreifende Umstrukturierung mit vielen Vergleichspunkten.
Das Web-Cockpit bietet dafür die größere Arbeitsfläche und die vollständigen Prüfpfade. Die App erleichtert den Teil, der mobil sinnvoll und klar begrenzt ist. Diese Aufgabenteilung reduziert Fehlbedienung und macht die mobile Oberfläche schneller verständlich.
Sicherheit und Sitzungsgrenzen
Die App verwendet dasselbe Rollen- und Tenantmodell wie die Weboberfläche. Eine mobile Anmeldung erweitert keine Berechtigung. Sitzungsstatus, widerrufene Zugänge und die Zuordnung zum angemeldeten Bearbeiter müssen vor einer Entscheidung gültig sein.
Geräteschutz und Store-Verteilung werden mit dem Kundenbetrieb abgestimmt. MDM-gestützter ZCC-Rollout und der erste konkrete MDM-Connector sind davon getrennte, abhängige Entscheidungen und werden nicht durch die Verfügbarkeit der Admin-App vorweggenommen.
Benachrichtigung ohne Entscheidungsdruck
Push-Hinweise können auf eine neue oder überfällige Freigabe aufmerksam machen. Die Benachrichtigung selbst sollte nur den notwendigen Kontext enthalten. Die eigentliche Entscheidung erfolgt nach dem Öffnen des geschützten Vorgangs.
Die App darf keine künstliche Dringlichkeit erzeugen. Priorität, Frist und Auswirkung müssen aus dem Vorgang stammen. Wenn eine Anfrage eine tiefere Prüfung benötigt, ist „später im Web prüfen“ eine korrekte Entscheidung und kein Fehler im mobilen Ablauf.
Verhalten bei schlechter Verbindung
Eine mobile Oberfläche wird häufiger in wechselnden Netzen verwendet. Wenn der aktuelle Status nicht sicher geladen werden kann, darf die App keine veraltete Information als Entscheidungsgrundlage darstellen. Datenalter und Verbindungsstatus müssen erkennbar sein.
Eine Entscheidung wird erst nach bestätigter Übertragung angenommen. Offline zwischengespeicherte Massenfreigaben wären mit diesem Modell nicht vereinbar. Der Nutzer erhält stattdessen eine klare Rückmeldung und kann den Vorgang nach Wiederherstellung der Verbindung erneut öffnen.
Mobile Nutzung sinnvoll messen
Für die Produktabnahme sind nicht nur Installationszahlen relevant. Entscheidend sind erfolgreich abgeschlossene einfache Freigaben, abgebrochene Vorgänge wegen fehlenden Kontexts, Zeit bis zur Entscheidung, fehlerfreie Tenantzuordnung und der Anteil der Fälle, die bewusst im Web fortgesetzt wurden.
Ein Wechsel ins Web ist dabei nicht automatisch negativ. Bei komplexen Aufgaben zeigt er, dass die vorgesehene Grenze funktioniert. Die Kennzahlen werden pro Tenant und Rolloutphase ausgewertet und nicht als allgemeiner Performanceclaim veröffentlicht.
Ein typischer mobiler Arbeitstag
Eine Administratorin erhält unterwegs den Hinweis auf eine einzelne App-Anfrage. Sie öffnet den geschützten Vorgang, prüft Tenant, Antragsteller, Begründung und vorhandenen Kontext und trifft die einfache Entscheidung. Die technische Umsetzung läuft anschließend unabhängig von der mobilen Verbindung im kontrollierten Backend.
Später erscheint eine Policy-Anfrage mit mehreren Abhängigkeiten. Die App zeigt, dass eine vollständige Prüfung im Web erforderlich ist. Der Vorgang bleibt offen, behält seine Priorität und kann am Notebook ohne erneute Suche fortgesetzt werden.
Barrierefreiheit und Lesbarkeit auf kleinen Displays
Entscheidungsgrund, Tenant und Primäraktion müssen auch bei vergrößerter Schrift und mit Screenreader verständlich bleiben. Farbe allein darf keinen Risiko- oder Fehlerstatus tragen. Fokusreihenfolge, Touchziele und Bestätigungsdialoge werden auf iOS und Android getrennt geprüft.
Abnahme vor der Store-Bereitstellung
- Liste der einfachen mobilen Freigaben verbindlich festlegen.
- Rollen und Tenant-Wechsel für interne Teams und MSPs testen.
- Entscheidungskontext auf kleinen und großen Geräten prüfen.
- Read-back, Fehlerstatus und widerrufene Sitzungen abnehmen.
- Push-Inhalt und Datenschutz auf dem Sperrbildschirm prüfen.
- Apple-App-Store- und Google-Play-Paketierung verifizieren.
Die native App erleichtert kurze administrative Entscheidungen. Sie bleibt dabei Teil derselben Governance wie das Web-Cockpit und hält komplexe Arbeit dort, wo der erforderliche Kontext vollständig dargestellt werden kann.
Häufige Fragen
Welche Systeme unterstützt die App?
Die native App ist für iOS und Android mit Bereitstellung über die jeweiligen Stores vorgesehen.
Kann ich komplexe Regeln mobil umbauen?
Nein. Die App unterstützt einfache Freigaben. Komplexe Regelumbauten bleiben im Web-Cockpit.
Gelten mobil dieselben Rollen?
Ja. Tenantkontext, Rollen und Freigabepolicy gelten auch in der App.
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