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í ==
=== Potřeba přiřazení osobního čísla k uživatelskému účtu ===
=== 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 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).
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 ===
=== Premisa ===

Verze z 21. 5. 2025, 09:56

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í

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

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.

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 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 - Nastavení workflow (Požadavek na služební cestu)).

Správce služebních cest

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.

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