Poznámky k vydání 2026.2

Doteď každá fronta distribuovala jen svůj vlastní kanál a nic nedokázalo odpovědět na jednoduchou otázku: co je právě teď v kontaktním centru nejdůležitější? VIP email nemohl přeskočit čekající hovor. Konečný termín za tři hodiny nemohl nic eskalovat. Backlog nešlo míchat s živým provozem. Daktela 2026.2 na tuto otázku odpovídá – a většina toho ostatního v tomto vydání tu odpověď podpírá.

Priority Flows je jednotná fronta Daktely – funkce, která se prodává také jako omnichannel směrování nebo univerzální fronta. Jeden trychtýř, do kterého vstupují všechny kanály, jedno číslo, které rozhoduje o pořadí, a záznam o tom, jak každé rozhodnutí vzniklo.

Nic z toho se nikomu nevnucuje. Přidělování práce lidem si zapínáte sami, a pokud nic nezměníte, nic se nezmění. Co upgrade udělá sám od sebe – a čeho se nedotkne – shrnujeme na konci.

Jak daleko zajdete, je na vás

Tři způsoby, jak pracovat s tickety

Každá úroveň staví na té předchozí. Zastavte se na té, která týmu vyhovuje – a různé týmy na jedné instanci mohou zůstat každý na jiné.

Úroveň 1

Ručně

To, co máte dnes. Nic se nikomu nepřiděluje a nic se přidělovat nezačne, dokud nevytvoříte frontu ticketů nebo pravidlo.

Úroveň 2

Fronta ticketů

Aktivní přidělování, základní priorita fronty a její vlastní stárnutí podle SLA. Žádná pravidla psát nemusíte.

Úroveň 3

Priority Flows

Navrch bodovací pravidla, která váží práci ze všech kanálů na jedné stupnici – s reportingem a úplnou auditní stopou.

Jednotná distribuce

Jak jedna fronta funguje

Priority Flows práci oboduje. Fronty ticketů a vaše stávající kanálové fronty ji přijímají. Pravidla distribuce ticketů rozhodují, které tickety do distribuce vůbec vstoupí. Distribuční matice určuje, kolik toho operátor drží najednou. Rotace kanálů řídí, jaký druh práce dostane jako další. Jeden kus práce – jeden hovor, jeden chat, jedna zpráva, jeden ticket – je aktivita.

Nová funkce

Priority Flows

Priority Flow dá každé přicházející položce startovní skóre a pak na ni pustí seřazený seznam pravidel – VIP zákazník přidá 300, konečný termín do 24 hodin dalších 220. Každé odpovídající pravidlo přičte své body k průběžnému součtu, takže se priorita postupně buduje, místo aby se vybírala ze seznamu.

Priorita se porovnává globálně: operátorovi se nabídne položka s nejvyšším skóre napříč všemi frontami, které obsluhuje, bez ohledu na kanál, kterým přišla. Meze určuje distribuční matice, jeho Rank na dané frontě a strategie, podle které si fronta operátory vybírá.

Čísla jsou tu jen příklady, ne výchozí hodnoty. Kolik má živý hovor vážit vedle dva dny starého ticketu, si nastavíte sami.

Jak jeden ticket projde Priority Flow

Vstupuje do Priority Flow s jeho výchozí prioritou	100
Pravidlo 1 – kontakt je ve VIP databázi	+300
Pravidlo 2 – první odpověď po termínu · bez shody	—
Pravidlo 3 – konečný termín SLA do 24 hodin	+220
Skóre při vstupu do fronty	620

Ticket poslaný do téže fronty přímo, bez Priority Flow, by začínal na vlastní prioritě dané fronty – řekněme 250 – a rostl by, dokud čeká. Až se operátor uvolní, vyřídí se ten z nich, který má v tu chvíli vyšší číslo.

Jak se Priority Flow plní

Hovory, chaty a zprávy se do Priority Flow dostanou z příchozího směrování svého kanálu – stačí ho tam nastavit jako další cíl. Tickety vstupují přes pravidlo distribuce ticketů, a to včetně každého ticketu vzniklého z emailu: z emailu se nejdřív stane ticket a směrování emailů proběhne přesně jako dnes. Cokoli mimo Daktelu může ticket do Priority Flow vložit přes API.

