Informacje o wydaniu 2026.2

Do tej pory każda kolejka rozdzielała pracę tylko ze swojego kanału i nic nie potrafiło odpowiedzieć na proste pytanie: co jest teraz w centrum kontaktowym najważniejsze? E-mail od klienta VIP nie mógł wyprzedzić czekającego połączenia. Termin za trzy godziny niczego nie eskalował. Zaległości nie dało się mieszać z ruchem na żywo. Daktela 2026.2 odpowiada na to pytanie, a większość pozostałych zmian w tym wydaniu jest po to, żeby ta odpowiedź była możliwa.

Priority Flows to ujednolicona kolejka Dakteli – funkcja sprzedawana też pod nazwą routingu omnichannel albo uniwersalnej kolejki. Jeden lejek, do którego wchodzi każdy kanał, jedna liczba decydująca o tym, co będzie następne, i zapis tego, jak zapadła każda decyzja.

Nic z tego nie jest nikomu narzucane. Wypychanie pracy do ludzi to Twoja decyzja, a jeśli niczego nie zmienisz, nic się nie zmieni. Co robi sama aktualizacja – i czego nie rusza – opisujemy na końcu.

Jak daleko pójdziesz, zależy od Ciebie

Trzy sposoby prowadzenia ticketów

Każdy poziom opiera się na poprzednim. Zatrzymaj się na tym, który pasuje zespołowi – a różne zespoły na tej samej instancji mogą działać na różnych poziomach.

Poziom 1

Ręcznie

To, co masz dzisiaj. Nic nie jest wypychane i nic wypychane nie będzie, dopóki nie zbudujesz kolejki ticketów albo reguły.

Poziom 2

Kolejka ticketów

Dystrybucja wypychająca, bazowy priorytet kolejki i jej własne narastanie SLA. Bez pisania reguł.

Poziom 3

Priority Flows

Na wierzchu punktowy silnik reguł, który waży pracę z każdego kanału na jednej skali, z raportowaniem i pełną ścieżką audytu.

Ujednolicona dystrybucja

Jak działa ta jedna kolejka

Priority Flows punktuje pracę. Kolejki ticketów i Twoje dotychczasowe kolejki kanałowe ją przyjmują. Reguły dystrybucji ticketów rozstrzygają, które tickety w ogóle do niej wchodzą. Matryca rozdzielcza ustala, ile jeden agent trzyma naraz. Rotacja kanałów decyduje, jakiego rodzaju pracę dostanie jako następną. Pojedyncza porcja pracy – jedno połączenie, jeden czat, jedna wiadomość, jeden ticket – to aktywność.

Nowa funkcja

Priority Flows

Priority Flow nadaje każdej przychodzącej pozycji wynik początkowy, a potem przepuszcza ją przez uporządkowaną listę reguł – klient VIP dodaje 300, termin w ciągu 24 godzin dodaje 220. Każda pasująca reguła dokłada się do bieżącej sumy, więc priorytet się sumuje, zamiast być wybierany z listy.

Priorytet porównujemy globalnie: agent dostaje propozycję pozycji o najwyższym wyniku ze wszystkich kolejek, które obsługuje, niezależnie od kanału, z którego przyszła – w granicach matrycy rozdzielczej, jego rangi w danej kolejce i obowiązującej w niej strategii wyboru agenta.

Liczby są tu przykładowe, nie domyślne. To, ile wart jest trwające połączenie obok dwudniowego ticketu, zależy od Ciebie.

Jeden ticket przez Priority Flow

Wchodzi do Priority Flow z jego domyślnym priorytetem	100
Reguła 1 – kontakt jest w bazie danych VIP	+300
Reguła 2 – pierwsza odpowiedź po terminie · brak dopasowania	—
Reguła 3 – ostateczny termin SLA w ciągu 24 godzin	+220
Wynik w chwili dotarcia do kolejki	620

Ticket wysłany prosto do tej samej kolejki, z pominięciem Priority Flow, zacząłby od jej własnego priorytetu – powiedzmy 250 – i rósłby, czekając. Obsłużona zostaje ta pozycja, która w chwili zwolnienia się agenta ma wyższą liczbę.

Skąd Priority Flow bierze pracę

