Ticketsystem: Unterschied zwischen den Versionen
Mac (Diskussion | Beiträge) (→Help Topics: hinzugefügt. Veraltetes Unterkapitel gelöscht.) |
Mac (Diskussion | Beiträge) (→Ticketzustände: Beschreibungen der Ticketstatus und -zustände aktualisiert) |
||
Zeile 116: | Zeile 116: | ||
|} | |} | ||
− | ==== Zustand ''Open'' ==== | + | ===Ticketzustände=== |
+ | [[Datei:Standardticketzustände.png|mini|Standardticketzustände|alternativtext=]] | ||
+ | ====Zustand ''Open''==== | ||
=====Status ''Open''===== | =====Status ''Open''===== | ||
− | Sobald ein neues Ticket erstellt wurde, befindet sich dieses im Zustand und im Status ''Open'' | + | Sobald ein neues Ticket erstellt wurde, befindet sich dieses im Zustand und im Status ''Open'' und ist noch keiner Person zugewiesen. Abhängig davon, was die anfragende Person im Kontaktformular auf unserer Website ausgewählt hat, haben die Mitglieder eines bestimmten Departments nun Zugriff auf dieses Ticket. Wurde dort bspw. die Region ''Berlin'' ausgewählt, so befindet es sich automatisch im gleichnamigen Department. |
− | =====Status ''In progress''===== | + | ===== Status ''In progress''===== |
− | + | Beginnt man mit der Bearbeitung eines Tickets bzw. verfasst die erste öffentliche Antwort auf die Anfrage, so wird man automatisch diesem Ticket als verantwortliche*r Agent*in zugewiesen. Anschließend muss der Ticketstatus auf ''In progress'' gesetzt werden. Dadurch erkennen die anderen Agent*innen, dass sich bereits jemand aktiv um die Anfrage kümmert. | |
+ | |||
+ | Kann man die Bearbeitung nicht mehr fortsetzen, sei es aus Zeitgründen oder fehlendem Wissen, bitte das Ticket entweder nach Absprache einer anderen Person zuweisen oder freigeben. In letzterem Fall sehen die anderen Agent*innen des Departments, dass das Ticket aktuell keine*n Verantwortliche*n hat und es sollte daher schnell von jemandem übernommen werden. Bitte informiert die anfragenden Person ggf. darüber, wenn ihr die Bearbeitung des Tickets abbrecht, damit diese Bescheid weiß, dass es bspw. zu Verzögerungen kommen kann. Im Endeffekt sollten die Menschen, die uns kontaktiert haben, immer über den aktuellen Bearbeitungsstand ihrer Anfrage Bescheid wissen. | ||
=====Status ''On waiting''===== | =====Status ''On waiting''===== | ||
− | Dieser Status wird verwendet, wenn eine | + | Dieser Status wird verwendet, wenn eine Anfrage nicht sofort bearbeitet werden kann, da z. B. derzeit kein passendes Spendengerät zur Verfügung steht, und vorerst keine Gründe für eine weitere Kommunikation mehr vorhanden sind. Zusätzlich wird das Ticket wieder freigegeben, d. h. die Zuweisung zu der bis dahin verantwortlichen Person entfernt. Damit ist für alle deutlich erkennbar, dass sich die Anfrage auf unserer Warteliste befindet. |
− | Sobald ein | + | Sobald jemand die Bearbeitung wieder aufnimmt, da nun bspw. ein Spendengerät angeboten werden kann, übernimmt diese Person das Ticket, setzt den Status erneut auf ''In progress'', nimmt die Kommunikation mit der anfragenden Person wieder auf und komplettiert im besten Fall das Ticket. |
====Zustand ''Closed''==== | ====Zustand ''Closed''==== | ||
− | ===== Status ''Closed''===== | + | =====Status ''Closed''===== |
− | Sobald es in einem Ticket keinerlei offene Fragen und Punkte mehr gibt und alle Aufgaben darin, sofern vorhanden, erledigt wurden, kann es geschlossen werden. Dies geschieht, | + | Sobald es in einem Ticket keinerlei offene Fragen und Punkte mehr gibt und alle Aufgaben darin, sofern vorhanden, erledigt wurden, kann es geschlossen werden. Dies geschieht, indem der Status ''Closed'' gesetzt wird. |
+ | |||
+ | Ebenfalls können Tickets auch abgelehnt und direkt geschlossen und somit der Zustand ''In progress'' übergangen werden. Selbstverständlich informiert man die anfragende Person darüber, weshalb ihre Anfrage nicht bearbeitet werden wird. Für häufige Fälle, wie überregionale Spendennachfragen, denen wir nicht nachkommen können, oder Angebote von Spenden, für die wir keinen Bedarf haben, gibt es passende Textbausteine (siehe [[Ticketsystem#Canned Responses|Canned Responses]]). | ||
− | Geschlossene Tickets können übrigens weiterhin bearbeitet und manuell wieder in andere Zustände überführt werden. Ebenso werden sie wieder geöffnet, wenn die anfragende Person eine neue Nachricht übermittelt hat. In diesem Fall erhalten alle | + | Geschlossene Tickets können übrigens weiterhin bearbeitet und manuell wieder in andere Zustände überführt werden. Ebenso werden sie wieder geöffnet, wenn die anfragende Person eine neue Nachricht übermittelt hat. In diesem Fall erhalten alle Agent*innen, die das Ticket in der Vergangenheit bearbeitet haben, eine Benachrichtigung darüber. |
=====Status ''Closed (spam)''===== | =====Status ''Closed (spam)''===== | ||
Zeile 141: | Zeile 147: | ||
====Zustand ''Archived''==== | ====Zustand ''Archived''==== | ||
− | ===== Status ''Archived''===== | + | =====Status ''Archived''===== |
Dieser Status wird aktuell nicht von uns genutzt. Da es sich um einen Systemstatus handelt, kann dieser auch nicht entfernt werden. Von daher kann dieser bis auf Weiteres ignoriert werden. | Dieser Status wird aktuell nicht von uns genutzt. Da es sich um einen Systemstatus handelt, kann dieser auch nicht entfernt werden. Von daher kann dieser bis auf Weiteres ignoriert werden. | ||
====Zustand ''Deleted''==== | ====Zustand ''Deleted''==== | ||
− | ===== Status ''Deleted''===== | + | =====Status ''Deleted''===== |
Wenn laut unserer Datenschutzordnungen der Zeitpunkt gekommen ist, alte Tickets zu löschen, werden diese vom Vorstandsteam mit dem Status ''Deleted'' versehen. Dadurch werden die Tickets für die Löschung vorgesehen und sind somit in keinen Listen mehr verfügbar. Sobald sie vom System endgültig entfernt wurden, sind die damit verknüpften Informationen unwiderruflich verloren. | Wenn laut unserer Datenschutzordnungen der Zeitpunkt gekommen ist, alte Tickets zu löschen, werden diese vom Vorstandsteam mit dem Status ''Deleted'' versehen. Dadurch werden die Tickets für die Löschung vorgesehen und sind somit in keinen Listen mehr verfügbar. Sobald sie vom System endgültig entfernt wurden, sind die damit verknüpften Informationen unwiderruflich verloren. | ||
− | + | ===Help Topics=== | |
− | |||
− | |||
− | |||
− | === Help Topics === | ||
''osTicket'' bietet die Möglichkeit, beliebige Hilfethemen für Tickets anzulegen. Damit einher gehen u. a. automatische Einstellungen, die vorgenommen werden, wenn das Hilfethema gesetzt wird. Des Weiteren lassen sich abhängig davon auch unterschiedliche Ticketformularerweiterungen nutzen. | ''osTicket'' bietet die Möglichkeit, beliebige Hilfethemen für Tickets anzulegen. Damit einher gehen u. a. automatische Einstellungen, die vorgenommen werden, wenn das Hilfethema gesetzt wird. Des Weiteren lassen sich abhängig davon auch unterschiedliche Ticketformularerweiterungen nutzen. | ||
Zeile 159: | Zeile 161: | ||
Derzeit (Stand Oktober 2023) nutzen wir die folgenden Hilfethemen: | Derzeit (Stand Oktober 2023) nutzen wir die folgenden Hilfethemen: | ||
− | * ''Allgemeine Anfrage'' | + | *''Allgemeine Anfrage'' |
− | * ''Spendenangebot'' | + | *''Spendenangebot'' |
− | * ''Spendennachfrage'' | + | *''Spendennachfrage'' |
− | === Canned Responses === | + | === Canned Responses=== |
TBD | TBD | ||
− | == Zwei-Faktor-Authentifizierung == | + | == Zwei-Faktor-Authentifizierung== |
Ab dem 01. Januar 2023 sichern wir obligatorisch die Anmeldung in ''osTicket'' für bestehende und neue Konten mit einer zusätzlichen [https://www.bsi.bund.de/DE/Themen/Verbraucherinnen-und-Verbraucher/Informationen-und-Empfehlungen/Cyber-Sicherheitsempfehlungen/Accountschutz/Zwei-Faktor-Authentisierung/zwei-faktor-authentisierung.html Zwei-Faktor-Authentisierung] (2FA) ab. Bekannt dürfte das den meisten vom Online-Banking sein. Dieser Schritt soll die Sicherheit des Kontos erhöhen, falls das Benutzerpasswort in falsche Hände kommt. | Ab dem 01. Januar 2023 sichern wir obligatorisch die Anmeldung in ''osTicket'' für bestehende und neue Konten mit einer zusätzlichen [https://www.bsi.bund.de/DE/Themen/Verbraucherinnen-und-Verbraucher/Informationen-und-Empfehlungen/Cyber-Sicherheitsempfehlungen/Accountschutz/Zwei-Faktor-Authentisierung/zwei-faktor-authentisierung.html Zwei-Faktor-Authentisierung] (2FA) ab. Bekannt dürfte das den meisten vom Online-Banking sein. Dieser Schritt soll die Sicherheit des Kontos erhöhen, falls das Benutzerpasswort in falsche Hände kommt. | ||
Zeile 173: | Zeile 175: | ||
Zur Auswahl stehen: | Zur Auswahl stehen: | ||
− | * 2FA über E-Mail | + | *2FA über E-Mail |
− | * 2FA über eine [https://de.wikipedia.org/wiki/Time-based_One-time_Password_Algorithmus TOTP]-App, wie [https://de.wikipedia.org/wiki/Google_Authenticator ''Google Authenticator''], [https://support.microsoft.com/de-de/account-billing/microsoft-authenticator-app-verwenden-9783c865-0308-42fb-a519-8cf666fe0acc ''Microsoft Authenticator''], [https://f-droid.org/de/packages/org.shadowice.flocke.andotp ''AndOTP''], [https://f-droid.org/de/packages/org.liberty.android.freeotpplus ''FreeOTP+''], [https://keepassxc.org/ ''KeePassXC'']/[https://f-droid.org/de/packages/com.kunzisoft.keepass.libre ''KeePassDX''], … | + | *2FA über eine [https://de.wikipedia.org/wiki/Time-based_One-time_Password_Algorithmus TOTP]-App, wie [https://de.wikipedia.org/wiki/Google_Authenticator ''Google Authenticator''], [https://support.microsoft.com/de-de/account-billing/microsoft-authenticator-app-verwenden-9783c865-0308-42fb-a519-8cf666fe0acc ''Microsoft Authenticator''], [https://f-droid.org/de/packages/org.shadowice.flocke.andotp ''AndOTP''], [https://f-droid.org/de/packages/org.liberty.android.freeotpplus ''FreeOTP+''], [https://keepassxc.org/ ''KeePassXC'']/[https://f-droid.org/de/packages/com.kunzisoft.keepass.libre ''KeePassDX''], … |
− | == Weitere Informationen == | + | ==Weitere Informationen== |
Für weitere und v. a. detailliertere Informationen zur Funktionsweise von ''osTicket'' verweisen wir auf die [https://docs.osticket.com/ offizielle Dokumentation]. | Für weitere und v. a. detailliertere Informationen zur Funktionsweise von ''osTicket'' verweisen wir auf die [https://docs.osticket.com/ offizielle Dokumentation]. |
Version vom 2. November 2023, 19:00 Uhr
Diese Seite befindet sich aktuell noch im Aufbau. Daher sind die Inhalte unvollständig und größere Änderungen sind nicht unwahrscheinlich.
Auf dieser Seite findet ihr wichtige Informationen dazu, wie wir unser auf osTicket basiertes Ticketsystem nutzen, auf welche Fallstricke man achten sollte und auf welche Absprachen wir uns geeinigt haben, damit eine möglichst reibungslose Zusammenarbeit stattfinden kann.
Die Aufgabe dieses Artikels besteht nicht darin, die allgemeine Arbeitsweise von osTicket zu beleuchten. Hierzu möchten wir auf das unten stehende Kapitel Weitere Informationen verweisen. Hier dreht sich alles lediglich um Computertruhe-spezifische Punkte.
Da das deutsche Übersetzungspaket für osTicket bisher nicht unseren Ansprüchen genügt hat, haben wir die Systemsprache auf Englisch belassen. Daher werden im Folgenden häufig englische Begriffe auftauchen.
Agent*innen
osTicket nennt die Benutzer*innen, die Tickets bearbeiten, Agent*innen. Beide Bezeichnungen sowie die Begriffe Person/en und Mitglied/er werden in diesem Artikel synonym gebraucht.
Departments
Departmens werden dazu genutzt, Agent*innen in speziellen Arbeitsgruppen zusammenzufassen.
Tickets können problemlos zwischen allen Departments verschoben werden. Dabei ist aber unbedingt zu beachten, dass man als Agent*in ggf. den Zugriff darauf verliert, wenn man nicht auch Teil des Ziel-Departments ist bzw. vergisst, sich als Referrer zu markieren.
Derzeit (Stand Oktober 2023) existieren die folgenden Departments:
Name | Bedeutung | Standardzugriffsberechtigung |
---|---|---|
Abgewiesene Anfragen | Hier landen alle Anfragen, die direkt an eine der im Ticketsystem verwendeten internen E-Mailadressen gesendet und somit keinem bestehenden Ticket zugewiesen werden konnten. Sie werden nicht bearbeitet, sondern direkt geschlossen. Die anfragende Person erhält allerdings zuvor eine automatische Antwort, die darauf hinweist, dass sie immer auf bereits bestehende E-Mailnachrichten antworten oder direkt das Kontaktformular nutzen muss. Reguläre Agent*innen haben auf das Department keinen Zugriff. | - |
Allgemeine Anfragen | Alle Anfragen, die über unsere einzige, öffentlich verfügbare und OpenPGP-taugliche E-Mailadresse geschickt werden, werden diesem Department zugewiesen. | Mitglieder des Vorstands |
Berlin | Department des Standorts Berlin, welches Anfragen aus dem Kontaktformular der Website entgegennimmt. | Mitglieder des Standorts |
Breisgau | Department des Standorts Breisgau, welches Anfragen aus dem Kontaktformular der Website entgegennimmt. | Mitglieder des Standorts |
Chemnitz | Department des Standorts Chemnitz, welches Anfragen aus dem Kontaktformular der Website entgegennimmt. | Mitglieder des Standorts |
Datenschutz | Alle Anfragen, die an die E-Mailadresse unseres Datenschutz-Teams geschickt werden, werden diesem Department zugewiesen. | Mitglieder des Datenschutz-Teams |
Göttingen | Department des Standorts Göttingen, welches Anfragen aus dem Kontaktformular der Website entgegennimmt. | Mitglieder des Standorts |
Lemgo | Department des Standorts Lemgo, welches Anfragen aus dem Kontaktformular der Website entgegennimmt. | Mitglieder des Standorts |
München | Department des Standorts München, welches Anfragen aus dem Kontaktformular der Website entgegennimmt. | Mitglieder des Standorts |
Rhein-Neckar | Department des Standorts Rhein-Neckar, welches Anfragen aus dem Kontaktformular der Website entgegennimmt. | Mitglieder des Standorts |
Überregionale Anfragen | Unter Überregionale Anfragen fallen alle Anfragen, die keinem Standort oder anderem Team zugeordnet werden können. In der Regel handelt es sich hierbei um Spendenangebote, die per Versand an einen Standort- oder das Versandteam geschickt werden. Jede*r Agent*in hat die Möglichkeit, das aus dieser Anfrage resultierende Ticket zu übernehmen und ins eigene Department zu verschieben. Anfragen, für die sich niemand interessiert, werden von einem Vorstandsmitglied nach ca. 1 1/2 Wochen bearbeitet und abgelehnt. | Alle Mitglieder |
Versand | Department des Versandteams, welches Anfragen aus dem Kontaktformular der Website entgegennimmt. | Mitglieder des Versandteams |
Vorstand | Alle Anfragen, die an die E-Mailadresse des Vorstands geschickt werden und alle gleichwertigen Anfragen aus dem Kontaktformular der Website, werden diesem Department zugewiesen. | Mitglieder des Vorstands |
Tickets
Ticketstatus
Der Ticketstatus zeigt an in welcher Phase sich gerade die Bearbeitung eines Tickets befindet.
osTicket kennt derzeit leider keine Möglichkeit, Statuswechsel abhängig vom aktuellen Status eines Tickets zu machen. D. h. es kann grundsätzlich jeder Status zu jeder Zeit gesetzt werden. Von daher achtet bitte sorgfältig darauf, die Status korrekt zu setzen, denn sie sind bspw. relevant für das Resultat von Filter- oder Suchabfragen.
Zustand | Status | Bedeutung |
---|---|---|
Open | Open | Das Ticket wurde neu erstellt. |
Open | In progress | Das Ticket wird gerade vom zugewiesenen User bearbeitet. |
Open | On waiting | Das Ticket befindet sich auf der Warteliste (in der Regel nur relevant für Spendenausgaben). |
Closed | Closed | Das Ticket wurde komplett bearbeitet und daher geschlossen. |
Closed | Closed (spam) | Das Ticket beinhaltet Spam und wurde daher geschlossen. |
Archived | Archived | Das Ticket wurde archiviert und ist somit nicht mehr in den Ticketlisten verfügbar (kann nur von Administrator*innen gesetzt werden). |
Deleted | Deleted | Das Ticket wurde für die Löschung vorgesehen und ist somit nicht mehr in den Ticketlisten verfügbar (kann nur von Administrator*innen gesetzt werden). |
Ticketzustände
Zustand Open
Status Open
Sobald ein neues Ticket erstellt wurde, befindet sich dieses im Zustand und im Status Open und ist noch keiner Person zugewiesen. Abhängig davon, was die anfragende Person im Kontaktformular auf unserer Website ausgewählt hat, haben die Mitglieder eines bestimmten Departments nun Zugriff auf dieses Ticket. Wurde dort bspw. die Region Berlin ausgewählt, so befindet es sich automatisch im gleichnamigen Department.
Status In progress
Beginnt man mit der Bearbeitung eines Tickets bzw. verfasst die erste öffentliche Antwort auf die Anfrage, so wird man automatisch diesem Ticket als verantwortliche*r Agent*in zugewiesen. Anschließend muss der Ticketstatus auf In progress gesetzt werden. Dadurch erkennen die anderen Agent*innen, dass sich bereits jemand aktiv um die Anfrage kümmert.
Kann man die Bearbeitung nicht mehr fortsetzen, sei es aus Zeitgründen oder fehlendem Wissen, bitte das Ticket entweder nach Absprache einer anderen Person zuweisen oder freigeben. In letzterem Fall sehen die anderen Agent*innen des Departments, dass das Ticket aktuell keine*n Verantwortliche*n hat und es sollte daher schnell von jemandem übernommen werden. Bitte informiert die anfragenden Person ggf. darüber, wenn ihr die Bearbeitung des Tickets abbrecht, damit diese Bescheid weiß, dass es bspw. zu Verzögerungen kommen kann. Im Endeffekt sollten die Menschen, die uns kontaktiert haben, immer über den aktuellen Bearbeitungsstand ihrer Anfrage Bescheid wissen.
Status On waiting
Dieser Status wird verwendet, wenn eine Anfrage nicht sofort bearbeitet werden kann, da z. B. derzeit kein passendes Spendengerät zur Verfügung steht, und vorerst keine Gründe für eine weitere Kommunikation mehr vorhanden sind. Zusätzlich wird das Ticket wieder freigegeben, d. h. die Zuweisung zu der bis dahin verantwortlichen Person entfernt. Damit ist für alle deutlich erkennbar, dass sich die Anfrage auf unserer Warteliste befindet.
Sobald jemand die Bearbeitung wieder aufnimmt, da nun bspw. ein Spendengerät angeboten werden kann, übernimmt diese Person das Ticket, setzt den Status erneut auf In progress, nimmt die Kommunikation mit der anfragenden Person wieder auf und komplettiert im besten Fall das Ticket.
Zustand Closed
Status Closed
Sobald es in einem Ticket keinerlei offene Fragen und Punkte mehr gibt und alle Aufgaben darin, sofern vorhanden, erledigt wurden, kann es geschlossen werden. Dies geschieht, indem der Status Closed gesetzt wird.
Ebenfalls können Tickets auch abgelehnt und direkt geschlossen und somit der Zustand In progress übergangen werden. Selbstverständlich informiert man die anfragende Person darüber, weshalb ihre Anfrage nicht bearbeitet werden wird. Für häufige Fälle, wie überregionale Spendennachfragen, denen wir nicht nachkommen können, oder Angebote von Spenden, für die wir keinen Bedarf haben, gibt es passende Textbausteine (siehe Canned Responses).
Geschlossene Tickets können übrigens weiterhin bearbeitet und manuell wieder in andere Zustände überführt werden. Ebenso werden sie wieder geöffnet, wenn die anfragende Person eine neue Nachricht übermittelt hat. In diesem Fall erhalten alle Agent*innen, die das Ticket in der Vergangenheit bearbeitet haben, eine Benachrichtigung darüber.
Status Closed (spam)
Immer mal wieder ankommende Spam-Nachrichten werden über das Setzen des Zustands Closed (spam) direkt geschlossen.
Zustand Archived
Status Archived
Dieser Status wird aktuell nicht von uns genutzt. Da es sich um einen Systemstatus handelt, kann dieser auch nicht entfernt werden. Von daher kann dieser bis auf Weiteres ignoriert werden.
Zustand Deleted
Status Deleted
Wenn laut unserer Datenschutzordnungen der Zeitpunkt gekommen ist, alte Tickets zu löschen, werden diese vom Vorstandsteam mit dem Status Deleted versehen. Dadurch werden die Tickets für die Löschung vorgesehen und sind somit in keinen Listen mehr verfügbar. Sobald sie vom System endgültig entfernt wurden, sind die damit verknüpften Informationen unwiderruflich verloren.
Help Topics
osTicket bietet die Möglichkeit, beliebige Hilfethemen für Tickets anzulegen. Damit einher gehen u. a. automatische Einstellungen, die vorgenommen werden, wenn das Hilfethema gesetzt wird. Des Weiteren lassen sich abhängig davon auch unterschiedliche Ticketformularerweiterungen nutzen.
Außerdem lassen sie sich hervorragend für Such- oder Filterabfragen verwenden.
Derzeit (Stand Oktober 2023) nutzen wir die folgenden Hilfethemen:
- Allgemeine Anfrage
- Spendenangebot
- Spendennachfrage
Canned Responses
TBD
Zwei-Faktor-Authentifizierung
Ab dem 01. Januar 2023 sichern wir obligatorisch die Anmeldung in osTicket für bestehende und neue Konten mit einer zusätzlichen Zwei-Faktor-Authentisierung (2FA) ab. Bekannt dürfte das den meisten vom Online-Banking sein. Dieser Schritt soll die Sicherheit des Kontos erhöhen, falls das Benutzerpasswort in falsche Hände kommt.
Eine Anleitung zur Einrichtung und Benutzung der 2FA findet sich im offiziellen Handbuch.
Zur Auswahl stehen:
- 2FA über E-Mail
- 2FA über eine TOTP-App, wie Google Authenticator, Microsoft Authenticator, AndOTP, FreeOTP+, KeePassXC/KeePassDX, …
Weitere Informationen
Für weitere und v. a. detailliertere Informationen zur Funktionsweise von osTicket verweisen wir auf die offizielle Dokumentation.