Elanor - EGJE
Okruh riešenia
Epr = Oblasť eProposal
(špeciálne schvaľovacie procesy)
popis okruhu riešenia
1 Základná charakteristika okruhu riešenia „Epr“
1.1 eProposal - návrh a jeho spracovanie
2.1.3 Českomoravská záruční a rozvojová banka
3 Štandardné a zákaznícke riešenie okruhu „Epr“
3.2 Epr02 - eProposal - nastavenie
3.3 Epr05 - eProposal - zadávanie
5 Technologické poznámky a postupy pre používateľov
5.1.4 Možnosť preskakovania krokov
5.1.6 Stručný sprievodca pravidlami
eProposal je zachytená cesta od návrhu dátového vstupu/zmeny, vedúci cez schvaľujúcu osobu a v mnohých prípadoch končiaca premietnutím do kmeňových dát (zvyčajne o PV).
Návrh eProposal
sa od ostatných workflow
líši v týchto bodoch:
·
je celý umiestnený priamo
vo workflow aparáte,
zatiaľ čo iné workflow
typu cestovný príkaz,
dovolenka, sa viažu
na nejaký záznam
so statusom a
nad pohybom tohto
statusu sa jednotlivé
kroky workflow odohrávajú
· eProposal môže mať voliteľné workflow,
ktoré ho spracováva
o
hneď na začiatku vyberá
zadávateľ workflow
a prípadne konkrétne
osoby tam, kde pravidlo pre schválenie
vracia osôb viac
o
niektoré kroky je možné definovať
ako nepovinné
Pevný je len cieľový status.
Posledný krok býva u rady
procesov spojený s
premietnutím údajov zadaných a schválených
vo workflow procese
do kmeňových dát
v databáze.
Jedným z hlavných
cieľov je zachytenie celého schvaľovacieho procesu.
Definícia workflow sa vykonáva v spoločnom číselníku Adm14 viď kap. Nastavenie workflow
K zadaniu workflow konceptu a jeho odoslania do schvaľovacieho procesu slúži formulár
Epr01. Vlastné schvaľovanie
každého kroku potom
jeho adresát vykonáva
spoločne s ostatnými
workflow vo formulári
Wflow.
Autor eProposalu stav
spracovania monitoruje na Epr01.
Posledný krok -
Premietnutie do kmeňových
dát - potom určená osoba u schválených
eProposal tiež vykonáva na Epr01.
Schvaľovanie eProposal je možné u KB eProposal iba do dátumu jeho účinnosti. (Tie sú v Jpc01 / wflep_typ označené kódom KB).
Keď to tak nie je, zobrazí systém hlášku "Požiadavku nie je možné schváliť po dátume účinnosti".
Následne je odoslané upozornenie autorovi, ktorý návrh stiahne a vytvorí kópiu s upraveným dátumom účinnosti.
Vlastné dáta sú vo dvojici tabuliek cesworkflow1, cesworkflow2,
nad ktorými pracujú
formuláre Epr01 a
Wflow.
Konfigurácia je potom
·
v konfiguračných tabuľkách,
pravidlách (Adm14),
pričom do oblasti
zahŕňame Akcia workflow
101 až 129.
· a niekoľkých JPC:
wflep_skup Skupina
eProposal
wflep_typ Typ eProposal
status_wflep Status eProposal (kap. Nastavenie
workflow)
Na formulári Epr02 sa riadi, ktoré typy sú prístupné pre ktorú organizáciu a profil.
|
Skupina eProposal |
Typ eProposal |
Poznámka |
|
3 Zmeny |
7 Návrh zmeny platu a rozpätia STD |
Umožní navrhnúť zmenu Mesačného platu a rozpätia resp. Hodinového tarifu a hodinového rozpätia |
|
2 Nové pracovné miesto resp. úpravy PM |
25 Workflow nad pracovným miestom |
Evidenčné workflow - schválením adresát iba potvrdí prijatie informácie |
Tento typ musí vyriešiť situáciu, kedy zamestnanec už platbu tohto typu mal (potom preberáme jej nastavenie - tj. hlavne kódy doby a sumy) a situáciu, kedy sa má platba do Opv02 novo vytvoriť.
Túto situáciu riešime nasledovne:
a ešte záznam pre rozpätie (pokiaľ ho organizácia používa) - napr .:
|
Skupina eProposal |
Typ eProposal |
Poznámka |
|
1 Nástup |
11 Návrh na prijatie do PP |
Zakladá osobu a PV (analogicky s Opv05, dáta sú ale KB) |
|
|
12 Návrh na DoPČ/DoVP |
Zakladá osobu a PV (analogicky s Opv05, dáta sú ale KB) |
|
2 Nové pracovné miesto resp. úpravy PM |
21 Žiadosť o vytvorenie pracovného miesta |
Evidenčné workflow - schválením adresát iba potvrdí prijatie informácie |
|
|
22 Zmena väzieb neobsadeného PM |
Mení väzby na iné štruktúry |
|
3 Zmeny |
31 Zmena pracovného miesta pozícia |
Mení kmeňové dáta PV |
|
|
32 Zmena miesta výkonu práce |
Mení kmeňové dáta PV |
|
|
33 Zmena organizačného zaradenia |
Mení kmeňové dáta PV |
|
|
34 Zmena kalendára |
Mení kmeňové dáta PV |
|
|
35 Organizačná zmena |
Mení kmeňové dáta PV |
|
|
36 Zmena doby určité/neurčité |
Mení kmeňové dáta PV |
|
|
37 Zmena mzdy |
Mení kmeňové dáta PV |
|
|
38 Zmena DoVP |
Mení kmeňové dáta PV |
|
|
39 Zmena DoPČ |
Mení kmeňové dáta PV |
|
|
41 Zaradenie do ES - Agentúra práce |
Mení kmeňové dáta PV |
|
|
42 Zaradenie do ES - pracovné voľno bez náhrady mzdy |
Mení kmeňové dáta PV |
|
|
43 Zaradenie do ES - návrat z MD/RD |
Mení kmeňové dáta PV |
|
|
51 Homeoffice |
Mení kmeňové dáta PV |
|
|
52 Hmotná zodpovednosť |
Mení kmeňové dáta PV |
|
|
53 Pracovná pohotovosť |
Mení kmeňové dáta PV |
|
|
54 Insourcing |
Mení kmeňové dáta PV |
|
|
55 Zmena manažéra organizačnej jednotky |
Mení dáta o štruktúre |
|
8 Mobilita |
81 Mobilita - zahraničná |
Vytvára nový záznam mobility Opv54fkb |
|
|
82 Mobilita – v rámci skupiny KBSG v ČR/SR |
Vytvára nový záznam mobility Opv54fkb |
|
|
83 Mobilita v rámci organizácie full |
Vytvára nový záznam mobility Opv54fkb |
|
|
84 Mobilita v rámci organizácie - partial |
Vytvára nový záznam mobility Opv54fkb |
|
|
85 Mobilita v rámci organizácie - comuting |
Vytvára nový záznam mobility Opv54fkb |
|
|
86 Mobilita v rámci organizácie – Palmovka |
Vytvára nový záznam mobility Opv54fkb |
|
|
87 Mobilita v rámci organizácie - výnimka |
Vytvára nový záznam mobility Opv54fkb |
|
|
99 Zmena už zadané mobility (dátum do) |
Ukončuje platnosť existujúceho záznamu mobility Opv54fk |
Poznámky:
|
Skupina eProposal |
Typ eProposal |
Poznámka |
|
1 Nástup |
303 Návrh na prijatie zamestnanca |
Slúži pre založenie novej osoby a PV v databáze. |
|
3 Zmeny |
301 Zmena doby určitej/neurčitej |
Umožní zmeniť dobu trvania a dátum predpokladaného ukončenia vybraného pracovného vzťahu. |
|
|
302 Zmena skúšobnej doby |
Umožní zmeniť typ a dátum ukončenia skúšobnej doby u vybraného pracovného vzťahu. |
Do eProposal typu 207 boli pridané 2 nové polia:
Zohľadnené v ročnom budegete?” - toto je nové textové pole (4000 charov max.) Je povinné ho vyplniť.
"KPI bonus - špecifikácia" - toto je nové textové pole (4000 charov max.) - pole je povinné na vyplnenie, ale len v prípade, že je vyplnený KPI bonus (SLM 11714)
Nová funkcionalita ePr typu 207 nemá kontrolu oproti formuláru Opv02. Novo sa definovaná SLM zo započítateľnosti objaví priamo v sprievodcovi Epr05 - skupina 3 - typ 207 bez ohľadu na to, či je definovaná na Opv02.
Čiastka sa načíta z Opv02 (ak existuje), inak ide o založenie novej SLM. Rovnako kód doby a kód čiastky sa načíta z Opv02, pokiaľ sú na Opv02 definované
Pre túto spoločnosť bol založený nový typ eProposal, typ 8. Tento eProposal pracuje s údajmi o plate a pracovnom mieste. Zatiaľ čo pri mzdách ide o klasické WFL, kde po schválení dôjde k prepísaniu novej mzdy do kmeňových dát. U pracovného miesta ide o možnosť návrhu nového pracovného miesta, ktoré ešte nemusí byť založené v systéme a je teda vyžadované neskoršie založenie tohto pracovného miesta v systéme. Údaje o pracovnom mieste sú iba informačné a neprepisujú sa do kmeňových dát.
wfl_akcie
použiteľné pre skupinu 1 Nástup
101 - eProposal -
Nástup PP A
102 - eProposal -
Nástup PP B
103 - eProposal -
Nástup PP C
104 - eProposal -
Nástup DoPČ/DoVP A
105 - eProposal -
Nástup DoPČ/DoVP B
106 - eProposal -
Nástup DoPČ/DoVP C
wfl_akcie
použiteľné pre skupinu 2 Nové pracovné miesto resp. úpravy PM
111 - eProposal –
Vytvorenie PM
112 - eProposal -
Úpravy nad PM
wfl_akcie
použiteľné pre skupinu 3 Zmeny
121 - eProposal - Zmeny
A
122 - eProposal - Zmeny
B
123 - eProposal - Zmeny
C
wfl_akcie
použiteľné pre skupinu 8 Mobilita
124 - eProposal -
Mobilita A
125 - eProposal -
Mobilita B
126 - eProposal -
Mobilita C
Viď tiež kap. Nastavenie workflow
V nasledujúcej tabuľke je uvedený zoznam objektov zaradených do okruhu Epr. V prvom stĺpci je kód objektu, v druhom označenie druhu objektu (F = formulár, P = proces, Z = zostava). Tretí stĺpec popisuje obsah objektu.
|
F |
eProposal |
|
|
F |
eProposal
– Nastavenie |
|
|
Adm14 |
F |
Nastavenie
workflow |
Formulár má navigačný zoznam
eProposal. Ten je
vybavený checkboxom "Len moje", ktorý obmedzuje zoznam na
eProposal, ktoré používateľ založil, resp. schvaľuje
A filtrom
„Rozsah“ s hodnotami :
1 - EPR za posledného 1/4 roka + nevybavené
2 - EPR za posledného 1/2 roka + nevybavené
4 - EPR za posledný rok + nevybavené
8 - Iba neukončené
9 - Bez obmedzenia
default 2, s pamäťou minulé hodnoty
Časové hodnoty pre 1,2,4 sú vyhodnocované ako mesiac, teda
vždy od prvého do posledného. Je to teda zvyčajne o trochu viac než presne
štvrťroku od dnešného dňa späť.
Prístupnosť checkboxu „Len moje“ je podmienená objektovým
právom "Epr01Admin", "Epr01Insp" alebo "Epr01EprPosledniho".
Kde:
|
Epr01Admin |
Editácia záznamov všetkých používateľov |
Objekt sprístupní pre zápis všetky eProposaly |
|
Epr01Insp |
Čítanie záznamov všetkých používateľov |
Objekt sprístupní pre čítanie všetky eProposaly (vlastné budú prístupné pre zápis) |
|
Epr01EprPosledniho |
Prístup na Epr, kde schvaľuje na status 30 |
Právo pridáva oprávnenie "Premietať dáta do kmeňových dát" u viditeľného eProposal používateľovi, ktorý schvaľuje posledný krok aj keď nemá právo Epr01Admin |
Používateľ, ktorý nemá ani jeden z týchto práv, vidí
eProposaly, ktoré založil, resp. u
ktorých má schváliť aktuálny krok. Pričom
vlastné má prístupné
pre editáciu (v
statuse koncept) resp. pre Stiahnutie/Zrušenie.
Právo Epr01Admin potom
do navigácie pridá
aj všetky ďalšie
eProposaly, pričom aj tie ďalšie môže mať
prístupné pre zápis (v statuse Koncept +
možnosť Stiahnutie/Zrušenie).
Právo Epr01Insp potom
do navigácie tiež
pridá aj všetky
ďalšie eProposaly, pričom tieto pridané
má prístupné pre
čítanie.
Podmienkou akejkoľvek zmeny dát je samozrejme zápisové právo na
tento formulár (Epr01).
Ďalšie podobjekty práv Epr01:
|
Epr01Protected |
Prístup na chránené eProposal |
Pri novom eProposal je možnosť vyplniť údaj "Chránené workflow". Používateľ s právom Epr01Protected uvidí aj eProposal s protected in (1, 0, i nevyplnené), používateľ bez práva Epr01Protected potom eProposal s protected = 1 neuvidí (ani Epr01Admin či Epr01Insp mu k tomu nepomôže). Chránený eProposal sa na Epr01 tiež zobrazí iba skutočnému autorovi eProposal. Podobná logika platí aj na formulári Wflow, kde sa chránený eProposal zobrazuje len schvaľovateľom a opäť používateľom s týmto právom (pokiaľ môžu vidieť všetko) |
|
Epr01Kopie |
Prístup na Skopírovať tento eProposal |
Používateľom s týmto právom sa sprístupní záložka "Kópia" a v nej tlačidlo "Skopírovať tento eProposal". Kópia je potom prístupná pre eProposal skupín 1 a 3. A u skupiny 2 iba eProposal typu 21. U skupiny 3 nasleduje hneď po zavolaní dialóg pre výber novej osoby. V skupine 1 sú identifikačné údaje osoby zmenené a doplnené prefixom Kópia. Používateľ dáta dovyplní do Epr01 / Hodnoty rovnako, ako keď edituje Konspekt eProposal. Sada schvaľovateľov zostáva vo východiskovom stave zhodná so zdrojovú. |
|
Epr01OmezPV |
Obmedzenie prístupu na Epr podľa riadkových práv na PV |
Používatelia s týmto právom uvidia iba eProposal viazané na PV na ktoré majú práva alebo eProposal bez väzby na PV. |
Dáta každého eProposalu sú zobrazené na záložkách:
Detail
Typ a skupina eProposalu
O ktorej osobe/PV pojednáva
Status
Tabuľka krokov - schvaľovatelia a schválenie krokov
Ďalšie údaje o schvaľovaní
Hodnoty
Obsah eProposalu. U zmenových
eProposalov je členený na stĺpce Pôvodné
hodnoty a Nové
hodnoty.
Pre status 0 - Koncept je na konci záložky tlačidlo "Odoslať na schválenie"
Pre status 30 - Schválené potom u typov, ktoré sa
premietajú do kmeňových
dát, tlačidlo "Premietnuť do kmeňových dát".
Prístupnosť tlačidla je podmienená právom
"Epr01Admin" resp. tým že používateľ schvaľuje
posledný krok
Ďalej je prístupné aj tlačidlo "Bez premietnutia (v kmeni už zadané)" to umožní
vyriešiť situáciu, keď už niekto v kmeňových dátach údaje
zadal a prepnutie
do cieľového statusu
31 dôjde bez
realizácie dátových zmien.
Premietanie dát bude vykonávať
používateľ, ktorý v Epr01 na tlačidlo Premietnuť do
kmeňových dát má
právo. K výberu eProposalov bude typicky
vykonávať výber Status
= 30 - Schválené.
Poznámka
k premietnutí zmenového eProposalu:
Zmenový eProposal
premieta len v eProposalu vyplnené položky nových hodnôt, nevyplnené položky
interpretuje tak, že sa údaj nemení.
To je v 99%
praktické avšak prináša to tú vlastnosť, že pomocou zmenových eProposalov nie
je možné hodnoty v kmeňových dátach mazať.
Zadanie nového eProposalu
sa na formulári Epr01 ruší s výdajom verzie e202301 a nový eProposal pôjde
zadávať iba na Epr05. Na Epr01 bude možné už založené eProposaly aj naďalej
editovať.
Na formulári Epr01 à na záložke „Detail“ je zachované tlačidlo „Nový“, ktoré ale spustí nové okno so sprievodcom Epr05.
Nasleduje:
· vo Schvaľovací tabuľke oddeľujeme informáciu "Schvaľuje" a "Rozhodol"
Spustenie zadávaní nového eProposal možno aj cez samostatnú dlaždicu. Dlaždice otvorí Epr01, spustí proces zadávania nového eProposal, predvyplní skupinu a typ eProposal a prejde na ďalšiu stránku sprievodcu. Dlaždice možno vytvoriť na Adm05 / Dlaždice s parametrami.
Novovytvorený eProposal je
v statuse 0
- Koncept a
je možné sa k nemu
vrátiť a upraviť schvaľovateľa
v tabuľke krokov
workflow aj Hodnoty,
ktoré eProposal obsahuje.
Po Odoslané na schválenie sú už Hodnoty považované za dané,
ale kroky workflow/osoby,
u schvaľovacích krokov,
ktoré ešte neboli
vykonané, je možné upravovať.
Ak eProposal schváli osoba s delegovaným profilom (zastupovanie), umiestňujeme do tabuľky schvaľovateľov na Epr01 toho zastupujúceho.
Pri zamietnutí workflow kroku dochádza k zamietnutiu celého eProposalu a správu dostanú tiež všetci, ktorí schválili predchádzajúce kroky.
Schvaľovaný eProposal je možné:
pričom stiahnuť, zrušiť je možné aj zamietnutý
eProposal.
Pri stiahnutí dochádza
k vytvoreniu kópie
(status 0 -
Koncept).
Tiež pri stiahnutí,
zamietnutí dochádza ku generovaniu správy
všetkým, ktorí schválili predchádzajúce kroky. Výnimkou je stiahnutie/zrušenie zamietnutého
eProposal, lebo už informáciu dostali
(o zamietnutí).
Používateľa, ktorý vytvoril kópiu EPR (stiahnutého alebo zamietnutého) vkladáme do Skutočného autora, teda do poľa, ktoré potom nemožno používateľsky meniť.
Používateľ má možnosť označiť eProposal príznakom prednostného riešenia pomocou položky Prioritná workflow/eProposal. Túto položku je možné nájsť v sprievodcovi vytvorením nového eProposal, v kroku "Vyberte kroky eProposal", ďalej na záložke "Detail" a v navigačnom zozname formulára Epr01. Východisková hodnota tejto položky je NIE.
Ak je eProposal označený príznakom prednostného riešenia, majú všetky požiadavky workflow v navigačnom zozname formulára Wflow zvýraznený text farbou peru (# 990000).
Sprístupňuje jednotlivé typy návrhov eProposal.
Uvedením typu bez organizácie a profilu,
ho sprístupňujeme pre kohokoľvek so
zápisovými právami na Epr01 v celej databáze.
Uvedením organizácie, profilu alebo organizácie
a profilu obmedzujeme
jeho použitie.
Sprievodca pre zadanie nového eProposal, od výdaja verzie e202301 už nepôjde spustiť samostatne z formulára Epr01, ale iba z Epr05. Epr05 sa stáva hlavným formulárom pre zadávanie nového eProposalu.Dlaždice sa nastavuje na Adm05 / Dlaždice s parametrami.
Zadanie nového eProposal funguje rovnako ako na Epr01. Sprievodca Epr05 má na poslednej stránke tlačidlá:
Na formulári Adm21 à na záložke Mazanie bol pridaný parameter „Zmazať eProposaly starší ako (mesiacov)“. Štandardne je nastavený ako prázdny (bez hodnoty). Pokiaľ je do tohto parametra zapísaná číselná hodnota, označuje to počet mesiacov, po ktorých majú byť všetky eProposaly staršie ako daný počet mesiacov zmazané. Celý proces je napojený na proces generovania kalendárov. Je teda spúšťaný na základe generovania nových kalendárov a premaže naozaj všetky eProposaly. Pokiaľ nie je potrebné ho spúšťať, stačí zmazať hodnotu parametra na Adm21. Prvé spustenie, môže na základe počtu eProposalov v systéme trvať dlhšie.
Nastavenie sa vykonáva v číselníku Adm14 (Adm_uzdoc).
V multiorganizačnej
databáze môže byť workflow definované pre
jednu organizáciu alebo pre všetky organizácie. Používateľovi sa potom ponúka podľa jeho priradenia
profilu (ktorou organizáciou
je obmedzené).
Nie je
však možné režimy (ne)
zadaní organizácie v rámci jedného workflow kombinovať. Buď teda
nadefinujeme jedno spoločné workflow bez obmedzenia
organizácie, alebo také nezadáme a pre každú organizáciu vypĺňame
workflow zvlášť
Odlišnosti eProposal workflow viď Úvod.
Zoznam workflow akcií viď Dáta.
Použiteľné statusy (JPČ status_wflep):
0 Koncept
1 Zamietnutá žiadosť
2 Zrušená žiadosť
11 Schvaľovanie - krok 1
12 Schvaľovanie - krok 2
13 Schvaľovanie - krok 3
14 Schvaľovanie - krok 4
15 Schvaľovanie - krok 5
16 Schvaľovanie - krok 6
17 Schvaľovanie - krok 7
18 Schvaľovanie - krok 8
19 Schvaľovanie - krok 9
30 Schválené
31 Premietnuté do kmeňových dát
Nie je nutné použiť všetky
statusy medzi 11
a 30. Vytvorené
workflow je dynamické,
riadi sa vyplnením
krokov v Adm14.
Každý schvaľovací krok je popísaný záznamom Adm14 / Definícia
workflow / Kroky
workflow.
Makrá použiteľná v eProposal správach sú opísané v Adm_uzdoc/ Adm14 / kap. 3.7.3
Prvý krok je povinné definovať zo statusu 0
0 Koncept
obvykle vedie na status
11 Schvaľovanie - krok 1
Tento krok je definovaný ako Typ schvaľovania
0 - Iba oznámenie a nemá
vyplnený Konečný status - zamietnuté.
Jeho názov by mal zodpovedať funkcii tj. "Odoslať na schválenie".
Kto dostane upozornenie a bude
vykonávať schvaľovanie (to je definované
v nasledujúcom kroku)
je dané pravidlom (definovanom v Adm14/Pravidlá)
vyplneným v položke
Číslo pravidlá primárneho
príjemcu.
Ak má dostať niekto
ďalšiu informáciu, definujeme ho pomocou priradenia
Pravidlá sekundárneho resp. ďalšieho príjemcu.
V schvaľovacej tabuľke Epr01
sa to potom
objaví nasledovne:
Názov - Názov
tohto kroku
Číslo kroku -
je Konečný status
mínus 10
Schvaľuje - na
základe Pravidlá primárneho
príjemcu zvolený konkrétny
príjemca
Schválené - status
z nasledujúceho schvaľovania
Vlastný posun statusov
0 => 11
je realizovaný tlačidlom
Odoslať na schválenie, ktoré je na Epr01/Hodnoty prístupné, ak je
eProposal v statuse 0 Koncept.
eProposal je teraz v statuse 11 a čaká na schválenie
Primárnym príjemcom tohto kroku.
Čo sa statusom
bude diať ďalej už
definuje ďalší krok.
Nasledujúci krok popisuje vlastný schvaľovací úkon, ktorý
vykonáva Primárny príjemca z kroku
predchádzajúceho.
Vedie teda zo statusu
11 Schvaľovanie - krok 1
na status
12 Schvaľovanie - krok 1
resp. keby schvaľovanie
malo byť len jednokrokové na 30 - Schválené
v prípade Zamietnuté
na
1 Zamietnutá žiadosť
Tento krok (a zároveň všetky ďalšie kroky) je definovaný ako Typ schvaľovania 1 - Schválenie 1. primárnym príjemcom z
min. kroku.
Názov kroku by
mal zodpovedať východiskovému statusu, teda pre
11 niečo na
spôsob "Schvaľovanie krok 1", je
vhodné text upraviť
podľa toho, kto schvaľovanie vykonáva (primárny
príjemca kroku minulého).
V schvaľovacej tabuľke Epr01 sa to potom objaví analogicky
ako v minulom kroku:
Názov - Názov tohto kroku
Číslo kroku -
je Konečný status
mínus 10
Schvaľuje - na
základe Pravidlá primárneho
príjemcu zvolený konkrétny
príjemca
Schválené - status
z nasledujúceho schvaľovania
Je potreba súvisle pokryť sekvenciu statusov medzi 0 a 30.
Posledný krok musí viesť na Konečný status 30 Schválené.
U väčšiny typov eProposalov
sa na záver
vykonáva v Epr01
záložka Hodnoty akcia
- tlačidlo:
Premietnuť
do kmeňových dát.
To je prístupné len v stave
30 a iba pre používateľa, ktorý má právo Epr01Admin resp.
schvaľuje posledný krok. Jeho prevedenie
potom nastaví záverečný
status
31 - Premietnuť do kmeňových dát.
Je tiež možné niektoré
kroky preskočiť. Realizuje
sa to tak,
že z jedného
statusu vedie viac ciest na viacej vyšších
statusov.
Príklad: ak je u
workflow definovaný krok 11 => 12 a 11 => 13 znamená
to, že krok
11 => 12
je možné vynechať.
Číslo kroku, ktoré
je možné vynechať = Cieľový status mínus
10.
Tu teda možno
vynechať krok 2.
Pozn. Zadanie buď
2. alebo 3.
ale aspoň jeden treba
riešiť touto sekvenciou v Adm14:
11=>12, 12=>13, 13=>14
11=>13, 12=>14,
eProposal je možné stiahnuť,
zrušiť z rôznych stupňov
schvaľovania, avšak pre účely workflow sa
pre všetky stupne
uplatňuje spoločný krok zo statusu 30.
Teda: 30 =>
3 resp. 30
=> 2.
Pri stiahnutí, zrušeniu eProposal správu dostanú
tiež všetci, ktorí
schválili predchádzajúce kroky.
Pri stiahnutí dochádza k vytvoreniu kópie (status 0 - Koncept).
Špecifikum eProposal workflow
je, že je možné
používať pravidlo, ktoré vracia
viac osôb, pretože iniciátor workflow na
záver zadanú hodnotu workflow kompletizuje:
Typy pravidiel (JPC wfl_pravidlo_typ):
1 Manažér štruktúry (vlastný alebo uvedený
v zozname)
2 Osoba s konkrétnou štruktúrou (typicky PM)
5 Osoba, o ktorej workflow je
6 Autor workflow záznamu
7 Uvedená osoba
8 Vzdelávacia akcia -
lektori
9 Vzdelávacia akcia -
kontaktné osoby
10 Vzdelávacia akcia -
autor požiadavku
11 Manažér nadriadeného strediska
(prvku štruktúry)
12 Zástupcovia manažéra
13 Držitelia kompetencie (v zozname) podľa štruktúry (z celého stromu)
14 Držitelia kompetencie (v
zozname) podľa štruktúry (prvá nájdená hladina)
15 Držitelia kompetencie (vo výpočte) podľa stru. s min. hladinou (z celého stromu)
V eProposal sa typicky pre schválenie
kroku budú používať
pravidlá označené tučne.
Popis jednotlivých
pravidiel je v
dokumentácii Adm_uzdoc kap. Adm14/Pravidla
výberu príjemca kroku workflow.
Väčšina workflow vychádza
pri interpretácii pravidiel z osoby/PV.
Sú ale aj workflow napr. o pracovnom
mieste. Tu potom dochádza k reinterpretacií
pravidlá na tento
východiskový bod.
U niektorých workflow potom dochádza napr.
k zmene pracovného miesta, resp. organizačného strediska. Aj tu potom aparát vykonáva reinterpretaciu
a zohľadňuje štruktúry,
ktoré budú zamestnancovi priradené, a typicky
manažéra hľadá už
na novom stredisku.
V eProposal sú
ponúkané aj štruktúry, ktoré ešte len začnú
platiť, pretože charakter
eProposal je zadávaniu
dopredu.
Upozornenie
Zoznam prístupných častí dokumentácie je tu.