eProposal je zachycená cesta od návrhu datového vstupu/změny, vedoucí přes schvalující osoby a v řadě případů končící promítnutím do kmenových dat (obvykle o PV).

Návrh eProposal se od ostatních workflow liší v těchto bodech:

· je celý umístěn přímo ve workflow aparátu,
zatímco jiná workflow typu cestovní příkaz, dovolená, se váží na nějaký záznam se statusem a nad pohybem tohoto statusu se jednotlivé kroky workflow odehrávají

· eProposal může mít volitelné workflow, které jej zpracovává

o hned na počátku vybírá zadavatel workflow
a případně konkrétní osoby tam, kde pravidlo pro schválení vrací osob více

o některé kroky je možné definovat jako nepovinné

Pevný je pouze cílový status.

Poslední krok bývá u řady procesů spojen s promítnutím údajů zadaných a schválených ve workflow procesu do kmenových dat v databázi.

Jedním z hlavních cílů je zachycení celého schvalovacího procesu.

Definice workflow se provádí ve společném číselníku Adm14 viz kap. Nastavení workflow

K zadání workflow konceptu a jeho odeslání do schvalovacího procesu slouží formulář Epr01. Vlastní schvalování každého kroku potom jeho adresát provádí společně s ostatními workflow ve formuláři Wflow.

Autor eProposalu stav zpracování monitoruje na Epr01.

Poslední krok - Promítnutí do kmenových dat - pak určená osoba u schválených eProposalů také provádí na Epr01.

Schvalování eProposalu je možné u KB eProposalů pouze do data jeho účinnosti (ty jsou v Jpc01/wflep_typ označeny kódem KB).

Když tomu tak není, zobrazí systém hlášku „Požadavek není možné schválit po datu účinnosti“.

Následně je odesláno upozornění autorovi, který návrh stáhne a vytvoří kopii s upraveným datem účinnosti.

2 Data okruhu „Epr“

Vlastní data jsou ve dvojici tabulek cesworkflow1, cesworkflow2, nad kterými pracují formuláře Epr01 a Wflow.

Konfigurace je pak

v konfiguračních tabulkách, pravidlech (Adm14),
přičemž do oblasti zahrnujeme Akce workflow 101 až 129.
a několika JPČ:

wflep_skup Skupina eProposal

wflep_typ Typ eProposal

status_wflep Status eProposal (kap. Nastavení workflow)

2.1 Skupi ny a typy eProposalů

Na formuláři Epr02 se řídí, které typy jsou přístupné, pro kterou organizaci a profil.

2.1.1 Standardní

Skupina eProposal	Typ eProposal	Poznámka
3 Změny	7 Návrh změny platu a rozpětí STD	Umožní navrhnout změnu Měsíčního platu a rozpětí resp. Hodinového tarifu a hodinového rozpětí.
2 Nové pracovní místo resp. úpravy PM	25 Workflow nad pracovním místem	Evidenční workflow - schválením adresát pouze potvrdí přijetí informace

2.1.1.1 Poznámky k typu 7 - Návrh změny platu a rozpětí STD

Tento typ musí vyřešit situaci, kdy zaměstnanec už platbu tohoto typu měl (pak přebíráme její nastavení – tj. hlavně kódy doby a částky) a situaci, kdy je třeba platbu do Opv02 nově vytvořit.

Tuto situaci řešíme následovně:

· správce vyplní v Tza02 jednu sadu pravidelných plateb, které používá pro tarif a rozpětí

· v sadě může být jedna až 10 složek mezd pro měsíční platby a 1 či 2 pro hodinové sazby

· typické vyplnění Tza02:

o v horní tabulce zadat sadu pro eProposal - např.:

§ číslo 1

§ název Sada pro eProposal 7

o Uvést SLM s kódy částky (KCA) a doby (KDO) - např.:

§ SLM 11010 - Časová mzda

§ KCA 12 - Měsíční částka podle aktuálního FPD (hodiny)

§ KDO O - Počítá hodiny, směny jako všechnu odprac. dobu

a ještě záznam pro rozpětí (pokud jej organizace používá) - např.:

§ SLM 11020 - Nadtarifní složka mzdy (rozpětí)

§ KCA 12 - Měsíční částka podle aktuálního FPD (hodiny)

§ KDO O - Počítá hodiny, směny jako všechnu odprac. dobu

· v Epr02 – najít (zadat) záznam pro eProposal 7 - Návrh změny platu a rozpětí STD
a do položky "Platby (2 SLM a kódy – Tza02):" zadat odkaz na výše zadanou sadu.

2.1.2 KB

Skupina eProposal	Typ eProposal	Poznámka
1 Nástup	11 Návrh na přijetí do PP	Zakládá osobu a PV (analogicky s Opv05, data jsou ale KB)
	12 Návrh na DPČ/DPP	Zakládá osobu a PV (analogicky s Opv05, data jsou ale KB)
2 Nové pracovní místo resp. úpravy PM	21 Žádost o vytvoření pracovního místa	Evidenční workflow - schválením adresát pouze potvrdí přijetí informace
	22 Změna vazeb neobsazeného PM	Mění vazby PM na jiné struktury
3 Změny	31 Změna pracovního místa pozice	Mění kmenová data PV
	32 Změna místa výkonu práce	Mění kmenová data PV
	33 Změna organizačního zařazení	Mění kmenová data PV
	34 Změna kalendáře	Mění kmenová data PV
	35 Organizační změna	Mění kmenová data PV
	36 Změna doby určité/neurčité	Mění kmenová data PV
	37 Změna mzdy	Mění kmenová data PV
	38 Změna DPP	Mění kmenová data PV
	39 Změna DPČ	Mění kmenová data PV
	41 Zařazení do ES - Agentura práce	Mění kmenová data PV
	42 Zařazení do ES - pracovní volno bez náhrady mzdy	Mění kmenová data PV
	43 Zařazení do ES - návrat z MD/RD	Mění kmenová data PV
	51 Homeoffice	Mění kmenová data PV
	52 Hmotná odpovědnost	Mění kmenová data PV
	53 Pracovní pohotovost	Mění kmenová data PV
	54 Insourcing	Mění kmenová data PV
	55 Změna manažera organizační jednotky	Mění data o struktuře
8 Mobilita	81 Mobilita – zahraniční	Vytváří nový záznam mobility Opv54fkb
	82 Mobilita – v rámci skupiny KBSG v ČR/SR	Vytváří nový záznam mobility Opv54fkb
	83 Mobilita v rámci organizace full	Vytváří nový záznam mobility Opv54fkb
	84 Mobilita v rámci organizace – partial	Vytváří nový záznam mobility Opv54fkb
	85 Mobilita v rámci organizace – comuting	Vytváří nový záznam mobility Opv54fkb
	86 Mobilita v rámci organizace – Palmovka	Vytváří nový záznam mobility Opv54fkb
	87 Mobilita v rámci organizace – výjimka	Vytváří nový záznam mobility Opv54fkb
	99 Změna již zadané mobility (datum do)	Ukončuje platnost existujícího záznamu mobility Opv54fkb

Poznámky:

u typů ePr typu 34, 43, 51 dochází k změně sjednaného úvazku resp. počtu dní v týdnu a to si při Promítnutí vynucuje přepočet dovolené (pokud změna směřuje do prvního otevřeného období, pokud změna směřuje do budoucího období, realizuje přepočet později měsíční mzdová uzávěrka). Přepočet respektuje Dov01 / Režim čerpání dovolené (realizována pro 0 – 2)
u typu 36 Změna doby určité/neurčité pak dochází k přepočtu na základě změny Opv01 / Předpokládané ukončení PV, řešení je analogické s přepočtem volaným tímto formulářem;
u typů ze skupiny 3 Změny nevyplněná nová hodnota v eProposalu znamená, že při případném promítání změny zůstane položka nezměněna

2.1.3 Českomoravská záruční a rozvojová banka

