Sie zeigen eine alte Version dieser Seite an. Zeigen Sie die aktuelle Version an.

Unterschiede anzeigen Seitenhistorie anzeigen

« Vorherige Version anzeigen Version 17 Nächste Version anzeigen »

Einführung: Was ist eine Ressource? Was ist eine Reservierung?

Eine Ressource ist etwas, was ihr für eure DLRG Arbeit benötigt, und bei dem ihr euch mit anderen Nutzern absprechen müsst, wer es wann benutzen darf.

Das können ganz unterschiedliche Dinge sein, hier nur ein paar Beispiele:

  • Ein Raum: euer Vereinsheim, das ihr für eine Vorstandsitzung, einen Lehrgang o.ä. benutzen wollt
  • Ein Fahrzeug: ein Mannschaftstransporter, mit dem ihr zu einem Zeltlager fahren wollt
  • Ein Boot, das ihr für eine Übung einsetzen wollt
  • Ein Sanitätsrucksack, den ihr für eine Veranstaltungsabsicherung mitnehmen wollt
  • Eine Software-Lizenz (z.B. für Zoom-Meetings), die immer nur einer gleichzeitig benutzen kann.

Was auch immer ihr "verwalten" wollt, ihr könnt es als Ressource im ISC anlegen.

Fokus ist dabei jeweils auf die zeitliche Reservierung der Nutzung des Objekts.
Eben die Absprache "Heute verwende ich es, morgen kannst du es verwenden."

Die Ressourcen-App hilft euch, solche Ressourcen zu verwalten und die gewünschten Reservierungen durchzuführen.
Dabei stellt die App sicher, dass nicht zwei Benutzer für den gleichen Zeitraum eine Ressource nutzen können.

Was ist die Ressourcen-App derzeit nicht?

Die Ressourcen-App ist in erster Ausbaustufe keine Inventarverwaltung, sie ist also noch nicht dafür geeignet, bei euch zu vermerken, dass ihr 50 Schwimmbretter für die Schwimmausbildung im Lager habt.
(Klar könntet ihr 50 Ressourcen anlegen, für jedes Schwimmbrett eines, aber damit werdet ihr wohl nicht glücklich.)

Die Ressourcen-App kann noch kein Verbrauch von Material kalkulieren.
Also z.B. wenn ihr Lungen für eure HLW-Puppen kauft und mit jeder Nutzung wird eine Lunge verbraucht, bis keine mehr da ist.
=> Vielleicht kommt dieses Feature irgendwann mal in der Zukunft, aber im Moment geht es nicht.

Die Ressourcen-App ist noch keine Verwaltung von  Prüf-Zeiträumen oder Wartungsintervallen.
Also dass z.B. eine Rettungsweste nur ein Jahr lang genutzt werden kann, weil dann der TÜV abläuft.
=> dieses Feature kommt irgendwann mal in der Zukunft, aber derzeit geht es nicht.

Verwalten von Ressourcen

Für die Anlage und Pflege von Ressourcen brauchst du die Berechtigung Apps-Ressourcen Admin, die dir dein Gliederungs-Administrator vergeben kann.

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

FeldBedeutung
Name

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 und sollte daher die wichtigen Informationen zur Ressource beinhalten.

(Warnung) Todo.... das ist noch gar nicht implementiert

Farbe

Wähle eine Farbe für die Ressource aus.
Diese Farbe wird verwendet, wenn später Reservierungen dieser Ressource in der Kalender-Ansicht dargestellt werden.

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.

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.

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.

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.

Benutzer-Rechte

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

Darüber hinaus können der Ressourcen-Administrator pro Ressource verschiedenen Nutzern unterschiedliche Rollen zuweisen.

RolleBedeutung

Keine

Sieht die Ressource nicht und kann entsprechend auch keine Reservierungen erstellen.
Nur LesenSieht die Ressource und die vorhandenen Reservierungen, kann aber keine eigenen Reservierungen erstellen.
NutzerSieht die Ressource und die vorhandenen Reservierungen.
Darf neue Reservierungen erstellen und die eigenen Reservierungen ändern bzw. löschen.
Verwalter

Sieht die Ressource und die vorhandenen Reservierungen.
Darf neue Reservierungen erstellen und alle Reservierungen (also auch von anderen Nutzern) ändern bzw. löschen 
Darf bei genehmigungspflichtigen Ressourcen die Reservierungs-Anfragen bestätigen.
Darf Reservierungen in der Vergangenheit anlegen, verändern oder löschen, auch wenn das in den Grundeinstellungen der Ressource verboten ist.

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 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.

Ressourcen-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)

  • Keine Stichwörter