Kiadási megjegyzések 2026.2

Eddig minden várósor csak a saját csatornáját osztotta ki, és egy egyszerű kérdésre semmi sem tudott válaszolni: mi a legfontosabb ügy a kontaktcentrumban éppen most? Egy VIP-ügyfél e-mailje nem előzhetett meg egy várakozó hívást. Egy három óra múlva lejáró határidő nem eszkalált semmit. A backlog és az élő forgalom nem keveredhetett egymással. A Daktela 2026.2 megválaszolja ezt a kérdést, és a kiadás többi része javarészt ezt a választ szolgálja ki.

A Priority Flows a Daktela egységes várósora – az a képesség, amelyet másutt omnichannel irányításként vagy univerzális várósorként árulnak. Egyetlen tölcsér, amelybe minden csatorna belefut, egyetlen szám, amely eldönti, mi jön ezután, és napló arról, hogyan született meg minden egyes döntés.

Semmit nem kényszerítünk senkire. A munka aktív kiosztását Önnek kell bekapcsolnia, és ha nem változtat semmin, semmi sem változik. Hogy a frissítés mit tesz meg magától – és mihez nem nyúl –, azt a végén foglaljuk össze.

Ön dönti el, meddig megy el

Háromféleképpen kezelhet hibajegyeket

Minden szint az előzőre épül. Álljon meg ott, ahol a csapatnak megfelel – és ugyanazon a rendszeren különböző csapatok különböző szinten állhatnak.

1. szint

Kézi

Amit ma is használ. A rendszer semmit nem oszt ki, és addig nem is kezd kiosztani semmit, amíg nem hoz létre hibajegy várósort vagy szabályt.

2. szint

Hibajegy várósor

Aktív disztribúció, alap várósor-prioritás és a várósor saját SLA-öregedése. Szabályokat nem kell írni.

3. szint

Priority Flows

Minderre ráépül a pontozó szabálymotor: minden csatorna munkáját egyetlen skálán méri, jelentésekkel és teljes auditnyomvonallal.

Egységes disztribúció

Hogyan működik az egyetlen várósor

A Priority Flows pontozza a munkát. A hibajegy várósorok és a meglévő csatorna várósorok fogadják. A hibajegy-disztribúciós szabályok döntik el, mely hibajegyek kerülnek be egyáltalán. A disztribúciós mátrix szabja meg, mennyi munkát tart egyszerre egy operátor. A csatornarotáció határozza meg, milyen jellegű munkát kap legközelebb. Egy-egy munkaelemet – egy hívást, egy chatet, egy üzenetet, egy hibajegyet – aktivitásnak nevezünk.

Új funkció

Priority Flows

Egy Priority Flow minden beérkező elemnek kiinduló pontszámot ad, majd sorrendbe állított szabálylistát futtat rajta – egy VIP-ügyfél 300-at ad hozzá, egy 24 órán belüli határidő 220-at. Minden illeszkedő szabály hozzáad az addigi összeghez, így a prioritás felépül, nem pedig listáról választjuk ki.

A prioritásokat globálisan hasonlítjuk össze: az operátor a legmagasabb pontszámú elemet kapja meg az összes várósorból, amelyet kiszolgál, függetlenül attól, melyik csatornán érkezett – a disztribúciós mátrix korlátain, az adott várósoron betöltött rangján és a várósor saját operátorválasztási stratégiáján belül.

Az itt szereplő számok példák, nem alapértelmezések. Hogy egy élő hívás mennyit ér egy kétnapos hibajegy mellett, azt Ön állítja be.

Egy hibajegy útja egy Priority Flow-n át

Belép a Priority Flow-ba, annak alapértelmezett prioritásával	100
1. szabály – a névjegy a VIP-adatbázisban van	+300
2. szabály – az első válasz késik · nincs egyezés	—
3. szabály – az SLA-határidő 24 órán belül van	+220
Pontszám a várósorba érkezéskor	620

Egy közvetlenül ugyanabba a várósorba küldött hibajegy – Priority Flow nélkül – a várósor saját prioritásáról indulna, mondjuk 250-ről, és várakozás közben emelkedne. Amelyik szám magasabb abban a pillanatban, amikor egy operátor felszabadul, azt veszik fel.

Honnan kap munkát egy Priority Flow

