Weitere künftige Funktionen, die noch nicht einsortiert sind:
...
- betrifft das Mail-System: derzeit laufen die Mails, die wir vom Support aus an die Besitzer oder Melder schicken über unsere normalen OC-Mail-Adressen. Das hat den Nachteil, dass die Mails (in Kopie) bei mir landen, ebenso die Antworten. Dadurch ist aber für andere die Kommunikation nicht nachvollziehbar. Ich habe mir deshalb überlegt (und wohl auch schon mit Mirco angesprochen), dass Mails von und an Supporter unter einer eigenen Mail-Adresse verschickt werden bzw. ankommen, gerne noch mit persönlichem Zusatz, damit man sie gleich dem zuständigen Admin zuordnen kann, z.B. dogesu.support@opencaching.de
Diese Mails sollten dann in einem Archiv einsehbar sein, evtl. verknüpft mit der Meldenummer bzw. wenn man die Meldung aufruft kann die Korrespondenz dazu angezeigt werden.
-> separates Thema. Details mit Mirco besprechen. Eigenes Ticket anlegen. - Aktuell habe ich den Fall, dass ein Nutzer (schon fast 11 Jahre nicht mehr dabei) nun wieder einsteigen will, aber das Passwort ist vergessen und die Mail-Adresse nicht mehr aktuell. (gab es schon mehrmals) Derzeit muß dann Mirco die neue Mail-Adresse manuell in der Datenbank eintragen. Ich finde dass wir vom Support die Möglichkeit bekommen sollten, eine veraltete Mail-Adresse zu ersetzen, wenn der Nutzer dies explizit wünscht (ähnlich wie bei Listing-Vandalismus, da müssen wir auch extra anklicken, dass der Nutzer mit der Restaurierung einverstanden ist.
-> Details mit Mirco besprechen. - Löschung einzelner Logeinträge
- Wiederherstellung von gelöschten Logs (außer der DSGVO-gelöschten Logs)
-> hierzu dürften Logs niemals aus der DB gelöscht werden, sondern maximal als versteckt gekennzeichnet werden, was eine neue Spalte in der Tabelle ‘cache_logs’ erfordert. - Schutzfunktion für Logs, damit diese nicht mehr vom Owner gelöscht werden können. Eine Veränderung des Logs seitens des Logschreibers soll dann auch unterbunden werden.
-> hier braucht es vermutlich eine neue Spalte in der ‘cache_logs’-Tabelle, die den Schutzstatus des Logs kennzeichnet?
Supportrechte (ganz grob)
ROLE_SUPPORT_TRAINEE / mit den wenigsten Rechten: Datenpflege
ROLE_SUPPORT / normal (Meldungen bearbeiten): bisheriges Admin-Menue: Meldungen, Cache-Historie, Benutzer verwalten (lesend)
ROLE_SUPPORT_MAINTAIN / super: Deaktivierung/Löschung von Nutzern, Loglöschung/-restore, Vandalismus (derzeit mic@ und dogesu)
ROLE_SUPPORT_HEAD / Support-Chef: Vergabe der unterschiedlichen Rechte an die Supportler (derzeit dogesu)
- Alle Funktionen müssen noch den unterschiedlichen Rollen zugewiesen werden
(weiße Textfarbe = Trainee/Head, türkis = Support, lila = Support_Maintain) - Klärung, wie unterschiedliche Rollen auf ein und der selben (Twig)Seite dargestellt werden können fraggle_DE
...