Einschränkung: Support-Agentenverwaltung

Zweck und Einsatzbereich

Die Support Console enthält für Plattformoperatoren eine Ansicht Einstellungen mit der Überschrift Support-Agenten verwalten. Sie zeigt vorbereitete Bereiche für Aktive Agenten und Kunden-Accounts sowie die beabsichtigten Aktionen Als Agent und Entfernen.

Diese Verwaltung ist im geprüften Produktstand nicht angeschlossen. Die Oberfläche versucht eine Agentenliste zu laden und ein Agentenmerkmal umzuschalten, für beide Aktionen fehlt jedoch die passende Serverfunktion. Auch im Benutzerkonto und in der Anmeldeantwort ist das von der Oberfläche erwartete Agentenmerkmal nicht vorhanden.

Die Ansicht darf daher nicht als produktive Benutzer- oder Rechteverwaltung verwendet oder vorgeführt werden. Es gibt keinen belegten Bedienweg, um einen Kundenbenutzer als Support-Agent freizuschalten oder diese Freischaltung wieder zu entfernen. Plattformoperatoren können Tickets weiterhin über den vorhandenen, gesondert berechtigten Ticketablauf bearbeiten.

Voraussetzungen und Berechtigungen

Die Schaltfläche Einstellungen erscheint in der Support Console nur für ein angemeldetes Plattformkonto. Ein normaler Organisationsbenutzer sieht diese Schaltfläche nicht. Sichtbarkeit der Schaltfläche bedeutet jedoch nicht, dass die dahinterliegenden Verwaltungsaktionen funktionsfähig sind.

Die Oberfläche kennt zusätzlich die beabsichtigte Eigenschaft „Support-Agent“. Ein Benutzer mit dieser Eigenschaft würde zur Agentenoberfläche geleitet. Der aktuelle Server speichert und liefert diese Eigenschaft jedoch nicht als Bestandteil eines Benutzerkontos. Sie kann deshalb weder über die Support-Einstellungen noch über die belegte allgemeine Benutzerverwaltung vergeben werden.

Selbst wenn ein Agentenmerkmal außerhalb des belegten Produktwegs an der Oberfläche ankäme, würde es keine ausreichenden Serverrechte erteilen:

Organisationsübergreifende Ticketlisten sind ausschließlich Plattformoperatoren vorbehalten.
Status, Priorität und Bearbeiter dürfen ausschließlich Plattformoperatoren ändern.
Interne Notizen dürfen ausschließlich Plattformoperatoren anlegen.
Ein bloßes Agentenmerkmal erweitert weder Mandanten- noch Organisationseinheitensicht.

Die Rolle Support-Agent ist somit im aktuellen Stand keine vollständig implementierte Produktrolle. Weisen Sie niemandem diese Aufgabe mit der Zusage zu, er könne die Agentenoberfläche produktiv nutzen. Verwenden Sie bis zu einer vollständig geprüften Implementierung ausschließlich ausdrücklich freigegebene Plattformkonten für die organisationsübergreifende Ticketbearbeitung.

Schritt-für-Schritt-Anleitung

Einschränkung in den Einstellungen feststellen

Melden Sie sich mit einem freigegebenen Plattformkonto an der Support-Anwendung an.
Wählen Sie in der linken Symbolleiste Einstellungen.
Die Ansicht Support-Agenten verwalten versucht, Benutzer zu laden. Im aktuellen Stand erscheint Benutzer konnten nicht geladen werden.
Nach dem fehlgeschlagenen Laden können zusätzlich Keine Agenten konfiguriert. und Keine Kunden-Accounts vorhanden. erscheinen. Diese Leerzustände sind kein Nachweis, dass tatsächlich keine Benutzer existieren; die Liste wurde nicht erfolgreich geladen.
Laden Sie die Seite nicht fortlaufend neu und versuchen Sie keine direkte oder nachgebaute Umschaltaktion. Die fehlenden Serverfunktionen werden dadurch nicht hergestellt.
Dokumentieren Sie Umgebung, Zeitpunkt und die sichtbare Meldung in einem Screenshot ohne Namen, E-Mail-Adressen, Zugangsdaten oder Ticketinhalte.

Belegten Ticketablauf weiterverwenden

Wechseln Sie in der linken Symbolleiste zurück zu Tickets.
Bearbeiten Sie organisationsübergreifende Tickets nur mit einem dafür freigegebenen Plattformkonto.
Verwenden Sie Ticket übernehmen, Status und Priorität sowie Antwort oder Interne Notiz nur im Rahmen dieses Plattformkontos.
Legen Sie keinen parallelen „Support-Agent“-Prozess außerhalb von NeuraPort an, der als gleichwertige Berechtigung dargestellt wird. Ein dokumentierter administrativer Ersatzweg ist im Produkt nicht vorhanden.
Soll die Rolle organisatorisch getrennt werden, ist zunächst eine Produktkorrektur erforderlich: persistentes Agentenmerkmal, sichere Verwaltungsfunktionen, definierter Rechteumfang, Mandanten- und OE-Regeln, Auditierung sowie automatisierte Tests müssen gemeinsam umgesetzt und abgenommen werden.

