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

Z Prirucky
Řádek 12: Řádek 12:


== Podmínky fungování ==
== Podmínky fungování ==
=== Přiřazeno osobní číslo k uživatelskému účtu ===
Jelikož "workflow" je funkcionalita KS portálu, musí desktop aplikace přihlášeného '''databázového nebo doménového uživatele''' inicializovat jako uživatele KS portálu a '''zjistit jeho osobní číslo'''. Osobní číslo je 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.


=== Premisa ===
'''Login uživatele do desktopové aplikace musí být stejný jako login do KS portálu'''. Důvod: Login, kterým se uživatel přihlásil do aplikace, systém hledá v agendě [[uživatelé KS portálu]] (nebo jiném zdroji určeném parametrem [[ZdrojOsCisla (sk.13)]]), kde zjistí osobní číslo. Osobní číslo je 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.
Aplikace aktuálně počítá s tím, že '''login do desktopové aplikace a do KS portálu je stejný'''.
 
=== Vyhledání ===
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>
<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 musí mít přidělenu '''roli, která má aplikační právo měnit stav požadavku''' (nastavení workflow pro daný typ požadavku - <small>[[Nastavení workflow (Požadavek na služební cestu)]]</small>).
== Nabídka stavů ==
# Uživatel má přístupné 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í
# Uživatel má přístupné stavy s přístupem pro správce, pokud je správce*.
# Uživatel má přístupné stavy s přístupem pro vydavate, pokud osobní číslo přihlášeného uživatele odpovídá OČ žadatele požadavku.


==== Správce služebních cest ====
<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>
<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í ==
== Chyba nepřiřazení ==

Verze z 21. 5. 2025, 11:17

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.

Zmena stavu portaloveho pozadavku v desktop-Cestovni prikazy.png

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 jsou součástí pouze desktop aplikace).
  • Běžné výdaje - obdoba.

Situace

  • 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.

Podmínky fungování

Login uživatele do desktopové aplikace musí být stejný jako login do KS portálu. Důvod: Login, kterým se uživatel přihlásil do aplikace, systém hledá v agendě uživatelé KS portálu (nebo jiném zdroji určeném parametrem ZdrojOsCisla (sk.13)), kde zjistí osobní číslo. Osobní číslo je 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.

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).

Nabídka stavů

  1. Uživatel má přístupné 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. Uživatel má přístupné stavy s přístupem pro správce, pokud je správce*.
  3. Uživatel má přístupné stavy s přístupem pro vydavate, pokud osobní číslo přihlášeného uživatele odpovídá OČ žadatele požadavku.

* 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.

Chyba nepřiřazení

Pokud systém nespáruje login uživatele s osobním číslem, vypíše hlášku Nepodařilo se zjistit osobní číslo uživatele .... Při konzultaci vykopírujte celé znění hlášky (Ctrl+A, Ctrl+C - Ctrl+V), neboť na konci hlášky je uveden důvod, proč se nezdařilo.

Odkazy