Połączenia, czaty i wiadomości trafiają do Priority Flow z routingu przychodzącego danego kanału – wystarczy wskazać go jako następny cel. Tickety trafiają tam przez regułę dystrybucji ticketów – dotyczy to też każdego ticketu utworzonego z e-maila, bo e-mail najpierw staje się ticketem, a routing poczty e-mail działa dokładnie tak jak dziś. Wszystko, co działa poza Daktelą, może wstawić ticket do Priority Flow przez API.

Pozycja startuje z domyślnego priorytetu Priority Flow, z priorytetu wejściowego wybranego przez regułę, która ją przysłała, albo z własnego priorytetu kolejki, jeśli Priority Flow w ogóle nie brał w tym udziału – a od chwili, gdy zaczyna czekać, kontrolę przejmuje narastanie ustawione na kolejce. Kroki konfiguracji znajdziesz w dokumentacji.

Priorytet i wynik to ta sama liczba. Priorytet to wartość, którą ustawiasz; wynik to wartość, którą pozycja niesie, gdy reguły i czekanie zrobią swoje.

Nowa funkcja

Kolejki ticketów

Nowy typ kolejki, który wypycha tickety do agentów, zamiast czekać, aż ktoś wyłowi je z widoku. Jeśli prowadzisz już kolejkę połączeń albo czatów, umiesz prowadzić i tę – ma te same ustawienia: jak wybiera agenta, jak agenci się do niej logują, godziny pracy, czas zakończenia, to, czy najpierw próbować ostatniego agenta albo właściciela ticketu, oraz to, dokąd trafia praca, która czeka zbyt długo.

Kolejka ticketów działa też jako cel Priority Flow: ticket przychodzący z Priority Flow zachowuje swój wynik i przeplata się z ticketami dodanymi bezpośrednio – decyduje zwykłe porównanie liczb.

Nowa funkcja

Jak rośnie wynik czekającej pozycji

Wyniki rosną, dopóki pozycja czeka, więc nic nie osuwa się po cichu na dno. W kolejce ticketów ten wzrost jest podzielony na etapy względem ostatecznego terminu SLA ticketu: poziom bazowy, dopóki mieści się w SLA, jeden lub więcej progów w miarę zbliżania się terminu – pięć dni przed może dokładać 500 dziennie, dzień przed 800 co dwanaście godzin – i osobne tempo po przekroczeniu terminu. Każdy inny typ kolejki dostaje zamiast tego jeden stały przyrost na okres.

Narastanie ustawia się na kolejce, a nie na Priority Flow, więc działa niezależnie od tego, czy Priority Flow brał w tym udział. Dwie kolejki narastające w różnym tempie sprawią, że ich pozycje będą się z czasem wzajemnie wyprzedzać – warto o tym wiedzieć, zanim ustawisz tempa.

Nowa funkcja

Reguły dystrybucji ticketów

Jedno miejsce, w którym decydujesz, czy ticket wchodzi do dystrybucji, dokąd trafia i z jakim priorytetem. Reguła filtruje po zdarzeniach ticketu, upływie czasu oraz polach ticketu i CRM – nowy przychodzący e-mail, ostateczny termin w ciągu godziny, ticket nietknięty od ostatniego ustawienia wybranego pola daty, zmiana statusu, która faktycznie nastąpiła. Warunki dzielą się na dwie grupy: w pierwszej musi się zgadzać wszystko, w drugiej wystarczy jeden warunek.

Usługa działająca w tle sprawdza reguły ponownie co 30 sekund, więc ticket ze zbliżającym się terminem eskaluje na czas i nikt nie musi go w tym celu otwierać.

Dwa zestawy reguł – celowo

W regułach dystrybucji decyduje pierwsza pasująca i to ona rozstrzyga, czy ticket w ogóle wchodzi do dystrybucji. Wewnątrz Priority Flow każda pasująca reguła dokłada się do wyniku, a pojedyncza reguła może też na stałe wskazać, gdzie pozycja wyląduje. Działają po kolei: reguła ustala wynik, z którym ticket przychodzi, a Priority Flow buduje na nim dalej.