Die normale Ticketanlage und -bearbeitung ist unter Supporttickets erstellen, beantworten und bearbeiten beschrieben. Diese Seite ergänzt ausschließlich die Einschränkung der Agentenverwaltung.

Feldreferenz

Feld	Pflicht	Bedeutung	Validierung
Einstellungen	Nur für Plattformoperatoren sichtbar	Öffnet die vorbereitete Verwaltungsansicht der Support Console.	Sichtbarkeit bestätigt nur das Plattformkonto, nicht die Funktionsfähigkeit der Agentenverwaltung.
Support-Agenten verwalten	Systemseitig	Überschrift der vorbereiteten Ansicht.	Im aktuellen Stand nicht an funktionsfähige Serveraktionen angeschlossen.
Aktive Agenten	Systemseitig	Soll als Agent markierte Benutzer auflisten.	Die Liste kann nicht erfolgreich geladen werden; angezeigte Anzahl nicht als Bestandsnachweis verwenden.
Kunden-Accounts	Systemseitig	Soll Organisationsbenutzer zeigen, die als Agent markiert werden könnten.	Die Liste kann nicht erfolgreich geladen werden; keine Organisationszuordnung daraus ableiten.
Agent	Vorgesehener Status	Soll ein aktives Agentenmerkmal kennzeichnen.	Merkmal fehlt im serverseitigen Benutzerkonto und in der Anmeldeantwort.
Als Agent	Nicht verfügbar	Soll ein Kundenkonto als Support-Agent markieren.	Aktion besitzt keine Serverimplementierung und ist nicht nutzbar.
Entfernen	Nicht verfügbar	Soll das Agentenmerkmal entfernen.	Aktion besitzt keine Serverimplementierung und ist nicht nutzbar. Für Plattformkonten blendet die Oberfläche die Aktion zusätzlich aus.
Nur meine	Nein	Filtert in der Agentenoberfläche nach selbst erstellten oder zugewiesenen Tickets.	Ist ein Ticketfilter und kein Ersatz für ein Agentenrecht.
Ticket übernehmen	Nein	Weist ein noch nicht zugeordnetes Ticket dem angemeldeten Plattformkonto zu.	Belegter Plattformoperator-Ablauf; erzeugt kein Support-Agentenkonto.

Status und mögliche Übergänge

Ausgangszustand	Aktion oder Ereignis	Ergebnis
Organisationsbenutzer angemeldet	Support-Anwendung öffnen	Kundenansicht Meine Anfragen; keine Agenteneinstellungen
Plattformoperator angemeldet	Support-Anwendung öffnen	Support Console mit Tickets und sichtbarer Schaltfläche Einstellungen
Plattformoperator in Einstellungen	Benutzerliste wird angefordert	Benutzer konnten nicht geladen werden; anschließend können irreführende leere Bereiche erscheinen
Kundenkonto	Als Agent wäre vorgesehen	Kein gültiger Übergang, weil die Umschaltaktion nicht serverseitig existiert
Vorgesehener Agent	Entfernen wäre vorgesehen	Kein gültiger Übergang, weil die Umschaltaktion nicht serverseitig existiert
Benutzer mit nur gedachtem Agentenmerkmal	Agentenoberfläche wird ausgewählt	Keine zugesicherten plattformweiten Ticket-, Status- oder Notizrechte
Plattformoperator	Ticket übernehmen	Nur das ausgewählte Ticket wird dem Plattformkonto zugewiesen; Kontorolle bleibt unverändert

Es existiert kein belegter Statusübergang „Kundenkonto → Support-Agent“ und kein Rückweg „Support-Agent → Kundenkonto“. Die sichtbaren Schaltflächen beschreiben lediglich die beabsichtigte Oberfläche. Sie bestätigen weder Speicherung noch Rechtevergabe noch Auditierung.

Was im Hintergrund passiert

Nach der Anmeldung entscheidet die Support-Oberfläche anhand der gelieferten Benutzermerkmale zwischen Kunden- und Agentenansicht. Ein Plattformkonto erfüllt diese Entscheidung zuverlässig über sein Plattformmerkmal. Das zusätzliche Agentenmerkmal ist nur in den Typannahmen und Anzeigeentscheidungen des Support-Frontends vorhanden; im aktuellen Benutzer-Datenmodell und in der Benutzerantwort des Servers fehlt es.

Beim Öffnen von Einstellungen fordert die Oberfläche eine Liste vermeintlicher Agenten und Kundenkonten an. Der aktive Supportserver stellt ausschließlich Funktionen für Ticketliste, Ticketanlage, Ticketdetail, Ticketänderung und Nachrichten bereit. Eine Agentenliste und eine Umschaltfunktion sind nicht registriert. Die Anfrage endet deshalb als Fehler, den die Oberfläche mit Benutzer konnten nicht geladen werden zusammenfasst.

