Požadavky (DB tabulky): Porovnání verzí

Z Prirucky
 
(Není zobrazeno 5 mezilehlých verzí od stejného uživatele.)
Řádek 84: Řádek 84:
|..||86||1||2014-09-25||2014-09-25||89||workfl_sluz_cesty||...
|..||86||1||2014-09-25||2014-09-25||89||workfl_sluz_cesty||...
|}
|}
* workfl_body.archiv - nabývá hodnot ''a'' (archivní stav), nebo ''null'' (prázdná hodnota) - aktivní stav je jediný takový


{|border="1" cellpadding="3" cellspacing="0"
{|border="1" cellpadding="3" cellspacing="0"
Řádek 121: Řádek 123:
|}
|}


Pole ''workfl.datum'' a ''workfl.cas'' uchovávají informace o dni a času provedení změny stavu.
* ''workfl_proc.adresat'' - adresát (řešitel) následujícího kroku. Vyhodnocován v okamžiku uložení (uzavření kroku). Zapisuje se např. osobní číslo řešitele <small>([oc=17])</small>, seznam osobních čísel řešitelů <small>([oc!=17]) ([oc=22] [oc=8])</small>, pracovních míst <small>([id=9] [id=11])</small>.
: <small> Specifickým požadavkem je schvalování docházky. Může dojít k situaci, kdy zaměstnanec změní svou pozici během měsíce anebo se během měsíce změní vedoucí. Požadavek na docházku se vygeneruje při prvním zadání do docházky a v ten okamžik se určí vedoucí pro schvalování - pokud vedoucí odejde jinam, tak řešitelem požadavku je pořád stejný vedoucí ze začátku měsíce. Proto je v programu zavedena vlastnost ''referenční datum pro schvalování'', která je interně pro požadavek na docházku nastavena na konec měsíce (ObdobiVPozadavkuPosledniDen; dalšími možnostmi by bylo ObdobiVPozadavkuPrvniDen; DatumZalozeniPozadavkuV). Pokud není v programově v daném typu požadavku vlastnost nastavena, je rozhodným dnem aktuální datum. Tímto bylo zajištěno, že docházku bude řešit vedoucí, který je vedoucí na konci měsíce. Toto ale neřeší případ kdy z firmy odejdou oba dva: zaměstnanec i vedoucí. Proto varianta ObdobiVPozadavkuPosledniDen v případě odchodu zaměstnance nevyhodnotí datum z konce měsíce, ale den odchodu zaměstnance. (hd 72621)</small>
 
Pole ''workfl_proc.datum'' a ''workfl_proc.cas'' uchovávají informace o dni a času provedení změny stavu.
 
* sys_stav: ''n'' (new - nový), ''r'' (running - běžící), ''o'' (ok - dokončeno úspěch), ''s'' (dokončeno neúspěch)
Storno požadavku se týká jen některých vyjmenovaných požadavků (vazba mezi nimi je dána některými hodnotami v tabulkách).


== Adresa stránky ==
== Adresa stránky ==
Řádek 127: Řádek 135:


== Odkazy ==
== Odkazy ==
* [[Požadavky (KS portál)]]
* [[Služební cesty - DB tabulky]]
* [[Služební cesty - DB tabulky]]


<div style="text-align:center">[[Požadavky (KS portál)|Zpět]]</div>
<div style="text-align:center">[[Požadavky (KS portál)|Zpět]]</div>

Aktuální verze z 10. 7. 2024, 12:37

Požadavky (DB tabulky)

DB tabulky

  • select * from workfl_master;
  • select * from workfl_faze order by id_master, faze;
  • select * from workfl_faze_un;
  • select * from workfl_stavy order by id_master, faze;
  • select * from workfl_stavy_podm;
  • select * from workfl_hl order by id_poz;
  • select * from workfl_body order by id;
  • select * from workfl_hzbody;
  • select * from workfl_proc;
  • select * from workfl_adresati order by id, id_poz;
  • select * from workfl_hodnoty;
  • select * from workfl_zazn;
  • select * from prtl_porizovak;
  • select * from workfl_absence order by id_poz;
  • select * from workfl_sluz_cesty;
  • select * from workfl_plandovol;
  • select * from workfl_slc_zalohy;
  • select * from projekty_hod;
  • select * from projekty_cinn;

