Okruh řešení Str = Struktury pracuje s obecnými strukturami. Evidence založená v tomto okruhu se používá v celé řadě dalších okruhů, neboť systému dává možnost členění různých objektů podle řady předem definovaných i uživatelem doplněných struktur.

Oblast struktur je řešena velmi komplexně a obecně a umožňuje uživatelům definovat si vlastní struktury. Objekty zařazované do struktur pak mohou být obecně zařazeny do celé řady struktur.

Struktury jsou "zdrojové" a "archivované". Zdrojové jsou vždy v aktuálním tvaru bez časových řezů (pouze s atributy platnosti pro nabízení platných hodnot pro zadávání). Archivované jsou vedeny po jednotlivých výplatních termínech a slouží pro výstupní sestavy zvláště pak ve mzdové oblasti. Jinak jsou v podstatě shodné.

Na struktury jsou vázány tyto datové objekty:

- PV (defaultní hodnoty pro ostatní objekty vázané na PV)

- vstupy pro zúčtování

- vypočtené mzdové detaily

2 Data okruhu „Str“

V této části si popíšeme datové položky a jejich skupiny, které jsou sledovány v rámci okruhu „Str“.

Typ struktury

Každá struktura je označena svým typem. Vyplňuje se podle číselníku, který má některé hodnoty dané řešitelem (obecné typy struktur) a některé uživatelem (struktury používané pouze konkrétním uživatelem). Nejedná se o položkový číselník, ale o první hladinu z číselníkového aparátu. Konkrétní hodnoty je třeba využívat v tom smyslu, jak jsou řešiteli navrženy s výjimkou uživatelského pásma 20 až 23 (a na některých databázích 25,26) - seznam standardních je v technologické části.

Kód střediska

Kód zařazení do struktury podle zadaného typu struktury.

Hladina střediska

Číslo hladiny, na kterou je středisko a jeho kód ve struktuře zařazeno.

Uživatel má možnost položkou "Hladina-ruční úprava:" systému vnutit hladinu dle své vůle, nicméně to by se mělo používat opravdu výjimečně.

Standardní je nechat hladinu určit systém. Údaj časově sledovaný aktualizovaný procesem " Aktualizace hier. kódů, hladin, kořenů" a jeho primární uložení je v záložce Hierarchie do-do. V záložce detail je pak průběžný údaj platný k referenčnímu datu, které má nastaven uživatel když spouští Aktualizaci.

Název střediska

Název zařazení do struktury podle zadaného typu struktury.

Platnost od - do

Časová platnost údajů o zařazení do struktury.

Hierarchický kód

Kód plně vyjadřující hierarchii prvku struktury. Je tvořen kódy všech nadřazených středisek + kód vlastního střediska.

Je časově sledován a jeho primární uložení je v záložce Hierarchie do-do. V záložce Detail je pak průběžný údaj nazvaný "Záložní hierarchický kód:" do kterého Aktualizace hierarchických kódů ukládá hodnotu platnou k referenčnímu datu, která má uživatel, který Aktualizaci spouští.

Číselná hodnota (nepovin.)

Číslo skupiny řádkových práv

Číslo skupiny řádkových práv definovaných na f. Adm06, související s definicí omezení pro práci s tímto střediskem dle pravidel definovaných pomocí řádkových práv.

2.1 Popis vnitřní tvorby jednotlivých struktur

Pro každou strukturu je uložen popis, jakým způsobem je tato struktura tvořena. Je zde popis jejich „hladin“ kód a zařazení do strukturního kódu, který slouží pro správně setřídění kódů. Hladina tak rozčleňuje celkový kód strukturního prvku na kódy určité hladiny.

Každá struktura má na hladině = 0 název této struktury. Další položky popisující strukturu jsou:

Hladina

Hladina je číslo, které určuje hierarchii kódů hladin v rámci celého kódu příslušné struktury.

Název hladiny

Uživatelem definovaný název hladiny. Například v rámci nákladové struktury

hladina 1 = závod

hladina 2 = nákladové středisko

Typ hladiny

Určuje, jakým typem znaků je kód hladiny naplňován. Vyplňuje se podle řešitelského číselníku s hodnotami:

1 číslo

2 alfanumerický

3 s maskou

Délka kódu hladiny

Udává počet znaků pro kód hladiny.

Začátek a konec kódu hladiny v rámci hierarchického kódu

Hierarchický kód slouží ke správnému třídění kódu struktury. Vlastní kód a to včetně hladin totiž nemusí dodržovat hierarchii, tj. kód podřízeného prvku nemusí začínat kódem prvku nadřízeného. K tomu právě slouží hierarchický kód, který pro určitou hladinu opakuje kódu nadřazených hladin. Začátek a konec v této položce tak popisuje polohu v rámci hierarchického kódu.

Smí být paralelně více manažerů/osob:

Při jeho zaškrtnutí je uvolněna kontrola na záložce Struktura hierarchicky / Manažer/Osoba v EGJE, přičemž dovolí paralelní přirazení osoby zosobňující prvek struktury (Str01 i Str02)

To může být výhodné pro různé referenty – personální, docházkové, stravování.

Vždy zvažujte použití tohoto režimu. Není vhodný např. pro struktury použité ve schvalovacím workflow, kdy je potřeba osobu určit jednoznačně.

U struktury 2 jej tudíž ani nenabízíme.

Režim by neměl být používán místo zastupovacího profilu.

Kořen

Příznak nejvyšší úrovně struktury

0 Ne

1 Ano

Položka je aktualizována automatizovaně procesem Aktualizace hier.kódů