Die Ticketberechtigungen prüfen unabhängig von der Frontendansicht ausdrücklich das Plattformmerkmal. Nur dieses gewährt die organisationsübergreifende Supportsicht und Ticketänderungen. Ein Nicht-Plattformkonto bleibt auf seinen Mandanten und je nach Rolle auf eigene oder zugewiesene Organisationseinheiten begrenzt. Interne Notizen werden ebenfalls ausschließlich für Plattformoperatoren akzeptiert.

Die Support-Tabellen besitzen Mandantenschutz auf Datenbankebene. Der organisationsübergreifende Datenbankkontext wird nur für Plattformoperatoren und nur bei Supportaufrufen gesetzt. Eine spätere Agentenrolle benötigt daher nicht nur neue Schaltflächen, sondern ein konsistentes Modell aus Kontoattribut, Anmeldeantwort, Verwaltungsrecht, Supportscope, Datenbankkontext und sichtbarer Rollenabgrenzung.

Der normale Releaseablauf baut das Support-Frontend mit. Im geprüften Repository fehlt jedoch zusätzlich eine eigene aktive Serverkonfiguration, die seine öffentliche Auslieferung belegt. Eine laufende Installation der Support-Anwendung und die nicht angeschlossene Agentenverwaltung sind getrennte Fragen: Selbst eine erreichbare Oberfläche stellt die fehlenden Agentenfunktionen nicht bereit. Für die vorbereitete Demoumgebung ist kein eigener Support-Agentenweg belegt.

Die vorhandenen automatisierten Supporttests prüfen lediglich, dass ein Organisationsadministrator ein Ticket nicht schließen darf und ein Plattformadministrator es schließen kann. Es gibt keine Tests für Agentenliste, Agentenmerkmal, Umschalten, Anmeldeantwort, Agentenscope, interne Notizen eines Agenten, Mandanten-/OE-Grenzen dieser geplanten Rolle oder die Einstellungen im Browser.

Typische Fehler und Lösungen

Meldung oder Beobachtung	Ursache	Lösung
Benutzer konnten nicht geladen werden	Die von der Einstellungsansicht erwartete Benutzerliste besitzt keine Serverimplementierung.	Ansicht verlassen und Tickets nur mit dem freigegebenen Plattformkonto bearbeiten. Produktlücke an den Plattformbetrieb melden.
Keine Agenten konfiguriert. nach einem Ladefehler	Die Oberfläche zeigt die leere lokale Liste, obwohl das Laden fehlgeschlagen ist.	Nicht als tatsächlichen Bestand interpretieren. Die Ansicht ist bis zur Korrektur nicht autoritativ.
Keine Kunden-Accounts vorhanden. trotz vorhandener Organisationen	Die Benutzerliste wurde nicht geladen.	Keine Konten neu anlegen oder außerhalb des Produkts zuordnen. Fehlende Verwaltungsfunktion melden.
Fehler beim Aktualisieren	Die vorgesehene Umschaltfunktion ist serverseitig nicht vorhanden.	Aktion nicht wiederholen und keinen Erfolg annehmen. Es gibt keinen belegten manuellen Ersatzweg.
Benutzer soll Agent sein, sieht aber Meine Anfragen	Das erwartete Agentenmerkmal wird vom Server nicht gespeichert oder geliefert.	Nicht durch lokale Browseränderungen umgehen. Für operative Bearbeitung ein freigegebenes Plattformkonto verwenden.
Benutzer sieht eine Agentenoberfläche, kann Status nicht ändern	Frontendansicht und Serverrechte widersprechen sich; Änderungen sind Plattformoperatoren vorbehalten.	Keine Agentenberechtigung zusagen. Sitzung beenden und Rollen-/Kontostatus durch den Plattformbetrieb prüfen lassen.
Keine Berechtigung fuer Ticket-Aenderungen	Ein Nicht-Plattformkonto versucht Status, Priorität oder Zuweisung zu ändern.	Nicht erneut versuchen. Nur der belegte Plattformoperator-Ablauf darf diese Änderungen ausführen.
Interne Notizen sind nur fuer Support erlaubt	Der Server akzeptiert interne Notizen nur von Plattformoperatoren; ein gedachtes Agentenmerkmal genügt nicht.	Keine vertrauliche Information als normale Kundenantwort senden. Plattformoperator hinzuziehen.
Einstellungen fehlt	Konto ist kein Plattformkonto oder Anmeldeantwort enthält dieses Merkmal nicht.	Nicht durch direkte Adressaufrufe umgehen. Berechtigung und vorgesehenen Arbeitsablauf prüfen lassen.
Demo enthält keine Agentenverwaltung	Für die vorbereitete Demo ist kein eigener Support-Agentenweg belegt.	Funktion nicht als Demo- oder Liveumfang präsentieren. Produktkorrektur und getrennte Abnahme abwarten.