QM.Ticket

Das "Ticket" - System [1] hat sich als Kontroll und Hilfsinstrument bei der technischen Unterstützung bewährt. Es unterstützt bei der Durchführung einer Dienstleistung. Dabei

• Erinnern an Termine
• Erzwingen von Entscheidungen zu gewissen Terminen
• Protokollieren einer Dienstleistung oder Problemlösung

Manuelle Tickets entstehen auf Wunsch eines OrgaMon Benutzers
System Tickets entstehen durch systeminterne OrgaMon - Ereignisse

ist bewährt und Hilfreich bei der Verfolgung eines Problemfalles. OrgaMon verfolgt durch Tickets entstehen aus

• eigenem Wunsch, manuell durch den Benutzer erzeugt

System Tickets

• Die Versendung von Mails an Personen die vom Ticket betroffen sind.
• Terminsetzungen wie Wiedervorlage oder Ablauf

die 5 'ge's der Ticket-Welt

gezogen: das Ticket wird erzeugt
gesehen: dem Ticket wird Aufmerksamkeit signalisiert (->Zeiterfassung)
geschoben: das VORLAGE Datum wurde angepasst (->Zeiterfassung)
gelößt: das Ticket wurde negativ erledigt
getilgt: das Ticket wurde positiv erledigt

Wie endet ein Ticket

• Mit einer Lösung -> Es wird ein Neuansetzen der ursprünglichen AKtion ausgelöst. Dies geschieht durch ein SQL SAtement,
• Mit der Aufgabe -> betroffene Personen werden über die Aufgabe informiert und ALternativen werden aufgezeigt.

Ist Qualität messbar?

Q wird besser, sobald ein System Tickets am Vorlage Moment oder Q bleibt gleich, sobald ein System Ticket negativ abgemeldet wird (Probleme sind teilweise auch normal) Q wird schlechter, sobald zwischen "VORLAGE" und "ABLAUF" keine Reaktion erfolgt.

Idee: Sobald bei einer Lieferung alles Lieferbar ist und es wurde vor 12 Uhr gebucht sollte die Sendung bis 15 Uhr versendet sein.

-> Ticket mit BELEG_R=<dieBelegnummer> ART=Versandkontrolle VORLAGE=15 Uhr ABLAUF=16 Uhr