Pracoviště

Odkaz do číselníku Pracovišť Pmi06.

Přístupný pouze pro struktury typu 2 – Organizační a 3 – Pracovní místa.

Časově sledovaný údaj.

3 Standardní řešení okruhu „Str“

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

Tučným písmem jsou označeny již řešené a zdokumentované objekty

Str01	F	Číselník struktur
Str02	F	Číselník struktur - lineární pohled
Str05	F	Zúčtované struktury
Str06	F	Zásobník změn struktur
Str10	F	Organogram
	T	Tiskové sestavy

Související rozšíření údajů o strukturách

Pmi01	F	Pracovní Místa
Pro01	F	Profese
Str08	F	Zakázka rozšíření
Str30	F	Zdravotní specializace – rozšíření [CZ]
Str31	F	Okrsky ZPP
Str32	F	Stravovací lokalita
Str34	F	Riziková pracoviště

3.1 Str01 - Číselník struktur

Individuální formulář o všech strukturách

Navigace: Typ struktury

Formulář eviduje popis jednotlivých struktur, jejich evidované hodnoty a povolené vazby mezi strukturami.

Při zadávání nových prvků se používá dialogové okno "Výběr nadřazené struktury". To umožňuje snadnější a rychlejší zařazení nově zadávaného střediska do struktury.

Vlastní data formuláře jsou organizována v záložkách

Záložka „Struktura hierarchicky“

Obsluha: Podle principů práce s hromadnými formuláři (tabulka)

Podzáložka Detail

Položky:

Číselná hodnota (nepov.)

Číslo skupiny řádkových práv

Položky Kořen, Hladina, Hierarchický kód

jsou aktualizovány automatizovaně procesem Aktualizace hier.kódů

Podzáložka Nadřízené

Záložka obsahuje informaci o nadřízeném středisku.

Položky:

Váže se na – kód a název nadřízeného střediska

Datum od-do – období platnosti záznamu

Podzáložka Podřízené

Záložka obsahuje informaci o přímo podřízených střediscích.

Položky:

Vázaný prvek struktury - kód a název podřízeného střediska

Datum od-do - období platnosti záznamu

Podzáložka Jiné struktury – váže se na

Záložka s definicí přípustných kombinací prvků struktur. Podrobnější popis je uveden v kapitole Vztahy mezi strukturami

Podzáložka Jiné struktury – vázané prvky

Záložka s definicí přípustných kombinací prvků struktur. Podrobnější popis je uveden v kapitole Vztahy mezi strukturami

Podzáložka Manažer / Osoba v EGJE

Záložka umožňuje definovat manažera vybraného střediska. Podrobnější popis je uveden v kapitole Manažer struktury

Položky:

PV – PV osoby zavedené v EGJE

Platnost od-do - období platnosti záznamu

Podzáložka Zástupci

Záložka umožňuje definovat zástupce manažera vybraného střediska a typ zastupování. Podrobnější popis je uveden v kapitole Evidence zástupců

Položky:

PV – PV osoby zavedené v EGJE

Platnost od-do - období platnosti záznamu

Typ zastupování (Elanor) – typ zastupování dle JPC typ_zast_ela

Typ zastupování (Uživatel) - typ zastupování dle uživatelského JPC typ_zast_uzi

Vztahuje se k profilu – definice omezení na konkrétní profil přístupových práv, v rámci kterého bude zastupování probíhat.

Specifikace

Podzáložka Obsazení

Záložka zobrazuje informace o PV přiřazených na vybrané středisko

Položky:

Celé jméno

OSČPV

Dat. vzniku/ukončení – datum vzniku / datum ukončení PV (Opv01).

Evidenční stav – evidenční stav zaměstnance

Druh PV

Přímé i nepřímé od

Přímé do

Podzáložka Hierarchie od-do

Položky

Podzáložka Budoucí

Záložka je přístupná pro struktury 2, 3, 4

Umožňuje zadávat dopředu plánované změny kódu, názvu, hladiny a číselné hodnoty prvku struktury. Vlastní promítání pak dělá správce struktur v Str06.

Položky

Období od:

Budoucí kód:

Název:

Budoucí hladina:

Budoucí čísel. hodnota:

Záložka „Jméno struktury a jejich hladin“

Obsluha: Podle principů práce s hromadnými formuláři (tabulka)

Položky:

Začátek hierarchického kódu

Konec hierarchického kódu

Smí být paralelně více manažerů/osob

Záložka „Vazby s jinými strukturami“

Obsluha: Podle principů práce s hromadnými formuláři (tabulka)

Položky:

Nadřízená struktura (Vyplňuji co)

Podřízená struktura (Vyplňuji kde)

Vztah podřízené a nadřízené struktury

Záložka „Použití struktury"

Obsluha: Podle principů práce s hromadnými formuláři (tabulka)

Záložka popisuje, kde se aktuální struktura používá:

1	MZDY	Prvky struktury jsou každý měsíc kopírovány do mezd (viz Struktury a Historie, Vyp02, Str05)
2	KMEN-PV	Struktura se smí zadávat na Opv01 / Struktury resp. Opv05 (pokud nemá uživatel omezení v Adm02)
3	Cestovní příkazy	Struktura pro použití v Cep01
4	Docházka	Struktura pro použití v Docházce
5	Docházka a výkony	Struktura pro použití v Docházce a výkonech
6	Pojištění organizace na SLM	Struktura pro použití v Aps02 (Aps02fkb)
9	Pouze ve vazbách struktur Str01, Str02	Struktura pro použití ve vazbách mezi strukturami, v navigaci Str02, ale nikoliv k přiřazení na Opv01 / Struktury, Opv05
11	MZDY, jako vstup na Vyp01	Které struktury je možné zadat na Vyp01/Vstupy. Struktura označená 11 musí být také do mezd posílána – tzn. použití 1.
50	Externista KB	Struktura pro použití v Opv50fkb