A hívások, chatek és üzenetek a csatorna saját bejövő irányításából jutnak el egy Priority Flow-ba: ott adja meg következő célállomásnak a Priority Flow-t. A hibajegyek hibajegy-disztribúciós szabályon keresztül érkeznek – ide tartozik minden e-mailből létrejött hibajegy is, mert az e-mailből előbb hibajegy lesz, és az e-mail-irányítás pontosan úgy fut le, ahogy ma. A Daktelán kívüli rendszerek az API-n keresztül tehetnek hibajegyet egy Priority Flow-ba.

Egy elem a Priority Flow alapértelmezett prioritásáról indul, vagy azon a belépési prioritáson, amelyet a beküldő szabály választott neki, vagy a várósor saját prioritásáról, ha nem játszott szerepet Priority Flow – és amint várakozni kezd, a várósor öregedése veszi át az irányítást. A beállítás lépései a dokumentációban találhatók.

A prioritás és a pontszám ugyanaz a szám. A prioritás az, amit Ön beállít; a pontszám az, amit egy elem visz magával, miután a szabályok és a várakozás elvégezték a dolgukat.

Új funkció

Hibajegy várósorok

Új várósortípus, amely kiosztja a hibajegyeket az operátoroknak, ahelyett hogy megvárná, míg valaki kiemeli őket egy nézetből. Ha már üzemeltet hívási vagy chat várósort, ezt is tudni fogja kezelni – ugyanazokat a beállításokat kapja: hogyan választ operátort, hogyan jelentkeznek be az operátorok, munkaidő, lezárás, előbb az utolsó operátor vagy a hibajegy tulajdonosa, és hová kerül a munka, ha túl sokáig várakozik.

A hibajegy várósor Priority Flow célállomásaként is működik: a Priority Flow-ból érkező hibajegy megtartja a pontszámát, és egyszerű számösszehasonlítás alapján keveredik a közvetlenül sorba állított hibajegyek közé.

Új funkció

Hogyan nő egy várakozó elem pontszáma

A pontszámok várakozás közben tovább nőnek, így semmi sem süllyed csendben a lista aljára. Hibajegy várósoron ez a növekedés lépcsős, a hibajegy SLA-határidejéhez igazítva: alapszint, amíg SLA-n belül van, egy vagy több lépcső a határidő közeledtével – öt nappal előtte napi 500-at adhat hozzá, egy nappal előtte tizenkét óránként 800-at –, és külön ütem, ha a határidő már lejárt. Minden más várósortípus ehelyett időszakonként egyetlen fix növekményt kap.

Az öregedést a várósoron állítja be, nem a Priority Flow-n, így akkor is érvényes, ha nem játszott szerepet Priority Flow. Két eltérő ütemben öregedő várósor elemei idővel meg fogják előzni egymást – érdemes tudni, mielőtt beállítja az ütemeket.

Új funkció

Hibajegy-disztribúciós szabályok

Egy helyen dönthet arról, hogy egy hibajegy bekerül-e a disztribúcióba, hová kerül és milyen prioritással. A szabály hibajegyeseményekre, eltelt időre, valamint hibajegy- vagy CRM-mezőkre szűr – új bejövő e-mail, egy órán belüli határidő, olyan hibajegy, amelyhez egy kiválasztott dátummező utolsó beállítása óta nem nyúltak, vagy valóban megtörtént állapotváltás. A feltételek két csoportban állnak: az elsőből mindennek teljesülnie kell, a másodikból legalább egy dolognak.

Egy háttérszolgáltatás 30 másodpercenként újraellenőrzi a szabályokat, így a közeledő határidejű hibajegy időben eszkalálódik anélkül, hogy bárki megnyitná.

Kétféle szabály – szándékosan

A disztribúciós szabályoknál az első illeszkedő szabály dönt, és ezzel az is eldől, hogy a hibajegy egyáltalán bekerül-e a disztribúcióba. Egy Priority Flow-n belül minden illeszkedő szabály hozzáad a pontszámhoz, és egy szabály azt is rögzítheti, hol köt ki az elem. Egymás után futnak: a szabály állítja be azt a pontszámot, amellyel a hibajegy megérkezik, a Priority Flow pedig erre épít.

Az e-mail soha nem csatornacsatlakozóként érkezik: az e-mailből előbb hibajegy lesz, az e-mail várósorának irányítása úgy fut le, ahogy ma, és a hibajegyszabályok döntenek utána. A kampányrekordok egy kisebb frissítésben csatlakoznak.