E-mail nigdy nie przychodzi jako łącznik kanału: najpierw staje się ticketem, routing jego kolejki e-mail działa tak jak dziś, a reguły ticketów decydują dopiero potem. Rekordy kampanii dojdą w drobnej aktualizacji.

Przebudowa

Matryca rozdzielcza, w zwykłych liczbach

Ile pracy agent trzyma naraz i które kanały blokują które – to teraz jedna karta na każdy kanał przychodzący, „gdy przychodzi połączenie…”, podana w całych liczbach, a nie jako siatka. Karta mówi Maks. 3 naraz oraz zablokuj nowe połączenie, gdy agent ma już dwa lub więcej otwartych czatów internetowych, a na każdej karcie czekają gotowe ustawienia dla dwóch częstych przypadków: blokada przez jakąkolwiek inną otwartą pracę albo brak blokady.

Zmienia się to, co widzisz, a nie to, co się dzieje. Twoje dotychczasowe ustawienia przechodzą nietknięte, efekt dla każdego agenta jest identyczny i nie trzeba niczego konfigurować od nowa.

Centrum kontaktowe ma teraz jedną globalną matrycę, która istnieje zawsze – domyślną podstawę, do której wraca każdy agent – a profil albo ją dziedziczy, albo jawnie nadpisuje na własnej karcie Matryca rozdzielcza. Zmiany czekają oznaczone, dopóki ich nie zapiszesz, a edycja matrycy globalnej wymaga uprawnienia Ustawienia globalne; bez niego ten sam ekran otwiera się tylko do odczytu.

Nowa funkcja

Rotacja kanałów agenta

„Po dwóch połączeniach z rzędu zmniejsz temu agentowi szansę na trzecie”. Rotacja kształtuje kolejność pracy agenta; matryca rozdzielcza rządzi tym, ile obsługuje naraz. Reguły siedzą na karcie Rotacja kanałów w profilu: po określonej liczbie kolejnych interakcji jednego rodzaju – jednego kanału albo całej kategorii, na przykład dowolnego czatu – ranga agenta dla tego rodzaju spada o wartość, którą wybierasz na skali 1–10, więc inna praca ma większą szansę trafić do niego jako następna.

To skłonność, nigdy blokada: agent z obniżoną rangą i tak weźmie pozycję, gdy nikt lepszy nie jest wolny, a praca zagrożona przekroczeniem SLA zawsze wygrywa. Rotacja jest wyłączona, dopóki nie włączy jej jakiś profil; nie ma ustawienia domyślnego na całe centrum kontaktowe.

Wkrótce

Rekordy kampanii dołączają do kolejki

Skrypt rozmowy będzie sparowany z Priority Flow, a nie z jedną kolejką kampanii. Rekordy wchodzą do lejka, gdy nadchodzi ich termin, są punktowane na podstawie bazy danych, atrybutów rekordu i tego, o ile termin został przekroczony, a Priority Flow wybiera kolejkę wychodzącą. Typ kampanii w kolejce nadal rządzi sposobem wybierania numerów; Priority Flow decyduje, która kolejka, kiedy i kto.

Sekwencyjne mieszanie baz danych staje się zwykłą regułą: postaw warunek na bazie danych rekordu i podnieś wynik takich rekordów, a lejek będzie obsługiwał tę bazę tak długo, jak czeka w niej choć jeden rekord.

Rekordy kampanii pojawią się w drobnej aktualizacji do 2026.2, wkrótce po wydaniu głównym.

Nadzór

Każda decyzja jest zapisana

Silnika routingu, który nie potrafi się wytłumaczyć, nie obronisz ani przed klientem, ani przed audytorem, ani przed własnym zespołem. Raportowanie Priority Flows wymaga Priority Flow; zapis decyzji i wynik na żywo w Czasie rzeczywistym działają wszędzie tam, gdzie dystrybucja jest włączona.

Pełny zapis decyzji

Każda interakcja niesie dziennik procesu – zapis wszystkiego, co się z nią stało: Priority Flow, do którego weszła, i jej wynik początkowy, każdą pasującą regułę i to, ile dołożyła, wzrosty z SLA, wyjątek, który ustalił jej cel, ręczne nadpisania wraz z osobą, która ich dokonała, oraz przekroczenia limitu czasu.

Obserwuj ranking na żywo

