...
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 uložišti DropBox, Google Disk a OneDrive
je nově možnost sdílet přílohy k požadavku z uložiště: DropBox, Google Drive a OneDriveintegrace 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í účtů v ticketingu z Azure AD
automatické zřizování účtů v ticketingu 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.
API
Rozšíření časových záznamů
...
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í:
Moje reporty
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ář
Párování komunikace
...
Rozšíření možností párování komunikace
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 (nová možnost)
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:
Blacklist v chatu
seznam IP adres, na kterých se nezobrazí chat návštěvníkům (Administrace/Chat - chatovací profil - IP black list)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
Pohledy
doplnění podmínek v definici pohledů o custom pole společností
název podmínky v pohledech je: Pole zákazníka
...
Automatizace
Periodické automatizace
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)
...
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:
Převod požadavků uživatele
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):
OData
...
chyba v akci automatizace, kdy při kombinaci více akcí + a akce přiřazení operátora ř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
...