Átdolgozás

A disztribúciós mátrix, sima számokban

Mostantól bejövő csatornánként egy-egy kártya mondja meg, mennyi munkát tart egyszerre egy operátor, és melyik csatorna melyiket blokkolja – „amikor hívás érkezik…” –: rács helyett valódi darabszámok. Egy kártya azt mondja: Egyszerre legfeljebb 3, és blokkolja az új hívást, ha az operátornak már két vagy több nyitott web chatje van, kártyánkénti előbeállításokkal a két gyakori esetre: bármely más nyitott munka blokkolja, vagy soha nem blokkolja.

Ez azt változtatja meg, amit lát, nem azt, ami történik. A meglévő beállításai érintetlenül kerülnek át, a hatás minden operátornál azonos, és nincs mit újrakonfigurálni.

A kontaktcentrumnak mostantól egyetlen globális mátrixa van, amely mindig létezik – ez az az alap, amelyre minden operátor visszaesik –, a profil pedig vagy örökli ezt, vagy kifejezetten felülbírálja a saját Disztribúciós mátrix lapján. A szerkesztések mentésig előkészített állapotban és megjelölve maradnak, a globális alapértelmezés szerkesztéséhez pedig Globális beállítások jogosultság kell; enélkül ugyanaz a képernyő csak olvashatóan nyílik meg.

Új funkció

Operátori csatornarotáció

„Két egymást követő hívás után csökkenjen az esélye, hogy ez az operátor egy harmadikat is kap.” A rotáció az operátor munkájának sorrendjét alakítja; a disztribúciós mátrix azt szabályozza, mennyit kezel egyszerre. A szabályok a profil Csatornarotáció lapján találhatók: ha az operátor megadott számú, azonos fajtájú interakciót kap egymás után – ez lehet egyetlen csatorna vagy egy egész kategória, például bármely chat –, akkor az adott fajtára vonatkozó rangja annyival csökken, amennyit Ön egy 1–10-es skálán megad, így nagyobb eséllyel jut hozzá más jellegű munka.

Ez ráhatás, sosem tiltás: a hátrébb sorolt operátor továbbra is megkapja az elemet, ha nincs nála alkalmasabb szabad kolléga, és az SLA-sértés kockázatával járó munka mindig nyer. A rotáció addig ki van kapcsolva, amíg egy profil be nem kapcsolja; nincs kontaktcentrum-szintű alapértelmezés.

Hamarosan

A kampányrekordok is beállnak a sorba

A hívási szkript egyetlen kampányvárósor helyett Priority Flow-hoz fog párosulni. A rekordok esedékessé válásukkor lépnek be a tölcsérbe, pontszámukat az adatbázis, a rekord attribútumai és a csúszás mértéke adja, a kimenő várósort pedig a Priority Flow választja ki. A tárcsázás módja továbbra is a várósor kampánytípusához tartozik; a Priority Flow azt mondja meg, melyik várósor, mikor és ki.

A szekvenciális adatbázis-keverés hétköznapi szabállyá válik: állítson be feltételt a rekord adatbázisára, adjon neki magasabb pontszámot, és a tölcsér addig szolgálja ki azt az adatbázist, amíg bármelyik rekordja várakozik.

A kampányrekordok a 2026.2 egyik kisebb frissítésében érkeznek, nem sokkal a fő kiadás után.

Elszámoltathatóság

Minden döntés bekerül a naplóba

Azt az irányítómotort, amely nem tudja megmagyarázni magát, nem lehet megvédeni egy ügyfél, egy auditor vagy a saját csapata előtt. A Priority Flows jelentésekhez Priority Flow szükséges; a döntési napló és a Realtime-ban látható élő pontszám mindenütt működik, ahol a disztribúció be van kapcsolva.

A teljes döntési napló

Minden interakció visz magával egy folyamatnaplót – annak feljegyzését, hogy mi történt vele: melyik Priority Flow-ba lépett be és milyen kiinduló pontszámmal, melyik szabály illeszkedett és mennyit adott hozzá, az SLA-növekmények, a célállomását rögzítő kivétel, a kézi felülbírálatok azzal együtt, hogy ki végezte őket, és az időtúllépések.

