Можливість генерування звітів на основі історії квитка
Наприклад, це особливо зручно, коли у вас є телефонний центр, який обробляє взаємодію з користувачем, а не тим, що системний персонал робить це безпосередньо. Таким чином, коли персонал системи вирішує проблему, квиток можна перенести у чергу до колл-центру, щоб зв’язатися із замовником та перевірити його вирішення.
Більшість систем, які я бачив, структурують свої звіти так, що всі квитки, як повідомляється, знаходяться лише в останній черзі. З наведеного вище прикладу, що означає, що під час запуску звітів у квитку видно, що в колл-центрі працював квиток, але не персонал системи. Якби можна було хоча б повідомити історію, це показало б, що система систем працювала над квитком.
Я також бачив деякі справді хитрі роботи, пов'язані з цією проблемою, коли кожен раз, коли білет рухається чергами, користувачеві потрібно створювати новий квиток у цій новій черзі та посилатися на оригінал. Цій помилці є не тільки те, що люди забувають, це стає безладом, коли квиток потрібно відправити назад, тому що щось не було вирішено належним чином