Položka začíná na výchozí prioritě Priority Flow, na vstupní prioritě, kterou jí nastavilo odesílající pravidlo, nebo na vlastní prioritě fronty, pokud žádný Priority Flow ve hře nebyl – a jakmile začne čekat, ujímá se jí stárnutí nastavené na frontě. Postup nastavení najdete v dokumentaci.

Priorita a skóre jsou totéž číslo. Prioritu nastavujete vy; skóre je to, co si položka nese poté, co svou práci odvedla pravidla i čekání.

Nová funkce

Fronty ticketů

Nový typ fronty, který tickety operátorům přiděluje, místo aby čekal, až si je někdo vybere z pohledu ticketů. Pokud už provozujete hovorovou nebo chatovou frontu, zvládnete i tuto – má stejná nastavení: jak si vybírá operátora, jak se do ní operátoři přihlašují, pracovní dobu, čas na zotavení, jestli má nejdřív zkusit posledního operátora nebo vlastníka ticketu, a kam práce půjde, když čeká příliš dlouho.

Fronta ticketů zároveň funguje jako cíl Priority Flow: ticket, který odtud přijde, si drží své skóre a mezi přímo zařazené tickety se zamíchá prostým porovnáním čísel.

Nová funkce

Jak roste skóre čekající položky

Skóre roste, dokud položka čeká, takže nic tiše nesklouzne na dno. Ve frontě ticketů je růst odstupňovaný podle konečného termínu SLA: základní sazba, dokud je ticket v SLA, jeden nebo více stupňů, jak se termín blíží – pět dní předem může přidávat 500 denně, den předem 800 každých dvanáct hodin – a samostatná sazba poté, co termín uplyne. Každý jiný typ fronty dostane místo toho jediný pevný přírůstek za období.

Stárnutí se nastavuje na frontě, ne na Priority Flow, takže platí bez ohledu na to, zda byl Priority Flow ve hře. Mají-li dvě fronty různou rychlost stárnutí, jejich položky se budou časem vzájemně předjíždět – s tím počítejte, než sazby nastavíte.

Nová funkce

Pravidla distribuce ticketů

Jedno místo, kde se rozhodne, zda ticket vstoupí do distribuce, kam půjde a s jakou prioritou. Pravidlo filtruje podle událostí na ticketu, uplynulého času a polí ticketu nebo CRM – nový příchozí email, konečný termín do hodiny, ticket, se kterým se nic nestalo od chvíle, kdy bylo naposledy nastaveno zvolené datumové pole, nebo změna statusu, která se opravdu odehrála. Podmínky se dělí do dvou skupin: v první musí platit všechno, ve druhé alespoň jedna věc.

Pravidla přehodnocuje služba na pozadí každých 30 sekund, takže ticket s blížícím se termínem eskaluje včas, aniž by ho někdo otevřel.

Dvě sady pravidel, a to záměrně

U distribučních pravidel rozhoduje to první, které odpovídá, a určí zároveň, jestli ticket do distribuce vůbec vstoupí. Uvnitř Priority Flow přičítá ke skóre každé odpovídající pravidlo a může zároveň zafixovat, kde položka skončí. Jdou za sebou: pravidlo nastaví skóre, se kterým ticket přichází, a Priority Flow na něm staví.

Email nikdy nepřichází jako konektor kanálu: z emailu se nejdřív stane ticket, směrování jeho emailové fronty proběhne jako dnes a pravidla pro tickety rozhodnou až potom. Kampaňové záznamy přijdou v menší aktualizaci.

Přepracování

Distribuční matice v prostých číslech

Kolik práce drží jeden operátor najednou a které kanály blokují které, teď řeší jedna karta na každý příchozí kanál – „když přijde hovor…“ – čtená ve skutečných počtech, ne jako mřížka. Na kartě stojí Max. 3 najednou a zablokovat nový hovor, jakmile má operátor otevřené alespoň dva web chaty, plus přednastavení přímo na kartě pro dva běžné případy: blokováno jakoukoli jinou otevřenou prací, nebo nikdy neblokováno.

Mění se to, co vidíte, ne to, co se děje. Vaše stávající nastavení se přenese beze změny, dopad na každého operátora je totožný a není co přenastavovat.

Kontaktní centrum má nově jednu globální matici, která existuje vždy – základ, který platí každému operátorovi, dokud ho něco nepřepíše – a profil ji buď dědí, nebo ji výslovně přepíše na své vlastní kartě Distribuční matice. Úpravy se do uložení jen připravují a jsou označené; změna globálního výchozího nastavení vyžaduje oprávnění Globální nastavení a bez něj se stejná obrazovka otevře pouze ke čtení.