Kövesse élőben a sorrendet

A Realtime-ban megjelenik az aktuális pontszám és az SLA-szakasz – SLA-n belül; közeledik hozzá, az éppen érvényes lépcsővel és ütemmel; vagy már lejárt a határidő –, valamint a megszakítások: az az élő munka, amelyet a mátrix egy már elfoglalt operátorhoz engedett be.

Írja felül kézzel a prioritást

Írjon be új pontszámot közvetlenül a Realtime prioritáscellájába. Az elem kézzel beállítottként jelenik meg, az öregedés ezen felül tovább fut, a felülbírálat pedig bekerül a naplóba azzal együtt, hogy ki végezte.

Priority Flows jelentések

Mennyi munka ment át Priority Flow-kon, mennyit várt, ebből mennyi teljesítette az SLA-ját, és mekkora volt egy elem pontszáma, amikor operátorhoz ért – csatornánkénti bontással, azzal együtt, hogy a megszakítás által félretett munkából mennyit vettek fel újra, és egy táblázattal, amely bármely egyedi interakcióba lefúr.

Miért maradt ki egy operátor

Amikor a csatornarotáció elirányítja valakitől a munkát, az okot feljegyezzük – például két egymást követő hívás.

Előretekintés

Miért fontos ez az irányításon túl is

A munka intelligens irányításához két olyan dolog kell, amely eddig hiányzott a termékből: egyetlen skála, amelyen minden munkaelem összehasonlítható, és teljes körű feljegyzés arról, miért születtek meg az egyes döntések. A 2026.2 mindkettőt megteremti. Ebben a kiadásban nincsenek AI-alapú irányítási funkciók – de ez az a réteg, amelyre szükségük lenne, és mostantól a helyén van.

Adminisztráció

Egyetlen profil a Jogosultságok és a Hozzáférések helyett

A jogosultságok korábban két objektumban éltek, amelyeket külön kellett karbantartani és felhasználónként összekapcsolni. Mostantól egyetlen Profil lép a helyükre, tizenkilenc területre bontva: mit tehet valaki, mit adminisztrálhat, mely várósorokra, kategóriákra és adatbázisokra vonatkozik ez, és hogyan viselkedik a kontaktcentrumban.

Átdolgozás

Profilok

A profil négy lapon nyílik meg: Hozzáférés és hatókör, Disztribúciós mátrix, Csatornarotáció, valamint Tagok és felülbírálatok. Minden terület megmutatja, mit tehet a felhasználó, mit adminisztrálhat, és pontosan mely várósorokra, kategóriákra, adatbázisokra vagy makrókra vonatkozik ez – élő jelzéssel minden olyan területen, ahol bármi be van kapcsolva.

Több dolog oda került, ahol keresni szokták: az egyéni fordítások mostantól a Munkafolyamatok alatt vannak, a régi GDPR-jogosultságból Anonimizálás lett egy új, Adatok és adatvédelem nevű területen, új területek pedig lefedik az Aktivitáskezelést, a Munkaterületet, az AI-funkciókat, az Eszközöket és a Felhasználókezelést.

Új funkció

Kölcsönözzön az operátoroknak egy második profilt

Minden felhasználónak van egy elsődleges profilja, és erre további profilok csatolhatók. A csatolás mindig csak hozzáad hozzáférést – az elsődlegestől soha nem vesz el semmit –, így ha egy forgalmas délutánra át akar tenni néhány VIP-operátort a normál várósorokra, ahhoz többé nem kell eldobható jogosultságcsoportot építeni, majd utána szétszedni.

Csatolhat a felhasználó saját részleteiből, a profil Tagok lapjáról, vagy egyenesen a Realtime › Felhasználók nézetből, miközben a várósorokat figyeli – egyetlen operátort vagy egy egész kijelölést egyszerre. A profil Tagok lapja megmutatja az összes felhasználót, akihez csatolva van, a felhasználó saját részletei pedig minden hozzá csatolt profilt, azzal együtt, hogy ki csatolta.

A csatolás időzítése – annak megtervezése, mikor kezdődik és mikor ér véget, és hogy magától visszaálljon – a 2026.2 egyik kisebb frissítésében jön. Az első kiadásban a csatolt profil addig marad, amíg valaki el nem távolítja.

Új funkció

Hibajegyek maximális száma

