Versionen im Vergleich

Schlüssel

  • Diese Zeile wurde hinzugefügt.
  • Diese Zeile wurde entfernt.
  • Formatierung wurde geändert.

...

Hinweis
titleAchtung, Beta-Test-Phase!

Aktuell befindet sich die Ressourcen-App im Beta-Test. Bisher wird die Berechtigung nur vom AK IT direkt an Teilnehmer des Beta-Tests vergeben, Gliederungs-Admins können die Berechtigung noch nicht vergeben.

Für die Anwender im Beta-Test: Ihr könnt die App ausprobieren und euch schonmal damit vertraut machen. Feedback ist herzlich willkommen. (Lächeln)

Produktives Arbeiten in der App mit Echt-Daten wird noch nicht empfohlen. Es ist möglich, dass alle Daten ohne Vorankündigung gelöscht oder verändert werden.

Für die Teilnahme am Beta-Test teilnehmen haben wir ein Online-Seminar angeboten, das leider schon gelaufen ist. Weitere Termine sind nicht geplant.
Die Teilnehmer dieses Seminars (und nur die!) haben aktuell die notwendigen Berechtigungen für den Beta-Test.
Bitte schreibt keine Tickets, um die Berechtigungen zu erhalten!

...

Wenn du die hast, findest du im Menü einen Punkt "Ressourcen verwalten". Dort kannst du mit dem "Neu" Button eine neue Ressource anlegen.

Image RemovedImage Added

Berechtigungen
ReiterFeldBedeutung
GrunddatenName

Der Name der Ressource.
Du kannst einen beliebigen Namen eingeben. Die einzige Regel ist, dass es nicht zwei Ressourcen mit gleichem Namen geben kann. (innerhalb einer Gliederung)

Beschreibung

Hier kannst du einen beliebigen Text eintragen. Der wird den Benutzern später angezeigt, wenn sie eine Reservierung dieser Ressource vornehmen.

Kategorie

Hier kannst du eine Kategorie auswählen, zu der diese Ressource gehört.
Über die Kategorie wird die Farbe definiert, mit der später Reservierungen dieser Ressource in der Kalender-Ansicht dargestellt werden.

Genehmigungspflichtig

Wenn du hier "Ja" eingibst, darf ein Nutzer eine Reservierung zunächst nur beantragen. Der definierte Verwalter der Ressource wird über eine solche Anfrage informiert und muss die Nutzung dann bestätigen oder ablehnen.

Vergangene Reservierungen ändern

Hier kannst du einstellen, ob Reservierungen für diese Ressource nur in der Zukunft passieren dürfen, oder auch in der Vergangenheit.

Erweitern
titleWas bedeutet das?

Normalerweise will ein Nutzer ja eine Reservierung in der Zukunft anlegen, weil er in z.B. das Boot nächste Woche für den Wachdienst einsetzen will.
Eine Reservierung in der Vergangenheit macht dann ja erstmal wenig Sinn.

Trotzdem gibt es auch Fälle, bei denen es sinnvoll sein kann, Reservierungen in der Vergangenheit einzutragen. Nämlich dann, wenn die Ressource tatsächlich in der Vergangenheit genutzt wurde, aber dafür gar keine Reservierung gemacht wurde. Entweder, weil die Reservierung vergessen wurde (das soll vorkommen), oder weil es ein ungeplanter Einsatz war (z.B. eine Notfall-Alarmierung, bei der die Einsatzkräfte ja sicherlich nicht zuerst eine Reservierung im System eintragen, bevor sie zum Einsatz fahren).

Wenn du willst, dass solche Nutzungen einer Ressource nachträglich für Dokumentationszwecke eingetragen werden können, musst du Reservierungen in der Vergangenheit erlauben.

Andererseits kann es sein, dass jemand eine Ressource reserviert hatte, sie dann aber doch nicht genutzt hat. Willst du ihm erlauben, die Reservierung nachträglich zu entfernen? Wenn es dir in der Dokumentation darum geht, wer hat die Ressource tatsächlich genutzt, solltest du es erlauben. Wenn es dir aber wichtig ist zu wissen, wer die Ressource wann blockiert hatte (was ja die Auswirkung hatte, dass sie niemand anders nutzen konnte), dann solltest du Änderungen in der Vergangenheit verbieten. Das kann sinnvoll sein, wenn du später eine Auswertung machen willst, wer die Ressource wie oft für sich geblockt hatte, z.B. weil du für die Nutzung eine Rechnung schreiben willst.

