QM.Ticket: Unterschied zwischen den Versionen
Keine Bearbeitungszusammenfassung |
Keine Bearbeitungszusammenfassung |
||
| Zeile 1: | Zeile 1: | ||
Das "Ticket" - System [http://de.wikipedia.org/wiki/Trouble_Ticket_System] hat sich als Kontroll und Hilfsinstrument bei der technischen Unterstützung bewährt. Es | Das "Ticket" - System [http://de.wikipedia.org/wiki/Trouble_Ticket_System] 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 | |||
<b>Manuelle Tickets</b> entstehen auf Wunsch eines OrgaMon Benutzers<br> | |||
<b>System Tickets</b> entstehen durch systeminterne OrgaMon - Ereignisse <br> | |||
ist bewährt und Hilfreich bei der Verfolgung eines Problemfalles. OrgaMon verfolgt durch | ist bewährt und Hilfreich bei der Verfolgung eines Problemfalles. OrgaMon verfolgt durch | ||
| Zeile 6: | Zeile 13: | ||
* | * | ||
== System Tickets == | |||
* Die Versendung von Mails an Personen die vom Ticket betroffen sind. | * Die Versendung von Mails an Personen die vom Ticket betroffen sind. | ||
* Terminsetzungen wie Wiedervorlage oder Ablauf | * Terminsetzungen wie Wiedervorlage oder Ablauf | ||
Wie endet ein Ticket | == 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 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. | * 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 | |||
Version vom 20. Oktober 2005, 10:36 Uhr
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
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