Benutzer:Christian.schliz/svdb3

Halt!Bearbeitungshinweis:

Bitte ändere diese Seite nicht selber! Bei Ideen oder Wünschen, wende dich per Mail an die HEIDI-Admins

Informelle Zusammenfassung aller Ideen und Wünsche für die neue HEIDI (svdb3)

Features des alten Systems

Die alte HEIDI (svdb1) wurde an die BA-DB angebaut, um die Arbeit von Wohnzeitausschuss und Kontrollrat zu vereinfachen. Dabei sollten Wohnzeit(-punkte) und Immatrikulationsbescheinigungen erfasst und halbjährlich kontrolliert werden. Alle diese Anforderungen sind auch vom neuen System zu erfüllen

Module

Alle Features von svdb1 sind in Module unterteilt, die im folgenden aufgelistet sind.

Admin-Modul

Auf dieses Modul hat niemand Zugriff. Das Admin-Modul zeigt die neusten Log-Nachriten tabellarisch an. Des weiteren wird eine Liste aller HEIDI-Accounts angezeigt, geordnet danach welcher Account sich zuletzt angemeldet hat. Die Account-Tabelle zeigt folgende Infos: BA-Id, Vorname, Nachname, Username, Zimmer, Amt, Admin, Registriert (Datum), Last Login. Für jeden Account können Aktionen ausgeführt werden: Der Account kann ge- und entsperrt, sowie vom Admin impersoniert werden.

ÄRa-Modul

Auf dieses Modul haben ÄRa und Vorstand Zugriff. Das Modul enthält einerseits die Features für Datenschutzerklärungen:

• Personen mit DSE auflisten
  • Personen nach Namensfilter auflisten
  • Personen nach Version der DSE auflisten
  • Personen einzelner Ämtergruppen, die DSE benötigen, auflisten
• DSEen für Personen eintragen
• DSE Blätter herunterladen/ausdrucken

Außerdem kann hierüber eine Anwesenheitsliste für das KA generiert werden

Allgemein

Auf dieses Modul kann jeder Benutzer zugreifen. Hier werden nur Informationen angezeigt:

• Bewohnerdaten aus ba-db (z.B. Name, Ein-/Auszug, Nationalität)
• Status über den Immatrikulationsnachweis
• Liste der Ämter mit Status der Vergütung
• Liste der Fluranträge des eigenen Flures

HS-Modul

Auf dieses Modul haben Haussprecher und Vorstand zugriff. Das Modul enthält:

• Suche von Bewohnern nach Pattern über "Vorname Nachname Zimmernummer"
• Auflistung der Bewohner nach Häusern. Zeigt tabellarisch folgende Daten an: Zimmer, Vorname, Nachname, Auszug, Status, Ämter
  • Bewohnertabellen enthalten Untermieter oder Doppelbelegungen als Unterpunkt
• Details über einen Bewohner anzeigen: Vorname, Nachname, Geschlecht, Geburt, Kündigung (optional), Einzug, Auszug (optional), Zimmer, Status (Belegung), Umzüge, aktuelle Ämter, Anzahl WZP
  • Anzeige der Anträge für den Bewohner. Tabellarische Anzeige der Daten: Datum, Art, Beginn, Ende, Sitzung, Nachname, Vorname, Kommentar
• Anlegen neuer Bewohner-Anträge und Löschen von Anträgen

KR-Modul

• KR Bewohner-Detailsansicht (aus anderen Modulen, z.B. Suche, verlinkt)
• KR SV-Liste
• Imma-Tabellen
• Liste der UV und DP
• Namensalise eintragen/auflisten/verwalten
• Immas eintragen/auflisten/verwalten

Suche

Auf dieses Modul hat der Kontrollrat (damit auch der ÄRa) und der Vorstand Zugriff. Die Suchmaske erlaubt es nach allen Datenbankfelder beliebig zu suchen und joint die Daten automatisch. Bewohner-IDs in den Ergebnisdaten haben einen Link auf die KR Bewohner-Detailsansicht (pers_det) über denjenigen Bewohner.

Post-Modul

Auf dieses Modul haben die Hausmeister zugriff. Das Modul ist eine read-only Ansicht des Haussprecher-Moduls, wobei in den Haustabellen keine Ämter angezeigt werden und in der Detailansicht keine WZP-Info oder Ämterliste ist. Des weiteren werden keine gelöschten Anträge in der Detailansicht angezeigt (im HS-Modul schon)