Czas rzeczywisty zyskuje bieżący wynik, etap SLA – w ramach SLA, zbliżanie się do niego wraz z obowiązującym progiem i tempem, albo po terminie – oraz przerwania, czyli pracę na żywo, którą matryca dopuściła do już zajętego agenta.

Nadpisz priorytet ręcznie

Wpisz nowy wynik wprost w komórkę priorytetu w Czasie rzeczywistym. Pozycja zostaje oznaczona jako ustawiona ręcznie, narastanie dalej działa na wierzchu, a nadpisanie trafia do zapisu wraz z osobą, która je wprowadziła.

Raportowanie Priority Flows

Ile pracy przeszło przez Priority Flows, jak długo czekała, jaka jej część zmieściła się w SLA i z jakim wynikiem pozycja dotarła do agenta – z podziałem na kanały, z informacją, ile pracy wypartej przez przerwanie zostało potem podjęte, i z tabelą, która schodzi do pojedynczej interakcji.

Dlaczego agent został pominięty

Gdy rotacja kanałów odsuwa pracę od kogoś, powód jest zapisywany – na przykład dwa połączenia z rzędu.

Spojrzenie w przód

Dlaczego to ma znaczenie poza routingiem

Inteligentne kierowanie pracą wymaga dwóch rzeczy, których produkt nie miał: jednej skali, na której da się porównać każdą porcję pracy, i kompletnego zapisu tego, dlaczego zapadła każda decyzja. 2026.2 buduje jedno i drugie. W tym wydaniu nie ma funkcji routingu opartych na AI – ale to jest warstwa, której by potrzebowały, i właśnie stanęła.

Administracja

Jeden profil zamiast Uprawnień i Dostępów

Uprawnienia mieszkały dotąd w dwóch obiektach, które trzeba było utrzymywać osobno i łączyć dla każdego użytkownika. Teraz są jednym Profilem – co ktoś może robić, czym może administrować, których kolejek, kategorii i baz danych to dotyczy oraz jak zachowuje się w centrum kontaktowym, w dziewiętnastu obszarach.

Przebudowa

Profile

Profil otwiera się na czterech kartach: Dostęp i zakres, Matryca rozdzielcza, Rotacja kanałów oraz Członkowie i nadpisania. Każdy obszar pokazuje, co użytkownik może robić, czym może administrować i których konkretnie kolejek, kategorii, baz danych czy makr to dotyczy – ze wskaźnikiem na żywo przy każdym obszarze, w którym cokolwiek jest włączone.

Kilka rzeczy przeniosło się tam, gdzie ludzie ich szukają: niestandardowe tłumaczenia siedzą teraz pod Przepływami pracy, dawne uprawnienie GDPR to dziś Anonimizacja w nowym obszarze Dane i prywatność, a nowe obszary obejmują Obsługę aktywności, Obszar roboczy, Funkcje AI, Urządzenia i Zarządzanie użytkownikami.

Nowa funkcja

Wypożycz agentom drugi profil

Każdy użytkownik ma jeden profil główny i może mieć na nim doczepione kolejne profile. Doczepienie zawsze tylko dodaje dostęp – nigdy nie zabierze niczego profilowi głównemu – więc przerzucenie części agentów VIP na zwykłe kolejki na jedno pracowite popołudnie nie oznacza już budowania jednorazowej grupy uprawnień i rozplątywania jej potem.

Doczep z poziomu szczegółów użytkownika, z karty Członkowie w profilu albo wprost z ekranu Czas rzeczywisty › Użytkownicy, gdy obserwujesz kolejki – pojedynczego agenta albo całe zaznaczenie naraz. Karta Członkowie pokazuje wszystkich użytkowników, do których profil jest doczepiony, a szczegóły użytkownika – wszystkie profile doczepione do niego, wraz z osobą, która je doczepiła.

Ograniczenie doczepienia w czasie – zaplanowanie, kiedy się zaczyna i kończy, oraz samoczynne cofnięcie – dojdzie w drobnej aktualizacji do 2026.2. W wydaniu początkowym doczepiony profil zostaje, dopóki ktoś go nie usunie.

Nowa funkcja

Maks. tickety

