Pom25: Porovnání verzí

Z Prirucky
(stránka vyprázdněna)
značky: ruční vrácení zpět vyprázdnění
Řá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. 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).


== Situace ==
* [[Požadavky]] (workflow) je funkcionalita aplikace [[KS-portál]]. Řešitelem nějakého kroku je určité osobní číslo (zaměstnanec; os.číslo a číslo poměru).
* V desktop aplikaci pracují uživatelé (se svým loginem a heslem) primárně bez vazby na osobní číslo.
== Řešení ==
=== Přiřazení loginu k osobnímu číslu ===
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).
=== Správce ===
Aplikace aktuálně počítá s tím, že login do desktopové aplikace a do KS portálu je stejný, hledá tedy login, kterým se uživatel přihlásil do aplikace, v agendě uživatelé KS portálu (nebo jiném zdroji určeném rozšiřujícím parametrem ZdrojOsCisla, např. v AD) a načte si 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 přes menu Evidence (méně vhodné je zadat uživatele jako externího uživatele v agendě Uživatele Ks portálu). Uživatel musí mít přidělenu roli, která má právo měnit stav požadavku SC (viz. nastavení workflow pro SC).

Verze z 2. 7. 2024, 16:55

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

Situace

  • Požadavky (workflow) je funkcionalita aplikace KS-portál. Řešitelem nějakého kroku je určité osobní číslo (zaměstnanec; os.číslo a číslo poměru).
  • V desktop aplikaci pracují uživatelé (se svým loginem a heslem) primárně bez vazby na osobní číslo.

Řešení

Přiřazení loginu k osobnímu číslu

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

Správce

Aplikace aktuálně počítá s tím, že login do desktopové aplikace a do KS portálu je stejný, hledá tedy login, kterým se uživatel přihlásil do aplikace, v agendě uživatelé KS portálu (nebo jiném zdroji určeném rozšiřujícím parametrem ZdrojOsCisla, např. v AD) a načte si 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 přes menu Evidence (méně vhodné je zadat uživatele jako externího uživatele v agendě Uživatele Ks portálu). Uživatel musí mít přidělenu roli, která má právo měnit stav požadavku SC (viz. nastavení workflow pro SC).