Hilfe für Firmen- und Verbands-Admins

Womit Sie im Alltag meistens zu tun haben

• Wenn ein Benutzerkonto neu in Ihren Bereich kommt, klären Sie zuerst die reale Aufgabe und ordnen danach Organisation, Organisationsmitgliedschaft und Rechte passend zu. Beginnen Sie nicht mit einer pauschalen Rollenvergabe.
• Legen Sie bewusst fest, welches Benutzerkonto welche Aufgabe wirklich übernimmt. Entscheidend ist nicht der Titel, sondern die konkrete Zuständigkeit im Alltag.
• Prüfen Sie bei Admin-Fällen immer mit, ob Bestellungen, Kontingente, Gutscheine oder andere Folgeobjekte mitbetroffen sind. Eine Benutzeränderung ist oft zugleich ein Vorgangsfall.
• Sichern Sie Vorgänge auch dann ab, wenn Personen wechseln oder ausfallen. Ein Fall ist erst sauber gelöst, wenn die Weiterarbeit im Scope organisiert ist und nicht nur der Zugriff geändert wurde.

Wenn Sie ein Benutzerkonto neu aufnehmen oder umhängen

• Klären Sie zuerst, was diese Person im Alltag tatsächlich tun soll: nur operativ mitarbeiten, Benutzerkonten verwalten, Vorgänge freigeben oder einen Organisationsbereich administrativ betreuen.
• Ordnen Sie danach das Benutzerkonto der richtigen Firma oder dem richtigen Verband und der passenden Organisationsmitgliedschaft zu. Prüfen Sie dabei bewusst, ob der Scope zu eng, zu weit oder genau passend ist.
• Geben Sie anschließend nur die Rechte frei, die für diese Aufgabe wirklich nötig sind. Starten Sie lieber enger und erweitern Sie gezielt, statt zu breit freizuschalten.
• Prüfen Sie zum Schluss die echten Wege: Kann das Benutzerkonto die vorgesehenen Menüs, Listen und Aktionen sehen, ohne zugleich unnötige zusätzliche Bereiche zu öffnen?

Wenn Vertretung oder Ausfall organisiert werden muss

• Legen Sie zuerst fest, wer die Aufgabe vorübergehend übernimmt.
• Passen Sie Rolle und Organisationsmitgliedschaften des vertretenden Benutzerkontos nur für diesen konkreten Bedarf an. Ändern Sie nicht pauschal den gesamten Admin-Umfang, wenn nur ein Teil gebraucht wird.
• Schalten Sie nur den Teil frei, der für die konkrete Vertretung nötig ist. Prüfen Sie vorher, welche Listen, Freigaben oder Bearbeitungsrechte tatsächlich übernommen werden müssen.
• Informieren Sie die Beteiligten und nehmen Sie die Vertretung nach Ende der Phase wieder zurück. Eine Vertretung ist erst abgeschlossen, wenn auch der zusätzliche Zugriff wieder entfernt wurde.

Wenn Austritt oder Offboarding ansteht

• Sperren oder deaktivieren Sie ein Benutzerkonto nicht als ersten Schritt. Klären Sie zuerst, wer die offenen Aufgaben und Zuständigkeiten übernimmt.
• Prüfen Sie danach systematisch, was noch an dieser Person hängt: offene Bestellungen, Kontingente, Gutscheine, Ergebnis- oder Verwaltungsfälle, Moderation oder sonstige sichtbare Folgeobjekte im Scope.
• Ordnen Sie Nachfolge, Organisationsmitgliedschaft und notwendige Rechte sauber zu und übergeben Sie die offenen Vorgänge fachlich. Das bedeutet mindestens: informieren, zuordnen, aktuellen Stand klären und Zuständigkeit eindeutig festlegen.
• Erst wenn die Übergabe steht, entziehen Sie Zugriff, beenden Organisationsmitgliedschaften oder bereinigen Sichtbarkeit. Offboarding ist nicht mit dem Klick auf Deaktivieren abgeschlossen.

Wenn unklar ist, welches Benutzerkonto Zugriff oder Sichtbarkeit braucht

• Fragen Sie zuerst, welche konkrete Aktion oder Sichtbarkeit gerade fehlt. Erst dann entscheiden Sie, ob es sich um einen Einzelfall oder um einen dauerhaften Standardfall handelt.
• Prüfen Sie bei Einzelfällen in dieser Reihenfolge: passt das Benutzerkonto, passt die Organisation, passt die Organisationsmitgliedschaft, passt die Rolle, und blockiert zusätzlich ein Objektstatus oder eine Ownership-Regel?
• Nur wenn viele gleichartige Fälle trotz korrekter lokaler Zuordnung dauerhaft am selben Punkt scheitern, wird daraus ein Thema für globale Rechte oder Plattform-Regeln. Der Einzelfall wird fast immer lokal gelöst.

Benutzerkonten sauber prüfen und ändern

Gehen Sie bei Rechten, Sichtbarkeit und Vertretung immer vom konkreten Benutzerkonto aus und erst danach von übergeordneten Regeln oder globalen Matrizen.