Kontextové sestavy a procesy

Str02 Střediska (lineární pohled)

Poznámka - Sledování historie a konfiguraci jsou věnovány tyto kapitoly.

3.2 Str02 - Číselník struktur - lineární pohled

Pro některé činnosti s číselníkem je vhodnější tento pohled na data číselníku struktur, hlavně pro bohatší možnost výběrů.

Navíc je zde záložka Adresa, která umožňuje zadávat adresu u jakékoliv struktury, kromě těch kde je už nyní sledována na speciálním formuláři (Pmi01) resp. nemá pro strukturu smysl (4, 5).

Tato záložka je tedy přístupná pro všechny struktury kromě 3, 4, 5 a 31.

Kromě adresy záložka obsahuje ještě pole Kód 1, Kód 2 k volnému použití.

Pro potřeby zákazníka Ministerstvo dopravy je u organizační struktury k dispozici záložka Data pro OSYS umožňující zadat specifická data zasílání do systému OSYS.

3.3 Str05 - Zúčtované struktury

Struktury označené v Str01 / Použití struktury přiřazením Místo = 1 - MZDY

jsou každý měsíc procesem Vyp02 / Kopie číselníků kopírovány do mezd.

Kopírování je společné pro celou db (tj. pro všechny SJ a SO).

Str05 je pohledem na tyto do mezd zkopírované struktury. Ty jsou pak hojně využívány ve mzdových sestavách

3.4 Str06 - Zásobník změn struktur

Formulář slouží ke zpracování plánovaných změn. Ty uživatel zadává do záložky "Budoucí" formulářů Str01, Str02 pro struktury 2, 3, 4.

Budoucí změny registruje a zpracovává také proces Aktualizace struktur a do záložek Hierarchie od-do už do budoucích období uvádí plánované změny.

Také zobrazení Opv01/Struktury/Přehled už, pokud uživatel posune referenční datum do příštích období, zobrazuje plánované kódy a názvy struktur.

Tento formulář na záložce Strom provede stromové zobrazení struktury pro období uvedené v combu Referenční období (v hlavičce formuláře). V detailu jsou pak ve sloupcích uvedené jak Současné hodnoty, tak Budoucí hodnoty.

Druhá záložka Promítnutí shromáždí dosud neprovedené změny k určitému období a tlačítkem Promítnout změny promítne do současné verze struktur tj. Str01 / Struktura hierarchicky (Str01 / Detail).

3.5 Str08 – Zakázka - rozšíření

Umožňuje zadat a evidovat ty položky o struktuře zakázek, které v jádru struktur nejsou.

Jedná se o položky:

Rozpočtová struktura – nabízí hodnoty jednopoložkového číselníku „rozp_str“
Typ výzkumu – nabízí hodnoty jednopoložkového číselníku „výzkum_typ“
Zdroj financování – nabízí hodnoty jednopoložkového číselníku „zdroj_fin“
Další členění zakázky – nabízí hodnoty jednopoložkového číselníku „zak_dalsi_trid“

3.6 Str10 - Organogram

Grafická reprezentace vztahu

Organizační struktury / Pracovní místo

/ Profese

/ Zaměstnanec

Obrazovka Strom umožňuje zvolit údaje, které jsou následně zobrazeny na záložce Graf.

Údaje může Strom brát buď z průběžného číselníku (Str01) nebo při volbě období z měsíčních kopií ve mzdách (Str05).

Také je zde možnost vyjít z jiné struktury než z typické struktury 2 - organizační.

I v tomto případě je však třeba počítat s tím, že tato struktura se musí odkazovat na strukturu 3 (PM) nebo musí být přímo přiřazena na PV. Jinak je zobrazena pouze zvolená struktura.

Takže např. pokud jsou použita pracovní místa a jsou u nich uvedena nákladová střediska, lze takto zobrazit Nákladovou strukturu. Nepřímé přiřazení přes organizační strukturu zde z výkonových důvodů zohledněno není.

Záložka Export obsahuje

Export do Excel

Typ prvku (ORG, PM, PV), Hladina, Text

Export do Visio (objekty označené v zál. Strom)

Export do Visio (objekty označené v zál. Strom) - zahuštěný

Export se snaží manažery zobrazovat pouze v prvcích organizační struktury a zaměstnance pouze v pracovním místě

Export do Visio (Schenker) pouze pro tohoto zákazníka - dále upravený zahuštěný export

3.7 Str30 – Zdravotní specializace – rozšíření [CZ]

Číselník má navigační seznam daný středisky struktury 30.

Slouží k možnosti zadat doplňkové parametry ke střediskům struktury 30 – Zdravotní specializace.

Jedná se o položky:

· Týdenní ordinační doba v hodinách

· Počet sálů

· Počet lůžek pro těhotné

· Počet lůžek pro děti

· Počet lůžek ostatních

3.8 Str31 – Okrsky ZPP

Evidence rozšiřujících údajů o okrscích zdravotní péče.

3.9 Str32 – Stravovací lokality

Evidence rozšiřujících údajů o struktuře 32.

Údaje jsou používány při vyhodnocovaní příspěvku na stravu a generovaní podkladů pro objednávku stravenek.

Podrobný popis viz Doch_dopl_uzdoc.doc

3.10 Str34 – Riziková pracoviště