Nová funkce

Rotace kanálů u operátora

„Po dvou hovorech za sebou sniž tomuto operátorovi šanci, že dostane i třetí.“ Rotace utváří pořadí práce operátora; distribuční matice řídí, kolik jí zvládá najednou. Pravidla sedí na kartě profilu Rotace kanálů: po zadaném počtu po sobě jdoucích interakcí jednoho druhu – jednoho kanálu, nebo celé kategorie, například jakéhokoli chatu – klesne Rank operátora pro tento druh o hodnotu, kterou zvolíte na stupnici 1–10, takže se k němu jako další spíš dostane jiná práce.

Jde o naklonění vah, nikdy o blokaci: operátor, kterého rotace odsunula, položku stejně dostane, pokud není nikdo vhodnější volný, a práce, které hrozí porušení SLA, vyhrává vždy. Rotace je vypnutá, dokud ji profil nezapne; žádné výchozí nastavení pro celé kontaktní centrum neexistuje.

Již brzy

Kampaňové záznamy vstupují do fronty

Call script se bude párovat s Priority Flow místo s jedinou kampaňovou frontou. Záznamy vstupují do trychtýře, jakmile na ně přijde řada, dostanou skóre podle databáze, atributů záznamu a toho, o kolik jsou po termínu, a Priority Flow vybere odchozí frontu. Typ kampaně na frontě dál určuje, jak se vytáčí; Priority Flow rozhoduje o tom, kterou frontou, kdy a kým.

Sekvenční míchání databází se stane běžným pravidlem: podmínka na databázi záznamu, vyšší skóre – a trychtýř obsluhuje danou databázi, dokud v něm čeká jakýkoli její záznam.

Kampaňové záznamy přijdou v menší aktualizaci 2026.2 krátce po hlavním vydání.

Dohled a doložitelnost

Každé rozhodnutí je zaznamenané

Směrovací jádro, které se neumí vysvětlit, neobhájíte před zákazníkem, auditorem ani vlastním týmem. Reporting Priority Flows vyžaduje Priority Flow; záznam o rozhodování a živé skóre v Realtime platí všude, kde je distribuce zapnutá.

Úplný záznam o rozhodování

Každá interakce si nese procesní log – záznam všeho, co se s ní stalo: do kterého Priority Flow vstoupila a s jakým startovním skóre, každé odpovídající pravidlo a co přidalo, navýšení podle SLA, výjimku, která zafixovala její cíl, ruční přepsání i s tím, kdo je provedl, a vypršené limity.

Sledujte pořadí živě

Realtime nově ukazuje aktuální skóre, fázi SLA – v SLA, blížící se termín i s právě platným stupněm a sazbou, nebo po termínu – a přerušení, tedy živou práci, kterou matice pustila na operátora, který už byl zaneprázdněný.

Přepište prioritu ručně

Nové skóre napíšete rovnou do buňky priority v Realtime. Položka se označí jako ručně nastavená, stárnutí se přičítá dál a přepsání se zapíše do záznamu i s osobou, která je provedla.

Reporting Priority Flows

Kolik práce prošlo Priority Flows, jak dlouho čekala, kolik jí stihlo SLA a s jakým skóre se položka dostala k operátorovi – s rozpadem podle kanálů, s údajem, kolik z práce, kterou přerušení odsunulo, se pak zase zvedlo, a s tabulkou, která se dokáže zavrtat do kterékoli jednotlivé interakce.

Proč byl operátor přeskočen

Když rotace kanálů odkloní práci od nějakého operátora, důvod se zaznamená – například dva hovory za sebou.

Výhled

Proč to má význam i mimo směrování

Inteligentní směrování práce potřebuje dvě věci, které produkt neměl: jednu stupnici, na které lze porovnat každý kus práce, a úplný záznam o tom, proč každé rozhodnutí padlo. Vydání 2026.2 staví obojí. Žádné funkce AI směrování v něm nenajdete – ale je to přesně ta vrstva, kterou by potřebovaly, a ta teď existuje.

Administrace

Jeden profil místo Práv a Přístupů

Oprávnění dřív žila ve dvou objektech, které se musely udržovat zvlášť a u každého uživatele propojovat. Nově jsou jediným Profilem – co někdo smí dělat, co smí spravovat, na které fronty, kategorie a databáze se to vztahuje a jak se chová v kontaktním centru, celkem v devatenácti oblastech.