Skupina eProposal	Typ eProposal	Poznámka
1 Nástup	303 Návrh na přijetí zaměstnance	Slouží pro založení nové osoby a PV v databázi.
3 Změny	301 Změna doby určité/neurčité	Umožní změnit dobu trvání a datum předpokládaného ukončení vybraného pracovního vztahu.
	302 Změna zkušební doby	Umožní změnit typ a datum ukončení zkušební doby u vybraného pracovního vztahu.

2.1.4 AURES Holding a.s.

Pro eProsal typu 207 (typ_epr = 207) je rozšířena podmínka pro zobrazení kódu částek (KCA). Standardně se zobrazují KCA 12 a 13. Do podmínky byla přidána i hodnota 0.

2.1.5 Smartwings

Pro tuto společnost byl založen nový typ eProposal, typ 8. Tento eProposal pracuje s údaji o platu a pracovním místě. Zatímco u mezd, jde o klasické WFL, kde po schválení dojde k propsání nové mzdy do kmenových dat. U pracovního místa jde o možnost návrhu nového pracovního místa, které ještě nemusí být založeno v systému a je tedy vyžadováno pozdější založení tohoto pracovního místa v systému. Údaje o pracovním místě jsou pouze informační a nepropisují se do kmenových dat.

2.2 Použité workflow akce

wfl_akce použitelné pro 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 DPČ/DPP A

105 - eProposal - Nástup DPČ/DPP B

106 - eProposal - Nástup DPČ/DPP C

wfl_akce použitelné pro skupinu 2 Nové pracovní místo resp. úpravy PM

111 - eProposal - Vytvoření PM

112 - eProposal - Úpravy nad PM

wfl_akce použitelné pro skupinu 3 Změny

121 - eProposal - Změny A

122 - eProposal - Změny B

123 - eProposal - Změny C

wfl_akce použitelné pro skupinu 8 Mobilita

124 - eProposal - Mobilita A

125 - eProposal - Mobilita B

126 - eProposal - Mobilita C

Viz též kap. Nastavení workflow

3 Standardní a zákaznické řešení okruhu „Epr“

V následující tabulce je uveden seznam objektů zařazených do okruhu Epr. V prvním sloupci je kód objektu, ve druhém označení druhu objektu (F = formulář, P = proces, S = sestava). Třetí sloupec popisuje obsah objektu.

Epr01	F	eProposal
Epr02	F	eProposal - Nastavení
Adm14	F	Nastavení workflow

3.1 Epr01 - eProposal

Formulář má navigační seznam eProposalů. Ten je vybaven checkboxem "Jen moje", který omezuje seznam na eProposaly, které uživatel založil, resp.schvaluje

a filtrem "Rozsah:" s hodnotami:

1 - ePr za posledního 1/4 roku + nevyřízené

2 - ePr za posledního 1/2 roku + nevyřízené

4 - ePr za poslední rok + nevyřízené

8 - Pouze neukončené

9 - Bez omezení

default 2, s pamětí minulé hodnoty

Časové hodnoty pro 1,2,4 jsou vyhodnocovány jako měsíc, tedy vždy od prvního do posledního. Je to tedy obvykle o trochu více než přesné čtvrtletí od dnešního dne zpět.

Přístupnost checkboxu "Jen moje" je podmíněna objektovým právem "Epr01Admin", "Epr01Insp" nebo "Epr01EprPosledniho".

Kde:

Epr01Admin	Editace záznamů všech uživatelů	Objekt zpřístupní pro zápis všechny eProposaly
Epr01Insp	Čtení záznamů všech uživatelů	Objekt zpřístupní pro čtení všechny eProposaly (vlastní budou přístupné pro zápis)
Epr01EprPosledniho	Přístup na Epr, kde schvaluje na status 30	Právo přidává oprávnění "Promítnout data do kmenových dat" u viditelného eProposalu uživateli, který schvaluje poslední krok i když nemá právo Epr01Admin

Uživatel, který nemá ani jedno z těchto práv, vidí eProposaly, které založil, resp. u kterých má schválit aktuální krok. Přičemž vlastní má přístupné pro editaci (ve statusu koncept) resp. pro Stažení / Zrušení.

Právo Epr01Admin pak do navigace přidá i všechny další eProposaly, přičemž i ty další může mít přístupné pro zápis (ve statusu Koncept + možnost Stažení / zrušení).