Evidence rozšiřujících údajů o struktuře 34.

Údaje jsou používány při kalkulacích Docházky a výkonů (Dav01) - naplnění doby expozice.

Podrobný popis viz Dav_uzdoc.doc

3.11 Tiskové sestavy

3.11.1 Str04 - Organizační struktura, PM, Osoby

Organizační struktura, pracovní místa a osoby se statusem 1 až 3 k datumu.

Primárné slouží k exportu do XLS. PDF podoba je sekundární.

Umožňuje zvolit datum, ke kterému mají být údaje platné a umožňuje zvolit zda-li zobrazit i bývalá obsazení pracovních míst.

3.11.2 Str07 - Zařazení PV do struktur

Sestava tiskne všechna přímá i nepřímá zařazení osoby do struktur. Osoba je zařazena prostřednictvím svých PV.

Umožňuje zvolit strukturu, hladinu a datum, ke kterému vyhodnocuje platnost údajů.

Doprovodným údajem o PV je úvazek a kalendář.

3.11.3 Str11 - Struktura platových tříd – přehled

Sestava poskytuje aktuální přehled k datumu o pracovních místech zařazených do jednotlivých platových tříd, tříděných podle příslušnosti do organizačních jednotek.

3.11.4 Str12 - Blokovaná PM podle organizační struktury s vyznačením jejich dočasného obsazení

Přehled o blokovaných pracovních místech řazený podle aktuálních organizačního zařazení včetně jejich aktuálního obsazení osobou.

3.11.5 Str13 - Nadsystemizovaná PM podle organizační struktury

Pracovní místa mimo systemizaci tříděná podle umístění v organizační struktuře.

3.11.6 Str14 - Pracovní místa obsazená více než jednou osobou

Přehled pracovních míst, která jsou obsazeny více než jednou osobou.

3.11.7 Str15 - Neobsazená PM podle organizační struktury s vyznačením blokovaných PM

Přehled o neobsazených pracovních místech řazených podle organizačního zařazení a s vyznačením blokovaných PM vč. jména osoby, která toto PM původně zastávala.

3.11.8 Str16 - Neobsazená PM podle organizační struktury včetně osob v MES

Analogická sestava, která zahrnuje i osoby v mimoevidenčním stavu.

4 T echnologické poznámky a postupy pro uživatele

Aktuálně jsou v systému k dispozici následující struktury. Tučně jsou vyznačeny ty, které se používají „téměř“ vždy, barevně pak ty, se kterými systém s nimi v některých funkčnostech počítá, tzn. hledá zařazení na strukturu určitého konkrétního typu:

Typ struktury	Název struktury	Rozšiřující údaj - formulář
1	Nákladová struktura
2	Organizační struktura
3	Pracovní místa	Pmi01
4	Profese	Pro01
5	Kategorie
8	Projekt
10	Rozborová struktura
11	Účetní specifikace
12	Zakázka	Str08
13	Výplatní místo
14	Mzdová účetní
15	Referent
16	Místa
17	Referent vzdělávání
18	Výdejová místa (prac.pom.)
19	Zdravotnictví - vykazování
20	Zák.str.
21	Zák.str.
22	Zák.str.
23	Zák.str.
24	Zákazník
25	Zák.str.
26	Zák.str.
27	Kategorie školství VŠ
28	Kategorie zdravotnictví
29	Zdravotní profese
30	Specializace
31	Okrsky ZPP	Str31
32	Stravovací lokalita
33	Referent strava
34	Riziková pracoviště
35	Stroje
36	Technologie
37	Skupina vzd.	Str37
38	Stát danění
39	Referent pro prémie
40-44	Plánování (struktury pro modul plánování (PLA)	Pla21
45	Nákladová střediska pro SK zdravotnictví
46	Povolání zdravotnických a nezdravotnických pracovníků (SK)
47	Poskytovatelé zdravotní péče (SK)
48	Skupiny vedoucích pracovníků
49	Pracoviště pro Vyk13
53	Vzorová pracovní místa	Pmi53
55	Kategorie regionálního školství
56	Zdroje financování – regionální školství	Str02
57	Druh činností škol a školských zařízení – regionální školství	Str02
58	Účetní specifikace pro školství	Str02
59	Kategorie sociální služby	Str02

4.1 Vztahy mezi strukturami

Vztahy mezi strukturami jsou popsány číselníkem relace:

0	Není určeno
1	Podřízená struktura má vlastní hierarchii
2	Jako 1 plus část uživatelského kódu je hierarchická generovaná
3	Hierarchický kód podř.struktury je odvozen od uzlu nadř.struktury
4	Jako 3 plus část uživatelského kódu je hierarchická generovaná
11	Obousměrné vzájemné omezení struktur

kde hodnota 1 je nejobvyklejší hodnotou, které umožňuje zadat do Str01/Str02 vztah mezi položkami struktur. Vztahy 2 – 4 pak popisují větší míru provázanosti, která vede i k závislosti provádění úprav v číselníku a ovlivňuje i následnou aktualizaci – viz další kapitola.

Naprosto specifickým vztahem je Vztah 11 - Obousměrné vzájemné omezení struktur.

Vztah ovlivňuje použití struktur na formulářích – v současné době je implementován na Opv01, Opv02, Vyp01, Opv04, Opv05, Pmi01. Jak už je patrné z názvu je jedno, kterou strukturu vyplňujete dříve, omezení působí obousměrně, také tato definice vazby je obousměrná - je tedy jedno, která struktura je vyplněna jako nadřízená a která jako podřízená.

Definice přípustných kombinací prvků struktur jsou pak zadávány na Str01 / Struktura hierarchicky / Jiné struktury - váže se na resp. vázané prvky (na které záložce se zadává je to jediné, co definice vazby - nadřízená podřízená - ovlivňuje).

V praxi se systém použije asi u těch zákazníků, kde jsou struktury nějakým způsobem datově integrovány s účetnictvím, a seznamem povolených kombinací tento systém disponuje.

Z pohledu zadávacích formulářů se pak prvky takto zadávaných struktur rozdělí na :

- prvky s vazbou - výběr jednoho prvku omezuje výběr druhého dle této vazby a opačně,

- prvky bez vazby - k prvku struktury, který v žádné vazbě nefiguruje, mohu přiřadit zase pouze prvek druhé struktury, který v žádné vazbě není, jinak by byla porušena obousměrnost vazby.

Nejsložitější je situace na formuláři Opv01 / Zařazení do struktur. Zde jsou totiž přiřazení s definovanou platností od do. Kontrola vazeb je zde prováděna právě a pouze pro řez, který je aktuální k referenčnímu datu.

Není nutné, aby vázané struktury měly nutně stejné časové řezy od - do, ale je to tak přehlednější a i chování kontrolního aparátu je tak čitelnější.

4.2 Proces " Aktualizace hier. kódů, hladin, kořenů pro aktuální typ struktury"

Proces provádí uvedené aktualizace. V závislosti na režimu zadaném v záložce Str01/Vazby pak pro režim 2 a 4 aktualizuje i kód.

Aktualizaci je zapotřebí volat vždy, když uživatel něco v prvcích struktury a jejich vazbách mezi sebou změní. Vždy na závěr provedení všech změn ve struktuře.

Pokud na struktuře závisí jiná struktura (Vztah podřízenosti 3 a 4) je poté zapotřebí zaktualizovat i tuto strukturu. Proces aktualizace toto hlídá a aktualizaci nadřízené struktury z podřízené vyvolá.

Vypočtené hierarchické kódy jsou uloženy časově. Aktualizace časové uložení přepočítává vždy od 1.dne období referenčního data až do neomezené budoucnosti (3.3.3333).

Primárním cílem zpracování je záložka Hierarchie od-do formulářů Str01, Str02, pro informaci a zpětnou kompatibilitu je hierarchický kód ukládán také přímo do záložek Detail, ale časově sledovaná informace v Hierarchie od-do má při následném využívání údaje přednost.

Proces do budoucích období zahrnuje i plánované změny v záložkách Budoucí (Str01, Str02).

Volání aktualizace je k dispozici také na formulářích Pmi01, Pro01 kde je možné editovat a přidávat prvky struktur 3 a 4.

4.3 Přímé a nepřímé přiřazení struktury na PV

Jak již je popsáno též v EGJE_uvod, jednotlivé struktury spolu mohou být provázané.

Standardně předpokládáme tyto základní vazby:

PM je popsáno Organizačním střediskem, Profesí, Kategorií a někdy též Nákladovým střediskem.

Organizační středisko může být popsáno Nákladovým střediskem a Referentem

Osoba a PV v tomto smyslu strukturou nejsou, ale jsou ke strukturám přiřazováni.

Zařazení na struktury se provádí v přiřazovací záložce na PV (Opv01, Opv04, Opv05).

Některá přiřazení jsou přímá - tedy PV je skutečným přiřazovacím záznamem do dané struktury přiřazeno,

jiná jsou nepřímá, zprostředkovaná prostřednictvím vazeb struktur.

Při tomto zprostředkování se používá tento postup:

1. primární je přímé přiřazení

2. pokud není, systém se snaží odvodit přiřazení struktury z typu struktury 3 (zpravidla Pracovní místa), na které je PV přímo přiřazeno

3. pokud hodnota není ani tam a uživatel je přímo zařazen na typ struktury 2 (zpravidla Organizační struktura), odvozuje se přiřazení z něj

4. pokud hodnota není ani tam, odvozuje z typu struktury 2, na které je PV z bodu 2. přiřazeno přes typ struktury 3

(vyžaduje správný směr vazby mezi Org. střediskem a další strukturou – viz dále)

Jinými slovy – nepřímé přiřazení se promítne pouze tehdy, je-li struktura napojena na PV

a) přímo

b) přes strukturu typu 3

c) přes strukturu typu 2

4.4 Struktury pro mzdovou oblast - historie

Některé typy struktur jsou společné pro celou oblast práce systému, jiné jsou speciální pro mzdovou či personální práci. Proto jsou struktury označeny atributem (Použití struktury 1-MZDY), který určuje, zda se struktura používá ve mzdách resp. nás zajímá její časový průběh.

„Mzdové struktury“ se ukládají měsíčně do archivu, odkud jsou pak použity pro vytváření výstupních sestav a exportů. Některé struktury jsou proto povinně označeny jako mzdové.

Tyto struktury zarchivované v mzdové části jsou používány pro tisk sestava z mzdové oblasti (hlavně sestav rekapitulačně rozborových), dále jsou zobrazitelné formulářem Str05 a volitelně i organogramem Str10. Struktury z mezd také zobrazuje Opv01/Struktury/Z mezd.

V průběžném číselníku se eviduje vznik a zánik střediska resp. pracovního místa. Také zařazení do hierarchie je časově sledováno.

4.5 Která struktura je „organizační“

To definuje parametr Adm21 / Konfigurační parametry / Typ struktury považovaný za organizační.

Standardně, není-li vyplněn, je používána struktura 2 – Organizační struktura.

