Přejít na konec metadat
Přejít na začátek metadat

Prohlížíte starou verzi této stránky. Zobrazit aktuální verzi.

Porovnat s aktuální Zobrazit historii stránky

« Předchozí Verze 7 Další »

Verze ticketingu 4.14 přináší následující nové funkce, vylepšení a opravy.


Nové funkce a vylepšení

Připravené odpovědi

  • 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

  • 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í účtů v ticketingu z Azure AD

  • 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. 

API

Rozšíření časových záznamů

  • došlo k rozšíření API v oblasti časových záznamů o: CustomerName, TrackTimeProjectName, TicketREF

BULK import uživatelů a společností

  • na API byla přidána nová část Import pro hromadné vytváření a update uživatelů a společností

Převod požadavků

  • převod požadavků z uživatele A na uživatele B je dostupný na API (Tickets: POST api/Tickets/TicketsTransfer)

Produkty

  • rozšíření možností ovládání modulu Produkty na API

Změna řešitele

  • změna řešitele pomocí API (Tickets: POST api/Tickets/ChangeOperator)

Reporty

Výkonnost operátorů a Výkonnost operátorských skupin

  • 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.)

Hodnocení spokojenosti

  • 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ář

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

  • nastavení je dostupné v Administrace/Správa emailů/Příchozí emaily pro každou ze schránek:

Chat

Cobrowsing

  • v administraci chatovacího profilu lze na záložce Nastavení povolit cobrowsing:

Blacklist v chatu

  • 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)

Podmínky v automatizacích

  • štítky u požadavků mohou být využity jako podmínky v automatizacích (Administrace/Automatizace/Podmínky)

Akce v automatizacích / Poslat webhook

  • 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

  • přepracování OData pro tvorbu statistik

Opravy

  • 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

Verze 4.14.1

Vylepšení

  • 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

Opravy

  • 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

  • Žádné štítky