Учите на примеру¶

Ова страна приказује неке основне примере радних токова. Да сазнате више о радним токовима, прво посетите Како то уствари функционише?.

Основе¶

Сви примери радних токова испод су подешени на истом систему. У поређењу са свежом инсталацијом Zammad-a, систем поседује додатне групе и неке прилагођене атрибуте објекта које можете видети у примерима. Сматрајте ове примере као инспирацију и прилагодите токове својим процесима.

Поља на основу групе¶

Често различити тимови (нпр. продаја, подршка или други ниво) захтевају различите токове за ефикасну обраду тикета. Токови на основу група вам омогућавају да прилагодите процес обраде тикета одређивањем приказаних поља, обавезног уноса и доступних опција на основу додељене групе тикета.

Проблем/сценарио

Када је тикет отворен или пребачен у групу Други ниво, поље категорија мора бити ограничено, нека поља приказана а одговарајућа поља обавезна да би се све релевантне информације за подршку другог нивоа прикупиле у тикету.

Подешавања радног тока

Област	Подешавања	Напомена
Објекат	Тикет
Контекст	Форма за отварање Форма за измену
Одабрани услови	Група je `Други ниво`
Сачувани услови		Ван употребе јер интерфејс мора да се промени одмах по постављању групе на Други ниво.
Радња	Категорија прикажи Категорија постави на вредност `Други ниво` (и све подкатегорије) Оперативни систем и Коришћени софтвер прикажи Оперативни систем и Коришћени софтвер постави обавезно

Подешавање у корисничком интерфејсу

Пример радног тока који приказује одређене вредности и поља за 2nd Level

Процес одобравања¶

У многим организацијама, одобрење је неопходно за иницијацију даљих процеса. Ово одобрење је углавном ограничено на посебну групу људи да би се обезбедили сви захтеви за даље процесе.

Проблем/сценарио

Одобрење клијентског проблема се може извршити само од стране људи са улогом Approval Person. Докле год нема одобрења, вредност мора бити постављена на no, осим уколико особа за одобрење гледа тикет.

На основу статуса одобрења, могуће је установити додатну аутоматизацију процеса (нпр. окидач који увећава приоритет или додељује одговарајућег оператера).

Подешавања радног тока

Област	Подешавања	Напомена
Објекат	Тикет
Контекст	Форма за отварање Форма за измену
Одабрани услови	Улога није `Approval Person`	Проверава да улога није `Approval Person` за несачуване промене у тикету.
Сачувани услови	Approved није `yes`	Проверава да одобрење још није постављено на `yes`.
Радња	Approved постави на вредност `no`	Спречава измене када се услови изнад не подударају.

Подешавање у корисничком интерфејсу

Пример радног тока који ограничава атрибут Approval на одређене улоге

Спровођење категоризације тикета¶

За убедљиве бројеве ваших статистика, није лоша идеја спровести да се одређени атрибути морају попунити пре затварања тикета.

Проблем/сценарио

Поље Category мора бити постављено на обавезно ако оператер жели да подеси стања затворено или чека на затварање ради спровођења категоризације.

Подешавања радног тока

Област	Подешавања	Напомена
Објекат	Тикет
Контекст	Форма за отварање Форма за измену
Одабрани услови	Стање је `затворено` или `чека на затварање`	Одабрани услови јер мора бити проверено пре снимања измена.
Радња	Category постави обавезно

Подешавање у корисничком интерфејсу

Пример радног тока који поставља поља на обавезна за одређена стања

Процес предаје тикета¶

Предаја од стране једног оператера другом може захтевати и више од само измене власника. У зависности од проблема или процеса, може бити корисно да оригинални оператер остави кратку напомену тако да нови оператер одмах зна тачно шта је разлог за предају и где започети.

Проблем/сценарио

Оператери морају написати кратак коментар када жете да промене власника тикета. Постоји прилагођени атрибут тикета под називом Handover где се може унети текст. Ово поље је подразумевано скривено (Радни ток 1) и приказује се само приликом измене власника. Додатно, мора бити постављено на обавезно у тој ситуацији (Радни ток 2).

Пошто је поље скривено након снимања измене власника тикета, текст поља мора бити пребачен у тикет као чланак од стране окидача. У супротном, нови оператер га неће уопште видети.

Подешавања радног тока

Овај радни ток увек сакрива поље. Обратите пажњу на нижи приоритет који одређује да ће Zammad прво извршити овај радни ток.

Област	Подешавања	Напомена
Објекат	Тикет
Контекст	Форма за отварање Форма за измену
Одабрани услови		Нису неопходни услови, јер би требало да увек буде скривено.
Сачувани услови		Нису неопходни услови, јер би требало да увек буде скривено.
Радња	Handover сакриј

Овај радни ток приказује поље и поставља га на обавезно када је одабран други власник тикета. Овај радни ток има подразумеван приоритет, тако да се извршава након Радног тока 1.

Област	Подешавања	Напомена
Објекат	Тикет
Контекст	Форма за отварање Форма за измену
Одабрани услови	Власник је измењено	Одабрани услови јер мора бити проверено пре снимања измена.
Сачувани услови
Радња	Handover прикажи Handover постави обавезно

Као што је описано изнад, садржај поља мора да буде преписан као чланак тикета од стране окидача. Пример подешавања таквог окидача може личити на следеће:

Услов: Handover је измењено
Радња: Чланак > Напомена са променљивом #{ticket.handover} у телу текста

Подешавање у корисничком интерфејсу

Скривање поља за примопредају у радним токовима

Као резултат, тикет сада укључује чланак напомене који садржи предефинисани текст и коментар примопредаје.