Operátoronkénti felső korlát a nyitott hibajegyekre, a meglévő aktivitás- és kimenő kampányrekord-korlátok mellett. Abban a pillanatban lép életbe, amikor a rendszer hozzárendelné a hibajegyet, így a hibajegy várósorok soha nem osztanak ki az operátornak a korlátján túl.

Fejlesztett

Állítsa be egyszerre az összes várósor bejelentkezési módját

Azon a profilképernyőn, ahol a várósorokat kiosztja, mostantól tömegesen is beállítható, hogyan jelentkezzenek be oda az operátorok – a teljes várósorlistára, nem csak a képernyőn látható oldalra, és csak azokra a várósorokra, amelyeket a profil lát. Mivel egy operátornak csak egyetlen aktív kimenő bejelentkezése lehet, az a tömeges módosítás, amely két kimenő várósort hagyna bejelentkezve, megáll, és rákérdez, melyiket tartsa meg.

Operátori munkaterület

Újratervezett hívás- és chataktivitások

Az aktivitások egy az egyben kerültek át, amikor a Daktela átállt a Neóra, és már nem illeszkedtek a 2026.1-ben megjelent hibajegy-újratervezéshez. A bejövő, kimenő, kampány- és chataktivitásokat újraépítettük, hogy rendesen megálljanak az új hibajegy részletei mellett – ugyanazok a képességek, új elrendezésben, az alább említett két widget kivételével.

Mit fognak látni az operátorok, és hogyan tájékoztassa őket

Ez az az egyetlen változás, amellyel minden operátor találkozik az első bejelentkezésekor, ezért megér néhány percet egy csapatmegbeszélésen.

Maga a hívás- vagy chatpanel a helyén marad – a Hívópanel jobbra, a Web chat beszélgetés balra –, és minden, ami korábban egyedi elrendezésben vette körül, mostantól egy-egy külön lapra került mellette: Névjegy és fiók, Aktivitások, Hibajegy hozzárendelése és így tovább. Egy lap nyílik meg elsőként, és az adminisztrátor választja ki, melyik. Két widget megszűnik: a Hibajegy – csak olvasható, amely ugyanazt a feladatot látta el, mint a Hibajegy hozzárendelése, és a Naptár, amely magáról az aktivitásképernyőről is elérhető. Ha valamelyik várósora használta ezeket, mondja meg az adott csapatnak, hol találja meg ezentúl ugyanezt.

Új funkció

Dolgozzon tovább anélkül, hogy elveszítene egy beszélgetést

Lépjen el egy élő hívástól, és egy lebegő widget követi Önt az alkalmazásban: az időzítő, az irány és a várósor, hogy kivel beszél, ugyanazok a hívásvezérlők, és a Hívás befejezése.

Az üzenetek fordítva működnek. Amikor olyan beszélgetésre érkezik üzenet, amelyet éppen nem néz, egy lebegő panel felsorolja: hány olvasatlan üzenet van, mennyi ideje vár, mit írtak, és egy gomb, amellyel egyenesen visszatérhet a chatbe. Minden üzenetcsatornára kiterjed, nem csak a web chatre, és várósoronként kikapcsolható.

Átdolgozás

Widgetbeállítások, magában az aktivitásban szerkesztve

A várósoronkénti szerkesztő többé nem blokkokból és szélességekből álló elvont vászon. Valódi aktivitásképernyőként jelenik meg, és helyben szerkeszthető: húzza a lapsávot az átrendezéshez, csillagozza meg az elsőként megnyíló lapot, távolítson el egy lapot vagy adjon hozzá egy nem használt widgetet, és nyissa meg bármelyik widget saját beállításait a fogaskerekéről. A lapok a várósor legutóbbi megválaszolt aktivitásából származó valódi tartalommal mutatnak előnézetet.

Kampányvárósorokon a rekordűrlap előre elhelyezett, és nem távolítható el.

Új funkció

Névjegy és fiók egyetlen lapon

A korábban külön Névjegy és Fiók widget összeolvad. Ha nincs senki hozzákapcsolva, a lap felirata „Névjegy hozzárendelése”, és kereshető táblázatot kínál; ha van hozzákapcsolt névjegy, a lap a névjegy részleteit mutatja, alattuk pedig a fiókját. Az adminisztrátorok entitásonként választják ki, mely egyéni mezők jelenjenek meg.

