Verze ticketingu 4.14 přináší následující nové funkce, vylepšení a opravy.
došlo k vylepšení připravených odpovědí
nyní může také operátor vytvořit připravenou odpověď, kterou může sdílet s kolegy – viz Můj účet/Připravené odpovědi:
je vylepšena administrace připravených odpovědí: o možnost vyhledávání, importu připravených odpovědí, hromadné akce - nastavení vlastníka, viditelnosti a kategorie
do připravené odpovědi lze vložit přílohy a nastavit ve viditelnosti vlastníka odpovědi
v ticketu si lze kliknutím na Odpovědi zobrazit možnost vyhledávání, naposledy použité či nejčastěji používané odpovědi:
integrace s těmito cloudovým řešeními umožňuje řešitelům požadavků procházet přímo v prostředí ticketingu soubory a složky na uložištích a vkládat je společně s odpovědí v požadavku. Mezi hlavní výhody patří, že soubory nejsou uloženy v ticketingu, ale jsou s uložišti provázány. Odpadá tak nutnost nahrávat soubory do ticketingu a je možné pohodlně sdílet velké soubory jako videa atp., případně využívat možnosti spolupráce na jednom sdíleném souboru.
nejdříve je potřeba vybrané uložiště připojit do ticketingu v Administrace/Aplikace
automatické zřizování se týká vytváření uživatelů z Azure AD v ticketingu
kromě vytváření identit uživatelů zahrnuje automatické zřizování také údržbu a odebírání identit uživatelů při změně jejich stavů atp.
došlo k rozšíření API v oblasti časových záznamů o: CustomerName, TrackTimeProjectName, TicketREF
na API byla přidána nová část Import pro hromadné vytváření a update uživatelů a společností
převod požadavků z uživatele A na uživatele B je dostupný na API (Tickets: POST api/Tickets/TicketsTransfer)
rozšíření možností ovládání modulu Produkty na API
změna řešitele pomocí API (Tickets: POST api/Tickets/ChangeOperator)
byly vytvořeny nové systémové reporty (Reporty/Systémové reporty) pro podrobnější přehled o aktivitách operátorů či operátorských skupin
nové reporty poskytují souhrnné informace o výkonnosti operátorů/operátorských skupin za časovou periodu. Je možné zjistit počty: převzetí z fronty, přiřazení, uzavření, znovu otevření, změny řešitele, veřejné komentáře, interní komentáře, emailové odpovědi a přeposlání:
v Reporty/Moje reporty byla rozšířena definice podmínek o Uzavřeno - období (Dnes, Včera atd.)
byl rozšířen csv soubor z reportu Hodnocení spokojenosti o další sloupce: ID požadavku, Jméno operátora, Komentář, Zadavatel ticketu, Společnost zadavatele ticketu, Služba ticketu, Kategorie ticketu, Datum hodnocení, Komentář
dosud se nová odpověď k existujícímu požadavku vložila, pokud bylo v předmětu emailu uvedeno ID požadavku. Dále se kontrolovalo, zda odesílatel odpovědi má k požadavku přístup (např. zda je řešitel, zadavatel nebo je k požadavku pozvaný atp.). Nově je možné u každé příchozí schránky nastavit, že nová odpověď se k existujícímu požadavku vloží, pokud je v předmětu uvedeno ID, další kontrola pak již neprobíhá.
je tedy možné nastavit si, zda se komunikační vlákno má párovat podle: ID požadavku + kontrola emailu odesílatele nebo jen podle ID požadavku
nastavení je dostupné v Administrace/Správa emailů/Příchozí emaily pro každou ze schránek:
v administraci chatovacího profilu lze na záložce Nastavení povolit cobrowsing:
v každém chatovacím profilu může administrátor vytvořit seznam IP adres na blacklist. Pokud uživatel přistoupí na stránku, kde je umístěný chat z IP adresy, která je umístěna na blacklistu, chat se mu nezobrazí.
blacklist lze nastavit pro každý chatovací profil v Administrace/Chat a záložka IP black list na daném chatovacím profilu
doplnění podmínek v definici pohledů o custom pole společností
název podmínky v pohledech je: Pole zákazníka
je tu nová možnost povolit opakování periodické automatizace (po určeném časovém intervalu) i nad požadavky, které již periodická automatizace jednou zpracovala (Administrace/Automatizace/Událost - Periodická kontrola požadavku)
štítky u požadavků mohou být využity jako podmínky v automatizacích (Administrace/Automatizace/Podmínky)
rozšíření v automatizacích (Administrace/Automatizace), kde v definici automatizační úlohy u akce Poslat webhook (typ POST), přibylo rozšíření o první zprávu v ticketu:
pokud je uživatel odebírán ze společnosti, za kterou zadává požadavky, je provedena kontrola, zda na odebíraného uživatele nejsou navázány požadavky. Pokud ano, nabídne se dialog pro převod požadavků, v rámci kterého je možné požadavky převést na jiného uživatele společnosti nebo je nepřevádět (tedy zůstanou tak, jak jsou):
přepracování OData pro tvorbu statistik
chyba v akci automatizace, kdy při kombinaci více akcí a akce přiřazení řešitele nedošlo k přiřazení
chyba při vytváření nového kalendáře
chyba, kdy po změně zadavatele nešlo zobrazit ticket
chyba v zobrazení vlastního pole ve sloupcích v Zákazníci/Společnost (pole bylo viditelné pouze pro toho, kdo jej vytvořil)
chyba při vytváření kopie existující interního portálu
upravení konfigurace chat modulu ve vztahu k Chrome (kdy Chrome odpojuje neaktivní záložku, což způsobilo odpojení operátora chatu)
chyba při ukládání konfigurace Azure AD
chyba při exportu požadavků do csv
notifikace Nový požadavek a Nový komentář obsahovaly přílohu
chybné stahování nevalidních spam emailů (byl přidán pro IMAP a POP3 parametr, který by měl umožnit stažení mailu i s nevalidní hlavičkou, současně byla provedena úprava, aby i v případě takové chyby došlo k přeskočení špatného mailu a stahování pokračovalo dále).
chyba, kdy nešlo otevřít požadavek, kde byla vytvořena vazba na jiný požadavek uživatelem, který byl smazán
Podpora EWS pro odeslání emailů
Automatické obnovení spojení v případě výpadku internetu, pokud operátor konverzuje s návštěvníkem chatu
Nebylo možné vytvořit kategorii pro hovory
V exportu přehledu požadavků do CSV chyběla kategorie
Operátora nebylo možné umístit do operátorské skupiny
Chybné řazení položek výběrového seznamu v novém požadavku
Nefunkční import uživatelů z CSV
Nefunkční report, pokud byla v reportu použita kategorie, která byla v minulosti smazaná
Chybné řazení položek (pole Datum) ve výkazu práce
Chyba při tvorbě pohledu s využitím vlastních polí z modulu Zákazníci