Právo Epr01Insp pak do navigace také přidá i všechny další eProposaly, přičemž tyto přidané má přístupné pro čtení.

Podmínkou jakékoliv změny dat je samozřejmě zápisové právo na tento formulář (Epr01).

Další podobjekty práv Epr01:

Epr01Protected

Přístup na chráněné eProposaly

U nového eProposalu je možnost vyplnit údaj "Chráněné workflow".

Uživatel s právem Epr01Protected uvidí i eProposaly s protected in (1, 0, i nevyplněno),

uživatel bez práva Epr01Protected pak eProposal s protected = 1 neuvidí (ani Epr01Admin či Epr01Insp mu k tomu nepomůže).
Chráněný eProposal se na Epr01 také zobrazí pouze skutečnému autorovi eProposalu. Podobná logika platí i na formuláři Wflow, kde se chráněný eProposal zobrazuje jen schvalujícím a opět uživatelům s tímto právem (pokud mohou vidět vše)

Epr01Kopie

Přístup na Zkopírovat tento eProposal

Uživatelům s tímto právem se zpřístupní záložka "Kopie" a v ní tlačítko "Zkopírovat tento eProposal".

Kopie je pak přístupná pro eProposaly skupin 1 a 3. A u skupiny 2 pouze eProposal typu 21.

U skupiny 3 následuje hned po zavolání dialog pro výběr nové osoby.

U skupiny 1 jsou identifikační údaje osoby změněny a doplněny prefixem Kopie.

Uživatel data dovyplní do Epr01/Hodnoty stejně, jako když edituje konspekt eProposalu.
Sada schvalovatelů zůstává ve výchozím stavu shodná se zdrojovou.

Epr01OmezPV

Omezení přístupu na Epr dle řádkových práv na PV

Uživatelé s tímto právem uvidí pouze eProposaly vázané na PV na které mají práva nebo eProposaly bez vazby na PV.

Data každého eProposalu jsou zobrazena na záložkách:

Detail

Typ a skupina eProposalu

O které osobě/PV pojednává

Status

Tabulka kroků - schvalovatelé a schválení kroků

Další údaje o schvalování

Hodnoty

Obsah eProposalu. U změnových eProposalů je členěn na sloupce Původní hodnoty a Nové hodnoty.

Pro status 0 - Koncept je na konci záložky tlačítko "Odeslat ke schválení"

Pro status 30 - Schváleno pak u typů, které se promítají do kmenových dat, tlačítko "Promítnout do kmenových dat".

Přístupnost tlačítka je podmíněna právem "Epr01Admin" resp. tím že uživatel schvaluje poslední krok

Dále je přístupné i tlačítko "Bez promítnutí (v kmenu již zadáno)" to umožní vyřešit situaci, kdy již někdo v kmenových datech údaje zadal a k přepnutí do cílového statusu 31 dojde bez provádění datových změn.

Promítání dat bude provádět uživatel, který v Epr01 na tlačítko Promítnout do kmenových dat má právo. K výběru eProposalů bude typicky provádět výběr Status = 30 - Schváleno.

Poznámka k promítnutí změnového eProposalu:

Změnový eProposal promítá pouze v eProposalu vyplněné položky nových hodnot, nevyplněné položky interpretuje tak, že se údaj nemění.

To je v 99% praktické avšak přináší to tu vlastnost, že pomocí změnových eProposalů není možné hodnoty v kmenových datech mazat.

Zadání nového eProposalu se na formuláři Epr01 ruší s výdejem verze e202301 a nový eProposal půjde zadávat pouze na Epr05. Na Epr01 bude možné již založené eProposaly i nadále editovat.

Na formuláři Epr01 à na záložce „Detail“ je zachováno tlačítko „Novy“, které ale spustí nové okno s průvodcem Epr05.

Následuje:

výběr Skupiny (Nástup / Nové PM / Změny / Mobilita)
výběr Akce workflow tj. matrice schvalovacího procesu a výběr
Typu eProposal tj. konkrétní typ v rámci Skupiny
zadání Hodnot eProposalu
zadání Schvalovací tabulky jednotlivých kroků včetně výběru, kde je více osob, které krok mohou schválit;
Pozn. zde se používá už struktur (obvykle manažerů a referentů), které vyplývají z nově zadaných dat (je to u Nové osoby/PV, ale i u Změn, které změnu struktur přinášejí)

· ve Schvalovací tabulce oddělujeme informaci „Schvaluje“ a „Rozhodl“

Spuštění zadávání nového eProposalu lze i přes samostatnou dlaždici. Dlaždice otevře Epr01, spustí proces zadávání nového eProposalu, předvyplní skupinu a typ eProposalu a přejde na další stránku průvodce. Dlaždice lze vytvořit na Adm05/Dlaždice s parametry.

Nově vytvořený eProposal je ve status 0 - Koncept a je možné se k němu vrátit a upravit schvalovatele v tabulce kroků workflow i Hodnoty, které eProposal obsahuje.

Po Odeslání ke schválení jsou už Hodnoty považovány za dané, ale kroky workflow/osoby, u schvalovacích kroků, které ještě nebyly vykonány, je možné upravovat.

Pokud eProposal schválí osoba s delegovaným profilem (zastupování), umísťujeme do tabulky schvalovatelů na Epr01 toho zastupujícího.

Při zamítnutí workflow kroku dochází k zamítnutí celého eProposalu a zprávu obdrží také všichni, kteří schválili předchozí kroky.

Schvalovaný eProposal je možné:

realizovat a promítnout
zamítnout
stáhnout
zrušit

přičemž stáhnout zrušit je možné i zamítnutý eProposal.

Při stažení dochází k vytvoření kopie (status 0 - Koncept).

Také při stažení, zamítnutí dochází ke generování zprávy všem, kteří schválili předchozí kroky. Výjimkou je stažení/zrušení zamítnutého eProposalu, neboť již informaci obdrželi (o zamítnutí).

Uživatele, který vytvořil kopii ePr (staženého či zamítnutého) vkládáme do Skutečného autora, tedy do pole, které pak nelze uživatelsky měnit.

Uživatel má možnost označit eProposal příznakem přednostního řešení pomocí položky Prioritní workflow/eProposal. Tuto položku je možné nalézt v průvodci vytvořením nového eProposalu, v kroku „Vyberte kroky eProposal“, dále na záložce „Detail“ a v navigačním seznamu formuláře Epr01. Výchozí hodnota této položky je NE.

