Pom25: Porovnání verzí
| Řá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, 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 jsou součástí pouze desktop aplikace). | |||
* [[Běžné výdaje]] - obdoba. | |||
== Situace == | == Situace == | ||
* [[Požadavky]] (workflow) je funkcionalita aplikace [[KS-portál]]. Řešitelem nějakého kroku je určité osobní číslo (zaměstnanec | * [[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. | * V desktop aplikaci pracují '''uživatelé''' (se svým loginem a heslem) primárně bez vazby na osobní číslo. | ||
== Řešení == | == Řešení == | ||
=== | === Potřeba 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). | 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). | ||
=== | === Premisa === | ||
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). | 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, 17:12
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 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.
Řešení
Potřeba 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).
Premisa
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).
