Změna stavu portálového požadavku v desktop aplikaci: Porovnání verzí

Z Prirucky
(založena nová stránka s textem „''Změna stavu portálového požadavku v desktop aplikaci'' je funkcionalita využívaná v některých částech aplikace, která znamená, že uživatel mění stav požadavku nikoliv v portálové nýbrž v desktopové aplikaci. == Použití == * Cestovní příkaz (desktop) - příkladem může být například schvalování a zaúčtování služebních cest účetní (není pro ni výhodné vstupovat do portálu, pokud účtovací agendy…“)
 
 
(Není zobrazeno 9 mezilehlých verzí od 2 dalších uživatelů.)
Řádek 1: Řádek 1:
''Změna stavu portálového požadavku v desktop aplikaci'' je funkcionalita využívaná v některých částech aplikace, která znamená, že uživatel mění stav požadavku nikoliv v portálové nýbrž v desktopové aplikaci.  
''Změna stavu portálového požadavku v desktop aplikaci'' je funkcionalita využívaná v některých částech aplikace, umožňující uživateli měnit stav [[Požadavky|požadavku]] v desktopové aplikaci, bez toho, aby musel do aplikace [[KS-portál]].
 
[[Image: Zmena stavu portaloveho pozadavku v desktop-Cestovni prikazy.png|590px|right]]


== Použití ==
== Použití ==
Funkcionalita je aktuálně implementována např. v agendách:
* [[Cestovní příkaz (desktop)]] - příkladem může být například schvalování a zaúčtování služebních cest účetní (není pro ni výhodné vstupovat do portálu, pokud účtovací agendy jsou součástí pouze desktop aplikace).
* [[Cestovní příkaz (desktop)]] - příkladem může být například schvalování a zaúčtování služebních cest účetní (není pro ni výhodné vstupovat do portálu, pokud účtovací agendy jsou součástí pouze desktop aplikace).
* [[Běžné výdaje]] - obdoba.
* [[Běžné výdaje]] - obdoba.
* [[Žádost NP]]
== Popis prvků ==
* '''Stav''' - text "Stav" slouží (od subverze 796) jako odkaz, přes který je možno otevřít okno "Workflow požadavek" s informacemi o workflow požadavku, viz kapitola níže. (Pokud je ale prvek v modálním okně, ze kterého nelze otevírat další okna, otevře požadavek na portále)
* '''Nabídka stavů''' - rozbalovací nabídka se seznamem stavů pro aktuální krok k řešení. Aktuální stav je od subverze 796 zobrazen v rozbalovacím seznamu v závorce, např. "(Nový - aktuální stav)", do subverze 795 byl součástí textu "Změnit stav XY na:".
V rozbalovacím seznamu s nabídkou stavů se uživateli nabídnou stavy:
# stavy s přístupem pro řešitele, pokud osobní číslo přihlášeného uživatele odpovídá řešiteli aktuálního kroku k řešení.
# stavy s přístupem pro správce, pokud je uživatel správce*.
# stavy s přístupem pro vydavatele, pokud osobní číslo přihlášeného uživatele odpovídá OČ žadatele požadavku.
# žádné - uživatel není řešitelem, vydavatelem ani správcem.
<small>* Pro agendu [[Služební cesty]] lze z uživatele učinit správce služebních cest přes parametr portálu [[SlcSpravci]], čímž získá právo měnit všechny stavy, u který je nastaven přístup pro správce.</small>
* '''Uložení''' - tlačítko s disketou pro uložení nového stavu. Pokud se uživatel hlásí do KS mzdy loginem, který není loginem do KS portálu, zobrazí se místo tlačítka s disketou, tlačítko s bílým křížkem v červeném kolečku, které po zobrazení chyby umožní uživateli přihlásit se účtem uživatele KS portálu (loginem a heslem zadaným v agendě "Uživatelé KS portálu"), aby mohl měnit workflow stav.
* '''Důvod''' - v tomto poli se zobrazuje jednak důvod zadaný při poslední změně stavu, ale také zde můžete zadat důvod proč měníte stav nyní (především u stavů, kdy vracíte požadavek k opravě, či požadavek zamítáte). V kompaktní variantě není důvod zobrazen, ale pokud aplikace usoudí dle názvu stavu, že by bylo zadání důvodu vhodné, zobrazí při ukládání dialog pro zadání důvodu (lze také vynutit držením klávesy CTRL)
* '''Přílohy''' - toto tlačítko slouží pro zobrazení příloh požadavku


== Situace ==
[[Image:Zmena_stavu_portaloveho_pozadavku_v_desktop-Workflow_požadavek.png|590px|right]]
* [[Požadavky]] (workflow) je funkcionalita aplikace [[KS-portál]]. Řešitelem nějakého kroku je určité '''osobní číslo''' (zaměstnanec).
* V desktop aplikaci pracují '''uživatelé''' (se svým loginem a heslem) primárně bez vazby na osobní číslo.


== Řešení ==
== Workflow požadavek ==
=== Potřeba přiřazení loginu k osobnímu číslu ===
Okno s informacemi o workflow požadavku:
Jelikož "workflow" je funkcionalita KS portálu, musí desktop aplikace přihlášeného '''databázového uživatele''' inicializovat jako uživatele KS portálu a '''zjistit jeho osobní číslo''' (neboť toto osobní číslo se při změně workflow stavu zapisuje do pole řešitel).
* '''Id požadavku''' - po kliknutí na text "Id požadavku" se otevře požadavek v KS portálu
* '''Aktuální krok k řešení''' - číslo a název kroku, který se má aktálně řešit
* '''Řešitel aktuálního kroku''' - kdo je řešitelem aktuálního kroku a měl by provést změnu stavu
* '''Proces řešení''' - historie změny workflow stavů
* Tlačítko '''Ukončit zapnutí zástupu''' - zobrazuje se pouze pokud je zapnutý zástup
* Tlačítko '''Změnit řešitele''' - umožňuje změnit aktuálního řešitele - toto tlačítko může použít uživatel pouze pokud má přiděleno právo "ZVLÁŠTNÍ/Workflow požadavek - změna řešitele" (správce nemusí, má vždy všechna práva). Používejte v případech, kdy je nastavený chybný nebo žádný řešitel (ne pokud je někdo na dovolené, k tomu slouží zástupy)


=== Premisa ===
== Podmínky fungování ==
Aplikace aktuálně počítá s tím, že '''login do desktopové aplikace a do KS portálu je stejný'''.


=== Vyhledání ===
* '''Login uživatele do desktopové aplikace musí být stejný jako login do KS portálu'''. <br>'''Vysvětlení''': Požadavky (workflow) je funkcionalita aplikace KS-portál, ve které je řešitelem každého kroku vždy určité '''osobní číslo''' (zaměstnanec). Osobní číslo je tedy potřeba pro zjištění, zda je přihlášený uživatel řešitelem aktuálního kroku workflow a má tedy přístupné stavy, které mají v nastavení WF zatrženo přístup pro řešitele. Osobní číslo se také zapisuje do procesu řešení do pole řešitel při změně workflow stavu. Účty uživatelů KS portálu mají vazbu na osobní číslo, proto je vyžadováno, aby se uživatel do aplikace hlásil stejným loginem, jako do portálu. Pokud se uživatel do desktopové aplikace přihlašuje databázovým loginem, který není zároveň loginem do portálu, nelze zjistit osobní číslo přihlášeného a změna stavu není možná. <br>Login, kterým se uživatel přihlásil do aplikace, a který systém považuje i za login do portálu, hledá systém standardně v agendě [[Uživatelé KS portálu]], ze které zjistí osobní číslo. Jiný zdroj vazby '''login - osobní číslo''' lze nastavit parametrem [[ZdrojOsCisla (sk.13)]] (nejčastěji pro autentizaci windows účtem, kdy i osobní číslo je uloženo v Active Directory a agenda Uživatelé KS-portálu se nevyužívá). <br>Pokud uživatel není zároveň zaměstnancem v přislušné databázi, může být zadán jako externí zaměstnanec/agenturník v agendě [[Zaměstnanci agentur]] (méně vhodné je zadat uživatele jako externího uživatele v agendě [[Uživatelé KS portálu]]).  
Hledá se tedy login, kterým se uživatel přihlásil do aplikace, a to v agendě [[uživatelé KS portálu]] (nebo jiném zdroji určeném parametrem [[ZdrojOsCisla (sk.13)]]) a načte se osobní číslo.  


<small>Pokud uživatel není zároveň zaměstnancem v přislušné databázi, může být zadán jako externí zaměstnanec/agenturník v agendě [[Zaměstnanci agentur]] (méně vhodné je zadat uživatele jako externího uživatele v agendě [[Uživatelé KS portálu]]). </small>
* '''Uživatel, který není správce, musí mít přiřazenu nějakou roli''' (pokud pro portál používáte výchozí role, tak toto nemá desktopová aplikace dostupné, neboť je to uloženo v souboru web.config na serveru)


Uživatel musí mít přidělenu '''roli, která má právo měnit stav požadavku''' (nastavení workflow pro daný typ požadavku).
* '''Musí být nastaveno [[Nastavení elektronické pošty]]''' a '''nesmí''' být nastaven způsob odesílání přes výchozího mailového klienta (zastaralá metoda), jinak při změně stavu nebudou zasílány notifikační maily.


==== Správce služebních cest ====
<small>Pokud pro agendu [[Služební cesty]] uživatel může mít právo měnit workflow stav bez ohledu na to, zda je aktuálním adresátem požadavku, lze z uživatele učinit správce služebních cest přes parametr portálu [[SlcSpravci]], čímž získá právo měnit všechny stavy, u který je nastaven přístup pro správce.</small>


== Chyba nepřiřazení ==
== Chyby ==
Pokud systém nespáruje login uživatele s osobním číslem, vypíše hlášku ''Nepodařilo se zjistit osobní číslo uživatele ...''.
Pokud je vedle rozbalovacího seznamu s nabídkou stavů místo tlačítka s disketou tlačítko s bílým křížkem v červeném kolečku, zančí to, že se nepodařilo inicializovat přihlášeného uživatele jako uživatele KS portálu. Po kliknutí na tlačítko s chybou se zobrazí chyba a následně se zobrazí dialog pro přihlášení uživatele KS portálu, pomocí kterého se uživatel může přihlásit jménem a heslem zadaným v agendě uživatel= KS portálu.
* ''"Chyba:Nepodařilo se zjistit os.číslo uživatele: login=mzdy typOvereni= chyba=Uživatel mzdy není uživatelem KS portálu. Přístup byl zamítnut."'' - systém nenašel login mzdy v agendě Uživatelé KS-portálu (viz podmínky fungování výše), tj. buď doplňte do agendy login, nebo se musí uživatel do desktop aplikace hlásit stejným loginem jako do portálu.
* ''"Chyba:Nepodařilo se zjistit os.číslo uživatele: login=domena\novak typOvereni= chyba=Uživatel domena\novak nemá v AD vyplněno osobní číslo (atribut employeeId)."'' - předejte chybu vašemu IT, které zkontroluje, zda má uživatel vyplněno osobní číslo v Active Directory.
* ''"Chyba:Nepodařilo se zjistit os.číslo uživatele: login=mzdy typOvereni= chyba=Uživatel nemá přiřazenu žádnou roli. Přístup byl zamítnut."'' - přiřaďte uživateli nějakou aplikační roli.
* Neodcházejí notifikační maily - zkontrolujte [[Nastavení elektronické pošty]] a zkontrolujte, zda má zaměstnanec v Kontaktech naveden platnou emailovou adresu s typem kontaktu E-mail do práce.


== Odkazy ==
== Odkazy ==
* [[Cestovní příkaz (desktop)]]
* [[Cestovní příkaz (desktop)]]
* [[Běžné výdaje]]
* [[Běžné výdaje]]
__NOTOC__

Aktuální verze z 25. 7. 2025, 14:46

Změna stavu portálového požadavku v desktop aplikaci je funkcionalita využívaná v některých částech aplikace, umožňující uživateli měnit stav požadavku v desktopové aplikaci, bez toho, aby musel do aplikace KS-portál.

Zmena stavu portaloveho pozadavku v desktop-Cestovni prikazy.png

Použití

Funkcionalita je aktuálně implementována např. v agendách:

  • Cestovní příkaz (desktop) - příkladem může být například schvalování a zaúčtování služebních cest účetní (není pro ni výhodné vstupovat do portálu, pokud účtovací agendy jsou součástí pouze desktop aplikace).
  • Běžné výdaje - obdoba.
  • Žádost NP

Popis prvků

  • Stav - text "Stav" slouží (od subverze 796) jako odkaz, přes který je možno otevřít okno "Workflow požadavek" s informacemi o workflow požadavku, viz kapitola níže. (Pokud je ale prvek v modálním okně, ze kterého nelze otevírat další okna, otevře požadavek na portále)
  • Nabídka stavů - rozbalovací nabídka se seznamem stavů pro aktuální krok k řešení. Aktuální stav je od subverze 796 zobrazen v rozbalovacím seznamu v závorce, např. "(Nový - aktuální stav)", do subverze 795 byl součástí textu "Změnit stav XY na:".

V rozbalovacím seznamu s nabídkou stavů se uživateli nabídnou stavy:

  1. stavy s přístupem pro řešitele, pokud osobní číslo přihlášeného uživatele odpovídá řešiteli aktuálního kroku k řešení.
  2. stavy s přístupem pro správce, pokud je uživatel správce*.
  3. stavy s přístupem pro vydavatele, pokud osobní číslo přihlášeného uživatele odpovídá OČ žadatele požadavku.
  4. žádné - uživatel není řešitelem, vydavatelem ani správcem.

* Pro agendu Služební cesty lze z uživatele učinit správce služebních cest přes parametr portálu SlcSpravci, čímž získá právo měnit všechny stavy, u který je nastaven přístup pro správce.

  • Uložení - tlačítko s disketou pro uložení nového stavu. Pokud se uživatel hlásí do KS mzdy loginem, který není loginem do KS portálu, zobrazí se místo tlačítka s disketou, tlačítko s bílým křížkem v červeném kolečku, které po zobrazení chyby umožní uživateli přihlásit se účtem uživatele KS portálu (loginem a heslem zadaným v agendě "Uživatelé KS portálu"), aby mohl měnit workflow stav.
  • Důvod - v tomto poli se zobrazuje jednak důvod zadaný při poslední změně stavu, ale také zde můžete zadat důvod proč měníte stav nyní (především u stavů, kdy vracíte požadavek k opravě, či požadavek zamítáte). V kompaktní variantě není důvod zobrazen, ale pokud aplikace usoudí dle názvu stavu, že by bylo zadání důvodu vhodné, zobrazí při ukládání dialog pro zadání důvodu (lze také vynutit držením klávesy CTRL)
  • Přílohy - toto tlačítko slouží pro zobrazení příloh požadavku
Zmena stavu portaloveho pozadavku v desktop-Workflow požadavek.png

Workflow požadavek

Okno s informacemi o workflow požadavku:

  • Id požadavku - po kliknutí na text "Id požadavku" se otevře požadavek v KS portálu
  • Aktuální krok k řešení - číslo a název kroku, který se má aktálně řešit
  • Řešitel aktuálního kroku - kdo je řešitelem aktuálního kroku a měl by provést změnu stavu
  • Proces řešení - historie změny workflow stavů
  • Tlačítko Ukončit zapnutí zástupu - zobrazuje se pouze pokud je zapnutý zástup
  • Tlačítko Změnit řešitele - umožňuje změnit aktuálního řešitele - toto tlačítko může použít uživatel pouze pokud má přiděleno právo "ZVLÁŠTNÍ/Workflow požadavek - změna řešitele" (správce nemusí, má vždy všechna práva). Používejte v případech, kdy je nastavený chybný nebo žádný řešitel (ne pokud je někdo na dovolené, k tomu slouží zástupy)

Podmínky fungování

  • Login uživatele do desktopové aplikace musí být stejný jako login do KS portálu.
    Vysvětlení: Požadavky (workflow) je funkcionalita aplikace KS-portál, ve které je řešitelem každého kroku vždy určité osobní číslo (zaměstnanec). Osobní číslo je tedy potřeba pro zjištění, zda je přihlášený uživatel řešitelem aktuálního kroku workflow a má tedy přístupné stavy, které mají v nastavení WF zatrženo přístup pro řešitele. Osobní číslo se také zapisuje do procesu řešení do pole řešitel při změně workflow stavu. Účty uživatelů KS portálu mají vazbu na osobní číslo, proto je vyžadováno, aby se uživatel do aplikace hlásil stejným loginem, jako do portálu. Pokud se uživatel do desktopové aplikace přihlašuje databázovým loginem, který není zároveň loginem do portálu, nelze zjistit osobní číslo přihlášeného a změna stavu není možná.
    Login, kterým se uživatel přihlásil do aplikace, a který systém považuje i za login do portálu, hledá systém standardně v agendě Uživatelé KS portálu, ze které zjistí osobní číslo. Jiný zdroj vazby login - osobní číslo lze nastavit parametrem ZdrojOsCisla (sk.13) (nejčastěji pro autentizaci windows účtem, kdy i osobní číslo je uloženo v Active Directory a agenda Uživatelé KS-portálu se nevyužívá).
    Pokud uživatel není zároveň zaměstnancem v přislušné databázi, může být zadán jako externí zaměstnanec/agenturník v agendě Zaměstnanci agentur (méně vhodné je zadat uživatele jako externího uživatele v agendě Uživatelé KS portálu).
  • Uživatel, který není správce, musí mít přiřazenu nějakou roli (pokud pro portál používáte výchozí role, tak toto nemá desktopová aplikace dostupné, neboť je to uloženo v souboru web.config na serveru)
  • Musí být nastaveno Nastavení elektronické pošty a nesmí být nastaven způsob odesílání přes výchozího mailového klienta (zastaralá metoda), jinak při změně stavu nebudou zasílány notifikační maily.


Chyby

Pokud je vedle rozbalovacího seznamu s nabídkou stavů místo tlačítka s disketou tlačítko s bílým křížkem v červeném kolečku, zančí to, že se nepodařilo inicializovat přihlášeného uživatele jako uživatele KS portálu. Po kliknutí na tlačítko s chybou se zobrazí chyba a následně se zobrazí dialog pro přihlášení uživatele KS portálu, pomocí kterého se uživatel může přihlásit jménem a heslem zadaným v agendě uživatel= KS portálu.

  • "Chyba:Nepodařilo se zjistit os.číslo uživatele: login=mzdy typOvereni= chyba=Uživatel mzdy není uživatelem KS portálu. Přístup byl zamítnut." - systém nenašel login mzdy v agendě Uživatelé KS-portálu (viz podmínky fungování výše), tj. buď doplňte do agendy login, nebo se musí uživatel do desktop aplikace hlásit stejným loginem jako do portálu.
  • "Chyba:Nepodařilo se zjistit os.číslo uživatele: login=domena\novak typOvereni= chyba=Uživatel domena\novak nemá v AD vyplněno osobní číslo (atribut employeeId)." - předejte chybu vašemu IT, které zkontroluje, zda má uživatel vyplněno osobní číslo v Active Directory.
  • "Chyba:Nepodařilo se zjistit os.číslo uživatele: login=mzdy typOvereni= chyba=Uživatel nemá přiřazenu žádnou roli. Přístup byl zamítnut." - přiřaďte uživateli nějakou aplikační roli.
  • Neodcházejí notifikační maily - zkontrolujte Nastavení elektronické pošty a zkontrolujte, zda má zaměstnanec v Kontaktech naveden platnou emailovou adresu s typem kontaktu E-mail do práce.

Odkazy