Zde uvedená organizační struktura může být na PV přiřazena přímo nebo mechanismem popsaným v kapitole 4.3, tj. prostřednictvím přiřazených struktur 3 a 2.

Parametr je používán v Str10 (první vyplnění), Opv01 – hlavička – manažer, Vyk05 Trexima opět primární určení manažerské pozice.

4.6 Některá typická nastavení číselníku struktur

4.6.1 Struktura č.1 – Nákladová struktura

Příklad:

Vždy 4místné nákladové středisko.

Hladina závod a hladina nákladové středisko.

Struktura má svoje kódování a hierarchie, která nezávisí na jiné struktuře.

Nastavení hladin:

Diskuse:

Celková délka kódu je 4, stejně tak celkové délky kódu na obou hladinách.

V hierarchickém kódu jsou však kódy pospojovány za sebe (viz dále 1- struktura má vlastní hierarchii)..

Nastavení vazeb mezi strukturami:

Diskuse:

Objekt struktury je zařazován na pracovní místo a do organizační struktury z ani jedné z nich však nepřebírá hierarchii.

Použití struktury:

Struktura je zúčtována do mezd, tedy každý měsíc je archivován její stav, a zařazení každého PV resp. každé SLM na prvek této struktury.

Používá se také k popisu pravidelných plateb resp. celého PV v kmenových údajích.

4.6.2 Struktura č.2 – Organizační struktura

Příklad:

Stromová struktura s 4 hladinami.

Kód se postupně rozvíjí a prodlužuje.

Na první hladině (jednomístná) je pouze ředitelství.

Struktura má svoje kódování a hierarchie, která nezávisí na jiné struktuře, ale naopak může být nosným základem hierarchie a tvorby kódu pro jinou strukturu – zde je uveden příklad pro pracovní místa.

Nastavení hladin:

Diskuse:

Maximální délka kódu je 8, tj. délka kódu na poslední hladině. Předcházející hladiny mají kódy kratší.

Jejich délky kódu také tvoří editační limity pro vyplňování struktury.

Správné hodnoty Konce hier.kódu nastavuje tlačítko Dopočti zač. a kon.hier.kódu.

V hierarchickém kódu jsou však kódy pospojovány za sebe (viz dále 1- struktura má vlastní hierarchii)..

Nastavení vazeb mezi strukturami:

Diskuse:

Struktura tvoří nadřízenou strukturu pro pracovní místa a nákladovou strukturu.

Pro pracovní místa navíc tvoří základ nejen pro tvorbu hierarchického kódu (to by byl vztah 3) ale navíc také tvoří uživatelský kód organizačního střediska základ pro uživatelský kód pracovního místa.

Směr vazby mezi nákladovou a organizační strukturou umožní hledání nepřímého přiřazení struktury nákladového střediska osoby/PV i na organizačním středisku.

Tedy - Osoba/PV má PM ale nikoliv org.stř. ani nákl.stř., PM má org.stř. ale nikoliv nákladové. Organizační středisko však nákladové středisko má a to je pak nepřímo, z druhé úrovně, použito i pro osobu/PV.

Použití struktury:

Struktura je zúčtována do mezd, tedy každý měsíc je archivován její stav, a zařazení každého PV resp. každé SLM na prvek této struktury.

Používá se také k popisu pravidelných plateb resp. celého PV v kmenových údajích.

4.6.3 Struktura č.3 – Pracovní místa

Příklad:

Typicky se Pracovní místo používá jako rozšíření organizační struktury.

Ve vazbě mezi strukturami se pak používá buď

· vztah 3 - Hierarchický kód podř.struktury je odvozen od uzlu nadř.struktury

· vztah 4 - Jako 3 plus část uživatelského kódu je hierarchická generovaná

Stromová struktura s 4 hladinami a na kteroukoliv hladinu může být umístěno pracovní místo.

To samo o sobě ale je vždy popsáno jako poslední tj. 5. hladina.

Pro vztah 4 pak platí: kód organizační struktury se postupně rozvíjí a prodlužuje, k němu se připojuje '.' a kód pracovního místa v rámci střediska.

Při vyplňování je tedy možné vyplňovat tečku a tento kód -> údaje před tečkou doplní proces Aktualizace hier.kódu.

Nastavení hladin:

Diskuse:

Při vztahu 3 resp. 4 je ve struktuře zopakována struktura nadřízené struktury (to je možné nastavit tlačítkem Kopie hladin z nadříz.struktury), přičemž vlastní pracovní místo pak zaujímá další hladinu. Je tedy nutné nejprve připravit Organizační strukturu a její hladiny a až poté přejít sem, na pracovní místa.

Maximální délka kódu je 12, tj. délka kódu na poslední hladině. Předcházející hladiny mají kódy kratší.

Správné hodnoty Konce hier.kódu nastavuje tlačítko Dopočti zač. a kon.hier.kódu.

Jejich délky kódu také tvoří editační limity pro vyplňování struktury.

V hierarchickém kódu jsou však kódy pospojovány za sebe (viz dále 1- struktura má vlastní hierarchii)..

Nastavení vazeb mezi strukturami:

Diskuse:

Struktura tvoří podřízenou strukturu pro profesí, nákladovou strukturu a kategorie.

Je však podřízena struktuře organizační a to tak, že ta tvoří základ buď jen pro tvorbu hierarchického kódu (vztah 3), nebo navíc také tvoří uživatelský kód organizačního střediska základ pro uživatelský kód pracovního místa (vztah 4).

Použití struktury:

Struktura není zúčtována do mezd, používá se také zařazení celého PV v kmenových údajích.