Ein möglicher Kompromiss ist die Einstellung "Nur Anlegen, nicht Löschen". Damit können Reservierungen in der Vergangenheit eben noch erstellt werden, aber vorhandene Reservierungen in der Vergangenheit nicht mehr gelöscht oder geändert werden.


Erweitern
titleSonderfall: Was ist mit Reservierungen, die aktuell gerade laufen?

Angenommen, ein Benutzer hat eine Ressource für Montag und Dienstag reserviert.

Nun ist gerade Dienstag und er merkt, dass es nicht reicht und dass er die Ressource auch gerne am Mittwoch nutzen würde.
Eine solche Verlängerung der Reservierung nach hinten ist auf jeden Fall erlaubt, weil ja nur die Zukunft geändert wird. (egal, wie die Einstellung für "Vergangene Reservierungen ändern" ist).
Verboten wäre es aber (je nach Einstellung), wenn der Anwender am Dienstag sagen würde, er möchte die Reservierung löschen, oder er möchte den Start von Montag auf Dienstag ändern. Denn eine solche Änderung würde ja wiederum die Vergangenheit betreffen.

Übrigens: Egal, wie du diese Einstellung gesetzt hast: Der Verwalter einer Ressource darf immer in der Vergangenheit editieren.

Verwalter
Regulärer Nutzer
Nur Lesen
Keine

Hier kannst du einzelnen Anwendern bestimmte Rollen (d.h. Berechtigungen) an der Ressource zuweisen. Pro Rolle kannst du mehrere DLRG-Accounts berechtigen.

Welche Bedeutungen die einzelnen Rollen haben, wird weiter unten erklärt.

Berechtigungen


Standard-BerechtigungBerechtigung weitere Accounts

Hier kannst du allen Accounts, für die in den vier Feldern darüber der folgenden Tabelle keine Rolle definiert wurde, eine feste Rolle definieren.

Alle DLRG-Accounts mit der Berechtigung Apps-Ressourcen-Nutzer erhalten diese Berechtigung auf der Ressource, wenn ihnen nicht explizit eine andere Rolle zugewiesen wurde.

Benutzer Hinzufügen

Gruppe Hinzufügen

Hier kannst du einzelnen Anwendern, oder auch Gruppen von Anwendern, bestimmte Rollen (d.h. Berechtigungen) an der Ressource zuweisen.

Welche Bedeutungen die einzelnen Rollen haben, wird weiter unten erklärt.

Benutzer-Rechte

Welche Rollen gibt es?

Um Ressourcen zu benutzen (d.h. um Reservierungen vornehmen zu können), muss eine Anwender die Berechtigung Apps-Ressourcen-Nutzer vom Gliederungs-Administrator erhalten.

...

Dieses Rollen kannst du pro Ressource beliebig vielen Nutzern vergeben.

Außerdem hast du die Möglichkeit, allen anderen Benutzern (ohne sie namentlich zu nennen) noch abschließend eine Rolle zuzuweisen.

Eine sinnvolle Einstellung kann z.B. sein, dass du pro Ressource ein bis zwei "Verwalter" namentlich definierst, und allen anderen Anwendern über die letzte Option dann die "Nutzer" Rolle zuweist.
Das hat den Vorteil, dass du mit wenig Konfigurationsaufwand Berechtigungen für viele Anwender auf einmal vergeben kannst.
Ein neuer Helfer in deiner Ortsgruppe müsste dann nur einmal vom Gliederungsadministrator die ISC-Berechtigung "Ressourcen-Nutzer" bekommen, und wäre damit automatisch für alle eure Ressourcen entsprechend berechtigt.

Info
titleRessourcen-Admin vs. Ressourcen-Verwalter

Um Verwechslungen zu vermeiden:

  • Die ISC-Berechtigung "Apps-Ressourcen Admin", die man vom Gliederungs-Administrator bekommt, erlaubt dem Anwender, Ressourcen anzulegen und an diesen Ressourcen weitere Berechtigung in Form von Rollen zu vergeben.
  • Die Rolle "Verwalter" wird pro Ressource vergeben und erlaubt dem Anwender, Reservierungen an dieser Ressource zu erstellen, zu verändern, zu bestätigen oder zu löschen.

(Warnung) Der Ressourcen-Admin ist nicht automatisch Verwalter einer Ressource.

