CDESK 3.2.10 prináša významný posun v riadení požiadaviek a procesov. Kľúčovou novinkou je prechod k systematickému manažmentu zmien a incidentov – nové stavy požiadaviek, určenie manažérov zmien a lepšia kontrola procesného toku.
Súčasťou verzie je aj zlučovanie požiadaviek vrátane diskusie, rozšírené možnosti projektového riadenia, úpravy v CMDB a Evidencii majetku, vylepšené schvaľovanie, notifikácie a optimalizácie mobilného rozhrania.
Obsah článku
- Pridanie stĺpcov posledných reakcií riešiteľa a žiadateľa
- Dátum poslednej reakcie žiadateľa
- Posledná reakcia žiadateľa
- Dátum poslednej reakcie riešiteľa
- Posledná reakcia riešiteľa
- Výber spoločnosti v Katalógu požiadaviek v Úvodnom prehľade
- Rozlišovanie automatického a používateľom vykonaného hodnotenia pri akceptácii
- Pridanie filtrovania podľa viditeľnosti záznamov
- Pridanie stĺpca Koreňový záznam s najvyššie nadradeným záznamom požiadavky
- Umožnenie prepájať požiadavky z odlišných spoločností
- Vytvorenie riešiteľskej skupiny projektového tímu na projektovej zákazke
- Zobrazenie hierarchie projektových zákaziek v detaile požiadavky
- Dedenie projektového manažéra, priority a projektového tímu z nadradenej projektovej zákazky
- Pridanie prioritizácie projektových zákaziek, vrátane nového stĺpca Priorita
- Požiadavky vytvorené na projektovej zákazke preberajú jej „termíny splnenia od”
- Požiadavky vytvorené na projektovej zákazke dedia jej režim plánovania
Zlučovanie viacerých požiadaviek do primárnej požiadavky vrátane diskusie
V praxi sa stáva, že pri výskyte poruchy v systéme ju nahlási viacero používateľov a vznikajú duplicitné požiadavky. CDESK 3.2.10 umožňuje duplicity odstrániť formou zlučovania požiadaviek do jednej. Označením viacerých požiadaviek, pri ktorých sú splnené systémové obmedzenia, zobrazíte možnosť zlúčiť tieto záznamy do jednej požiadavky.
Po kliknutí na možnosť Zlúčiť je potrebné zvoliť primárnu požiadavku, ktorá sa stane základným nositeľom nastavení, a pod ktorú vybrané požiadavky prechádzajú. Zlúčiť môžete aj
- Popisy požiadaviek
- Prílohy požiadaviek
- Diskusné príspevky
- Príjemcov diskusie (ktorých je možné o zlúčení ihneď notifikovať)
- Naviazané konfiguračné položky
Zlúčené požiadavky sa ukončia a presunú do archívu. Takto ukončené požiadavky obsahujú informáciu o zlúčení v hlavičke.
Zlepšenie riadenia zmenových požiadaviek (nové stavy požiadaviek, určenie manažérov zmien a efektívnejšia kontrola procesov)
Aplikovali sme viaceré zmeny, ktoré posilňujú kontrolu a riadenie rizík pri zmenách. Pridaním týchto funkcií robíme ďalší krok k naplneniu požiadaviek ZoKB pre našich klientov a zníženie pravdepodobnosti nekonzistentných zásahov do prevádzky. Jasná zodpovednosť a vyššia procesná disciplína.
- Manažér požiadavky
- Rolu vyberáte v šablóne požiadavky
- Má plný prístup k požiadavke (čítanie, editácia, mazanie), vrátane požiadaviek v stavoch „Na posúdenie“, a „Na vyhodnotenie“. Manažér nie je v tomto prípade ovplyvnený obmedzením oprávnení v nastaveniach používateľa.
- Manažér typu požiadavky
- Konfigurovateľný pre typ požiadavky
- Má plný prístup k požiadavkám daného typu, bez ohľadu na oprávnenia a stavy týchto požiadaviek.
- Stav „Na posúdenie“
- Aktivuje sa automaticky po zadaní požiadavky (ak je funkcia zapnutá)
- Požiadavka sa uzamkne, pred ďalšími krokmi musí proces povoliť manažér požiadavky (manažér typu požiadavky)
- Stav môže podliehať SLA
- Stav „Na doplnenie“
- Manažér môže požiadavku vrátiť zadávateľovi na doplnenie údajov
- Stav „K vyhodnoteniu“
- Používa sa pred ukončením požiadavky
- Požiadavku v tomto stave upravuje výhradne manažér požiadavky (manažér typu požiadavky)
Pre potreby change a problem managementu rozširujeme notifikačný model pri posudzovaní požiadaviek.
Doteraz pri prechode požiadavky do stavu „K posúdeniu“ neexistovala samostatná notifikačná udalosť. Všetky notifikácie v tomto bode spadali pod udalosť Nová požiadavka, čo neumožňovalo cielene informovať manažérov zodpovedných za posúdenie.
Po novom pribúda samostatná udalosť Posudzovanie požiadavky, v rámci ktorej je možné:
- notifikovať manažéra požiadavky a manažérov podľa typu požiadavky (primárny cieľ)
- voliteľne zapojiť aj ďalšie roly, rovnako ako pri ostatných notifikačných udalostiach požiadaviek.
Zároveň sa upravuje logika „novej požiadavky“:
- požiadavka sa nepovažuje za novú v momente vytvorenia,
- za novú je považovaná až od okamihu, keď prejde do riešenia, teda po posúdení alebo schválení.
Táto úprava umožňuje jasne oddeliť fázu posudzovania od samotného riešenia a presnejšie cieliť notifikácie na zodpovedné osoby.
Všeobecné funkcie
Centrálne vyhľadávanie doplnené aj o ukončené objekty za posledných 14 dní
S verziou 3.2.10 zahŕňa centrálne vyhľadávanie okrem otvorených objektov aj tie, ktoré boli ukončené či uzavreté za posledných 14 dní.
Ide o zmenu iba vo vyhľadávacích podmienkach – bez dopadu na bežné filtre v zoznamoch a bez zbytočného spomaľovania systému.
Požiadavky
Pridanie stĺpcov posledných reakcií riešiteľa a žiadateľa
Cieľom je identifikovať požiadavky, ktoré vyžadujú reakciu. Štandardne ide o situácie, keď je potrebné, aby riešiteľ odpovedal na poslednú reakciu zákazníka alebo koncového používateľa – teda aby v požiadavkách nezostávali žiadne nezodpovedané zákaznícke príspevky. Zároveň je dôležité mať možnosť overiť, či zákazník nereagoval na odpoveď riešiteľa. Na podporu tohto spôsobu práce boli do zoznamu požiadaviek doplnené filtrovateľné a zoraditeľné stĺpce, ktoré tieto stavy jednoznačne vyjadrujú a umožňujú efektívnejšiu organizáciu podpory.
Do zoznamu požiadaviek pribudli 4 nové stĺpce:
- Dátum poslednej reakcie žiadateľa
- Posledná reakcia žiadateľa
- Dátum poslednej reakcie riešiteľa
- Posledná reakcia riešiteľa
Hodnoty stĺpcov sú priebežne vypĺňané a mazané podľa akcií popísaných nižšie. Z pohľadu dodržania termínov sa vždy zameriavate na hlavné dátumové stĺpce, ako Termín odozvy, Termín splnenia a to najmä, ak sú všetky 4 stĺpce prázdne.
Dátum poslednej reakcie žiadateľa
Zobrazuje dátum a čas poslednej akcie zo strany zákazníka, ktorá si vyžaduje reakciu riešiteľa. Ide o:
- vytvorenie novej požiadavky v stave “prijaté”.
- pridaný diskusný príspevok žiadateľa,
- zmenu stavu späť na “v riešení”,
Tento stĺpec je viditeľný iba pre kontá riešiteľov a administrátorov. Dátum a čas uvedený v stĺpci sa maže, keď na požiadavke nastane reakcia riešiteľa.
Stĺpce Dátum poslednej reakcie žiadateľa/riešiteľa ostanú prázdne v prípade, že stav požiadavky je v stave “na čakanie”, “testovanie zákazníkom”, “činnosť nasadenia” “odložené”, “pozastavené” alebo “ponuka”.
Posledná reakcia žiadateľa
V stĺpci je obsah poslednej reakcie zákazníka, napríklad diskusný príspevok alebo zmena stavu. Pri prejdení kurzorom sa zobrazí aj detail zmeny s menom používateľa, ktorý zmenu vykonal. Tento stĺpec je viditeľný iba pre kontá riešiteľov a administrátorov.
Dátum poslednej reakcie riešiteľa
Zobrazuje dátum a čas poslednej akcie riešiteľa požiadavky. Ide o:
– pridanie príspevku do diskusie so zákazníkom
– zmenu stavu požiadavky
Tento stĺpec je viditeľný pre všetkých oprávnených používateľov bez ohľadu na rolu.
Posledná reakcia riešiteľa
Informuje textovo o reakcii, ktorú naposledy riešiteľ vykonal ( pridanie diskusného príspevku, zmena stavu). Pri prechode kurzorom na text sa zobrazí detail akcie spolu s menom riešiteľa vykonávajúceho zmenu. Tento stĺpec je viditeľný pre všetkých používateľov bez ohľadu na rolu.
Výber spoločnosti v Katalógu požiadaviek v Úvodnom prehľade
Do widgetu Katalóg požiadaviek v úvodnom prehľade pribudla možnosť prepínať spoločnosť, za ktorú sa katalóg zobrazuje.
Vo widgete sa predvolene zobrazujú dlaždice pre spoločnosť nastavenú v profile používateľa (resp. prvú priradenú spoločnosť). Táto spoločnosť je zároveň predvybraná vo výberovom poli. Ak má používateľ oprávnenie zadávať požiadavky za viacero spoločností, môže spoločnosť manuálne zmeniť. Po zmene sa automaticky obnoví zoznam dlaždíc, aby zodpovedal katalógu dostupnému pre zvolenú spoločnosť.
Táto zmena reflektuje spôsob práce so šablónami požiadaviek, ktoré môžu byť sprístupnené len pre vybrané spoločnosti.
Rozlišovanie automatického a používateľom vykonaného hodnotenia pri akceptácii
Do stĺpca Známka hodnotenia sme doplnili rozlíšenie požiadaviek, ktoré boli ukončené automaticky po uplynutí nastavenej lehoty.
V prípade automatického ukončenia požiadavky:
- V stĺpci Známka hodnotenia sa zapíše hodnota „Automaticky”
- Systém umožňuje použiť aj inú hodnotu, pokiaľ je definovaná pre automatické ukončenie požiadavky.
Podľa tejto hodnoty je možné požiadavky filtrovať.
Pridanie filtrovania podľa viditeľnosti záznamov
Zoznamy požiadaviek je možné filtrovať podľa parametra “Viditeľnosť” (interné a obyčajné požiadavky).
Pridanie stĺpca Koreňový záznam s najvyššie nadradeným záznamom požiadavky
Do zoznamu požiadaviek pribudol stĺpec Koreňový záznam. Pokiaľ má požiadavka nadradený záznam, v tomto stĺpci sa zobrazí ten hierarchicky najvyšší. Môže ísť o nadradenú požiadavku, projektovú zákazku, alebo projekt.
Stĺpec obsahuje kód a názov nadradeného záznamu, ako aj možnosť prekliku priamo do detailu záznamu.
Umožnenie prepájať požiadavky z odlišných spoločností
V CDESK sme upravili spôsob práce s prepojenými požiadavkami tak, aby lepšie zodpovedal reálnym potrebám používateľov a ich oprávneniam.
Používatelia môžu po novom vytvárať a prepájať súvisiace, nadradené a podradené požiadavky bez obmedzenia na spoločnosť nastavenú na nadradenej požiadavke. Pri vytváraní novej prepojenej požiadavky sa spoločnosť síce predvolene zdedí, no používateľ ju môže podľa potreby zmeniť.
Konfiguračná databáza
Zjednodušenie manažmentu štruktúry a záznamov
Upravili sme niekoľko detailov, ktoré uľahčujú zakladanie nových CI a ich triedenie do skupín a typov.
Na úrovni skupín , priamo po kliknutí na ikonu hamburgera je dostupné:
- Vytvoriť skupinu
- Vytvoriť typ položky
- Zmazať skupinu
- Upraviť detail skupiny
Na úrovni typu položky:
- Pridať položku
Tieto akcie sú dostupné priamo z kontextového menu, bez nutnosti vchádzať do detailov záznamov.
Pridanie zobrazenia aktívnych položiek
Kliknutím tlačidla odfiltrujete všetky neaktívne a nearchivované položky, takže zoznam zobrazí iba tie, ktoré sa aktívne používajú. Touto funkciou môžete dosiahnuť aj vyššiu rýchlosť pri práci s položkami.
Plnenia
Pridané 4 stĺpce v zozname schvaľovania plnení
Pridali sme stĺpce “Dátum plnenia”, ”Fakturovaná suma”, “Reálne odpracovaný čas” a “Kód zákazky”. Používateľ môže tieto stĺpce pridávať a odoberať, rovnako môžu byť tieto stĺpce súčasťou exportu a je možné podľa nich filtrovať.
Zobrazenie interných plnení je v zozname možné vypnúť a zapnúť
V Zozname plnení a v zozname Schvaľovania plnení sme pridali checkbox, ktorým vypínate a zapínate zobrazovanie interných plnení. Vypnutie zobrazenia znemožní pridávať interné plnenia do exportov.
Upravovanie reálne odpracovaného času vo fakturačnom plnení
Ak reálne odpracovaný čas na fakturačnom plnení pozostáva práve z jedného interného plnenia, bude možné ho editovať cez formulár fakturačného plnenia.
Prenos reálne odpracovaného času do času fakturačného plnenia
Pri zadávaní časového údaju v poli Reálne odpracovaný čas sa automaticky synchronizuje aj hodnota Fakturačného času plnenia. Platí to pri zjednodušenom zadávaní, ako aj pri označení časového úseku.
Evidencia majetku
Pridanie stromovej štruktúry do Evidencie majetku
Do Evidencie majetku sa s novou verziou prenáša aj stromová štruktúra z CMDB. Táto štruktúra sa nachádza aj pri inventarizácií, konkrétne pri výbere majetku a lokality.
Pridanie stĺpca Stav preberacích protokolov
Do modulu zoznamu preberacích protokolov dopĺňame indikátory stavu preberacích protokolov, aby bolo už zo zoznamu jednoznačne viditeľné, v akom stave sa protokol nachádza a či bol podpísaný.
Doteraz sa stav preberacieho protokolu samostatne neevidoval, čo sťažovalo rýchlu orientáciu – najmä rozlíšenie medzi podpísanými a nepodpísanými protokolmi.
Do zoznamu preberacích protokolov pribudol nový stĺpec Stav, ktorý vychádza z reálneho priebehu podpisovania:
- V príprave – preberací protokol je vytvorený, podpisovanie cez CDESK nie je aktivované
- Na podpísanie – podpisovanie cez CDESK je aktivované, protokol zatiaľ nepodpísala žiadna strana
- Čiastočne podpísané – protokol podpísala jedna zo strán
- Podpísané – protokol podpísali obe strany
Pre lepšiu prehľadnosť sme doplnili aj vizuálnu indikáciu priamo v zozname. V stĺpcoch Odovzdávajúci a Preberajúci sa po podpísaní zobrazí pri mene používateľa zelený symbol ✓, ktorý označuje, že daná strana už preberací protokol podpísala.
Pridanie stĺpca s poslednou zmenou na assete v zozname majetku
Do zoznamu majetku dopĺňame stĺpec Posledná zmena, ktorý poskytne prehľad o tom, čo sa na zázname zmenilo naposledy a kedy k zmene došlo.
Stĺpec je koncepčne rovnaký ako v module Požiadavky, avšak je rozšírený o dátumovú informáciu, aby bolo možné podľa nej filtrovať a triediť záznamy. Cieľom je rýchlo identifikovať majetok, na ktorom prebehla posledná úprava, bez nutnosti otvárať detail záznamu.
Rozšírenie centrálneho vyhľadávania o sériové čísla zariadení v požiadavkách
Do centrálneho vyhľadávania sme pridali možnosti vyhľadávania aj o sériové číslo zariadenia, ktoré je k požiadavke pripojené zo skladových kariet prostredníctvom rozšírenia Servis zariadení.
Vyhľadávanie podľa sériového čísla je dostupné za nasledujúcich podmienok:
- na prostredí je aktivované rozšírenie Servis zariadení (typ požiadavky)
- používateľ vyhľadáva cielene v požiadavkách pomocou skratky cdr, za ktorou nasleduje sériové číslo zariadenia alebo jeho časť.
Počas písania sa v dropdown zozname zobrazujú výsledky iba z otvorených požiadaviek, aby boli prioritne ponúknuté aktívne záznamy. Po potvrdení vyhľadávania klávesom Enter je však možné rozšíriť vyhľadávanie aj na ukončené požiadavky, a to zapnutím príslušného checkboxu.
Projekty
Vytvorenie riešiteľskej skupiny projektového tímu na projektovej zákazke
Do projektových požiadaviek pribudla možnosť automaticky pracovať s projektovým tímom ako riešiteľskou skupinou. Cieľom úpravy je zjednodušiť prideľovanie riešiteľov a zabezpečiť, aby sa všetci členovia projektového tímu na projektovej zákazke konzistentne ponúkali ako riešitelia pre súvisiace požiadavky.
Mechanizmus je dostupný iba v prípade, že je v Globálnych nastaveniach zapnutý projektový tím na projektových zákazkách.
- Na šablóne požiadavky pribudla v poli Uprednostniť riešiteľa nová možnosť Projektový tím.
Ak sa požiadavka vytvorí zo šablóny s touto voľbou a je viazaná na projektovú zákazku, ako riešiteľská skupina sa automaticky nastaví Projektový tím. - Pre každú projektovú zákazku, ktorá má definovaný projektový tím (aspoň jedného riešiteľa), sa dynamicky vytvorí virtuálna riešiteľská skupina (s názvom Projektový tím + kód a názov projektovej zákazky)
- Funkcionalita sa vzťahuje na požiadavky priamo viazané pod proj. zákazku, aj na podradené požiadavky pod touto zákazkou.
Zobrazenie hierarchie projektových zákaziek v detaile požiadavky
V poli Projektová zákazka na požiadavke sa teraz zobrazuje hierarchické usporiadanie projektových zákaziek.
Hierarchia sa zobrazuje od najbližšieho (aktuálneho) záznamu smerom nahor, teda zľava doprava až po najvyšší (koreňový) záznam. Jednotlivé úrovne hierarchie sú oddelené znakom „›“.
Dedenie projektového manažéra, priority a projektového tímu z nadradenej projektovej zákazky
Do projektových zákaziek sme doplnili mechanizmus dedenia projektového manažéra, priority a projektového tímu smerom na podradené projektové zákazky. Cieľom je zjednotiť správanie v hierarchii projektov a znížiť potrebu manuálneho nastavovania rovnakých hodnôt na viacerých úrovniach.
Pridanie prioritizácie projektových zákaziek, vrátane nového stĺpca Priorita
Umožňujeme vytvárať a nastavovať rebríček priorít pre projektové zákazky. Ich zoznam s možnosťou vytvárania nových stupňov sa nachádza v Globálnych nastaveniach. Priority môžu byť na prostredí nastavené ako nepovinná hodnota, povinná hodnota, alebo môžu byť vypnuté (východzí stav).
Používateľom ponúkame vopred nastavený rebríček priorít, ktorý môžu upraviť, pridať či odobrať stupne, prípadne zmeniť ich ikony a názvy.
Do zoznamu projektových zákaziek pribudol stĺpec Priorita, podľa ktorého je možné vyhľadávať a filtrovať (hodnoty “nie je/je”).
oooo
Požiadavky vytvorené na projektovej zákazke preberajú jej „termíny splnenia od”
Pri vytváraní novej požiadavky s väzbou na projektovú zákazku sme upravili predvyplnenie termínov.
Od verzie 3.2.10 platí, že ak používateľ vytvára novú požiadavku a v rámci vytvárania jej priradí projektovú zákazku, pole Termín splnenia od sa automaticky nastaví na aktuálny dátum a čas. Cieľom je zabezpečiť konzistentné vyplnenie plánovania pri projektových požiadavkách a odstrániť situácie, kedy zostával začiatok termínu prázdny.
Táto úprava sa uplatní iba pri vytváraní novej požiadavky s väzbou na projektovú zákazku. Nevzťahuje sa na prípady, keď sa projektová zákazka dopĺňa dodatočne na už existujúcu požiadavku.
Požiadavky vytvorené na projektovej zákazke dedia jej režim plánovania
Doteraz sa pri vytvorení novej požiadavky automaticky nastavoval režim plánovania „Automaticky“, bez ohľadu na nastavenie projektovej zákazky. Po novom sa predvolený režim plánovania dedí z projektovej zákazky, ku ktorej je požiadavka priradená.
Vďaka tejto úprave sú požiadavky od začiatku zosúladené s plánovacou logikou projektu a nie je potrebné režim plánovania manuálne upravovať po vytvorení požiadavky.
Schvaľovanie
Doplnenie výberu stĺpcov v zozname schvaľovaní
Vo zozname schvaľovania sme s verziou 3.2.10 pridali možnosť vyberať stĺpce.
Implementovanie indikátora otvorených schvaľovaní v hlavnom menu
Do hlavného menu sme doplnili rozšírenie pre položku Schvaľovanie, ktoré prináša prehľad o čakajúcich schváleniach od používateľa.
Pri názve Schvaľovanie sa po novom zobrazuje počet otvorených schvaľovaní aktívneho používateľa. Indikátor je zobrazený jedným číslom na žltom podklade, analogicky k počítadlu pri požiadavkách, avšak bez ďalšieho členenia.
Pridanie voľného výberu schvaľovateľa v kroku preddefinovaného schvaľovania
V kroku pravidla schvaľovania pribudla možnosť voľného výberu schvaľovateľov. Môže ísť o:
- Skupiny schvaľovateľov
- Schvaľovateľov zo skupiny
- Schvaľovateľov (celkovo)
Pri vytváraní šablón s takto preddefinovaným schvaľovaním je možné vybrať za schvaľovateľa kohokoľvek z vybranej skupiny, alebo označiť priamo celú skupinu, pokiaľ bola do voľného schvaľovania pridaná ako skupina)
Notifikácie
Pridanie roly do pravidiel odosielania notifikácií – Sledujúci, Pridaní sledujúci, Odstránení sledujúci
Do pravidiel odosielania notifikácií pre požiadavky sme doplnili nové roly, ktoré rozširujú možnosti adresovania príjemcov.
Po novom sú pri každej notifikačnej udalosti z požiadaviek dostupné roly:
- Sledujúci
- Pridaní sledujúci
- Odstránení sledujúci
Tieto roly fungujú rovnako ako v notifikáciách projektových zákaziek a umožňujú presnejšie riadiť, kto a kedy dostane notifikáciu v závislosti od zmien v zozname sledujúcich.
Pre notifikácie podľa pravidiel: Väzbenie SMS šablón na šablóny požiadaviek a dynamické premenné
Notifikácie podľa pravidiel sú zatiaľ v beta režime, ale nakoľko ich používa už viacero klientov, zaradili sme tento bod do noviniek.
Pre používateľov so zapnutými notifikáciami podľa pravidiel je SMS šablóny možné viazať na konkrétnu šablónu požiadavky, čím sa jednoznačne určuje ich použitie pre daný typ požiadaviek. Táto väzba sa zobrazuje priamo v detaile SMS šablóny a slúži ako mechanizmus kontroly konzistencie medzi obsahom správy a dátami, z ktorých vychádza.
Pri výbere SMS šablóny v šablóne požiadavky sa tak používateľovi ponúkajú iba SMS šablóny prepojené so šablónou požiadavky, alebo SMS šablóny bez väzieb.
V SMS šablónach je zároveň možné používať dynamické premenné z používateľských polí na šablóne požiadavky. Premenné sa zobrazujú priamo v detaile SMS šablóny. Pri použití týchto premenných sa SMS šablóna automaticky uzamkne na príslušnú šablónu požiadavky, aby bola zachovaná dátová kompatibilita.
Pri odosielaní SMS notifikácie sa dynamické premenné automaticky nahrádzajú konkrétnymi hodnotami z požiadavky, čím je zabezpečený presný a kontextovo správny obsah správy.
Používatelia a skupiny
Pridanie stĺpca Viditeľné spoločnosti v zozname používateľov
Doplnili sme nový informačný stĺpec – Viditeľné spoločnosti, ktorý rozširuje prehľad nad existujúcim stĺpcom Priradené spoločnosti.
V tomto stĺpci sa zobrazujú všetky spoločnosti, ktoré boli používateľovi zviditeľnené manuálne, ale nie sú priamo priradené. Stĺpec tak slúži ako doplnková informácia k priradeniu a pomáha jednoznačne rozlíšiť, pre ktoré spoločnosti je záznam viditeľný nad rámec explicitného priradenia.
Filtrovanie oprávnení – zobrazenie všetkých povolených a zakázaných oprávnení
Do stromu oprávnení (pre skupiny aj používateľa) dopĺňame nový filter zobrazenia, ktorý umožní rýchlo vyfiltrovať oprávnenia podľa typu nastavenia a výsledného stavu.
Filter bude dostupný ako dropdown vedľa vyhľadávacieho poľa (Vyhľadávanie) a bude mať tieto režimy:
- Všetky (aktuálne správanie, zostáva predvolené)
- Všetky explicitne povolené (sýto zelené označenie)
- Všetky explicitne zakázané (sýto červené označenie)
- Všetky zdedené (bledé označenie)
- Všetky zdedené, povolené (bledo zelené označenie)
- Všetky zdedené, zakázané (bledo červené označenie)
Cieľom je zjednodušiť orientáciu v rozsiahlych stromoch oprávnení a umožniť rýchlu kontrolu toho, ktoré práva sú nastavené priamo (explicitne) a ktoré vyplývajú z dedenia, vrátane rozlíšenia povolených a zakázaných oprávnení.
Kontektor integrácií s ERP
Podpora zložených skladových kariet (sád) v integrácii s Money S4
Rozširujeme integráciu CDESK s ekonomickým systémom Money S4 o podporu zložených skladových kariet (Sád). Táto úprava zjednocuje spôsob práce so skladovými položkami medzi oboma systémami.
- CDESK teraz dokáže dotiahnuť z Money S4 aj zložené skladové karty (Sady) a pracovať s nimi priamo v požiadavkách.
- Pri odosielaní objednávky z CDESK do Money S4 sa:
- zložené skladové karty neposielajú ako jedna položka,
- do objednávky sa prenášajú iba jednotlivé skladové karty, ktoré tvoria danú sadu.
Integrácia s CM
Automatické vkladanie vzdialeného prístupu do požiadavky na základe e-mailu zadávateľa
Do požiadavky sa automaticky vloží blok so vzdialeným prístupom na počítač na základe zhody emailu zadávateľa s registračnými údajmi v C-Monitor. Vyhľadávanie je obmedzené na spoločnosť požiadavky.
Všeobecné funkcie
Centrálne vyhľadávanie doplnené aj o ukončené objekty za posledných 14 dní
S verziou 3.2.10 zahŕňa centrálne vyhľadávanie okrem otvorených objektov aj tie, ktoré boli ukončené či uzavreté za posledných 14 dní.
Ide o zmenu iba vo vyhľadávacích podmienkach – bez dopadu na bežné filtre v zoznamoch a bez zbytočného spomaľovania systému.