Tickets konfigurieren
Im Ticketsystem erzeugt jede Anfrage ein Ticket. Die Anfragen werden in sogenannten Tickettypen kategorisiert: ein Tickettyp beschreibt einen Prozess (z.B. Krankmeldung, Urlaubsantrag, Reklamation). Beim Erstellen eines Tickets kann gewählt werden, welcher Typ von Ticket erstellt werden soll.
Die Arbeitsschritte, die notwendig sind um den Prozess erfolgreich umzusetzen, werden über die Statuswerte je Tickettyp abgebildet (z.B. Prüfen, Genehmigen oder Ablehnen). Dieser Workflow kann individuell gestaltet werden.
Die Konfiguration von Tickettypen kann nur von Systemadministratoren mit dem Recht "Blink Active verwalten" durchgeführt werden. Tickettypen und -statuswerte sind global und können nicht pro Mandant definiert werden.
Wir zeigen Ihnen hier, wie Sie für einen Prozess, der über Tickets abgebildet werden soll, einen Tickettypen anlegen und konfigurieren.
Tickettypen
Sie können in Blink Active beliebig viele Tickettypen anlegen.
Die Konfiguration der Tickettypen finden Sie unter Konfiguration → (ganz unten) Blink Active → Tickettypen.
Hier können Sie schon bestehende Tickettypen oder deren Statuswerte bearbeiten, Tickettypen löschen oder über “+ Tickettyp” einen neuen Tickettypen anlegen.
Wenn Sie einen Tickettypen anlegen, können bzw. müssen Sie folgende Eigenschaften definieren:
(1) Tickettyp: Name des Tickettyps (z.B. Urlaubsantrag)
(2) Beschreibung des Tickettyps: Hier können Sie Hinweise für die Reinigungskräfte eintragen. Beim Ausfüllen vom Urlaubsantrag bzw. der Krankmeldung werden diese in der Blink Time bzw. Blink me App angezeigt.
(3) Externe ID: Optionale Eingabe einer eindeutigen Kennung, wenn per externer Schnittstelle angesteuert werden muss.
(4) Abwesenheitsantrag: Hier kann aktiviert werden, ob das Ticket einen Abwesenheitsantrag erzeugt.
Tickettypen, die als Abwesenheitsantrag gekennzeichnet sind, haben 2 (bzw. bei Krankheit 3) zusätzliche Datumsfelder zum Ausfüllen: Beginn und Ende der Abwesenheit (sowie Datum des Arztbesuches bei Krankheit). Bei der Bearbeitung von Abwesenheitsanträgen wird automatisch der Abwesenheitsassistent geöffnet, um die entsprechende Abwesenheit direkt einzutragen.
Ist der Abwesenheitsantrag aktiviert, müssen zwei Pflichtfelder ausgewählt bzw. ausgefüllt werden:
(5) Kategorie des Abwesenheitsantrags: Wählen Sie aus Urlaub, Krankheit oder Keine.
Die Kategorie beeinflusst die Formularfelder des Tickets beim Ausfüllen in der Blink Time bzw. Blink me App.
Kategorie “Krankheit” erzeugt ein drittes Datumsfeld für “Datum Arztbesuch”
Kategorie “Urlaub” zeigt im Manager eine Vorschau der Abwesenheit im Abwesenheitsassistenten an
In der Blink Time App kann für jede Kategorie außer bei “Urlaub” beim Erstellen dem Ticket ein Anhang hinzugefügt werden; in der Blink me App können bei Abwesenheitsanträgen beim Erstellen keine Anhänge hinzugefügt werden, allerdings nachträglich über “Tickets”
(6) Nummer Abwesenheitstyp: Hier muss die Nummer vom Abwesenheitstyp eingetragen werden, der bei der Genehmigung vom Ticket angelegt wird. Sie finden die Nummer in der Konfiguration der Abwesenheitstypen (Konfiguration → Mandanten → Mandant wählen → Abwesenheitstypen → Typ bearbeiten → Feld “Nummer”).
(7) Anzeige in Blink Time / Blink me: Ist diese Anzeige aktiviert, wird der Tickettyp zum Erstellen in Blink Time bzw. Blink me verfügbar. Sie können hier also steuern, ob Ihre Mitarbeiter diesen Tickettypen nutzen können oder nicht.
(8) Teamleiter / Objektleiter zuweisen: Ist diese Option aktiviert, werden Tickets von diesem Typ nach dem Erstellen automatisch dem Objektleiter des Erstellers/Mitarbeiters bzw. des Objekt (als Bearbeiter) zugewiesen. Dies bietet sich immer dann an, wenn im Workflow der Team- bzw. Objektleiter immer den ersten Bearbeitungsschritt übernimmt (z.B. bei einer Kundenreklamation).
Achtung: Hat ein Mitarbeiter mehrere Vorgesetzte (oder ein Objekt mehrere Objektleiter), werden alle Team- bzw. Objektleiter als Beobachter zu dem Ticket hinzugefügt, keiner wird Bearbeiter. Der Verantwortliche für das Ticket kann sich dann das Ticket als Bearbeiter zuweisen.
Ist im Mitarbeiter kein Vorgesetzter bzw. im Objekt kein Objektleiter definiert, dann hat das Ticket weder Bearbeiter noch Beobachter.
(9) Mitarbeiter zuweisen: Diese Auswahl ist eine weitere Option, ein Ticket automatisch einem Bearbeiter zuzuweisen. So kann man z.B. einen Tickettyp “Adressänderung” definieren, der immer dem ausgewählten Sachbearbeiter in der Personalabteilung zugewiesen wird.
Der große Vorteil hier ist, dass auch mehrere Personen mandantenübergreifend in die Liste aufgenommen werden können (Achtung: Dafür während der Konfiguration des Tickettyps im Hauptmenü die Auswahl auf “Alle Mandanten”). Die Funktionsweise ist dann so, dass die Liste durchgegangen wird, bis es einen “Treffer” gibt. Ein Beispiel zur Erläuterung:
Urlaubsanträge aus Mandant 1 werden durch den Personalsachbearbeiter aus Mandant 1 (PB1) bearbeitet, Urlaubsanträge aus Mandat 2 werden durch den Personalsachbearbeiter aus Mandant 2 (PB2) bearbeitet usw. Statt nun für jeden Mandanten einen eigenen Urlaubsantrag anzulegen, wählt man unter “Mitarbeiter zuweisen” sowohl PB1 als auch PB2.
Wenn nun ein Mitarbeiter aus Mandant 2 ein Ticket “Urlaubsantrag” erstellt, wird die vorher definierte Liste durchgegangen: Da es in Mandant 2 PB1 nicht gibt, passiert nichts und die nächste Möglichkeit wird geprüft. PB2 gibt es in Mandat 2, daher wird das Ticket PB2 als Bearbeiter zugewiesen.
Gibt es keinen Treffer, wird das Ticket ohne Bearbeiter oder Beobachter erstellt.
(10) Tickettyp anlegen: Sobald alle Pflichtfelder ausgefüllt sind und Sie alle Eigenschaften wie gewünscht definiert haben, können Sie den Tickettypen mit dem Button oben rechts anlegen.
Als nächstes müssen nun noch die Statuswerte des Tickettyps definiert werden. Dies können Sie mit Klick auf den Button “Statuswerte”.
Statuswerte
Die Statuswerte entsprechen dem Arbeitsablauf des Prozesses in Ihrem Unternehmen und können individuell gestaltet werden. Sie bilden sozusagen die verschiedene Zustände ab, die ein Ticket von diesem Typ normalerweise durchläuft.
Im Standard sind bei einem neu angelegten Tickettyp 3 Statuswerte hinterlegt: Neu, In Bearbeitung und Abgeschlossen.
Wir empfehlen, dass Sie mindestens 2 Statuswerte pro Tickettyp haben: Einer davon sollte vom Typ “Neu” und der andere vom Typ “Abgeschlossen” sein. Häufig ist der 3-stufige Prozess aber in der Praxis am günstigsten.
Über den Button "Sortierung ändern" können Sie die Reihenfolge der Statuswerte ändern. Diese Sortierung legt fest, in welcher Reihenfolge die verschiedenen Statuswerte in der Ticketbearbeitung angezeigt werden.
Wenn Sie einen Statuswert bearbeiten oder einen neuen Statuswert hinzufügen, können folgende Dinge konfiguriert werden:
(1) Name des Ticketstatus: Der Name des Status wird am Ticket angezeigt
(2) Aktion: Definiert den Anzeigenamen des Menüpunktes, der das Ticket in den Status (Namensfeld -1 ) versetzt. Es empfiehlt sich hier einen sprechenden Namen zu nehmen. Beispiel: Der Status "Abgeschlossen" sollte als Aktion "Abschließen" haben.
(3) Typ: Auswahl aus Neu, In Bearbeitung oder Abgeschlossen.
Der Typ “Neu” ist der erste Status, den das Ticket direkt nach dem Erstellen erhält. Es kann nur einen Status vom Typ “Neu” geben.
Der Typ “In Bearbeitung” kann für alle Status gewählt werden, die zwischen Neu und Abgeschlossen liegen. Es können unterschiedliche viele Status vom Typ “In Bearbeitung” angelegt werden, z.B. “Prüfung durch A” und “Prüfung durch B”.
Der Typ “Abgeschlossen” gehört zum letzten Schritt im Workflow. Es kann vorkommen, dass es mehrere Status des Typs “Abgeschlossen” gibt, z.B. kann das Ticket “Urlaubsantrag” sowohl durch den Status “Genehmigt” als auch “Abgelehnt” geschlossen werden. Abgeschlossene Tickets werden im Standard in der Übersicht ausgeblendet.
(4) Externe ID: Eine eindeutige Kennung, die nur relevant ist, wenn Sie den Statuswert über die API von extern identifizieren möchten.
(5) Action Key: Das Feld ist relevant für alle Tickettypen, die einen Abwesenheitsantrag erzeugen. Tragen Sie hier in genau einem Status das Wort "approval ein". Wenn Sie den Status des Tickets manuell in den Status mit "approval" wechseln, oder auf den genehmigen (Vorschau) Button klicken, dann öffnet sich automatisch der Abwesenheitsassistent. Hier sehen Sie den Status nach Anlage der Abwesenheit auch in der Ticketbearbeitung in Verbindung mit der Vorschau.
In der Regel hat der letzte Status den Action Key “approval”:
Dabei würde z.B. ein Urlaubsantragsticket beim Erstellen den Status “Neu” haben. Der Teamleiter öffnet nun im Ticket über “Vorschau” den Abwesenheitsassistent und trägt die Abwesenheit ein. Ist das erledigt, springt das Ticket automatisch in den Status “Abgeschlossen”, in dem der Action Key “approval” eingetragen ist und das Ticket wird automatisch geschlossen und ausgeblendet.
Wenn Sie aber z.B. mit vorläufigen Abwesenheiten (etwas bei Krankheit) arbeiten, das Ticket danach aber noch weiter offen sein soll, um es weiter zu bearbeiten, dann kann der Action Key “approval” auch in einem Status des Typs “In Bearbeitung” Sinn machen. Ein Beispiel dazu finden Sie unter Standardtickets.
(6) Icon und (7) Statusfarbe: Sie können hier dem Status ein Icon und eine Farbe zuordnen.
Wir empfehlen pro Tickettyp nur ein Icon und eine Farbe (zumindest aber nur eine Farbe oder ein Icon) für alle Statuswerte nutzen. Andernfalls wird die Ansicht von Tickets für Ihre Anwender unübersichtlich.
Die unterschiedlichen Status werden am Ticket ohnehin durch farbig gekennzeichnete Felder mit dem Statusnamen angezeigt (Typ Neu in blau, Typ Abgeschlossen in grün und Typ In Bearbeitung in gelb).