Limit otwartych ticketów na agenta, obok istniejących limitów aktywności i wychodzących rekordów kampanii. Jest egzekwowany w chwili, gdy ticket miałby zostać przypisany, więc kolejki ticketów nigdy nie wypchną agenta ponad jego limit.

Ulepszone

Ustaw tryb logowania we wszystkich kolejkach naraz

Ekran profilu, na którym przyznajesz kolejki, zyskuje zbiorczą kontrolkę sposobu logowania się agentów – obejmuje ona całą listę kolejek, a nie tylko widoczną stronę, i rusza wyłącznie kolejki, które profil widzi. Ponieważ agent może mieć tylko jedno aktywne logowanie wychodzące, zbiorcza zmiana, która zostawiłaby zalogowane dwie kolejki wychodzące, zatrzymuje się i pyta, która z nich ma je zachować.

Obszar roboczy agenta

Aktywności połączeń i czatów, zaprojektowane od nowa

Aktywności zostały przeniesione jeden do jednego, gdy Daktela przechodziła na Neo, i przestały pasować do przebudowy ticketów wydanej w 2026.1. Aktywności przychodzące, wychodzące, kampanijne i czatowe są zbudowane na nowo, tak by porządnie stanąć obok nowych szczegółów ticketu – te same możliwości rozłożone inaczej, poza dwoma widżetami opisanymi niżej.

Co zobaczą Twoi agenci i jak ich do tego przygotować

To jedyna zmiana, na którą każdy agent natrafi przy pierwszym logowaniu, więc warto poświęcić jej kilka minut na odprawie zespołu.

Sam panel połączenia lub czatu zostaje na swoim miejscu – Panel połączenia po prawej, rozmowa Czatu internetowego po lewej – a wszystko, co dotąd stało wokół niego w dowolnym układzie, jest teraz kartą obok: Kontakt i Konto, Aktywności, Przypisz ticket i tak dalej. Jedna karta otwiera się jako pierwsza, a administrator wybiera która. Dwa widżety znikają: Ticket – tylko do odczytu, który robił to samo co Przypisz ticket, oraz Kalendarz, do którego da się dotrzeć z samego ekranu aktywności. Jeśli którakolwiek z Twoich kolejek korzystała z jednego z nich, powiedz zespołowi, gdzie ma teraz szukać.

Nowa funkcja

Pracuj dalej, nie tracąc rozmowy

Odejdź od trwającego połączenia, a pływający widżet będzie chodził za Tobą po aplikacji: licznik czasu, kierunek i kolejka, z kim rozmawiasz, te same kontrolki połączenia oraz Rozłącz.

Wiadomości działają odwrotnie. Gdy któraś przychodzi w rozmowie, na którą akurat nie patrzysz, pływający panel ją pokaże – liczbę nieprzeczytanych, jak długo czeka, podgląd tego, co napisano, i przycisk prowadzący prosto z powrotem do czatu. Obejmuje każdy kanał wiadomości, nie tylko czat internetowy, i da się go wyłączyć osobno dla każdej kolejki.

Przebudowa

Ustawienia widżetów edytowane w samej aktywności

Kreator dla kolejki nie jest już abstrakcyjnym płótnem bloków i szerokości. Wygląda jak prawdziwy ekran aktywności i edytuje się go na miejscu: przeciągnij pasek kart, aby zmienić ich kolejność, oznacz gwiazdką kartę, która otwiera się pierwsza, usuń kartę lub dodaj nieużywany widżet, a ustawienia każdego widżetu otworzysz jego zębatką. Karty pokazują podgląd z prawdziwą treścią z ostatniej odebranej aktywności w tej kolejce.

W kolejkach kampanii formularz rekordu jest umieszczony z góry i nie można go usunąć.

Nowa funkcja

Kontakt i konto na jednej karcie

Osobne widżety Kontakt i Konto łączą się w jeden. Gdy nikt nie jest powiązany, karta mówi „Przypisz kontakt” i pokazuje siatkę z wyszukiwaniem; gdy kontakt jest powiązany, pokazuje szczegóły kontaktu, a pod nimi jego konto. Administratorzy wybierają, które pola niestandardowe się pojawiają – osobno dla kontaktu i dla konta.

