Benutzer-Werkzeuge

Webseiten-Werkzeuge


ticketsystem

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen der Seite angezeigt.

Link zu der Vergleichsansicht

Beide Seiten, vorherige ÜberarbeitungVorherige Überarbeitung
ticketsystem [2026-04-12 17:44] – [Spendennachfrage] marco.rosenthalticketsystem [2026-06-22 00:21] (aktuell) – [Löschung/Sperrung] Kontaktaufnahme ergänzt marco.rosenthal
Zeile 18: Zeile 18:
  
 Sobald ein Vereinsmitglied gegenüber dem Vorstand den Wunsch geäußert hat, aktiv tätig werden zu wollen, und die [[mitgliedschaft#schulung_fuer_neumitglieder|Neumitgliederschulung]] absolviert hat, erhält dieses ein Konto mit den passenden Berechtigungen. Sobald ein Vereinsmitglied gegenüber dem Vorstand den Wunsch geäußert hat, aktiv tätig werden zu wollen, und die [[mitgliedschaft#schulung_fuer_neumitglieder|Neumitgliederschulung]] absolviert hat, erhält dieses ein Konto mit den passenden Berechtigungen.
- 
  
 ==== Sperrung ==== ==== Sperrung ====
Zeile 26: Zeile 25:
 Ist ein Konto zur Sperrung vorgesehen, dessen Agent*in sich ebenfalls in den Departments //Datenschutz// und/oder //Gefahrgutaufkleber// befindet, so wird es nicht gesperrt, sondern es werden stattdessen die Zugriffe auf alle anderen Departments entzogen. Ist ein Konto zur Sperrung vorgesehen, dessen Agent*in sich ebenfalls in den Departments //Datenschutz// und/oder //Gefahrgutaufkleber// befindet, so wird es nicht gesperrt, sondern es werden stattdessen die Zugriffe auf alle anderen Departments entzogen.
  
-Möchte ein betroffenes Mitglied nach einer Kontensperrung wieder aktiv werden, kann diese jederzeit auf dessen Wunsch hin vom Vorstand aufgehoben werden.+Möchte ein betroffenes Mitglied nach einer Kontensperrung wieder aktiv werden, kann diese jederzeit auf dessen Wunsch hin vom Vorstand aufgehoben werden. Hierüber muss der Vorstand per E-Mail oder per [[https://computertruhe.de/kontakt/?form-request-type=Ich%20m%C3%B6chte%20den%20Vorstand%20kontaktieren#kontaktformular|Kontaktformular]] in Kenntnis gesetzt werden.
  
 ==== Löschung ==== ==== Löschung ====
Zeile 32: Zeile 31:
 Vergehen nach der Kontensperrung mindestens weitere sechs Monate, so wird das Konto gelöscht. Vergehen nach der Kontensperrung mindestens weitere sechs Monate, so wird das Konto gelöscht.
  
-Aber auch in diesem Fall gilt: Möchte ein betroffenes Mitglied nach der Kontenlöschung wieder aktiv werden, kann es beim Vorstand problemlos ein neues Konto beantragen.+Aber auch in diesem Fall gilt: Möchte ein betroffenes Mitglied nach der Kontenlöschung wieder aktiv werden, kann es beim Vorstand problemlos ein neues Konto beantragen. Hierüber muss der Vorstand per E-Mail oder per [[https://computertruhe.de/kontakt/?form-request-type=Ich%20m%C3%B6chte%20den%20Vorstand%20kontaktieren#kontaktformular|Kontaktformular]] in Kenntnis gesetzt werden.
  
 ====== Departments ====== ====== Departments ======
Zeile 51: Zeile 50:
  
 Übrigens kann der Vorstand den entsprechenden Filter anpassen, sofern das Team Direktmails von bestimmten Absendern empfangen möchte. Diese Aufweichung des Filters sollte aber nur in begründeten Ausnahmefällen erfolgen. Dies betrifft insbesondere Situationen, in denen externe Partner regelmäßig wichtige Informationen an interne Teams senden müssen. Nehmen wir an ein Standortteam nutzt von der //Computertruhe// angemietete Räumlichkeiten eines anderen Vereins. Für organisatorische Abläufe gibt es von diesem Verein eine feste Kontaktperson, die dem Standortteam gelegentlich Informationen zu den Räumlichkeiten oder zum Gebäude mitteilen muss. Das können z. B. Hinweise zu geänderten Öffnungszeiten des Gebäudes oder zu Wartungsarbeiten sein. In diesem Fall wäre es gerechtfertigt, den Filter so anzupassen, dass die Mailadresse dieser Kontaktperson nicht blockiert und stattdessen deren Mails dem Standortteam zugänglich gemacht werden. Übrigens kann der Vorstand den entsprechenden Filter anpassen, sofern das Team Direktmails von bestimmten Absendern empfangen möchte. Diese Aufweichung des Filters sollte aber nur in begründeten Ausnahmefällen erfolgen. Dies betrifft insbesondere Situationen, in denen externe Partner regelmäßig wichtige Informationen an interne Teams senden müssen. Nehmen wir an ein Standortteam nutzt von der //Computertruhe// angemietete Räumlichkeiten eines anderen Vereins. Für organisatorische Abläufe gibt es von diesem Verein eine feste Kontaktperson, die dem Standortteam gelegentlich Informationen zu den Räumlichkeiten oder zum Gebäude mitteilen muss. Das können z. B. Hinweise zu geänderten Öffnungszeiten des Gebäudes oder zu Wartungsarbeiten sein. In diesem Fall wäre es gerechtfertigt, den Filter so anzupassen, dass die Mailadresse dieser Kontaktperson nicht blockiert und stattdessen deren Mails dem Standortteam zugänglich gemacht werden.
- 
  
 ==== Standardzugriffsberechtigung ==== ==== Standardzugriffsberechtigung ====
Zeile 116: Zeile 114:
  
 Schreib-/Leseberechtigung für alle Mitglieder des Vorstands. Schreib-/Leseberechtigung für alle Mitglieder des Vorstands.
- 
  
 ====== Tickets ====== ====== Tickets ======
Zeile 225: Zeile 222:
   * //Berechtigungsnachweisformular erstellt und im Tresor abgelegt//: Hier muss grundsätzlich ein Wert hinterlegt sein, damit das Ticket geschlossen werden kann. Wurde das Berechtigungsnachweisformular im Tresor abgelegt, wird hier //Ja// angegeben. Wurde das Ticket abgelehnt, weil bspw. kein passender Berechtigungsnachweis vorgelegt werden konnte, bitte //Nein// auswählen und ggf. einen Kommentar dazu verfassen, sollte der Grund nicht offensichtlich sein. Leider ist dieser Weg etwas umständlich, aber //osTicket// bietet hier aktuell keine uns bekannte bessere Möglichkeit an.   * //Berechtigungsnachweisformular erstellt und im Tresor abgelegt//: Hier muss grundsätzlich ein Wert hinterlegt sein, damit das Ticket geschlossen werden kann. Wurde das Berechtigungsnachweisformular im Tresor abgelegt, wird hier //Ja// angegeben. Wurde das Ticket abgelehnt, weil bspw. kein passender Berechtigungsnachweis vorgelegt werden konnte, bitte //Nein// auswählen und ggf. einen Kommentar dazu verfassen, sollte der Grund nicht offensichtlich sein. Leider ist dieser Weg etwas umständlich, aber //osTicket// bietet hier aktuell keine uns bekannte bessere Möglichkeit an.
   * //Umfrage verschickt//: Hier muss grundsätzlich ein Wert hinterlegt sein, damit das Ticket geschlossen werden kann. Direkt nach der Geräteausgabe wird das Fälligkeitsdatum (//Due Date//) des Tickets auf den siebten Tag nach der Ausgabe gesetzt. Die Umfrage (Canned Response //!All Umfrage//) soll dann 1-2 Wochen nach der Geräteausgabe versendet werden. Wurde die Umfrage versendet, wird hier im Anschluss //Ja// angegeben. Wurde die Umfrage nicht versendet, bitte //Nein //auswählen und ggf. einen Kommentar dazu verfassen, sollte der Grund nicht offensichtlich sein.   * //Umfrage verschickt//: Hier muss grundsätzlich ein Wert hinterlegt sein, damit das Ticket geschlossen werden kann. Direkt nach der Geräteausgabe wird das Fälligkeitsdatum (//Due Date//) des Tickets auf den siebten Tag nach der Ausgabe gesetzt. Die Umfrage (Canned Response //!All Umfrage//) soll dann 1-2 Wochen nach der Geräteausgabe versendet werden. Wurde die Umfrage versendet, wird hier im Anschluss //Ja// angegeben. Wurde die Umfrage nicht versendet, bitte //Nein //auswählen und ggf. einen Kommentar dazu verfassen, sollte der Grund nicht offensichtlich sein.
- 
  
 ===== Canned Responses ===== ===== Canned Responses =====
  
 //Dieses Unterkapitel wird nach einer Restrukturierung der Canned Responses erstellt werden.// //Dieses Unterkapitel wird nach einer Restrukturierung der Canned Responses erstellt werden.//
- 
  
 ====== Zwei-Faktor-Authentifizierung ====== ====== Zwei-Faktor-Authentifizierung ======
ticketsystem.txt · Zuletzt geändert: von marco.rosenthal