Přepracování

Profily

Profil se otevírá na čtyřech kartách: Přístup a rozsah, Distribuční matice, Rotace kanálů, Členové a přepsání. Každá oblast ukazuje, co uživatel smí dělat, co smí spravovat a na které konkrétní fronty, kategorie, databáze nebo makra se to vztahuje – a u každé z nich svítí ukazatel, jakmile je v ní něco zapnuté.

Několik věcí se přesunulo tam, kde je lidé hledají: vlastní překlady jsou nově pod Workflows, staré právo GDPR se jmenuje Anonymizace a spadá pod novou oblast Data a soukromí, a nové oblasti pokrývají Zpracování aktivit, Pracovní plochu, Funkce AI, Zařízení a Správu uživatelů.

Nová funkce

Půjčte operátorům druhý profil

Každý uživatel má jeden primární profil a nad něj mu lze připojit další profily. Připojení vždy jen přidává přístup – z primárního profilu nikdy nic nebere – takže posadit část VIP operátorů na běžné fronty na jedno rušné odpoledne už neznamená postavit jednorázovou skupinu práv a pak ji zase rozebírat.

Připojíte ho z detailu samotného uživatele, z karty Členové na profilu, nebo rovnou z Realtime › Uživatelé, zatímco sledujete fronty – jednoho operátora, nebo celý výběr naráz. Karta Členové na profilu ukazuje každého uživatele, ke kterému je profil připojený, a detail uživatele naopak vypíše všechny profily připojené k němu, i s tím, kdo je připojil.

Časové omezení připojení – naplánovat, kdy začne a kdy skončí, a nechat ho, ať se samo vrátí zpět – přijde v menší aktualizaci 2026.2. V prvním vydání zůstává připojený profil, dokud ho někdo neodebere.

Nová funkce

Max. ticketů

Strop otevřených ticketů na operátora, vedle stávajících limitů na aktivity a odchozí kampaňové záznamy. Vynucuje se v okamžiku, kdy by měl být ticket přiřazen, takže fronty ticketů operátora nikdy přes jeho limit nepustí.

Vylepšeno

Nastavte režim přihlášení do všech front naráz

Obrazovka profilu, kde přidělujete fronty, nově umí hromadně nastavit, jak se do nich operátoři přihlašují – platí pro celý seznam front, ne jen pro stránku na obrazovce, a dotkne se jen těch front, které profil vidí. Protože operátor může mít aktivní jen jedno odchozí přihlášení, hromadná změna, po které by zůstaly přihlášené dvě odchozí fronty, se zastaví a zeptá se, která si ho ponechá.

Pracovní plocha operátora

Hovorové a chatové aktivity v novém

Aktivity se při přechodu Daktely na Neo přenesly jedna k jedné a přestaly ladit s přepracovaným detailem ticketu, který vyšel ve verzi 2026.1. Příchozí, odchozí, kampaňové a chatové aktivity jsou postavené znovu tak, aby vedle nového detailu ticketu pořádně seděly – stejné možnosti, jen rozmístěné nanovo, kromě dvou widgetů zmíněných níže.

Co operátoři uvidí a jak je na to připravit

Je to jediná změna, na kterou narazí každý operátor hned při prvním přihlášení, takže stojí za pár minut na týmové poradě.

Samotný panel hovoru nebo chatu zůstává, kde byl – Panel hovoru vpravo, konverzace Web chatu vlevo – a všechno, co kolem něj dřív bývalo ve vlastním uspořádání, je teď karta vedle: Kontakt a společnost, Aktivity, Přiřadit ticket a tak dál. Jedna karta se otevře jako první a administrátor vybere která. Dva widgety končí: Ticket – pouze ke čtení, který dělal totéž co Přiřadit ticket, a Kalendář, na který se dostanete přímo z obrazovky aktivity. Pokud je některá vaše fronta používala, řekněte tomu týmu, kam se má dívat místo nich.

Nová funkce

Pracujte dál, aniž byste ztratili konverzaci

Odejdete od probíhajícího hovoru a plovoucí widget vás provází celou aplikací: časomíra, směr a fronta, s kým mluvíte, stejné ovládání hovoru a Zavěsit.

U zpráv to funguje obráceně. Když zpráva dorazí do konverzace, na kterou se zrovna nedíváte, vypíše ji plovoucí panel – počet nepřečtených, jak dlouho už čeká, náhled toho, co napsali, a tlačítko rovnou zpět do chatu. Pokrývá všechny kanály zpráv, nejen web chat, a lze ho vypnout pro každou frontu zvlášť.