Nowe kontakty i konta da się tworzyć bez wychodzenia z połączenia – dodaj kontakt z nagłówka siatki albo utwórz konto wprost z pola konta w kontakcie. Niezapisane zmiany zamieniają Zamknij w Zapisz i zamknij, więc nic nie przepada po cichu.

Ulepszone

Te same widżety na każdym kanale czatu

Kanały czatu, którym brakowało widżetów obecnych już przy połączeniach – Użytkownicy Realtime, Baza wiedzy – oferują teraz pełny zestaw. Paleta jest identyczna dla połączeń i czatów, a jedynym wyjątkiem dostępnym tylko przy połączeniach jest formularz rekordu.

Co zostaje bez zmian

Nic z tego nie stanie się przypadkiem

Jeśli niczego nie zmienisz, nic się nie zmieni.

Agenci dalej wybierają tickety z widoków ticketów i sortują je po ostatecznym terminie SLA. Tickety są wypychane do ludzi dopiero wtedy, gdy utworzysz kolejkę ticketów albo regułę dystrybucji – nie wcześniej.

Kolejki e-mail są bez zmian.

Konfiguracja skrzynek i routingu poczty e-mail zostaje dokładnie taka, jaka jest dziś. Nowa warstwa reguł siedzi na wierzchu: najpierw działa routing poczty e-mail, potem decydują reguły, a ticket, który nie pasuje do żadnej reguły, jest obsługiwany ręcznie, dokładnie tak jak teraz.

Co zmienia się dla wszystkich

Co dzieje się samo przy aktualizacji

Cała reszta zależy od Ciebie. Oto pełna lista tego, co przychodzi samo.

Uprawnienia i Dostępy stają się Profilami

Obiekt Uprawnienia każdego użytkownika staje się jego profilem głównym, a obiekt Dostępy – profilem doczepionym na wierzchu. Efektywny dostęp po aktualizacji odpowiada temu sprzed niej – ci sami ludzie, te same uprawnienia, jeden obiekt do utrzymania zamiast dwóch powiązanych.

Priorytet agenta w kolejce to teraz jego Ranga

Liczba decydująca o tym, których agentów próbuje się najpierw – ustawiana dla każdej kolejki osobno, w profilu agenta – zmienia nazwę na Ranga, żeby nie mylić jej z priorytetem niesionym przez samą pracę. Ma teraz zakres od 0 do 10, gdzie 10 jest wartością najwyższą, a istniejące wartości są przeliczane podczas migracji. Zmienia się liczba, którą czytasz; kolejność, w jakiej agentom proponuje się pracę, nie.

Układ Pulpitu i skróty klawiszowe zmieniają źródło

Pochodzą teraz z pierwszego profilu doczepionego do użytkownika – czyli dokładnie z tego, w co zamienia się jego dawny obiekt Dostępy.

Aktywności połączeń i czatów są rozłożone na nowo

Każdy agent, który odbiera połączenia lub czaty, natrafi na nowy układ przy pierwszym logowaniu. Możliwości są te same, a dwa widżety znikają, bo ich zadanie wykonuje już coś innego. To, co agenci zauważą, opisujemy wyżej.

Matryca rozdzielcza wygląda inaczej

Jedna karta na kanał przychodzący zamiast siatki, w całych liczbach: „Maks. 3 naraz” znaczy trzy. Nic się nie zmienia w tym, ile pracy dociera do agenta.

Priorytet kolejki staje się dowolną liczbą

W każdym typie kolejki, w tej samej przestrzeni liczbowej co wyniki z Priority Flows, zamiast dotychczasowych poziomów 0–10. Dotyczy pracy przychodzącej do kolejki bezpośrednio; praca przychodząca z Priority Flow zachowuje wynik, który wypracowała.

Więcej ulepszeń

I wiele więcej

Dalsze zmiany w dystrybucji, ticketach i administracji.

Dystrybucja i kolejki

Czekający ticket nigdy nie ginie

Ustaw maksymalny czas oczekiwania i to, co dzieje się po nim: przelanie do innej kolejki ticketów, wejście do Priority Flow z opcjonalnym podwyższeniem eskalacyjnym, aktualizację ticketu i zwolnienie go do obsługi ręcznej albo po prostu zakończenie aktywności dystrybucyjnej, przy czym sam ticket zostaje na miejscu.

