| Název funkce |
Popis funkce |
Kompletní životní cyklus požadavků
|
Webtica HelpDesk umožňuje nastavit a sledovat kompletní životní cyklus požadavku od jeho zadání, změnu stavů, vlastníků, změnu metadat až po jeho ukončení a schvalování. V každém momentě je možné vidět aktuální stav, čas trvání a plnění, odpovědnou osobu nebo také sledovat historii komunikace. |
| Hierarchické požadavky |
Požadavky je možné hierachicky uspořádat a dále dělit, kdy tímto způsobem je možné granulovat obecný požadavek na stále více přesnější podpožadavky. Tato funkce může přímo navazovat na analýzu, kde je rozpad požadavků již hotový a nebo Webtica HelpDesk může částěčně fungovat jako analytický nástroj, kde lze požadavky rozpadnout a přiřadit jim vlastníky a řešitele např. při projektovém řízení. |
| Předávání požadavků |
Každý požadavek má vždy svého vlastníka, který se ale v průběhu řešení může měnit. Webtica HelpDesk nabízí mnoho možností, jak požadavky předávat a toto předávání sledovat a reagovat na možné problémové situace (nepředání do určitého termínu, schválení předání, změna řešitele podle proprietárního workflow a další). |
| Řetězení požadavků |
Řetězení požadavků umožňuje provazovat jednotlivá workflow, kterými se určitý typ požadavku řeší (např. incidenty navázat na změnové řízení nebo „problem management” podle ITIL) a tím vytvářet větší logické celky z jednotlivých atomických workflow a definovat si složitější transakční průběh. |
| Řešení požadavků sekvenčně i paralelně |
Požadavky samotné nebo zřetězené je možné řešit sekvenčně (řešitel nemůže mít jiný požadavek, dokud jemu přidělený neukončí) a nebo paralelně (řešitel vlastní a řeší více požadavků najednou a je velmi často v pasivním časovém módu - implicitní nastavení). |
| Spojování („merge”) požadavků |
Spojování je důležité pro případ, kdy se v systému objeví duplicitní a nebo podobné požadavky. Funkci je možné využít jak pro korekci duplicit na vstupu od zadavatelů, tak při budouvání znalostní báze („knowledge base”). |
| Spoluřešitelé |
Workflow je možné přizvat další řešitele, kteří se mohou podílet na řešení požadavku. Webtica HelpDesk ale vždy definuje jednoho a odpovědného vlastníka-řešitele, které za tento požadavek odpovídá. Snahou je vyhnout se pasivnímu jednání a vyčkávání na řešení požadavku druhým řešitelem a tím vytvořit „workflow deadlock”. |
| Interní a externí komunikace |
Webtica HelpDesk umožňuje nastavit průběh workflow řešení požadavků tak, aby bylo možné oddělit externí komunikaci k zadavateli a kromě toho držet interní komunikaci, která se již zadavateli nezobrazuje. |
| Automatické určování řešitele |
Pokud je tato funkce povolena, pak Webtica HelpDesk má interní sledovací systém, podle kterého vyhodnocuje vhodného řešitele (podle parametrů jako počet požadavků, aktivita na požadavcích, historie a indexace obsahu a vhodnost podle typů historicky řešených požadavků řešitelem a další). Funkci je možné navázat např. i na ekonomický systém, kalendář a další. |
| Zahájení řešení požadavků |
Jak vedoucí týmu řešitelů tak, vedoucí zadavatelů mohou povolit zahájení řešení požadavku, kdy mohou ovlivnit, zdali např. jejich podřízení mají právo žádat o zadávání nákupů a nebo dalších požadavků do jiných oddělení. |
| Určování řešitelů vedoucím |
Vedoucí mohou sami přiřazovat řešitele požadavků a tím přímo řídit rozdělování úkolů a rozhodovat o průběhu řešení. |
| Odmítnutí řešení požadavků řešitelem |
Workflow ve Webtica HelpDesk může být nakonfigurováno tak, aby řešitel mohl odmítnout řešit požadavek, což se může hodit např. pro situace, kdy zadavatel je ze zcela jiného oddělení a nemá právo úkolovat ostatní kolegy. Pak může řešitel odmítnout požadavek řešit anebo aby na něj mohl být předán. |
| Stanovení termínu vyřešení požadavku |
Zadavatel nebo i vedoucí má možnost stanovovat termín vyřešení požadavků a podle toho se pak následně řídí systém notifikací, SLA a nebo provázanost na ekonomický a mzdový systém. Systém lze nastavit i tak, že řešitel má možnost navrhovat změny termínu a toto sledovat. |
| Stanovení reakční doby |
Systém je možné nastavit, aby sledovat a vynucoval reakční doby na zadané požadavky. Toto je možné nastavit jak globálně tak i jednotlivě pro složky, kam je pořadavek přiřazen. Mimoto je možné reakční doby založit na SLA a nebo dalších metadatech, např. priorita, typ klienta atd. |
| Schvalování ukončení požadavku |
Systém je možné nastavit tak, že zadavatelé a vedoucí (zadavatelů i řešetelů) mohou vstupovat do schvalování ukončení požadavků a tím plně kontrolovat a ověřovat vyřešení požadavku. |
| Přílohy a napojení na repository |
K požadavkům je možné jak přímo připojovat přílohy, tak je možné i přílohy sdílet přes repository a údaje v něm uvedené připojit k jednotlivým požadavkům. |
Delegování práv
|
Pro scénáře, kde zadavatel nemá přímý přístup do systému např. při provozu „call centra” je nutné práva delegovat. K tomuto účelu systém definuje kromě standardních rolí i speciální, operátora. Operátor pak zadavatele zastupuje a pod jeho autorizací jeho požadavek do systému zadává. Funkce operátora má poměrně hodně omezené pravomoce, ale může např. navazovat na data ze CRM a navazovat je na Webtica HelpDesk. |
| Metadata popisující požadavek |
Každý požadavek je popisován metadaty, kterými je možné definici požadavku libovolně rozšiřovat a upravovat. Proto atributy jako např. priorita, katergorie a další nejsou ve Webtica HelpDesk „natvrdo” naprogramovány v kódu, ale je možné je kdykoliv přidávat a dále měnit. Podle toho pak lze měnit chování systému a workflow řešení požadavků. |