WZA-Modul

• WZA-Statistik
• Ämter suchen und eintragen
• Flurämter verwalten
• nicht entlastete Ämter verwalten

Sonstige Features

Hier sind alle weiteren Features des alten Systems dokumentiert, die nicht direkt in Frontend-Module eingeteilt sind.

crontab

Die alte HEIDI hat ein paar Cron Jobs, die zu bestimmten Zeiten automatisch E-Mails versenden:

0 1 25  4 * /usr/bin/python /srv/mailscripts/kr-wahlen.py
0 1 25 10 * /usr/bin/python /srv/mailscripts/kr-wahlen.py
0 1 28  6 * /usr/bin/python /srv/mailscripts/vorstand-wahlen.py
0 1 27 12 * /usr/bin/python /srv/mailscripts/vorstand-wahlen.py
0 1 30  6 * /usr/bin/python /srv/mailscripts/kr-goodbye.py
0 1 31 12 * /usr/bin/python /srv/mailscripts/kr-goodbye.py
0 1  5  7 * /usr/bin/python /srv/mailscripts/kr-welcome.py
0 1  5  1 * /usr/bin/python /srv/mailscripts/kr-welcome.py
0 1  1  1 * /usr/bin/python /srv/mailscripts/aera-svliste.py
0 1  1  7 * /usr/bin/python /srv/mailscripts/aera-svliste.py
0 1 28  6 * /usr/bin/python /srv/mailscripts/all-goodbye.py
0 1 28 12 * /usr/bin/python /srv/mailscripts/all-goodbye.py
0 1  1  * * /usr/bin/python /srv/mailscripts/hm_untervermietungen.py

APIs

Die alte HEIDI hat (unter svdb.hadiko.de) eine API für Sync-Skripte mit zwei wesentlichen Endpunkten. Der Endpunkt currentOccupancy gibt die aktuelle Gesamtbelegung zurück. searchResidents gibt mehr Details für einzelne Bewohner. Diese API ist Zugangsbeschränkt, nur die Sync-Skripte, die diese Funktion explizit benötigen haben Zugriff darauf.

Des weiteren bietet die alte HEIDI für Wiki und Webseite eine Read-Only API an, in der insgesamt die Infos der SV-Liste in diversen Formaten (u.a. Wikitext) zur Verfügung gestellt werden.

Ideen und Wünsche für das neue System

werde ich hier noch nach und nach einfügen :)

Tätigkeitsberichte mit WYSIWYG-Editor

Von: Kai o514 (HsK5)

Die Heidi soll eine Seite haben, auf der Bewohner für alle Gremien, in denen sie tätig sind, Berichte schreiben und veröffentlichen können. Das ganze kann kollaborativ wie im Cryptpad geschehen. Bei der Veröffentlichung wird alles automatisch auf den Blog geschoben, außer es ist eine Bar. Zusätzlich kann jeder Bewohner die Berichte gesammelt für das jeweilige Halbjahr einsehen.
Zusätzlich kann eine Liste mit vorgeschlagenen Vergütungen hinterlegt werden, die der ÄRa nur noch akzeptieren muss. Dann werden die Vergütungen direkt in die Datenbank übernommen.

Klingt nicht nach zu viel Aufwand, oder?

Verzeichnis für Protokolle/Beschlüsse der Vereinsgremien und -Organen

Von: Christian R406 (HEIDI-Admin)

In erster Linie soll vom Kontroll-/Ältestenrat in der HEIDI ein Verzeichnis über alle Beschlüsse der Organe in heimöffentlichen Sitzungen (also KA und MV) geführt werden. Weil diese Beschlüsse bisher in Form von Protokollen veröffentlicht werden könnte man das auch genau so in der HEIDI umsetzen. Dieses Feature soll auch für andere Gremien (AKs, BA, HaDiNet, GeMa, etc.) zur Verfügung stehen. Grundsätzlich sollen aber nur Heimöffentliche Beschlüsse protokolliert werden.

Zusammenhangslose Ideensammlung

• Object Storage für Immas, Formulate, etc.
• OfficeRoles: Typunterscheidung
  • ELECTED wird vom Kontrollrat eingetragen
  • APPOINTED wird vom Sprecher selbst eingetragen

skrrt:

• leere places in OfficeRole auf NULL setzen

Glossar

• AWE: Aufwandsentschädigung (Geld für Ämter)
• DSE: Datenschutzerklärung
• WZP: Wohnzeitpunkt(-e)