Precyzyjne aktualizacje pól po upływie limitu czasu

Każde pole w aktualizacji po upływie limitu czasu ma własny tryb – ustaw wartość, zastąp to, co już zawiera pole wielowartościowe, albo wyczyść je. Pól obowiązkowych nie da się wyczyścić.

Przelanie mieszka na kolejce

To, dokąd trafia praca, która czeka zbyt długo, ustawia się na samej kolejce, zamiast powtarzać to w każdym Priority Flow, który na nią wskazuje.

Priority Flow nie da się zapisać w połowie skonfigurowanego

Każdy rodzaj pracy kierowany do Priority Flow musi mieć dokąd pójść, a nic nie zacznie mu wysyłać nowego rodzaju pracy, dopóki luka nie zostanie zamknięta.

Eksport i import Priority Flows

Przenieś skonfigurowany Priority Flow między środowiskami, zamiast budować go ręcznie od nowa.

Tickety

Przyjęcie ticketu jest ciche

Wzięcie rozdystrybuowanego ticketu ustawia go na Otwarty i przypisuje go Tobie w jednej aktualizacji, która nie wysyła żadnych powiadomień i nie uruchamia żadnej z Twoich automatyzacji na zdarzeniach – a Twój własny widok pokazuje go natychmiast, bez odświeżania.

Szersza kwalifikacja do dystrybucji

Ticket, który jest już otwarty albo ma już właściciela, nadal może zostać podjęty przez regułę. Ticket wypada z zakresu tylko z jednego powodu: siedzi już w kolejce ticketów.

Porządniejszy kreator reguł

Budowanie warunków reguły dystrybucji polega na wybieraniu z długiej listy pól ticketu. Ta lista jest teraz podzielona na to, co się właśnie wydarzyło, własne pola ticketu i Twoje pola niestandardowe – i nic nie otwiera się puste: każda lista rozwijana startuje z prawdziwą wartością, a jednostki czasu zaczynają się od minut.

Czas w wartości dowolnego pola

Eskaluj na podstawie tego, ile czasu minęło od ustawienia dowolnego systemowego lub niestandardowego pola daty w tickecie – nie tylko na podstawie sztywnej listy statusów.

Prawdziwe przejścia statusów

Warunek przejścia dopasowuje się do faktycznego ruchu z jednego stadium lub statusu do innego i nie odpala się już przy aktualizacjach, w których wartość po prostu pozostała ta sama.

Administracja i bezpieczeństwo

Planowane wypożyczanie profili Wkrótce

Doczepiony profil będzie mógł nieść własną datę początku i końca, zawsze kończąc o północy, żeby nikt nie tracił dostępu w środku zmiany. Zaplanuj go z wyprzedzeniem, a będzie widoczny jako zaplanowany, dopóki się nie uaktywni. Pojawi się w drobnej aktualizacji do 2026.2.

Czyste wyjście przy usunięciu profilu Wkrótce

Gdy doczepiony profil znika, użytkownik traci tylko te kolejki, które przyznawał wyłącznie on: jego otwarte aktywności w tych kolejkach są zamykane, a on zostaje wylogowany właśnie z tych kolejek. Kolejki przyznane gdzie indziej pozostają nietknięte. Pojawi się razem z planowanym wypożyczaniem.

Liderzy zespołów bez pełnej administracji

Profil można zawęzić do tego, którymi użytkownikami może zarządzać – zespołowo lub pojedynczo – i które inne profile może edytować.

Wygrywa korzystniejsze

Tam, gdzie profil główny i doczepiony się nakładają, obowiązuje ustawienie mniej restrykcyjne: wyższa ranga, szerszy zestaw akcji i ten tryb logowania, który utrzymuje agenta dostępnym w większej liczbie kolejek. Dwa ustawienia, których nie da się scalić – jedno logowanie wychodzące i matryca rozdzielcza – idą za profilem głównym.

Zgłoś błąd wymaga Zasobów

Zasoby, Zgłoś błąd i Zaproponuj funkcję siedzą razem w tym, co użytkownik może robić, a dwóch ostatnich nie da się przyznać bez pierwszego.