Új névjegyeket és fiókokat a hívás elhagyása nélkül is létre lehet hozni – adjon hozzá névjegyet a táblázat fejlécéből, vagy hozzon létre fiókot egyenesen a névjegy fiókmezőjéből. A nem mentett szerkesztések a Bezárás gombot Mentés és bezárás gombbá változtatják, így semmi nem vész el csendben.

Fejlesztett

Ugyanazok a widgetek minden chatcsatornán

Azok a chatcsatornák, amelyekről hiányoztak a hívásoknál már meglévő widgetek – valós idejű felhasználók, tudásbázis –, mostantól a teljes készletet kínálják. A paletta azonos a hívásoknál és a chateknél, egyetlen, csak hívásoknál elérhető kivétellel: a rekordűrlappal.

Ami változatlan marad

Itt semmi nem történik Önnel véletlenül

Ha nem változtat semmin, semmi sem változik.

Az operátorok továbbra is hibajegynézetekből emelik ki a hibajegyeket, és SLA-határidő szerint rendezik őket. A rendszer csak akkor kezdi kiosztani a hibajegyeket, ha létrehoz egy hibajegy várósort vagy egy disztribúciós szabályt – előtte nem.

Az e-mail várósorok változatlanok.

A postafiókok és az e-mail-irányítás beállításai pontosan úgy maradnak, ahogy ma vannak. Az új szabályréteg ezek fölé kerül: előbb az e-mail-irányítás érvényesül, utána döntenek a szabályok, és azt a hibajegyet, amelyre egyetlen szabály sem illeszkedik, kézzel kezelik tovább, pontosan úgy, mint most.

Ami mindenkinél változik

Mi történik magától a frissítéskor

Minden más az Ön döntése. Ez a teljes listája annak, ami magától érkezik.

A Jogosultságokból és a Hozzáférésekből Profilok lesznek

Minden felhasználó Jogosultságok objektumából az elsődleges profilja lesz; a Hozzáférések objektumából pedig egy erre csatolt profil. A tényleges hozzáférés a frissítés után megegyezik a korábbival – ugyanazok az emberek, ugyanazok a jogosultságok, két összekapcsolt objektum helyett egyet kell karbantartani.

Az operátor várósoron belüli prioritásából mostantól Rang lesz

Az a szám, amely eldönti, mely operátorokat próbálja meg először a rendszer – és amelyet várósoronként a profiljukon állít be –, mostantól Rang néven fut, hogy ne lehessen összekeverni a munka által vitt prioritással. Az értéke 0–10 között mozog, ahol a 10 a legmagasabb, a meglévő értékeket pedig a migráció során átszámítjuk. A szám, amit olvas, megváltozik; az a sorrend, amelyben az operátorok munkát kapnak, nem.

Az irányítópult elrendezése és a billentyűparancsok átkerülnek

Mostantól a felhasználóhoz elsőként csatolt profilból származnak – vagyis pontosan abból, amivé a régi Hozzáférések objektumuk válik.

A hívás- és chataktivitások új elrendezést kapnak

Minden operátor, aki hívásokat vagy chateket fogad, az első bejelentkezésekor találkozik az új elrendezéssel. A képességek ugyanazok, két widget kivételével: azok dolgát már más végzi el. Hogy mit fognak észrevenni, azt fentebb írtuk le.

A disztribúciós mátrix másképp néz ki

Rács helyett bejövő csatornánként egy kártya, valódi darabszámokban olvasva: az „Egyszerre legfeljebb 3” hármat jelent. Abban semmi nem változik, mennyi munka jut el egy operátorhoz.

A várósor prioritása szabadon megadható számmá válik

Minden várósortípuson, ugyanabban a számtartományban, mint a Priority Flow pontszámok, a korábban beállítható 0–10 szintek helyett. A közvetlenül a várósorba érkező munkára vonatkozik; a Priority Flow-ból érkező munka megtartja a kiérdemelt pontszámát.

További fejlesztések

És még sok minden más

További változások a disztribúció, a hibajegyek és az adminisztráció területén.

Disztribúció és várósorok

A várakozó hibajegy soha nem vész el

Állítson be maximális várakozási időt és azt, mi történjen utána: túlcsordulás egy másik hibajegy várósorba, belépés egy Priority Flow-ba választható eszkalációs emeléssel, a hibajegy frissítése és átengedése kézi kezelésre, vagy egyszerűen a disztribúciós aktivitás lezárása úgy, hogy maga a hibajegy a helyén marad.