Dies ist absichtlich so unterschieden. Der Verwalter trägt die fachliche Verantwortung/Übersicht für seine Ressource, z.B. der Leiter Einsatz für die Einsatzfahrzeuge und der Leiter Ausbildung für das Ausbildungsmaterial. Der Ressourcen-Admin dagegen ist der IT-technische Ansprechpartner, wenn neue Ressourcen eingeführt werden sollen oder sich die Verantwortlichkeiten an bestehenden Ressourcen ändern.

PS: Natürlich kann sich ein Ressourcen-Admin auch selbst als Verwalter einer Ressource eintragen - und in einigen Fällen ist das sicherlich auch sinnvoll. Aber es ist eben nicht automatisch so. (Zwinkern)

(Warnung) Bitte beachten / mögliche Fehlerquelle:
Du kannst im Prinzip jedem DLRG-Account die o.g. Rollen an einer Ressource zuweisen. Solange er aber nicht die ISC-Berechtigung "Apps-Ressourcen Nutzer" vom Gliederungsadministrator bekommen hat, kann er trotzdem nicht auf die Ressource zugreifen.

Wie bekommt ein Nutzer eine Rolle zugewiesen?

Die Rollen (Keine / Nur Lesen / Regulärer Nutzer / Verwalter) können in verschiedenen Stufen vergeben werden:

  • Pro Benutzer:Du kannst einzelne DLRG-Accounts namentlich benennen und für diese eine Rolle definieren.
    Klicke dazu auf den Button "Benutzer hinzufügen" und wähle dann in der Tabelle die gewünschte Berechtigung aus.
  • Pro Gruppe: Du kannst für Gruppen von Anwendern Rollen definieren
    Klicke dazu auf den Button "Gruppe hinzufügen" und wähle dann in der Tabelle die gewünschte Berechtigung aus.
    Es handelt sich hierbei und die Benutzergruppen, die dein Gliederungs-Admin in der Apps Berechtigungen definieren kann.
  • Standard-Berechtigung: Du kannst pauschal für alle Anwender eine Rolle definieren.

Image Added

Reihenfolge und Priorität:

  • Erste Priorität: Benutzer
    Wenn du für einen Benutzer direkt eine Rolle vergeben hast, dann gilt diese.
  • Zweite Priorität: Gruppe
    Wenn für einen Anwender keine direkte Benutzer-Rolle definiert wurde, wird geprüft, ob er Mitglied einer berechtigten Gruppe ist. Wenn ja, gilt diese Rolle.
    Falls der Anwender in mehreren Gruppen ist, die unterschiedliche Rollen definiert haben, bekommt der Anwender die höherwertige Rolle.
  • Letzte Priorität: Standard-Berechtigung
    Nur wenn ein Anwender keine direkte Benutzer-Rolle hat und auch in keiner Gruppe Mitglied ist, gilt für diesen Anwender die Standard-Berechtigung.

Im obigen Beispiel gilt also:

  • Max Mustermann und Erika Musterfrau sind "Verwalter" der Ressource. Auch dann, falls sie Mitglied in den Gruppen Vorstand bzw. Einsatzkräfte sind.
  • Stefan Mustermann hat die Rolle "Nur Lesen". Auch dann, falls er Mitglied in den Gruppen Vorstand bzw. Einsatzkräfte ist.
  • Mitglieder der Gruppen Vorstand und Einsatzkräfte sind "Reguläre Nutzer"
  • Alle anderen Anwender haben die definierte Standard-Berechtigung "Nur Lesen"

Bedenke außerdem: all diese Rollen-Definitionen funktionieren nur dann, wenn der Anwender vom Gliederungs-Administrator die ISC-Berechtigung "Apps-Ressourcen Nutzer" erhalten hat.

Eine sinnvolle Einstellung kann z.B. sein, dass du pro Ressource ein bis zwei "Verwalter" namentlich definierst, und allen anderen Anwendern via "Standard-Berechtigung" die "Nutzer" Rolle zuweist.
Das hat den Vorteil, dass du mit wenig Konfigurationsaufwand Berechtigungen für viele Anwender auf einmal vergeben kannst.
Ein neuer Helfer in deiner Ortsgruppe müsste dann nur einmal vom Gliederungsadministrator die ISC-Berechtigung "Ressourcen-Nutzer" bekommen, und wäre damit automatisch für alle eure Ressourcen entsprechend berechtigt.

Reservierungen

Reservierungen ansehen

...