Příklady

workfl_master
id typ nazev ...
2 dovol žádost o dovolenou ...
5 sluz žádost o služ. cestu ...
workfl_stavy
id_master faze stav syst_stav ...
2 1 novy n ...
2 2 schvaleny o ...
2 2 zamitnuty s ...
workfl_hl
id_poz os_cislo typ id_master ...
80 11 dovol 2 ...
86 7 sluzc 5 ...
workfl_body
id id_poz verze datum_od datum_do id_vazba tabulka ...
.. 80 1 2014-08-27 2014-08-28 ...
.. 86 1 2014-09-25 2014-09-25 89 workfl_sluz_cesty ...
  • workfl_body.archiv - nabývá hodnot a (archivní stav), nebo null (prázdná hodnota) - aktivní stav je jediný takový
workfl_sluz_cesty
ev_cislo ...
89 ...

Uložení žádosti o služební cestu znamená uložení dat do tabulky: workfl_hl, worfkl_body, workfl_proc a navíc workfl_sluz_cesty.
Vazbou je workfl_body.id vazba = workfl_sluz_cesty.ev_cislo.
Po schválení žádosti jsou data o žádosti zkopírována z tabulky workfl_sluz_cesty do tabulky sluz_cesty, s níž se pak již dále pracuje (následné úpravy služ.cesty zaměstnancem, atd.), a zároveň je změněna hodnota workfl_body.tabulka z hodnoty workfl_sluz_cesty na sluz_cesty.

workfl_proc
id id_poz poradi stav sys_stav faze resitel duvod adresat datum cas zapsal ...
123 80 1 novy n 1 1 ...
127 80 2 schvaleny o 2 1 ...
135 86 1 novy n 1 1 ...
  • workfl_proc.adresat - adresát (řešitel) následujícího kroku. Vyhodnocován v okamžiku uložení (uzavření kroku). Zapisuje se např. osobní číslo řešitele ([oc=17]), seznam osobních čísel řešitelů ([oc!=17]) ([oc=22] [oc=8]), pracovních míst ([id=9] [id=11]).
Specifickým požadavkem je schvalování docházky. Může dojít k situaci, kdy zaměstnanec změní svou pozici během měsíce anebo se během měsíce změní vedoucí. Požadavek na docházku se vygeneruje při prvním zadání do docházky a v ten okamžik se určí vedoucí pro schvalování - pokud vedoucí odejde jinam, tak řešitelem požadavku je pořád stejný vedoucí ze začátku měsíce. Proto je v programu zavedena vlastnost referenční datum pro schvalování, která je interně pro požadavek na docházku nastavena na konec měsíce (ObdobiVPozadavkuPosledniDen; dalšími možnostmi by bylo ObdobiVPozadavkuPrvniDen; DatumZalozeniPozadavkuV). Pokud není v programově v daném typu požadavku vlastnost nastavena, je rozhodným dnem aktuální datum. Tímto bylo zajištěno, že docházku bude řešit vedoucí, který je vedoucí na konci měsíce. Toto ale neřeší případ kdy z firmy odejdou oba dva: zaměstnanec i vedoucí. Proto varianta ObdobiVPozadavkuPosledniDen v případě odchodu zaměstnance nevyhodnotí datum z konce měsíce, ale den odchodu zaměstnance. (hd 72621)

Pole workfl_proc.datum a workfl_proc.cas uchovávají informace o dni a času provedení změny stavu.

  • sys_stav: n (new - nový), r (running - běžící), o (ok - dokončeno úspěch), s (dokončeno neúspěch)

Storno požadavku se týká jen některých vyjmenovaných požadavků (vazba mezi nimi je dána některými hodnotami v tabulkách).

Adresa stránky

Adresa stránky při zobrazení detailu žádosti je v horní liště stejná jako adresa celého seznamu žádostí. Při uvádění odkazu v emailové adrese na detail požadavku je k adrese stránky přidáno ?id_poz=xxx, kde xxx je odkaz na konkrétní požadavek. Ten byl původně uváděn přímo číslem workfl_proc.id_poz, nově z důvodu bezpečnosti je generován kódovaný text.

Odkazy