Přepracování

Nastavení widgetů se upravuje přímo v aktivitě

Editor pro jednotlivé fronty už není abstraktní plátno bloků a šířek. Vykreslí se jako skutečná obrazovka aktivity a upravuje se přímo v ní: tažením v liště karet změníte pořadí, hvězdičkou označíte kartu, která se otevře první, kartu odeberete nebo přidáte nepoužitý widget a přes ozubené kolečko otevřete vlastní nastavení kteréhokoli widgetu. Karty se zobrazují s reálným obsahem z poslední zodpovězené aktivity dané fronty.

Na kampaňových frontách je formulář záznamu předem umístěný a nelze ho odebrat.

Nová funkce

Kontakt a společnost na jedné kartě

Samostatné widgety Kontakt a Společnost se slučují. Dokud není nikdo propojený, karta hlásí „Přiřadit kontakt“ a zobrazí prohledávatelnou tabulku; s propojeným kontaktem ukáže detaily kontaktu a pod nimi jeho společnost. Administrátoři vybírají, která vlastní pole se zobrazí, zvlášť pro každou entitu.

Nové kontakty a společnosti jde vytvořit, aniž byste opustili hovor – kontakt přidáte z hlavičky tabulky, společnost založíte rovnou z pole společnosti u kontaktu. Neuložené úpravy promění Zavřít v Uložit a zavřít, takže se nic tiše nezahodí.

Vylepšeno

Stejné widgety na všech chatovacích kanálech

Chatovací kanály, kterým chyběly widgety dostupné u hovorů – realtime uživatelé, znalostní báze – nabízejí nově celou sadu. Paleta je pro hovory i chaty totožná; jedinou výjimkou jen pro hovory je formulář záznamu.

Co zůstává stejné

Nic z toho se vám nestane nedopatřením

Pokud nic nezměníte, nic se nezmění.

Operátoři si dál berou tickety z pohledů ticketů a řadí je podle konečného termínu SLA. Tickety se lidem začnou přidělovat, teprve až vytvoříte frontu ticketů nebo distribuční pravidlo – dřív ne.

Emailové fronty se nemění.

Nastavení schránek a směrování emailů zůstává přesně takové, jaké je dnes. Nová vrstva pravidel sedí navrchu: nejdřív se uplatní směrování emailů, pak rozhodnou pravidla, a ticket, kterému neodpovídá žádné pravidlo, se zpracuje ručně, přesně jako teď.

Co se změní všem

Co se při upgradu stane samo

Všechno ostatní je na vašem rozhodnutí. Tohle je úplný seznam toho, co přijde samo.

Z Práv a Přístupů se stanou Profily

Objekt Práva se u každého uživatele stane jeho primárním profilem; objekt Přístupy se změní v profil připojený nad ním. Výsledný přístup po upgradu odpovídá tomu, jaký byl předtím – stejní lidé, stejná oprávnění, jeden objekt k údržbě místo dvou propojených.

Priorita operátora na frontě se nově jmenuje Rank

Číslo, které rozhoduje, kteří operátoři se zkoušejí jako první – nastavuje se na profilu zvlášť pro každou frontu – se přejmenovalo na Rank, aby se už nepletlo s prioritou, kterou si nese samotná práce. Nově jde od 0 do 10, přičemž 10 je nejvyšší, a stávající hodnoty se při migraci převedou. Mění se číslo, které čtete; pořadí, v jakém se operátorům práce nabízí, ne.

Rozložení dashboardu a klávesové zkratky se stěhují

Nově pocházejí z prvního profilu připojeného k uživateli – a přesně tím se stane jeho starý objekt Přístupy.

Hovorové a chatové aktivity jsou rozmístěné nanovo

Každý operátor, který bere hovory nebo chaty, narazí na nové rozložení při prvním přihlášení. Možnosti zůstávají stejné, dva widgety končí, protože jejich práci už dělá něco jiného. Co operátoři poznají, popisujeme výše.

Distribuční matice vypadá jinak

Jedna karta na příchozí kanál místo mřížky, čtená ve skutečných počtech: „Max. 3 najednou“ znamená tři. Na tom, kolik práce se k operátorovi dostane, se nic nemění.

Priorita fronty se stává volným číslem