Pontos mezőfrissítések időtúllépéskor

Az időtúllépéskori frissítésben minden mező a saját módját választja meg – érték beállítása, a többértékű mező jelenlegi tartalmának cseréje, vagy annak törlése. A kötelező mezők nem üríthetők ki.

A túlcsordulás a várósorhoz tartozik

Azt, hová kerül a munka, ha túl sokáig várakozik, magán a várósoron állítja be, nem pedig minden rá mutató Priority Flow-ban megismételve.

A Priority Flow nem menthető félig beállítva

Minden Priority Flow-ba irányított munkafajtának kell legyen hová mennie, és semmi nem kezdhet új munkafajtát küldeni rá, amíg a hiányosság meg nem szűnik.

Priority Flow exportálása és importálása

Mozgasson át egy beállított Priority Flow-t a környezetek között, ahelyett hogy kézzel építené újra.

Hibajegyek

A hibajegy elfogadása néma

A kiosztott hibajegy átvétele Nyitott állapotba állítja és Önhöz rendeli azt, egyetlen frissítéssel, amely nem küld értesítést, és nem indítja el egyik eseményautomatizálását sem – a saját nézetében pedig azonnal megjelenik, frissítés nélkül.

Tágabb kör kerülhet disztribúcióba

Azt a hibajegyet is felveheti egy szabály, amely már nyitott, vagy amelynek már van tulajdonosa. Egyetlen okból kerül ki a hibajegy a körből: ha már egy hibajegy várósorban van.

Rendezettebb szabályszerkesztő

Egy disztribúciós szabály feltételeit hosszú hibajegymező-listából kell összeválogatni. Ez a lista mostantól három csoportba rendeződik: mi történt az imént, a hibajegy saját mezői és az Ön egyéni mezői – és semmi nem üresen nyílik meg: minden legördülő valódi értéken indul, az időegységek pedig perccel kezdődnek.

Eltelt idő bármely mezőérték óta

Eszkaláljon az alapján, mennyi idő telt el a hibajegy bármely rendszer- vagy egyéni dátummezőjének beállítása óta – nem csak állapotok rögzített listája alapján.

Valódi állapotváltások

Az állapotváltás-feltétel a szakaszok vagy állapotok közötti valódi elmozdulásra illeszkedik, és többé nem sül el olyan frissítéseknél, ahol az érték egyszerűen változatlan maradt.

Adminisztráció és biztonság

Tervezett profilkölcsönzés Hamarosan

A csatolt profil saját kezdő- és záródátumot kaphat majd, amely mindig éjfélkor ér véget, hogy senki ne veszítse el a hozzáférését műszak közben. Tervezzen be egyet előre, és ütemezettként látszik, amíg aktiválódik. A 2026.2 egyik kisebb frissítésében érkezik.

Tiszta kilépés a profil eltávolításakor Hamarosan

Amikor egy csatolt profil megszűnik, a felhasználó csak azokat a várósorokat veszíti el, amelyeket egyedül az a profil adott neki: az ezekben a várósorokban nyitott aktivitásai lezárulnak, és csak ezekből a várósorokból jelentkezik ki. A máshonnan kapott várósorokat ez nem érinti. A tervezett kölcsönzéssel együtt érkezik.

Csapatvezetők teljes adminisztrátori jog nélkül

A profil hatóköre leszűkíthető arra, mely felhasználókat kezelheti – csapatonként vagy egyenként –, és mely más profilokat szerkesztheti.

A legkedvezőbb nyer

Ahol az elsődleges és egy csatolt profil átfedésbe kerül, a megengedőbb beállítás érvényes: a magasabb rang, a tágabb műveletkészlet, és az a bejelentkezési mód, amely több várósorban tartja elérhetőnek az operátort. Két beállítás nem egyesíthető – az egyetlen kimenő bejelentkezés és a disztribúciós mátrix –, ezek az elsődleges profilt követik.

A Hibabejelentéshez Erőforrások jogosultság kell

Az Erőforrások, a Hibabejelentés és a Funkciókérés együtt szerepel a felhasználó által végezhető műveletek között, és az utóbbi kettő nem adható meg az első nélkül.