Agenti¶
Modul Uživatelé je rozdělen do dvou tabů: Agenti (lidští uživatelé) a AI Coworkers (AI uživatelé). Tento článek popisuje tab Agenti.
Uživatelé jsou hlavním pilířem vašeho kontaktního centra. Vytvořením uživatele vytvoříte individuální přístup do aplikace Daktela pro konkrétní osobu nebo pro přístup přes API. V tomto modulu můžete přizpůsobit každého uživatele podle vašich interních potřeb. Uživatel v aplikaci Daktela je definován kombinací typu uživatele, uživatelského přístupu a uživatelských práv.
Vytvoření a úprava uživatelů Daktela¶
Pokud jste administrátor s přístupem do modulu Uživatelé a jeho podmodulů, můžete přejít do Nastavení - Uživatelé - Seznam uživatelů. Zde najdete seznam uživatelů, které můžete upravit nebo vytvořit nové.
Info
- Před vytvořením uživatelů je nutné mít připravené jejich uživatelské přístupy, uživatelská práva a požadované licence. Uživatele nelze vytvořit bez těchto nastavení.
- Doporučujeme také použít funkci „klonování“, protože nejen že se vyplní stejné práva a přístup, ale také přidá uživatele do všech relací, ve kterých je klonovaný uživatel.
Dostupná nastavení uživatele¶
Popis dostupných nastavení v detailu uživatele. Upozorňujeme, že ne všechna pole jsou k dispozici pro všechny typy uživatelů.
| Pole | Popis | Licence |
|---|---|---|
| Název | Skutečné jméno uživatele, může být specifikováno s diakritikou. Toto jméno a emoji vedle něj budou viditelné pro ostatní uživatele v aplikaci. | |
| Přihlašovací jméno | Unikátní jméno uživatele, které slouží jako přihlašovací jméno do aplikace. DŮLEŽITÉ: Toto unikátní jméno nelze po vytvoření uživatele změnit. | |
| Popis | Pole pro interní poznámky. | |
| Popis call steeringu | Pokud používáte funkci call steering pro příchozí hovory, toto pomůže identifikovat cílového uživatele. | |
| Typ | Typ uživatele definuje chování uživatele a spotřebu licencí. | Viz článek o typech uživatelů, který vysvětluje spotřebu licencí pro každý typ uživatele. |
| Přístup | Definuje přístup k modulům a podmodulům v aplikaci, stejně jako obecné akce, které uživatel může provádět. | Uživatelův přístup může také ovlivnit spotřebu licencí. |
| Práva | Definuje obsah, se kterým může uživatel interagovat v modulech, ke kterým má přístup. | Uživatelova práva jsou hlavním faktorem spotřeby licencí. |
| Typ ověření | Ve výchozím nastavení se uživatelé přihlašují pomocí svého hesla. Alternativně můžete povolit některé autentizační integrace pro použití bezpečného přihlášení pomocí SSO. | |
| Heslo | Zvolte heslo pro uživatele. | |
| Dvoufaktorové ověřování | Vyberte metodu 2FA pro uživatele. Vypnuto — bez 2FA. Email OTP — po zadání hesla je na ověřovací email uživatele odeslán jednorázový kód; uživatel ho musí zadat pro dokončení přihlášení. Kódy jsou platné 10 minut a lze je znovu odeslat. Aplikace pro ověřování – volitelné — uživatel si může nastavit aplikaci pro ověřování z Mého profilu a používat ji jako druhý faktor. Aplikace pro ověřování – vynucené — pokud uživatel ještě nenastavil aplikaci pro ověřování, je při přihlášení přesměrován na obrazovku s QR kódem a nemůže pokračovat, dokud nastavení nedokončí. Email OTP a aplikace pro ověřování se vzájemně vylučují. 2FA není dostupné pro uživatele přihlašující se přes SSO (pokud není v Globálním nastavení povoleno přihlášení pomocí uživatelského jména a hesla). | |
| Ověřovací email | Povinné pro všechny uživatele (kromě systémových/tiketových uživatelů a AI Coworkers). Slouží pro resetování hesla a jako doručovací adresa pro Email OTP kódy. | |
| Email pro oznámení | E-mail pro různé notifikace. Například změny tiketů, pokud je to povoleno na úrovni kategorie. | |
| Časové pásmo | Vyberte časovou zónu nebo zvolte Automatickou, aby byla použita časová zóna systému. Pokud není možné detekovat časovou zónu, bude použita časová zóna hlavního serveru. | |
| Přezdívka | Tento alias může být použit ve webchatu, pokud je povoleno v konektoru pro webchat. Zákazník uvidí tento alias místo „Operátor“. | |
| Uživatelská fotka | Obrázek, který bude použit jako avatar uživatele. Ostatní uživatelé tento obrázek nebudou moci vidět. Také může být použita ve webchatu, pokud je povoleno v konektoru pro webchat. Zákazník uvidí tento obrázek místo výchozí ikony operátora. | |
| Podpis | Vlastní e-mailový podpis. Použijte editor formátování, který podporuje HTML tagy. Můžete použít individuální podpisy pro každého uživatele nebo použít sdílený podpis v nastavení e-mailové fronty. | |
| Číslo pro přesměrování | Pokud je vyplněno, všechny hovory cílené na tohoto uživatele budou bezpodmínečně přesměrovány na toto číslo. | |
| Kdy automaticky nahrávat hovory | Vyberte, zda a kdy by měly být hovory tohoto uživatele automaticky nahrávány. Tato nastavení lze definovat na úrovni uživatele a fronty a pokud jsou nastavena odlišně, pokud je jedno z nich nastaveno na nahrávání, hovor bude nahráván. > Nenahrávat: Hovory nejsou automaticky nahrávány. > Nahrávat od zahájení hovoru: Nahrávání začíná automaticky v okamžiku, kdy se hovor poprvé dostane k uživateli (zahrnuje vyzvánění a přednahrané zprávy). Pokračuje při přepojení na jiného operátora ve stejné frontě. Pokud je hovor přepojen do jiné fronty, převezme řízení nastavení nahrávání nové fronty. Při přepojení na externí číslo se nahrávání zastaví. > Nahrávat po připojení hovoru: Nahrávání začíná automaticky v okamžiku, kdy se strany hovoru spojí (bez vyzvánění a přednahraných zpráv). Pokračuje při přepojení na jiného operátora ve stejné frontě. Pokud je hovor přepojen do jiné fronty, převezme řízení nastavení nahrávání nové fronty. Při přepojení na externí číslo se nahrávání zastaví. > Nahrávat od připojení hovoru včetně přepojení hovoru: Stejné jako Nahrávat po připojení hovoru, ale nahrávání pokračuje i při přepojení hovoru na externí číslo. | Pokud je povoleno, uživatel konzumuje licenci na nahrávání hovoru. |
| Povolit spuštění a zastavení nahrávání hovorů | Vyberte, zda uživatel může ovládat, kdy jsou hovory nahrávány. Pokud vyberete Nenahrávat v nastavení Kdy automaticky nahrávat hovory výše, ale tuto možnost zapnete, uživatel bude moci nahrávání hovoru spustit manuálně. Upozorňujeme, že tato nastavení lze definovat na úrovni uživatele a fronty a pokud jsou nastavena odlišně, pokud je jedno z těchto nastavení nastaveno na „Ano“, uživatelé mohou nahrávání ovládat. | |
| Statické přihlášení | Pokud je povoleno, uživatel je vždy přihlášen a připraven. | |
| Odchozí identifikace | Zadejte čísla, která budou prezentována volanému pro hovory od tohoto uživatele. Pokud chcete použít více čísel, oddělte je čárkou. Čísla budou pro každý hovor vybrána náhodně. Nechte pole prázdné, pokud chcete použít výchozí čísla. Hierarchie nastavení odchozích čísel (od nejnižšího po nejvyšší): SIP Trunk → Uživatel → Fronta → ID volajícího. | |
| Linka | Interní číslo uživatele, které může být propojeno s několika SIP zařízeními a externími čísly. Zavolejte tohoto uživatele interně zadáním tohoto čísla. | |
| Zařízení | Vyberte volací zařízení pro tohoto uživatele. Pokud není přiřazeno, uživatel si může při přihlášení vybrat dostupné zařízení dynamicky. | |
| Časy vyzvánění | Vyberte, kdy by měly příchozí hovory zvonit na jednotlivých zařízeních. U odchozích hovorů budou zvonit všechna zařízení okamžitě. | |
| Cíl | Pokud uživatel neodpoví na přímý hovor (nikoliv hovor z fronty), bude hovor přesměrován na požadovaný cíl. |
API tokeny¶
Každý uživatel může mít trvalé API tokeny pro přímý přístup k API Daktela bez session-based přihlášení. Tokeny se spravují v detailu uživatele v sekci Trvalé API tokeny.
| Sloupec | Popis |
|---|---|
| Stav | Aktivace nebo deaktivace tokenu bez jeho smazání. |
| Název tokenu | Popis pro identifikaci, kde je token použit. Hodnotu tokenu samotného nelze do názvu uložit. |
| Poslední uložení | Datum a čas posledního uložení tokenu. |
| Platnost vyprší | Datum a čas vypršení platnosti tokenu. Výchozí platnost je 1 rok od vytvoření. |
| Vlastní platnost | Pokud je zaškrtnuto, token používá vlastní datum vypršení namísto výchozí roční platnosti. |
| Prodloužení s každým použitím | Pokud je zaškrtnuto, platnost tokenu se při každém použití resetuje na 365 dní od posledního použití — nepřičítá se rok k aktuální platnosti, vždy se nastavuje 365 dní od nejposlednjšího použití. |
Warning
Od verze v32.18.0 již není možné zobrazit ani zkopírovat hodnotu tokenu po jeho vytvoření. Hodnotu tokenu lze zkopírovat pouze při jeho vytvoření. Tokeny vytvořené před touto verzí budou po upgradu skryty, ale budou nadále fungovat.
Tip
Pokud nevíte, kde je starší token aktuálně používán, vytvořte nový a v názvu tokenu popište jeho účel (např. „CRM integrace – produkce“). Hodnotu tokenu samotného nelze do názvu tokenu uložit.
Vlastní atributy uživatele¶
Vlastní atributy uživatele umožňují ukládat libovolné páry klíč–hodnota ke každému záznamu uživatele. Schéma není pevně definováno — platný je jakýkoli řetězec jako klíč i hodnota. Atributy jsou přístupné přes API, díky čemuž jsou vhodné pro integrace a vývojářské pracovní postupy (například uložení ID z externího systému nebo vlastního štítku pro konkrétního uživatele).
Atributy se spravují v detailu uživatele v sekci Vývojářské funkce.
| Sloupec | Popis |
|---|---|
| Klíč | Libovolný řetězcový identifikátor atributu. |
| Hodnota | Hodnota přiřazená ke klíči. |
Nový atribut přidáte kliknutím na + ve spodní části tabulky. Atribut odstraníte kliknutím na Smazat (ikona koše) na příslušném řádku.
Důvěryhodný API uživatel¶
Nastavení Trusted API user odemkne pokročilé API parametry, které nejsou dostupné pro běžné API uživatele. Pokud tyto parametry odešle nedůvěryhodný uživatel, jsou tiše ignorovány — volání proběhne se standardním chováním a žádná chyba není vrácena.
Nastavení povolíte otevřením detailu uživatele v Nastavení – Uživatelé – Seznam uživatelů, poté klikněte na tlačítko Vývojářské funkce v pravém horním rohu detailu uživatele. Sekce Vývojářské funkce obsahuje zaškrtávací políčko Trusted API user.
ignore_required_fields¶
ignore_required_fields (boolean, výchozí hodnota false)
Při nastavení na true u jakéhokoli požadavku na vytvoření (POST) nebo aktualizaci (PATCH, PUT) je přeskočena validace povinných custom polí pro daném volání:
- Pokud je hodnota povinného custom pole uvedena, uloží se normálně.
- Pokud je hodnota povinného custom pole vynechána, volání proběhne úspěšně — pole zůstane prázdné (při vytváření) nebo si zachová předchozí hodnotu (při aktualizaci).
- Systémová povinná pole (jako
queueu tiketu nebonameu kontaktu) jsou stále vynucována bez ohledu na tento parametr. - Parametr nemá vliv na endpointy pouze pro čtení (GET).
Info
Výchozí hodnota parametru je false. Veškeré stávající API integrace se budou nadále chovat přesně jako dříve — žádné zpětně nekompatibilní změny nejsou zavedeny.
silent¶
silent (boolean, výchozí hodnota false)
Při nastavení na true u jakéhokoli požadavku na aktualizaci (PATCH, PUT) je aktualizace provedena bez spuštění notifikací nebo následných událostí:
- Žádná uživatelsky viditelná notifikace o aktualizaci není vygenerována.
- Žádné interní ani externí události nejsou spuštěny (automatizační pravidla, webhooky ani jiné pracovní postupy řízené událostmi).
- Snímek historie je stále vytvořen a zůstává viditelný v auditní historii záznamu. Snímek je označen ikonou tichého režimu — po najetí kurzorem se zobrazí tooltip s informací, že aktualizace byla provedena tiše přes API.
- Stav přečteno/nepřečteno záznamu není aktualizací změněn.
Info
Výchozí hodnota parametru je false. Veškeré stávající API integrace se budou nadále chovat přesně jako dříve — žádné zpětně nekompatibilní změny nejsou zavedeny.
Deaktivovaní uživatelé¶
Deaktivace¶
Když už nechcete, aby byl uživatel aktivní, můžete jej deaktivovat pomocí tlačítka pro deaktivaci v seznamu uživatelů.
Warning
Důrazně doporučujeme použít tlačítko pro deaktivaci místo tlačítka pro smazání. Stále budete moci zobrazit data uživatele z minulosti v celé aplikaci a v případě potřeby uživatele obnovit. U smazaných uživatelů ztratíte vše, co je s tímto uživatelem spojeno.
Obnovení¶
Pokud chcete obnovit uživatele, zaškrtněte políčko „deaktivované“ v seznamu uživatelů a budete moci vidět deaktivované uživatele. Stačí otevřít jejich detail, vyplnit povinná pole a uložit. Uživatel se tím opět stane aktivním.
Spotřeba licencí na uživatele¶
Pro zobrazení spotřeby licencí pro každý typ licence a pro každého uživatele je nutné mít přístup do modulu Licence. Klikněte na tlačítko „Využití licencí“ v pravém horním rohu. Poté budete moci vidět uživatele a licence, které spotřebovávají.
Info
Pokud uživatel není uveden v tomto seznamu, znamená to, že tento uživatel žádnou licenci nespotřebovává.