U každého typu fronty, ve stejném číselném prostoru jako skóre z Priority Flows, místo dřívějších úrovní 0–10. Platí pro práci, která do fronty přichází přímo; práce přicházející z Priority Flow si drží skóre, které si vysloužila.

Další vylepšení

A mnohem víc

Další změny v distribuci, ticketech a administraci.

Distribuce a fronty

Čekající ticket se nikdy neztratí

Nastavte maximální dobu čekání a co se stane po ní: přetečení do jiné fronty ticketů, vstup do Priority Flow s volitelným eskalačním navýšením, aktualizace ticketu a jeho uvolnění k ručnímu zpracování, nebo prosté ukončení distribuční aktivity, zatímco samotný ticket zůstane, kde je.

Přesné úpravy polí při vypršení limitu

Každé pole v aktualizaci po vypršení limitu má vlastní režim – nastavit hodnotu, nahradit to, co už vícehodnotové pole obsahuje, nebo ho vyprázdnit. Povinná pole vyprázdnit nelze.

Přetečení patří frontě

Kam práce půjde, když čeká příliš dlouho, se nastavuje na samotné frontě, místo aby se to opakovalo v každém Priority Flow, který na ni míří.

Priority Flow nelze uložit nastavený jen napůl

Každý druh práce směrovaný do Priority Flow musí mít kam jít a nic mu nezačne posílat nový druh práce, dokud se ta mezera nezaplní.

Export a import Priority Flows

Přesuňte nastavený Priority Flow mezi prostředími, místo abyste ho stavěli znovu ručně.

Tickety

Přijetí ticketu je tiché

Když převezmete distribuovaný ticket, nastaví se na Otevřený a přiřadí se vám, a to jednou aktualizací, která neposílá žádná oznámení a nespouští žádnou z vašich událostních automatizací – a váš vlastní pohled ho ukáže okamžitě, bez obnovení.

Širší okruh ticketů pro distribuci

Pravidlo může vzít i ticket, který už je otevřený nebo už má vlastníka. Z okruhu ticket vypadne z jediného důvodu: už sedí ve frontě ticketů.

Uklizenější editor pravidel

Sestavení podmínek distribučního pravidla znamená vybírat z dlouhého seznamu polí ticketu. Ten seznam je nově rozdělený na to, co se právě stalo, pole samotného ticketu a vaše vlastní pole – a nic se neotevírá prázdné: každý rozbalovací seznam začíná na skutečné hodnotě a jednotky času začínají na minutách.

Čas v hodnotě libovolného pole

Eskalujte podle toho, jak dlouho je to od chvíle, kdy bylo na ticketu nastaveno jakékoli systémové nebo vlastní datumové pole – ne jen podle pevného seznamu statusů.

Skutečné přechody statusů

Podmínka přechodu odpovídá skutečnému posunu z jednoho stavu nebo statusu na jiný a už se nespouští při aktualizacích, kde hodnota prostě zůstala stejná.

Administrace a bezpečnost

Plánované půjčení profilu Již brzy

Připojený profil bude moci nést vlastní datum začátku a konce, vždy s koncem o půlnoci, aby nikdo nepřišel o přístup uprostřed směny. Naplánujete-li ho dopředu, zobrazuje se jako naplánovaný, dokud se neaktivuje. Přijde v menší aktualizaci 2026.2.

Čistý odchod při odebrání profilu Již brzy

Když připojený profil zmizí, uživatel přijde jen o fronty, které mu dával jedině on: jeho otevřené aktivity v těchto frontách se uzavřou a odhlásí se právě z těchto front. Fronty přidělené odjinud zůstanou nedotčené. Vyjde spolu s plánovaným půjčováním.

Týmoví vedoucí bez plné administrace

Profilu lze vymezit, které uživatele smí spravovat – po týmech, nebo jednotlivě – a které další profily smí upravovat.

Vyhrává příznivější nastavení

Tam, kde se primární a připojený profil překrývají, platí to volnější nastavení: vyšší Rank, širší sada akcí a ten režim přihlášení, který operátora nechá dostupného ve více frontách. Dvě nastavení, která sloučit nelze – jediné odchozí přihlášení a distribuční matice – se řídí primárním profilem.

Nahlásit chybu vyžaduje Zdroje

Zdroje, Nahlásit chybu a Požadavek na funkci sedí pohromadě pod tím, co uživatel smí dělat, a poslední dvě nelze udělit bez prvního z nich.