4.6.4 Společná tabulka hodnot struktury pro předcházející příklady ORG a PM

TYP_STR	HLADINA	KOD	KOD_HIER	Kořen
Organizační	1	01	01	1
Organizační	2	0108	010108	0
Organizační	3	010801	010108010801	0
Organizační	3	010802	010108010802	0
Organizační	3	010803	010108010803	0
Organizační	2	0109	010109	0
Prac.m.	5	01.01	01__________01	0
Prac.m.	5	01.02	01__________02	0
Prac.m.	5	01.03	01__________03	0
Prac.m.	5	0108.01	010108______01	0
Prac.m.	5	0108.02	010108______02	0
Prac.m.	5	0108.03	010108______03	0
Prac.m.	5	010801.01	01010801080101	0
Prac.m.	5	010801.02	01010801080102	0
Prac.m.	5	010801.03	01010801080103	0
Prac.m.	5	010802.01	01010801080201	0
Prac.m.	5	0109.01	010109______01	0
Prac.m.	5	0109.02	010109______02	0
Prac.m.	5	0109.03	010109______03	0

Diskuse:

Tabulka ukazuje vlastní řádky číselníku struktur (cecstr), přičemž tabulka hierarchií (cecstrhier) je vyplněna tak, že v organizační struktuře prvky ukazují na odpovídající nadřízený prvek této struktury, zatímco u pracovních míst je vždy odkaz do jiné struktury – organizační, kdy záznam míří vždy na dle kód příslušející středisko.

U závislé struktury pracovních míst jsou všechny její prvky na poslední hladině, aby se nenarušila hierarchie pracovních míst dle organizační struktury.

Tato struktura také nemá žádný kořenový prvek.

4.6.5 Struktury nabízející současné přiřazení více prvků

Struktury

8 - Projekt a 37 - Skupina vzd.

umožňují jako jediné paralelní přiřazení více prvků struktury jednomu PV.

To s sebou nese povinnost vyplňovat položku Pořadí přiřazení.

Speciálním přiřazením je přiřazení s pořadím 1. To je používáno při roztřiďování osob/PV podle struktur - tedy v situaci, kdy systém potřebuje pouze jeden prvek, např. osoba nebyla v sestavě vícekrát.

4.7 S truktury a Historie

Číselník struktur Str01 je číselníkem průběžným. U jednotlivých prvků struktury je sice Datum vzniku a Datum zániku. Ale je to převážně evidenční údaj, který se používá pouze ke kontrole přiřazení prvku struktury na PV resp. jinde (trvalá platba, mzdový vstup…).

Historie je uchovávána v měsíčních vzorcích ve mzdách a je zobrazována pomocí Str05.

Také organogram Str10 má schopnost načíst data z takto uložené historie.

Pozn. standardně je ve mzdách ukládána historie Organizační struktury, pokud chcete každý měsíc ukládat i strukturu PM (např. kvůli zobrazení v organogramu) je potřeba u struktury Pracovních míst toto nastavení (Použití struktury 1-MZDY) také zadat.

Kromě údajů o vzniku a zániku prvku struktury je umožněno zadávat datumové platnosti u vazeb Str01 / Struktura hierarchicky / Nadřízené – Podřízené / datumové platnosti.

V podstatě jde o možnost zadat přesun organizačního střediska pod jiné nadřízené středisko v předstihu.

Od verze e201401 je možné datumově evidovat i vazby mezi různými strukturami. Proces aktualizace a zpracování zohledňuje tyto datumy a uložení hierarchického kódu je nyní také časově sledované.

Aktualizace hier.kódů vždy přegenerovává tyto záznamy v rozmezí od 1. v referenčním období až do budoucnosti (3.3.3333).

4.8 Manažer struktury / Osoba v EGJE

Při práci se strukturami musíme rozlišit strukturu, na kterou je Osoba/Pv zařazena, od manažera struktury, resp. od Osoby v EGJE - nositele struktury.

Výraz manažer struktury se dobře hodí pro struktury 2 – Organizační struktura resp. 8 – Projekt, u referentských struktur je pak vhodnějším výrazem Osoba v EGJE - nositel struktury.

To je například u struktury číslo 14 – Mzdová účetní: ukazuje, která osoba je tou mzdovou účetní. To se dá dobře využít pro nastavování Profilů přístupových práv, protože pak stačí nastavit jeden profil pro všechny mzdové účetní (Adm02), přičemž nepřímé rozdělení je dáno nastavením:

PV – režim práv k řádkům: ST_MANA

PV - výčet prvků struktury pro práva k PV: nevyplněno

tzn. ty PV, které jsou pod konkrétní uživatelku/mzdovou účetní zařazeny.

Osoba v EGJE tak tvoří potřebnou spojku mezi strukturou mzdová účetní x a konkrétním přihlášeným uživatelem - mzdovou účetní.

Pozn.: Systém hlídá, aby k jednomu datumu od resp. do byl vždy maximálně jeden manažer/osoba v EGJE.

Výjimkou jsou struktury, které mají atribut "Smí být paralelně více manažerů/osob".

Ten umožní zadat paralelně více osob.

Vždy zvažujte použití tohoto režimu. Není vhodný např. pro struktury použité ve schvalovacím workflow, kdy je potřeba osobu určit jednoznačně (resp. mimo eProposal, kde ještě pak odesílající vybírá konkrétní osobu).

U struktury 2 jej tudíž ani nenabízíme.

Režim by neměl být používán místo zastupování na profilu.

