Az Enate által támogatott képernyőfelbontások részletei
Az Enate által támogatott legalacsonyabb képernyőfelbontás 100%-os DPI mellett: 1366 x 768. Ez azt jelenti, hogy az 1280x1024-es vagy kisebb felbontást NEM támogatjuk.
A nagyobb felbontású képernyők 100%-ot meghaladó DPI-beállításokkal is futhatnak. Ezt szem előtt tartva az alábbi lista az Enate által támogatott legalacsonyabb „képernyőfelbontás és DPI” kombinációk a következők: Az információk tisztázása érdekében ezeknek a képernyőfelbontásoknak az iparági definíciói is megtalálhatók itt:
1366 x 768 High Definition (HD) – Kizárólag 100%-os DPI mellett támogatott
1600 x 900 High Definition Plus (HD+) – Kizárólag 100%-os DPI mellett támogatott
1920 x 1080 Full High Definition (FHD) – Legfeljebb 125%-os DPI mellett támogatott
1920 x 1200 Wide Ultra Extended Graphics Array (WUXGA) – Legfeljebb 125%-os DPI mellett támogatott
2560 x 1440 Quad High Definition (QHD) – Legfeljebb 150%-os DPI mellett támogatott
3440 x 1440 Wide Quad High Definition (WQHD) – Legfeljebb 150%-os DPI mellett támogatott
3840 x 2160 4K vagy Ultra High Definition (UHD) – Legfeljebb 200%-os DPI mellett támogatott
Különösen a legalacsonyabb támogatott képernyőfelbontás használata mellett az Enate mindig azt javasolja felhasználóinak, hogy teljes képernyős módban (ez az F11-es billentyű böngészőben történő megnyomásával érhető el) futtassák az Enate-et, hogy maximális képernyőfelületet biztosítsanak a tartalom megjelenítéséhez. Ha Ön az alapértelmezett rendszerböngészők (pl. böngészőbővítmények) mellett további eszközsávokat is telepített a böngészőjében, az jelentősen csökkentheti a rendelkezésre álló képernyőfelületet, amely így a legalacsonyabb támogatott képernyőfelbontás szintje alá csökkenhet.
Információ azokról a kifejezésekről, amelyeket automatikusan eltávolítunk a felhasználók által a rendszerben végrehajtott különféle keresésekből.
Az Enate alapfunkcióinak részeként a felhasználók által végzett keresések optimalizálása érdekében bizonyos gyakran használt kifejezéseket eltávolítunk a kézzel beírt keresésekből. Ennek az a célja, hogy a keresési eredményeket Ön mihamarabb megismerhesse, valamint elkerülhető legyen az olyan nagy mennyiségű találat listázása, amelyek elfedhetik a felhasználók elől a kívánt eredményeket. Ennek egyik módja a „Stoplisták” használata.
A stoplista az olyan gyakori szavak listája mint az „és”, „a”, „az”, „én” stb., amelyeket a keresések során a túl nagy mennyiségű találat listázásának elkerülése érdekében figyelmen kívül hagyunk.
Az alábbiakban azoknak a stoplistában szereplő szavaknak a részletes listáját találhatja, amelyeket az Enate-ben végrehajtott minden keresés figyelmen kívül hagy; ez nem csak a Gyorskeresőben végrehajtott kereséseket érinti, hanem a felhasználók számára végrehajtott kereséseket, e-mailek keresését, munkatételek keresését (pl. Jegyek keresése a Jegyek egyesítésekor) stb. Ha ezek közül a kifejezések közül Ön bármelyiket is beírja, akkor azokat automatikusan figyelmen kívül hagyjuk a keresési eredmények listázása során.
A különböző felhasználói nyelvekhez több stoplistát is támogatunk.
Megjegyzés: Felhasználók és e-mailek keresése közben mindig az angol (brit) stoplistát használjuk. Munkatételek esetén (cím, ügyfél neve, szerződés neve, szolgáltatás neve, Ügy/Jegy neve stb.) a bejelentkezett felhasználó nyelvét használjuk a stoplista megkereséséhez. Továbbá, kérjük, vegye figyelembe, hogy a magyar nyelvet az SQL közvetlenül nem támogatja, így a magyar nyelvű keresések során alkalmazott stoplista szintén az angol stoplista.
A Gyorskeresőben végrehajtott keresések során bizonyos további karaktereket is figyelmen kívül hagyunk, például: „*”, „?”, „@” stb. Ez például azt jelenti, hogy ha Ön a Gyorskeresőben a „customer.com” kifejezésre keres, akkor a kereső az „ügyfél” és a „com” szavakra keres rá. Ezért ajánlatos az ilyen szóösszetételeket idézőjelbe tenni, hogy konkrét kifejezésként kereshessen rájuk – például a „customer.com” kifejezésre keresve a keresés valószínűleg a megfelelő találatokat listázza majd.
Az alábbiakban egy részletes listát talál azokról a karakterekről, amelyeket a keresések során a Gyorskereső figyelmen kívül fog hagyni:
A jegyek, ügyek és műveletek Enate-es munkafolyamatokban történő kezelése részeként a rendszer rendszeresen kiértékeli, hogy kihez van hozzárendelve a munka, ki van tulajdonosként beállítva, valamint melyik várólistához kapcsolódik a munkatétel. Ennek meghatározásakor részletesen meghatározott szabályrendszert követünk.
Ezeknek a részletesen meghatározott szabályoknak az áttekintése előtt fontos megérteni azt, hogy hogyan és mikor, milyen magasabb szintű mintázat alapján értékeljük ki ezeknek a munkatételeknek a kiosztását. Ez a következőképp működik:
Először is meghatározzuk, hogy MIKOR fordulnak elő ilyen újraértékelések – lényegében akkor történik ilyen, amikor egy munkatétel „Állapot” kártyáján bármilyen változás történik.
Amikor a rendszer úgy dönt, hogy ilyen értékelésre van szükség, akkor először a munkatétel állapotát/helyzetét használjuk fel annak meghatározására, hogy melyik megbízottat, tulajdonost és várólistaértéket kell beállítani, és melyiket kell teljesen kitörölni.
Amelyek beállítást igényelnek:
Ha be kell állítani egy várólistát, az egyszerű: csak válassza ki a hozzárendelési szabályban hivatkozott várólistát (összesen csak kétféle követendő várólista-hozzárendelési szabály van).
A megbízott és a tulajdonos esetén több részlet áll rendelkezésre – sorban végig kell néznünk egy sor szabályt, majd amikor teljesül a szabály és kiválasztunk egy érvényes* célt, akkor meg kell állnunk.
*Érvényesség-ellenőrzés – a megbízott/tulajdonos hozzárendelési szabályellenőrzés részeként meg kell határoznunk, hogy a cél érvényes-e (számos olyan érvényességet ellenőrző szabály van, amelyen át kell mennie). Ha nem, folytassa a 3. részben foglalt szabályok áttekintésével, amíg egy érvényes célt nem talál.
Most, hogy meghatároztuk a használt magasabb szintű mintázatot, megtekinthetjük azokat az egyes szabályokat és célérvényesség-ellenőrzéseket, amelyeket a fenti 1–3. részben bemutattunk.
A rendszer újra kiértékeli a hozzárendelt felhasználót, tulajdonost és várólistát minden alkalommal, amikor az állapotkártya információinak valamelyike megváltozik, különös tekintettel:
az állapotváltozásokra,
a várakozás típusának változásaira,
az újrafolytatás beütemezve dátumának változásaira,
a további információra vár dátumának változásaira,
a várakozás opcióinak változásaira,
a jegy kontextusának változásaira,
a jegy kategóriájának változásaira,
a munkatársi értékelés alatt állapotváltozásaira,
amikor új információ érkezik be egy munkatételhez,
amikor az ügy egy problémába ütközik.
Amikor a rendszer úgy dönt, hogy ilyen értékelésre van szükség, akkor először a munkatétel ÁLLAPOTÁT használjuk fel annak meghatározására, hogy melyik megbízottat, tulajdonost és várólistaértéket kell beállítani, és melyiket kell teljesen kitörölni. Ezeket az információkat az alábbi táblázatban láthatja:
Várólisták – ha be kell állítani egy várólistát, az igen egyszerű: le kell futtatni a Várólista-hozzárendelési módszert.
Megbízott és tulajdonos – ha egy megbízottat vagy egy tulajdonost kell beállítani, akkor annak további részletei vannak. Sorban végig kell néznünk egy sor szabályt, majd amikor teljesül a szabály és kiválasztunk egy érvényes célt, akkor meg kell állnunk.
A szabálylista lefuttatását megelőzően egy még magasabb szintű ellenőrzést kell elvégeznünk: ha jelenleg be van állítva egy megbízott/tulajdonos, akkor hacsak nem változott meg a jegy kategóriája, ne módosítsa a megbízott/tulajdonos személyét.
Egyéb esetben sorrendben futtassa le a következő szabályokat, és álljon meg, ha talált egy érvényes célt:
Ha a „Tartsa nálam” opció be lett állítva egy munkatételen, akkor a megbízottat/tulajdonost jelöljük meg annak a személynek, aki a „Tartsa nálam” lehetőséget kiválasztotta. Ha nem lett beállítva vagy az adott felhasználó érvénytelen, akkor:
Ha a tulajdonos felhasználó nem üres, akkor a megbízottat is az adott értékre állítjuk be. Ha nem lett beállítva vagy az adott felhasználó érvénytelen, akkor:
Ha a munkatétel egy jegy, és a jegykategória megváltozott, valamint megváltozott a Várakozás típusa vagy Megoldva állapotú lett, akkor a megbízott/tulajdonos lesz megjelölve a jegyet jelenleg frissítő felhasználóként. Ha nem, akkor:
Ha a munkatétel nem egy jegy VAGY egy jegy (ahol a jegykategória nem változott ÉS több mint 2 állapotelőzményi sorral rendelkezik, például nem az első nem piszkozat állapotú állapotban van), akkor:
A megbízottat és a tulajdonost arra a legutolsó felhasználóra/robotra állítja be, aki utoljára frissítette a munkatételt. Ha nincs ilyen vagy az adott felhasználó érvénytelen, akkor:
Állítsa be megbízottként/tulajdonosként a (bármelyik) korábban hozzárendelt felhasználót/robotot időrendben visszafelé haladva annak tekintetében, hogy mikor volt az adott személyhez/robothoz rendelve. Ha nincs ilyen vagy az adott felhasználó érvénytelen, akkor:
Ha a műveletet egy munkafolyamat indította el (azaz nem kézzel, ad-hoc indították el), akkor állítsa be megbízottként/tulajdonosként azt az utolsó felhasználót/robotot, amely ugyanazon a korábban befejezett műveleten dolgozott az ügy folyamán (vagy a művelet munkatársi értékelésén, ha munkatársi értékelés történt). Ha nincs ilyen vagy az adott felhasználó érvénytelen, akkor:
Futtassa le a hozzárendelési szabályt ehhez a munkatételhez:
Ha az elsődleges push-hozzárendelés egy adott felhasználóra lett beállítva, akkor az adott felhasználót állítja be megbízottként/tulajdonosként. Ha nincs ilyen vagy az adott felhasználó érvénytelen, akkor:
Ha a másodlagos push-hozzárendelés egy adott felhasználóra lett beállítva, akkor az adott felhasználót állítja be megbízottként/tulajdonosként. Ha nincs ilyen vagy az adott felhasználó érvénytelen, akkor:
Ha az elsődleges push-hozzárendelés Pozícióra lett beállítva, az ezt a pozíciót elfoglaló felhasználók közül azt a felhasználót állítja be megbízottként/tulajdonosként, aki a postaládájában a legkevesebb munkatétellel rendelkezik. Ha nincs ilyen vagy az adott felhasználó érvénytelen, akkor:
Ha a másodlagos push-hozzárendelés Pozícióra lett beállítva, az ezt a pozíciót elfoglaló felhasználók közül azt a felhasználót állítja be megbízottként/tulajdonosként, aki a postaládájában a legkevesebb munkatétellel rendelkezik. Ha nincs ilyen vagy az adott felhasználó érvénytelen, akkor:
Ha az adott munkatétel egy ügy, azt a felhasználót/robotot állítsa be megbízottként/tulajdonosként, aki elindította az ügyet.
A megbízott/tulajdonos hozzárendelésiszabály-ellenőrzés részeként meg kell határoznunk azt, hogy a cél érvényes-e. Ahhoz, hogy érvényes legyen, számos olyan érvényesség-ellenőrzési szabály van, amelynek meg kell felelnie. Ha nem felel meg, a további megbízott/tulajdonos beállítási szabályok áttekintésével folytatjuk egészen addig, amíg egy érvényes célt nem találunk. Az áttekintett érvényesség-ellenőrzések a következők:
Ha a felhasználó/robot nem dolgozhat ilyen típusú munkatételeken (pl. Élő/teszt), akkor blokkolás
Ha a felhasználó/robot nyugdíjazva lett, akkor blokkolás
Ha a felhasználó nem rendelkezik engedéllyel, akkor blokkolás (robotok esetén nincs engedélyezési ellenőrzés)
Ha a robot fel van függesztve, akkor blokkolás
Ha a robot több mint 3 alkalommal elvégezte a További munka beszerzése folyamatot ehhez a munkatételhez, akkor blokkolás
Ha a kiválasztott felhasználó egy robot, és a munkatétel egy olyan művelet, amely Munkatársi értékelés állapotban van (a robotok nem végezhetnek el munkatársi értékelést), akkor blokkolás
Ha a kiválasztott felhasználó egy robot, és a munkatétel egy művelet, és a művelethez nem lett robotfarm beállítva, akkor blokkolás
Ha a kiválasztott felhasználó egy robot, és a munkatétel egy művelet, illetve a robot nem a művelethez beállított robotfarm tagja, akkor blokkolás
Ha a kiválasztott felhasználó egy robot, és a munkatétel egy ügy, akkor blokkolás (az ügyekhez robotok nem rendelhetők)
Ha a munkatétel egy munkatársiértékelés-művelettel rendelkező kézikönyv, amely a munkatársi értékelés szakaszában van, és a felhasználó legalább 1 frissítést végzett el rajta, amíg az „elvégzési” szakaszban volt, akkor blokkolás (a felhasználók nem végezhetnek el munkatársi értékelést a saját munkájukon)
Ha a munkatétel egy munkatársiértékelés-művelettel rendelkező kézikönyv, amely elvégzési szakaszban van, és a felhasználó legalább 1 frissítést végzett el rajta, amíg az a munkatársi értékelés szakaszában volt, akkor blokkolás (a felhasználók nem kérhetők fel egy munka elvégzésére, ha korábban már munkatársi értékelést végeztek el rajta)
Munka tétel állapota/szituációja
Megbízott
Tulajdonos
Várólista
Lezárva
Érték törlése
Érték törlése
Érték törlése
Piszkozat
Egy érték beállítása
Érték törlése
Érték törlése
Új információ érkezett
Egy érték beállítása
Érték törlése
Egy érték beállítása
Figyelmet igényel (csak ügy esetén releváns)
Egy érték beállítása
Érték törlése
Egy érték beállítása
Elvégzendő vagy Folyamatban egy művelet vagy jegy esetén
Egy érték beállítása
Érték törlése
Egy érték beállítása
Elvégzendő vagy Folyamatban egy ügy esetén
Érték törlése
Egy érték beállítása
Érték törlése
Megoldva vagy Várakozik
Érték törlése
Egy érték beállítása
Érték törlése
Hibaterület | Leírás |
Állapothiba |
"not_valid": "Data not valid or Something went wrong" | Az egyik cella helytelen információt tartalmaz, és a munkatételek nem hozhatók létre. |
"completed": "Completed" | A munkatételek sikeresen létrehozva. |
"in_progress": "In progress" | A munkatételek létrehozása folyamatban van. |
Hiba |
"1": "Uploaded file is not a *.xls or *.xlsx file" | A feltöltött fájl formátuma nem .xls vagy .xlsx. |
"3": "Workbook has multiple worksheets. Only first sheet will be processed" | Egy fájlban több munkalap is tartalmaz feldolgozandó adatokat. |
"5": "Master Process Instance not live" | A folyamatpéldány nem élő vagy a verziók vázlatverziók. |
"101": "Worksheet is missing the required column '{{v0}}'" | Az Excel-munkalap nem tartalmazza a munkatételek feldolgozásához szükséges egyik oszlopot. |
"102": "Column '{{v0}}' is of type '{{v1}}' which is not supported in Bulk Create" | Nem támogatott adattjpusok használata, mint például entitáskapcsolatoks, táblázat. |
"103": "No field found to link Column '{{v0}}' to" | A tömeges létrehozást ellenőrző API nem tudja az oszlopadatokat a rendszeradatokhoz társítani. |
"200": "Creation of a schedule-driven Case is not supported" | Az ügy ütemezésekhez van kapcsolva, és az ügy szerepel az Excelben. |
"300": "Title is not unique in file" | A feltöltött fájlban több munkatételhez is ugyanaz a cím tartozik. |
"301": "Title is not unique" | A feltöltött fájl olyan címmel rendelkezik, amely már létre lett hozva a rendszerben. |
"302": "Value is blank and column is required" | A kötelező mezők nem tartalmaznak bementi értékeket. |
"303": "Value in not valid for data type '{{v0}}'" | Amikor egy egyéni mezőben nem a megfelelő adat szerepel, vagy az adat nem egyéni mezőre vonatkozik. |
"304": "No person could be found from email address" | Amikor rossz e-mai-azonosító lett megadva, vagy az nem szerepel a rendszerben. |
"305": "Customer not found or you do not have permission to see it" | Amikor rossz ügyfélnév lett megadva, vagy egy adott ügyfélhez nincs jogosultságunk munkatételek létrehozására. |
"306": "Contract not found under Customer or you do not have permission to see it" | Amikor rossz szerződésnév lett megadva, vagy egy adott ügyfélhez nincs jogosultságunk munkatételek létrehozására. |
"307": "Service not found under Contract or you do not have permission to see it" | Amikor rossz szolgáltatásnév lett megadva, vagy egy adott szerződéshez nincs jogosultságunk munkatételek létrehozására. |
"308": "Process not found under Service or you do not have permission to see it" | Amikor rossz folyamatnév lett megadva, vagy egy adott szerződéshez nincs jogosultságunk munkatételek létrehozására. |
"309": "Ticket Category not found" | Amikor helytelen jegykategória-érték lett megadva. |
"310": "Value is not valid for list" | Amikor a bemeneti érték nem egyezik meg a konfigurált lista/többszintű lista adataival. |
UI-HIBA |
"1001": "There are no valid items to process." | Az Excel nem tartalmaz feldolgozható adatokat. |
"1002": "All valid items have been processed." | Az összes érvényes tétel létre lett hozva. |
"file_upload_limit": "{{name}} is bigger than the server limit ({{limit}})" | A feltöltött fájl mérete meghaladja a rendszerben konfigurált feltöltési korlátot. |
"file_upload_failure": "Failed to upload file" | A fájlt nem sikerült feltölteni. |