• Öffnen Sie bei einem konkreten Fall zuerst das betroffene Benutzerkonto und nicht sofort globale Rechte oder allgemeine Matrizen.
• Prüfen Sie dort in dieser Reihenfolge: Rolle, Organisationsmitgliedschaften, sichtbare Bereiche und die konkrete Aktion, die gerade fehlt oder falsch offen ist.
• Ändern Sie Benutzerkonto und Organisationsmitgliedschaft zuerst lokal, wenn nur ein einzelner Fall betroffen ist.
• Prüfen Sie vor dem Speichern immer, welche zusätzlichen Menüs, Listen oder Bearbeitungsrechte durch die Änderung neu sichtbar werden.
• Testen Sie nach der Änderung den vorgesehenen Hauptpfad und nicht nur, ob das Speichern technisch funktioniert hat.
• Typischer Fall Neueinstellung: Legen Sie das Benutzerkonto an, ordnen Sie es der richtigen Organisation zu, geben Sie nur die Start-Rechte frei und prüfen Sie danach den ersten echten Arbeitsweg dieser Person.
• Typischer Fall Rollenwechsel: Prüfen Sie alte Mitgliedschaften, bisher sichtbare Bereiche und frühere Aufgaben mit, damit beim Wechsel keine Restrechte unbeabsichtigt offen bleiben.
• Typischer Fall Vertretung oder Rückkehr: Halten Sie fest, was nur vorübergehend freigeschaltet wurde, und bauen Sie diese Zusatzrechte nach Ende der Vertretung in derselben Reihenfolge wieder zurück.

Organisationen sauber pflegen und bereinigen

Ändern Sie Organisationsdaten nie isoliert, sondern immer mit Blick auf die Benutzerkonten, Mitgliedschaften und offenen Vorgänge, die daran hängen.

• Gehen Sie in den Organisationsbereich, wenn Stammdaten, Parent-Bezug oder die organisatorische Zuordnung selbst falsch sind und nicht nur ein einzelnes Benutzerkonto.
• Prüfen Sie vor jeder Änderung, welche Benutzerkonten, Mitgliedschaften und sichtbaren Folgeobjekte an dieser Organisation hängen.
• Wenn sich Zuständigkeiten ändern, klären Sie zuerst, wer die Organisation operativ weiter betreut, bevor Sie Kontakt- oder Strukturdaten ändern.
• Löschen oder bereinigen Sie eine Organisation erst dann, wenn die lokale Betreuung geklärt ist und keine offenen Zuständigkeiten verdeckt abgeschnitten werden.
• Typischer Fall Stammdatenkorrektur: Korrigieren Sie zuerst Name, Kontakt- oder Zuordnungsdaten, prüfen Sie dann die betroffenen Benutzerkonten und testen Sie zum Schluss den normalen Sichtbarkeits- und Arbeitsweg.
• Typischer Fall Übergabe oder Zusammenlegung: Klären Sie zuerst die neue operative Verantwortung, verschieben Sie erst danach Mitgliedschaften und offene Aufgaben und bereinigen Sie alte Strukturen zuletzt.
• Typischer Fall Stilllegung: Prüfen Sie vor jeder Bereinigung, ob Bestellungen, Kontingente, Gutscheine, Assessments oder Freigaben noch an der Organisation hängen und wer diese künftig weiterführt.

Kontingente, Gutscheine und offene Vorgänge mitdenken

Die kritischsten Folgeprobleme entstehen oft nicht am Benutzerkonto selbst, sondern bei offenen Kontingent-, Gutschein-, Bestell- und Freigabepfaden.

• Prüfen Sie bei Benutzerwechseln immer mit, ob Kontingente, Gutscheine, Bestellungen oder Freigaben an der bisherigen Person oder Organisation hängen.
• Beenden Sie keinen Zugriff, solange unklar ist, wer laufende Kontingent-, Gutschein- oder Verwaltungsfälle sichtbar weiterbearbeitet.
• Ordnen Sie offene Vorgänge bewusst einem Nachfolger zu und klären Sie, wer Rückfragen, Freigaben oder Folgeaktionen übernimmt.
• Wenn Sichtbarkeit oder Bearbeitung trotz sauberer Zuordnung nicht passt, prüfen Sie zusätzlich Status, Scope und Ownership, bevor Sie den Fall an Support geben.
• Typischer Fall Austritt: Prüfen Sie vor der Deaktivierung, welche Bestellungen, Gutscheinzuweisungen oder Freigaben noch Rückfragen auslösen können, und benennen Sie dafür einen sichtbaren Nachfolger.
• Typischer Fall Vertretung: Klären Sie ausdrücklich, ob die vertretende Person nur Sichtbarkeit braucht oder auch freigeben, bestellen, widerrufen oder Rückfragen beantworten muss.
• Typischer Fall unklare Restlasten: Nutzen Sie Listen, Detailseiten und Audit-Hinweise, um offene Zuordnungen sichtbar zu machen, bevor Sie den Fall an Plattform-Admin oder Support eskalieren.

Wann Sie lokal aufhören und sauber eskalieren

• Ziehen Sie den Plattform-Admin hinzu, wenn der Fall mehrere Organisationsobjekte oder Scopes gleichzeitig betrifft oder wenn eine lokale Zuordnung den Fall nicht sauber lösen kann.
• Wenn Berechtigungen systematisch falsch greifen und nicht nur ein einzelnes Benutzerkonto betreffen, dokumentieren Sie den Fall sauber und ziehen Sie ihn erst dann auf die globale Ebene.
• Gehen Sie an Support, wenn Menüs, Daten oder Aktionen trotz fachlich korrekter Zuordnung technisch falsch reagieren, fehlen oder blockiert bleiben.