To je zvlášť vhodné, když jeden z referentů je hlavní, právě a pouze ten by pak byl uveden jako Osoba v EGJE, zatímco ti další by měli v Adm01/Adm15 nastaveno zastupování jeho profilu. V případě, že by přes tuto strukturu bylo nastaveno workflow s hledáním manažera, bylo byzjištění, kdo je příjemcem workflow, adresnější. Při definici zastupování (Adm15) však jde nastavit i účast ve workflow.

4.8.1 Evidence zástupců

Na strukturách umožňujeme evidovat zástupce. Rozumí se tím zástupce Manažera(ů)/Osoby(osob) v EGJE pro aktuální prvek struktury.

Evidence se provádí na záložkách "Zástupci".

Zatím nemá žádné napojení na systém přístupových práv EGJE ani přímou vazbu na zastupování na profilu (Adm15, Adm01).

Zastupování popisujeme jedním číselníkem ve správě Elanor a jedním uživatelským (typ_zast_uzi).

Je také možné jej zaevidovat pouze v rámci určitého profilu. Přednostně nabízíme profily Manažera(ů) struktury.

4.9 Specifické struktury

4.9.1 Struktura 19 pro vykazování ve zdravotnictví

Pro účely výkaznictví v resortu zdravotnictví je tato struktura členěně na hladiny

1.hladina – DRZAR (druh zařízení)

2.hladina – PČZ (pořadové číslo zařízení)

Zadávají se resortem přidělené hodnoty pro jednotlivá zařízení, EGJE neprovádí kontroly

4.9.2 Struktura 28 – Kategorie zdravotnictví

Tato struktura se používá pro organizace pracující v resortu zdravotnictví a využívá se pro členění PV na kategorie dané legislativou a výkaznictvím.

Její obsah je naplněn na 1.hladině při implementaci organizací pracujících v tomto resortu, další hladiny jsou podle potřeb zákazníka.

Přiřazení této struktury na PV je zapotřebí ještě i přenést „do mezd“, tj. na formuláři Str01, záložka Použití struktury zadat pro tuto strukturu místo = 1 – mzdy.

Struktura se používá pro sestavy Vyk16a, Vyk16b, Vyk16c, Vyk17

4.9.3 Struktura 29 – Zdravotní profese (CZ)

Tato struktura se používá pro organizace pracující v resortu zdravotnictví a využívá se pro členění PV na kategorie dané legislativou a výkaznictvím.

Hladina – základní rozlišení personálu
Hladina – detailnější rozlišení personálu
Hladina – členění na jednotlivé profese
Hladina – rozlišení v rámci profese

Struktura bude využita od verze e201605 při zpracování podkladů pro výkazy E(MZ) 2-01 a E(MZ) 4-01 ve formátu platném od roku 2015.

4.9.4 Struktura 30 – Zdravotní specializace (CZ)

Tato struktura se používá pro organizace pracující v resortu zdravotnictví a využívá se pro členění dané legislativou a výkaznictvím.

Hladina – Specializace
Hladina – Druh péče

Struktura bude využita od verze e201605 při zpracování podkladů pro výkazy E(MZ) 2-01 a E(MZ) 4-01 ve formátu platném od roku 2015.

K této struktuře je možné dále pořizovat doplňující údaje na formuláři Str30.

4.9.5 Struktura 38 – Stát danění

Struktura se využívá při vyslání zaměstnance k práci v zahraničí – viz Dac_uzdoc.

4.9.6 Struktura 45 – Nákladová střediska pro SK zdravotnictví

Struktura obsahuje přednastavené hodnoty plynoucí z potřeb výkazů Vyk41, Vyk42, Vyk45.

4.9.7 Struktura 46 – Povolání zdravotnických a nezdravotnických pracovníků (SK)

Struktura obsahuje přednastavené hodnoty plynoucí z potřeb výkazů Vyk41, Vyk42, Vyk45, což jsou výkazy z oblasti SK zdravotnictví.

4.9.8 Struktura 47 – Poskytovatelé zdravotní péče (SK)

Tato struktura je využívána výkazy z oblasti SK zdravotnictví. Jelikož kompletní číselník kódů poskytovatelů obsahuje cca 30 tisíc záznamů, hodnoty přednastaveny nejsou. Uživatel je zadává sám a pouze ty kódy, které má jeho zdravotnická organizace přidělené. Kód je vždy složen ze 12 znaků.

4.9.9 Struktura 48 – Skupiny vedoucích pracovníků

Defaultně je struktura přednastavena hodnotami využívanými sestavami z oblasti SK zdravotnictví. Uživatel si přednastavené hodnoty může upravit dle svých potřeb (zejména pokud mu nevyhovuje standardní evidence vedoucích / managerů a jejich zástupců, která součástí definice středisek).

4.9.10 Struktura 53 - Vzorová pracovní místa

Obecná možnost sledovat Vzorová pracovní místa s rozsahem dle zadání AAA.

Vzorová PM jsou realizována jako typ struktury 53 se specializovaným formulářem Pmi53.

Na Str01 je potřeba pro jejich použití nastavit vazbu mezi strukturami 3 a 53 (53 nadřízená, 3 podřízená).

Hladiny se předpokládají u struktury 53 jednodušší, struktura bude jedno či dvouhladinová, nekopírující hladiny PM.

Na Pmi01 je možné přebírat (kopií) data z Pmi53 (tlačítko "Kopírovat údaje ze vzorového PM").

S provedením kopírování se uloží i vazba mezi PM a vzorovým PM. Ta bude následně viditelná v Pmi01 / ZÚ / "Pracovní místo -atributy z číselníku struktur".

5 Upozornění

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