Pokud je eProposal označen příznakem přednostního řešení, mají všechny požadavky workflow v navigačním seznamu formuláře Wflow zvýrazněný text barvou peru (#990000).

3.2 Epr02 - eProposal - nastavení

Zpřístupňuje jednotlivé typy návrhů eProposal .

Uvedením typu bez organizace a profilu, jej zpřístupňujeme pro kohokoliv se zápisovými právy na Epr01 v celé databázi.

Uvedením organizace, profilu nebo organizace a profilu omezujeme jeho použití.

3.3 Epr05 – eProposal – zadávání

Průvodce pro zadání nového eProposalu, od výdeje verze e202301 již nepůjde spustit samostatně z formuláře Epr01, ale pouze z Epr05. Epr05 se stává hlavním formulářem pro zadávání nového eProposalu. Dlaždice se nastavuje na Adm05/Dlaždice s parametry.

Průvodce Epr05 má na poslední stránce tyto tlačítka:

Zpět – vrátí se na předchozí stránku průvodce
Zrušit – zruší zadávaný eProposal a vrátí se na první stránku průvodce
Uložit – uloží eProposal a vrátí se na první stránku průvodce
Uložit a odeslat – uloží a odešle eProposal a vrátí se na první stránku průvodce
Uložit a zobrazit Epr01 – uloží eProposal a zobrazí Epr01 s označením nového eProposalu, pokud je Epr05 spuštěný v dialogu z Epr01 tak zavře dialog, jinak se vrátí na první stránku průvodce

4 Mazání eProposalů

Na formuláři Adm21 à na záložce Mazaní byl přidán parametr „Smazat eProposaly starší než (měsíců)“. Standardně je nastaven jako prázdný (bez hodnoty). Pokud je do tohoto parametru zapsána číselná hodnota, označuje to počet měsíců, po kterých mají být všechny eProposaly starší než daný počet měsíců smazány. Celý proces je napojen na proces generování kalendářů. Je tedy spouštěn na základě generování nových kalendářů a promaže opravdu všechny eProposaly. Pokud není potřeba ho spouštět, stačí smazat hodnotu parametru na Adm21. První spuštění může na základě počtu eProposalů v systému trvat déle.

5 Technologické poznámky a postupy pro uživatele

5.1 Nastavení workflow

Nastavení se provádí v číselníku Adm14 Adm_uzdoc.

V multiorganizační databázi může být workflow definováno pro jednu organizaci nebo pro všechny organizace. Uživateli se pak nabízí podle jeho přiřazení profilu (kterou organizací je omezeno).

Není však možné režimy (ne)zadání organizace v rámci jednoho workflow kombinovat. Buď tedy nadefinujeme jedno společné workflow bez omezení organizace, nebo takové nezadáme a pro každou organizaci vyplňujeme workflow zvlášť.

Odlišnosti eProposal workflow viz úvod.

Výčet workflow akcí viz Data.

Použitelné statusy (JPČ status_wflep):

0 Koncept

1 Zamítnutá žádost

2 Zrušená žádost

11 Schvalování - krok 1

12 Schvalování - krok 2

13 Schvalování - krok 3

14 Schvalování - krok 4

15 Schvalování - krok 5

16 Schvalování - krok 6

17 Schvalování - krok 7

18 Schvalování - krok 8

19 Schvalování - krok 9

30 Schváleno

31 Promítnuto do kmenových dat

Není nutné použít všechny statusy mezi 11 a 30. Vytvořené workflow je dynamické řídí se vyplněním kroků v Adm14.

Každý schvalovací krok je popsán záznamem Adm14/Definice workflow/Kroky workflow.

Makra použitelná v eProposal zprávách jsou popsána v Adm_uzdoc / Adm14 / kap. 3.7.3

5.1.1 První krok

První krok je povinné definovat ze statusu 0

0 Koncept

obvykle vede na status

11 Schvalování - krok 1

Tento krok je definován jako Typ schvalování 0 - Pouze oznámení a nemá vyplněn Konečný status - zamítnuto.

Jeho název by měl odpovídat funkci tj. "Odeslat na schválení".

Kdo obdrží upozornění a bude provádět schvalování (to je definováno v následujícím kroku) je dáno pravidlem (definovaným v Adm14/Pravidla) vyplněným v položce Číslo pravidla primárního příjemce.

Má-li obdržet někdo další informaci, definujeme jej v pomocí přiřazení Pravidla sekundárního resp. dalšího příjemce.

Ve schvalovací tabulce Epr01 se to pak objeví takto:

Název - Název tohoto kroku

Číslo kroku - je Konečný status mínus 10

Schvaluje - na základě Pravidla primárního příjemce zvolený konkrétní příjemce

Schváleno - status z následujícího schvalování

Vlastní posun statusů 0 => 11 je realizován tlačítkem Odeslat ke schválení, které je na Epr01/Hodnoty přístupné, pokud je eProposal ve statusu 0 Koncept.

eProposal je nyní ve statusu 11 a čeká na schválení Primárním příjemcem tohoto kroku.

Co se statusem bude dít dál už definuje další krok:

5.1.2 Další krok

Následující krok popisuje vlastní schvalovací úkon, který provádí Primární příjemce z kroku předcházejícího.

Vede tedy ze statusu

11 Schvalování - krok 1

na status

12 Schvalování - krok 1
resp. kdyby schvalování mělo být jen jednokrokové na 30 - Schváleno

v případě Zamítnuto na

1 Zamítnutá žádost

Tento krok (a zároveň všechny další kroky) je definován jako Typ schvalování 1 - Schválení 1. primárním příjemcem z min. kroku.

Název kroku by měl odpovídat výchozímu statusu, tedy pro 11 něco na způsob "Schvalování krok 1", je vhodné text upravit dle toho kdo schvalování provádí (primární příjemce kroku minulého).

Ve schvalovací tabulce Epr01 se to pak objeví analogicky jako v minulém kroku:

Název - Název tohoto kroku

Číslo kroku - je Konečný status mínus 10

Schvaluje - na základě Pravidla primárního příjemce zvolený konkrétní příjemce

Schváleno - status z následujícího schvalování

Je potřeba souvisle pokrýt sekvenci statusů mezi 0 a 30.

5.1.3 Poslední krok, kroky

Poslední krok musí vést na Konečný status 30 Schváleno.

U většiny typů eProposalů se na závěr provádí v Epr01 záložka Hodnoty akce-tlačítko:

Promítnout do kmenových dat.

To je přístupné pouze ve status 30 a pouze pro uživatele, který má právo Epr01Admin resp. schvaluje poslední krok. Jeho provedení pak nastaví závěrečný status

31 - Promítnuto do kmenových dat.

5.1.4 Možnost přeskakování kroků

Je také možné některé kroky přeskočit. Realizuje se to tak, že z jednoho statusu vede více cest na více vyšších statusů.

Příklad: pokud je u workflow definován krok 11=>12 a 11=>13 znamená to, že krok 11=>12 je možné vynechat. Číslo kroku, které je možné vynechat = Cílový status mínus 10.

Zde tedy lze vynechat krok 2.

Pozn. Zadání buď 2. nebo 3. ale alespoň jeden třeba řešit touto sekvencí v Adm14:

11=>12, 12=>13, 13=>14

11=>13, 12=>14,

5.1.5 Stažení, zrušení

eProposal je možné stáhnout, zrušit z různých stupňů schvalování, nicméně pro účely workflow se pro všechny stupně používá společný krok ze statusu 30.

Tedy: 30=>3 resp. 30=>2.

Při stažení, zrušení eProposalu zprávu obdrží také všichni, kteří schválili předchozí kroky.

Při stažení dochází k vytvoření kopie (status 0 - Koncept).

5.1.6 Stručný průvodce pravidly

Specifikum eProposal workflow je, že je možné používat pravidla, která vrací více osob, neboť iniciátor workflow na závěr zadání Hodnot workflow kompletuje:

vybere u pravidla vracejícího více osob/PV právě jednu, která krok workflow schválí
případně krok workflow přeskočí

Typy pravidel (JPČ wfl_pravidlo_typ):

1 Manažer struktury (vlastní nebo uvedené ve výčtu)

2 Osoba s konkrétní strukturou (typicky PM)

5 Osoba, o níž workflow je

6 Autor workflow záznamu

7 Uvedená osoba

8 Vzdělávací akce - lektoři

9 Vzdělávací akce - kontaktní osoby

10 Vzdělávací akce - autor požadavku

11 Manažer nadřízeného střediska (prvku struktury)

12 Zástupci manažera

13 Držitelé kompetence (ve výčtu) dle struktury (z celého stromu)

14 Držitelé kompetence (ve výčtu) dle struktury (první nalezená hladina)

15 Držitelé kompetence (ve výčtu) dle stru. s min. hladinou (z celého stromu)

V eProposal se typicky pro schválení kroku budou používat pravidla označená tučně.

Popis jednotlivých pravidel je v dokumentaci Adm_uzdoc kap. Adm14 / Pravidla výběru příjemce kroku workflow.

5.1.6.1 Poznámky k pravidlům

Většina workflow vychází při interpretaci pravidel z osoby/PV. Jsou ale i workflow např. o pracovním místě. Zde pak dochází k reinterpretaci pravidla na tento výchozí bod.

U některých workflow pak dochází např. ke změně pracovního místa resp. organizačního střediska. I zde pak aparát provádí reinterpretaci a zohledňuje struktury, které budou zaměstnanci přiřazeny, a typicky manažera hledá už na novém středisku.

V eProposal jsou nabízeny i struktury, které teprve začnou platit, neboť charakter eProposal je zadávání dopředu.

Upozornění

Seznam přístupných částí dokumentace je zde.