Okruh řešení
popis okruhu řešení
Okruh řešení Doch = Docházka se specificky věnuje problematice její evidence, vyhodnocení příspěvku na stravu, řešení problematiky generování a přerozdělení různých typů odměn a komplexní problematikou vytváření podkladů pro výpočet mezd.
Zahrnuje procesy z oblasti evidence docházky :
o generování příchodu na pracoviště uživatelem resp. odchodu z pracoviště, generování přerušení práce, napojení na podporované přístupové systémy s následným generování podkladů do evidence docházky,
o vedení evidence docházky v denní nebo měsíční formě,
o plánování rozpisu pracovních směn pro různé režimy práce,
o plánovaní nepřítomností,
o vyhodnocení příspěvku na stravu,
o generování podkladů pro mzdy.
Vzhledem na rozsáhlost řešené problematiky je popis okruhu “docházka“ rozdělen do několika dokumentů :
popis základních objektů okruhu „docházka“ a popisy procesů a metodických vysvětlení
popis vymezené úlohy „Strava“ z okruhu „docházka“
popis vazeb okruhu docházka na další okruhy, popis datového uložení, různé přílohy k základní dokumentaci, poznámky k provozování
v samostatné kapitole je uveden seznam a popis hlášení použitých v procesech, funkcích a objektech okruhu docházky
1 Základní charakteristika okruhu řešení „Doch“
3.2 Evidence docházky v rámci informačního systému zaměstnavatele
3.3 Činnosti v rámci evidence docházky, role
4 Standardní řešení okruhu „Docházka“ EGJE
5 Oblast generování příchodů/odchodů
5.1.2 Záložka - Kalkulace průchodů
5.1.3 Záložka – Párování průchodů ASD
5.2 Dca02 - Terminál - příchod, odchod
5.2.1 Záložka - Evidence příchodů / odchodů
5.2.2 Záložka – Přehled evidence docházky
5.2.3 Záložka – Zpětné doplnění
5.2.4 Záložka – Dlouhodobé odchylky
5.2.5 Záložka „Vstupy – detail“
5.2.6 Alternativní tlačítka pro odpr. dobu
5.3 Dca03f – Export průchodu ASD
5.5 Dca05 – Terminál – příchod, odchod II
5.6 Dca06 – Přehled průchodů II
5.6.2 Záložka - Kalkulace průchodů
5.7 Dca07 - Přehled přítomností z průchodů
5.8 Dca08 - Průchody u osob na jiný jako kmenový PV
5.9 Dca09f - Kontrola a nastavení příznaku Stav
5.9.1 Doporučený postup použití sestavy Dca09f
5.10 Dca10 - Přehled evidence průchodů (TC 1089600)
5.11 Dca11 - Docházkový terminál
5.1 Imp07fm – Import ASD hromadně
5.2 Imp07fx - Importy ASD XLSX (TC 1015603)
5.3 Rst07f - WEB Služba pro zápis do Dca01
6 Oblast denní evidence docházky
6.1 Dcd01 – Evidence denní docházky
6.1.4 Záložka – Rekapitulace SLM
6.1.5 Záložka – Rekapitulace dny
6.1.7 Záložka - Vstupy měsíční
6.1.9 Záložka – Převod a uzavření
6.2 Dcd03 - Evidence denní docházky - tabulka
6.2.3 Konfigurace kalendáře pro formulář Dcd03
6.2.4 Poznámky k provozu formuláře
6.3 Dcd04 – Přehled denní docházky – rekapitulace podle SLM
6.4 Dcd05 – Týdenní přehled docházky – detaily
6.5 Dcd06 – Týdenní přehled docházky – detaily
6.6 Dcd07 – Opis evidence docházky – detailní
6.7 Dcd08 – Přehled chybových hlášení – výpis
6.8 Dcd09 – Měsíční přehled docházky(MV) – přehled dní
6.9 Dcd10 – Aktuální přítomnost podle evidence docházky
6.10 Dcd11 – Přehled stavu vyhodnocení docházky
6.11 Dcd12 – Evidence docházky ve zvoleném dni
6.12 Dcd13 – Měsíční přehled docházky(DD) – přehled plnění FPD
6.13 Dcd14 – Změny v plánu směn
6.14 Dcd15 – Přehled nepřítomnosti podle DD
6.15 Dcd16 - Přehled evidence přesčasu – detail
6.16 Dcd18 – Výkaz pracovní doby za měsíc (CZ § 96 / SK § 99)
6.17 Dcd19 – Denní přehled docházky - detaily
6.18 Dcd24 - Přehled přítomností z denní evidence docházky
6.19 Dcd25 - Vykazování pohotovostí
6.19.3 Druhá záložka Pohotovost
6.20 Dcd30 - KPD, Účet pracovní doby – detailní [CZ]
6.21 Dcd31 - KPD, Účet pracovní doby - Rekapitulace PV [CZ]
6.22 Dcd34 - Přehled příspěvku na stravu s CEP po dnech
6.23 Dcd51 Přehled denní docházky – zaměstnanec
6.23.6 Záložka „Rekapitulace SLM“
7 Oblast měsíční evidence docházky
7.1.2 Záložka – Vstupy – souhrn
7.1.4 Záložka – Měsíční záhlaví
7.1.5 Záložka – Měsíční záhlaví – souhrn
7.1.6 Záložka - Vyrovnávací období
7.1.7 Záložka – Rekapitulace SLM
7.1.8 Záložka – Rekapitulace Skupiny
7.1.11 Záložka - Generování MV
7.2 Dcm02 - Opis měsíční evidence docházky(MV)
7.3 Dcm04 - Měsíční přehled docházky(MV) – nezapočítané hodiny
7.4 Dcm05 – Měsíční přehled docházky(MV) – přehled plnění FPD
7.5 Dcm06 – Přehled nepřítomností
7.6 Dcm08 – Přehled nepřítomností s výběrem
7.7 Dcm09 – Přehled tvorby a čerpání NV
7.8 Dcm11 – Čerpání nepřítomností z nároku
7.9 Dcm12 - Přehled evidence přesčasu – detail
7.10 Dcm13 – Stravenky, nárok za období
7.11 Dcm13f – Stravenky, nárok za období
7.12 Dcm14 - Pracovní výkaz za období
7.13 Dcm15f – Stravenky, nárok za období - EDENRED.
7.14 Dcm16f – Stravenky, nárok za období - SODEXO..
7.15 Dcm27 – Přehled čerpání SLM z Dov02
7.16 Dcm28 – Přehled čerpání SLM - dovolená
7.17 Dcm30 - Kontrola a nastavení poč. stavů přesčasu na měs. záhlaví
7.18 Dcm31 - Export stavů měsíčního záhlaví
7.19 Dcm32 - Kontrola a nastavení stavů evidence NV
7.20 Dcm33 - Výpis SLM měsíční evidence docházky v rozsahu období
7.21 Dcm34 - Roční přehled vykázané SLM po měsících
7.22 Dcm35 -Struktury na záznamu z Dcm01
7.23 Dcm36f - Plnění tabulky DCD externí
8.1.1 Záložka - Základní údaje dokladu
8.1.2 Záložka - Dcm07 (Přehled dokladů)
8.3 Dcf09f – Doplňování struktur v docházce.
8.3.2 Záložka - Hromadné automatické přiřazení
8.4 Dcf11 – Hromadné zadávání odměn v rámci limitu
9.1 Dcp01 - Plánování dovolené a prac. volna
9.1.1 Navigační seznam formuláře
9.2 Dcp02 - Plánování dovolené a prac. volna - osoby
9.3 Dcp03, Plánování směn – zaměstnanec
9.3.2 Záložka - Hromadné plánování
9.3.3 Záložka - Hromadná statistika
9.3.6 Dcp03 - zobrazení nepřítomnosti z DOCH.
9.5 Dcp05 - Přehled plánu dovolené, XLS
9.6 Dcp06 - Plán směn zaměstnance
9.7 Dcp07 – Plánování směn II.
9.8 Dcp12f - Rušení nerealizovaných plánovaných žádostí
9.9 Dcp13 - Vzorový plán zaměstnance
9.10 Dcp14 - Plánování docházky
9.11 Dcp15 - Plán docházky zaměstnance, XLSX
9.12 Rezerva celozávodní dovolené - volna
9.12.1 Cíl procesu rezervace celozávodní dovolené.
9.12.4 Úpravy v procesech DOCH
9.12.5 Úpravy a omezení pro Dcp01, Dcp02, Dov16.
9.12.6 Dcp11f - Rezerva na celozávodní nepřítomnost, kontrola
9.12.7 Dcp10 - Rezerva na celozávodní nepřítomnost
10 Exportní a importní formuláře oblasti docházka.
10.1.1 Dce01 – Export – denní data
10.1.2 Dce02 – Export – denní virtuální údaje
10.1.3 Dce03 - Export - Měsíční záhlaví
10.1.4 Dce04 - Export – Měsíční virtuální vstupy
10.1.5 Dce05 - Export – strava
10.1.6 Dce08 – Export – protokoly
10.1.7 Dce15 – Export – distribuční adresy, typ Edenred
10.1.8 Dce28fq - Export ATTENDANCE, zál. mzdy
10.2.1 Imp09 - Import Dcd - standard
10.2.3 Imp11 – Import Dcm01 – standard
10.2.4 Imp13 - Import plánu směn docházky
10.2.5 Imp18f - import poč. stavů MZ
10.2.6 Imp25f - Import do Opv01, Typ výstupu stravy.
10.2.7 Imp35f - Aktualizace definice kalendáře
10.2.8 Imp36f - Import definice úseků kalendáře Kal06
10.2.9 Imp37f - Import definice vzorových dnů Kal05.
10.2.10 Imp38f - Import zůstatků dovolené Dov01, typ 9
10.2.11 Exp39f - Export stavů SLM z Dov02
10.2.12 Imp39f - Import stavů SLM do Dov02
10.2.13 Imp55f - Import údajů o neschopenkách z Poj55.
11.1 Dcc01 – Číselník konfigurace průchodů
11.2 Dcc04 – Číselník typů zaokrouhlení
11.3 Dcc05 - Konfigurace převodu denní doch. měs. vstupy
11.4 Dcc06 – Číselník limitů kontrol
11.5 Dcc08 Použití struktur na formulářích DOCH
11.6 Dcc09 - Číselník vázaných hlášení
11.7 Dcc10 - Hranice úvazku pro SLM příspěvku.
11.8 Dcc12 - Šablona pro rozpis dlouhé směny
11.8.3 Záložka Varianty rozpadu
12.2 Dcu01 – Evidence docházky (minimalizovaná)
12.2.2 Záložka – Rekapitulace SLM
12.2.3 Záložka – Rekapitulace dny DD
12.2.5 Záložka - Vstupy měsíční
12.2.6 Záložka - Měsíční záhlaví
12.3 Dcu02 – Uzávěrka docházky
12.4 Dcu03 Stav uzavření docházky – kontrola a upozornění pro manažery
12.5 Dcu04 – Porovnání Dcd a Dcm
12.6 Dcu08 – Pracovní kalendář zaměstnance
12.7 Dcu09 – Archivovaná data docházky
12.8 Dcu10 – Přehled přesčasů a pohotovostí
12.8.2 Záložka Placený přesčas
12.9 Dcu11f – Konflikt vstupů DOCH/DAV
12.10 Dcu12 – Přehled dostupnosti SLM pro formuláře DOCH/DAV, aktuální uživatel a profil
12.11 Dcu13 - Stav uzavření docházky - kontrola a upozornění pro zaměstnance
12.11.1 Vzory notifikačních správ
12.12 Dcu14 - Přehled měsíčních vstupů
12.12.1 Povolení editace Dcu14
12.13 Dcu15 - Přehled plánovaného FPD a prac. dnů z plánu směn zaměstnance
12.14 Dcu19 - Součty FPD za VO
12.16 Dcu20f - korekce pro Dcu20 (TC 1059167)
12.17 Dcu20fa - Kontrola Dcu20, kontrola na Dcm01
12.18 Dcu21f - Upozornění o NV k proplacení
12.19 Dcu22 - Podklady k analýze
12.20 Dcu22f - Výpis z protokolu Dcm
12.21 Dcu22fx - Výpis z protokolu Dcm
12.22 Dcu25 - Výpis protokolů z Adm53
12.23 Dcu26 - Docházka - Uložené protokoly
12.24 Dcu27 – Přehled uložení protokolů – soubory.
12.25 Dcu31 - Kontroly číselníků Slm01 a Slm02 pro DOCH/DAV
12.25.1 Započitatelnost DOCH02:
12.25.2 Započitatelnost DOCH04 (vazba na vynětí):
12.25.3 Započitatelnost DOCH05 (SLM pro Vyrovnávání FPD):
12.26 Dcu32f - Výpis z protokolu Dcm
12.27 Dcu33 - Změna typu příspěvku na stravu
12.28 Dcu34 - Párované PV mezi organizacemi (TC 1079258)
12.29 Dcu42f - Naposledy uzavřená docházka
12.31 Dcu45 - Účetní sada pro DOCH
12.31.2 Podzáložka „Struktury“
12.32 Dcu52 – Podklady k analýze, bez DOCH
12.33 Dcu99f - Podklady k testování
13 Technologické poznámky a postupy pro uživatele
13.1 Evidence docházky v rámci EGJE
13.1.1 Komunikace aplikace s uživatelem (dialog, protokol)
13.1.3 Principy evidence docházky
13.1.4 Mazání historických dat
13.1.5 Notifikační sestavy DOCH
13.1.6 Audit dát z oblasti docházka
13.2 Osoba/PV pro oblast docházky
13.2.3 Zobrazení PV v historií
13.3 Režimy evidence docházky a proces kalkulace
13.4 Zpracování evidence docházky
13.4.1 Práce s evidováním docházky
13.5 Docházka a evidování času
13.5.1 Omezení časových zápisů
13.5.3 Režim vykazování evidence DD pouze v hodinách
13.6 Měsíční záhlaví – Aktualizace
13.6.1 Proces generování a aktualizace
13.7.2 Přiřazení kalendáře k PV
13.7.3 Denní záhlaví –plán směn zaměstnance
13.7.5 Kalendář univerzální – VD bez hodin směny
13.7.6 Kalendáře pro zkrácené úvazky
13.7.7 Kalendáře docházky a mzdový výpočet
13.7.8 Import kalendářů z XLSX
13.7.9 Vytvoření vzorového úseku zaměstnancem.
13.8 Plánování směn a docházky
13.8.1 Plánování docházky - VZOR kalendář Dcp14
13.9 Přestávky ve vykázaných dobách
13.9.1 Přestávka v práci na jídlo a oddech
13.9.2 Generování přestávky do evidence DD
13.10.1 Metodika pro vytvoření podkladů pro analýzu
13.10.3 Plnění legislativních podmínek
13.10.4 Období a výplatní termíny
13.10.6 Dohody mimo pracovní poměr
13.10.7 Režim sledovaní „nemoci“
13.10.8 Pohotovost a práce v pohotovosti
13.10.9 Stanovení limitu přesčasové práce
13.10.10 Vykázaná doba ve svátek s posunutým začátkem týdne
13.10.11 Vykázaná doba ve svátek za náhradní volno
13.10.12 Velikonoční neděle a zákaz prodeje [SK] (TC 1082866)
13.10.13 Vzorový den typu „Dělená směna“
13.10.14 Pracovní cesta nad rámec směny [SK]
13.10.15 Pracovní cesta nad rámec směny [CZ]
13.10.16 Režim pružné pracovní doby
13.10.17 Evidence placeného přesčasu a IA 5101/5104 (TC 1014212)
13.10.18 Synchronizace DOCH mezi PV v různých ORG (DD170)
13.10.19 Plánování dovolené pro fondové PV
13.10.20 Náhrada nákladů při práci z domova – Home office (HO) [CZ]
13.10.21 Směna o délce 24 h pro určené zdravotnické profese. [CZ]
13.10.22 Generování rozdělení 24 ho směny
13.11 Dovolená evidence a kontroly
13.11.1 Dovolená, Režim sledování
13.11.2 SLM pro zadávaní zůstatkové dovolené
13.11.3 Agenturní zaměstnanci - aktuální stav dovolené
13.11.4 Dovolená, Stanovení čerpání v DOCH
13.11.5 Dovolená, režim 7 (CZ 2021)
13.11.6 Neomluvená absence a krácení dovolené
13.11.7 Hromadné nahrání neschvalované dovolené
13.12 Pracovní volno (IA 26, 5151, ..)
13.12.1 Dov02 - limit na přelomu roků (školní rok)
13.12.2 DK039 - Sledované SLM z Dov02 ve vazbě na vyčerpání Dov01
13.12.3 SLM s IA 26, přerušená svátkem s náhradou
13.14 Režim sledování náhradního volna
13.14.1 Sledování NV v režimu 3 měsíců [CZ legislativa]
13.14.2 Sledování NV v režimu 4 měsíců [SK legislativa]
13.14.3 Režim generování NV a placeného přesčasu v rámci převodu DD/MV
13.14.4 Proplacení přesčasů z NV
13.14.5 Proplácení NV s průměrem při tvorbě
13.14.8 Režim smluvního přesčasu s evidenci NV.
13.14.9 Režim smluvního přesčasu s evidenci přesčasu
13.15 Režim vyrovnávacího období
13.15.2 Kontrola plnění FPD – pružná pracovní doba
13.15.3 Kontrola plnění přesčasu
13.15.4 Kontroly v rámci evidence NV
13.15.5 Vyrovnávací období, zůstatky při ukončení VO
13.15.6 Definování vyrovnávacích období
13.15.7 Konto pracovní doby (KPD) v oblasti docházka
13.16 Složky mzdy a evidence docházky (SLM)
13.16.2 Doplňková definice SLM pro DOCH v číselníku SLM
13.16.4 Použití SLM pro formuláře
13.16.5 Poznámky k použití SLM
13.16.6 SLM a započitatelnosti DOCH
13.17 Zaúčtování na zvolené struktury
13.18 Spolupráce DOCH a dalších oblastí
13.18.1 Fixace virtuálních záznamu z denní docházky
13.18.2 Fixace virtuálních záznamů z měsíční docházky
13.18.3 Propojení DOCH a personální činnosti
13.18.5 Propojení DOCH a Schvalované SLM
13.18.6 Propojení Dcm01 do Dcd01
13.18.8 Vst15 a jeho použití pro DOCH
13.19 Kontroly v rámci docházky
13.19.1 Metodika vybraných kontrol
13.19.2 Kontroly při uložení záznamů
13.19.3 Kontroly při spuštění kalkulace
13.19.4 Kontroly v rámci kalkulace denní docházky.
13.19.5 Kontroly při uzavření docházky
13.19.6 DDE026, Kontroly korektnosti nastavení parametrů
13.19.7 DD020, Shoda přestávek na Kal01 a Kal05
13.19.9 DDE028, Hlášení DOCHDEB
13.19.10 DDE033, Chyba při nenastavení SLM příplatku
13.19.11 DDE034, Chyba při nenastavení LEG
13.19.12 DP006a - Kontrola hodin pohotovosti v Dcd a Dcm
13.20 Kontrolní aparát pro oblast docházky
13.20.1 Kontroly číselníku SLM
13.20.3 Kontroly obsahu Kal01/Kal06
13.21 Zpracování průchodů, generování denní evidence docházky
13.21.1 DOCH a externí přístupové systémy
13.21.3 Hromadné zpracování průchodů z přístupových systémů
13.21.4 Režimy terminálu – řízení Dca02
13.21.5 Vyhodnocení vykázané doby podle průchodů
13.22.1 Editování denních vstupů
13.22.2 Kalkulace denní evidence docházky
13.22.3 Kontroly evidence docházky
13.22.4 Generování denních záhlaví (DZ)
13.22.5 Generování denní docházky (DD)
13.22.6 Převod denní docházky do měsíčních vstupů (Převod DD/MV)
13.23.1 Omezení zobrazení pro formuláře
13.23.2 Přenos z jiných oblastí
13.23.3 Editování měsíčních vstupů (Dcm01, Dca02, Dcu01)
13.23.4 Kontroly záznamů měsíční evidence
13.23.5 Přepočet záznamů měsíční evidence
13.24 Uzavření evidence docházky – funkce
13.24.3 Automatické proplacení hodin NV
13.25 Plán rozpisu pracovních směn
13.26 Procesy v provozu docházky
13.26.2 Otevírání roku pro schvalování dovolené
13.26.3 Uzávěrka evidence docházky
13.27.1 Uživatelská konfigurace formulářů
13.27.2 Řízení přístupu k editačním formulářům, funkcím a řádkům
13.27.4 Aktivace formuláře Dca05/Dca06, Dcu06 pro kmenové PV
14 Řešení mimořádných stavů a typové situace
14.1.1 Neplatné PV pro DOCH v NS
14.1.2 Mzdy a docházka bez evidovaného kalendáře (Tieto)
14.2 Úprava formuláře pomoci konfigurací na Adm04.
14.2.1 Skrytí sloupce formuláře
14.3.1 Výběry ve vazbě mezi formuláři s různým typem navigačního seznamu
14.4.1 Změny schvalované odchylky na HRP (TC 1002901)
14.4.2 Dcu06, chyba "EmanException: SJ, SO not found"
14.5.1 Jak postupovat při mimořádné směně ve svátek
Pro splnění svých povinnosti a potřeb zabezpečuje zaměstnavatel vedení evidence docházky a souvisejících činností. Základní legislativní rámec pro vedení docházky je obsažen v Zákoníku práce (zákon 262/2006 Sb. ve znění pozdějších předpisů), na který obvykle navazují interní legislativní dokumenty zaměstnavatele (např. Mzdový předpis, Pracovní řád a pod.) .
Zákoník práce především určuje základní povinnosti zaměstnavatele v oblasti vedení docházky a především pro ochranu zaměstnance při nařízené práci, sledování pracovních směn a práce přesčas, přestávek mezi směnami .
Zkratka Pojem |
Popis |
ASD |
automatizovaný systém docházky (přístupový systém) |
DD |
denní docházka (záznamy v rámci denní evidence docházky – skutečná evidence) |
DOCH |
docházka, oblast evidence docházky |
DZ |
denní záhlaví (popis plánované směny ke dni a stav zpracování předmětného dne) |
EGJE |
SW aplikace pro řízení lidských zdrojů |
FPD |
fond pracovní doby |
IA |
Interní algoritmus |
KPD |
Konto pracovní doby |
MV |
Měsíční vstupy (záznamy v rámci měsíční evidence docházky – vykazování docházky z pohledu měsíce), taktéž podklady pro mzdy |
MZ |
Měsíční záhlaví (zobrazení počátečních stavů pro aktuální měsíc sledovaných ukazovatelů zaměstnance, zobrazení měsíčních stavů sledovaných ukazovatelů) |
NS |
Navigační seznam |
NV |
Náhradní volno |
NVč (NVC) |
Náhradní volno čerpání (Čerpaní hodin přesčasu za náhradní volno) |
NVt (NVT) |
Náhradní volno tvorba (hodin přesčasu za náhradní volno) |
PD |
Pracovní doba |
Průchod |
Používáme pro označení časové značky průchodu zaměstnance sledovaným místem – snímaný skutečným nebo virtuálním terminálem resp. určená jiným vhodným způsobem |
PV |
Pracovní vztah |
SJ |
Správní jednotka |
SC |
Služební cesta |
SLM |
Složka mzdy |
SLM* |
Kód SLM pro určený IA, pokud je pro IA definovaná jediná SLM, pokud je pro určený IA definováno více SLM, použije se ta SLM, která má kód s minimální hodnotou |
SLM_Doch |
Číselník SLM používaný pro oblast evidence docházky, pokud není uvedené jinak, jedná se o seznam standardních SLM, které mají nastavený příznak : „Použití v docházce“ = Ano (SLM01, záložka docházka) |
SO |
Správní oddíl |
VD |
Vzorový den, popis pracovní nebo nepracovní směny |
VO |
Vyrovnávací období; časový úsek pro sledování určeného údaje, např. přesčasy nebo splnění fondu pracovní doby |
Virtuální záznam |
Jedná se o záznam v oblasti docházky, který pochází z jiné oblasti EGJE (Vyp01, OPv01, Cep01, Dcm01, Dav01, Dov05). Tento záznam je v oblasti docházky needitovatelný a neexistuje fyzické uložení tohoto záznamu v DB. |
Vedení evidence docházky, ve stanoveném rozsahu určeném zaměstnavatelem, je součástí pracovních povinností jak vedoucích tak i zaměstnanců, resp. určených zodpovědných zaměstnanců (referentů).
Na základní evidenci docházky jsou navázané další manuální nebo automatizované procesy vyplývající z evidence docházky, např. generování příplatků, doplatků, bonusů, výkonnostních odměn a pod.
Specifickou oblastí je generování počtu nároků příspěvků na stravu v aktuálním období a následné vyhodnocení příspěvků odebraných stravenek nebo odebrané stravy včetně generování srážky ze mzdy v rámci bezhotovostního odběru stravenek a stravy.
Následující obrázek ve zjednodušené formě zobrazuje postavení „Doch“ v rámci systému EGJE a vazby na externí systémy.
Specifické pro evidenci docházky v rámci informačního systému v oblasti lidských zdrojů je:
o vykazování odpracované, neodpracované doby v rámci evidence docházky a jiných časových evidencí
o generování podkladů pro výpočet mezd a platů
o účtování specifických nákladů zaměstnavatele –strava
o generování podkladů (objednávky) na stravenky
o daňová problematika (generování DPH v rámci evidence vyhodnocení odběru stravy)
V rámci analýzy byly vytypované skupiny činností, které vykonávají určení zaměstnanci s cílem vytvářet, aktualizovat a ověřovat evidenci docházky a následně generovat podklady pro výpočet mezd resp. generovat podklady pro různé kontrolní procesy a statistické vykazování.
Evidence docházky prochází určenými etapami.
Etapa plánování pracovní doby, kde se provádí činnosti spojené s naplánováním rozpisu pracovních směn pro různé pracovní režimy resp. pro jednotlivé zaměstnance. Plány pracovní doby by měly být k dispozici minimálně v zákoně stanoveném limitu před termínem jejich platnosti a zaměstnanci by s ním měli být prokazatelně seznámeni.
Na základě těchto plánů se vyhodnocuje evidence docházky.
Etapa plánování nepřítomností,
kde se provádí činnosti spojené s naplánováním vybraných typů
nepřítomností (např. dovolená).
Plány nepřítomností slouží pro automatické vyplnění evidence docházky v době
trvání nepřítomností v aktuálním měsíci.
Etapa aktivace aktuálního období, kde se provádí činnosti spojené s přípravou dat pro evidenci docházky v aktuálním měsíci :
o vygenerování měsíčních záhlaví,
o vygenerování denních záhlaví,
o pro definované pracovní režimy (bez napojení na generování průchodů) vygenerování plánované docházky.
Etapa generování průchodů, kde se provádí činnosti spojené s generováním resp. načítáním (z přístupových systémů) časových značek pro označení příchodů a odchodů z pracoviště a s následným generováním záznamů do evidence docházky.
Etapa kontroly a aktualizace docházky, kde se provádí činnosti spojené s předběžnou kontrolou aktuálního stavu evidence docházky, doplňování a opravy podle potřeby.
V režimu plánování docházky (docházka bez napojení na generování průchodů) se provádí doplňování odchylek od plánu (nepřítomností, přesčas, ...).
Etapa ověření a uzavření evidence docházky zaměstnanců běžnými uživateli, kde se provádí činnosti spojené se závěrečnou kontrolou evidence docházky a následné „uzamknutí evidence pro aktuální období na úrovni zaměstnance.
Z aktuální evidence denní docházky se generují řádky rekapitulace DD a další generované řádky, podle aktuální konfigurace systému, do měsíční evidence docházky (ve formátu vhodném pro výpočet mezd). Hovoříme také o generování podkladů pro mzdy.
Etapa ověření a uzavření evidence docházky správcem, kde se provádí činnosti spojené se závěrečnou kontrolou evidence docházky a následné „uzamknutí“ evidence pro aktuální období pro běžné uživatele.
Etapa vyhodnocení a generování doplňkových podkladů pro mzdy (např. vyhodnocení odběru stravy a stravenek), kde se provádí činnosti spojené s vyhodnocením a generováním podkladů podmíněných ověřenou docházkou celé organizace nebo jednotlivých organizačních složek.
Generování dalších podkladů pro výpočet mezd podle aktuální konfigurace systému (generování bonusů, příplatků, doplatků a pod. podle realizovaných požadavků zákazníka ).
Etapa uzavření aktuálního období, kde se provádí činnosti spojené s celkovým uzavřením aktuálního období pro editační a aktualizační činnosti.
Tyto uvedené typové činnosti jsou v rámci organizace rozložené mezi několik osob, které je provádí v rámci svého zařazení v organizační struktuře resp. začlenění do informačního systému. Jedná se o následující role:
ZAM zaměstnanec,
VED přímý vedoucí zaměstnance, případně jiná osoba pověřená vedením evidence docházky,
MNG vedoucí zaměstnance, případně jiná pověřená osoba zodpovědná za evidenci docházky a její ověření, zodpovědná za schvalování nepřítomností ve smyslu ZP,
REF odborný referent pověřený zabezpečením specifických činností v rámci evidence docházky (např. vyhodnocení stravy, kontrolní činnosti, a pod.),
SPR pověřená osoba zabezpečující organizaci provozu okruhu činností v DOCH.
Závisí na konkrétní situaci v organizaci (především na režimu organizace evidence docházky), kterým osobám se přidělí které role, případně činnosti. U menších organizací může být jedna osoba pověřená více rolemi (např. přímý vedoucí zaměstnance je současně také zodpovědnou osobou pro ověření ).
Řešení problematiky evidence docházky v EGJE je realizované souborem tzv. uživatelských objektů, které jsou přiřazené jednotlivým položkám v nabídce EGJE, a které standardně pracují s aktuálním seznamem zaměstnanců (aktuálním seznamem pro přihlášeného uživatele). Jednotlivé objekty pro oblast evidence docházky slouží k zobrazení údajů v definované struktuře, umožňují jejich vytváření, doplnění a aktualizaci, aktivování různých funkcí a procesů, realizovat výstupy v tiskové formě nebo různých formátech souborů (TXT, XLS, CSV, ..).
Všechny standardní objekty pro oblast docházky jsou zařazené do skupinové nabídky „Docházka a cestovní příkazy“.
Řízení uživatelského přístupu k jednotlivým položkám nabídky je popsané v dokumentaci EGJE Adm_uzdoc_cz.doc.
V následující
tabulce je uvedený seznam objektů zařazených do okruhu DOCH. V prvním
sloupci je kód objektu, ve druhém sloupci je označení druhu objektu (F =
formulář, P = proces, E = export,
I = import, S = sestava) a ve třetím sloupci je uvedený název objektu.
Pokud není sloupec „Popsáno v dokumentu“ vyplněn, objekt je popsán v tomto dokumentu.
Kód Objektu |
Typ |
Název objektu |
Popsáno v dokumentu |
|
|
Specializované číselníky pro oblast docházky |
|
F |
Konfigurace průchodů |
|
|
|
|
|
|
F |
Číselník typů zaokrouhlení |
|
|
F |
Konfigurace převodu denní doch. měs. vstupů |
|
|
F |
Číselník limitů kontrol |
|
|
F |
Použití struktur na formulářích DOCH |
|
|
|
|
|
|
|
|
Skupina objektů pro oblast zpracování průchodů |
|
F |
Přehled průchodů |
|
|
F |
Terminál – příchod, odchod |
|
|
F |
Snímače ASD |
|
|
F |
Terminál – příchod, odchod II
|
|
|
F |
Přehled průchodů II |
|
|
S |
Přehled přítomností z průchodů |
|
|
S |
Průchody u osob na jiný než kmenový PV |
|
|
Rst07f |
WS |
WEB Služba pro zápis do Dca01 |
|
|
|
|
|
|
|
Skupina denní evidence docházky |
|
F |
Evidence denní docházky |
|
|
F |
Evidence denní docházky - tabulka |
|
|
S |
Přehled denní docházky - rekapitulace podle SLM |
|
|
S |
Týdenní přehled docházky – detaily |
|
|
S |
Týdenní přehled docházky - rekapitulace |
|
|
S |
Opis evidence docházky – detailní |
|
|
S |
Přehled chybových hlášení – výpis |
|
|
S |
Měsíční přehled docházky (MV) – přehled dní |
|
|
S |
Aktuální přítomnost podle evidence docházky |
|
|
S |
Přehled stavu evidence docházky |
|
|
S |
Evidence docházky ke dni |
|
|
S |
Měsíční přehled docházky (DD) – přehled plnění FPD |
|
|
S |
Změny v plánu směn |
|
|
S |
Přehled nepřítomnosti podle DD |
|
|
S |
Přehled evidence přesčasu – detail |
|
|
S |
Výkaz pracovní doby za měsíc (§ 96) |
|
|
S |
Denní přehled docházky - detaily |
|
|
S |
Přehled přítomností z denní evidence docházky |
|
|
F |
Vykazování pohotovostí |
|
|
|
|
|
|
S |
KPD, Účet pracovní doby - detailní |
|
|
S |
KPD, Účet pracovní doby - Rekapitulace PV |
|
|
S |
Přehled příspěvku na stravu s CEP po dnech |
|
|
F |
Přehled denní docházky – zaměstnanec |
|
|
|
|
|
|
|
|
Skupina exportů |
|
E |
Export – denní údaje |
|
|
E |
Export – denní virtuální data |
|
|
E |
Export - Měsíční záhlaví |
|
|
E |
Export – měsíční virtuální vstupy |
|
|
E |
Export – strava |
Doch_strava |
|
E |
Export - strava, typ Edenred |
Doch_strava |
|
E |
Export – protokoly |
|
|
E |
Export – distribuční adresy, typ Edenred |
|
|
|
|
|
|
|
|
Skupina měsíční evidence docházky |
|
F |
Měsíční vstupy |
|
|
S |
Opis měsíční evidence docházky (MV) |
|
|
S |
Měsíční přehled docházky (MV) – nezapočítané hodiny |
|
|
S |
Měsíční přehled docházky (MV) – přehled plnění FPD |
|
|
S |
Přehled nepřítomností |
|
|
S |
Přehled nepřítomností s výběrem |
|
|
S |
Přehled tvorby a čerpání NV |
|
|
S |
Čerpání nepřítomností z nároku |
|
|
S |
Přehled evidence přesčasu – detail |
|
|
S |
Stravenky, nárok za období |
|
|
S |
Pracovní výkaz za období |
|
|
S |
Stravenky, nárok za období - EDENRED |
|
|
S |
Stravenky, nárok za období - SODEXO |
|
|
S |
Přehled čerpání SLM z Dov02 |
|
|
S |
Přehled čerpání SLM - dovolená |
|
|
S |
Kontrola a nastavení poč. stavů přesčasu na měs. záhlaví |
|
|
E |
Export stavů měsíčního záhlaví |
|
|
S |
Kontrola a nastavení stavů evidence NV |
|
|
S |
Výpis SLM měsíční evidence docházky v rozsahu období |
|
|
S |
Roční přehled vykázané SLM po měsících |
|
|
S |
Plnění tabulky DCD externí |
|
|
|
|
|
|
|
|
Skupina plánovací procesy |
|
F |
Plán dovolené |
|
|
F |
Plán dovolené – osoby |
|
|
F |
Plánovaní směn – zaměstnanec |
|
|
E |
Opis plánu směn, XLS |
|
|
E |
Přehled plánu dovolené |
|
|
S |
Plán směn zaměstnance |
|
|
|
|
|
|
|
|
Skupina vyhodnocení stravy |
|
I |
Import podkladů pro vyhodnocení stravy |
Doch_strava |
|
F |
Přehled odběru stravy – zaměstnanec |
Doch_strava |
|
F |
Vyhodnocení odběru stravy |
Doch_strava |
|
F |
Ceník stravy |
Doch_strava |
|
S |
Strava, zúčtování za období |
Doch_strava |
|
S |
Strava, rekapitulace zúčtování za období |
Doch_strava |
|
S |
Stravenky, nárok za období |
Doch_strava |
|
S |
Stravenky, odběr za období |
Doch_strava |
|
S |
Strava, rekapitulace podle typů |
Doch_strava |
|
E |
Stravenky, objednávka SODEXO |
Doch_strava |
|
Dcs11 |
E |
Stravenky, objednávka Edenred |
Doch_strava |
|
|
|
|
|
|
Speciální objekty |
|
F |
Doklady |
|
|
F |
Typy dokladů |
|
|
F |
Doplňovaní struktur v docházce |
|
|
F |
Přerozdělení odměn |
|
|
F |
Výběry |
|
|
I |
Import Dcd - standard |
|
|
I |
Import Dcm01 – standard |
|
|
I |
Import plánu směn docházky |
|
|
I |
Import poč. stavů MZ |
|
|
|
|
|
|
|
|
Skupina procesů |
|
P |
Evidence docházky(minimalizovaná) |
|
|
P |
Uzavření docházky |
|
|
E |
Stav uzavření docházky – kontrola a upozornění pro manažery |
|
|
S |
Porovnání Dcd a Dcm |
|
|
Dcu06 |
F |
Docházka – Kalendář pouze pro EGJE WP |
|
Dcu07 |
F |
Docházka – Přehled evidence docházky |
|
F |
Pracovní kalendář zaměstnance |
|
|
F |
Archivovaná data docházky |
|
|
F |
Přehled přesčasů a pohotovostí |
|
|
S |
Konflikt vstupů DOCH/DAV |
|
|
S |
Přehled dostupnosti SLM pro formuláře DOCH/DAV, aktuální uživatel a profil |
|
|
S |
Stav uzavření docházky - kontrola a upozornění pro zaměstnance |
|
|
F |
Přehled měsíčních vstupů |
|
|
S |
Přehled plánovaného FPD a prac. dnů z plánu směn zaměstnance |
|
|
S |
Součty FPD za VO |
|
|
F |
Banka NV |
|
|
S |
Upozornění o NV k proplacení |
|
|
S |
Výpis z protokolu Dcm |
|
|
E |
Podklady k analýze |
|
|
F |
Docházka - Uložené protokoly |
|
|
F |
Přehled uložení protokolů – soubory |
|
|
S |
Kontroly číselníků Slm01 a Slm02 pro DOCH/DAV |
|
|
S |
Naposledy uzavřená docházka |
|
|
F |
SLM s přílohou |
|
|
F |
Účetní sada pro DOCH |
|
|
S |
Podklady k analýze, bez DOCH |
|
|
|
|
Uživatelské objekty – bez určení zákazníka |
|
E |
Export průchodu ASD |
|
|
I |
Import ASD |
|
|
I |
Import ASD hromadně |
|
|
|
|
|
|
|
|
Uživatelské objekty Allianz SK |
|
S |
Týdenní přehled docházky – detaily (s formátem HH:MM) |
|
|
S |
Opis evidence docházky – detailní (s formátem HH:MM) |
|
|
S |
Měsíční přehled docházky (DD) – přehled plnění FPD (s formátem HH:MM) |
|
|
|
|
|
|
|
|
Uživatelské objekty ČD CARGO |
|
F |
Přiznání odměn |
||
S |
Přiznání odměn |
|
|
|
|
|
|
|
|
Uživatelské objekty ČVUT |
|
Imp04fcvut |
I |
Import strava |
Interní Elanor |
Imp05fcvut |
I |
Import stravenky ČVUT |
Interní Elanor |
Imp06fcvut |
I |
Import – služební cesty |
Interní Elanor |
|
|
|
|
|
|
Uživatelské objekty Elanor EGJE |
|
Imp09fqelanor |
I |
Import Dcd – iElanor |
Interní Elanor |
Dcd05fqelanor |
S |
Operační program podnikání a inovace |
Interní Elanor |
|
|
|
|
|
|
Uživatelské objekty GE International |
|
Dcd13fqgei |
S |
Přehled plnění FPD |
Interní Elanor |
Imp13fqgei |
I |
Import plánu směn |
Interní Elanor |
Imp14fqgei |
I |
Import odchylek docházky |
Interní Elanor |
Imp15fqgei |
I |
Import krácení nároku |
Interní Elanor |
|
|
|
|
|
|
Uživatelské objekty Komerční banka |
|
Dcu05fkb |
F |
Potvrzení docházky manažerem |
|
Str32fkb |
F |
Stravovací lokality KB |
|
|
|
|
|
|
|
|
|
|
|
Uživatelské objekty Panasonic AVC |
|
Dca10fpanavc |
E |
Export seznamu přítomných zaměstnanců ve dnu |
|
Dcc07fpanavc |
F |
Číselník k sestavě Dcd17fpanavc |
|
Dcd17fpanavc |
E |
Přehled nákladů – detailní |
|
Dcf22fpanavc |
F |
Motivační Bonus |
|
Dcf52fpanavc |
S |
Motivační bonus – sestava |
|
Imp12fpanavc |
I |
Import Dcf22fpanavc |
|
Imp04fpanavc |
I |
Import strava PAN |
|
Dcs07fpanavc |
S |
Stravenky nárok za období |
|
Dcm14fpanavc |
S |
Pracovní výkaz za období |
|
|
|
|
|
|
|
Uživatelské objekty Poštová banka SK |
|
Str32fpobask |
E |
Export – distribuční adresy |
|
|
|
|
|
|
|
Uživatelské objekty Povodí Odry |
|
F |
Přiznání odměn |
||
Dcd18fpod |
S |
Výkaz pracovní doby za měsíc (§96) |
Interní Elanor |
Dcd20fpod |
S |
Přehled příchodů a odchodů |
Interní Elanor |
|
|
|
|
|
|
|
|
|
|
Uživatelské objekty Solar Turbines |
|
Dce09fsotu |
E |
Export Deloitte |
Interní Elanor |
|
|
|
|
|
|
Uživatelské objekty TEVA CZ |
|
Dcm17fqadpteva |
S |
Stravenky, nárok za období |
Interní Elanor |
|
|
|
|
|
|
|
|
|
|
Uživatelské objekty TOYTA |
|
Dcd05fqttesa |
S |
Průběžné plnění FPD |
Interní Elanor |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Jednotlivé objekty obvykle pracují se seznamem definovaných řídících seznamů – tzv. navigačních seznamů. Navigačním seznamem může být např. seznam osob, seznam období, seznam dokladů apod. Takto navázané objekty potom pracují obvykle s údaji vázanými na aktuální řádek navigačního seznamu nebo při hromadných objektech se specifická akce provede postupně pro každý řádek aktuálně zobrazený v navigačním seznamu.
Navigační seznam je vlastně tabulka, která obsahuje především řídící položku (např. identifikaci osoby) a další položky navazující na řídící položku.
Nejčastěji používaným seznamem pro oblast evidence docházky je navigační seznam osob pro oblast docházky (dále v tomto dokumentu uváděný jen jako navigační seznam).
Vzhledem ke skutečnosti, že „navigační seznam není stejný jako obdobný seznam v ostatních oblastech EGJE, je potřeba mít tuto skutečnost stále na zřeteli zejména u uživatelů, kteří současně používají objekty i z jiných oblastí spojených se standardním navigačním seznamem osob v systému EGJE.
Navigační seznamy slouží k zobrazení seznamu řídících informací pro aktuální objekt. Pro oblast docházky se používají tyto navigační seznamy :
Pro okruh činností DOCH se používá specifický navigační seznam osob, který je odlišný od obdobného navigačního seznamu používaného pro jiné oblasti systému EGJE. Omezení spočívá jednak v rozsahu zobrazovaných osob a jednak v podmínkách zobrazení osoby v seznamu.
Navigační seznam osob může mít několik alternativ, z pohledu zobrazených údajů volených uživatelem. Při každé aktivaci formuláře se zobrazí standardní navigační seznam osob. Z kontextové nabídky je možné zvolit některou z alternativ standardního navigačního seznamu.
Podmínky pro zobrazení osoby v navigačním seznamu DOCH :
Navigace obsahuje zaměstnance v mimoevidenčním stavu podle nastavení položky „Opv01, Režim, PV je dostupné v docházce“, která má hodnoty:
0 Ne
1 Ano, není-li v MES (mimoevidenční stav)
2 Ano, i v MES
Zaměstnanec, vyřazený z evidenčního stavu, se tedy v docházce standardně nezobrazuje.
Vyřazení posuzujeme tak, že v aktuálním měsíci musí být vyřazen po celou jeho dobu.
Pokud je zaměstnanec v mimoevidenčním stavu a přesto pracuje, zadejte u něj hodnotu zařazení 2 - Ano, i v MES.
V aktuálním otevřeném měsíci se pak implicitně řídíme tímto příznakem. Navigační seznam je ale doplněn o checkbox "V akt. obd. všichni s měs. záhl." jehož zaškrtnutí zobrazí všechny přístupné zaměstnance, kteří mají MZ vytvořeno (toto byl také dosavadní režim).
Stejný způsob se týká formulářů: Dca01, Dca02. Dcd01, Dcd51, Dcf09f, Dcm01, Dcm07fcargo, Dcp03, Dcu01, Dcv01.
Stejnou logiku používáme i v tiskových sestavách z docházky.
PV s druhem DPP(7) a DPČ(6) jsou automaticky považovány za mimoevidenční stav, a proto se standardně nezobrazují v navigačním seznamu typu DOCH.
Pokud je požadováno jejich zobrazení, musí mít nastavení „PV je dostupné v docházce“ = 2.
Do navigačního seznamu pro evidenci docházky mohou být zařazené jen osoby v EGJE definované jako „Kalendářové“ (Opv01 / Režim / Režim práce s kalendářem).
Řídící položkou navigačního seznamu osob je osobní číslo. V navigačním seznamu se dále zobrazuje skupina položek vlastní zvolené alternativě :
Položky záhlaví navigačního seznamu osob :
OSČPV – osobní číslo zaměstnance
Příjmení - příjmení zaměstnance
Jméno - jméno zaměstnance
Status - stav osoby ve vztahu k organizaci
Druh PV - druh pracovního vztahu
SO - správní oddíl
Str. - kód a název organizační jednotky (pro typ struktury 2)
Místo - kód a název lokality přístupového systému (pro typ struktury 16)
Profese - kód a název Profese (pro typ struktury 4)
Navigační seznamy osob pro oblast docházky (alternativní volbou z kontextové nabídky) :
Standardní - OSČPV, Příjmení, Jméno, Status
Status měs. záhl. - OSČPV, Příjmení, Jméno, Status, Status MZ, Stav editace záznamu
Druh PV, SO - OSČPV, Příjmení, Jméno, Status, Druh Pv, *Organizace, SO
Druh PV, SO, Org. - OSČPV, Příjmení, Jméno, Status, Druh Pv, *Organizace, SO, Str.
Druh PV, SO, Místo - OSČPV, Příjmení, Jméno, Status, Druh Pv, *Organizace, SO, Místo
Druh PV, SO, Profese - OSČPV, Příjmení, Jméno, Druh Pv, *Organizace, SO, Profese
Standard + struktura podle řádkových práv
OSČPV, Příjmení, Jméno, Status, Druh Pv, SO, kód struktury řádkových práv
U navigačního seznamu pro uživatele jsou práva k řádkům odvozené od nějaké struktury (tedy práva definovaného v Adm02 / Profil základní údaje / PV - typ struktury pro práva k PV)
Vhodné např. pro referenta stravy, který má definovaná řádková práva k PV podle lokality odběru stravy.
Nástup, Výstup, *Org. - OSČPV, Příjmení, Jméno, Dat. vznik., Dat. Ukon., Struktura
Org., Výplatní místo - OSČPV, Příjmení, Jméno, Status, *Organizace, str. Výplatní místo (str.13)
Poznámka:
* Sloupec Org (Organizace) se zobrazuje pouze u multiorganizačních DB.
Barvení navigačních seznamů pro oblast docházky je obdobné, jako je použito na NS pro oblast mezd (Pv), tzn.
Standardní barvení není použito pro navigační seznamy:
Standard + struktura dle řád. Práv – bez barvení
Nástup, Výstup, org. – barvení podle SJ přiřazené k OSČPV
Formulář pro tabulkové zobrazení tzv. "Průchodů" (pod pojmem „průchod“ se rozumí identifikovaný průchod zaměstnance sledovaným místem, v praxi se obyčejně jedná o snímání identifikační karty zaměstnance terminálem přístupového systému (ve zkratce ASD – automatizovaný systém docházky) s případným vyznačením důvodu události resp. jde o obdobný proces, ale terminálem simulovaným libovolnými programovými prostředky.)
V podstatě jde o identifikaci průchodu zaměstnance v čase definovaným místem (časová značka) s určením typu události (např. příchod, odchod, přerušení).
Jedná se o primární údaje pro vyhodnocení denní evidence docházky generované přístupovými systémy nebo speciálními programovými prostředky (pro EGJE formulář Dca02).
Formulář v záhlaví zobrazuje dvě datumové položky pro vymezení zobrazovaných údajů (automaticky nastavené na začátek a konec vyrovnávacího období) a dvě záložky : první obsahuje výpis evidovaných průchodů v časové následnosti tak jak byly zaznamenané a ve druhé jsou zobrazené záznamy generované z evidovaných průchodů.
Záložka obsahuje výpis identifikovaných průchodů pro vybraného zaměstnance a zvolený rozsah datumů.
Záložka obsahuje položky :
Organizace - Identifikace organizační složky zaměstnance
Poř. číslo - Pořadové číslo záznamu v rámci lokality přístupového systému
Lokalita - Lokalita (místo působení) přístupového systému (pd_kodoj)
OSČPV - Identifikace zaměstnance - PV – pracovní vztah podle EGJE
OSČ - Identifikace zaměstnance – osobní číslo podle EGJE
Datum a čas - Časová značka (datum a čas) průchodu
Kód - Identifikace typu průchodu. Hodnota z číselníku „Konfigurace průchodů“
Snímač průch. - Identifikace snímacího terminálu (importovaná)
Snímač - Kód snímacího terminálu podle Dca04
Karta - Další identifikace osoby (např. identifikace karty)
Dávka - Identifikace importní dávky, pokud se průchody přenášejí dávkovým způsobem
Stav zpracování průchodu – stav zpracování záznamu (Ano/Ne)
Zobrazení řádků na záložce Dca01, Průchody ASD podle typu průchodu:
a/ řádky s typem příchodů "začátek" – se zobrazí tučně
a/ řádky s typem příchodů "konec" - se zobrazí standardně
Aktualizuje se obsah záložky podle aktuálního stavu uložených údajů.
[Opakované zpracování průchodů]
Aktivuje se funkce, která ve zvoleném rozsahu datumů (datum od 00:00 – datum do 23:59) :
o Vymaže aktuální evidenci docházky v Dcd01
o Vymaže aktuální evidenci docházky v Dcm01 vygenerovaných z Dca02
o Zpracuje evidované průchody aktuálního PV v uživatelem zadaném rozsahu datumů, které však již byly dříve zpracovány hromadným procesem (Stav zpracování = Ano).
Tlačítko je funkční pouze pokud má uživatel přiřazen práva:
Dca01 – čtení a zápis
Dca01specfunkc – smí spustit.
Pro funkci opakovaného zpracování se používá shodný algoritmus, jako je použit při zpracování průchodu z virtuálního terminálu.
Pokud v rámci zvoleného období pro opakované zpracování průchodu, je alespoň jeden den z období, ve kterém je uzavřena docházka zaměstnance (status = x3) nebo je uzavřeno období (status_vt = 3, 4, 5, 6, 22 ), zobrazí se hlášení:
ASD010 [E] [ERR] Nelze zpracovat průchody, jelikož docházka je v období <obd> již uzavřena.
a funkce se neprovede.
Pokud je funkce opakovaného zpracování spuštěná pro PV s nastavením:
Opv01, Typ zpracování průchodů = 3,
tak se zobrazí dialog: „Funkce nepovolená pro PV !“
a funkce se ukončí.
[Kontrola - více PV] - kontrola zda jsou ve zvoleném rozsahu dní průchody zařazené na více PV
tlačítko je dostupné bez omezení
po použití se zobrazí dialog: Kontrola na více PV, který obsahuje:
tabulka - obsahuje záznamy z Průchody ASD v rozsahu zvolených datumů se stejným OSC jako aktuální OSČPV, ale různým PV než aktuální PV (průchody zařazené ve zvoleném období na jiné PV než aktuální pro tu samou osobu); obsah tabulky je stejný jako obsah tabulky Průchody ASD
tlačítka
[Změnit PV na aktuální] – tlačítko je dostupné, pouze pokud má uživatel právo zápisu na Dca01,
po použití se zobrazí dotaz:
Skutečně přiřadit zobrazené průchody na aktuální PV?
Ne: dialogové okno se uzavře
Ano: pro každý zobrazený průchod se upraví PV na aktuální PV
do protokolu se zobrazí hlášení:
Průchod <dne> <kód> přeřazen z PV <PV průchodu> na PV <PV aktuální>
uprav ID_TPV podle aktuálního ID_TPV
dialogové okno se uzavře a aktualizuje se tabulka Průchody ASD
[Zrušit] - dialogové okno se uzavře
Určená pro zobrazení párovaní příchodů a odchodů v rámci funkce [Kalkulace průchodů].
Popis viz na Dca06.
Záložka představuje speciální pohled do evidence docházky. Zobrazuje jen ty záznamy z evidence docházky, které byly vygenerované z evidence průchodů a zobrazuje jak platné tak i neplatné záznamy pro evidenci docházky (neakceptované procesem vyhodnocení nebo „vymazané“ oprávněným uživatelem).
Záložka obsahuje položky :
Datum: - Datum dne v rámci evidence docházky
Čas od: - Čas začátku záznamu z průchodu typu „začátek“, který vygeneroval tento záznam
Čas do: - Čas konce záznamu z průchodu typu „konec“, který vygeneroval tento záznam
Hodiny – celkem: - Hodiny skutečné : Čas do – Čas od
Čas
od – vypočítaný: -
Čas začátku (pro výpočet započitatelných hodin) záznamu
stanovený algoritmem výpočtu
Čas
do – vypočítaný:
- Čas konce záznamu (pro výpočet započitatelných hodin)
stanovený algoritmem výpočtu
Kód průchodu - začátek: - Identifikace průchodu pro začátek při vygenerování záznamu
Kód průchodu – konec: - Identifikace průchodu pro konec při uzavření záznamu
Kód ASD – Od: - Identifikace průchodu pro vyhodnocení začátku záznamu
Kód ASD – Do: - Identifikace průchodu pro vyhodnocení konce záznamu
Stav editace záznamu: - Stav editace záznamu podle řešitelského číselníku pd_status_over
Záložka obsahuje procesní tlačítka pro hromadné zpracování průchodů.
[Hromadné zpracování průchodů]
Funkce pro hromadné zpracování všech doposud nezpracovaných průchodů (u kterých je Stav zpracování = Ne) Pro funkci opakovaného zpracování se používá shodný algoritmus jako je použit při zpracování průchodů z virtuálního terminálu.
Pro automatizované opakované spuštění této funkce slouží proces Adm53, 34 - Hromadné zpracování průchodů
[Opakované hromadné zpracování průchodů]
Provede opakované zpracování průchodů (viz Dca01, Průchody ASD) pro všechna PV v navigačním seznamu.
[Kalkulace průchodů]
Provede evidenční párování a kalkulace průchodů
Popis viz Vyhodnocení vykázané doby podle průchodů
[Smazání průchodu v rozsahu]
Umožní vymazání průchodů z evidence ve zvoleném rozsahu
Formulář představuje programovou simulaci přístupového terminálu. Především slouží zaměstnanci na zaznamenání svého příchodu na pracoviště resp. různá přerušení práce a ukončení pobytu na pracovišti. Dále formulář umožňuje doplnění začátků a konců jednotlivých záznamů v evidenci docházky v historii (v tomto smyslu se za historii považuje starší záznam než naposledy vygenerovaný); prohlížení aktuální evidence docházky a vytvoření záznamu do měsíční evidence docházky pro dlouhodobější celodenní nepřítomnost.
Formulář má záhlaví a je rozdělený na několik záložek :
Evidence příchodů / odchodů – určená na standardní zaznamenání příchodů, odchodů a přerušení práce
Přehled evidence docházky – obsahuje zobrazení aktuálního stavu v evidenci docházky
Zpětné doplnění – určené pro doplnění chybějících průchodů
Dlouhodobé odchylky – určené pro záznam vícedenních nepřítomností na pracovišti
V záhlaví formuláře se zobrazují informace:
Organizace - Identifikace organizace, do které je aktuální zaměstnanec zařazený
Kalendář - Identifikace aktuálního přiřazení kalendáře podle denního záhlaví nebo PV
Status měs. záhlaví: - Stav vyhodnocení evidence docházky v aktuálním období
Stav editace záznamu: - Stav zpracování evidence docházky pro aktuální období
Záložka určená pro standardní zaznamenání příchodů, odchodů a přerušení práce pro aktuální kalendářní den.
V záhlaví záložka obsahuje :
Režim zpracování - identifikaci režimu ve kterém formulář pracuje(podle objektového práva pro formulář a profil >
Může mít hodnotu:
Dca02rezimVUB – pro režim VUB
Dca02rezimAllSK – pro režim Allianz SK
Standard – pro standardní režim
Čas v databáze – informace o aktuálním času podle DB serveru
Zobrazení aktuálního data a času otevření záložky, resp. její aktualizace
Poslední průchod – informace o referenčním záznamu z DD, ke kterému se bude aktuální průchod párovat
Pole „Poznámka“ – pro zápis poznámky uživatelem, která se při nejbližším úspěšném generování průchodu zapíše do odpovídajícího záznamu denní resp. měsíční evidence docházky.
Zaškrtávací políčko „Zpřístupnit všechny možnosti“ – při zaškrtnutí se zruší omezení pro přístup k tlačítkům záložky(položka se zobrazí pouze pro standardní režim, v zpřísněném režimu není zobrazená).
Pole pro výpis informačních hlášení
Dále jsou na záložce umístěná tlačítka:
[Příchod do práce] – generuje začátek směny, standardně generuje nový záznam do evidence docházky se SLM typu odpracovaná doba“
[Odchod z práce] – generuje konec směny, standardně ukončí poslední neuzavřený záznam v evidenci docházky
[Odchod – Přestávka / Oběd] – generuje přerušení směny typu „přestávka ...“ , standardně ukončí poslední neuzavřený záznam a generuje nový záznam do evidence docházky se SLM typu „přestávka na jídlo a odpočinek“
[Příchod – Přestávka / Oběd] – generuje ukončení přerušení směny, standardně ukončuje záznam do evidence docházky se SLM typu „přestávka na jídlo a odpočinek“ a zakládá nový záznam se SLM typu „odpracovaná doba“
Sloupec
tlačítek „Důvody pro začátek přerušení“.
Tlačítka reprezentují jednotlivé typy přerušení z číselníku Dcc01,
které mají charakter „začátek přerušení pracovní směny“, resp. začátek
„odchylky“.
Sloupec tlačítek „Důvody pro ukončení přerušení“.
Tlačítka reprezentují jednotlivé typy přerušení z číselníku Dcc01, které mají charakter „ukončení přerušení pracovní směny“, resp. ukončení „odchylky“.
Poznámka :
Uspořádání tlačítek v rámci skupiny je možné upravit nastavením položky „Dcc01, Pořadí na terminálu“.
Zobrazení tlačítek pro přerušení je možné omezit nastavením položky „Dcc01, Platnost záznamu“.
Viz dále popis pro alternatívní možností pro zobrazení tlačítek Příchod do práce / Odchod z práce: Alternativní tlačítka pro odpr. dobu.
Postup práce s formulářem (formulář se aktivuje standardním způsobem):
Při použití libovolného tlačítka systém provede předepsané činnosti, pokud při jejich vykonávání zjistí nějaký mimořádný stav, zobrazí tzv. „chybové hlášení“ v informačním řádku formuláře. Následně musí uživatel postupovat podle textu hlášení a konkrétní situace. Úspěšné ukončení systém hlásí zobrazením tzv. „Informačního hlášení“ v informačním řádku formuláře.
Možné hlášení v informačním řádku:
%1 byl uložen do evidenci docházky
Informační hlášení. Průchod typu %1 byl úspěšně zpracován a zapsán do denní evidence docházky. V případě dlouhodobého přerušení také do měsíční evidence docházky.
Začátek byl uložen do evidence docházky
Informační hlášení. Průchod typu „začátek přerušení“ byl úspěšně zpracován a zapsán do denní evidence docházky. V případě dlouhodobého přerušení také do měsíční evidence docházky.
Konec byl uložen do evidence docházky
Informační hlášení. Průchod typu „konec přerušení“ byl úspěšně zpracován a zapsán do denní evidence docházky. V případě dlouhodobého přerušení také do měsíční evidence docházky.
Rozlišovací schopnost je 1 min. Vyčkejte prosím s další akcí.
Chybové hlášení. Průchod není možné zpracovat, protože aplikace nedokáže zpracovat více průchodu zaznamenaných v jedné minutě (rozlišovací schopnost aplikace je 1 minuta).
Řešení: Je nutné chvíli vydržet a opětovně zopakovat zadání přerušení.
Nejsou nastaveny všechny kódy pro průchody v konfiguraci. (Dcc01, Adm21)
Chybové hlášení. V Adm01 nejsou definované parametry pro přiřazení průchodu k základním tlačítkům.
Pro režim „zpřísněný“ :
Po použití tlačítka ze skupiny „začátek“ se tlačítka ve :
- skupině „ukončení“, kromě párového tlačítka k použitému tlačítku „začátek“, „vypnou“
- skupině „začátek“, všechny „vypnou“
Pokud ve skupině „ukončení“ je „zapnuto“ pouze jedno tlačítko (jsou vypnuty i základní tlačítka), po jeho použití se „zapnou“ všechny tlačítka.
Záložka obsahuje zobrazení aktuálního stavu v evidenci docházky. Záložka je rozdělená vertikálně na dvě části, v levé části se zobrazuje seznam evidovaných záznamů a v pravé části detail aktuálního záznamu nebo protokol z poslední kalkulace (obdobně jako na Dcd01, Vstupy).
V záhlaví
je zaškrtávací pole "Dnešní den a starší dny" (předdefinované
nastavení "zaškrtnuté")
Pokud je pole "zaškrtnuté", tak se zobrazí jen záznamy za dobu od
počátku měsíce do aktuálního dne včetně tohoto dne. V opačném případě se
zobrazuje celý měsíc.
Záložka obsahuje zobrazení aktuálního stavu v evidenci docházky.
Seznam obsahuje položky :
Den – den v měsíci (DD) a kód dne v týdnu (Po, Ut, ...)
Kód ASD – Od – identifikace kódu průchodu, z kterého byl záznam vygenerovaný. Pokud je položka prázdná, tak řádek nebyl generovaný z evidence průchodů
SLM – název SLM + kód SLM
Od – Čas začátku záznamu (pro záznam generovaný z průchodů, čas z průchodu pro „začátek“ záznamu)
Do – Čas ukončení záznamu (pro záznam generovaný z průchodů, čas z průchodu pro „konec“ záznamu)
Hodiny zap. – Hodiny ze záznamu akceptované pro evidenci docházky
Status vyh. den. záhlaví – Identifikace zdroje vytvoření záznamu (pd_status_over)
V seznamu se zobrazují všechny záznamy denní evidence docházky tak, jako tomu je v Dcd01, Vstupy.
Detail obsahuje položky:
Datum – Datum záznamu denní evidence docházky
Datum záhlaví – Datum záhlaví denní evidence docházky
Den – Den v měsíci (DD) a kód dne v týdnu (Po, Ut, ...)
Fond - Hodiny plánované směny
Vzorový den – kód plánu směny (vzorového dne)
Vz. den dop. – kód plánu doplňkové směny (vzorového dne)
Složka mzdy – název SLM + kód SLM
Kód ASD – Od – identifikace kódu průchodu, z kterého byl záznam vygenerovaný. Pokud je položka prázdná, tak řádek nebyl generovaný z evidence průchodů
Čas Do – Čas ukončení záznamu (pro záznam generovaný z průchodů, čas z průchodu pro „konec“ záznamu)
Hodiny celkem – Hodiny časového úseku ze záznamu evidence denní docházky
Hodiny započtené – Hodiny ze záznamu akceptované pro evidenci denní docházky
Délka přestávek - Hodiny přestávky na jídlo a odpočinek
Zdroj vytvoření řádku – Identifikace zdroje vytvoření záznamu (pd_zdroj)
Status vyhodnocení den. záhlaví – Kód stavu vyhodnocení dne (pd_status_zahl)
Stav editace den. záhlaví – Kód přístupu pro editaci záznamu denní evidence (pd_status_over)
Změnu provedl – Identifikace uživatele, který provedl poslední změnu na formuláři
Změna záznamu – Časová značka poslední změny
Záznam založil - Identifikace uživatele, který záznam založil
Záznam založen - Časová značka založení záznamu
V seznamu jsou zvýrazněné nebo barevně odlišené záznamy s :
Dny bez plánované změny – „tučné“
Dny svátku – „zelená – jasná“
Den s vyhodnocením „Varování“ – zelená
Den s vyhodnocením „Chyba“ – červená
Den s vyhodnocením „Závažná chyba“ – červená
Záložka zobrazuje protokol z poslední kalkulace shodný s „Dcd01, Vstupy, Protokol“.
Záložka určená pro doplnění chybějících průchodů z předcházejících dní, funkčně je obdobná se záložkou „Evidence příchodů / odchodů“, navíc obsahuje seznam záznamů z evidence docházky pro volbu dne do kterého chceme doplňovat průchod, pole pro nastavení datumu a času požadovaného průchodu.
Standardně je možné doplnit průchod do záznamu vygenerovaného z Dca02, u kterého není „Čas Od“ nebo „Čas Do“. Taktéž je možné přepsat „Čas Od“ , pokud byl doplněn automatickým doplněním (v tomto případě je pole „Kód průchodu – začátek“ prázdné).
Pro záložku jsou zakázaná všechna standardní editační tlačítka. Záložka je určená pouze pro doplnění nezrealizovaného průchodu pro příchod/odchodu v jednotlivém dni, není určená na běžnou editaci evidence docházky.
Pole „Poznámka“ – slouží pro zápis poznámky uživatelem, která se při nejbližším úspěšném generování průchodu zapíše do odpovídajícího záznamu denní evidence docházky.
Seznam evidence docházky obsahuje položky :
Identifikace (kód) průchodu ze kterého byl záznam vygenerovaný.
Identifikace (kód) průchodu kterým byl záznam ukončený
Datum: – Datum v evidenci docházky
Od: – Čas z průchodu „začátku“
Editovatelný - Informace Ano/Ne o povolení doplnění scházející informace
Postup práce s formulářem (formulář aktivovat standardním způsobem):
o pro běžný příchod na pracoviště, odchod z pracoviště, přerušení z důvodu odchodu na oběd, resp. ukončení přestávky na oběd
o Použij požadované tlačítko
o pro přerušení směny (začátek přerušení):
o zvol požadované tlačítko s typem přerušení ve skupině „Důvody pro začátek..“
o pro ukončení přerušení směny (ukončení přerušení):
o zvol požadované tlačítko s typem přerušení ve skupině „Důvody pro ukončení..“
Při uložení do Dcd01 se
kontroluje SLM aktuálního řádku a SLM doplňovaného průchodu :
1) SLM v aktuálním záznamu Dcd01 je shodná se SLM průchodu => uložit
2) SLM v aktuálním záznamu Dcd01 je shodná se SLM průchodu =>
a) jestliže se doplňuje „začátek“
- v záznamu Dcd01 je SLM s IA 904 => změnit SLM v záznamu Dcd01 podle SLM z "tlačítka"
- v záznamu Dcd01 je SLM jiná než SLM "tlačítka" => oznámit chybu a neuložit
b) jestliže se doplňuje „konec“
- v záznamu Dcd01 je SLM jiná než SLM "tlačítka" => oznámit chybu a neuložit
Záložka určená pro záznam vícedenních nepřítomností na pracovišti. Obsahuje záznamy, které je aktuální uživatel oprávněn editovat (Stav editace je 2, 12, 22, 32 nebo editační úroveň uživatele je >= než aktuální stav editace záznamu).
Zaměstnanec nemá možnost aktualizace, vymazání resp. kopírování záznamu s platností „v minulosti“ (před dnešním dnem : „Datum Od“ je menší než aktuální datum).
Zaměstnanec nemůže zadat dlouhodobou odchylku (nepřítomnost) se začátkem platností před aktuálním dnem, tzn. datum začátku musí být větší nebo rovný než aktuální datum, ale zároveň nesmí být větší než poslední den měsíce. Z toho vyplývá, že odchylka na přelomu měsíce se musí zadávat dvěma řádky. Samostatně pro aktuální měsíc a samostatně pro měsíc následující.
Při zadání nesprávného data se zobrazí hlášení : „Nedá se zadávat nepřítomnost s platností před dnešním dnem“.
Poznámka:
Na záložce nejsou vidět dlouhodobé nepřítomnosti zadané mimo okruh docházka (např. v MZDY). Tyto je možné vidět na záložce „Přehled evidence docházky“.
Záložka obsahuje položky :
SLM Doch - Určení typu dlouhodobé nepřítomnosti (SLM) (naplnění výběrového seznamu viz níže)
Datum Od - První den nepřítomností
Datum Do - Poslední den nepřítomnosti (pokud nevíme, zadáme 3.3.3333)
Pokračuje do dalšího měsíce – příznak pokračování odchylky do dalšího měsíce
Poznámka - Uživatelská poznámka k dlouhodobé nepřítomnosti
Stav editování záznamu - Stav editování záznamu
Na záložce se zároveň zobrazuje tabulka s přiřazením záznamu do struktur pro případnou změnu zařazení záznamu na jinou strukturu než je kmenová struktura daného zaměstnance, jemuž je odchylka plánována.
Konfigurace SLM :
Povolené SLM pro formulář viz Použití SLM pro formuláře.
Automatizované změny při uložení :
Při libovolné editaci se nastaví položka „Status záhlaví“ na „Dcd01, Vstupy“ pro všechny dny v rozsahu „Datum od“ / „Datum do“ a Dcm01, Měsíční záhlaví na „Bez vyhodnocení“.
Kontroly při uložení :
Při uložení záznamu se provádějí kontroly vyplnění položek a kontroly časových závislostí. Záznam je akceptovaný jen v případě, pokud jsou splněné všechny z níže uvedených podmínek (pokud podmínky nejsou splněny, je zobrazeno chybové hlášení a proces uložení není dokončen) :
Obsahově i funkčně shodná se záložkou „Vstupy – detail“ formuláře Dcm01.
(TC 1050260)
Na formuláři Dca02/Dca05 je konfigurací možné rozšíření počtu tlačítek pro označování odpracované doby (např. standardní odpracovaná doba na pracovišti a Home Office práce), tzn. zobrazená je sada tlačítek pro označení alternativní odpracované doby. Zároveň je možné konfigurací volit různé SLM pro různé PV na označení alternativní odpracované dobu (druhá sada tlačítek).
Aktivace je vázaná na objektové právo: Dca02ViceOdpr - Dca02, více typů odpr. doby,
které povolí zobrazení více tlačítek pro různé typy odpracované doby na Dca02.
A na parametr: Opv01, Režimy, Alternativní průchod pro odpr. dobu
s číselníkem z Dcc01, omezeným na průchody typu „začátek“ a SLM 1002/1001
Parametr je možné nastavit/aktualizovat funkci Hromadná změna.
Odchylka funkce oproti standardu:
Název standardních tlačítek Příchod do práce a Odchod z práce se nastaví podle názvu průchodů
z Dcc01 s označením Pořadí na terminálu 1 a 2 (stejné průchody musí být nastavené v Adm21).
Např: Příchod, Práce v prostorách VÚB / Odchod, Práce v prostorách VÚB
SLM použitá pro zápis do docházky je určená nastavením v Dcc01 (stávající použitá SLM1).
Pod řádkem s tlačítkami Příchod/Odchod se zobrazí další pár tlačítek.
Tlačítka mají stejné použití jako tlačítka Příchod/Odchod a záznamy ukládají na jinou SLM.
Pro první tlačítko se zobrazí název z:
a/ Pokud je nastaven parametr Opv01, Režimy, Alternativní průchod pro odpr. dobu, tak z odkazovaného průchodu
b/ Pokud není nastaven parametr Opv01, Režim, Alternativní průchod pro odpr. dobu, tak z průchodů s označením Pořadí na terminálu 3
Pro druhé tlačítko se zobrazí název z párového průchodu k průchodu použitého pro první tlačítko (podle nastavení Průchod pro začátek úseku).
SLM použitá pro zápis do docházky je určená nastavením v Dcc01 pro průchod z prvního tlačítka.
Vzorový příklad:
v Dcc01 máme průchod P00a s nastavením
Název: Příchod, Pravidelná práce z domu
Pořadí na terminálu = 3
SLM = SLM02
v Dcc01 máme průchod K00a s nastavením
Název: Odchod, Pravidelná práce z domu
Průchod pro začátek úseku = P00a
Pořadí na terminálu = 4
SLM = SLM02
v Dcc01 máme průchod P00b s nastavením
Název: Příchod, Příležitostná práce z domu
Pořadí na terminálu = 5
SLM = SLM03
v Dcc01 máme průchod K00b s nastavením
Název: Odchod, Příležitostná práce z domu
Průchod pro začátek úseku = P00b
Pořadí na terminálu = 6
SLM = SLM03
Příklad 1: pro PV bez nastavení na Opv01 se zobrazí tlačítka:
Příchod, Pravidelná práce z domu / Odchod, Pravidelná práce z domu
SLM použitá pro zápis do docházky SLM02
Příklad 2: pro PV s nastaven na Opv01 = P00b se zobrazí tlačítka:
Příchod, Příležitostní práce z domu / Odchod, Příležitostní práce z domu
SLM použitá pro zápis do docházky SLM03
Průchody, použité pro druhu sadu tlačítek, se nebudou zobrazovat v sekci tlačítek pro přerušení.
Pro profily, které tento režim nemají povolen (současné použití formuláře v obou režimech). tzn. které nemají právo Dca02ViceOdpr ) a nemají se jim zobrazovat v seznamech dotčené typy průchodů z Dcc01 (tzn. průchody s pořadím 3 a 4), je potřeba doplnit právo Dca02ViceOdprNe.
Export aktuálního obsahu formuláře „Dca01, Průchody ASD“ pro vymezené časové období a vymezený seznam OSČPV do exportního souboru ve formátu CSV (v případě potřeby jej může správce aplikace naimportovat opětovně do systému pomocí uživatelského importu Imp07f).
Pro import pomoci Imp07f je nutné smazat hlavičku – záhlaví sloupců.
Realizováno formou sestavy s exportem do formátu CSV.
Export obsahuje aktuální obsah záznamů z formuláře Dca01, Průchody ASD pro zvolený rozsah datumů a PV.
Při generování z aplikace je soubor uložen ve standardním adresáři EGJE, dostupném v menu Akce => Zobraz složku sestav a protokolů.
Při generování z WEB aplikace je soubor možné uložit dle rozhodnutí uživatele.
Parametry :
Datum Od: - začátek časového vymezení pro export (nastaveno na první den období)
Datum Do: - konec časového vymezení pro export (nastaveno na poslední den období)
Výběrová osa: - výběr rozsahu OSČPV pro export
OSČPV: - volba jednoho OSČPV
Název souboru: - název exportního souboru (zachovává naposledy použitý název), pro uložení CSV i PDF formy
Nepovinný výčet kódu k omezení obsahu
- kódy průchodu pro omezení zobrazení se zadávají pomocí seznamu kódů , jednotlivé hodnoty jsou oddělené čárkou.
Nepovinný výčet ID snímačů k omezení obsahu
- ID snímačů pro omezení zobrazení se zadávají pomocí seznamu ID, jednotlivé hodnoty jsou oddělené čárkou.
Stav zpracování průchodu
- Stav pro omezení zobrazení se zadává jako volba Ano (zpracované)/Ne (nezpracované)
Exportovat vše (Ano/Ne s přednastavením NE)
pro "Ne" - stávající stav s kontrolou vyplnění Výběrová
osa/OscPV
pro "Ano" - výběr podle „Datum od“ / „Datum do“ + další
parametry pokud jsou vyplněny
Poznámka : pro export musí být vyplněn alespoň jeden z parametrů „Výběrová osa“ nebo „OscPV“, pokud tato podmínka není splněna, zobrazí se varovné hlášení a export se neprovede.
Formát uložení : znakový; jednotlivé položky odděleny středníkem, znakové položky nejsou uzavřeny speciálními znaky
Obsah exportního souboru :
První řádek obsahuje názvy exportovaných sloupců
Organizace - Identifikace organizační složky zaměstnance
Poř. číslo - Pořadové číslo záznamu v rámci lokality přístupového systému
Lokalita - Lokalita (místo působení) přístupového systému (pd_kodoj)
Os. číslo - Identifikace zaměstnance – osobní číslo podle EGJE
Datum a čas - Časová značka (datum a čas) průchodu ve formátu DD.MM.YYYY HH:MM:SS
Kód - Identifikace typu průchodu. Hodnota z číselníku „Konfigurace průchodů“
ID snímače - Identifikace snímacího terminálu
Doplň. ident. snímače - Doplňková identifikace snímacího terminálu
Karta - Další identifikace osoby (např. identifikace karty)
Dávka - Identifikace importní dávky, pokud se přechody přenášejí dávkovým způsobem
Datum vložení (datum + čas včetně sekundové časti)
Vzor CSV výstupu :
0;;ING0001.02;02:05:2011 06:00:00;p01;;;;
0;;ING0001.02;02:05:2011 08:30:00;p01;;;;
0;;ING0001.02;02:05:2011 16:30:00;d01;;;;
0;;ING0001.02;02:05:2011 16:30:00;d01;;;;
0;;ING0001.02;03:05:2011 07:19:00;p01;;;;
0;;ING0001.02;03:05:2011 11:55:00;d01;;;;
Formulář pro evidenci a konfiguraci snímačů přístupového systému používaných v rámci oblasti docházka, slouží pro modifikaci procesu zpracovaní průchodu.
V záhlaví :
Zaškrtávací políčko „Jen platné“ (standardně zapnuté)
Zapnuté – zobrazí pouze platné záznamy
Vypnuté – zobrazí všechny záznamy
Seznam : Kód, Název, Platnost
Detail :
Kód snímače – identifikace snímače
Název – název snímače
Platnost záznamu – identifikace platnosti snímače
0 – Záznam vyřazen z použití
1 – Použitelný záznam
Režim snímače – použití snímače pro vyhodnocení průchodu (JPC : pd_rezim_snim)
0 - Standard
1 - Snímač nepoužít pro docházku
Při zpracovaní, jsou
průchody z tohoto terminálu ignorovány
2 - Snímač použit pro režim zpracování průchodů = 1
Průchody ze snímače jsou použité pro zpracování průchodů v režimu Opv01, Způsob zpracování průchodu = 1 Pouze první a poslední průchod ve dni, omezení snímačů. Průchody z ostatních snímačů jsou ignorovány.
3 - Snímač nepoužit pro režim zpracování průchodů = 2
Průchody ze snímače nejsou použité (jsou ignorované) pro zpracování průchodů v režimu Opv01, Způsob zpracování průchodu = 2.
Struktury :
Tabulka struktur přiřazených ke snímači.
Pokud je vyplněná, je kopírovaná do záznamu DD, který vznikl na základě průchodu z tohoto snímače.
Poznámky:
funkce Smazat
– funkce nejdřív zkontroluje použití kódu snímače v tabulce průchodů. Řádek
s identifikaci snímače lze smazat, pokud ještě nebyl přiřazen ani jednou
v tabulce průchodů. Pokud není možné řádek smazat, tak se zobrazí hlášení:
Kód snímače nelze smazat. Používá se v průchodech ASD.
Formulář simuluje snímací terminál pro zaznamenávání průchodů pro vyhodnocení docházky. Je to alternatívní formulář k Dca02. Formulář je optimalizován pro mobilní zařízení (tablet, mobil).
Formulář je určen výhradně pro uživatele typu ZAM a funguje právě a pouze pro vlastní osobu a její kmenový PV k dnešnímu dni. Proto nemá k dispozici navigační seznam.
I případný zastupující zde pořizuje data právě a pouze pro sebe.
Formulář Dca05 převzal z formuláře Dca02 pouze záložku Evidence příchodů/odchodů v plné funkčnosti pro dostupnost tlačítek a zpracovaní právě zaznamenaného průchodu (respektuje také volbu režimu standard, Allianz, VUB).
Názvy jednotlivých tlačítek se zobrazují podle nastavení Dcc01, Nepov. název pro Dca05 (pokud položka není vyplněná pro daný jazyk, tak podle položky Název).
V záhlaví formuláře se je pole „Osobní číslo PV“, kde zobrazujeme identifikaci PV, na které je aktuálně formulář připojen a na které se budou zapisovat data o průchodech.
Poznámka: Pokud položka je prázdná, znamená to, že nebylo nalezen vhodné PV pro otevření.
Zkontrolujte nastavení Druh Pv na Opv01, Popis – položka musí být vyplněná.
Formulář je možné otevírat i pro nekmenové PV.
Tzn. pokud v rámci OSC máme jedno nebo více aktivních PV pak se formulář otevře pro:
a/ jedno je kmenové - tak pro kmenové
b/ ani jedno není kmenové, ale některé PV má nastaveno Opv01, Průchody na nekm. PV = 1 použijeme toto (při více označených použijeme první v pořadí podle čísla PV)
c/ ani jedno není kmenové, ani jedno nemá nastaveno Opv01, Průchody na nekm. PV = 1
otevřeme pro první PV v pořadí podle čísla PV
Alternativní formulář k Dca01 pro zobrazení importovaných průchodů do EGJE z přístupového systému. Umožňuje také upravovat importovaná data.
Standardně není sledované jakým způsobem byl zapsán záznam do evidence průchodů (importem, z některého z formulářů které zapisují průchody) - všechny se považují za "pořízené uživatelem".
Identifikace úpravy řádku z evidence průchodu, statusem 5, je funkční pouze v případě, kdy se dohodne nastavení položky Zdroj = 2 při vložení z původního zdroje, co se standardně neděje.
Editace standardně pořízených vstupů na formuláři Dca06 také není signalizována.
Jako pomůcka pro identifikaci úprav z evidence průchodů může sloužit sestava Dca10.
Část omezení v editaci formuláře je vázaná na řádky s nastavením Zdroj = 2. Toto nastavení není standardem a nastavuje se pouze v dohodnutých implementacích (např. ČSA, Imp07fcsa).
Formulář je určen pouze pro zákazníky, u kterých nejsou průchody použity pro generování do evidence docházky resp. průchody nejsou generované přístupovým systémem do tabulky Dca01.
Pro řádky se Zdroj = 2, formulář neumožní smazání importovaného řádku a ani uživatelem upraveného řádku z importu – pouze je možné takový řádek označit jako neplatný – stornovaný.
Uživatelem vložené nebo aktualizované řádky, nejsou viditelně označené.
Poznámky k provozování formuláře:
Formulář není z pohledu objektových práv zařazen do žádné ze standardních rolí.
Záznamy pořízené v rámci tohoto formuláře podléhají promazání v rámci funkce mazání historických dat (viz Adm_uzdoc 3.28.1.1 Parametry mazání obsahu pracovních tabulek nebo Doch_uzdoc 13.1.4 Mazání historických dat)
Po zařazení formuláře v režimu čtení/zápis do libovolné role, již ELANOR negarantuje neměnnost primárních dat ze snímačů (přístupových systémů) v rámci systému EGJE.
Formulář je rozdělen na tři záložky:
Záložka má formát Seznam/Detail s navigačním seznamem typu Pv.
V záhlaví formuláře:
tlačítko [Kalkulace průchodů]
Provede evidenční párování a kalkulace průchodů pro aktuální PV
Popis viz Vyhodnocení vykázané doby podle průchodů
Seznam řádků:
Tabulka obsahuje seznam průchodů pro PV s datem ze zvoleného období a s obsahem:
Poznámka k zobrazení:
pokud je řádek vložen uživatelem (zdroj = 0), nebo byl uživatelem upraven (zdroj = 5), zobrazuje se záznam červeně,
pokud je záznam z importu stornovaný, zobrazí se kurzivou a standardně se nezobrazí
Funkce:
tlačítka standardních funkcí Nový, Kopie, Oprav, Smaž
Poznámky:
funkce Smaž pouze změní Platnost = 0 (řádek není fyzický odstraněn)
funkce Oprav/Ulož - pokud je Zdroj řádku = 2 tak se změní na 5
funkce Kopie/Ulož - nový řádek se uloží se Zdroj řádku = 0
funkce Nový/Ulož - nový řádek se uloží se Zdroj řádku = 0
funkce Ulož - kontroluje se aby Datum a Čas byl v rozsahu zvoleného období a kód bol vyplněn
Detail řádku:
Malba pro zobrazení detailního řádku a místo pro editaci záznamu.
Tlačítko [Storno řádku z importu] - dostupné pouze pro řádky se zdrojem 2 a 5, označí řádek Platnost
= 0
ikona standardní funkce Smaž se zobrazí pouze pro řádek ze zdroje 0
Položky:
Kód příchodu a odchodu – identifikace kódu průchodů
Připojený číselník obsahuje seznam platných kódů z číselníku Dcc01
Datum průchodu [d.m.yyyy] - datum průchodu
Čas průchodu [h:mi] - čas průchodu
Určená pro zobrazení párovaní příchodů a odchodů v rámci funkce [Kalkulace průchodů].
Záložka obsahuje údaje:
OSČPV - OSČPV
Datum a čas - datum a čas základního průchodu
Kód - kód základního průchodu
Stav zpracování - stav zpracování základního průchodu
Zdroj - zdroj vytvoření základního průchodu
Odchod - datum a čas spárovaného průchodu
Kód Odchodu - kód spárovaného průchodu
Hodiny - hodiny příchod/odchod
Přestávky - započitatelná přestávka
Záložka obsahuje procesní tlačítka pro hromadné zpracování průchodů.
[Kalkulace průchodů pro všechna PV v navigačním seznamu]
Provede evidenční párování a kalkulace průchodů pro každé PV v navigačním seznamu
Popis viz Vyhodnocení vykázané doby podle průchodů
Sestava obsahuje seznam přítomných zaměstnanců podle evidence průchodů.
Parametry:
Datum + čas - čas pro vyhodnocení přítomnosti
Standardní parametry: Správní jednotka, Typ struktury (pro třídění), Hladina (pro třídění), Výběrová osa
Detail:
Ke každému PV je vyhledán nejbližší průchod s časem <= Datum + čas.
Pokud Datum + čas je nevyplněno, tak se vyhledá nejnovější průchod PV.
Zaměstnanec je přítomen, pokud poslední průchod generuje záznam se SLM typu odpracovaná doba nebo přesčas.
Struktura - kód a název prvku aktuálně přiřazené struktury
OSČPV - identifikace zaměstnance
Příjmení, jméno, titul - identifikace zaměstnance
Průchod - časová značka naposledy zaznamenaného průchodu
Kód průchodu - kód a název naposledy zaznamenaného průchodu
Přítomnost - Ano / Ne / Bez záznamu
Seřazení: hierarchický kód struktury + hladina + příjmení + jméno
Sestava obsahuje výpis průchodů z Dca01, které za rozsah zvoleného období nejsou přiřazené na kmenové PV.
Sestava může sloužit na kontrolu nezpracovaných průchodů zařazených na OSČPV, které není kmenové.
Parametry sestavy:
Datum od/ Datum do - vymezení rozsahu dní pro zjišťování
Výběrová osa - omezení PV podle aktuálního nebo zvoleného výběru typu PvDoch
Zaměstnanec - omezení PV podle jednoho OSČPV
Zobraz všechny průchody pro OSČ - omezení podle vazby na PV kmenové
zaškrtnuté - zobrazit průchody pro všechna PV k OSC
nezaškrtnuté - zobrazit pouze průchody pro nekmenové PV k OSC
Záhlaví:
Zaměstnanec - identifikace zaměstnance; Osobní číslo; Příjmení a jméno
Detailní řádek:
Organizace - kód organizace
Poř. číslo - pořadové číslo průchodu
Lokalita - lokalita docházky
OSČPV - identifikace PV
Kmenový - příznak kmenového PV
OSČ - identifikace osoby
Datum a čas - časová značka průchodu
Kód - kód průchodu
Snímač průch. - identifikace snímače
Snímač - identifikace snímače
Karta - kód karty
Dávka - identifikace importní dávky
Stav zpracování průchodu - stav zpracování průchodu
TC 1047985
Specializovaná sestava určená na nastavení příznaku Průchod zpracován na formuláři Dca01.
Pozor: při jejím spuštění je potřeba dávat velký pozor, aby nebyla aplikovaná na průchody v aktuálním období, které zatím nebyly zpracováno procesem Adm53, úloha 34.
Parametry:
Datum od, Datum do
Nekontrolovat uzavřené období
- při otevření nezaškrtnuto
- zaškrtnuté převede kontrolu i v případě
uzavřeného období
- zobrazí hlášení: Otevřené období %s, ale kontrola se neukončí .
Uzavřít všechny neuzavřené starší než Datum Od
- při otevření nezaškrtnuto
při nezaškrtnuto - stávající řešení
při zaškrtnuto - současně musí být také nastaveno Nekontrolovat
uzavření období = 1
- uzavřou se všechny neuzavřené záznamy v Dca01 s datumem
menším než Datum Od (pozor i na část času v poslední den)
Režim testu - při každém otevření zaškrtnuto
při zaškrtnuto - pouze se provede kontrola, stav zpracování
průchodu se nemění
při nezaškrtnuto - provede se kontrola i změna stav zpracování průchodu
Kontrolují se pouze průchody PV vázané na SJ podle profilu -
aktuálního uživatele.
Postup použití pro vymazaní průchodů v období 2020-08 starších jako 1.5.2020:
1/ Nejdříve na Adm53 zastavte úkoly 34 a úkoly importů z přístupového systému (při použití více systému, zastavit vše)
2/ Spusťte sestavu Dca09f s parametry
Datum Od = 1.5.2020
Datum Do = 30.6.2020
Režim testu = zaškrtnuto
Nekontrolovat uzavření období = zaškrtnuto
Uzavřít všechny neuzavřené starší než Datum Od = zaškrtnuto
sestava může běžet déle
po ukončení sestavy se vytvoří XLSX soubor, který odložte (obsahuje počet
neuzavřených průchodů pro jednotlivá PV ve zvoleném období)
3/ Opětovně spustťte sestavu s parametry
Datum Od = 1.4.2020
Datum Do = 31.4.2020
Režim testu = nezaškrtnuto
Nekontrolovat uzavření období = zaškrtnuto
Uzavřít všechny neuzavřené starší než Datum Od = zaškrtnuto
sestava může běžet déle
po ukončení sestavy se vytvoří XLSX soubor, který odložte (obsahuje počet
neuzavřených průchodů pro jednotlivá PV ve zvoleném období)
4/ Zkontrolujte protokol z Adm53, úkol 34, který bude spuštěný a ukončený po ukončení kroku 2.
5/ Pokud protokol z úkolu 34 už není "dlouhý"
(nehlásí nezpracované průchody z období staršího než 2020-04), opětovně
spusťte na Adm53 úkoly zastavené v prvním kroku.
Pokud protokol není korektní, zašlete nám jej i se soubory z 2/ a 3/ kroku.
Sestava slouží na výpis aktuální evidence průchodu pro zvolené období.
Parametry:
Období: - období pro výběr dat
Zaměstnanec (nevyplněno => všichni) - omezení sestavy na zvolené PV
Výběrová osa: - omezení sestavy na PV podle zvoleného výběru
Pouze změny od uživatele: - Ano/Ne - omezení dát podle stavu editace
Při ANO zobrazujeme pouze průchody vytvořené nebo aktualizované běžným uživatelem (neimportované + needitované)
Tvar sestavy
Záhlaví:
Hlavička:
OSČPV Příjmení a Jméno
Detail řádku:
Datum a čas Průchod Zdroj Založil (OSČ, Kdy) Změnil (OSČ, Kdy)
Třídění: Příjmení + Jméno + OSČPV + Datum a čas
Součtován: bez
Stránkování: standard
Popis položek sestavy:
Výpis položek z Dca06 platné pro OBD a PV platné pro profil a případné zvolené omezení.
Pokud je nastaveno Pouze změny od uživatele: = Ano, bereme pouze záznamy “neimportované + needitované”.
OSČPV - aktuální
Příjmení a Jméno - aktuální
Datum a čas - časová značka průchodu
Průchod - kód + název průchodů (po směně)
Zdroj - zdroj a stav řádku
Založil (OSČ, Kdy) - Příjmení a jméno kdo založil a kdy
Změnil (OSČ, Kdy) - Příjmení a jméno kdo naposledy upravil a kdy
Viz popis v EGJE_web_uzdoc.
Importní uživatelská sestava pro čtení dat z přístupových systémů do standardního rozhraní EGJE - Dca01 z definovaného CSV souboru.
Určena pouze pro manuální spuštění. Pro automatizované opakované spouštění je určena Imp07fm.
Pokud je v nastavení importu Imp07f parametr „Soubor“ prázdný, nebo zadaný soubor není nalezen a je požadováno mazání označené dávky, označená dávka se smaže.
Formát hodnoty použité pro zadání položky datum, musí splňovat tyto podmínky :
a) musí mít položky v následujícím pořadí : den, měsíc, rok, hodina, minuta, sekunda.
b) Oddělovačem je tečka, dvojtečka nebo mezera; více mezer za sebou je vnímána jako jedna mezera.
c) Položky hodina, minuta, sekunda nejsou povinné Pokud nejsou uvedené, systém si je doplní.
Podporován je plovoucí formát častí datumu tj. bez počátečních "0" na prvních pozicích položek DD, MM, HH, MI, SS.
Při kontrole OSČPV se provádí také kontrola na platnosti PV pro docházku (Opv01/ Režim/ PV je dostupné v doch.). Pokud PV není platné po docházku, zobrazí se hlášení IMP21 a řádek se přeskočí.
Textové položky jsou kontrolované na maximálně přípustnou délku. Pokud délka položky překročí povolený rozsah, zobrazí se hlášení IMP39 a položka je „oříznuta“ na max. přípustnou délku (je zkrácena).
Numerické položky jsou kontrolované na maximálně přípustnou hodnotu. Pokud hodnota položky překročí povolený rozsah, tak se zobrazí hlášení IMP39 a řádek je přeskočen.
Kód průchodu z importního souboru zpracuje podle metodiky:
a/ pokud délka kódu > 5, vybere se text od začátku po první mezeru;
b/ pokud i teď je délka kódu > 5, zobrazí se hlášeni IMP11 a pokračuje se zpracováním dalšího řádku.
Pokud bude výsledný kód průchodů neplatný:
a/ kód ze vstupu nebyl upraven - zobrazí se hlášení
IMP11b Řádek
%d přeskočen. Kód průchodu %s nenalezen v Dcc01.
b/ kód ze vstupu byl upraven - zobrazí se hlášení:
IMP11a Řádek <n> přeskočen. Překročená délka kódu (5 znaků),
kód <celý text z importu>
Pokračuje se v zpracování dalšího řádku
Pokud je vyplněné pole KARTA a OSC, vyhledání OSČPV se provede postupem:
a/ pokud OSC je vyplněno a KARTA je prázdná
OSČPV je vyhledáno podle kmenového PV k OSČ, zachovat stávající stav
b/ pokud OSC je vyplněno a KARTA je vyplněná
OSČPV je vyhledáno podle údajů OSC + KARTA na formuláři Osb02, záložka Průkazy PV, relevantní je pouze průkaz typu 5 - Služební průkaz.
Pokud se OSČPV podle OSC + KARTA nenajde,
vyhledá se podle OSC
Parametry importního formuláře :
Soubor - cesta a název zdrojového souboru. Při prvním použití je nutné vyplnit (manuálně nebo pomocí vyhledání [Procházet] ), při dalším použití se nastaví naposled použitý obsah položky.
Generovat protokol - příznak pro generování protokolu z procesu importu.
Povinné
vyplnění ID – způsob vyplnění pole „IDDOCHAZKY“ ve zdrojovém souboru
Ano - pole musí být vyplněno. Pokud není vyplněno je zobrazena chyba a
import je ukončen
Ne – pole je vyplněno hodnotou „0“
Pouze test - příznak pro provedení testu importu (bez zápisu importu do DB). Standardně nastaveno na „Ano“.
Smazat minulá data - časová značka a název dříve importovaných souborů pro povolení výmazu. Pokud je pole vyplněno, tak se nejdříve provede výmaz řádku z označeného importu a až následně je proveden import
Popis zdrojového souboru :
Textový soubor ve formátu CSV, oddělovač polí „;“(středník) .
Název souboru : *.CSV (nepovinný název)
Struktura přenosového souboru :
Údaj |
Max. Délka |
Popis |
Iddochazky |
18 |
Povinné vyplnění |
kodoj |
3 |
Kontroluje se JPC pd_kodoj, pokud je neplatné, zápis do protokolu a přeskočit (nepovinná položka) |
oscpv |
15 |
Kontroluje se na platný seznam OSČPV, pokud je neplatné, zápis do protokolu a přeskočit |
datumacas |
|
V jednom z formátů : a) Pevný formát, všechny znakové pozice musí být vyplněny DD.MM.YYYY HH:MM:SS; DD.MM.YYYY HH:MM b) Plavající
formát, první znaková pozice v každé časti formátu může scházet, pokud
by měla obsahovat „0“ |
Kod |
5 |
kontrola na Dcc01, pokud je neplatné, zápis do protokolu a přeskočit viz poznámku pod tabulkou |
snimac |
3 |
Numerická identifikace snímače přístupového systému (nepovinná položka) |
snimacd |
40 |
Znaková identifikace snímače přístupového systému (nepovinná položka) |
karta |
20 |
Identifikace karty přístupového systému (nepovinná položka) |
Obsah položky Kód, může obsahovat kromě samotného kódu i standardní číselníkovou hodnotu (tzn. konstrukci <kód> - <název>).
Kód z takto vyplněné položky se určí tak, že za kód je považovaná část textu, která se nachází před kombinací mezera + pomlčka „ –„ (kód = text bez posledních dvou znaků).
Uložení v Dca01 :
NAZEV2 |
Import |
Pořadové číslo záznamu v lokalitě |
Iddochazky |
Identifikace lokality (přístupového systému) |
Kodoj |
Osobní číslo |
oscpv při OSC => OSCPV na kmen PV |
Datum a čas průchodu |
Datumacas |
Kód příchodu a odchodu |
Kod |
Doplňková identifikace snímače |
snimacd |
Identifikace – karta |
Karta |
Identifikace dávky zpracování |
jednoznačným kód importní dávky pro všechny záznamy dávky |
Importní zákaznická sestava obsahově shodná s Imp07f (viz. také její popis), určená pro automatizované opakované spouštění pomocí formuláře Adm53.
Při založení do Adm53 doporučujeme upravit standardní počet uložených protokolů tak, aby byly k dispozici protokoly za celý měsíc.
Importní proces zajišťuje načtení souborů v prostředí WINDOWS i LINUX.
Z označeného adresáře jsou vybrané pro zpracování pouze soubory s typem CSV a TXT (TXT pouze pro identifikaci, obsah vždy ve formátu CSV).
V názvech souboru jsou ignorovány malé a velké písmena.
Pro chybu identifikovanou kódem IMP81 je povolen podrobný výpis výjimky.
Pokud se po spuštění sestavy zjistí, že není k dispozici adresář „archiv“, tak je automaticky vytvořen.
Pokud v importu Imp07fm zdrojový adresář neobsahuje žádný soubor a je požadováno mazání označené dávky, označená dávka se smaže.
Po aktivaci zpracuje import všechny soubory uložené ve zdrojovém adresáři a pokud je soubor zpracován korektně (nebo pokud soubor neobsahuje žádné řádky), je přemístěn ze zdrojového adresáře do podadresáře „ARCHIV“ a jeho přípona je rozšířena o pořadové číslo zpracování.
Parametry importního formuláře :
Adresář
- cesta a název zdrojového adresáře s uloženými zdrojovými soubory.
Při prvním použití je nutné vyplnit manuálně. Při dalším použití se nastaví
naposled použitý obsah položky.
Pokud je použit režim s AS, cesta musí být platná (dostupná) pro
uživatelský profil a AS, na kterém se sestava generuje.
Pozor : adresář musí obsahovat podadresář s povinným názvem „ARCHIV“
Generovat protokol - příznak pro generování protokolu z procesu importu
Povinné
vyplnění ID – způsob vyplnění pole „Iddochazky“ ve zdrojovém souboru
Ano - pole musí být vyplněno. Pokud není vyplněno, je zobrazena chyba a
import je ukončen
Ne – pole je vyplněno hodnotou „0“
Pouze test - příznak pro provedení testu importu (bez zápisu importu do DB), standardně nastaveno na „Ano“
Smazat minulá data - časová značka a název dříve importovaných souborů pro povolení výmazu. Pokud je pole vyplněno, tak se nejdříve provede výmaz řádku z označeného importu a až následně je proveden import
Popis zdrojového souboru :
Textový soubor ve formátu CSV, oddělovač polí „;“(středník) .
Název souboru : *.CSV (nepovinný název)
Sestava určená pro import průchodů z XLSX souboru (standardem je soubor Průchody z adresáře ASD z výstupu sestavy Dcu22).
Postup a způsob zpracování je stejný jako u sestavy Imp07f.
Sestava pomoci API/RES Webové služby na základě vstupního zadání vytvoří zápis do Dca01.
Vstupem je soubor JSON v požadovaném formátu, který obsahuje jeden nebo více řádků.
Poznámka: Před samostatní instalaci sestavy Rst07f musí být provedená instalace REST služeb ve smyslu popisu v dokumentu EGJE_WS_provdoc.docx.
Až po spuštění REST služeb pro EGJE, je možné instalovat sestavu Rst07f ve smyslu popisu v dokumentu EGJE_WS_provdoc.docx.
Parametry:
JSON – vstupné pole pro vložení testovacího JSON textu
Položky API – VSTUP
Údaj DB (cedasd) |
Položka API |
Max. |
|
Délka |
Popis |
|
|
Iddochazky |
Poradi |
number 18 |
nepovinné vyplnění |
Kodoj |
Lokalita |
number 3 |
(nepovinná položka) |
Oscpv |
OSCPV |
string 15 |
alternativně povinná položka |
Osc |
OSC |
string 15 |
alternativně povinná položka |
datumacas |
CasZnacka |
|
V jednom z formátů : a/ Pevný formát, všechny znakové pozice musí být vyplněny DD.MM.YYYY HH:MM:SS; DD.MM.YYYY HH:MM b/ Plavající formát, první znaková pozice v každé časti formátu může scházet, pokud by měla obsahovat „0“ d.m.yyyy h:m:s; d.m.yyyy h:m |
Kod |
KodPruch |
string 5 |
povinná položka, podle Dcc01 (nekontrolovat) |
Snimac |
Snimac |
number 3 |
Numerická identifikace snímače přístupového systému (nepovinná položka) |
Snimacd |
SnimacZnak |
string 40 |
Znaková identifikace snímače přístupového systému (nepovinná položka) |
Karta |
Karta |
string 20 |
Identifikace karty přístupového systému (alternativně povinná položka) |
červeně označené položky mají povinné vyplnění z pohledu zápisu do DB
Aktivace a poznámky k provozování
Instalace Adm51, spuštění jako běžná sestava.
Vstupní JSON se zadává do parametru.
Příklady, jak mohou vypadat různé varianty JsonTest01.txt a výstup pak vypadá Rst07f_094427493.txt
Princip: Na vstupu jsou násobné řádky, musí obsahovat 3 povinné údaje:
poradi, casznacka, kodpruch
a aspoň jeden z údajů OSC, OSCPV, KARTA.
Velká a malá písmena u elementů JSON nehrají roli. Na výstupu to vrací tak JSON formát a první element je status. V případě chyby obsahuje informaci s kódem a popisem chyby a zopakuje data na vstupu. V případě hromadného vložení je na konci jen souhrnný řádek s počty vložených řádků a řádků v tabulce.
Výstup lze opravit (změnit údaje) a tak jak je i se statusem použít na vstupu jako opravný import. Opakovaný import souhrnný řádek { "status" : "MSG00 Inserted 2 rows. Table cedasd 55 rows."}, ignoruje, protože neobsahuje žádný z importovaných údajů.
Kontroly před zápisem do EGJE
a/ vyplnění povinných položek (Iddochazky, datumacas, Kod) - řádek nezpracujeme, návratový kód 1
b/ povinné alternatívní vyplnění jedné z položek, alespoň jedná z položek musí být vyplněná (OSČPV, OSC, KARTA), pokud ne - řádek nezpracujeme, návratový kód 2
Akce po zápisu do EGJE:
a/ úspěšný zápis do EGJE - návratový kód 0
b/ neúspěšný zápis do EGJE - návratový kód 9
Vzor vstupný JSON:
[ {
"Poradi" : "" ,
"OSCPV" : "123.01" ,
"CasZnacka" : "10.06.2015 15:55:07",
"KodPruch" : "_456" ,
},
{
"Poradi" : "2" ,
"OSCPV" : "123.01" ,
"CasZnacka" : "10.06.2015 15:55:07",
"KodPruch" : "_456" ,
},
{
"Poradi" : "E" ,
"OSCPV" : "123.01" ,
"CasZnacka" : "10.06.201515:55:07",
"KodPruch" : "_456" ,
},
{
"Poradi" : "2" ,
"Lokalita" : "3" ,
"OSCPV" : "123.01" ,
"OSC" : "123" ,
"CasZnacka" : "10.06.2015 15:55:07",
"KodPruch" : "_456" ,
"Snimac" : "789" ,
"SnimacZnak" : "_1011" ,
"Karta" : "_1213"
}
]
Vzor výstupný JSON:
[ { "status" : "ERROR Code 1 casznacka is missing", "poradi" : "2", "kodpruch" : "_456", "snimacznak" : "_1011", "karta" : "_1213"},
{ "status" : "ERROR Code 2 one of the items OSC, OSCPV, KARTA is not filled out", "poradi" : "2", "casznacka" : "10.06.2015 15:55:07", "kodpruch" : "_456"},
{ "status" : "Inserted 20 rows. Table cedasd 37 rows." , "poradi" : "2"},
{ "status" : "Inserted 10 rows. Table cedasd 37 rows."},
{
"Poradi" : "" ,
"OSCPV" : "123.01" ,
"CasZnacka" : "10.06.2015 15:55:07",
"KodPruch" : "_456" ,
},
{
"Poradi" : "2" ,
"OSCPV" : "123.01" ,
"CasZnacka" : "10.06.2015 15:55:07",
"KodPruch" : "_456" ,
},
{
"Poradi" : "E" ,
"OSCPV" : "123.01" ,
"CasZnacka" : "10.06.201515:55:07",
"KodPruch" : "_456" ,
},
{
"Poradi" : "2" ,
"Lokalita" : "3" ,
"OSCPV" : "123.01" ,
"OSC" : "123" ,
"CasZnacka" : "10.06.2015 15:55:07",
"KodPruch" : "_456" ,
"Snimac" : "789" ,
"SnimacZnak" : "_1011" ,
"Karta" : "_1213"
}
]
Vzor výstupní protokol:
[
{ "status" : "ERR01 casznacka missing", "poradi" : "2", "kodpruch" : "_456", "snimacznak" : "_1011", "karta" : "_1213"},
{ "status" : "ERR02 one of the items OSC, OSCPV, KARTA is not filled out", "poradi" : "2", "casznacka" : "10.06.2015 15:55:07", "kodpruch" : "_456"},
{ "status" : "ERR01 casznacka,kodpruch missing", "poradi" : "2"},
{ "status" : "ERR01 poradi is null", "oscpv" : "123.01", "casznacka" : "10.06.2015 15:55:07", "kodpruch" : "_456"},
{ "status" : "ERR99 poradi Long EERR99 casznacka DateTime 10.06.201515:55:07", "poradi" : "E", "oscpv" : "123.01", "casznacka" : "10.06.201515:55:07", "kodpruch" : "_456"},
{ "status" : "MSG00 Inserted 2 rows. Table cedasd 55 rows."}
]
Po instalaci sestavy Rst07f se zobrazí chyba:
HTTP ERROR 404 Problem accessing /egjeweb2/ws/rst07f.
Reason: Not Found
Zkontrolujte v ??? Config_local.properties nastavení parametrů:
ws.setting_location=both / Autentizace podle EGJE – Adm21/
webLaunchWS=true / povolení WS služeb pro server/
Formulář je základním formulářem uživatele pro vedení evidence zaměstnance v denní formě. Umožňuje uživateli všechny činnosti potřebné pro sestavení plánu směn, vytvoření a aktualizaci evidence docházky a na závěr vygenerování podkladů pro mzdy.
Přístup na formulář a jeho objekty je řízen dle podmínek definovaných pro řízení přístupu k formulářům oblasti docházka (viz Popis „Řízení přístupu k objektům docházky“).
V záhlaví formuláře je
Pozor : Pro formulář není plně podporovaná standardní funkce „Výběry“ z důvodu nejednoznačnosti výsledku vyhledávání a také i značnou časovou odezvu, která je způsobena použitím tzv. „virtuálních“ záznamů.
V případě potřeby definování výběru je nutné použít formulář Dcv01, resp. v kombinaci s jinými formuláři
Záložka umožňuje zobrazení evidence docházky v strukturované (navigační seznam vytvořený z denních záhlaví a záznamů DD) a detailní formě, jako i základní editační činnosti s evidencí docházky.
Záložka je rozdělena na několik částí:
Záhlaví, které obsahuje speciální tlačítka
Levá část záložky obsahuje navigační seznam denní evidence docházky
Pravá část obsahuje detailní zobrazení aktuálního řádku denního záhlaví a navazujících údajů (změny stavu editace záhlaví, protokoly z vyhodnocení aktuálního dne) a záznamu evidence denní docházky a navazujících údajů (přestávky, struktury, přehled změny stavu editování záznamu)..
Záhlaví záložky obsahuje speciální a funkční tlačítka pro oblast denní evidence docházky :
Zaškrtávací políčko
[Jen s chybou]
Umožňuje omezit zobrazení v navigačním seznamu evidence denní docházky pro aktuální PV jen na dny, u kterých je aktuální stav zpracování „Chyba“ resp. „Závažná chyba“.
Standardně se zobrazuje úplný navigační seznam.
Procesní tlačítka :
[Kalkulace]
Přepočet evidence docházky pro aktuálního zaměstnance v rozsahu: první den měsíce / referenční datum (stanoven dle režimu evidence docházky PV, více viz popis „Režimy evidence docházky“).
[Uzavřít]
Spuštění generování podkladů pro mzdy (převod evidence denní docházky do měsíčních vstupů) a následné uzavření evidence docházky pro aktuální období, podrobný popis viz procesy.
Při otevřeném období pro docházku a uzavřeném formuláři uživatelem nižší úrovně, tlačítko je dostupné, pokud je přihlášen uživatel s vyšší úrovní.
[Otevřít]
Spuštění procesu otevření evidence docházky pro aktuální období.
Pracovní kalendář zaměstnance se dostane do stavu, ve kterém byl při posledním uzavírání docházky, tzn. že směny, které nebyly upraveny uživatelem, se nastaví podle aktuálně přiřazeného kalendáře na Opv01.
[Výběr – s chybou]
Umožňuje omezit zobrazení v navigačním seznamu zaměstnanců (PV) jen na PV, u kterých je indikovaný stav vyhodnocení aspoň jednoho DZ : „Chyba“ resp. „Závažná chyba“.
Standardně se zobrazuje úplný navigační seznam.
volba "Jen platné" (s předdefinovaným nastavením = nezaškrtnuto a pamětí stavu při uzavření formuláře) s funkcí:
Ne - zobrazujeme všechny řádky v seznamu dní
(bez omezení na stav řádku)
Ano - nezobrazujeme neplatné řádky
V této části formuláře se v tabulkové formě zobrazuje aktuální stav evidence docházky.
Jednotlivé řádky jsou vytvářené :
Seznam obsahuje sloupce :
Datum: – Identifikace dne ve formátu DD CC,
kde DD – je kalendářní den (1, 2, ..,31)
a CC je
zkratka dne v týdnu (Po, Ut, St, Čt, Pá, So, Ne)
Všechny záznamy v lichých dnech mají bíle pozadí a v sudých dnech mají šedé
pozadí.
Pokud na konci zkratky dne je zobrazen znak "*" a buňka je podbarvená do světle hněda, indikuje to řádek, který vložil nebo opravil uživatel (stav vytvoření řádku = 0, 5).
Kód - kód a název vzorového dne (identifikace plánované směny )
barva pozadí odpovídá typu směny (shodně jako na Dcp03)
Hod. směny ZAHL– Plánované hodiny směny
SLM – kód a název SLM
Čas od – „Čas od“ ze záznamu
Čas do – „Čas do“ ze záznamu
Hod. započtené – Hodiny záznamu započítané do evidence docházky (po vyhodnocení)
Přesunutím kurzoru na jednotlivé řádky seznamu, se zároveň „zaostřuje“ zobrazení v pravé části formuláře.
V seznamu jsou zvýrazněné nebo barevně odlišené záznamy s :
Podle typu dne :
dny svátku => Světle zelená (jasná)
volné dny => zvýrazněné (tučně)
Podle stavu vyhodnocení :
varování => tmavě zelená
chyba a závažná chyba => červená
Podle zdroje záznamu:
řádky z virtuálních vstupů (Opv01, Vyp01, Dcm01+Dov05) zobrazí kurzívou.
Především pro WEB klienta s vypnutým zobrazením protokolu.
Pokud v protokolu mimo kalkulaci denní docházky (Převod DD/MV, Uzavírání docházky) je alespoň jedno hlášení DM* s úrovní FAT nebo ERR, pro poslední den období se nastaví položka Status vyhodnocení den. záhlaví na FAT nebo ERR podle nejvyšší úrovně hlášení DM* pokud je úroveň hlášeni ERR nebo FAT. Tím má uživatel signalizaci i o chybách z převodu a uzavírání, i když nemá k dispozici protokol.
Záložka obsahuje detailní zobrazení aktuálního záznamu denní evidence docházky podle navigačního seznamu evidence denní docházky.
V Záhlaví jsou procesní tlačítka :
[Kalkulace záznamu] ;
Provede kalkulaci pro všechny záznamy pro den odpovídajícího DZ.(více viz popis „Režimy evidence docházky a kalkulace“).
[Otevři] – nastaví položku „Stav editace záznamu“ na hodnotu = editační úroveň uživatele – 1 (do stavu 2, 12, 22, 32) => editace bez omezení.
[Uzavři] – nastaví položku „Stav editace záznamu“ na hodnotu = editační úroveň uživatele (do stavu 3, 13, 23, 33) => editace pro uživatele se stejnou nebo vyšší úrovní editace jakou má aktuální uživatel (pro uživatele s nižší úrovní je záznam needitovatelný).
Pokud je aktivní kontrola DP012 a pokud je předešlé období neuzavřené, zobrazí se dialog: Dosud není uzavřeno předcházející období <obd> pro SO <so>.
Pokračovat uzavřením období <akt. obd> ?
a další postup je určen volbou uživatele (podrobněji viz popis kontroly DP012).
[Smazat příplatky] - dostupné pouze pokud je dostupné tlačítko “Uzavřít” (pro záznam).
při použití tlačítka:
nejdříve se vyžaduje souhlas k potvrzení akce: Smazat akt. příplatky ? Ano / Ne
v případě souhlasu: nastaví se všechny položky příplatků na “prázdné”
Standardní tlačítka :
[Ulož] – speciální funkce při uložení (viz dále Kontroly při ulož )
[Storno] – tlačítko na stornovaní aktuálního určeného záznamu (CEP, Synchronizace PV, …)
dostupnost jako obecná tlačítka + objektové právo Dcd01Storno
aktivní pouze pro řádky se Stav editace = 99 nebo -3
Pokud Status = 99, zobrazí se dotaz „Stornovat záznam ?“
pokud Ne návrat bez akce
pokud Ano - nastavit Status = -3 a návrat
Pokud Status = -3, zobrazí se dotaz „Zrušit storno záznamu ?“
pokud Ne návrat bez akce
pokud Ano - nastavit Status = 99 a návrat
Pokud Status <> 99, -3, zobrazí se dotaz „Záznam nejde stornovat ?“
A návrat bez akce
Pro detail evidence docházky se zobrazují položky (detaily viz popis) :
Datum : – Datum záznamu
Datum a kód - Položka je needitovatelná a obsahuje společné zobrazení sloupce Datum a Kód z aktuálního řádku seznamu dnů záložky Vstupy.
Složka mzdy: – Kód a název složky mzdy pro evidenci docházky
Seznam SLM, které je možné zadat z formuláře, jeho obsah je možné konfigurovat, viz níže.
V Dcd01 dostupnost SLM pro vložení/editaci je řízená skupinou SLM 3 a 4 z Adm06 pro aktuální profil.
Pokud je SLM ve skupině 4, ale
není ve skupině 3:
a/ pokud sk. 3 není vůbec založená (nebo je problém s nastavením v kombinaci se
sk. 4) - vždy se akceptuje sk. 4 pro profil (akt. přiřazená nebo obecná, pokud
není vazba na profil) a pak se řeší vazba na sk. 3 - nejdříve přiřazení k
profilu, pak obecná a pokud sk. 3 neexistuje, tak bez omezení SLM
b/ pokud při zařazení sk. 4 k profilu není definovaná sk. 3 pro profil, tak
zpracujeme jako by sk.3 byla nastavená pro všechny SLM
Vazba na záznam (NV…) – položka pro zobrazení seznamu, který slouží pro párování čerpání NV (viz Banka NV)
Do dalšího měsíce – příznak pokračování odchylky do dalšího měsíce (detaily viz popis)
Pouze půlden – umístění odchylky v rámci směny
bez vyplnění Čas Od/Do
Pouze půlden = Ne (0) nebo nevyplněno - nastaví se záznam od
začátku směny
Pouze půlden = Druhá polovina směny (1) - nastaví se záznam od půlky směny (začátek odchylky je stanoven vzhledem na konec směny a délku odchylky)
(detaily viz popis)
Čas od: – Čas začátku záznamu z průchodu
Čas do: – Čas ukončení záznamu z průchodu
Hod. vykázané[hod:mi]– Hodiny skutečné : Čas do – Čas od; Needitovatelná položka.
Kalkulovat - příznak pro zablokování kalkulace aktuálního řádku (při „NE“ se kalkulace provádí v omezeném rozsahu dle rozsahu uživatelem naplněných položek, zachovají se hodnoty zadané uživatelem, podrobněji viz. popis)
Směny: – Koeficient započitatelnosti záznamu v rámci dne; Needitovatelná položka stanovená výpočtem.
Čas od – vypočteno – Čas začátku (pro výpočet započitatelných hodin) záznamu stanovený algoritmem výpočtu; Needitovatelná položka.
Čas do – vypočteno – Čas konce záznamu (pro výpočet započitatelných hodin) stanovený algoritmem výpočtu; Needitovatelná položka.
Hod. započtené[hod:mi] – Hodiny ze záznamu akceptované pro evidenci docházky
Přestávky – Délka určené přestávky pro daný záznam; Needitovatelná položka.
Bezp. přestávky – Délka určené bezp. přestávky pro daný záznam; Needitovatelná položka.
Stupnice mzd.tar. – Identifikace stupnice mzdových tarifů podle aktuálního číselníku
Tarifní stupeň: – Identifikace tarifního stupně podle aktuálního číselníku
Další rozčlenění: – Identifikace dalšího rozčlenění podle aktuálního číselníku
Sazba – Sazba k odchylce, pokud není vyplněná, použije se sazba z konfigurace SLM. Využívá se v případě, že se hodnota příslušné SLM vypočítává pomocí sazby, která se standardně bere z číselníku SLM a chcete použít jinou výši sazby, než jaká je zadána v číselníku SLM.
Procento – Procento k odchylce, pokud není vyplněné, použije se procento z konfigurace SLM. Využívá se v případě, že se hodnota příslušné SLM vypočítává pomocí procentní sazby, která se standardně bere z číselníku SLM a chcete použít jinou výši procentní sazby, než jaká je zadána v číselníku SLM.
Typ doby – Kód a název typu pracovní směny (podle uživatelského číselníku typ_doby)
Typ přesčas/svátek - Typ zvýhodnění za práci přesčas nebo za práci ve svátek.
Zobrazí se pouze pokud uživatel
má právo: Dcd01TypPrescas a jedná se o řádek se SLM z Slm02.DOCH03.DD_PRESC.
Plněná z dialogu při uložení nebo samostatně uživatelem (JPC
pd_typ_prescas), povolené hodnoty:
0 - Bez určení
1 - příplatek za práci přesčas
2 - náhr. volno za práci přesčas
3 - příplatek za práci ve svátek
4 - náhr. volno za práci ve svátek
5 - příplatek za práci přesčas a náhr. volno za práci ve svátek
6 - náhr. volno za práci přesčas a náhr. volno za práci ve svátek
7 - příplatek za práci přesčas a příplatek za práci ve svátek
8 - náhr. volno za práci přesčas a příplatek za práci ve svátek
Příplatek odpolední:
Hodiny automaticky počítaného příplatku
Needitovatelná položka.
Příplatek noční
Hodiny automaticky počítaného příplatku
Needitovatelná položka.
Příplatek Sob./Ned.
Hodiny automaticky počítaného příplatku
Needitovatelná položka.
Příplatek svátek:
Hodiny automaticky počítaného příplatku
Needitovatelná položka.
Aut. přípl. 1
Hodiny automaticky počítaného příplatku
Needitovatelná položka.
Aut. přípl. 2:
Hodiny automaticky počítaného příplatku
Needitovatelná položka.
Aut. přípl. 3:
Hodiny automaticky počítaného příplatku
Needitovatelná položka.
Aut. přípl. 4:
Hodiny automaticky počítaného příplatku
Needitovatelná položka.
Aut. přípl. 5:
Hodiny automaticky počítaného příplatku
Needitovatelná položka.
Aut. přípl. 6:
Hodiny automaticky počítaného příplatku
Needitovatelná položka.
Pracovní skupina/projekt:
Identifikace pracovní skupiny / projektu pro doplňkové členění nákladů a rozborů. Položka je plněná manuálně nebo automaticky, pokud je režim automatického naplnění aktivovaný.
Stav editace záznamu:
Stav editace záznamu podle řešitelského číselníku pd_status_over
Needitovatelná položka.
Zdroj vytvoření řádku:
Identifikace zdroje vytvoření záznamu ( pd_zdroj)
Needitovatelná položka.
Kód průchodu – začátek:
Identifikace průchodu pro začátek při vygenerovaní záznamu
Kód průchodu – konec:
Identifikace průchodu pro konec při uzavření záznamu
Datum generování DD:
Datum poslední aktualizace funkcí generování DD
Needitovatelná položka.
Poznámka 1: – Pole pro zápis uživatelské poznámky
Poznámka 2: – Pole pro zápis uživatelské poznámky
Kontextová nabídka :
Dca01, Dcd04, Dcd05, Dcd07, Dcd09, Dcd51, Dce01,Dce02, Dcm01, Vyp01, Dcv01
Konfigurace seznamu SLM :
Povolené SLM pro formulář viz Použití SLM pro formuláře
Sjednocená kontrola pro Dcd01, Dcd03 a Dcu06 denní záznamy.
Nejdříve se provede kontrola DT002d, pokud jsou splněné její podmínky, po ukončení kontroly se další kontroly neprovedou.
Provede kontrola DT002c, pokud se jedná o kalendář Hasičů
Pro jiné režime se provedou kontroly DT002a a DT002b.
Následující kontrolní hlášení přidané do hlášení s kódem
Upravené jenom kontroly pro denní záznamy.
DT002a/DT002b - Směna o délce více než 12 hodin (26 hod/zap. 24 hod)
Pokud je ukládáno více než 12 hodin pro záznam denní evidence docházky Dcd01, Dcu06 (pro Dcu06 se jedná o vstupy SLM ze skupiny 22,23) a jedná se o hodiny přímo zadané uživatelem nebo spočtené na základě zadaného času Od/Do:
Standardní režim:
Pokud je vloženo více než 24 hodin, zobrazí se hlášení:
DT002a [E] FAT: Záznam s více než 24:00 hod !!!
a záznam se neuloží.
Pokud je vloženo více než 12 hodin a IA k SLM není (2121, 2122), zobrazí se hlášení:
DT002b [U] VAR: Záznam s více než
12:00 hod, nejde o omyl?
a podle rozhodnutí uživatele se dokončí uložení.
Pro speciální režimy, kdy délka směny je delší než 12 hodin (např. 24hodinové směny u zdravotnických profesích, je možné limit 12 / 24 upravit nastavením položky „Limit délky směny pro kontroly (vč. přestávek):“ v číselníku Dcc06, Limity kontrol.
Pokud není položka vyplněná, pro kontrolu se použije 12 hod.
(SLM s IA 1111 s nastavením:
Slm01, Doch&Ext.vstupy, Typ zpracování pro DOCH - doplňkový
= 6 - Proplácení NV z předešlých období‘
Záznam se obvykle zadá na poslední den období, přičemž se nevyplňují položky čas od/do.
Hodiny záznamu můžou být max. ve výši aktuálního kladného salda NV.
Kontrola na formulářích Dcd01, Dcu01, Dcd03 a Dcu06 pro denní vstupy.
Pokud DT002d > 0 a pokud SLM s IA 1111
a pokud Slm01, Typ zpracování SLM - upřesnění: = 6 - Proplacení NV z předešlých období
Limit = akt. stav položky Saldo náhradního volna: z Dcm01, Měsíční záhlaví
Hodiny = součet vykázaných hodin ze záznamů se SLM s IA
12, 14, 15, 35, 36
Pokud hodiny > Limit
Zobrazí se hlášení:
DT002d [E][FAT] Nepovolené vložení SLM <slm> o délce <h> hod. Max. je možné zadat <lim> !
Pokud zaměstnanec má režim "hasič" (Kal01,
Doplňkový režim = 9, 10), při uložení řádku se provede kontrola:
Pokud v řádku Dcd je Čas od/do vyplněn
Ano: stanovíme hodiny odchylky výpočtem
Pokud IA SLM je 1001/1002 a (do -
od) > 26 hod., zobrazí se hlášení:
DT002c [E][FAT] Záznam s více než <26> hod !
a řádek se neuloží
Pokud IA SLM je 2121/2122 a (do - od) > 24 hod., zobrazí se hlášení :
DT002c [E][FAT] Záznam s více než <24> hod !
a řádek se neuloží
Pokud IA SLM je různé od 1001/1002/2121/2122 a (do - od) > 16 hod., zobrazí
se hlášení: DT002c [E][FAT] Záznam s více než <16> hod !
a řádek se neuloží
Ne: Čas od/do je nevyplněno a pokud hodiny jsou vyplněné
Pokud IA SLM je 1001/1002 a
hodiny > 26, zobrazí se hlášení:
DT002c [E][FAT] Záznam s více než <26> hod !
a řádek se neuloží
Pokud IA SLM je 2121/2122 a hodiny > 24, zobrazí se hlášení :
DT002c [E][FAT] Záznam s více než <24> hod !
a řádek se neuloží
Pokud IA SLM je různé od 1001/1002/2121/2122 a hodiny > 16, zobrazí se hlášení:
DT002c [E][FAT] Záznam s více než <16> hod !
a řádek se neuloží
Pokud na ukládaném záznamu je SLM s IA 31, 1006 a 1008 a datum není den svátku nebo na den svátku není plánovaná směna, zobrazí se dialog:
SLM <slm> nelze uložit, určená pouze pro plánovanou směnu ve svátek!
a uživatel je vrácen do editace.
Za den svátku se v tomto případě považuje den
s nastavením Typ dne = N, S, N1 a S1.
Pouze v režimu 18 (THP, Skanska).
Pokud režim zpracování = 18 a IA SLM je 1001/1002 a plán. hodiny = 0 a pro SLM není nalezen v Slm01, Doch&Ext.vstupy, v sekci SLM je určena pro typy dne: typ dne = V, M, C:
ve volném dni není povolená odpracovaná doba
zobrazí se v dialogu hlášení: SLM <> nelze zadat na den <datum> bez plánované směny.
po OK návrat zpět do editace
Pro funkci výpočtu příplatku v režimu 55, pokud se kopíruje v Dcd01, Vstupy záznam s nastavením Typ_doby = 70, tak do kopie se toto nastavení nepřenese (v kopii je Typ_doby = nevyplněno).
Editovat nelze záznamy DD :
A) Přenášené z Dcm01, Vyp01, Opv01, Dov05, Cep01.
B) Uzamčené uživatelem s výši úrovni editace
C) S denním záhlavím uzamčeným uživatelem s výši úrovni editace
D) Všechny pokud je uzavřené měs. záhlaví nebo období
E) Mimo časový rámec povolené editace (omezení podle časového rámce)
F) Tzv. neplatný záznam (Stav editace záznamu < 0).
Pokud je na den plánovaná dělená směna a zároveň zadán záznam z Dov05/Dov06, tak se tento zobrazí s hodinami odpovídajícími plánované délce směny, ale bez nastavení začátku a konce odchylky.
Kontrola při uložení. Pokud pro SLM je nastaveno:
Slm01, Pro SLM se zadávají pouze hodiny = Ano
a uživatel vyplní položky Čas od/do, zobrazí se dialog:
Pro SLM nelze vyplnit Čas od/do!
a záznam se neuloží.
V případě potřeby může oprávněný uživatel uzamknout pro editaci některé dni pro všechny PV a to pro uživatele s nižší úrovně editace pro docházku.
Do uzamčeného dne již nelze editovat ani vkládat nové řádky, resp. mazat řádky.
Více viz popis Dcd01, Převod a uzavření, tlačítko Nastavení DZ pro všechny PV v navigačním seznamu.
Pokud při zadaní vykázané doby nevyplníme čas Od/Do a potřebujeme odchylku umístit do druhé poloviny směny, použijeme na to položku Pouze půlden.
Pokud:
Pouze půlden = Ne (0) nebo nevyplněno - nastaví se záznam od začátku směny
Pouze půlden = Druhá polovina směny (1) - nastaví se záznam od půlky směny (začátek odchylky je stanoven vzhledem na konec směny a délku odchylky)
Pokud uživatel zadá (upraví) položku směny, při uložení se, podle délky plánované směny, nastaví položka hodiny podle vzorce: hodiny = plánovaná směna * směny , a pro záznam se nastaví režim nekalkulovat.
Délka plánované směny se stanoví:
pokud plán. hodiny směny > 0 tak, plán. hodiny směny
pokud plán. hodiny směny = 0 tak, průměrná délka směny (Opv01)
Optimalizované zadaní pro kalendář v režimu pevné pracovní doby a pro dni s plánovanou směnou.
Polovina směny:
Zadáno 0,5 směny
Čas Od = nevyplněno
Čas Do = nevyplněno
Čas Od vyp = nevyplněno
Čas Do vyp = nevyplněno
Hodiny = plán. směna * 0,5
První polovina směny:
Zadáno 0,5 směny a
zadám Čas Od (Čas Do nevyplněn) - tak se záznam nastaví
Čas Od vyp = Čas Od
Čas Do vyp = Čas Od + 0,5 délky směny
Hodiny = plán. směna * 0,5
Druhá polovina směny:
Možnosti při zadání 0,5 směny a
zadám Čas Do = konec směny (Čas Od nevyplněn) - tak se záznam nastaví
Čas Od vyp = začátek směny + 0,5 délky směny
Čas Do vyp = Čas do
Hodiny = plán. směna * 0,5
Při použití záznamu se SLM s IA 1171-1176:
pokud je vyplněno procento=0 nastaví se směny = 1 (pokud je nevyplněno nebo rovné 0, aby byl záznam přenesen do MV)
nenaplní se položka hodiny podle délky plánované směny, pokud částka = 0, procento = 0
Vzhledem na specifickým způsobům zpracování SLM pohotovosti s nastavením Slm01, Typ zpracování v DOCH je 5 nebo 8, je použití těchto SLM v Dcd01 a /Dcu01 Vstupy denní zakázané.
Tyto SLM je možné zadávat pouze v Dcm01; Dcu1, Vstupy měsíční a Dcu06 pro SLM typu měsíční vstupy (SLM ze skupiny 24, 25, 26).
Při editaci položky Složka
mzdy, Čas od, Čas do se vyprázdní položky : Hodiny započtené, Hodiny celkem,
Počet směn, Délka přestávek a všechny příplatky.
Pokud uživatel při pořízení záznamu vyplní pouze položku „hodiny“, systém automaticky nastaví režim „nekalkulovat záznam“.
Při editovaní záznamu vytvořeného z evidence průchodů u kterého není vyplněný „Čas od“ resp. „Čas Do“ (odpovídající položky „Kód průchodu – začátek“ , „Kód průchodu – konec“ jsou prázdné) se při editovaní příslušného políčka „čas“ naplní i pole „kód“ jako signalizace, že začátek resp. konec záznamu byl upravený oprávněným uživatelem (pro režim kontrol).
Při libovolné editaci na záložce se nastaví položka „Status záhlaví“ pro aktuální den a taktéž „Status měs. záhlaví“ (Dcm01, Měsíční záhlaví) na „Bez vyhodnocení“.
U záznamu, které byly vygenerované systémem (zdroj = 1, 3 nebo 6) se po jejích manuální uživatelské úpravě, změní zdroj na 0.
Pro zjednodušené vyhledávání záznamů generovaných z evidence průchodů, u kterých uživatel provedl úpravu začátku a konce, se při uložení upraví identifikace zdroje z 2 na 5.
Pokud standardní kalkulace neodpovídá požadavkům uživatele na vyhodnocení řádku, může provést naplnění údajů dle svého požadavku a nastavením položky „Provádět kalkulaci“ na „Ne“, zablokuje standardní kalkulaci předmětného řádku (podrobněji viz „Režim omezené kalkulace (Provádět kalkulaci = Ne)“).
Pokud uživatel na záznamu s nastavením režimu „nekalkulovat“, změní hodnotu položky Hodiny započítané, zobrazí se hlášení:
Pozor, při úpravě hodin příplatky
nebudou přepočteny nebo mohou být spočítány nesprávně!
Upravte začátek a konec záznamu!
nebo
DD160 - SLM s výpočtem příplatku a přestávek, upravte Čas od/ Čas do!
Záznam se po odkliknuti uloží. Jedná se o situaci, kdy nelze
korektně spočítat příplatky, protože se většinou počítají na základě začátku a
konce odchylky. Proto doporučujeme pro záznamy, ze kterých se počítají
příplatky vždy opravit nastavením začátku a konce odchylky.
Pokud uživatel provede, na dříve vygenerovaném záznamu, libovolnou úpravu, záznam se nastaví do režimu „bez kalkulace“ a je na uživateli, aby nastavil všechny relevantní položky (viz popis kalkulace záznamu „bez kalkulace“). Kalkulace v tomto případě již neprovádí automatický dopočet přesčasů pro den. Pokud je přesčas vygenerován na začátku i konci směny, kalkulace se neprovede bez ohledu zda uživatel upravil jeden nebo oba záznamy.
Pro záznamy z generování přesčasu (zdroj = 3) se po změně SLM vynuluje také položka „Započitatelné hodiny“, aby mohlo dojít k opětovnému vyhodnocení hodin a přestávek podle aktuální konfigurace SLM. Vypočet se provádí podle časových položek „Čas od – vypočteno“ / “ Čas do - vypočteno“.
Po případné úpravě položek „Čas od“ /“Čas do“, se kalkulace provede podle této úpravy (vypočtené položky se přepíšou uživatelskou úpravou). V tomto případě se ale již neuplatňují pravidla pro omezení a zaokrouhlení přesčasu podle kalendáře.
Pozor: Pokud je pro záznam s nastavením „Bez kalkulace“ naplněna položka „Hodiny započítané“, tak se i při nevyplněné položky „Délka přestávek“ neprovádí opětovné vyhodnocení přestávek. Uživatel musí sám nastavit i délku přestávek (není možné automatizované vyhodnocení).
Pokud je v denní evidenci docházce nalezen záznam, u kterého nesouhlasí datum s obdobím, je tento záznam zobrazen v období záznamu a je identifikován v položce Stav editace záznamu = -2 - Neplatní záznam.
(1012961, Teleplan)
Pro proplacení NV z předešlých období se musí použít SLM s IA 1111 s nastavením:
Slm01, Doch&Ext.vstupy, Typ zpracování pro DOCH - doplňkový
= 6 - Proplácení NV z předešlých období
Záznam se obvykle zadá na poslední den období, přičemž se nevyplňují položky čas od/do.
Hodiny záznamu můžou být max. ve výši aktuálního kladného salda NV.
(TC 1014147, CDC)
Při zadání na Dcd01 SLM typu přesčas, práce ve svátek nebo přesčas ve svátek, je možné umožnit uživateli volbu zvýhodnění k této SLM, tzn. může přímo zvolit, zda požaduje příplatek za přesčas nebo NV.
Funkce je vázaná na speciální objektové právo.
Pokud je proces aktivován (viz níže Aktivace), tak se při zadání (změně) SLM ze započitatelnosti DOCH03.DD_PRESC, uživateli zobrazí dialog:
a/ Pokud SLM je IA 1006 a Typ přesčas/svátek = 0:
SLM typu práce ve svátek, poskytnout NV ?
Při Ano - nastaveno Typ přesčas/svátek = 4 a při NE na 3
b/ Pokud SLM je IA 1004 a Typ přesčas/svátek = 0 a den není svátek:
SLM typu přesčas, poskytnout NV ?
Při Ano – nastaveno Typ přesčas/svátek = 2 a při NE na 1
c/ Pokud SLM je IA 1004 a Typ přesčas/svátek = 0 a den je svátek:
SLM typu přesčas ve svátek, poskytnout NV za svátek a NV za přesčas ?
Při Ano - nastaveno Typ přesčas/svátek = 6 a při NE na 5
Při uzavření docházky se pak provede:
Generování zvýhodnění z přesčasu, SLM s IA 1004 s generovaným příplatkem za přesčas.
Pokud při uzavření se ze SLM s IA 1004 generuje standardně příplatek za přesčas se SLM s IA 1111 podle Slm01, Kódy a další a v Dcd01 je pro záznam nastavená položka „Typ přesčas/svátek“ = 2, 6, 8.
Tak se generuje do Dcm záznam s nastavením:
SLM = SLM z položky Slm01, Doch.& Ext.vstupy, SLM pro proplacení ke generované SLM.
Poznámka = "Z odpr. hod v přesčasu"
Generování zvýhodnění za práci ve svátek, SLM s IA 1006.
Pokud při uzavření se ze SLM s IA 1006 generuje příplatek za práci ve svátek a v Dcd01 je pro záznam nastavená položka „Typ přesčas/svátek“ = 4, 5, 6.
Tak se generuje do Dcm záznam s nastavením:
SLM = SLM z položky Slm01, Doch&Ext.vstupy, SLM pro proplacení ke generované SLM.
Aktivace:
Do oprávněných profilů zadat právo Dcd01TypPrescas = Smí spustit.
Přiřazení objektového práva Dcd01TypPrescas pro dotčené profily.
Určení SLM, pro které se má volba povolit v započitatelnosti Slm02.DOCH03, skupina DD_PRESC.
Pro SLM generovaného příplatku za placený přesčas (Slm01, Kódy a další) ze SLM s IA 1004, nastavit v Slm01, Doch&Ext.vstupy, SLM pro placení na SLM typu NV tvorba, která má být použitá jako náhrada příplatku za přesčas.
Pro SLM generovaného příplatku za práci ve svátek (V Kal01, Příplatky) nastavit v Slm01, Doch&Ext.vstupy, SLM pro placení na SLM typu NV tvorba, která má být použitá jako náhrada příplatku za práci ve svátek.
Záložka obsahuje generované přestávky k záznamu denní evidence docházky rozdělené do dvou tabulek : „Přestávky na jídlo a oddech“ a „Bezpečností přestávky“.
Tabulky mají strukturu:
Začátek přestávky – začátek přestávky ve formátu HH:MM
Konec přestávky – konec přestávky ve formátu HH:MM
Hodiny přestávky – délka přestávky ve formátu h.hhh
Záložka obsahuje zařazení aktuálního záznamu na platné struktury EGJE.
Standardně se záznam nepřiřazuje na žádnou strukturu – je přiřazený na aktuální struktury podle PV.
Záložka obsahuje tabulku s položkami:
Typ struktury – identifikace struktury
Struktura – kód zařazení na strukturu (pokud Typ struktury je vyplněn, zobrazí se pouze prvky této struktury, jinak je číselník prázdný)
Při uložení řádku struktury musí být položky Typ i Struktura vyplněné.
Záložka obsahuje přehled změny stavu editace záznamu denní evidence docházky a rozšířený audit změn definovaných položek DD (viz. popis rozšířený audit).
Poznámka : Standardní výběr nad záložkou, proběhne úspěšně pouze v případě, kdy není zaškrtnuto „jen akt. den“ (při zaškrtnutí je výběr neúspěšný).
.
Záložka obsahuje položky :
Datum – identifikace kal. dne a zkratka dne v týdnu
Datum – časová značka změny
Stav editace záznamu – kód a název nového stavu záznamu
Audit – identifikace změny v režimu rozšířeného auditu
Změnu provedl – identifikace osoby, která změnu stavu provedla (uživatel, který aktivoval některou z funkcí, které generují změnu stavu).
Záložka obsahuje detailní zobrazení aktuálního denního záhlaví.
Slouží taktéž v případě potřeby, na úpravu plánované směny aktuálního zaměstnance ve vybraném dni (odlišná směna od skupinového kalendáře přiřazenému zaměstnanci na tento den ).
V záhlaví je funkční tlačítko :
Provede kalkulaci pro všechny záznamy pro den odpovídajícího DZ.(více viz popis „Režimy evidence docházky a kalkulace“).
[Otevři] – nastaví položku „Stav editace záznamu“ na hodnotu = editační úroveň uživatele – 1 (do stavu 2, 12, 22, 32) => editace bez omezení.
[Uzavři] – nastaví položku „Stav editace záznamu“ na hodnotu = editační úroveň uživatele (do stavu 3, 13, 23, 33) => editace pro uživatele se stejnou nebo vyšší úrovní editace jakou má aktuální uživatel (pro uživatele s nižší úrovní je záznam needitovatelný).
Standardní tlačítka formuláře :
[Nový] – tlačítko umožňuje založit tzv. „prázdné“ denní záhlaví
[Kopie] - tlačítko pro záložku je „vypnuto“
[Smaž] – je aktivní pouze při „skutečném“ záhlaví
[Uprav] – je aktivní pouze při „skutečném“ záhlaví
Pro jeden den může existovat žádné nebo jedno DZ. DZ se vytvářejí dle rozhodnutí uživatele použitím funkce „Generuj DZ“ nebo se vytvoří automatizovaně v rámci uzavření evidence denní docházky.
Po použití tlačítka [Nový] se založí „prázdné“ denní záhlaví a je na uživateli jak ho naplní.
Pokud to není nevyhnutelné (nepožaduje se odlišný způsob vyhodnocení jako z kalendáře na Opv01), nevyplňujeme položku „Kalendář“, aby došlo k automatizované aktualizaci denního záhlaví při změně kalendáře na Opv01.
Kontextová nabídka :
Standardní funkce + Dce01, Dce02, Dcm01, Dcv01
Poznámky :
Při libovolné editaci na záložce se nastaví položka „Status záhlaví“ pro aktuální den a taktéž „Status měs. záhlaví“ (Dcm01, Měsíční záhlaví) na „Bez vyhodnocení“.
Při právu Dcd01UzavriDen, zůstane denní záhlaví vždy
otevřené (standardně se uzavře).
Pokud uživatel potřebuje uzavřít denní záhlaví (zabránění editace uživatelem
s nižším oprávněním), musí použít tlačítko [Uzavřít].
Pokud je záložka v režimu, při kterém se denní záhlaví
při editaci automatický neuzavírá a pokud se jedná o VZD s Použití VZD = 6, ,
při uložení se zobrazí dialog:
Uzavřít vzor. den pro aut. změnu podle začátku vykázané směny (postupná směna)?
při Ano (OK) – záhlaví se uzavře (zablokovaní režimu postupné
směny)
při Ne (Storno) – záhlaví se neuzavře
Záložka obsahuje položky :
Období platnosti záznamu DZ.
Jen zobrazená položka.
Datum záznamu denního záhlaví.
Položka je editovatelná jen při „Nový“. Při opravě záznamu je needitovatelná.
Následující skupina položek obsahuje zobrazení :
Aktuální hodnoty - hodnoty aktuálního DZ
Hodnoty dle PV - hodnoty plánované směny dle aktuálně přiřazeného kalendáře na PV (Opv01)
Kód a název kalendáře pro vyhodnocení DZ (kalendář DZ nebo skupinový kalendář aktuální přiřazený zaměstnanci)
Při změně položky se automatický upraví nastavení položek :
Vzorový den směny :
Doplňkový vzorový den :
Typ dne (směny) :
Typ pracovní doby :
Hodiny směny (bez přestávek) :
podle aktuálního nastavení dne v přiřazovaném skupinovém kalendáři.
Kód a název typu dne (podle řešitelského číselníku typ_dne)
Needitovatelná položka, aktualizovaná jen změnou VD na položce „Vzorový den směny“
Vzorový den směny:
Kód a název přiřazeného vzorového dne (popis plánované směny)
(Podle číselníku vzorových dní, viz popis Kal01)
Standardně odpovídá vzorovému dni aktuálního skupinového kalendáře. Podle potřeby může být upravený na libovolný vzorový den z číselníku vzorových dní bez závislosti na kalendář uvedený v položce „Kalendář při vyhodnocení DZ“
Kód a název typu pracovní směny (podle uživatelského číselníku typ_doby)
Needitovatelná položka, aktualizovaná jen změnou VD na položce „Vzorový den směny“
Hod. směny ZAHL (bez přestávek):
Needitovatelná položka, aktualizovaná jen změnou VD na položce „Vzorový den směny“
Kód a název doplňkového vzorového dne (doplňující definice k popisu základní plánované směny)
(Podle číselníku vzorových dní, viz popis Kal01)
Standardně odpovídá doplňkovému vzorovému dni aktuálního skupinového kalendáře. Podle potřeby může být upraven na libovolný vzorový den z číselníku vzorových dní bez závislosti na kalendáři uvedeném v položce „Kalendář při vyhodnocení DZ“.
Číselník je omezen pouze na VZD,
které mají nastavení položky „Použití vzor. dne“ v definici VD s hodnotou
rovnou a větší, než 2 a jsou povoleny podle Adm06 (stejně jako na Dcp03).
skupina položek z popisu pracovní směny (Kal05), podle vyplnění z denního záhlaví nebo z virtuálního kalendáře
Stanovený začátek pracovní doby
Stanovený konec
pracovní doby
Základní prac. doba od (do pro příchod)
Základní prac.
doba do (od pro odchod)
Volitelná prac. doba pro odchod do
Status vyhodnocení den. záhlaví:
Identifikace typu vyhodnocení dne (podle řešitelského číselníku pd_status_zahl)
Needitovatelná položka, aktualizovaná systémem.
Stav editace den. záhlaví:
Identifikace stavu zpracování evidence docházky daného dne (podle řešitelského číselníku pd_status_over).
Needitovatelná položka, aktualizovaná systémem.
Nárok na stravu:
Přiznání nároku na příspěvek na stravu.
Needitovatelná položka, aktualizovaná výpočtem
Přiznání dalšího nároku na příspěvek na stravu.
Needitovatelná položka, aktualizovaná výpočtem
Vytvořen záznam
Příznak reálného (skutečně vytvořeného) nebo virtuálního denního záhlaví (promítaného z aktuálně přiřazeného kalendáře na Opv01)
Zdroj vytvoření řádku
Identifikace způsobu/zdroje vytvoření řádku DZ (JPC pd_zdroj).
Záložka obsahuje přehled změny stavu editace záznamu denního záhlaví a rozšířený audit změn definovaných položek DZ (viz. popis rozšířený audit).
Poznámka : Standardní výběr nad záložkou, proběhne úspěšně pouze v případě, kdy není zaškrtnuto „jen akt. den“ (při zaškrtnutí je výběr neúspěšný).
Záložka v tabulkové formě obsahuje položky :
Datum – identifikace kal. dne a zkratka dne v týdnu
Datum – časová značka změny
Stav editace záznamu – kód a název nového stavu denního záhlaví
Audit – identifikace změny v režimu rozšířeného auditu
Změnu vykonal – identifikace osoby, která změnu stavu provedla (uživatel, který aktivoval některou z funkcí, které generují změnu stavu)
Záložka obsahuje seznam hlášení vygenerovaných při naposledy vykonaném přepočtu (denním nebo měsíčním). Zobrazují se hlášení od úrovně „WAR“.
V záhlaví záložky jsou zaškrtávací políčka :
"Jen s chybou" (default "Ano") – zobrazí se jen řádky protokolu s úrovní typu WAR, ERR, FAT
"Jen akt. den" (default "Ano") – zobrazí se jen řádky protokolu s vyplněným datum protokolu shodným s datem aktuálního záhlaví
„Měsíční protokol“ (default "Ne") - při zaškrtnutí se zobrazí všechny řádky z protokolu pro období a PV (stejně jako je zobrazené na Dcm01, Protokol).
Tlačítko [Nápověda].
Pokud kurzorem označíte požadovaný řádek protokolu a následně použijete tlačítko [Nápověda], tak systém otevře dokument Hlas_uzdoc v odpovídající jazykové mutaci a vyhledává popis ke zvolenému hlášení.
Pokud se hlášení nalezne, kurzor v dokumentu se nastaví na vyhledaný popis, pokud hlášení není nalezeno, zůstane dokument otevřený na začátku. Pak je možné se pokusit dohledat požadované hlášení manuálně.
V režimu seznam/detail zobrazuje v části seznam položky :
Den – den, ke kterému je vázané hlášení (pokud datum není vyplněný, hlášení vázané na aktuální období)
Text zprávy – identifikace hlášení, identifikace osoby, vlastní typ hlášení
Typ zprávy – identifikace úrovně zprávy
ID – jednoznačná identifikace zápisu
Záložka slouží na zobrazení stavu plnění FPD, NV a přesčasu v čase uzavírání docházky a případnou korekci výsledků uložených do podkladů pro mzdy.
Záložka standardně není zařazená do žádné z uživatelských rolí.
Záhlaví záložky:
tlačítko [Převod DD/MV] - funkce stejná jako na záložce Převod a uzavření
tlačítko [Uzavřít] - funkce stejná jako na záložce Dcd01, Vstupy
tlačítko [Smazat korekce] - možnosti návratu k původnímu stavu FPD
dostupné pouze pokud není
editační režim a Dcd01 uzavřeno
funkce provede:
a/ smazání obsahu korekčních záznamů FPD i SV
b/ aktualizace polí pro evidenci NV a Salda NV, NVSV a Salda NVSV
tlačítko [Uložit]
pro WEB verzi, při ulož se provedou kontroly nad oběma tabulkami i když nejsou editovatelné (v Dcd01 jsou kontroly vázané vždy pouze na konkrétní tabulku)
Provede se kontrola, které neumožní uložit změny ve formuláři, pokud se mezitím uzavřela docházka.
Nejdříve zkontrolujeme aktuální status docházky pro aktuální PV a období a pokud je ve stavu = 3, 13, 23, 33 nebo pokud je stav výplatního termínu >= 3, ale není 9,
Zobrazí se hlášení “DT002 Nelze uložit, docházka je již uzavřena !”
a uživatel je vrácen do editace.
Uživatel musí ukončit editační akci a aktualizovat obsah formuláře.
Dále se při uložení kontroluje či jiný proces (změna na jiném formuláři, kalkulace DD, uzavření docházky …), nemění data v měsíční docházce, pokud ano, zobrazí hlášení:
Nelze uložit záznam.
Záznamy pro korekci FPD jsou momentálně upravovány jiným uživatelem/procesem.
Položka:
Datum posledního převodu do Dcm:
Platný: - stav převodu je aktuální nebo ne
Ne se zobrazí pokud datum poslední kalkulace <> od datumu posledního převodu DD/MV
Řádky v tabulkách, které zatím nejsou uložené v systému (pouze se zobrazují pro možnost naplnění), se zobrazují s červeným textem.
Tabulky na záložce:
Plnění FPD v denní evidenci: - pro zobrazení naplnění FPD
Evidence náhradního volna: - pro zobrazení stavu evidence NV
Vyrovnání FPD v měsíci: - pro zobrazení vyrovnání FPD
Tabulka Plnění FPD v denní evidenci:
Tabulka obsahuje informaci o plnění plánovaného FPD podle denní evidence docházky.
Standardně zobrazuje max. 4 řádky, pokud je v tabulce více řádků, pro zobrazení je nutné použít posun kurzorem.
Plánovaný měsíční FPD: součet hodin z plánu směn zaměstnance
Vykázané doby do FPD: součet hodin z denní evidence docházky pro SLM typu odpracováno, neodpracováno a čerpání NV
Evid. přesčas schválený, hodiny - součet hodin schváleného evidenčního přesčasu (hodiny ze SLM ze započitatelnosti Slm02.DOCH05.PLAC_EV)
položka se zobrazí pouze pokud je započitatelnost PLAC_EV naplněná.
Saldo plnění měsíčního FPD: rozdíl (Vykázané doby do FPD - Plánovaný měsíční FPD)
Saldo FPD pro korekci rozdíl akt. hodin pro vyrovnaní FPD
Placený přesčas: součet hodin z denní evidence docházky pro SLM typu placený přesčas
NV k proplacení: součet hodin k proplacení z evidence NV (hodiny k aut. proplacení pro naplnění období)
Pokud je aktuálně spočtená hodnota pro položku záporná, tak zobrazíme 0 (NV k proplacení podle MZ – součet čerpaného NV v akt. období).
Počet
příspěvků na stravu (zákl./doplň.): - součet nároku příspěvku na stravu
(základní/doplňkový)
Tabulka Evidence náhradního volna:
Tabulka obsahuje informaci z evidence NV podle denní evidence docházky.
Saldo NV z předešlých období: zůstatek
nevyrovnaných hodin NV z předešlých období
Saldo NV aktuální (převod do dalšího období): aktuální zůstatek nevyrovnaných
hodin NV
Tvorba NV z aktuálního období: součet hodin tvorby NV v aktuálním období
Čerpání NV z aktuálního období: součet hodin čerpání NV v aktuálním období
Hodiny NV z přesčasu k proplacení: hodiny NV z přesčasu k aut. proplacení v aktuálním období
Hodiny NV z práce ve svátek k proplacení: hodiny NV z přesčasu k aut. proplacení v aktuálním období
Sekce Vyrovnání FPD v měsíci:
Tabulka obsahuje zobrazení SLM použitých pro vyrovnání FPD z denní docházky.
Uživatel může podle svého uvážení změnit hodiny pro jednotlivé části (přesčas, NV, neakceptováno).
SLM jsou nastavené podle SLM použitých pro vyrovnávání FPD v rámci funkce Převod DD/MV.
Obsah tabulky se mění podle aktuálního salda plnění FPD.
Do tabulky nelze vkládat ani mazat žádné řádky.
Při
otevření záložky se zobrazí záznamy pro všechny definované SLM podle
stavu FPD (< 0, =0, > 0), viz níže.
Při uložení se:
a/ provede kontrola: (Hodiny NV + Hodiny přesčas + Hodiny nepřiznané) = Saldo plnění měsíčního FPD
b/ do Dcm uloží pouze ty záznamy, které mají některou z rozhodujících položek nenulovou (hodiny, směny).
tlačítko [Smazat] - provede smazání všech zobrazených záznamů pro korekci FPD
1/ Pokud Saldo plnění měsíčního FPD < 0
Zobrazí se SLM pro doplnění doby pro naplnění plánovaného měsíčního FPD (SLM podle započitatelnosti Slm02, DOCH05, ze skupiny NVC).
SLM pro doplnění:
Hodiny započtené:
Prac směny:
Kal. dny:
Poznámka:
Při uložení se provede kontrola: Hodiny SLM = Saldo plnění měsíčního FPD
Pokud je použít režim schvalovaného evidenčního přesčasu, provede se také kontrola na rozdíl mezi schváleným přesčasem a skutečně vykázaným přesčasem. Pokud této hodnoty jsou různé, zobrazí se hlášení: DD024=Nesouhlasí počet vykázaných hodin přesčasu (%1) s hodinami schváleného přesčasu (%2).
Úroveň hlášení je uživatelský nastavitelná (Adm32) a tak je možné podle potřeby upravit činnost funkce uložení.
2/ Pokud Saldo plnění měsíčního FPD > 0
Zobrazí se SLM pro zkrácení doby pro naplnění plánovaného měsíčního FPD a korekce stravenek (SLM podle započitatelnosti Slm02, DOCH05, ze skupiny NEUZNAN, NVT, PLAC, STRAVA).
Pozor, pro verzi formuláře Dcu06 není realizované omezené zobrazení SLM podle hodin Salda FPD (< 0 nebo > 0). V tabulce vyrovnávaní FPD se zobrazí všechny SLM pro vyrovnávaní FPD bez ohledu na aktuální hodnotu salda FPD, ale na Dcu06 se podle salda FPD řídí zápis hodin na jednotlivé SLM.
Sekce určená pro přerozdělení zvýhodnění za práci ve svátek.
Sekce se zobrazí pouze pokud započitatelnost DOCH05.NVSV je vyplněná.
Poznámka: Stejná SLM s IA 11 a 13 nesmí být současně použitá pro vyrovnávaní FPD i práci ve svátek - zařazená v započitatelnosti DOCH05, skupina NVSV
v záhlaví se zobrazí položky
Hodiny práce ve svátek v akt. období: <hs1>
schváleno: <hs2>
Hod. zvýhodnění: <hs3>
Saldo zvýhodnění práce ve svátek: <hs4>
kde:
hs1 - je součet hodin z denní evidence docházky pro den svátků (podle typ dne) a SLM ze započitatelnosti DOCH02.ODPR+ODPRM+PRESC+PRESC2+PRESCD+NVT
hs2 - součet hodin z měsíční evidence docházky a SLM ze započitatelnosti Slm02, Doch05, ze skupiny NVSV s IA 5101, 5104
hs3 - součet hodin z měsíční evidence docházky a SLM ze započitatelnosti Slm02, Doch05, ze skupiny NVSV s IA 1113, 11, 13
hs4 - saldo vyrovnání zvýhodnění (hs1 - hs3)
v tabulce sekce se zobrazí řádky pro přerozdělení zvýhodnění za práci ve svátek.
Z měsíční evidence se zobrazí řádek/řádky se SLM podle započitatelnosti Slm02, Doch05, ze skupiny NVSV s nastavením Slm01,„Typ zpracování SLM - upřesnění“ = 2 a Zdroj vytvoření řádku=3,
pokud řádek pro každou definovanou SLM není nalezen, vytvořit nový řádek.
Vykázané hodiny práce ve svátek se automaticky nastaví na určenou SLM (pro SLM v DOCH05.NVSV nastavit Zap. hodin = 1) pokud doposud nedošlo k žádnému rozdělování (uživatel již dříve nerozdělil hodiny zvýhodnění práce ve svátek).
Pozor: takto zobrazované hodiny, nejsou ještě součástí systému,
uživatel musí potvrdit tyto záznamy. V Dcd01 otevřít tabulku Práce ve
svátek a uložit, v Dcu06 stačí uložit.
obsah tabulky:
SLM - SLM pro zvýhodnění za práci ve svátek
číselník Slm02, Doch05, ze skupiny NVSV (IA 1113, 11, 13)
Poznámka: SLM s IA 11 a 13 nesmí být současně použitá pro vyrovnaní FPD i zařazená v započitatelnosti DOCH05, skupina NVT
Hodiny započtené - hodiny přiznaného zvýhodnění
Poznámka - uživatelská poznámka k přiznanému zvýhodnění
tlačítko Ulož:
kontrola při uložení pro sekci Zvýhodnění práce ve svátek:
Pokud Hodiny(hs1) <> Saldo (hs3) zobrazí se dialog:
Nevyrovnali jste zvýhodnění za práci ve svátek, pokračovat ?
Ano - ukončit uložení
Ne - návrat do editačního režimu
do systému se uloží pouze řádky u kterých hodiny <> 0
Pokud je použít režim schvalované práce ve svátek, provede se také kontrola na rozdíl mezi schválenými hodinami a skutečně vykázaným zvýhodněním. Pokud této hodnoty jsou různé, zobrazí se hlášení: DD024a=Nesouhlasí počet hodin zvýhodnění za svátek vykázaných (%1) s hodinami schválenými (%2).
Úroveň hlášení je uživatelský nastavitelná (Adm32) a tak je možné podle potřeby upravit činnost funkce uložení.
Kontroly na evidenční přesčas nebo evidenční práci ve svátek, prováděné v rámci uložení na formuláři, jsou vázané na hlášení DD024 resp. DD024a (je možné nastavit jejich úroveň na Adm32)
V rámci funkce převodu do Dcm (Převod a uzavření) si kontrola plnění FPD pracovní doby
automaticky upraví saldo plnění FPD podle denní evidence docházky o hodiny zadané na SLM pro vyrovnání uložené v Dcm.
Uživatel standardním způsobem připraví evidenci docházky pro uzavření
Přepne se na záložku Korekce DD/MV
Použije tlačítko [Převod DD/MV]
Zkontroluje obsah záložky Korekce a dle potřeby upraví hodiny u SLM pro vyrovnání plánovaného FPD při nesplnění resp. při jeho přeplnění.
Použije tlačítko [Uzavřít]
a/ Pro přiřazený kalendář na PV s rozdělováním zvýhodnění za práci ve svátek pomocí formuláře Korekce FPD, příplatek za práci ve svátek negenerovat nebo generovat na evidenční SLM.
b/ Pro SLM použitou na práci ve svátek, nesmí být na Slm01, Kódy a další nastavené automatické generování zvýhodnění práce ve svátek - NV nebo musí být použitá evidenční SLM.
c/ Obě SLM typu tvorba NV za práci ve svátek, použité pro Korekci FPD musí být nastavené jako standardní SLM pro Banku NV - tvorba NV za práci ve svátek.
d/ SLM, podle příkladu, 113 SLM zvýhodnění práce ve svátek - NV - navýšení se nesmí zobrazovat ve formuláři Korekce FPD (nesmí mít nastaveno Slm01, Doch&Ext.vstupy, Typ zpracování SLM - upřesnění = 2 a nesmí být zařazená do započitatelnosti DOCH05.NVSV.
Pozor: pro rozdělovaní zvýhodnění za práci ve svátek musí být standardní výpočet příplatku za práci ve svátek na Kal01, Příplatky - posílán na evidenční SLM (IA 5101) bez převodu do mezd, nebo se musí vypnout.
Naplnění započitatelnosti Slm02, DOCH05, skupiny NEUZNAN, NVT, NVC, PLAC, STRAVA
Pro SLM vyrovnání FPD v Slm01, Doch&Ext.vstupy nastavit:
Typ zpracování SLM – upřesnění = 2
Pro dotčené uživatele/profily povolit zobrazení záložky Korekce FPD pro Dcd01 nebo Dcu06 nebo pro oba.
Pokud se použije kontrola na schválený evidenční přesčas nebo se použije pro přerozdělení zvýhodnění za práci ve svátek:
1) Určit SLM pro zvýhodnění práce ve svátek a pro tyto SLM (IA 11, 13, 1113)
a.
v Slm01, Doch&Ext.vstupy pro
vybrané SLM nastavit:
Typ zpracování SLM - upřesnění“ = 2
b. doplnit je do započitatelnosti DOCH05, NVSV
2) Do započitatelnosti DOCH05, NVSV doplnit SLM pro schvalovanou evidenční SLM pro práci ve svátek (IA 5101, 5104)
3) Do započitatelnosti DOCH05, PLAC_EV, doplnit SLM pro schvalovanou evidenční SLM pro práci v přesčase (IA 5101, 5104)
Pokud pro zvýhodnění práce ve svátek - NV, je požadované navýšení hodin (např. na 1,5 násobek), tak pro tuto SLM na Slm01, Kódy a další nastavíme doplňkové generování. Doporučujeme navýšení směrovat na jinou SLM než je původní.
Nastavení podle příkladu:
111 SLM zvýhodnění práce ve svátek - NV
113 SLM zvýhodnění práce ve svátek - NV - navýšení
V Slm01, Kódy a další vložit řádek:
Typ generování: 4-V docházce
Generovaná SLM: 113-Práce ve svátek za NV-navýšení
Způsob generování: 12-Kopie s použitím procenta na hodiny a zaokrouhlením na 2 dm matematicky
Procento: 50,000
Záložka obsahuje aktuální stav vybraných personálních údajů aktuálního zaměstnance a aktuální zařazení do struktur z Opv01.
Ve vrchní části záložky jsou zobrazené vybrané personální údaje zaměstnance a ve spodní části se zobrazuje tabulka aktuálně přiřazených struktur.
Je možná uživatelská změna aktuálního kalendáře (obdoba změny z Opv01, řízeno objektovým právem).
Personální údaje zaměstnance :
Osobní číslo PV – zákaznické identifikační číslo PV
Druh PV – Kód a název druhu aktuálního PV (druh_pv).
Status vztahu osoba – organizace – Kód vztahu osoby k organizaci (status_v) (Opv01, Popis)
Evidenční stav – Kód a název aktuálního stavu zaměstnance (ce_stav).
Datum vzniku PV – První den platnosti PV
Datum ukončení PV – Poslední den platnosti PV
Číslo správní jednotky- Kód a název tzv. správní jednotky pro aktuální zařazení zaměstnance do správní jednotky v rámci organizace
Správní oddíl – Kód a název tzv. správního oddílu pro aktuální zařazení zaměstnance do správního oddílu v rámci správní jednotky
Manažer: – Vedoucí aktuální organizační jednotky
Režim práce s kalendářem: – Režim použití kalendáře (rezim_kal )
Kalendář: – Kód
a název aktuální přiřazeného skupinového kalendáře na PV
Položka je editovatelná, pokud má uživatel přiřazené odpovídající objektové
právo.
Při změně kalendáře se provede stejná akce (aktualizace Kad01.) jako při změně kalendáře na Opv01, Režim.
Režim vykazování odpracované doby – Základní režim, kterým se řídí způsob zjištění odpracované doby. (rezim_vykaz)
Režim proplácení neodpracovaných svátků – Určuje způsob, jak proplatit nebo neproplatit svátky, které vyšly na jinak obvyklou pracovní směnu zaměstnance (rezim_svatek)
Režim práce přesčas – Určuje, jak se zachovat v případě, když odpracovaná doba je větší než fond pracovní doby zaměstnance v měsíci ( rezim_prescas)
Převod doch. do mezd – Povolení (Ano /Ne) zahrnutí podkladů pro mzdy z formuláře dcm01, záložka „Vstupy – detail“ do výpočtu mezd pro aktuálního zaměstnance (standardně se podklady zahrnou do výpočtu)
Režim zpracování docházky (kalkulace) – Definování režimu vytváření, vyhodnocení a kontrol evidence denní docházky (pd_zprac_asd).
Typ nároku na stravu – Určení typu stanovení nároku příspěvku na stravu (pd_typ_strava)
Typ použití výstupu vyhodnocení stravy - Určení typu výstupu srážka/paušál pro příspěvek na stravu .
Položka na záložce je editovatelná za podmínek, jako je editovatelný kalendář.
Počet období pro sledování NV – z Opv01, Režim,
Režim zpracování průchodů – z Opv01, Režim,
Položky platné pouze pro formulář Dcd01 (zobrazení této záložky na jiných formulářích je neobsahuje)
Saldo NV – celkem (denní doch.) – aktuální saldo evidence NV (NV přenos + NV tvorba - NV čerpání)
NV k proplacení/čerpání v akt. měsíci (denní doch.): - hodiny NV, které je nutné v aktuálním měsíci vyrovnat, tj. hodiny NV nevyrovnané v zákonem stanoveném limitu („NV k proplacení/čerpání …“ z měsíčního záhlaví - NV čerpání).
Přesčas celkem (denní doch.)
Obsah položky se spočte jako:
Poč. stav z MZ + součet hodin pro záznamy se SLM z DOCH02.PRESC + IA 1004, pokud ale není ve skupině PRESC.
Obsah položek Přesčas celkem (denní doch.) a Přesčas celkem (měs. doch.) nemusí být stejný, záleží od způsobu vykazování přesčasu v denní docházce a zpracování NV při uzavírání docházky.
Přesčas placený celkem (měs. doch.) - aktuální stav placeného přesčasu podle měsíční evidence docházky. (Přesčas stav .. z měsíčního záhlaví + součet hodin z MV pro SLM s IA 1004, 1111, 1132, 7111)
Dovolená zůstatek rok- z Dov01 položka „Celk. zůst.“ běžného roku k prvnímu dnu aktuálního měsíce – čerpání akt. období z DOCH.
Dovolená zůstatek vč. období - aktuální zůstatek dovolené vzhledem na aktuální nárok k období formuláře (do splnění limitů 1/12, za každých 22 odpr. dní, pak celoroční nárok, pokud není nastaveno ukončení PV v běžném roku, stačí předpokládané ukončení. Aktuální období se považuje za odpracované).
Dov. zůstatek ve směnách z min. období: - aktuální zůstatek dovolené z minulého roku ve směnách (není obsažen v běžném nároku v hodinách)
Položka se zobrazí pouze pokud je Režim čerpání dovolené =7 a převod z minulého roku je ve dnech
Tabulka aktuálního zařazení do struktur
Tabulka obsahuje aktuální přiřazení zaměstnance ke strukturám (struktura se zobrazí pokud má přiřazen prvek). Pro oblast docházky jsou význačné struktury :
1 Nákladová struktura
2 Organizační struktura
3 Pracovní místo
4 Profese (funkce)
5 Kategorie
8 Projekt (kolektiv)
15 Referent (referent docházky)
16. Místa (přístupový systém)
Struktura zařazená do alternativního navigačního seznamu
32 Stravovací lokalita (identifikace lokality odběru stravy)
33 Referent – strava
Sloupce tabulky:
Typ struktury – typ přiřazené struktury
Kód – kód přiřazeného prvku
Název – název přiřazeného prvku
Zdroj – zdroj přiřazení
Manažer – odpovídá aktuálnímu nastavení manažera pro prvek struktury (Str01,Manažer).
Záložka obsahuje rekapitulaci aktuálního stavu denní evidence docházky v členění podle SLM za aktuální období.
Standardně obsahuje součty položek započitatelné hodiny, počet směn a délka přestávek ze záznamu denní evidence docházky podle použitých SLM.
Pokud aktuálně přiřazený kalendář obsahuje také automatizovaně generované příplatky, jsou na záložce zobrazeny také záznamy s automatizovaně generovanými příplatky (samostatný záznam pro každý definovaný příplatek). Tyto záznamy jsou odlišeny od standardních jinou barvou.
Pro sloupec „Příplatek 6“ denní evidence docházky se použije SLM podle konfigurace „Kal01, Doch.-příplatky, SLM příplatku přesčas“
Záložka obsahuje tabulku s položkami :
SLM – Identifikace SLM (kód a název SLM)
Hodiny započtené – Součet započitatelných hodin k předmětné SLM
Počet směn – Součet položky „Počet směn“ k předmětné SLM
Délka přestávek – Součet položky „Délka přestávek“ k předmětné SLM
Záložka obsahuje rekapitulaci aktuálního stavu denní evidence docházky v členění podle dní měsíce a definované skupiny SLM za aktuální období.
Záložka obsahuje tabulku s položkami:
Datum: –
Identifikace dne ve formátu DD CC,
kde DD – je kalendářní den (1, 2, ..,31)
a CC je zkratka dne v týdnu (Po, Ut, St, Čt, Pá, So, Ne)
Kód : - Identifikace plánované směny (kód a název vzorového dne)
barva pozadí se nastaví podle typu plánované směny (obdobně jako je to na záložce "Vstupy", sloupec „Kód“)Hod. směny : - Plánované hodiny směny
Odpracováno : - Součet započitatelných hodin ze SLM typu „odpracováno“
Neodpracováno : - Součet započitatelných hodin ze SLM typu „neodpracováno“
Rozdíl :
- Saldo plnění fondu pracovní doby dne
((Odpracováno + Neodpracováno) – Hodiny směny)
Pl. přesčas : - Součet započitatelných hodin ze SLM typu „placený přesčas“ (součet hodin ze záznamu se SLM ze započitatelnosti DOCH02.PRESC )
Nepl. přesčas : - Součet započitatelných hodin ze SLM typu „neplacený přesčas“ (součet hodin ze záznamu se SLM ze započitatelnosti DOCH02.NVT )
Jiné : - Součet započitatelných hodin ze SLM definovaných započitatelnosti Slm02.Doch03.DD_JINE
Úkol – hodiny vykázané v úkolové mzdě
součet vykázaných hodin na
formuláři Dcg02, Výkaz, položka Hodiny.
zobrazení sloupce je vázané na právo uživatele
Nárok na stravu : - přiznání příspěvku na stravu
Nárok na stravu – doplňkový : - přiznání příspěvku na stravu - zvýšený nebo doplňkový
Tabulka obsahuje dva součtové řádky, které jsou zobrazeny jako poslední a jsou zvýrazněny.
První obsahuje součet k „předchozímu“ dni pro aktuální období nebo poslední den období – identifikován ve sloupci „Kód“ dnem, ke kterému se provádí součtování.
Druhý obsahuje celkový součet – identifikován ve sloupci „Kód“ posledním dnem období.
Pro sledování přenosu odpracované doby z období do období na SLM s IA 6/7 (typ vyrovnávacího období 4/5) je doplněn speciální řádek Převod.
Tento řádek ve sloupci „odpracována doba“ zobrazuje:
záporné hodiny ze SLM s IA 6 + hodiny ze SLM s IA 7
a tím se korigují započitatelné hodiny FPD pro aktuální období.
Zvýrazněním jsou označeny volné dny (např. Sobota, Neděle u standardních pracovních režimů) a barevně je označen den svátku.
Pokud ve sloupci „Rozdíl“ je záporná hodnota, tak se tato zobrazí červeně.
Záložka je určena především pro vygenerování plánované docházky (ve zkratce DD) pro aktuálního zaměstnance nebo všech zaměstnanců z aktuálního výběru (podle aktuálního stavu navigačního seznamu) v definovaném rozsahu dnů.
Dále je, dle zvoleného režimu, řešen konflikt s již evidovanou docházkou v rozsahu generování.
Podrobný popis generování evidence denní docházky viz „Generování denní docházky (DD)“.
Záložka je rozdělena na dvě části :
Ve vrchní části se nacházejí editovatelné položky pro nastavení parametrů generování:
Datum Od: - První den, pro generování docházky
Datum Do: - Poslední den generování docházky (včetně)
Poznámka 1: - Uživatelská poznámka ke generování, je uložená do každého generovaného řádku
Poznámka 2: - Uživatelská poznámka ke generování, je uložená do každého generovaného řádku
Chování procesu generování při kolizi s existující docházkou:
Uživatelská volba chování procesu generování DD při zjištění už existujícího řádku v aktuální evidenci docházky. Jsou možné následující alternativy :
0 – Ukončit generování
Funkce generování bude ukončena pro aktuálního zaměstnance (předdefinované nastavení)
1 – Existující záznamy přepsat podle VD nebo nastavení
Každý řádek daného dne přegenerovat aktuálními parametry generování
2 – Vytvořit další záznam do dne (vždy)
Do každého konfliktního dne se doplní další řádek
3 – Vytvořit nový záznam, pokud ve dni není žádný záznam
Každý konfliktní den se přeskočí, v generování se pokračuje dalším dnem
4 – Nový záznam pro vyrovnání denního FPD (do nevykázané nebo jenom částečně vykázané směny)
SLM : - Identifikace SLM pro generování (výběr SLM je omezen na SLM, které mají pro formulář Dcd01 právo „zápis“)
Čas od – čas pro začátek odchylky
Čas do – čas pro konec odchylky
Hodiny započtené – hodiny odchylky
Délka přestávek – stanovení délky přestávky na jídlo a odpočinek pro generování záznamů, pokud je vyplněn také parametr SLM, Čas od, Čas do.
Generování podle plán docházky (VZOR): - povolení generování docházky ne z Kal01 ale z Dcp14.
Ve spodní části se nacházejí funkční tlačítka :
[Generuj DD pro akt. zaměstnance]
Generování záznamů do evidence denní docházky se provede v rozsahu zadaných datumů jen pro aktuálního zaměstnance
[Generuj DD pro všechny PV v navigačním seznamu]
Generování záznamů do evidence denní docházky se provede v rozsahu zadaných datumů pro všechny zaměstnance zobrazené v aktuálním navigačním seznamu.
Shodná s obdobnou záložkou „Dcm01, Vstupy“.
Při vypnutí „Všechny vstupy(čtení), shodná s obdobnou záložkou „Dcm01, Vstupy“ s omezeným zobrazením položek.
Seznam SLM, které je možné zadat z formuláře, je shodný se seznamem SLM na „Dcm01, Vstupy“.
Záložka se standardně nezobrazuje, zobrazení je vázáno na objektové právo Dcd01VstupyMes - Zobrazení záložky Měsíční vstupy.
Editace v rámci záložky je jednak vázána na úroveň objektového práva a stav editace pro záložku Dcd01, Vstupy.
Poznámka: Na Dcd01 na záložce Vstupy měsíční, výběr nefunguje vždy spolehlivě. Výběr se chová, jako kdyby nebylo zaškrtnuto "Všechny vstupy /čtení".
Záložka je určena k vygenerování individuálního plánu směn zaměstnance – denních záhlaví (DZ) pro aktuálního zaměstnance nebo všech zaměstnanců z aktuálního výběru (podle aktuálního stavu navigačního seznamu).
Podrobný popis generování záhlaví denní docházky viz „Generování denního záhlaví (DZ)“.
Záložka je rozdělena na dvě části :
Ve vrchní části se nacházejí editovatelné položky pro nastavení parametrů generování :
Identifikace skupinového kalendáře (výběr vzoru pro generování) pro generování denních záhlaví v rozsahu zadaných datumů, pokud se pole nevyplní, generování se provede podle aktuálního přiřazení kalendáře na PV pro aktuální den
První den, pro generování denních záhlaví
Poslední den generování denních záhlaví
Generovat i pokud existuje denní docházka:
Volba postupu generování DZ pokud v rozsahu generování jsou zjištěné záznamy evidence docházky. Při generovaní DZ se může stát, že dříve vyhodnocená docházka nemusí zodpovídat novému kalendáři. Uživatel musí následně rozhodnout, či docházka zůstane v aktuálním stavu resp. se musí znovu vyhodnotit.
Při „Ano“ se DZ přegeneruje bez ohledu na existenci záznamů DD, při „Ne“ se generování neprovede.
Přegenerovat, pokud záhlaví už existuje:
Volba postupu generování DZ pokud v rozsahu generování jsou už vygenerované DZ. Při přegenerování DZ se může stát, že dříve vyhodnocená docházka nemusí zodpovídat novému kalendáři. Uživatel musí následně rozhodnout, či docházka zůstane v aktuálním stavu resp. se musí znovu vyhodnotit.
Při „Ano“ se DZ přegeneruje bez ohledu na existenci záznamů DZ, při „Ne“ se generování neprovede.
Ve spodní části se nacházejí funkční tlačítka :
[Generuj DZ pro akt. zaměstnance]
Generování denních záhlaví se provede v rozsahu zadaných datum jen pro aktuálního zaměstnance
[Generuj DZ pro všechny PV v navigačním seznamu]
Generování denních záhlaví se provede v rozsahu zadaných datum jen pro všech zaměstnanců zobrazených v aktuálním navigačním seznamu.
Záložka obsahuje funkční tlačítka pro provedení individuálních funkcí, pro aktuální OSČPV, resp. hromadných funkcí pro všechny OSČPV aktuálně zobrazené v navigačním seznamu.
Individuální a hromadné funkce jsou vizuálně odděleny do sekcí :
Aktuální zaměstnanec
Hromadné funkce
Hromadné procesy jsou při identifikování nespecifikované chyby řízeny zásadou „10 opakování a dost“, tzn. že při desáté identifikaci výskytu fatální chyby, se proces ukončí a uživatel musí nejdříve odstranit identifikované problémy a následně hromadný proces zopakovat.
[Převod DD/MV]
spuštění generování podkladů pro mzdy (převod evidence denní docházky do měsíčních vstupů), podrobný popis viz procesy
[Změna SLM přesčasů]
Umožňuje hromadnou změnu SLM přesčasů na záznamech Dcd01, Vstupy (podrobněji viz níže: Funkce tlačítka [Změna SLM]).
Tlačítko se standardně nezobrazuje (viz objektová práva k Dcd01).
[Výběr podle kolektivu]
Tlačítko se zobrazí pouze pokud uživatel
má právo k formuláři Dcg01 (minimálně čtení).
Popis funkce:
zobrazí se dialog: Volba kolektivu
uživatel zadá nebo z nabídky vybere požadovaný kolektiv
po [Zrušit] - uzavřít dialog bez
akce
po [Použít] - omezí se nav. seznam podle seznamu PV aktuálně přiřazených na
zvolený kolektiv (podle Dcg10, Osoby)
[Smaž převod DD/MV]
Spuštění vymazaní generování podkladů pro mzdy z funkce Převod DD/MV (řádky se zdrojem = 20 a 24).
[Smaž DD]
Tlačítko slouží pro odstranění všech záznamů z evidence denní docházky aktuálního zaměstnance.
Přístup k tlačítku dle práva Dcd01specfunc (Speciální funkce Dcd01)
Po použití tlačítka se zobrazí dialog Smaž DD, který obsahuje:
Informační zprávu: Opravdu smazat všechny záznamy pro aktuální PV a období ?
Položky Datum od, Datum do pro vymezení rozsahu mazání (standardně od prvního do posledního měsíce)
Tlačítka
[Ano] - pro provedení
akce
[Ne] - pro návrat do základního formuláře
[Smaž DD z Generuj DD]
Funkce shodná jako [Smaž DD], ale smaže pouze řádky, které byly vytvořeny funkcí Generuj DD a zatím nebyly editovány libovolným uživatelem.
Po použití tlačítka se nejdříve zobrazí dialog :
"opravdu smazat všechny záznamy pro aktuální PV a období ? „ ANO/ZRUŠIT - pokud ANO, objeví se další dialog :
"Smazat i záznamy generované
s parametrem SLM, hodiny ... (Ne/Ano) ?
při Ne – smaže záznamy se zdrojem 1
při Ano – smaže záznamy se zdrojem 1 i se zdrojem 6
[Smaž DZ]
Tlačítko slouží pro odstranění všech záznamů denních záhlaví (vymazání individuálního plánu směn zaměstnance).
Přístup k tlačítku dle práva Dcd01specfunc (Speciální funkce Dcd01)
Povolovací dialog implicitně nastaven na „Zrušit“, resp. „Storno“.
Při použití funkce [Smaž DD], [Smaž DZ] se před provedením
akce provede kontrola stavu zpracování MZDY PV a pokud je ve stavu „Proveden
celý výpočet“ je stav upraven na „Výpočet neproveden“ (obdobně jako
v procesu „Uzavřít MV“ ).
[Převod DD/MV + Uzavření pro všechny PV v navigačním seznamu]
Funkce shodná s [Převod DD/MV + Uzavření pro akt. zaměstnance], ale spuštěná postupně pro každý zobrazený PV v aktuálním navigačním seznamu
[Převod DD/MV pro všechny PV v navigačním seznamu]
Funkce shodná s [Převod DD/MV], ale spuštěná postupně pro každý zobrazený PV v aktuálním navigačním seznamu
[Smaž převod DD/MV pro všechny PV v navigačním seznamu]
Spuštění vymazání generování podkladů pro mzdy z funkce Převod DD/MV.
[Otevřít pro všechny PV v navigačním seznamu]
Funkce shodná s [Otevřít pro akt. zaměstnance], ale spuštěná postupně pro každý zobrazený PV v aktuálním navigačním seznamu
[Kalkulace pro všechny PV v navigačním seznamu]
Přepočet
evidence docházky pro všechny zaměstnance aktuálně zobrazených
v navigačním seznamu.
Provede pro každé PV v aktuálním NS kalkulaci v rozsahu: první den
měsíce / referenční datum (stanoven dle režimu evidence docházky PV, více viz
popis „Režimy evidence docházky“).
[Smaž DD pro všechna PV v navigačním seznamu]
Aplikovaní funkce [Smaž DD] pro každé PV v aktuálním navigačním seznamu
tlačítko dostupné pouze pro profil s objektovým právem „Dcd01specfunc
[Smaž DD z Generuj DD pro všechna PV v navigačním seznamu]
Funkce shodná jako [Smaž DD pro všechna PV v navigačním seznamu], ale smaže pouze řádky, které byly vytvořeny funkcí Generuj DD a zatím nebyly editovány libovolným uživatelem.
[Smaž DZ pro všechna PV v navigačním seznamu]
Aplikovaní
funkce [Smaž DZ] pro každé PV v aktuálním navigačním seznamu
tlačítko dostupné pouze pro profil s objektovým právem „Dcd01specfunc
Při použití funkce [Smaž DD pro všechna PV v navigačním seznamu], [Smaž DZ pro všechna PV v navigačním seznamu] se před provedením akce provede kontrola stavu zpracování MZDY PV a pokud je ve stavu „Proveden celý výpočet“ je stav upraven na „Výpočet neproveden“ (obdobně jako v procesu „Uzavřít MV“ ).
[Nastavení denního záhlaví pro všechny PV v navigačním seznamu]
Tlačítko je standardně nedostupné (mimo profilů s rolí 1) a pokud je dostupné pro profil, dále dostupné za podmínek jako tlačítko Kalkulace.
Tlačítko dostupné pro uživatele s právem: Dcd01UzavriDen
Při užití tlačítka se zobrazí dialogové okno "Nastavení denního záhlaví"
které obsahuje:
položky: Datum Od / Datum Do
tlačítka: Otevřít / Uzavřít / Zrušit
Po vyplnění položek se provedou kontroly:
a/ Datum Od musí být vyplněn a musí být v rozsahu akt. období
b/ Datum Do může být nevyplněn, pokud je vyplněné, musí být v rámci akt. období a musí být => než Datum Od
Funkce:
Zrušit - uzavře se dialog bez akce
Otevřít - pro každé PV z nav. seznamu a každý den z rozsahu Datum Od až Datum Do (pokud nevyplněno, tak pouze pro Datum Od) se spusti funkce Dcd01, Vstupy, Záhlaví, Otevřít.
Pro každé PV a datum se zjišťuje oprávněnost použití (podmínky stejné jako dostupnost tlačítka Otevřít na Záhlaví).
Uzavřít - pro každé PV z nav. seznamu a každý den z rozsahu Datum Od až Datum Do (pokud nevyplněno tak pouze pro Datum Do) se spusti funkce Dcd01, Vstupy, Záhlaví, Uzavři
Pro každé PV a datum se zjišťuje oprávněnost použití (podmínky stejné jako dostupnost tlačítka Uzavři na Záhlaví).
[PV s neuzavřenou docházkou] – navigační seznam je omezen
pouze na PV s neuzavřenou docházkou, tzn. stavy 2, 12, 22, 32.
[PV s uzavřenou docházkou] – navigační seznam je omezen pouze na PV
s uzavřenou docházkou, tzn. stavy 3, 13, 23, 33, 99.
Po aktivaci tlačítka [Změna SLM] se zobrazí formulář Změna SLM, který obsahuje:
Parametry:
Filtr SLM – umožňuje omezení SLM v tabulce
Číselník obsahuje SLM v stejném rozsahu jako pro parametr Nová SLM
Políčko Označ vše – pro označení všech zobrazených řádků
Pod tabulkou:
Nová SLM – volba SLM pro záměnu
Číselník obsahuje SLM použité v parametru Kal01, Doch.-příplatky, SLM příplatku – přesčas (v libovolném kalendáři) a všechny SLM s IA 11, 13, 905 a 1111, které navíc musí být pro Dcd01 povolené na Adm06 pro zápis
Hodiny – počet hodin pro nastavení do označených záznamů
Tabulku přesčasů ze záložky Vstupy (pouze ty, které mají SLM použitou při generování přesčasů z libovolného kalendáře – SLM z parametru Kal01, Doch.-příplatky, SLM příplatku - přesčas), s obsahem:
Datum - den odchylky
Kód - identifikace plánované směny (VZD)
Hod. směny ZAHL - plánovaná délka směny
SLM - SLM odchylky
Čas od - začátek odchylky
Čas do - konec odchylky
Hodiny započtené - hodiny odchylky započtené do ev. docházky
Zdroj řádku - identifikace zdroje vytvoření řádku
Tlačítka:
[Upravit] – SLM z Nová SLM se uloží do všech označených záznamů
[Zavřít] – uzavření formuláře
Postup hromadné změny SLM :
1) Použít tlačítko Dcd01, Převod a Uzavření, [Změna SLM]
2) Dle potřeby omezit zobrazení v tabulce pomocí parametru Filtr SLM
3) Dle
potřeby označit řádky, u kterých hodláme změnit SLM nebo hodiny
Jeden řádek označíme tak, že na něj položíme kurzor
Více řádků označíme tak, že označíme první řádek, pak stlačíme CTRL a při
podržení stlačeného CTRL označíme každý řádek, u kterého požadujeme změnit SLM
Pokud požadujeme provést změnu u všech zobrazených záznamů, označování není
nutné použít.
4) Nastavit parametre Nová SLM a Hodiny
5) Použít vhodné tlačítko pro požadovanou akci: [Upravit] / [Zavřít]
6) Postup 2 až 5 je možno opakovat
Popis funkce tlačítka [Upravit]:
Každý řádek, který je zpracován v rámci tohoto formuláře, je nastaven do režimu Kalkulovat = Ne.
a/ Pokud je vyplněn parametr Nová SLM a nevyplněn parametr Hodiny
- u vybraných řádků se změní SLM na vybranou SLM
b/ Pokud je vyplněn parametr Nová SLM a vyplněn parametr Hodiny
- u vybraných řádků se změní SLM
na vybranou SLM
- u vybraných řádků se změní hodiny na hodnotu zadanou v parametru Hodiny
- a zároveň se upraví položka čas od/do podle: hodin z parametru:
Pokud přesčas je bezprostředně
před začátkem směny,
upraví se Čas od jako Čas do – Hodiny
Pokud přesčas je bezprostředně za
koncem směny,
upraví se Čas do jako Čas od + Hodiny
Pokud přesčas nenavazuje na
směnu, nebo je volném dni,
upraví se Čas do jako Čas od + Hodiny
Upravují se časy pro výpočet.
c/ Pokud je nevyplněn parametr Nová SLM a nevyplněn parametr Hodiny
- bez akce
d/ Pokud je nevyplněn parametr Nová SLM a vyplněn parametr Hodiny
- u vybraných řádků se změní hodiny na hodnotu zadanou v parametru Hodiny
- a zároveň se upraví položka čas od/do – viz výše b/
Kontrola omezení zadání hodin
Při uložení změny se provede kontrola na použité hodiny pro každý měněný řádek.
Pokud hodiny z parametru jsou menší nebo rovny, jako hodiny ze zpracovávaného řádku:
Hodiny odchylky se nastaví podle zadání v parametru
Pokud hodiny z parametru jsou větší , než hodiny ze zpracovávaného řádku:
zobrazí se hlášení:
Pro den <datum ze záznamu> nelze nastavit na <hod. parametr> hod., max <hod. záznam>
Změna hodin se neprovede
Po odklepnutí se zpracuje další řádek, nebo se ukonči funkce, pokud není další řádek
Formulář zobrazuje jinou formou údaje z Dcd01, tzn. všechny změny prováděné v Dcd01 se zobrazí při uložení/provedení funkce v tomto formuláři a opačně, úprava na tomto formuláři se po uložení zobrazí ve formuláři Dcd01.
Je určen pro zjednodušenou formu vykazování denní evidence docházky ve vazbě na jednu strukturu. Strukturu je možné určit v konfiguraci kalendáře (Kal01, Doch&Schval, Typ str. pro Dcd03). Standardně se pracuje se strukturou č. 12.
Formulář obsahuje navigační seznam stejný jako má formulář Dcd01.
Záhlaví formuláře obsahuje:
editační položky:
Období - pro volbu období pro zobrazení dat
Datum - pro omezení zobrazených dat pouze na zvolený den (standardní číselník pro výběr datumu)
zobrazované položky:
Typ struktury - identifikace přiřazované struktury podle Kal01, pokud na Kal01 není nastaveno, tak str. 12.
Stav editace měs. záhlaví: - stav editace docházky (stejně jako na Dcd01)
Stav výplatního termínu: - stav výplatního termínu (stejně jako na Dcd01)
Součet za den: - pokud je položka Datum vyplněná, součet započitatelné doby za zvolený den
Plán FPD: - plánovaný FPD podle přiřazeného kalendáře
Součet za období: - součet započitatelné doby z evidence docházky
Rozdíl: - saldo plnění FPD za měsíc
tlačítka:
standardní editační tlačítka
[Kalkulace] - stejná funkce jako na Dcd01
[Převod + uzavření] - stejná funkce jako na Dcd01
[Otevřít] - stejná funkce jako na Dcd01
Všechny vstupy (čtení) - omezení zobrazovaných řádků z Dcd01.
nezaškrtnuté - zobrazuje pouze editovatelné řádky z Dcd01
zaškrtnuté - zobrazuje všechny řádky z Dcd01
dostupnost tlačítek odpovídá dostupnosti obdobných tlačítek na Dcd01
Editační tabulka s plošnou editací a sloupci
Datum - datum záznamu
Vzd. den - kód vzor. dne plánované směny
SLM - kód a název SLM záznamu (stejné zobrazení a číselník jako v Dcd01)
Při Nový se automaticky nastaví SLM pro odpracovanou dobu, pro nepřítomnosti musí uživatel změnit
Čas Od - začátek úseku
Čas Do - konec úseku
Hod. výk. - hodiny vykázané, hodiny časového úseku (vypočítají se jako Čas do - Čas od)
Hod. zap. - započitatelné hodiny do
odpracované/neodpracované doby evidence docházky, vypočítají se podle
přiřazeného kalendáře a režimu kalkulace
jedná se o hodiny započitatelné jako odpracovaná doba včetně práce nad fond bez
přestávek
Hod. nad. - (Dcd01.prip1) hodiny vykázané nad plánované hodiny směny, počítají se automaticky jako (Hod. záhlaví - Hod. zap. - hod. přestávky)
Výpočet přesčasu:
a/ Záznam zasahující do plánované směny
Hod.nad = Hodiny (Do-Od) - Hodiny započítané - Přestávky
b/ Pokud je záznam ve dni bez plánované směny (Plán směna = 0) nebo celý záznam je mimo plánovanou směnu (konec odchylky je menší nebo rovný než začátek plán. směny nebo začátek odchylky je větší nebo rovný než konec plánované směny
Hod.nad = Hodiny započítané
Zakázka/Projekt - kód prvku struktury podle záhlaví (číselník)
Náhr. volno - (Dcd01.prip5) hodiny náhr. volna - zadává uživatel
Přesčas PD - (Dcd01.prip2) hodiny přesčasu v prac. dni - zadává uživatel
Přesčas VD - (Dcd01.prip3) hodiny přesčasu ve volném dni - zadává uživatel
Pohotovost - (Dcd01.prip4) hodiny držené pohotovosti zadané uživatelem (není vázaná na zadaný časový úsek)
Přípl noc - (Dcd01.prip noc) hodiny příplatku za noc - automaticky spočtené
Přípl So/Ne - (Dcd01.prip s/n) hodiny příplatku za víkend - automaticky spočtené
Přípl. SV - (Dcd01.prip SV) hodiny příplatku za svátek - automaticky spočtené
Zdroj - informace o místě pořízení řádku
Postup práce s formulářem:
Pozor: provedené úpravy tabulky od zahájení editace do uložení nejsou trvale uložené v aplikaci, tzn. při případném výpadku aplikace nebo nesprávně zvoleném tlačítku se všechny úpravy ztratí.
a/ Nahrávání odpracované a neodpracované doby v průběhu měsíce:
Uživatel v navigačním seznamu vybere PV, se kterým potřebuje pracovat.
Dle potřeby může nastavit omezení na jeden den (ale také nemusí).
Zvolí editační režim - Smaž, Nový, Kopie, Edituj.
Smaž - vymaže řádek na kterém stojí kurzor
Kopie - vytvoří kopii řádku, na kterém stojí kurzor a nastaví se do editačního režimu
Edituj - nastaví se do editačního režimu
Nový - vytvoří nový řádek a nastaví se do editačního režimu
Postup pro vytvoření nového záznamu:
vyplnění datumu
automaticky se vyplní VZD den a nastaví SLM na odpr. dobu
pokud je ve dni evidovaná nepřítomnost, změní SLM podle potřeby
vyplní se Čas od /Čas Do (pro celodenní nepřítomnosti není nutné vyplnit, doplní se automaticky podle plán. směny při kalkulaci)
nastavit kód Zakázka /Projekt
dle potřeby vyplnit Pohotovost
vložit nový řádek a postup zopakovat
Při uložení se provede uložení všech zadaných úprav.
Použitím tlačítka Kalkulace pak provede výpočet/dopočet needitovatelných položek.
b/ Přerozdělení práce nad fond na konci měsíce:
Postup slouží na přerozdělení vykázaných hodin ve sloupci Hod.nad. do sloupců Náhr. Volno, Přesčas PD a Přesčas VD.
Uživatel v navigačním seznamu vybere PV, se kterým potřebuje pracovat.
Zvolí editační režim.
Podle uvážení naplní dotčené sloupce.
c/ Vykazovaní času po půlnoci
Pokud se zadává čas po půlnoci, uživatel musí zapsat na konec znak „N“,
tzn. 1 hodina po půlnoci běžného dne se zapíše 1:00N
tzn. zápis 1:00 znamená první hodinu akt. dne.
Při uložení se kontroluje, aby Čas do byl větší než Čas od, tzn. zápis přes půlnoc např. od 18:00 do 2 hodiny po půlnoci je možné zapsat jako:
Od = 18:00, Do = 2:00 - jedná se o chybný zápis
Od = 18:00, Do = 2:00N - jedná se o správný zápis
Pozor také na zapisování krátkého záznamu po půlnoci, např. práce v pohotovosti na den 12.9.2019
zápis: Od = 1:00, Do = 2:00 - je zápis v „ranních“ hodinách 12.9.2019 evidovaný pro směnu 12.9.
zápis: Od = 1:00N, Do = 2:00N - je zápis v „ranních“ hodinách 13.9.2019 evidovaný pro směnu 12.9.
Příklady:
Práce nad plánovaný FPD je
automaticky vyhodnocována v docházce každý den do sloupce Hod.nad., (započítáno
do evidence docházky více hodin než je plánovaná délka směny ve dni). Poté
vedoucí tyto hodiny rozdělí do sloupce „Náhradní volno“ a "Přesčas PD"
nebo "Přesčas VD". Např.:
Př1.
Směna 8 - 6
Zaměstnanec pracoval 8 - 17 ve středu, kdy měl
plánovanou směnu
Automaticky se vygeneruje do sloupce Hod.nad. 1
hodina práce nad fond.
Vedoucí jí poté rozdělí dle svého rozhodnutí 0,5 NV,
05 Přesčas PD
Př2.
Směna 8 - 6
Zaměstnanec pracoval 8 - 17 ve středu, kdy neměl
plánovanou směnu
Automaticky se vygeneruje do sloupce Hod.nad. 10
hodin práce nad fond.
Vedoucí jí poté rozdělí dle svého rozhodnutí 5 hod
NV, 5 Přesčas VD
Př3.
Směna 8 - 16
Zaměstnanec pracoval 8 - 14 ve středu, kdy měl plánovanou směnu |
Zaměstnanec nenaplnil FPD za den o - 2,5 hodiny (6 hod. pracoval - 0,5 hod přestávky) |
Vedoucí/Referent rozhodl, že se nebude nahrazovat. Nedělá se nic. |
Př4.
Směna 8 - 16
Zaměstnanec pracoval 8 - 14 ve středu, kdy měl
plánovanou směnu
Zaměstnanec nenaplnil FPD za den o - 2,5 hodiny (6 hod. pracoval - 0,5 hod přestávky) |
Vedoucí/Referent rozhodl že musí být doplněno na FPD. Zadá se nový řádek s příslušnou SLM a hodinami.
Př 5.
Směna 8 - 16
Zaměstnanec pracoval 8 - 18 ve středu, kdy měl plánovanou směnu
Automaticky se vygeneruje do sloupce Hod.nad. 2 hodin práce nad fond.
Vedoucí jí poté rozdělí dle svého rozhodnutí např. 2 hod NV
Př. 6.
Směna 8 - 16
Zaměstnanec pracoval 8 - 18 ve středu, kdy měl plánovanou směnu
Automaticky se vygeneruje do sloupce Hod.nad. 2 hodin práce nad fond.
Vedoucí rozhodl, že se nejedná o práci přesčas, nevyplní žádnou položku
Kontrola DK124 - kontrola na překročení limitu hodin pro přiznání příplatku
Pro režim přesčas = 4 - nekontrolujme limit na hodiny příplatku pro přesčas, přípl. 1, 2, 3, 4, 5.
Při uložení se provede uložení všech zadaných úprav a provedou se jednak kontroly použité při uložení na Dcd01 a navíc kontroly:
Kontroly při uložení každého řádku z tabulky resp. skupiny řádků za den:
1/ Kontrola rozdělení nadfondu
Pokud součet hodin ze sloupců NV, Přesčas PD a Přesčas VD je větší než hodiny ze sloupce Hod.nad, zobrazí se hlášení:
DD162 [U] [FAT] Dne <datum>, rozděleno více hodin práce nad FPD, hod. nadfondu <hod2>, rozděleno <hod1>.
Pokud součet hodin ze sloupců NV, Přesčas PD a Přesčas VD je menší než hodiny ze sloupce Hod.nad, zobrazí se hlášení:
DD162a [U] [FAT] Dne <datum>, rozděleno méně hodin práce nad FPD, hod. nadfondu <hod2>, rozděleno <hod1>
2/ Přípustnost naplnění Přesčas PD a Přesčas VD podle plánu směn
Pokud uživatel vyplnil sloupec Přesčas PD na den bez plánované směny, zobrazí se hlášení: DD163 [U] [ERR] Dne <datum>, vykázaný Přesčas PD na volný den
Pokud uživatel vyplnil sloupec Přesčas VD na den s plánovanou směnou, zobrazí se hlášení: DD163a [U] [ERR] Dne <datum>, vykázaný Přesčas VD na pracovní den.
3/ Kontrola max. délky pohotovosti za den (24 hod)
Max. počet hodin pohotovosti za den je stanoven jako rozdíl 24 hodin - (součet vykázaných hodin z evidence docházky pro kontrolovaný den ze započitatelnosti ODPR, NEPR, PRESC, NVC, NVT, ODPRM a přestávky na jídlo a oddech).
Pokud je vykázáno na SLM pohotovosti více hodin než stanovené maximum, zobrazí se hlášení: DD164 [U] [ERR] Dne <datum>, zadáno více pohotovostí než je limit pro den, Pohotovost <hod1>, limit <hod2>
Opv01,
Aby bylo možno do výpočtu mezd posílat také přiřazené struktury k řádkům odpracované doby, musí být použitá SLM odpracované doby (1002/1001), která se přenáší do Vyp01 nebo lepší řešení je využít vykazovaný režim.
Kal01, záložka Doch&Schval
Typ str. pro Dcd03 - nastavit typ struktury, která se má nastavovat na formuláři Dcd03
pokud není zde vyplněno, tak se pracuje se strukturou č. 12
Kal01, záložka Doch - Příplatky
standardně nastavit parametry příplatků za práci v noci, So/Ne a Svátek
příplatek Přesčas : SLM s IA 905, režim = 4
příplatek Prip1: SLM s IA 905, režim = 0 (Hod.nad)
příplatek Prip2: SLM s IA 1111, režim = 0 (Přesčas PD - pracovní směna)
příplatek Prip3: SLM s IA 1111, režim = 0 (Přesčas VD - volný den)
příplatek Prip4: SLM s IA 2121, 2122, režim = 0 (Pohotovost)
příplatek Prip5: SLM s IA 11, 13, režim = 0 (NV tvorba)
Pokud se formulář Dcd03 otevře na PV, které pro aktuální období nemá nastaven kalendář (Opv01, Režim), zobrazí se systémové hlášení s názvem DDE010 Není nadefinován žádný kalendář.
Pokud se jedná o PV povinné pro docházku, musí se nastavit pro PV platný docházkový kalendář, pokud PV není určené pro docházku, tak na Opv01, Režim upravit nastavení položek tak, aby se PV pro oblast docházky nezobrazovalo.
Náhodný problém s Dcd03 formulářem (nenalezen plán směn pro některý den) jsme eliminovali postupem:
Pokud systém nenalezne hledaný záznam z evidence v Dcd03, zobrazí se hlášení:
Pro PV <> a datum <> nenalezen platný
řádek v Dcd03
a provede vyhledání denního záhlaví z Dcd01
- pokud se ani tak nenajde, zobrazí se hlášeni:
Nenalezené denní záhlaví
pro PV <> a den <>.
a ukončí se editační režim
- pokud se je záhlaví nalezeno, pokračuje se ve standardním dokončení
uložení editovaného záznamu.
Sestava obsahuje rekapitulaci aktuálního stavu denní evidence docházky zaměstnanců za zvolené období v členění podle SLM.
Sestava má standardní výstup do XLSX.
Standardní (období, správní oddíl, struktura, hladina, výběrová osa, OSČPV)
Středisko – kód a název podle zvolené struktury
Zaměstnanec – identifikace zaměstnance; Osobní číslo; Příjmení a jméno
Plán měsíce : – Plánovaný fond pracovní doby
Odpracované : – Započitatelné hodiny charakteru „odpracované“
Neodpracované : – Započitatelné hodiny charakteru „neodpracované“
Rozdíl : – Aktuální saldo plnění fondu pracovní doby
Název SLM : – název složky mzdy
Hodiny DD – hodiny započítané do evidence docházky
Hodiny – hodiny celkem (vykázané)
Hodiny Přest. – hodiny přestávky na jídlo a odpočinek
Směny – počet směn
Přípl. Odp. – hodiny příplatku za odpolední směnu
Přípl. Noc – hodiny příplatku za práci v noci
Přípl. Se/Ne – hodiny příplatku za práci o víkendu
Přípl. SV – hodiny příplatku za práci ve svátek
Přípl. 1 – hodiny příplatku 1
Přípl. 2 – hodiny příplatku 2
Přípl. 3 – hodiny příplatku 3
Přípl. 4 – hodiny příplatku 4
Přípl. 5 – hodiny příplatku 5
Přípl. 6 – hodiny příplatku 6
Sestava obsahuje detailní opis aktuálního stavu denní evidence docházky zaměstnanců v členění podle kalendářních týdnů.
Sestava obsahuje všechny řádky z denní evidence docházky (Dcd01, Vstupy, Detail)
Součty za den a týden obsahují jen hodnoty ze záznamů u kterých je SLM ze započitatelnosti DOCH02.ODPR, NEPR a NVC.
Položka „Kal“ se zobrazuje jen na úrovni součtového řádku za den.
Pokud není dostupný plán směn před začátkem resp. na konci zvoleného intervalu, sestava vygeneruje jen v rozsahu dostupného plánu směn a ne v rozsahu zadaného rozsahu.
Sestava je také určená pro automatizované spuštění z Adm53.
Standardní ( správní oddíl, struktura, hladina, výběrová osa, OSČPV)
Datum Od, Datum Do – rozsah výpisu (standardně aktuální období)
Režim nastavení datumů – způsob naplnění parametrů „Datum Od“/“Datum Do“, pokud nejsou při spuštění vyplněné
Poznámka : pro výběr údajů se „Datum Od“ vždy zarovná na nejbližší nižší „pondělí“ a „Datum Do“ na nejbližší vyšší „neděli“
Pokud nejsou při spuštění vyplněny parametry „Datum Od“/“Datum Do“, jsou naplněny podle aktuální hodnoty parametru „Režim nastavení datumů“.
Parametr může nabývat hodnoty:
0 - Datum Od = akt. datum, Datum
Do = akt. datum
1 - Datum Od = akt. datum, Datum Do = poslední den v období k akt. datu
2 - Datum Od = akt. datum, Datum Do = akt. datum v následujícím období
3 - Datum Od = první den v období k akt. datu, Datum Do = poslední den v období
k akt. datu
4 - Datum Od = první den v následujícím období k akt. datu, Datum Do = poslední
den v následujícím období k akt. Datu.
Středisko – kód a název podle zvolené struktury
Zaměstnanec – identifikace zaměstnance (Osobní číslo, Příjmení a jméno)
Den – zkratka názvu dne v týdnu
SLM: – kód složky mzdy
Čas Od – začátek záznamu
Čas Do – konec záznamu
Vyp. Od – začátek záznamu použitý pro kalkulaci
Vyp. Do – konec záznamu použitý pro kalkulaci
Plán Hod., – plánované hodiny směny
Započ. Hod., – započitatelné hodiny směny
Rozdíl Hod. – saldo plnění FPD dne
Součtový řádek – zaměstnanec + den :
Kal – kód kalendáře
Plán Hod., Započ. Hod., Rozdíl Hod.
Součtový řádek – zaměstnanec + týden :
Plán Hod., Započ. Hod., Rozdíl Hod.
Součtový řádek – zaměstnanec + před. den (součet od prvního do předešlého dne) :
Plán Hod., Započ. Hod., Rozdíl Hod.
Výběr : aktuální řádková práva, osoby platné pro DOCH, PV platné pro datum zobrazení a se vztahem k organizaci = 1,2,3, 10
Seřazení : kód struktury, příjmení, jméno, osa. číslo
Sestava obsahuje rekapitulaci aktuálního stavu denní evidence docházky zaměstnanců v členění podle kalendářních týdnů.
Pokud není dostupný plán směn před začátkem resp. na konci zvoleného intervalu, sestava vygeneruje jen v rozsahu dostupného plánu směn a ne v rozsahu zadaného rozsahu.
Standardní ( správní oddíl, struktura, hladina, výběrová osa)
Datum Od, Datum Do – rozsah výpisu (standardně aktuální období)
Poznámka : pro výběr údajů se „Datum Od“ vždy zarovná na nejbližší nižší „pondělí“ a „Datum Do“ na nejbližší vyšší „neděli“
Středisko – kód a název podle zvolené struktury
Zaměstnanec – identifikace zaměstnance (Osobní číslo, Příjmení a jméno )
Týden – identifikace týdne
Datum Od – začátek týdne
Datum Do – konec týdne
Plán Hod., – plánované hodiny směny
Započ. Hod., – započitatelné hodiny směny
Rozdíl Hod. – saldo plnění FPD dne
Součtový řádek – zaměstnanec + týden :
Plán Hod., Započ. Hod., Rozdíl Hod.
Součtový řádek – zaměstnanec + týden :
Plán Hod., Započ. Hod., Rozdíl Hod.
Výběr : aktuální řádková práva, osoby platné pro DOCH, PV platné pro datum zobrazení a se vztahem k organizaci = 1,2,3, 10
Seřazení : kód struktury, příjmení, jméno, os. Číslo
Sestava obsahuje detailní opis aktuálního stavu denní evidence docházky zaměstnanců v členění podle kalendářních dní (neobsahuje informaci o automaticky generovaných příplatcích).
V hromadné sestavě se nezpracují zaměstnanci bez platného PV.
Součty za den celkem obsahují jen součet hodnot ze záznamů, u kterých je SLM ze započitatelnosti DOCH02.ODPR, NEPR a NVC.
Standardní ( správní oddíl, struktura, hladina, výběrová osa, OSČPV)
Období – období výpisu údajů (režim při otevření „aktuální referenční období“ )
Nepovinný výčet SLM k omezení obsahu
- SLM pro omezení zobrazení se zadávají pomocí seznamu SLM , jednotlivé hodnoty jsou oddělené čárkou.
Nepovinný výčet dní k omezení obsahu
- dny pro omezení zobrazení se zadávají pomocí seznamu čísel dní v období, jednotlivé hodnoty oddělené čárkou. Zadávané hodnoty jsou vnímány jako „pořadí dne v kalendáři“.
Zaměstnanec – identifikace zaměstnance (Osobní číslo, Příjmení a jméno )
Středisko – kód a název podle zvolené struktury
Den – zkratka názvu dne v týdnu
Kal – kód kalendáře
SLM: – kód složky mzdy
Čas Od – začátek záznamu
Čas Do – konec záznamu
Vyp. Od – začátek záznamu použitý pro kalkulaci
Vyp. Do – konec záznamu použitý pro kalkulaci
Plán Hod., – plánované hodiny směny
Započ. Hod., – započitatelné hodiny směny
Celkem. Hod., – vykázané hodiny směny
Přest. Hod., – vykázané hodiny přestávky
Rozdíl Hod. – saldo plnění FPD dne
Součtový řádek – zaměstnanec + den :
Plán Hod., Započ. Hod., Započ. Hod., Celkem Hod., Přest. Hod, Rozdíl Hod.
Součtový řádek – zaměstnanec + období :
Plán Hod., Započ. Hod., Započ. Hod., Celkem Hod., Přest. Hod, Rozdíl Hod.
Součtový řádek – zaměstnanec + před. den (součet od prvního do předešlého dne) :
Plán Hod., Započ. Hod., Započ. Hod., Celkem Hod., Přest. Hod, Rozdíl Hod.
Výběr : aktuální řádková práva, osoby platné pro DOCH, PV platné pro datum zobrazení a se vztahem k organizaci = 1,2,3, 10
Seřazení : kód struktury, příjmení, jméno, OSCPV, Datum, Čas Od
Sestava obsahuje úplný výpis všech protokolů nebo vybraného protokolu z formuláře „Dcm01 – Měsíční vstupy – souhrn“ s možným exportem do XLS/CSV/XLSX.
Parametry :
Období – období výpisu (standardně – aktuální období)
Správní oddíl – správní oddíl (správní oddíl aktuálního profilu)
Typ struktury – typ struktury pro výběr a uspořádání (pokud není určená tak 2 – Organizační struktura)
Hladina – hladina zvolené struktury
Typ protokolu – kód „Typ protokolu“ (pd_typ_prot) : DDMV, Uza, KonDD
Typ zprávy – kód „Typ zprávy“ (typ_zpravy) : DEB, MSG, WAR, ERR, FAT OSČPV(nevyplněné => všichni) – slouží na export protokolu pro zvolenou osobu bez omezení na aktuální stav MZ.
Výběrová osa – definování výběrové osy (jak není vyplněné OSPV DOCH)
Kód hlášení
Je/není v protokolu
Při vyplnění parametru Kód hlášení identifikaci (kódem hlášení) se v sestavě zobrazí pouze ta PV, která mají nebo nemají (podle nastavení parametru Je/není v protokolu) v protokolu obsaženo určené hlášení.
Zadaný text v parametru Kód
hlášení je vyhledán na začátku textu hlášení. Musí být uveden celý
identifikační kód hlášení (od začátku hlášení po nejbližší mezeru).
To umožňuje poměrně efektivně vyhledat zaměstnance se specifikovaným hlášením,
resp. vyhledat zaměstnance, u kterých toto hlášení schází.
Záhlaví – organizované za osobu
Zaměstnanec: – OSC PV a plné jméno zaměstnance
Stav MZ – identifikace a název aktuálního stavu MZ
Detail:
Den – datum záhlaví, v rámci kterého byla vygenerovaná kontrola (při týdenní kontrole poslední den týdne, při měsíční kontrole poslední den měsíce)
Text zprávy – kód hlášení, identifikace osoby a text zprávy
Typ akcie – typ protokolu (viz popis parametru „Typ protokolu“)
Typ zprávy – typ protokolu (viz popis parametru „Typ zprávy“)
Výběr : aktuální řádková práva, osoby platné pro DOCH, stav vyhodnocení MZ není „OK“
Stránkování : není
Seřazení : kód struktury, příjmení, jméno, os. číslo
Sestava obsahuje tabulkový přehled aktuálního stavu denní evidence docházky za jednotlivé dny. Pro každý den období se zobrazuje : plánovaná délka směny, započitatelné hodiny do fondu a stav vyhodnocení DZ.
Parametry sestavy :
období - (režim při otevření „aktuální referenční období“)
Standardní (, správní oddíl, struktura, hladina, výběrová osa)
Záhlaví – organizované za osobu
Zaměstnanec: – OSČPV a plné jméno zaměstnance
Vyhod. MZ – identifikace a název stavu vyhodnocení MZ (z MZ)
Stav MZ – identifikace a název aktuálního stavu MZ (z MZ)
Plán hod. – plánovaný fond pracovní doby měsíce (z MZ)
Započítané hod. – započitatelné hodiny do FPD za měsíc (z MZ)
Rozdíl hod. – saldo plnění fondu pracovní doby v měsíci (z MZ)
Detail:
Detail má čtyři řádky, přičemž každý sloupec reprezentuje jeden den v měsíci.
První řádek – identifikace dne (den v měsíci)
Druhý řádek : Plán : – plánovaná délka směny (z DZ)
Třetí řádek : Skutečnost : – započitatelné hodiny do fondu (součet z DD typu „odpracované“, „neodpracované“ a „čerpání NV“ )
Čtvrtý řádek : Stav : – kód stavu vyhodnocení dne (z DZ)
Výběr : aktuální řádková práva, osoby platné pro DOCH
Stránkování : není
Seřazení : kód struktury, příjmení, jméno, os. číslo
Sestava obsahuje přehled aktuální evidence docházky v zadaném dni a čase. Zobrazí řádky z evidence denní docházky, které jsou aktuální pro zadané parametry :
Datum + čas od <= parametr <= Datum + čas do
Parametry sestavy :
Datum : datum pro stanovení přítomnosti (standardně aktuální den)
Čas : čas v rámci dne pro stanovení přítomnosti (standardně aktuální čas)
Standardní (správní oddíl, struktura, hladina, výběrová osa)
Záhlaví za stránce –
Pod názvem sestavy se zobrazuje datum a čas, ke kterému se vyhodnocují záznamy evidence docházky pro zobrazení.
Záhlaví – organizované za kód zvolené struktury
Struktura : – kód a název struktury
Detail:
OSČPV : – identifikace zaměstnance (osobní číslo a PV)
Zaměstnanec : – jméno a příjmení zaměstnance
Od : – kód průchodu, kterým byl záznam založený
Průchod : – název průchodu, kterým byl záznam založený
Do : – kód průchodu, kterým byl záznam ukončený
Od : – „Čas Od“ záznamu
Do : – „Čas Do“ záznamu
SLM : – kód a název SLM
Výběr : aktuální řádková práva, osoby platné pro DOCH, záznam platný pro zadaný parametr, , PV platné pro datum zobrazení a se vztahem k organizaci = 1,2,3, 10
Stránkování : není
Seřazení : kód struktury, příjmení, jméno, os. Číslo
Aktuální tabulkový přehled vyhodnocení evidence denní docházky (stavy DZ jednotlivých dní v jednom řádku)
Parametry sestavy :
Standardní (období, správní oddíl, struktura, hladina, výběrová osa)
Záhlaví :
Zaměstnanec: – OSČPV a plné jméno zaměstnance
Vyhod. MZ – identifikace a název stavu vyhodnocení MZ (z MZ)
Stav MZ – identifikace a název aktuálního stavu MZ (z MZ)
Plán hod. – plánovaný fond pracovní doby měsíce (z MZ)
Započítané hod. – započitatelné hodiny do FPD za měsíc (z MZ)
Rozdíl hod. – saldo plnění fondu pracovní doby v měsíci (z MZ)
Detail :
1…31 – kód stavu vyhodnocení dne pro jednotlivé dny (z DZ)
Výběr : aktuální řádková práva, osoby platné pro DOCH
Stránkování : není
Seřazení : kód struktury, příjmení, jméno, os. číslo
Sestava obsahuje přehled aktuálního stavu denní evidence docházky ve zvoleném dni. V sestavě se zobrazí všechny platné záznamy zaměstnance pro zvolený den.
Pro zaměstnance, u kterých nebyl nalezen žádný záznam pro zvolený den, zobrazí se řádek s poznámkou "Bez záznamu".
Sestava má možnost uložení do formátu XLS.
Parametry sestavy :
Standardní (správní oddíl, struktura, hladina, výběrová osa)
Datum : datum pro stanovení přítomnosti (standardně aktuální den)
Přítomní/nepřítomní , který umožňuje dle nastavení zobrazit :
0 - Přítomní i nepřítomní
(režim také pro "nevyplněno") - stávající zobrazení
1 - Pouze přítomní
pouze záznamy se SLM s IA < 1001..1006, 1002, a 11, 13, 16, 2131, 2132
2 - pouze nepřítomní
pouze záznamy se SLM
s IA < 1001 a <> 11, 13, 16
Záhlaví za stránce –
Pod názvem sestavy se zobrazuje datum , ke kterému se vyhodnocují záznamy evidence docházky pro zobrazení.
Záhlaví
Struktura : – kód a název struktury
OSČPV : – identifikace zaměstnance (osobní číslo a PV)
Zaměstnanec : – jméno a příjmení zaměstnance
SLM : – kód a název SLM nebo „Bez záznamu“
Od : – „Čas Od“ záznamu
Do : – „Čas Do“ záznamu
Výběr : aktuální řádková práva, osoby platné pro DOCH, záznam platný pro zadaný parametr, PV platné pro datum zobrazení a se vztahem k organizaci = 1,2,3, 10
Stránkování : není
Seřazení : kód struktury, příjmení, jméno, os. Číslo
Sestava obsahuje přehled plnění fondu pracovní doby měsíce podle aktuálního stavu evidence denní docházky k zvolenému dni.
Parametry sestavy :
období - režim při otevření „aktuální referenční období“
datum - režim při otevření „aktuální referenční den“
Standardní (správní oddíl, struktura, hladina, výběrová osa)
Detail:
Struktura : - kód a název struktury
Celé jm. : - jméno a příjmení zaměstnance
OSČPV : - identifikace zaměstnance (osobní číslo a PV)
Stav - kód pro aktuální stav vyhodnocení MZ
Vyhod - kód pro aktuální stav editace MZ
Plán - plánovaný fond pracovní doby podle MZ
Započ - započitatelný fond pracovní doby podle MZ
Rozdíl - aktuální saldo plnění fondu pracovní doby (Započ - Plán)
Výběr : aktuální řádková práva, osoby platné pro DOCH, záznam platný pro zadaný parametr
Stránkování : není
Seřazení : kód struktury, příjmení, jméno, os. číslo
Sestava obsahuje výpis identifikace PV a dnů, u kterých je zjištěn rozdíl mezi plánovanou směnou podle DZ a Opv01.
Parametry sestavy :
Standardní (období, datum, správní oddíl, struktura, hladina, výběrová osa)
Záhlaví :
Zaměstnanec
- identifikace zaměstnance (osobní číslo a PV)
- jméno a příjmení zaměstnance
Detail:
Datum - datum DZ
Den – den v týdnu
Typ - typ údajů DZ – z denního záhlaví, PV z Opv01
Kal - identifikace kalendáře
Typ dne – typ dne
Typ doba – ty pracovní doby
VD - identifikace vzorového dne
Hodiny – plánované hodiny směny
Výběr : aktuální řádková práva, osoby platné pro DOCH, PV platné pro datum zobrazení a se vztahem k organizaci = 1,2,3, 10
Stránkování : není
Seřazení : kód struktury, příjmení, jméno, os. Číslo
Sestava obsahuje opis evidovaných nepřítomnosti (SLM IA 20..900) dle denní evidence docházky.
Parametry sestavy :
Standardní (období, správní oddíl, typ struktury, hladina, výběrová osa)
Detail:
Středisko – kód a název dle zvolené struktury
OSČPV
- identifikace zaměstnance (osobní číslo a PV)
Celé jméno
- jméno a příjmení zaměstnance
Kód SLM – identifikace SLM
Název SLM - název SLM
Hodiny - součet hodin na SLM
Směny - počet směn na SLM
Dny - vyjmenované dny s použitou SLM
Výběr : aktuální řádková práva, osoby platné pro DOCH, SLM s IA 20…900
Stránkování : není
Seřazení : kód struktury, příjmení, jméno, os. Číslo
Detailní výpis evidence přesčasu (placeného i neplaceného) za zvolené období podle denní evidence docházky (Dcd01).
Sestava obsahuje výpis jednotlivých výskytů záznamů denní evidence docházky se SLM s IA 11..16, 1003..1005, 1111, 1116, 1132, 1143.
Parametry :
Období Od, Období Do
- vymezení období pro výpis přesčasu
Správní oddíl, Výběrová osa, OsčPv
- omezení zobrazení osob
SLM
- omezení zobrazení na SLM, při nevyplnění se zobrazují záznamy se SLM s
11..16, 1003..1005, 1111, 1116, 1132, 1143
Skupina přesčasu
- omezení sestavy na placené resp. neplacené přesčasy, při nevyplnění se zobrazí placené i neplacené přesčasy
Záhlaví zaměstnance:
Zaměstnanec : OSČPV, celé jméno
Struktura : kód a název ke zvolené struktuře
Detail :
Období - období záznamu
SLM - kód a název SLM
Od - datum Od
Do - datum Do
Hodiny - hodiny
Zdroj - zdroj vytvoření řádku
Poznámka - poznámka k záznamu
Seřazení: Příjmení, Jméno, OSČPV, období, SLM, Datum Od
Sestava obsahuje opis denní evidence docházky v struktuře předepsaných dob ve smyslu:
a/ pro CZ legislativu § 96 z 262/2006 Sb. - Zákoník práce
b/ pro SK legislativu § 99 z 311/2001 Z.z. - Zákonník práce.
v samostatných sekcích.
Jednotlivé sekce se zobrazí pouze v případě, kdy je v ni obsažen alespoň jeden řádek.
Parametry sestavy :
Standardní (období, správní oddíl, typ struktury, hladina, výběrová osa, OSČPV)
Nepovinný výčet SLM k omezení obsahu „Další dohodnuté práce přesčas
Může obsahovat seznam kódu SLM s IA 1111, na kterých je vykazovaná doba v přesčase v smyslu § 93 odst. a) s připojeným číselníkem SLM s IA 1111.
Zobrazit přestávky:
Pokud není zaškrtnutý, přestávky se nevypisují
Pokud je zaškrtnutý, přestávky se vypisují, sestava pro jednotlivé PV obsahuje výpis aktuálně evidovaných přestávek
Při novém spuštění se parametr nastaví na stav podle posledního uzavření sestavy.
Zobrazit plán směn:
Pokud není zaškrtnutý, opis plánu směn PV se nevypisuje.
Pokud je zaškrtnutý, vypíše se aktuální plán směn pro PV, sestava pro jednotlivé PV obsahuje výpis aktuálního plánu směn pro PV a období.
Při novém spuštění se parametr nastaví na stav podle posledního uzavření sestavy.
Zobrazit audit:
Pokud není zaškrtnutý, opis auditu měsíčního záhlaví pro PV se nevypisuje.
Pokud je zaškrtnutý, vypíše se obsah Dcm01, Audit MZ pro PV a období.
Při novém spuštění se parametr nastaví na stav podle posledního uzavření sestavy.
Legislativa sestavy CZ:
Omezení sestavy podle legislativy.
Pokud je zaškrtnutý, zobrazují se PV přiřazené pouze pro CZ legislativu (SJ).
Pokud není zaškrtnutý, zobrazují se PV přiřazené pouze pro SK legislativu (SJ).
Při novém spuštění se parametr nastaví na stav podle posledního uzavření sestavy.
Záhlaví :
Zaměstnanec - identifikace zaměstnance (OSČPV, Příjmení, Jméno)
Struktura - kód a název prvku zvolené struktury, aktuálně přiřazen zaměstnanci
Plán měsíce - plán FPD z Dcm01, Měsíční záhlaví – souhrn, Plánovaný fond PD
Odpracováno - vykázané hodiny na SLM typu
„odpracováno“
z Dcm01, Měsíční záhlaví –
souhrn, Odpracováno v měsíci
Neodpracováno - vykázané hodiny na SLM typu
„neodpracováno“
z Dcm01, Měsíční záhlaví –
souhrn,
Rozdíl - saldo plnění FPD z Dcm01, Měsíční záhlaví – souhrn, Rozdíl měsíce
Poznámka:
Zobrazení položek plnění FPD v záhlaví sestavy, odpovídá aktuálnímu stavu jejich výpočtu při naposledy provedené kalkulaci. Podle stavu zpracování docházky, může obsahovat statistiku vyhodnocenou podle denní nebo měsíční evidence docházky (více viz Aktualizace měsíčního záhlaví).
Detail 1 - Vykázaná doba ve směně:
Zobrazí se všechny platné řádky z denní evidence docházky pro zvolené období.
Struktura řádku:
Datum – datum záznamu denní evidence docházky
Den – zkratka dne v týdnu
SLM – kód a název SLM
Čas Od – zadány začátek záznamu
Čas Do – zadány konec záznamu
Vyp Od - akceptovaný začátek záznamu
Vyp Do - akceptovaný konec záznamu
Hodiny zap. - hodiny akceptované pro evidenci docházky
Hodiny vyk. - hodiny skutečně vykázané na záznamu
Hodiny přest. - hodiny vykázané přestávky na jídlo a oddech
Součet „Celkem za období“ z položky „Hodiny zap.“, Hodiny vyk. Hodiny přest..
Detail 2 – Práce v přesčase - placená
Zobrazí se platné řádky z denní evidence docházky se SLM s IA 1111, 1116, 1132, 1143 bez SLM uvedených v parametru „Nepovinný výčet SLM …“
Struktura řádku stejně jako v Detailu 1
Detail 3 – Další dohodnutá práce v přesčasu - placená
Zobrazí se platné řádky z denní evidence docházky se SLM uvedených v parametru „Nepovinný výčet SLM …“
Struktura řádku stejně jako v Detailu 2
Detail 4 – Noční práce
Zobrazí se platné řádky z denní evidence docházky u kterých je evidována práce v noci.
Začátek a konec záznamu je omezen na hranice noční směny (22:00 – 06:00).
Struktura řádku:
Datum – datum záznamu denní evidence docházky
Den – zkratka dne v týdnu
SLM – kód a název SLM
Čas Od – zadány začátek záznamu
Čas Do – zadány konec záznamu
Hodiny zap. - hodiny přiznaného nočního příplatku v rozsahu 22:00 – 6:00
Detail 5 – Vykázané doby v době pracovní pohotovosti
Zobrazí se platné řádky z denní evidence docházky se SLM ze započitatelnosti Slm02.DOCH02.POH.
Struktura řádku stejně jako v Detailu 1
Detail 6 – Pracovní pohotovost
Zobrazí se platné řádky z denní evidence docházky se SLM s IA 2121, 2122.
Struktura řádku stejně jako v Detailu 1
Detail 7 – Rekapitulace evidence denní docházky včetně aut. příplatku
Obsahuje rekapitulaci evidence denní docházky podle SLM z vykázaných záznamů a také z automatizovaně vygenerovaných příplatku.
Struktura řádku:
SLM – kód a název SLM
Hodiny - hodiny akceptované pro evidenci
docházky
součet ze sloupce „Hodiny
započtené“ pro vykázané SLM docházky
nebo součet ze sloupce příplatku
Směny - součet ze sloupce „směny“ ze záznamu denní evidence docházky
Částka - součet ze sloupce „Částka“ ze záznamu denní evidence docházky
Detail 7a – Doby přiřazené na struktury DD
Sekce obsahuje detailní opis přiřazených struktur na záznamy denní evidence docházky.
Sekce se zobrazí pouze pokud je v denní evidenci přiřazená libovolná struktura alespoň v jednom dnu.
Pokud je k záznamu DD přiřazeno více záznamů struktur, v zobrazení neopakujeme sloupce Datum, Den a SLM.
Obsah sekce:
Datum - datum záznamu DD
Den - den v týdnu
SLM - kód a název SLM záznamu
Hodiny - hodiny záznamu
Typ struktury - kód typu struktury
Struktura: - kód a název prvku
Součet hodin za všechny řádky
Detail 7aa – Rekapitulace období podle struktur
Sekce obsahuje rekapitulaci za období přiřazených struktur na záznamy denní evidence docházky.
Sekce se zobrazí pouze pokud je v denní evidenci přiřazená libovolná struktura alespoň v jednom dnu.
Obsah sekce:
Typ struktury - kód typu struktury
Struktura: - kód a název prvku
Hodiny - součet hodin za období
Detail 7b – Plán směn
Sekce obsahuje opis plánu směn zaměstnance za období.
Sekce se zobrazí pouze pokud parametr „Zobrazit plán směn:“ je zaškrtnut.
Obsah sekce:
Datum - datum dne
Den - kód dne v týdnu
Typ dne - typ dne podle EGJE
Typ doby - typ doby podle EGJE
Směna od - začátek směny
Směna do - konec směny
Hodiny Započ. - započitatelné hodiny směny
Hodiny Směny - celkové hodiny směny
Přest. Typ - typ přestávky
Součtový řádek: Celkem za období:
Směny - počet pracovních směn (hodiny > 0 a typ dne = 1, 2, 3)
Hodiny
- součet hodin pracovních směn (hodiny > 0 a typ dne = 1,
2, 3)
Detail 8 – Měsíční podklady pro mzdy
Obsahuje rekapitulaci evidence měsíční docházky podle SLM.
Struktura řádku:
SLM – kód a název SLM
Datum Od
Datum do
Hodiny - součet ze sloupce „Hodiny“
Směny - součet ze sloupce „směny“
Částka - součet ze sloupce „Částka“
Účetní sada
Detail 8a – Doby přiřazené na struktury MV
Sekce obsahuje detailní popis přiřazených struktur na záznamy měsíční evidence docházky.
Sekce se zobrazí pouze pokud je v měsíční evidenci přiřazená libovolná struktura alespoň v jednom dnu.
Obsah sekce:
Datum od - datum od záznamu MV
Datum do - datum do záznamu MV
SLM - kód a název SLM záznamu
Hodiny - hodiny záznamu
Typ struktury - kód typu struktury
Struktura: - kód a název prvku
Součet hodin za všechny řádky
Detail 8aa – Rekapitulace období podle struktur
Sekce obsahuje rekapitulaci za období přiřazených struktur na záznamy měsíční evidence docházky.
Sekce se zobrazí pouze pokud je v měsíční evidenci přiřazená libovolná struktura alespoň v jednom záznamu.
Obsah sekce:
Typ struktury - kód typu struktury
Struktura: - kód a název prvku
Hodiny - součet hodin za období
Detail 9 – Přestávka v práci
Obsahuje výpis aktuálně evidovaných přestávek na jídlo a odpočinek nebo bezp. přestávek z Dcd01.
Sekce se zobrazí pouze pokud parametr „Zobrazit přestávky:“ je zaškrtnut.
Struktura řádku:
Datum
Den
Přestávka
Čas od
Čas do
Hodiny přest.
Bezp. přestávka
Čas od
Čas do
Hodiny přest.
Detail 9 – Audit stavu evidence docházky
Sekce obsahuje opis auditních záznamů pro PV a období pro uzavírání/otevírání docházky podle formuláře Dcm01, Audit MZ.
Sekce se zobrazí pouze pokud parametr „Zobrazit audit:“ je zaškrtnut.
Obsah sekce:
Stav editace záznamu
Změnu provedl
Datum/čas změny stavu
Výběr : aktuální řádková práva, osoby platné pro DOCH a odpovídající zvolené leg. CZ/SK
Stránkování : OSČPV
Seřazení : kód struktury, příjmení, jméno, os. Číslo, sada
Výstup : XLSX – Ano
Sestava obsahuje detailní opis aktuálního stavu denní evidence docházky zaměstnanců za vybraný den. Sestava obsahuje všechny řádky z denní evidence docházky (Dcd01, Vstupy, Detail).
Součty za den a týden obsahují jen hodnoty ze záznamů, u kterých je SLM ze započitatelnosti DOCH02.ODPR, NEPR a NVC.
Položka „Kal“ se zobrazuje jen na úrovni součtového řádku za den.
Sestava je také určena i pro automatizované spuštění z Adm53.
Parametry sestavy:
Standardní (správní oddíl, typ struktury, hladina, výběrová osa, Zaměstnanec)
Pokud se nevyplní typ struktury, použije se 2 -organizační, pro hladinu je default = 0
Datum – den výpisu (standardně předešlý den)
Režim nastavení data – způsob naplnění parametru „Datum“
Pokud není při spuštění vyplněn parametr „Datum“, je naplněn podle aktuální hodnoty parametru „Režim nastavení datum“.
Parametr může nabývat hodnoty:
-3 datum = aktuální datum - 3
-2 datum = aktuální datum - 2
-1 datum = aktuální datum - 1
0 datum = aktuální datum
1 datum = aktuální datum + 1
2 datum = aktuální datum + 2
3 datum = aktuální datum + 3
Záhlaví stránky:
Datum – datum výpisu
Struktura typ – typ zvolené struktury
Detailní řádek:
Středisko – kód, aktuálně přiřazené struktury zvoleného typu
OSČPV – identifikace zaměstnance: Osobní číslo
Zaměstnanec – identifikace zaměstnance: Příjmení a jméno
SLM – název složky mzdy
Čas Od – začátek záznamu
Čas Do – konec záznamu
Vyp. Od – začátek záznamu použitého pro kalkulaci
Vyp. Do – konec záznamu použitého pro kalkulaci
Plán hod. – plánované hodiny směny
Započ. hod. – započitatelné hodiny směny
Rozdíl hod. – saldo plnění FPD dne
Součtový řádek – zaměstnanec + den:
Kal – kód kalendáře akt. Přiřazeného pro Den a OSČPV
Plán Hod., Započ. Hod., Rozdíl Hod.
Výběr:
aktuální řádková práva, osoby platné pro DOCH, PV platné pro datum zobrazení a se vztahem k organizaci = 1, 2, 3, 10
Stránkování: není
Seřazení: příjmení, jméno, os. číslo
Sestava obsahuje seznam přítomných zaměstnanců podle denní evidence docházky.
Parametry:
Datum + čas - čas pro vyhodnocení přítomnosti
Standardní parametry: Správní jednotka, Typ struktury (pro třídění), Hladina (pro třídění), Výběrová osa
Detail:
Ke každému PV je vyhledán záznam z denní evidence docházky, pro který platí, že Datum + čas je v rozmezí začátku a konce záznamu.
Pokud Datum + čas je nevyplněno, tak se vyhledá nejnovější záznam PV.
Zaměstnanec je přítomen, pokud nalezený záznam má SLM s IA 11, 13, 16, 112, 998..., 1006, 2121, 2131.
Struktura - kód a název prvku aktuálně přiřazené struktury
OSČPV - identifikace zaměstnance
Příjmení, jméno, titul - identifikace zaměstnance
Začátek - čas začátku záznamu
Konec - čas konce záznamu
SLM - název SLM ze záznamu
Přítomnost - Ano / Ne / Bez záznamu
Seřazení: hierarchický kód struktury + hladina + příjmení + jméno
Formulář určen pro hromadné generování a úpravy pohotovostí v aktuálním období.
Formulář je vázán obsahově i funkčně na základní formuláře docházky pro vykazování dob v denní evidenci docházky (Dcd01, Dcu01, Dcu06). Pokud je docházka ve stavu uzavřeno (viz vyhodnocení na Dcd01), lze pouze nahlížet na formulář.
Standardně není zařazen v žádné ze standardních rolí.
Formulář je spojen s navigačním seznamem typu PvDoch.
Nad formulářem není možné použít funkci standardního výběru.
Formulář je tvořen:
Záhlaví - řídící prvky formuláře a zobrazení stavových položek
záložka Přehled - zobrazuje stav vykázaných dob, spojených s vykazováním pohotovostí, zároveň umožňuje hromadné generování pohotovosti podle daného algoritmu
záložka Pohotovost - zobrazuje detaily řádků vykázaných pohotovostí a umožňuje jejích aktualizaci
Obsahuje:
pole Období - volba období pro zobrazení dát
Stav editace měs. záhlaví - indikace stavu evidence docházky
Status výplatního termínu - indikace stavu období
Záložka slouží na získaní přehledu stavu vybraných údajů z evidence denní docházky a zároveň slouží na označení dnů, kde se má generovat pohotovost.
Neslouží na případnou aktualizaci vykázané pohotovosti.
Zaškrtávátko: Označ vše
default nastaveno Ne
při Ano - automatické generování provést pro každý den měsíce
při Ne - generovat pohotovost pouze pro označené (vybrané) dny
Pod tabulkou:
tlačítko [Generovat] - automatické generování pohotovostí pro označené dny (popis viz níže)
Tlačítko je dostupné pouze pokud je otevřená docházka pro editaci.
Po použití tlačítka se zobrazí dialog, který obsahuje:
položku „SLM pro pohotovost“' s číselníkem stejným jako je na záložce Pohotovost.
Pokud ji uživatel nevyplní, tak se neprovede generování.
Položka si pamatuje poslední použité nastavení.
Číselník pro výběr
SLM pro pohotovost obsahuje SLM s IA 2121, 2122, které jsou platné pro docházku
a platné pro čtení a zápis na Dcd01 (Adm06, skupina SLM 3, 4).
a dotaz Generovat i na volný den ?
při Ano - do volných dní (bez plánované směny) se generuje pohotovost na 24 hodin
při Ne - do volných dní (bez plánované směny) automaticky negenerovat
a tlačítka
OK – pro provedení generovaní
Zrušit – uzavření dialogu bez generování
Tabulka s obsahem:
seřazení: Datum, Čas od
Datum - identifikace dne (zobrazení a barvení jako na Dcd01)
Hod. směny ZAHL - plánované hodiny směny
Kód - kód plánované směny, VZD (zobrazení a barvení jako na Dcd01)
Čas od - začátek směny (čas od prvního záznamu dne se SLM typu odpracováno, neodpracováno, čerpání NV)
Čas do - konec směny (čas do posledního záznamu dne se SLM typu odpracováno, neodpracováno, čerpání NV)
Hod. vykázané - započitatelné hodiny dne do FPD (součet hodin ze záznamu dne se SLM typu odpracováno, neodpracováno, čerpání NV)
Přesčasy - hodiny přesčasů ve dni (součet hodin ze záznamu dne se SLM typu placený nebo neplacený přesčas)
Práce v pohotovosti - hodiny práce v pohotovosti (součet hodin ze záznamu dne se SLM typu práce v pohotovosti, seznam těchto SLM uveden v započitatelnosti Slm02, DOCH02, POH)
Pohotovost - hodiny pohotovosti (součet hodin ze záznamu dne se SLM typu pohotovost)
a/ uživatel označí jednotlivé dni nebo použije volbu „označ vše“ , ve kterých požaduje vygenerovat pohotovosti
b/ použije tlačítko Generovat
Systém pro každý označený den, pokud v něm již nejsou evidované hodiny pohotovosti, vygeneruje do denní evidence docházky záznamy se SLM pohotovost podle zásad:
1/ v pondělí generovat pouze pohotovost od konce směny do půlnoci (nebo první prac. den po volných dnech)
2/ v úterý až pátek generovat pohotovost od půlnoci předešlého dne do začátku směny a od konce směny do půlnoci (nebo druhý a další pracovní dny)
3/ na dny volna – negenerovat nebo generovat 24 hod.
pohotovost dle odpovědi na dotaz:
Generovat i na volný den = Ano
Pokud předešlý den je plánovaná noční směna, začátek pohotovostí se nastaví na konec noční směny.
Pokud v aktuálním dnu je plánovaná noční směna, tak pohotovost „po směně“ se negeneruje.
Pokud v generovaném dni je nalezen nějaký přesčas (libovolného typu) záznam generované pohotovosti zůstane vcelku a vykáže:
rozdíl hodin = počet hodin daného dne - odpr. doba – přesčas
počet hodin daného dne - je stanoven podle dne generování (pondělí od půlnoci do začátku vykázané směny, úterý – pátek 24, volný den 24).
Zápis do Dcd:
SLM - SLM s IA 2121 (s minimálním kódem s IA 2121)
Datum - ze zpracovávaného řádku
Čas od - viz výše
Čas do - viz výše
Hod. vykázané = Čas do – Čas od
Hod. započtené = rozdíl hodin
Kalkulovat = 1
Zdroj = 0
Poznámky ke generování:
Generování se provede pouze pro kalendáře s Kal01, Typ pracovní doby = 0 (Pevná prac. doba).
Pokud je kalendář v režimu pružné pracovní doby, zobrazí se hlášení:
"Pro režim pružné PD, nelze pohotovost generovat !"
a funkce se ukončí.
Pak se zjišťuje, zda se jedná o pravidelný kalendář pondělí/pátek nebo nepravidelný kalendář (s plánovanými směnami na víkend).
Pro nepravidelné kalendáře:
Den s plán. směnou a předešlý den
bez plánované směny - generujeme jako pondělí
Den s plán. směnou a předešlý den s plánované směnou - generujeme jako úterý
Den bez plán. směny - generujeme jako víkend
Pokud pohotovost zasahuje do změny L/Z, resp. Z/L, na Dcd25 se tato skutečnost při výpočtu hodin nezohlední. Až nejbližší kalkulace denní docházky upraví započitatelné hodiny pohotovosti vzhledem na změnu L/Z času.
Záložka slouží na zobrazení a aktualizaci detailů vykázané pohotovosti.
Tabulka zobrazuje z Dcd řádky se SLM s IA 2121 nebo 2122 a v režimu celoplošné editace umožňuje aktualizaci sloupců Čas Od, Čas Do a Poznámka.
Editační tlačítka jsou dostupná pouze pokud je otevřená docházka pro editaci.
Obsahuje tabulku s řádky z denní evidence docházky typu pohotovost.
seřazení: Datum, Čas od
Datum - identifikace dne, needitovatelný sloupec (zobrazení a barvení jako na Dcd01)
SLM - SLM pohotovostí (kód a název) - needitovatelný
Čas od - začátek pohotovostí - editovatelný
Čas do - konec pohotovostí - editovatelný
Hodiny - hodiny pohotovostí, needitovatelný
Poznámka - poznámka - editovatelný
Při Nový:
- je možné naplnit datum, SLM naplnit podle slm s IA 2121 (s minimálním kódem s IA 2121)
Při Kopie:
- je možné změnit datum
Při uložení, se pro každý aktualizovaný řádek provede:
1/ kontrola vykázaní pohotovosti v rámci kalendářního dne (Nelze zadat Čas od / Čas do po půlnoci)
2/ Překrytí pohotovostí s jinými SLM - se neprovádí, kontrolu překrytí provádí kalkulace Dcd01
3/ Výpočet započitatelných hodin pohotovostí - viz výpočet pro generování na první záložce
Sestava slouží na opis evidence denní docházky v režimu konta pracovní doby, v rozsahu aktuálního období (z parametru sestavy).
Parametry sestavy :
Standardní (období, správní oddíl, struktura, hladina, výběrová osa)
Záhlaví stránky:
Opis zadání parametrů
Záhlaví osoby:
Celé příjmení a jméno – identifikace zaměstnance: Příjmení a jméno
OSČPV – identifikace zaměstnance: Osobní číslo a PV
Struktura
Vyrovnávací období – začátek a konec KPD v rámci aktuálního období
Týdenní úvazek sjednaný – stanovená týdenní pracovní doba podle Opv01, Popis
Stanovený kalendář – přiřazený standardní kalendář podle Opv01, Režim
Kalendář KPD - Přiřazený kalendář v režimu KPD podle Opv03
Detail:
Je organizován v sekcích za jednotlivé týdny ,v rámci období a režimu KPD. V řádcích sekce jsou uvedeny typy zobrazených údajů a ve sloupcích jsou hodnoty těchto údajů podle jednotlivých dnů v týdnu.
V řádku :
Týden - pořadové číslo týdne a jeho začátek a konec
Den - zkratka dne v týdnu
Pl. směna – plánovaná délka směny podle kalendáře KPD
Pl. Směna od – začátek plánované směny (obvyklý) podle kalendáře KPD
Pl. Směna do – konec plánované směny (obvyklý) podle kalendáře KPD
Odpracováno – součet hodin z denní evidence docházky charakteru „Odpracováno“
Náhrady – součet hodin z denní evidence docházky charakteru „Neodpracováno“
Součtový řádek za týden :
Týdenní fond – týdenní fond pracovní doby podle kalendáře KPD
Odpracováno – součet hodin z denní evidence docházky za týden charakteru „Odpracováno“
Náhrady – součet hodin z denní evidence docházky za týden charakteru „Neodpracováno“
Saldo - saldo plnění FPD za týden
Součtový řádek za období :
FPD z den. zahl. – plánovaný fond pracovní doby podle kalendáře KPD
Odpracováno – součet hodin z denní evidence docházky za období charakteru „Odpracováno“
Náhrady – součet hodin z denní evidence docházky za období charakteru „Neodpracováno“
Saldo - saldo plnění FPD za období
Na závěr sestavy je umístěn podpisový řádek.
Sestava slouží na zobrazení rekapitulace denní evidence docházky v režimu konta pracovní doby v rozsahu aktuálního období (z parametru sestavy).
Parametry sestavy :
Standardní (období, správní oddíl, struktura, hladina, výběrová osa)
Záhlaví stránky:
Opis zadání parametrů
Záhlaví osoby:
Celé příjmení a jméno – identifikace zaměstnance: Příjmení a jméno
OSČPV – identifikace zaměstnance: Osobní číslo a PV
Struktura
Vyrovnávací období – začátek a konec KPD v rámci aktuálního období
Týdenní úvazek sjednaný – stanovená týdenní pracovní doba podle Opv01, Popis
Stanovený kalendář – přiřazený standardní kalendář podle Opv01, Režim
Kalendář KPD - Přiřazený kalendář v režimu KPD podle Opv03
Detail:
Týden - pořadové číslo týdne
Od - začátek týdne
Do – konec týdne
Týdenní fond – týdenní fond pracovní doby podle kalendáře KPD
Odpracováno – součet hodin z denní evidence docházky za týden charakteru „Odpracováno“
Náhrady – součet hodin z denní evidence docházky za týden charakteru „Neodpracováno“
Saldo - saldo plnění FPD za týden
Součtový řádek za období : Celkem za VO
Na závěr sestavy je umístěn podpisový řádek.
Sestava obsahuje přehled přiznaného nároku na stravu v Dcd a přiznaného stravného v CEP podle dnů.
Parametry sestavy :
Standardní (období, výběrová osa, OSČPV)
Záhlaví:
OsčPv
Zaměstnanec - příjmení a jméno
Detail:
Datum - datum
Odpracováno - hodiny odpracované (bez CP, IA 999)
Přesčas placený - hodiny placeného přesčasu
NV tvorba - hodiny přesčas za NV
CP-hod. doc. - hodiny CP započitatelné pro docházku (CP, IA 999)
CP-hod. - hodiny CP pro den - celkem
Nárok - počet příspěvků na stravu
Nárok dopl. - počet příspěvků na stravu - doplňkový
Stravné - poskytnuté stravné z CEP
Seřazení: Zaměstnanec, OSČPV, DATUM
Přehledový formulář pro evidence denní docházky s možností kontextového volání formuláře Dcu01 (pro PV a datum) po dvojkliku na řádku formuláře.
Formulář používá NS pro docházku.
Formulář je vizuálně rozdělen na :
Záhlaví -
Záložku Přehled – přehled denní evidence docházky po dnech.
Záložku Statistiky – aktuální stav vybraných parametrů evidence docházky.
Záložku Příplatky – přehled automatizovaně generovaných příplatku z denní evidence docházky po dnech
Záložku PV - aktuální nastavení vybraných personálních a mzdových údajů zaměstnance
Záložku Přehled SLM - přehled denní evidence docházky podle SLM
V záhlaví formuláře jsou k zobrazené :
Slouží jako přehled denní evidence docházky po dnech a pro dohodnuté skupiny SLM.
Záložka je organizovaná ve formě tabulky, kde v řádcích jsou jednotlivé dny měsíce nebo součtové řádky a ve sloupcích dohodnuté položky denní evidence docházky nebo součtové sloupce dohodnutých skupin SLM.
Řádky tabulky.
Tabulka obsahuje jeden řádek pro každý den měsíce a dva součtové řádky, které jsou zobrazeny jako první a jsou zvýrazněny.
První obsahuje celkový součet – identifikován ve sloupci „Kód“ posledním dnem období.
Druhý obsahuje součet k „předchozímu“ dni pro aktuální období nebo poslední den období – identifikován ve sloupci „Kód“ dnem, ke kterému se provádí součtování.
Zvýrazněním jsou označeny volné dny (např. Sobota, Neděle u standardních pracovních režimů) a barevně je označen den svátku.
Pokud je ve sloupci „Rozdíl“ záporná hodnota, zobrazí se červeně.
Sloupce tabulky.
Datum – Identifikace dne ve formátu DD CC,
kde DD – je kalendářní den (1, 2, ..,31)
a CC je zkratka dne v týdnu (Po, Ut, St, Čt, Pá, So, Ne).
Kód - Identifikace plánované směny (kód a název vzorového dne, podbarvení podle položky „typ doby“ kalendáře).
Hod. směny - Plánované hodiny směny.
Čas od - první příchod do práce nebo začátek vykázané nepřítomnosti ve dni. Jedná se o minimální začátek záznamu DD (první akceptovaný „příchod“ ve dni) pro SLM s IA 10..1008, 1111, 1116, 1132, 2121, 2131, 2132.
Čas do - odchod z práce nebo konec vykázané nepřítomnosti ve dni. Jedná se o maximální konec záznamu DD (poslední akceptovaný „odchod“ ve dni) pro SLM s IA 10..1008, 1111, 1116, 1132, 2121, 2131, 2132.
Odpracováno
- Součet započitatelných hodin ze SLM typu „odpracováno“.
Součet hodin ze záznamu DD se SLM s IA 111, 112, 998, 999, 1001, 1002,
1003, 1005, 1006, 2131, 2132.
Dovolená
- Součet započitatelných hodin ze SLM typu „dovolená“.
Součet hodin ze záznamu DD se SLM s IA 21, 22, 26.
NV
Čerpání - Součet započitatelných hodin ze SLM typu „NV čerpaní“.
Součet hodin ze záznamu DD se SLM s IA 12, 14, 35, 36.
Nemoc -
Součet započitatelných hodin ze SLM typu „nemoc“.
Součet hodin ze záznamu DD se SLM s IA 51,52,53,54,55,57,58,59,60.
OČR-
Součet započitatelných hodin ze SLM typu „ošetřovaní člena rodiny“.
Součet hodin ze záznamu DD se SLM s IA 56.
Absence
- Součet započitatelných hodin ze SLM typu „neomluvená absence“.
Součet hodin ze záznamu DD se SLM s IA 151.
Nepř.
placené - Součet započitatelných hodin ze SLM typu „nepřítomnost s
náhradou“.
Součet hodin ze záznamu DD se SLM s IA 131, 41, 61, 63, 64, 66, 71, 72,
74, 75, 77, 78, 81, 82, 91, 93, 121, 131, 162, 1008.
Nepř.
neplacené - Součet započitatelných hodin ze SLM typu „nepřítomnost bez
náhrady“.
Součet hodin ze záznamu DD se SLM s IA 42, 62, 73, 76, 79, 83, 92, 94,
101, 132, 141, 161, 903.
Rozdíl -
Saldo plnění fondu pracovní doby dne
((Odpracováno + .. + Nepř. neplacené) – Hodiny plánované směny).
Pl. přesčas - Součet započitatelných hodin ze SLM typu „placený přesčas“ (součet hodin ze záznamu se SLM s IA 1004, 1111, 1116, 1132).
Pokud je pro aktuální kalendář nastaven „Režim příplatku – přesčas“ = 1, tak:
Přehled, Pl. přesčas = součet SLM typu „placený přesčas“ + pokud SLM z Kal01, Příplatek 5 nebo 6 je s IA 1111, 1116, 1132, 1143
Nepl. přesčas - Součet započitatelných hodin ze SLM typu „neplacený přesčas“ (součet hodin ze záznamů SLM s IA 11, 13)
Přehled, Nepl. přesčas = součet SLM typu „placený přesčas“ + pokud SLM z Kal01, Příplatek 5 nebo 6 není s IA 1111, 1116, 1132, 1143
Přestup –
součet hodin ze záznamu se SLM typu „přestup mezi výrobními linkami“
Součet hodin ze záznamu DD se SLM s IA 902.
Přestávka – přestávka na jídlo a odpočinek.
Jiné - nepřítomnosti. mimo fond - Uživatelem sledované SLM.
Hodnota položky sloupce je vypočítána jako součet hodin z denní evidence docházky se SLM podle započitatelnosti „Slm02, DOCH03, Dcd51JINE“.
Úkol – hodiny vykázané v úkolové mzdě
součet vykázaných hodin na
formuláři Dcg02, Výkaz, položka Hodiny.
zobrazení sloupce je vázané na právo uživatele
Pohotovost
– vykázané hodiny pohotovosti.
Součet hodin ze záznamů DD se SLM s IA 2121, 2122.
Nárok na stravu - přiznání příspěvku na stravu.
Nárok na stravu – doplňkový - přiznání příspěvku na stravu - zvýšený nebo doplňkový.
Status vyh. den. záhlaví - stav posledního vyhodnocení dne v rámci kalkulace DD.
Jméno uživatele poslední změny – autor (uživatel) poslední změny záznamu.
Kontextové volání :
Dca01 – Evidence průchodu
Dcd01 – Evidence denní docházky
Dcu01 – Evidence docházky (minimalizovaná)
Dcu01 – záložka Měsíční vstupy
Dcm01 – Měsíční vstupy
Záložka obsahuje aktuální stav vybraných parametrů evidence docházky. Jedná se o tyto položky:
plán. FPD – plánovaný fond pracovní doby z měsíčních záhlaví.
akt. FPD z DZ – aktuální plánovaný fond pracovní doby podle evidence denních záhlaví
Saldo FPD (akt. FPD - plán. FPD) - Saldo plnění plánovaného FPD. Aktuální FPD z DD - plán. FPD.
Plnění FPD z DD - součet hodin z denní evidence docházky ze záznamů se SLM s IA 10 ... 1008 mimo IA 11, 13, 14, 16, 35, 36, 901, 902, 905, 950, 1003, 1004.
Saldo náhradního volna (měs. doch.)- Saldo náhradního volna z předešlých období.
NV tvorba - Tvorba NV v aktuálním období po poslední kalkulaci.
Součet hodin z denní evidence docházky ze záznamů se SLM s IA 11, 13, 16.
NV čerpaní - Čerpaní NV v aktuálním období po poslední kalkulaci.
Součet hodin z denní evidence docházky ze záznamů se SLM s IA 12, 14, 15, 35, 36
Saldo NV
- celkem (denní doch.)- aktuální saldo evidence NV.
NV přenos + NV tvorba - NV čerpaní.
NV k proplacení/čerpání v akt. měsíci (denní doch.)- hodiny NV, které je nutné v aktuálním měsíci vyrovnat (hodiny NV nevyrovnané v zákonem stanoveném limitu), NV k proplacení/čerpaní .. z měsíčního záhlaví - NV čerpaní.
Odpracováno přesčas (měs. doch.)– aktuální stav placeného přesčasu podle denní evidence docházky. Přesčas stav .. z měsíčního záhlaví + součet hodin z DD pro SLM s IA 1111, 1132.
Odpracováno
přesčas (denní doch.)– aktuální stav placeného přesčasu podle měsíční
evidence docházky.
Přesčas stav .. z měsíčního záhlaví + součet hodin z MV pro SLM s IA
1111, 1132.
Přesčas, Zbývá do limitu – zůstatek hodin placeného přesčasu do naplnění stanoveného ročního limitu .
Pokud
je docházka uzavřená pro aktuální období :
Přesčas limit .. z měsíčního záhlaví – Přesčas placený celkem
(MV)
Pokud docházka není uzavřená pro aktuální období:
Přesčas limit .. z měsíčního záhlaví – Přesčas placený celkem (DD).
Dovolená zůstatek rok - z Dov01 položka „Celk. zůst.“ běžného roku k prvnímu dnu aktuálního měsíce – čerpání akt. období z DOCH.
Dovolená zůstatek vč. období - aktuální zůstatek dovolené vzhledem na aktuální nárok k období formuláře (do splnění limitů 1/12, za každých 22 odpr. dní, pak celoroční nárok, pokud není nastaveno ukončení PV v běžném roku, stačí předpokládané ukončení. Aktuální období se považuje za odpracované).
Krácení a čerpání vč. období - z Dov01 Čerpání + Krácení k 1. dni aktuálního měsíce + součet „směny“ ze záznamu DD pro SLM s IA 21, 22 z aktuálního měsíce
Saldo hodin pohotovosti - aktuální období
- součet položek „hodiny“ ze záznamů DD pro SLM s IA 2121, 2122 v aktuálním roku
Záložka obsahuje přehled automatizovaně generovaných příplatků z denní evidence docházky po dnech v tabulkově formě.
Řádky tabulky.
Tabulka obsahuje jeden řádek pro každý den měsíce a jeden součtový řádek, který je zobrazen jako první a je zvýrazněn a identifikován ve sloupci „Kód“ posledním dnem období.
Zvýrazněním jsou označeny volné dny (např. Sobota, Neděle u standardních pracovních režimů) a barevně je označen den svátku.
Sloupce tabulky.
Datum – jako „Přehled“
Kód - jako „Přehled“
Čas od - jako „Přehled“
Čas do - jako „Přehled“
Přípl. odpol. – součet z odpovídající položky v Dcd01
Přípl. noc. – součet z odpovídající položky v Dcd01
Přípl. Víkend – součet z odpovídající položky v Dcd01
Přípl. Svátek – součet z odpovídající položky v Dcd01
Aut. přípl.1 – součet z odpovídající položky v Dcd01
Aut. přípl.2 – součet z odpovídající položky v Dcd01
Aut. přípl.3 – součet z odpovídající položky v Dcd01
Aut. přípl.4 – součet z odpovídající položky v Dcd01
Aut. přípl.5 – součet z odpovídající položky v Dcd01
Aut. přípl.6 – součet z odpovídající položky v Dcd01
Poznámka : Názvy sloupců příplatků „Aut. přípl.1“ až „Aut. přípl.6“ se zobrazují podle aktuální definice „Adm31, Doch. číselníky, tabulka "Denní evidence"“.
Obsah je shodný jako na stejné záložce na Dcd01.
Záložka a její obsah odpovídá shodné záložce na Dcd01.
Formulář je určený jako základní formulář pro měsíční formu evidence docházky pro jednoho zaměstnance a je napojený na standardní navigační seznam osob pro Doch.
Standardně se jako první záložka zobrazuje záložka Vstupy, přiřazením obj. práva Dcm01VstupySouhrnPrvni jako první záložka se zobrazí záložka Vstupy - souhrn.
Formulář umožňuje :
Pomocí speciálních a procesních tlačítek je možné spustit různé aktualizační, generační a uzavírající procesy a funkce.
Formulář je rozčleněný do několika záložek podle charakteru zobrazovaných údajů a navazujících procesů a funkcí.
Přístup na formulář a na jeho
jednotlivé součásti je ve smyslu definovaných podmínek pro řízení přístupu
k formulářům oblasti docházka (viz Popis „Řízení přístupu k objektům
docházky“).
V záhlaví formuláře je
Na záložce „Vstupy“ jsou
k dispozici tlačítka [Otevři] a [Uzavři] nebo na záložce
„Měsíční záhlaví“ tlačítka [Otevření MZ] a [Uzavření MZ], kterými
může aktuální uživatel ovládat přístup k záznamu MV pro uživatele
s nižší úrovní oprávnění pro editaci (uživatele s profilem, u kterého
hodnota položky „Úroveň editace docházky“ je nižší než hodnota obdobné položky profilu
aktuálního uživatele).
Při funkcích formuláře, které mění uložené data se kontroluje, či jiná funkce (např. Korekce FPD, uzavření DOCH, …) nemění data, pokud ano, zobrazí se hlášení:
FATAL Akci nelze provést. Uživatel ELA\<uziv> právě provádí jiné akce, které ji blokují proti spuštění.
jeho obsah závisí od parametrů uživatel a čas spuštění.
A akce je ukončená.
Obsahuje řádky z měsíční evidence docházky vytvořené libovolným uživatelem přímým vložením nebo generováním, pokud pro aktuálního uživatele jsou editovatelné (Stav editace je 2, 12, 22, 32 nebo editační úroveň uživatele je >= než aktuální stav editace záznamu). Umožňuje standardní editační funkce pro zobrazené řádky z měsíční evidence.
Z kontextové nabídky je možné aktivovat formulář:
Dcd01 – Evidence denní docházky
Dcv01 – Docházka - výběry
Dce04 – Export – měsíční virtuální vstupy
Záložka je rozdělena na části :
Speciální a procesní tlačítka záložky
Vnitřní záložka Detail :
Vnitřní záložka Struktury :
Záložka pro zadání/zobrazení zařazení aktuálního záznamu na definované struktury.
Vnitřní záložka Audit :
Záložka pro zobrazení změny stavu editace záznamu a rozšířený audit.
Procesní tlačítka :
[Výpočet vstupů a záhlaví]
pokud pro aktuálního zaměstnance a období neexistuje měsíční záhlaví, tak se založí aktualizace položek záhlaví podle aktuálního stavu evidence denní nebo měsíční evidence docházky
podrobný popis viz (viz popis procesů)
[Smaž vložené řádky]
vymaž všechny řádky
z měsíční evidence docházky, které byly vloženy manuálně na Dcm01 nebo byly
vygenerovány v rámci libovolné funkce z oblasti docházky, která
zapisuje záznamy do Dcm01 (např. Převod DD/MV, Převod vyhodnocení stravy do MV,
…)
Nemaže virtuální záznamy tzn. promítané záznamy z VYP01, CEP01, OPV01.
přístup je řízen objektovým právem Dcm01specfunc (Speciální funkce Dcm01).
[Kopíruj vzor]
zkopíruj všechny řádky z měsíční evidence docházky zaměstnance v předcházejícím období, které byly vložené do Dcm01 libovolným uživatelem
[Ulož]
při uložení aktualizovaného záznamu se provedou předepsané kontroly a výpočty (viz popis)
aktualizovaný řádek se standardně uzamkne pro uživatele s nižší úrovní oprávnění
V seznamu se zobrazují editované řádky z měsíční evidence docházky. V seznamu se zobrazují sloupce obsahujíce položky (podrobný popis položek) :
SLM doch – SLM pro evidenci docházky (omezení výběrového seznamu viz níže.)
Datum od – Datum začátku záznamu
Datum do – Datum ukončení záznamu
Prac. směny – Pracovní směny záznamu
Kal. dny – Kalendářní dny záznamu
Sazba – Sazba k SLM pro výpočet částky
Procento – Procento k SLM pro výpočet částky
Zdroj řádku – Zdroj vytvoření řádku
Tlačítka umožní aktuálnímu uživateli ovládat přístup k záznamu MV pro uživatele s nižší úrovní oprávnění pro editaci (uživatele s profilem, u kterého hodnota položky „Úroveň editace docházky“ je
nižší než obdobná položka profilu aktuálního uživatele).
Tlačítko [Otevři] – nastaví položku „Stav editace záznamu“ na hodnotu = editační úroveň uživatele – 1 (do stavu 2, 12, 22, 32) => editace bez omezení.
Tlačítko [Uzavři] – nastaví položku „Stav editace záznamu“ na hodnotu = editační úroveň uživatele (do stavu 3, 13, 23, 33) => editace pro uživatele se stejnou nebo vyšší úrovní editace jako aktuální uživatel (pro uživatele s nižší úrovní je záznam needitovatelný).
Omezení zadávání položky Datum Od / Datum Do :
Vložený „Datum Od“ a „Datum Do“ musí splňovat podmínky :
Datum do >= Datum od
Datum od >= první den období a Datum od <= poslední den období
Datum do >= první den
období a Datum do <= poslední den období nebo 3.3.3333
Viz také Editování měsíčních vstupů (Dcm01, Dca02, Dcu01)
Zobrazení a povolení vložení hodnoty do položek Čas od/do a První/Poslední den pouze půlden je řízená zařazením SLM do skupin SLM 31 nebo 32 na Adm06.
Pokud SLM není v žádné ze skupin 31, 32 nebo je v obou, nezobrazíme ani půldny ani časy.
Omezení zadávání položky Čas Od / Čas Do :
Pokud je SLM v skupině Adm06, 32 zobrazíme Čas od / Čas
Do.
Standardně není možné pro žádnou SLM , mimo IA 2121 a 2122 (pohotovosti),
zadat čas Od/Do.
Omezení použití půldenních odchylek
Pokud je SLM ve skupině 31, zobrazíme První den pouze půlden / Posl. den pouze půlden.
Z formuláře Dov05/06 však můžou přijít také jiné typy odchylek s nastavením příznaku „půlden“.
Standardně není možné pro žádnou SLM zadat půl dni.
Poznámky :
Při libovolné editaci na záložce „Vstupy“ se nastaví položka „Status záhlaví“ pro všechny dny v rozsahu „Datum od“ / „Datum do“ a taktéž „Status měs. záhlaví“ (Dcm01, Měsíční záhlaví) na „Bez vyhodnocení“.
Dle potřeby je možné uživatelsky měnit seznam dostupných SLM pro formulář viz Použití SLM pro formuláře
Položky, které jsou doplňovány automatizovaně a nejsou proto volně editovatelné (podrobný popis položek) jsou v tomto popisu zvýrazněny podtržením.
Složka mzdy doch.: - kód SLM
Typ převodu doch/mzdy: - převod do MZDY
Stav editace záznamu: - stav editace záznamu (úroveň profilu posledního uživatele)
Datum od: - začátek odchylky
Pokračuje do dalšího měsíce – příznak pokračování odchylky do dalšího měsíce (detaily viz popis)
Datum do: - konec odchylky
Datum do vyp: - konec odchylky pro kalkulaci
První den pouze půlden: - odchylka pouze na půl směny (druhé z první směny)
Čas od vyp.(jen pro doch.): - čas pro začátek odchylky stanoven výpočtem
N - příznak časového údaje po půlnoci
Posl. den pouze půlden : - odchylka pouze na půl směny (první z poslední směny)
Čas od vyp.( jen pro doch.): - čas pro konec odchylky stanovený výpočtem
N - příznak časového údaje po půlnoci
Hodiny: - hodiny odchylky (zadáno uživatelem)
Hodiny vyp.: - hodiny odchylky (stanoveno výpočtem)
Pracovní směny: - pracovní směny (zadáno uživatelem)
Pracovní směny vyp.: - pracovní směny (stanoveno výpočtem)
Kalendářní dny: - kalendářní dni (zadáno uživatelem)
Kalendářní dny vyp.: - kalendářní dni (stanoveno výpočtem)
Směny čerpání dovolené: - pracovní směny čerpaní dovolené (zadáno uživatelem)
Směny čerpání dovolené vyp.: - pracovní směny čerpaní dovolené
Částka: - částka odchylky (zadáno uživatelem)
Částka vyp.: - částka odchylky (stanoveno výpočtem)
Kód částky: - kód částky
Kód doby: - kód doby
Doklad: - identifikace dokladu
Pracovní skupina/projekt: - identifikace Pracovní skupina/projekt
Stupnice mzdových tarifů: - mzdové zařazení
Tarifní stupeň: - mzdové zařazení
Další rozčlenění: - mzdové zařazení
Sazba: - sazba odchylky
Procento: - procento odchylky
Placené hod. bez svátků (OZP):- placené hodiny bez svátku
Odpracovaný první den - odpracované hodiny v první den nemoci
Typ doby: - typ doby
Druh doby: - druh doby
Poznámka: - pole pro uživatelskou poznámku
Poznámka1 - Poznámka 1:
Poznámkové pole pro další poznámku (1), její interpretace je daná dotčenou funkcí
Např. Dcu06, funkce pro doplňkové informace SLM typu HO
Na záložce Vstupy – edit, Vstupy – souhrn: pouze zobrazení
Poznámka2 - Poznámka 2:
Poznámkové pole pro další poznámku (2), její interpretace je daná dotčenou funkcí
Např. Dcu06, funkce pro doplňkové informace SLM typu HO
Na záložce Vstupy – edit, Vstupy – souhrn: pouze zobrazení
Zdroj vytvoření řádku: - identifikace zdroje vytvoření řádku
Barevné a grafické odlišení řádků
Záznamy se SLM s IA 112,1101,1103,1104,1105,1107,1121,1126,2131,2132 se zobrazují tučným písmem.
Záznamy se SLM s IA 21 - 899 se zobrazí tučně a mají modrou barvu.
Záložka obsahuje zařazení platných struktur EGJE na aktuální záznam měsíční evidence
Standardně se ke záznamu nepřiřazuje žádná ze struktur.
Záložka obsahuje tabulku s položkami:
Typ struktury – identifikace struktury
Struktura – kód zařazení na strukturu (pokud Typ struktury je vyplněn, zobrazí se pouze prvky této struktury, jinak je číselník prázdný)
Při uložení řádku struktury musí být položka Typ i Struktura vyplněné.
Záložka obsahuje přehled změny stavu editace záznamu měsíční evidence docházky a rozšířený audit změn definovaných položek MV (viz. popis rozšířený audit).
Záložka obsahuje položky :
Datum od – „Datum Od“ záznamu
Čas od - „Čas Od“ záznamu
Datum – časová značka změny
Stav editace záznamu – kód a název nového stavu záznamu
Audit – identifikace změny v režimu rozšířeného auditu
Změnu provedl – identifikace osoby, která změnu stavu provedla (uživatel, který aktivoval některou z funkcí, které generují změnu stavu).
Při naplnění pouze položky Hodiny (bez naplnění položek Datum Od/Do) se tyto automaticky přepíší i do položky Hodiny vyp.
(TC 1066291)
Upravili jsme v rámci kalkulace měsíčních záznamů, způsob zpracování záznamu v Dcm01, Vstupy v případě, kdy pro zaměstnance je přiřazen tzv. „prázdní“ kalendář, tzn. kalendář, který nemá použité směny s nastavením hodin (na žádný den není plánovaný FPD).
Jedná se např. o vykazování - DPP přímo do Dcm.
Pro SLM s IA 2131 a 2132 (dohody) v případě, kdy podle
kalendáře není naplánovaná žádná směna.
Pokud z výpočtu podle kalendáře na odchylku zadanou v Dcm01 (se zdroje 30, 31,
1, 0) se nespočtou žádné hodin, ale jsou:
a/ vyplněné hodiny a směny nevyplněné - zachováme hodiny zadané uživatelem
b/ pokud jsou nastavené směny a hodiny jsou nevyplněné,
pak spočteme hodiny = směny * prům. délka směny pro PV a datum odchylky OD
c/ vyplněné hodiny a směny vyplněné - zachováme hodiny
zadané uživatelem
zobrazíme hlášení : DME030 [U] [VAR] SLM <>, Datum []
/ []. Nepřepočítaný záznam Dcm01, Hod DD = <hod1l>, Hod Dcm = <hod2>,
Směny = <směny> , Hod. dopočítané = <hod3>
Pozor: pro takový režim není konzistentní evidence docházky podle Dcm a Dcd !
Pro oblast docházky je taky k dispozici možnost anulování vstupu, obdoba anulace vstupu na Vyp01, Ext.vstupy.
Záložka Dcm01, Vstupy – souhrn, tlačítka:
Anulovat vstup,
Znovu zařadit vstup,
Přesun do Vstupů .
Obsahuje všechny řádky z měsíční evidence docházky (vlastní řádky z evidence docházky i řádky z jiných častí systému – externích zdrojů).
Umožňuje jen prohlížení.
Z kontextové nabídky je možné aktivovat formulář :
Dcd01 – Evidence denní docházky
Dcv01 – Docházka - výběry
Dce04 – Export – měsíční virtuální vstupy
V záhlaví záložky :
Zaškrtávací pole „Zobrazit i vstupy v procesu schvalování“
Umožňuje v seznamu zobrazit i všechny záznamy z procesu „Schvalování nepřítomností“. Standardně se zobrazí pouze záznamy „schválené“.
Nezobrazují se záznamy se stavem :
1 - Zamítnutá žádost o DOV
2 - Zrušená žádost o DOV
Při nezaškrtnutém
okénku „Zobrazit i vstupy v procesu schvalování“ se zobrazí záznamy se
„Status schval. Dov. (nepř.)“ =
23 - Schválena vedoucím
30 - Schváleno – všichni
Při zaškrtnutém
okénku „Zobrazit i vstupy v procesu schvalování“ se zobrazí záznamy se
„Status schval. Dov. (nepř.)“ = 0,10,11,23,30
0 - Evidovaný záznam
10 - Žádost o schválení DOV
11 - Žádost o zrušení schválené DOV
21 - Schválena vedoucím 1
22 - Schválena koordinátorem
23 - Schválena vedoucím
30 - Schváleno – všichni
[Storno] – tlačítko na stornovaní aktuálního určeného záznamu (CEP, Synchronizace PV, …)
dostupnost jako obecná tlačítka + objektové právo Dcm01Storno
aktivní pouze pro řádky se Stav editace = 99 nebo -3
Pokud Status = 99, zobrazí se dotaz „Stornovat záznam ?“
pokud Ne návrat bez akce
pokud Ano - nastavit Status = -3 a návrat
Pokud Status = -3, zobrazí se dotaz „Zrušit storno záznamu ?“
pokud Ne návrat bez akce
pokud Ano - nastavit Status = 99 a návrat
Pokud Status <> 99, -3, zobrazí se dotaz „Záznam nejde stornovat ?“ A návrat bez akce
[Anulovat vstup]
pro aktuální řádek nastavit Typ převodu doch/mzdy na -1
[Znovu zařadit vstup]
pro aktuální řádek nastavit Typ převodu doch/mzdy na 1
[Přesun do Vstupů ]
z aktuálního řádku se vytvoří kopie řádku s nastavením:
Typ převodu doch/mzdy = 0
Zdroj, upřesnění = 8
pro aktuální řádek se nastaví Typ převodu doch/mzdy na -4.
Tlačítka je možné použít pouze pro řádky z docházky (Dcm), ne pro řádky virtuálních vstupů nebo ze schvalování.
Tlačítka dostupné při uzavřené docházce nebo při uzavřeném období pro DOCH (stav období = 3 ale ne > 3).
Tlačítka dostupné pouze pro profil s úrovní 33 a s objekt. právem fEditDochUzavDoch.
Pokud se akce z libovolného tlačítka provedla, upraví se Vyp01, Stav stejně jako pro Otevření, resp. Uzavření docházky.
Při opakované uzávěrce DOCH se nastavení anulace zruší !
tlačítko [Uprav kopii anul. vstupu]
Tlačítka dostupné při uzavřené docházce nebo při uzavřeném období pro DOCH (stav období = 3 ale ne > 3).
Tlačítko dostupné pouze pro profil s úrovni 33 a s objekt. právem fEditDochUzavDoch.
Tlačítko dostupné pouze pro řádky s nastavením Typ převodu doch/mzdy = 0 a Zdroj, upřesnění = 8.
Pro takový řádek je povolená standardní funkce EDIT.
Pokud se akce z libovolného tlačítka provedla, upraví se Vyp01, Stav stejně jako pro Otevření, resp. Uzavření docházky.
V seznamu se zobrazují řádky z měsíční evidence docházky. V seznamu se zobrazují sloupce obsahujíce položky (podrobný popis položek) :
Složka mzdy – SLM pro evidenci docházky (omezení výběrového seznamu viz níže.)
Datum od – Datum začátku záznamu
Datum do – Datum ukončení záznamu
Hodiny – Hodiny záznamu
Prac. směny – Pracovní směny záznamu
Kal. dny – Kalendářní dny záznamu
Sazba – Sazba k SLM pro výpočet částky
Částka – Částka k záznamu
Procento – Procento k SLM pro výpočet částky
Zdroj řádku – Zdroj vytvoření řádku
Barevné a grafické odlišení řádku viz. popis k záložce „Vstupy“
Graficky jsou odlišeny vstupy z externích zdrojů včetně vstupů ze schvalování, tyto záznamy mají text v kurzivě.
Organizace - identifikace organizace platnosti záznamu při multiorganizační DB
Složka mzdy doch.: - kód SLM
Typ převodu doch/mzdy: - převod do MZDY
Datum od: - začátek odchylky
První den pouze půlden: - odchylka pouze na půl směny (druhé z první směny)
Datum do: - konec odchylky
Posl. den pouze půlden : - odchylka pouze na půl směny (první z poslední směny)
Čas od (jen pro doch.): - čas pro začátek záznamu
Čas od vyp.( jen pro doch.): - čas pro začátek záznamu stanoven výpočtem
Čas do vyp.(jen pro doch.): - čas pro konec záznamu
Čas do vyp.( jen pro doch.): - čas pro konec záznamu stanoven výpočtem
Doba přestávek první den(hod:mi) – přestávka na jídlo a odpočinek pro prvním den
Doba přestávek poslední den(hod:mi) – přestávka na jídlo a odpočinek pro poslední den
Hodiny: - hodiny odchylky (zadáno uživatelem)
Hodiny vyp.: - hodiny odchylky (stanoveno výpočtem)
Pracovní směny: - pracovní směny (zadáno uživatelem)
Pracovní směny vyp.: - pracovní směny (stanoveno výpočtem)
Kalendářní dny: - kalendářní dni (zadáno uživatelem)
Kalendářní dny vyp.: - kalendářní dni (stanoveno výpočtem)
Směny čerpání dovolené: - pracovní směny čerpaní dovolené (zadáno uživatelem)
Směny čerpání dovolené vyp.: - pracovní směny čerpaní dovolené
Částka: - částka odchylky (zadáno uživatelem)
Částka vyp.: - částka odchylky (stanoveno výpočtem)
Kód částky: - kód částky
Kód doby: - kód doby
Poznámka: - pole pro uživatelskou poznámku
Zdroj vytvoření řádku: - identifikace zdroje vytvoření řádku
Zdroj, upřesnění: - identifikace zdroje vytvoření řádku - upřesnění
Stav editace záznamu: - stav editace záznamu (úroveň profilu posledního uživatele)
Řádky vytvořené z externích zdrojů obsahují hodnotu „99“
Status schval. dov.(nepř.): – status zpracování záznamu
Pokud se jedná o záznam se schvalovanou SLM – tak status schvalované SLM
Pokud se jedná o záznam z uloženého záznamu z CEP (při Adm21, Použití údajů z Cestovních příkazu pro MV = 2 ) – aktuální status uloženého CP
Režim zadání vstupu - režim zadávaní v schvalovaní (Skupina SLM z Adm06)
Organizace - identifikace organizace platnosti záznamu při multiorganizační DB
Složka mzdy doch.: - kód SLM
Typ převodu doch/mzdy: - převod do MZDY
Pokračuje do dalšího měsíce – příznak pokračování odchylky do dalšího měsíce (detaily viz popis)
Datum do vyp: - konec odchylky pro kalkulaci
Doklad: - identifikace dokladu
Změna typ převodu Doch/MZDY - příznak povolení změna typu převodu Doch/MZDY při neuzavřené docházce.
Pracovní skupina/projekt: - identifikace Pracovní skupina/projektu:
Plněná z formulářů Dcm01, Dcu01, Dca02 a Dcd01 při editaci měsíčních vstupů podle struktury typu 8. Obdobně také při převodu DD/MV.
Kolektiv - zobrazuje identifikaci kolektivu ve vazbě na řešení úkolových mezd (viz generování SLM do Dcm01 při uzavření úkolové mzdy nebo úkolových odměn).
Stupnice mzdových tarifů: - mzdové zařazení
Tarifní stupeň: - mzdové zařazení
Další rozčlenění: - mzdové zařazení
Sazba: - sazba odchylky
Procento: - procento odchylky
Placené hod. bez svátků (OZP):- placené hodiny bez svátku
Odprac. první den - odpracované hodiny v první den nemoci
Typ doby: - typ doby
Odprac. posl. den - odpracované hodiny v první den nemoci
Druh doby: - druh doby
Poznámka1 - Poznámka 1:
Poznámkové pole pro další poznámku (1), její interpretace je daná dotčenou funkcí
Např. Dcu06, funkce pro doplňkové informace SLM typu HO
Na záložce Vstupy – edit, Vstupy – souhrn: pouze zobrazení
Poznámka2 - Poznámka 2:
Poznámkové pole pro další poznámku (2), její interpretace je daná dotčenou funkcí
Např. Dcu06, funkce pro doplňkové informace SLM typu HO
Na záložce Vstupy – edit, Vstupy – souhrn: pouze zobrazení
Adresa pro Home Office: - adresa místa s výkonem Home Office (Osb02, adresa s Druh adresy = 9, nebo z Dov05, záložka Adresy pro Home Office)
Obsah položky odpovídá položce Dov05, Adresa pro Home Office z formuláře Dov05 (zde se zobrazuje pouze v režimu POBASK pro SLM ze skupiny Home Office).
Vstupy z externích zdrojů se přebírají standardně. Pokud z libovolného důvodu není vhodné tyto vstupy použít, je možné je zablokovat ze záložky „Měsíční záhlaví“ položka „Zpracovávat ext. vstupy“
Toto omezení platí pro aktuálního zaměstnance a aktuální období.
V seznamu záznamů se zobrazení obsahu definovaných sloupců (Datum Do, Hodiny, Prac. směny., Kal. dni, částka) se zobrazí pouze hodnoty zadané uživatelem, nebo plněné výpočtem. (
Na záložce se „vypočítané“ hodnoty zobrazují bez vazby na „zadávané“ hodnoty, zobrazí se aktuální stav (dle aktuální kalkulace).
Pohled na „uložené“ hodnoty v DB, je přes Dcv01.
Při generování záznamu do MV z „Převod DD/MV“ se pro generované řádky automaticky naplní položky „vyp“: Datum Od, Datum Do, Hodiny, Směny, Procento, kalendářní dny, dny pro dovolenou (shodně s obdobnými uživatelskými položkami).
Pro virtuální záznam z „Opv01, Vynětí“ se zobrazuje záznam se skutečným začátkem a koncem vynětí, tzn. pro tento případ se v Dcm01 zobrazují záznamy s datem začátku a konce mimo aktuální období.
Záložka obsahuje zařazení platných struktur EGJE na aktuální záznam měsíční evidence.
Záložka obsahuje tabulku s položkami:
Typ struktury – identifikace struktury
Struktura – kód zařazení na strukturu
Záložka obsahuje rozšířené auditní údaje pro zobrazované tzv. „skutečné“ záznamy Dcm01 (záznamy nepromítané z Vyp01, Opv01, Cep01). Obsahově je shodná s obdobnou záložkou na „Vstupy“.
Obsahuje audit záznamů vytvořených :
Dcm01/ Vstupy
Dov05/Doc06
Dca02/ Dlouhodobé odchylky
Dca02/ Generovaní průchodu
Dcd01/ Převod + Uzavření
Dav01/ Vstupy
Záložka obsahuje aktuální stav vybraných personálních údajů aktuálního zaměstnance.
Dle oprávnění, je možné z formuláře provádět změnu kalendáře.
Záložka shodná s obdobnou záložkou na formuláři Dcd01, viz popis.
Z kontextové nabídky je možné aktivovat formulář :
Dcd01 – Evidence denní docházky
Záložka obsahuje jednak sledované stavy vybraných hodinových evidencí z předcházejících období a jednak zápočet těchto evidencí v aktuálním období.
Položky se aktualizují automatizovaně při aktualizaci měsíčního záhlaví.
Poznámka :
Při editaci měsíčního záhlaví se nemění položka „Stav editace měs. záhlaví“ podle editační úrovně aktuálního profilu (výjimka z obecného systému řízení přístupu k editovatelným záznamům).
V záhlaví formuláře jsou zobrazená procesní tlačítka :
[Výpočet vstupů a záhlaví]
pokud pro aktuálního zaměstnance a období neexistuje měsíční záhlaví, tak se založí
aktualizace položek záhlaví podle aktuálního stavu evidence denní nebo měsíční evidence docházky, podrobný popis viz zde
[Smaž záhlaví]
Tlačítko slouží na vymazání aktuálního měsíčního záhlaví (v případě neoprávněného vygenerování), přístup je řízen objektovým právem Dcm01specfunc (Speciální funkce Dcm01).
[Aktualizace stavu MZ]
Tlačítko slouží k provedení aktualizace MZ způsobem shodným jako při „Nový“ pro naplnění stavu MZ.
Tlačítka [Otevření MZ] a [Uzavření MZ] slouží aktuálnímu uživateli ovládat přístup k editačním záznamům evidence docházky (denním i měsíčním) vázaných na MZ pro uživatele s nižší úrovní oprávnění pro editaci (uživatele s profilem, u kterého hodnota položky „Úroveň editace docházky“ je
nižší než obdobná položka profilu aktuálního uživatele ).
[Otevření MZ]
tlačítko slouží na otevření evidence docházky za aktuální období, nastaví položku „Stav editace záznamu“ MZ na hodnotu = editační úroveň uživatele – 1 (do stavu 2, 12, 22, 32) => editace bez omezení.
podrobný popis viz popis procesů
[Uzavření MZ]
tlačítko slouží na uzavření
evidence docházky za aktuální období
nastaví položku „Stav editace záznamu“ MZ na hodnotu = editační úroveň
uživatele (do stavu 3, 13, 23, 33) => editace pro uživatele se stejnou nebo
vyšší úrovní editace než aktuální uživatel (pro uživatele s nižší úrovní jsou
záznamy needitovatelné).
podrobný popis viz popis procesů
Záložka obsahuje položky (Podrobný popis viz popis., položky označené kurzívou jsou needitovatelné):
Status vyhodnocení měs. záhlaví:
Stav editace měs. záhlaví:
Status vyhodnocení strava:
Stav editace pracovního výkazu:
Zpracovávat ext. vstupy – volba uživatele pro zablokovaní vstupů z externích zdrojů pro aktuální období
Povolená aut. Aktualizace poč. stavů
Standardně je položka nastavená na hodnotu „Ano“ (všechny položky záhlaví se standardně aktualizují)
Při uživatelské aktualizaci na MZ libovolné tzv. „stavové“ položky (položky obsahující počáteční stav (saldo) z předešlých období) se parametr nastaví na „Ne“ a další aktualizace MZ v rámci aktuálního období již neaktualizuje stavové položky. Nastavení platí pouze pro aktuální měsíc (nepřenáší se do následujícího období).
Položku je možné nastavovat hromadní změnou.
Základní fond PD:
Plánovaný fond PD:
Saldo plnění FPD :
Zůst. dovolené k zač. období:
Čerpání
dovolené v období:
Dovolená zůstatek rok:
*Přesčas - limit:
Přesčas - stav:
Aktuální přesčas :
Přesčas celkem :
*Přesčas - limit 2:
Přesčas - stav 2:
Aktuální přesčas 2:
Přesčas 2 celkem :
*Pohotovost - limit:
Pohotovost - stav:
Saldo hodin pohotovosti - aktuální období:
Pohotovost celkem :
Saldo náhradního volna:
Aktuální náhradní volno:
Saldo náhradního volna – celkem:
NV z minulého měsíce
NV z předchozích měsíců
NV k proplacení/čerpání v akt. měsíci
Čerpání NV v akt. měsíci
Saldo Pracovního volna za uzavřené období:
Saldo Pracovního volna za aktuální období:
Saldo Pracovního volna – celkem:
Saldo NV za práci ve svátek za uzavřené období:
Saldo NV za práci ve svátek za aktuální období:
Saldo NV za práci ve svátek – celkem:
**Příspěvek na stravu při půlce dovolené - leg.
-1 (nevyplněno) - nestanoven
0 - bez nároku nebo již čerpán
1 - nevyčerpán
**Příspěvek na stravu při půlce dovolené
1 - následující půlka dovolené s příspěvkem
0 - následující půlka dovolené bez příspěvku
** Speciální přiznání příspěvku na stravu při půldenní dovolené,
podrobněji viz popis Doch_dopl_uzdoc, kapitola: Zápočet pro stravování typu SLM 15, nároku na stravu při půldenní dovolené
Poznámka:
*Položky Přesčas-limit, Přesčas-limit2 a Pohotovost-limit se nastavují na formuláři Pre01.
Hromadné změny
Pro vybrané položky je možné provést hromadnou změnu uživatelem s oprávněním podle standardní role „5“.
Hromadná změna povolená pro položky :
Přesčas - limit:
Přesčas - stav:
Přesčas - limit 2:
Přesčas - stav 2:
Pohotovost - limit:
Pohotovost - stav:
Saldo náhradního volna:
NV z minulého měsíce:
NV z předchozích měsíců:
NV k proplacení/čerpání v akt. měsíc
Saldo Pracovního volna za uzavřené období:
Saldo NV za práci ve svátek za uzavřené období:
Počet nároků na stravu za měsíc
Záložka obsahuje rekapitulaci evidence docházky zaměstnance v aktuálním měsíci z pohledu především odpracované a neodpracované doby a zobrazení protokolů z naposledy provedených funkcí „Převod DD do MV“, „Uzavření MZ“ a „Výpočet započitatelné doby denní evidence docházky“ .
Záložka je rozdělená na tři časti :
- Ve vrchní časti jsou umístěna procesní a funkční tlačítka.
- Ve střední časti jsou zobrazené položky s vyhodnocením aktuálního stavu docházky.
[Výpočet vstupů a záhlaví]
pokud pro aktuálního zaměstnance a období neexistuje měsíční záhlaví, tak se založí
aktualizace položek záhlaví podle aktuálního stavu evidence denní nebo měsíční evidence docházky, podrobný popis viz zde
[Otevření MZ]
tlačítko slouží na otevření evidence docházky za aktuální období
podrobný popis viz popis procesů
[Uzavření MZ]
tlačítko slouží na uzavření evidence docházky za aktuální období
podrobný popis viz popis procesů
Položky se aktualizují automatizovaně při aktualizaci měsíčního záhlaví.
Podrobný popis viz zde. Záložka obsahuje položky :
Status vyhodnocení měs. záhlaví
Stav editace měs. záhlaví
Zpracovávat ext. vstupy – volba uživatele pro zablokovaní vstupů z externích zdrojů pro aktuální období
Datum poslední kalkulace - Položka obsahuje datum a čas naposledy provedené kalkulace podle uloženého protokolu (viz záložka Protokol)
Plánovaný fond PD
Fond měsíce při poslední kalkulaci
Hodiny měsíce
Hodiny měsíce při poslední kalkulaci
Odpracováno v měsíci
Odpracováno při poslední kalkulaci
Neodpracováno v měsíci
Neodpracováno při poslední kalkulaci
Rozdíl měsíce
Rozdíl měsíce při poslední kalkulaci
Aktuální práce ve svátek
Záložka obsahuje přehled změny stavu editace záznamu měsíčního záhlaví a rozšířený audit změn definovaných položek MZ (viz. popis rozšířený audit).
Záložka obsahuje položky :
Datum – časová značka změny
Stav editace záznamu – kód a název nového stavu záznamu
Audit – identifikace změny v režimu rozšířeného auditu
Změnu provedl – identifikace osoby, která změnu stavu provedla (uživatel, který aktivoval některou z funkcí, které generují změnu stavu).
Záložka obsahuje přehled vyrovnávacích období (VO) pro sledování FPD a přesčas.
Podrobný popis viz zde.
V záhlaví záložky jsou tlačítka, , která umožní aktualizaci VO bez nutnosti opakování uzavírání docházky.
[Aktualizace označeného VO] – aktualizace označeného vyrovnávacího období
[Aktualizace
aktuálních VO] – aktualizace všech vyrovnávacích obdobích, která jsou
platná pro celé období nebo částečně pro aktuální období formuláře
Záložka obsahuje položky :
Typ vyrovnávacího období - kód a název
Výr. období od - začátek VO
Výr. období do - konec VO
Výr. období - limit hodiny - plánované hodiny v rámci VO
Výr. období - stav hodiny - evidované hodiny v rámci VO
Výr. období - limit směny - plánované směny v rámci VO
Výr. období - stav směny - evidované směny v rámci VO
Varianta zobrazení vyrovnávacího období pro období, které je definované na formuláři Kal02 nastavením (MU Ostrov):
Typ vyrovnávacího období = 4 - Vyrovnávací období pro Pružné rozvržení pracovní doby
Režim výpočtu VO = 5 - Vyhodnocení dle plánu směn s limitem pro saldo FPD
Délka VO měsíce = 2
Pro pružnou prac dobu, je umožněno generování délky VO
období i podle délky v měsících (doposud pouze v týdnech).
Nejdřív se stanoví délka VO podle položky Délka VO týdny, ale pokud délka v
týdnech není vyplněná nebo je 0, délka se stanoví podle délky v měsících.
Záložka obsahuje rekapitulaci aktuálního stavu podkladů pro mzdy (měsíčních vstupů) dle členění podle SLM za aktuální období.
Záložka obsahuje tabulku s položkami :
SLM mzdy doch – Identifikace SLM (kód a název SLM) pro evidenci docházky
Hodiny – Součet započitatelných hodin pro skupinu „SLM doch + SLM mzdy“
Prac. směny – Součet pracovních dní pro skupinu „SLM doch + SLM mzdy“
Kalendářní dny – Součet kalendářních dní pro skupinu „SLM doch + SLM mzdy“
Částka – Součet částek pro skupinu „SLM doch + SLM mzdy“
Poznámka : Napočítání do sloupců se řídí pravidlem - pokud jsou naplněné „vypočítané“ hodnoty, tak se bere do napočítání jejich aktuální stav, pokud nejsou vyplněné tak se bere do výpočtu aktuální stav „uživatelských“ položek
Záložka obsahuje rekapitulaci aktuálního stavu podkladů pro mzdy (měsíčních vstupů) v členění podle definovaných skupin SLM za aktuální období.
Sdružení SLM do jednotlivých skupin je definované jako započitatelnost DOCH01.
Standardní je nastavená :
ODPR IA : 1101..1109 - odpracováno
NEPR IA : 26, 31, 40 .. 999 - neodpracováno
PRESC IA : +11, +13 - přesčas
Záložka obsahuje tabulku s položkami :
Skupina SLM – Identifikace skupiny započitatelnosti SLM (kód skupiny započitatelnosti z DOCH01) pro rekapitulaci
Hodiny – Součet započitatelných hodin pro skupinu
Prac. směny – Součet pracovních dní za skupinu
Kal. dny – Součet kalendářních dní za skupinu
Částka – Součet částek za skupinu
Poznámka : Napočítání do sloupců se řídí pravidlem - pokud jsou naplněné „vypočítané“ hodnoty, tak se bere do napočítání jejich aktuální stav, pokud nejsou vyplněné tak se bere do výpočtu aktuální stav „uživatelských“ položek
Záložka obsahuje naposled zaznamenané tzv. uložené protokoly z procesů :
o „Kontrola evidence docházky“ (v rámci funkce „Kalkulace evidence denní docházky“)
o „Převod DD/MV“ (Dcd01, Dcm01 )
o „Uzavření evidence docházky“ (Dcd01, Dcm01, Dcu02, )
Výpis protokolu je možné provést sestavou Dcd08.
V záhlaví záložky jsou tlačítka :
[Docházka s varováním]
Tlačítko spustí proces, který omezí navigační seznam na osoby, u kterých při posledním přepočtu evidence denní docházky, převodu DD/MV , uzavření MZ resp. při aktualizaci měsíčního záhlaví bylo registrováno alespoň jedno hlášení úrovně „varování“, “chyba“ resp. „závažná chyba“.
[Docházka s chybou]
Tlačítko spustí proces, který omezí navigační seznam na osoby, u kterých při posledním přepočtu evidence denní docházky, převodu DD/MV, uzavření MZ resp. při aktualizaci měsíčního záhlaví bylo registrováno alespoň jedno hlášení úrovně “chyba“ resp. „závažná chyba“.
[Docházka se záv. chybou]
Tlačítko spustí proces, který omezí navigační seznam na osoby, u kterých při posledním přepočtu evidence denní docházky, převodu DD/MV, uzavření MZ resp. při aktualizaci měsíčního záhlaví bylo registrováno alespoň jedno hlášení úrovně „závažná chyba“.
Tlačítko [Nápověda].
Pokud kurzorem označíte požadovaný řádek protokolu a následně použijete tlačítko [Nápověda], tak systém otevře dokument Hlas_uzdoc v odpovídající jazykové mutaci a vyhledává popis ke zvolenému hlášení.
Pokud se hlášení nalezne, kurzor v dokumentu se nastaví na vyhledaný popis, pokud hlášení není nalezeno, zůstane dokument otevřený na začátku. Pak je možné se pokusit dohledat požadované hlášení manuálně.
Protokol obsahuje :
Typ akce – identifikace procesu, který hlášení generoval (viz JPC pd_typ_prot)
Typ správy – identifikace úrovně hlášení
Text správy – text hlášení, který obsahuje :
jednoznačný kód hlášení (jednoznačná identifikace kontrolního hlášení)
vlastní hlášení
Datum zápisu do protokolu – datum zápisu hlášení do protokolu
Čas zápisu – hodina a minuty zápisu hlášení do protokolu
ID – pořadové číslo zápisu do protokolu
Jednotlivé „zdroje“, které zapisují do tohoto protokolu jsou identifikovány „typem akce“.
Generování protokolů se provádí následujícím způsobem :
o Dcd01, Kalkulace jeden den – smaže záznamy protokolu typu "denní docházka" pro aktuální den a PV
o Dcd01, Kalkulace rozsah dnů - smaže záznamy protokolu typu "denní docházka" pro rozsah dnů a PV
o Dcd01, Převod DD/MV resp. Převod DD/MV + uzavření - smaže záznamy protokolu typu "denní docházka", "převod" a "uzavření" pro PV a období
o Dcm01, Uzavření MZ - smaže záznamy protokolu pro PV a období :
o Pokud se provádí i kalkulace "denní docházky"
o Pokud se provádí i převod DD/MV + "uzavření“
Záložka pro hromadné funkce z oblasti měsíční evidence docházky nad zvoleným rozsahem zaměstnanců.
Hromadné funkce respektují při své činnosti relaci aktuálního stavu záznamu / záhlaví (stav editace záznamu) a úrovně ověření pro aktuální profil (tzn. že proces se pro aktuální záznam / záhlaví převede jen v případě, pokud je se záznamem aktuální profil oprávněný pracovat).
Záložka obsahuje procesní tlačítka :
[Výpočet vstupů a záhlaví pro všechny PV v navigačním seznamu]
pro hromadný přepočet záznamů měsíční evidence a aktualizace položek měsíčního záhlaví
[Otevření MZ pro všechny PV v navigačním seznamu]
pro hromadné otevření měsíčního záhlaví aktuálním uživatelem
[Uzavření MZ pro všechny PV v navigačním seznamu]
pro hromadné uzavření měsíčního záhlaví aktuálním uživatelem
[Smaž všechny vložené řádky pro všechny PV v navigačním seznamu]
pro hromadné vymazání všech záznamů z měsíční evidence mimo řádků z externích zdrojů
přístup je řízen objektovým právem Dcm01specfunc (Speciální funkce Dcm01)
pokud se při zpracování zjistí, že evidence docházky pro OSČPV je v stavu „Uzavřeno“, funkce neprovede smazání řádků měsíční evidence, zobrazí se odpovídající hlášení a pokračuje ve zpracování dalšího OSČPV
[Aktualizace stavu MZ pro všechny PV v navigačním seznamu]
pro aktualizaci MZ způsobem shodným jako při „Nový“ pro naplnění stavu MZ.
[Kontrola čerpání - SLM s Limitem]
provede v Dcm01, Vstupy -
souhrn kontroly plnění položky „Směny/hod. čerp. dovolené“ na všech záznamech se
SLM IA 21 a SLM z Dov02. Pokud nalezne nekorektní obsah, opraví ho.
Funkce nekontroluje uzavření docházky/období ani zdroj vytvoření záznamu.
Popis:
pro každou SLM v Dcm01 (bez ohledu na zdroj) pro období formuláře a bez
ohledu na stav uzavření docházky a status období
kontrolujeme SLM s IA 21 a SLM které jsou alespoň jedenkrát v Dov02 (bez ohledu na období platností limitu na Dov02)
pro každý záznam spočítáme čerpaní podle standardní funkci pro DOCH.
pokud je položka Čerpaní na záznamu stejná jako spočtená hodnota - neděláme nic
pokud je položka Čerpaní na záznamu jiná jako spočtená hodnota - propíšeme hodnotu v záznamu
do protokolu dáme informaci: DM041 OSČPV <osčpv> Pro SLM <> v rozsahu Datum Od/Do <datum od / datum do>, zdroj <zdroj md>, čerpání upraveno z <ze záznamu> na <z výpočtu>
[PV s neuzavřenou docházkou] – navigační seznam je omezen
pouze na PV s neuzavřenou docházkou, tzn. stavy 2, 12, 22, 32.
[PV s uzavřenou docházkou] – navigační seznam je omezen pouze na PV
s uzavřenou docházkou, tzn. stavy 3, 13, 23, 33, 99.
Záložka umožňuje hromadné generování záznamů do MV pro všechny PV zobrazené v aktuálním navigačním seznamu dle definovaných podmínek.
Položky formuláře :
Chování při kolizi s DD - Režim generování pokud při generování záznamu se u konkrétního PV zjistí kolize s DD (Dcd01) :
0 – Generování i pokud existuje denní docházka
1 – Smazat kolidující záznam denní docházky
2 – Přeskočit a negenerovat
Záložka dále obsahuje vybrané položky z formuláře Dcm01, Vstupy
Tlačítko :
[Generuj MV pro všechny PV v navigačním seznamu]
Vygenerování záznamu s definovaným obsahem pro každé PV zobrazené v navigačním seznamu.
Doporučený postup :
Pokud se při zpracování zjistí, že evidence docházky pro OSČPV je v stavu „Uzavřeno“ a úroveň uživatele je menší než stav evidence docházky, funkce neprovede vložení nového záznamu, zobrazí odpovídající hlášení a pokračuje se v zpracování dalšího OSČPV.
Pokud úroveň uživatele je větší nebo rovna stavu evidence docházky, funkce provede vložení nového záznamu.
Sestava obsahuje opis aktuálního stavu měsíční evidence docházky (Dcm01, Vstupy - souhrn)
Parametry sestavy :
Standardní (období, správní oddíl, struktura, hladina, výběrová osa)
Nepovinný výčet SLM k omezení obsahu - SLM pro omezení zobrazení se zadávají pomocí seznamu SLM , jednotlivé hodnoty jsou oddělené čárkou.
Záhlaví OSCPV:
Středisko – kód zvolené struktury
Os. Číslo – identifikace zaměstnance
Zaměstnanec – příjmení a jméno
Stav MZ – kód aktuálního stavu editace MZ
Vyhod. MZ – kód stav vyhodnocení evidence docházky
Plán měsíce – plánované hodiny období
Odpracované - vykázané odpracované hodiny do fondu
Neodpracované – vykázané neodpracované hodiny do fondu
Rozdíl – saldo plnění plánovaných hodin proti skutečně vykázaným
Detailní řádek :
SLM kód – identifikace SLM
SLM název – název SLM
Od – datum začátku nepřítomností
Do – datum ukončení nepřítomností
Hodiny – započitatelné hodiny
Směny – započitatelné Směny
Částka - částka
Zdroj – identifikace zdroje vytvoření řádku
Výběr : aktuální řádkové práva, osoby platné pro DOCH
Stránkování : kód struktury
Seřazení : kód struktury, příjmení, jméno, os. Číslo
Sestava obsahuje přehled započítaných a nezapočítaných hodin z měsíční evidence docházky.
Standardní (období, správní oddíl, struktura, hladina, výběrová osa)
Středisko – kód zvolené struktury
Os. Číslo – identifikace zaměstnance
Zaměstnanec – příjmení a jméno
Stav MZ – kód aktuální stav editace MZ
Vyhod. MZ – kód stav vyhodnocení evidence docházky
Plán. Hod – plánované hodiny období
Započ. Hod – započitatelné hodiny období
Rozdíl Hod – saldo plnění plánovaných hodin (Započ. Hod - Plán. Hod)
Vypoč. Hod – skutečně vykázané hodiny v docházce
Rozdíl Skut. – saldo plnění plánovaných hodin proti skutečné vykázaným (Vypoč.Hod-Plán. Hod )
Součtový řádek :
Doplněný součet plánovaných a započitatelných hodin za skupinu „Struktura“
Výběr : aktuální řádková práva, osoby platné pro DOCH
Seřazení : kód struktury, příjmení, jméno, os. číslo
Sestava obsahuje přehled plnění fondu pracovní doby měsíce podle aktuálního stavu měsíčního záhlaví.
Parametry sestavy :
Standardní (období, správní oddíl, struktura, hladina, výběrová osa)
Záhlaví - organizované za kód zvolené struktury
Struktura : - kód a název struktury
Detail:
OSČPV : - identifikace zaměstnance (osobní číslo a PV)
Zaměstnanec : - jméno a příjmení zaměstnance
Stav - kód pro aktuální stav vyhodnocení MZ
Vyhod - kód pro aktuální stav editace MZ
Plán - plánovaný fond pracovní doby podle MZ
Započ - započitatelný fond pracovní doby podle MZ
Rozdíl - aktuální saldo plnění fondu pracovní doby (Započ - Plán)
Výběr : aktuální řádková práva, osoby platné pro DOCH, záznam platný pro zadaný parametr
Stránkování : není
Seřazení : kód struktury, příjmení, jméno, os. číslo
Sestava obsahuje přehled vykázaných nepřítomností (IA 10...900 + 1008, 5101 mimo IA 11, 13, 16) z měsíční evidence docházky.
Možnost uložení sestavy do formátu XLS.
období - (režim při otevření „aktuální referenční období“)
Standardní ( správní oddíl, struktura, hladina, výběrová osa)
Středisko – kód zvolené struktury
Os. číslo – identifikace zaměstnance
Zaměstnanec – příjmení a jméno
Od – datum začátku nepřítomností
Do – datum ukončení nepřítomností
Výběr : aktuální řádková práva, osoby platné pro DOCH
Seřazení : kód struktury, příjmení, jméno, os. číslo
Sestava obsahově shodná se sestavou Dcm06, umožňuje však uživatelům definování omezení pro zobrazení SLM.
Možnost uložení sestavy do formátu XLS.
Omezení je možné definovat úpravou započitatelnosti Dcm08, skupiny Dcm08_1.
Poznámka: Zobrazení kódu a názvu prvku struktury je omezeno na cca 22 znaků.
Sestava obsahuje přehled tvorby a čerpání přesčasu podle jednotlivých období.
Sestava má standardní výstup do XLSX.
Parametry sestavy :
Období Od – první období pro výběr údajů pro zobrazení (standardně aktuální období)
Období Do – poslední období pro výběr údajů pro zobrazení (standardně aktuální období)
Správní oddíl – správní oddíl, jak se nevyplní tak za všechny správní oddíly
Struktura – volba struktury, pokud se nevyplní tak se použije org. struktura
Hladina – hladina zvolené struktury
Zaměstnanec – omezení sestavy pro zvoleného zaměstnance
Výběrová osa - omezení dostupných PV (typ PvDoch)
Položky záhlaví :
Struktura - aktuální zařazení PV ke zvolené struktuře
Zaměstnanec - OsčPv, plné jméno zaměstnance
Zkratky : MZ – Dcm01, Měsíční záhlaví; ME – Dcm01, Vstupy - souhrn
Položky sestavy :
Období – období MZ
NVstav – počáteční stav NV pro období
(MZ.Saldo nahradního volna)
NVtvor. – tvorba NV v období
(Součet ME.Hodiny pro SLM s IA 11, 13, 16)
NVčer. – čerpání NV v období
(Součet ME.Hodiny pro SLM s IA 12, 14, 15, 35, 36)
NVakt. – aktuální saldo NV v období
(MZ.Saldo NV - celkem)
NV1 – zůstatek nevyčerpaného NV vytvořeného v předcházejícím měsíci
(MZ.NV z minulého měsíce)
NV2 – zůstatek nevyčerpaného NV vytvořeného před dvěma měsíci
(MZ.NV z předchozích měsíců)
NV3 – zůstatek nevyčerpaného NV vytvořeného před třemi měsíci
(MZ.NV k proplacení/čerpání v akt. měsíci)
Pr.NV3. – proplacené NV v akt. období (z NV3)
Pr.akt. – proplacené hodiny přesčasu v akt. období
Propl. – aktuální stav pproplaceného přesčasu
(MZ.Aktuální přesčas)
Propl2 - aktuální stav proplaceného přesčasu typu 2
(MZ.Aktuální přesčas 2)
Zamít. – zamítnuté hodiny v měsíci
(Součet ME.Hodiny pro SLM s IA 905)
Výběr : aktuální řádková práva nad seznamem osob pro DOCH
Generované součty za kód zvolené struktury a za celou sestavu
Uspořádání : struktura, příjmení, jméno, OSCPV, období, SLM
Sestava obsahuje výpis aktuálního čerpaní sledovaných SLM z evidence MZDY (za uzavřené období pro MZDY) i Docházka (za neuzavřené období pro MZDY).
Standardně vypsány SLM s IA 21, 26.
Pro legislativu SK také : 63, 64, 65
Parametry sestavy :
Standardní : Období, Správní oddíl, Typ Struktury, Hladina, Výběrová osa, OSČPV
Záhlaví :
Struktura, OSČ, Zaměstnanec
Detail :
SLM – identifikace sledovaného kontingentu
Název – název SLM
OD/DO - datum začátku a konce čerpání
Hodiny - hodiny čerpání
Směny - čerpaní v směnách
Typ - zdroj evidence čerpání DCM – Dcm01, DCD – Dcd01, MZDY
Detailní výpis evidence přesčasu (placeného i neplaceného) za zvolené období podle měsíční evidence docházky (Dcm01).
Sestava obsahuje výpis jednotlivých výskytů záznamů měsíční evidence docházky se SLM s IA 11..16, 1003..1005, 1111, 1116, 1132, 1143.
Parametry :
Období Od, Období Do - vymezení období pro výpis přesčasu
Správní oddíl, Výběrová osa, OsčPv - omezení zobrazení osob
SLM - omezení zobrazení na SLM, při nevyplnění se zobrazují záznamy se SLM s 11..16, 1003..1005, 1111, 1116, 1132, 1143
Skupina přesčasu - omezení sestavy na placené resp. neplacené přesčasy, při nevyplnění se zobrazí placené i neplacené přesčasy
Záhlaví zaměstnance :
Zaměstnanec : OSČPV, celé jméno
Struktura : kód a název ke zvolené struktuře
Detail :
Období - období záznamu
SLM - kód a název SLM
Od - datum Od
Do - datum Do
Hodiny - hodiny
Zdroj - zdroj vytvoření řádku
Poznámka - poznámka k záznamu
Seřazení : Příjmení, Jméno, OSČPV, období, SLM, Datum Od
Sestava obsahuje podklady pro objednávku stravenek z „Dcm01, Vstupy detail“. V sestavě jsou obsaženy záznamy, které byly vygenerovány v rámci „zjednodušeného režimu stravy z převodu DD/MV“ (viz popis Doch_uzdoc.doc). Jedná se o záznamy se SLM generovanou ze SLM s IA 950.
Parametry sestavy
Období - období pro výběr údajů pro zobrazení (standardně aktuální období)
Správní oddíl - správní oddíl, pokud se nevyplní, tak za všechny správní oddíly
Typ struktury - volba struktury, pokud se nevyplní, tak se použije org. struktura
Hladina - hladina zvolené struktury
Výběrová osa - volba omezeného výběru
Záhlaví
Struktura - kód a název struktury
Detail
OSČPV -
identifikace zaměstnance (osobní číslo a PV)
Zaměstnanec - jméno a příjmení zaměstnance
Cena - jednotková cena stravenky, bere se z definice SLM pro srážku - položka SAZBA (Slm01, Kódy a další, v rámci SLM s IA 950).
Stravenky -
počet odebraných stravenek
Srážka - srážka zaměstnance za odebrané stravenky (bez
hodnocení příspěvku)
Lokalita - lokalita odběru stravenek (prvek struktury 32)
Výběr: aktuální řádková práva, osoby platné pro Doch
Stránkování: není
Řazení: kód struktury, příjmení, jméno, os. číslo
Sestava stejná jako Dcm13, rozdíl je pouze v naplnění položky Cena.
V sestavě Dcm13f se cena stanoví výpočtem: Srážka / Stravenky.
Jedná se o uživatelskou sestavu, poskytneme ji na požádání.
Sestava opisu denní evidence
docházky a vybraných údajů z měsíční evidence docházky ve formátu tzv.
pracovního výkazu s verifikací zaměstnancem a nadřízeným.
Parametry sestavy
Standardní parametry: OSČPV, výběrová osa
Datum – pro výběr rozsahu zobrazení (zobrazuje data od prvního dne měsíce podle „datum“ do dne z „Datum“)
Záhlaví stránky (zaměstnance)
Jméno – jméno a příjmení
OSČPV – identifikace zaměstnance
Detail denní evidence
Den - den v měsíci a zkratka dne v týdnu
Vz. den - kód vzorového dne
SLM - název SLM
Od - začátek záznamu denní evidence docházky
Do - konec záznamu denní evidence docházky
Přestávky - délka přestávky
Započteno - započitatelné hodiny záznamu
Poznámka - „Poznámka 1“ k záznamu denní evidence
Měsíční přehled:
Fond pracovní doby v hodinách:
- Součet hodin plánovaných směn za období (z datumu)
Zbývá odpracovat do konce období:
- (Fond pracovní doby v hodinách - Skutečné plnění fondu pracovní doby ke dni)
Skutečné plnění fondu pracovní doby ke dni:
- Součet hodin z evidence denní docházky ke dni se SLM typu „odpracováno“ nebo „neodpracováno“
Plánované plnění fondu pracovní doby ke dni:
- Součet hodin plánovaných směn ke dni
Rozdíl mezi plánovaným a skutečným plněním fondu pracovní doby:
- (Plánované plnění fondu pracovní doby ke dni - Skutečné plnění fondu pracovní doby ke dni)
Zaměstnanec - Datum, Podpis - autorizace zaměstnancem
Autorizace – Datum, Podpis - autorizace nadřízeným
Sestava obsahuje podklady pro objednávku stravenek z „Dcm01, Vstupy - souhrn“ ve formátu EDENRED. V sestavě jsou obsaženy záznamy, které byly vygenerovány v rámci „zjednodušeného režimu stravy z převodu DD/MV“ (viz popis). Jedná se o záznamy se SLM generovanou ze SLM s IA 950.
Parametry sestavy
Standardní : období, správní oddíl, typ struktury, hladina, výběrová osa
Záhlaví
Struktura - kód a název struktury
Detail
OSČPV -
identifikace zaměstnance (osobní číslo a PV)
Zaměstnanec - jméno a příjmení zaměstnance
Obálky - počet obálek (vždy = 1)
Nominál1 - jednotková cena stravenky (cena spočtená z měs. záznamu srážky ze mzdy: sazba * procento zaokrouhlená na jedno desetinní místo )
Množství1 -
počet odebraných stravenek
Součtovaní: 1) za strukturu, 2) celkem
Výběr: aktuální řádková práva, osoby platné pro Doch
Stránkování: není
Řazení: kód struktury, příjmení, jméno, os. číslo
Výstup XLS : Ano
Výstup CSV : Ne (doporučeno vytvořit z XLS formátu)
Sestava obsahuje podklady pro objednávku stravenek z „Dcm01, Vstupy detail“ ve formátu SODEXO. V sestavě jsou obsaženy záznamy, které byly vygenerovány v rámci „zjednodušeného režimu stravy z převodu DD/MV“ (viz popis). Jedná se o záznamy se SLM generovanou ze SLM s IA 950.
Parametry sestavy
Standardní : období, správní oddíl, typ struktury, hladina, výběrová osa
Záhlaví
Struktura - kód a název struktury
Detail
OSČPV -
identifikace zaměstnance (osobní číslo a PV)
Zaměstnanec - jméno a příjmení zaměstnance
Místo - stravovací lokalita (přiřazení na strukturu 32), max.12 znaků
Počet - počet odebraných stravenek
Cena - jednotková cena stravenky (cena spočtená z měs. záznamu srážky ze mzdy: sazba * procento zaokrouhlená na jedno desetinní místo )
Cena2 - nevyplněno
Údaj1 - stravovací lokalita (přiřazení na strukturu 32)
Údaj2 - nevyplněno
Součtovaní: 1) za strukturu, 2) celkem
Výběr: aktuální řádková práva, osoby platné pro Doch
Stránkování: není
Řazení: kód struktury, příjmení, jméno, os. Číslo
Výstup XLS : Ano
Výstup CSV : Ne (doporučeno vytvořit z XLS formátu)
Sestava obsahuje přehled čerpání SLM z výpočtu MZDY i DOCH, které jsou evidovány na Dov02 (alternativa k sestavě Dcm11).
Parametry sestavy:
Standardní:
Období, Správní oddíl, Typ Struktury, Hladina, Výběrová osa, Zaměstnanec
Další:
Celý rok
Nezaškrtnuto – všechny platné definice nároku pro období z parametru (období z parametru je pokryto definicí nároku)
zaškrtnuto - všechny platné definice nároku pro aktuální rok (z parametru období)
Záhlaví sestavy - PV:
Struktura, OSČ, Zaměstnanec
Pro každé PV a každou SLM a období s platností definovanou na Dov02, se vytvoří tiskový oddíl:
Záhlaví PV/SLM/Období:
SLM – kód a název SLM
Období Od/do - platnost nároků pro rozsah období
Nárok - nárok ve dnech/hodinách pro určený rozsah období
Zůstatek - zůstatek k čerpání
Detail sestavy:
Období - období vykázání SLM
Docházka - údaje z evidence docházky
Směny - vykázané směny odchylky z MV
Čerpání - vykázané čerpání odchylky z MV
Mzdy - údaje z výpočtu MZDY
Směny - vykázané směny odchylky
Korekce - korekce SLM z Dov02
ST DOCH - stav zpracování docházky
ST OBD - stav období
Sestava obsahuje přehled čerpání SLM typu dovolená (IA 21, 22) z výpočtu MZDY i DOCH (alternativa k sestavě Dcm11).
Parametry sestavy:
Standardní:
Období, Správní oddíl, Typ Struktury, Hladina, Výběrová osa, Zaměstnanec
Záhlaví sestavy - PV:
Struktura, OSČ, Zaměstnanec
Záhlaví PV/SLM/Období:
SLM - kód a název SLM
Období Od/do - platnost nároků pro rozsah období
Nárok - nárok ve dnech/hodinách pro určený rozsah období
Čerpání - kolik již bylo čerpáno z nároku
Krácení - kolik bylo kráceno z libovolného důvodu
Zůstatek - zůstatek k čerpání
Pro PV s režimem čerpání dovolené 7, s převodem zůstatku dovolené z roku 2020 ve směnách a pokud je nárok z minulého roku > 0, zobrazí se ještě řádek s položkami:
Dov. z min roku ve směnách, Nárok <směny>, Čerpání <směny>, Zůstatek <směny>
Detail sestavy:
Zúčt. obd. - období vykázání SLM
Docházka - údaje z evidence docházky
Směny - vykázané směny odchylky z MV
Hodiny - vykázané hodiny odchylky z MV
Čerpání - vykázané čerpání odchylky z MV
Mzdy - údaje z výpočtu MZDY
Směny - vykázané směny odchylky
Hodiny - vykázané hodiny odchylky z MZDY (detail výpočtu)
Čerpání - vykázané čerpání odchylky z MZDY (detail výpočtu)
Korekce - korekce SLM z Dov01
ST DOCH - stav zpracování docházky
ST OBD - stav období
Sestava je určená pro kontrolu počátečních stavů vykázaných hodin placeného přesčasu na formuláři Dcm01, Měsíční záhlaví, položka Přesčas – stav.
Zároveň je možné ji použít na aktualizaci této položky i v historických obdobích (v rámci jednoho roku).
Je možné provést kontrolu i aktualizaci od určitého období (Období
Od), standardně od ledna běžného roku (s 0 poč. stavem v lednu).
Rozsah Období Od - Období Do určuje pouze období, které budeme kontrolovat, součty
jsou vždy od ledna běžného roka.
Parametry sestavy:
Období Od - startovací období kontroly přesčasů (default leden běžného roku)
Období Do - období pro kontrolu/uložení počátečního stavu (referenční období)
Poznámka: Datum Od a Datum Do, musí být z jednoho roku (nesmí být přesah do více roků).
Správní oddíl - správní oddíl, pro omezení seznamu kontrolovaných PV
Typ struktury - pouze pro seřazení výstupu
Hladina - pouze pro seřazení výstupu
Výběrová osa - použití výběru pro omezení seznamu kontrolovaných PV
Zaměstnanec (nevyplněné => všichni) - omezení kontroly na jedno PV
Režim test - Při otevření vždy Ano
Ano - bez zápisu do Dcm01 (pouze kontrola)
NE - se zápisem do Dcm01 (aktualizace Dcm01)
Zobrazit pouze chybné - Při otevření vždy Ano
Ano – zobrazit pouze období, kde je zjištěn nesouhlas Dcm01 (Výsledek = Ne)
NE – zobrazit všechny kontrolované období bez ohledu na vyhodnocení
Obsah sestavy:
Záhlaví:
Struktura - kód a název prvku struktury
SJ - kód a název SJ
Detail :
OSC - OsčPV
Zaměstnanec - příjmení a jméno zaměstnance
Období - Období poč. stavu
Limit - Roční limit placeného přesčasů (Dcm01)
Stav – Dcm01 - stav vykazaných přesčasů v evidenci DOCH v období (Dcm01, Přesčas-stav)
Stav - Vyp - aktuálně spočtený stav vykazaných přesčasů za období (viz výpočet v popisu Měsíčního záhlaví)
Převod-Mzdy - převod podkladů pro mzdy z DOCH do MZDY (Opv01)
Výsledek - Pokud Stav – Dcm01 = Stav-Vyp
= Ano
= Ne
Pokud Test = 0 a Výsledek = Ne,
aktualizujeme položku Dcm01, Přesčas-stav
Seřazení: struktura, Příjmení, Jméno, OSCPV, období
Exportní sestava umožňuje exportovat stavy měsíčního záhlaví za zvolený rozsah období do XLSX.
Parametry:
Období Od, Období Do - vymezení rozsahu období pro export
Standardní parametry: Správní jednotka, Typ struktury, Hladina, Výběrová osa, Zaměstnanec
Popis exportů:
list Hlavička - identifikace exportů, stavové informace, opis parametrů
list Měsíční záhlaví - export ze záložky Dcm01, Měsíční záhlaví a Měsíční záhlaví souhrn
list Audit MZ - export ze záložky Dcm01, Audit MZ
list Protokol - export ze záložky Dcm01, Protokol
list Vyrovnávací období - export ze záložky Dcm01, Vyrovnávací období
Sestava provádí kontrolu evidence NV v rámci formuláře Dcm01 a umožňuje opravit nesrovnalosti v této evidenci na záložce Měsíční záhlaví na základě aktuálních údajů na záložce Vstupy - souhrn.
Při spuštění sestavy se kontroluje, zda je Období P.S. <
Období do
Poznámka: Pokud je zaškrtnutý parametr „Zobrazit pouze chybné“ a nenalezne se žádný chybový řádek, sestava hlásí, že nenašla žádná data.
Parametry sestavy:
Období poč. stavu - období, které se považuje za výchozí pro kontrolu, při otevření se nastaví na první měsíc aktuálního roku podle referenčního období
Období do - poslední období, pro který se má provést kontrola (aktualizace), při otevření se nastaví podle referenčního období
Správní oddíl - správní oddíl, pro omezení seznamu kontrolovaných PV
Typ struktury - pouze pro seřazení výstupu
Hladina - pouze pro seřazení výstupu
Výběrová osa - použití výběru pro omezení seznamu kontrolovaných PV
Zaměstnanec (nevyplněné => všichni) - omezení kontroly na jedno PV
zaškrtávátko Režim test - Při otevření vždy Ano
Ano - bez zápisu do Dcm01 (pouze kontrola)
Ne - se zápisem do Dcm01 (aktualizace Dcm01)
zaškrtávátko Zobrazit pouze chybné - Při otevření vždy Ano
Ano – zobrazit pouze období, kde je zjištěn nesouhlas Dcm01 (Výsledek = Ne)
Ne - zobrazit všechny kontrolované období bez ohledu na vyhodnocení
zaškrtávátko Kontrolovat NV/NVx - kontrola stavu NV a rozložení pro placení (NVx=NV1+NV2+NV3)
Ano – kontroluje se rozdíl NV a součet hodin z NVx
Ne - kontrola se neprovádí
Obsah sestavy:
Záhlaví:
Struktura - kód a název prvku struktury
SJ - kód a název SJ
Detail:
OSC - OsčPv
Zaměstnanec - Příjmení a jméno zaměstnance
Období - Období poč. stavu
Stav - zůstatek NV z předešlých období v období (Dcm01, Saldo náhradního volna)
NVT - tvorba NV v měsíci kontroly
NVC - čerpání NV v měsíci kontroly
Stav-Vyp.- aktuálně vypočtený stav vykázaného NV za období (viz výpočet v popisu Měsíčního záhlaví)
Výsledek - výsledek kontroly, viz legendu v patičce sestavy
NVx = NV1 + NV2 + NV3
-1 - Nekontrolované
0 - první kontrolovaný řádek PV
1 - první kontrolovaný řádek PV s NV <> NVx a NV < 0
2 - první kontrolovaný řádek PV s NV <> NVx a režim NV > 0 a NV > 0
10 - Nesouhlasí NV z předešlého obd. s akt. obdobím
NV kontr. období <> z předešlého měsíce (NV + NVt - NVč )
11 - jako 1 ale pro druhé a další kontrolované období
12 - jako 2 ale pro druhé a další kontrolované období
NV1 NV z minulého měsíce
NV2 NV z předešlých měsíců
NV3 NV k proplacení/čerpání v akt. měsíci
V patičke sestavy je legenda ke sloupci Výsledek:
Vyhodnoceni: -1 - Nekontrolované; 0 - první kontrolovaný řádek PV; 1/2 - první kontrolovaný řádek PV s NV <> NVx; 10 - Nesouhlasí NV z předešlého obd. s akt. obdobím;11/12 - Nesouhlas NV a součtu NVx
Pokud Test = 0 a Výsledek = Ne,
aktualizujeme položku Dcm01, Měsíční záhlaví, Saldo náhradního volna, Aktuální náhradní volno.
Seřazení: Struktura, Příjmení, Jméno, OSCPV, Období
Sestava obsahuje výpis řádků měsíční evidence docházky (Dcm01, Vstupy - souhrn) za zvolený rozsah období.
Kromě omezení podle PV, je možné provést omezení podle seznamu požadovaných SLM.
Parametry sestavy :
Standardní (správní jednotka, typ struktury, hladina, výběrová osa
Období - období pro vyhodnocení řádkových práv
Období Od/Období do - vymezení rozsahu zobrazených údajů
Období od - období od pro výběr dat - default leden běžného roku
Období do - období do pro výběr dat - default akt. období
Nepovinný výčet SLM k omezení obsahu - SLM pro omezení zobrazení se zadávají pomocí seznamu SLM, jednotlivé hodnoty jsou oddělené čárkou.
Záhlaví OSCPV:
Středisko - kód zvolené struktury
Zaměstnanec - OSČPV, příjmení a jméno
Detailní řádek:
SLM kód - identifikace SLM
SLM název - název SLM
Období
Datum od - datum začátku nepřítomností
Datum do - datum ukončení nepřítomností
Hodiny - započitatelné hodiny
Směny - započitatelné Směny
Částka - částka
Zdroj – identifikace zdroje vytvoření řádku
Součtový řádek za SLM
Výběr: aktuální řádkové práva, osoby platné pro DOCH
Stránkování: kód struktury
Seřazení: kód struktury, příjmení, jméno, os. číslo, SLM
Sestava obsahuje přehled vykázaných hodin/směn na SLM podle měsíců v roce.
Sestava obsahuje data podle měsíční evidence docházky.
Parametry:
Období: - období pro vyhodnocení práv, default ref. období
Období od: - období pro výběr dat od, nastavit na leden k roku z ref. datumu
Období do: - období pro výběr dat do, ref. období
Struktura: - pokud je nevyplněno tak, organizační struktura
Typ struktury - výběr struktury pro třídění
Hladina: - výběr hladiny struktury pro třídění
Výběrová osa - omezení zobrazení na výběr zaměstnanců podle aktuálního výběru (PvDoch)
Zaměstnanec - omezení na jedno PV
Nepovinný výčet SLM k omezení obsahu - SLM pro omezení zobrazení se zadávají pomocí seznamu SLM, jednotlivé hodnoty jsou oddělené čárkou.
Nepovinný výčet IA k omezení obsahu - IA pro omezení zobrazení se zadávají pomocí
seznamu IA, jednotlivé hodnoty jsou oddělené čárkou.
vždy může být vyplněn buď seznam IA nebo seznam SLM
Detail řádků :
Záhlaví |
Popis |
Středisko |
kód a název k přiřazenému prvku zvolené struktury a hladiny |
OSČPV |
Identifikace zaměstnance |
Zaměstnanec |
Příjmení a Jméno |
1-12 |
Kalendářní měsíce |
|
v prvním řádku zobrazit směny |
|
v druhém řádku zobrazit hodiny |
Celkem |
součet směny součet hodiny |
Formulář zobrazuje pro určené PV seznam SLM z DCM, u kterých je přiřazená struktura nebo by měla být.
Zároveň umožňuje u určených SLM doplnit nebo aktualizovat strukturu.
Editace je možná standardně pouze pro schválené SLM nebo pro záznamy v uzavřené docházce, ale ne pokud je období uzavřené pro DOCH a není proveden výpočet mezd.
Navigační seznam.
standardní navigační seznam typu Pv (např. z Opv01), včetně standardních alternativních nav. seznamů
Poznámka: podle nastavení parametrů v záhlaví formuláře je možné navigační seznam omezit (viz popis níže).
Kontextová nabídka:
Přepnutí do Dcm01, Vstupy - souhrn
Přepnutí do Dov06 nebo Dov05
Funkční tlačítka formuláře:
tlačítko [Doplň struktury] – automatické doplnění struktur do aktuálního záznamu
zkontroluj zda v tabulce struktur k záznamu DCM jsou struktury ze seznamu Str01 s nastavením Použití = 12
pokud struktura není aktuálně v tabulce – doplníme
Tlačítko “Doplň struktury” je dostupné za stejných podmínek, jako ostatní editační tlačítka.
Standardní funkční tlačítka:
Editace je možná standardně pouze pro schválené SLM nebo pro záznamy v uzavřené docházce, ale ne pokud je období uzavřené pro DOCH a není proveden výpočet mezd.
Podmínka pro povolení editace v tabulce struktur:
a/ právo Dcm35 v režimu Zápis
b/ položka Stav z formuláře Vyp01, Stav musí být <= 0 (pokud je položka nevyplněna, chová se, jako by byl stav 0
c/ položka Status výplatního termínu (pro období, SO a Typ = 0 ) musí být < 3
d/ v seznamu je alespoň jedna SLM z DCM (pokud seznam odchylek není prázdný)
tlačítko [Ulož]:
při uložení tabulky se kontroluje samostatně součet - procent a hodin, podle úrovně hlášení DCM3501/DCM3502, při nenaplnění 100 % nebo hodin ze záznamu se uložení provede nebo uživatel je vrácen do editačního režimu pro doplnění, žádné automatické "dorovnání" se neprovede.
Pokud Dcm3501 > 0 a hodiny v strukturách <> hodiny odchylky, zobrazí se
Dcm3501 [U] [0] Nesouhlasí přerozdělení hodin <hods> s hod. odchylky <hodo>
Pokud Dcm3502 > 0 a procento <> 100: zobrazí se:
Dcm3502 [U] [0] Nesouhlasí přerozdělení procenta <%s> s proc. odchylky <%o>
Záhlaví formuláře
Období : - aktuální období podle přihlášení
číselník období
Stav editace měs. záhlaví:
Status výplatního termínu:
Stav výpočtu mezd:
Seznam SLM pro zobrazení:
pokud seznam SLM je nevyplněn, tak zobrazujeme pouze záznamy se SLM Dovolená = IA 21
číselník SLM
Zdroj řádků: - omezení zobrazených řádků podle zdroje vytvoření řádku
pokud seznam Zdroj je nevyplněn, tak zobrazujeme záznamy ze všech zdrojů
číselník: 0 – Vše; 1 - Schvalované, schválené; 2 - Neschvalované
tlačítko [Omezení nav. seznamu]
podle aktuálního nastavení parametrů „Seznam SLM pro zobrazení:“ a „Zdroj řádků:“ se omezení nav. seznamu na PV, u kterých je podmínka splněná
Seznam odchylek
Seznam obsahuje needitovatelné záznamy z měsíční evidence docházky - omezen podle parametrů (Pv, Období, Zdroj, SLM)
Zobrazíme (v první etapě) řádky z DCM se
a/ zdroj = 10 a status dov = 23 (schvalované, schválené)
b/ zdroj = 20 nebo 0, 1, 30, 31 (neschvalované, z převodu DDMV, zadané uživatelem, generované, importované)
s omezením podle parametrů SLM (při nevyplnění IA 21) , zdroj (při nevyplnění 1 schvalované, schválené) a povolené pro převod do mezd.
Seřazení seznamu: SLM, Datum Od
Popis sloupců seznamu:
Z DCM záznamu:
SLM
Datum Od
Datum Do
Hodiny:
Směny:
Procento:
Zdroj řádku
Poznámka
Detail přiřazených struktur:
Pro aktuální řádek ze seznamu zobrazíme všechny řádky v záložce Dcm01, Vstupy, Struktury.
Tabulka je editovatelná za výše uvedených podmínek.
Popis sloupců tabulky:
Typ struktury -
číselník - seznam struktur s nastavením Použití = 12
pokud je žádná struktura s nastavením Použití = 12 neexistuje, tak v číselníku jsou struktury s nastavením Použití = 1 nebo 4
Struktura -
číselník - platné struktury podle Typ struktury
Procento
Hodiny
Poznámka
Aktivace formuláře:
Na formuláři pro dotčené struktury nastavit Str01/Použití struktury, Místo=12.
Pokud skupina 12, nebude použitá ani pro jeden typ struktury, použijí se typy struktury s použitím MZDY+DOCH.
TC 1090058
Sestava slouží na doplnění historických období do tabulky CEDDENEXT, vzhledem k aktuálnímu období, pokud je to potřeba po aktivaci funkce fixace virtuálních záznamu pro denní evidenci docházky (viz popis Doch_uzdoc, kapitola 13.15.1 Fixace virtuálních záznamu z denní docházky).
Naplnění tabulky CEDDENEXT z virt. vstupů pro zvolený rozsah období.
Alternativa k funkci v rámci uzavření docházky - Export virt. vstupů.
Není určena pro Adm53.
Sestava není součástí standardní aplikace (je ve formě uživatelské sestavy), v případě potřeby požádejte o její zaslání.
Sestavu nejdříve spustíte pro 1-2 období, abyste zjistili délku běhu a až pak podle uvážení pouštět pro větší počet období, až pokryjete celý rozsah požadovaných období.
Parametry:
Období Od - první období exportu
číselník: Období
pokud nevyplněno, tak ref. období
Období Do - poslední období exportu
číselník: Období
pokud nevyplněno, tak ref. období
Popis sestavy:
Sestava pro každé období v rozsahu Období od až Období do provede funkci „Fixace virtuálních záznamů z denní docházky“, jako by byla nastavena volba Kal01/Adm22/Adm21 - Uložení externího záznamu DCD = 3.
Generuje protokol o průběhu generování.
Formulář je určen pro založení a aktualizací dokladů pro aktuální období.
Navigace : Seznam dokladů pro zvolené období
Záhlaví : Období : - volba období pro zobrazení údajů
Záložka obsahuje základní definici a parametre aktuálního dokladu.
Standardní funkce s úpravou:
[Kopie]
V rámci funkce se zkopíruje i obsah doplňující tabulky „Parametry dokladu“.
Speciální funkce:
tlačítko [Kopíruj z předešlého období] - umožňuje do aktuálního období vytvořit kopie všech evidovaných dokladů v předešlém období.
Skupina „Základní údaje dokladu“
Typ dokladů – typ dokladu (při NOVY se automatický nastaví na hodnotu 21) dle číselníku Dcf02
Název - pojmenování dokladu
Kód dokladu – doplňková identifikace dokladu
Období – období platnosti
Pracovní skupina/projekt : - období platnosti
Stav editace záznamu : - aktuální stav editace dokladu
Status dokladu : - aktuální status po naposledy provedeném výpočtu pro „jednouživatelské“ doklady
Vlastník dokladu : - identifikace uživatele – vlastníka dokladu (odpovědného uživatele pro doklad resp. uživatele, který doklad založil)
Datum a čas posledního přepočtu : - časová značka o naposled provedeném výpočtu pro „jednouživatelské“ doklady
Uživatel posledního přepočtu : - identifikace uživatele posledního přepočtu pro jednouživatelské doklady
Popis : - uživatelský popis k dokladu (poznámky)
Skupina „Parametry dokladů“
Obsahuje parametry dokladů (jejích seznam je vázán na typ dokladu)
Popis a interpretace jednotlivých položek viz popis příslušného formuláře.
Pro doklad Dcm07, základní formulář Dcm07fcargo :
SLM Odměny
Procento odměny
Procento odměny – min.
Procento odměny – max.
Tabulkový přehled aktuálního stavu záznamů vázaných na aktuální doklad pro aktuální období.
Popis položek viz formulář Dcm07fcargo.
Pro naplnění sloupce se použije struktura typu 2 , hladina nevyplněno.
Formulář je určen pro definici a konfigurací tzv. „dokladů“ pro oblast docházky.
Obsahuje seznam podporovaných typů dokladů, které je možné použít v docházkové části EGJE.
V záhlaví :
Zaškrtávací políčko „Jen platné“ (standardně zapnuté)
Zapnuté – zobrazí pouze platné záznamy
Vypnuté – zobrazí všechny záznamy
Seznam typů dokladů:
Pro každý typ dokladu se zobrazí položky:
Skupinový typ dokladu - identifikace typu dokladu
Název - uživatelský název typu dokladu
Platnost - příznak stavu platnosti typu dokladu
Detail aktuálního záznamu v seznamu typů dokladů :
Popis typu dokladu:
Organizace - identifikace organizace
Skupinový typ dokladu - řešitelská identifikace typu dokladu (JPC : pd_typ_dokladu)
11 - Hromadné zadávání odměn v rámci limitu
Hromadné zadávání odměn na Dcf11
12 - Schvalované odměny vázané na Opv02
Hromadné zadávání odměn definovaných v Opv02 na Dcf12
21 - Výkonnostní prémie - ČD Cargo Dcm07fcargo
Doklad pro zpracování výkonností odměny v podmínkách ČD Cargo, viz. popis uživatelské úpravy ČD Cargo.
22 - Motivační bonus Panasonic AVC
Doklad pro zpracování motivačního bonusu v podmínkách Panasonic AVC, viz. popis uživatelské úpravy Panasonic AVC
Platnost záznamu – identifikace platnosti typu dokladu pro použití v oblasti docházky
Název – uživatelský název typu dokladu
Parametry typu dokladu:
V této části se zobrazují parametry vázané na aktuální typ dokladu.
Detailní popis parametru viz. popis jednotlivých dokladů.
11 - Hromadné zadávání odměn v rámci limitu (Dcf11)
SLM dokladu – seznam povolených SLM s kódem doby a částky
12 - Schvalované odměny vázané na Opv02 (Dcf12)
SLM dokladu – seznam povolených SLM s kódem doby a částky – maximální sada
V Dcf12 ale u zaměstnance lze zadat jen tu (ty) z nich, které má zaměstnanec definované na Opv02 (Zúčtovat = 0-Nikdy)
21 - Výkonnostní prémie - ČD Cargo Dcm07fcargo, Povodí ODRY Dcm07fpod
SLM dokladu – seznam povolených SLM s kódem doby a částky
22 - Motivační bonus Panasonic AVC
Limit počtu směn pro krácení za nepřítomnost.
Limit počtu směn pro krácení agentur“
obsahuje SLM pro uložení přiznaného bonusu do podkladů pro mzdy
SLM bonusu – k výplatě
obsahuje SLM pro uložení bonusu do MV (standardní číselník SLM pro DOCH)
SLM bonusu – zadána
obsahuje evidenční SLM pro uložení nekráceného bonusu do podkladů pro mzdy (pro zobrazení na výplatní pásce)
Formulář určený pro uživatelské doplnění (aktualizaci) přiřazení dohodnutých struktur k řádku v MV.
Formulář napojen na standardní navigační seznam pro docházku.
Formulář v záhlaví obsahuje volbu období pro zobrazení dat.
Obsahuje dvě záložky :
Měsíční data – pro uživatelské přiřazení a aktualizaci přiřazených struktur k řádku MV
Hromadné automatické přiřazení – funkce pro hromadnou kontrolu a aktualizaci přiřazení struktur pro aktuálně zobrazované PV v navigačním seznamu
Záložka obsahuje záznamy z MV pro aktuální PV podle navigačního seznamu.
Ve formuláři se zobrazují záznamy z Dcm01, které navíc splňují podmínky :
o Nejedná se o záznam generovaný z CEP
o Nejedná se o záznamy evidence docházky v procesu schvalování, které nebyly dosud schváleny
o Záznam je editovatelný pro aktuální profil dle podmínek pro oblast docházky.
Záložka ve formátu tabulka/struktury
Ve vrchní tabulce je seznam vytvořených záznamů v MV s údaji (popis viz Dcm01) :
SLM doch – identifikace SLM
Datum od
Datum do
Hodiny
Prac. směny
Kal. dny
Sazba
Částka
Procento
Zdroj řádku
Ve spodní tabulce jsou zobrazené struktury přiřazené k aktuálnímu řádku ve vrchní tabulce.
Tabulka obsahuje údaje :
Typ struktury
Struktura
Obsahuje procesní tlačítka pro hromadné funkce.
[Proveď přiřazení struktur do MV pro PV v navigačním seznamu]
Funkce pro každý řádek v MV a pro každé PV v navigačním seznamu zkontroluje a dle potřeby přiřadí struktury dle dohodnutého algoritmu z číselníku Str09f.
Podmínky pro automatizovanou aktualizaci struktury k řádku MV :
- pokud zakazka není vyplněná a pokud kombinace SLM, Zdrojová Struktura, Přiřazovaná struktura má :
žádný výskyt => přiřaď kmenovou zákazku
jediný výskyt => pokud rezim_slmstr = 1 => pro záznam doplň zakázku
pokud rezim_slmstr <> 1 => žádná činnost
více výskytů => chyba
Pokud je zakázka vyplněná => zkontroluj platnost => pokud neplatná, tak chyba
[Proveď smazání všech přiřazených struktur v MV pro PV v navigačním seznamu]
Funkce pro každý řádek v MV a pro každé PV v navigačním seznamu odebere přiřazené struktury.
Při automatizovaném
generování zakázky k záznamu z Dcm01 se uplatní také příznak ze
„Str09f, Podřízené“, tzn. pokud je uvedený parametr nastaven na „Ano“, tak
uvedená zakázka platí i pro „podřízené“ útvary.
Konfigurace určuje, které SLM je možné na formuláři použít.
Pro konkrétní doklad je pak možné (ale nikoliv nutné) v Dcf11/Detail/Parametry dokladu zadat SLM a částku k rozdělení.
Při zadání SLM je tato použita v celém dokladu, pokud zadána není, jsou nabízeny ty, které jsou uvedeny v Dcf02 pro daný typ dokladu.
Předvyplňování SLM se řídí nastavením z dokladu.
Osoby/PV je možné zadat též pomocí dialogu "Výběr Osob/PV" s multiselectem nad aktuálním výběrem PV. Je možné (ale ne nutné) při něm zadat též částku.
Podobné je i druhé tlačítko "Přiřazení částky", které umožní zadat částku buď všem, nebo všem, kteří dosud částku nemají.
Formulář používá NS dokladů, který obsahuje filtr Období VT a položky :
Stav editace záznamu - stav zpracování dokladu (podle JPC: pd_status_over )
Skupinový typ dokladu - identifikace typu dokladu
Kód - kód dokladu
Název - název dokladu
V hlavičce navigace je Období VT, neboli měsíc, do kterého pak data směřují. Je předvyplněn poslední měsíc se statusem aktuálním VT.
Zobrazují se doklady, kterých "vlastníkem" je aktuální uživatel.
Uživatel se speciálním právem Dcf11Admin - "Dcf11 - všechny doklady" má doklady přístupné všechny.
Data je v Období VT (dobírka) možné editovat dokud je VT otevřený a dokud nenastane datum určený položkou Vyp02 / "Den blokace vstupů (Dcf11,12, schvalování) vzhledem k VT".
Formulář je vizuálně rozdělen na :
Záhlaví
Záložku Detail – definice dokladu
Záložku Data – data dokladu
Záložka Hromadné funkce – funkce pro všechny doklady v NS
Zaměstnanci dostupní v Data / OSČPV+ jméno, resp. ve Výběr osob/PV:
MES (typicky dohody) tam nejsou, když mají v Opv01/Režim/PV je dostupný v docházce hodnotu
1 - Ano, není-li v MES
Pokud zde ale mají 0 - Ne nebo 2 - Ano, i v MES, tak se přístupnými stanou.
Kdy 0 typicky používají zákazníci bez implementované docházky (i když i oni mohou tento PV pomocí 1 vyřadit)
a 0, 1, 2 pak zákazníci s docházkou, přičemž tím zároveň určují, jestli je uvedený PV zde a v klasických docházkových formulářích.
V záhlaví formuláře je zobrazeno, do kdy je zadávání pro uživatele otevřeno
Záložka obsahuje identifikační a stavové parametry aktuálního dokladu.
V záhlaví záložky jsou tlačítka:
[Otevři] – otevření dokladu
Funkce provede pouze nastavení stavu dokladu na „otevřeno“ (status = úroveň profilu docházky -1).
[Uzavři] – uzavření dokladu
Funkce provede nastavení stavu dokladu na „uzavřeno“ (status = úroveň profilu docházky).
Položky definice dokladu:
Typ dokladu – typ dokladu (vždy 11)
Název - uživatelský název dokladu
Kód dokladu - kód (zkrácený název) dokladu
Vlastník dokladu - identifikace uživatele, který je vlastníkem dokladu
Správní oddíl - doklad smí obsahovat pouze osoby z jednoho SO
Stav editace záznamu - stav zpracovaní dokladu
Popis – pole poznámky k dokladu
Položky parametrů dokladu:
SLM odměny – SLM pro uložení nových záznamů
Částka odměny k rozdělení – celková částka odměny k rozdělení
Rozděleno – aktuální stav přiznané (zadané částky) zaměstnancům v rámci dokladu
Rozdíl - aktuální rozdíl mezi celkovou částkou a částkou rozdělenou
Záložka obsahuje vlastní záznamy dokladu.
V záhlaví záložky jsou tlačítka:
[Výběr Osob/PV]
Slouží pro zadaní osob/PV do dokladu s multiselectem nad aktuálním výběrem PV. Je možné (ale ne nutné) při něm zadat též částku.
[Přiřazení částky]
Slouží pro zadaní částky buď všem, nebo všem, kteří dosud částku nemají.
Položky záznamu dokladu:
Záhlaví |
Popis sloupce |
OSČP + Jméno |
OSČPV a celé jméno zaměstnance |
Kód str |
Zařazení PV na strukturu 2 |
Složka mzdy |
SLM odměny |
Částka |
Přiznaná odměna |
Poznámka |
Pole pro poznámku uživatele |
Struktura |
Sloupec je k dispozici jeli na zadán typ struktury na Adm21 / Konf. par. / Typ struktury pro zadávání v Dcf11, Dcf13. Zadává se zde potom prvek této struktury. |
Omezení běžného uživatele (který nemá právo Dcf11Admin):
Obsahuje tlačítka pro provádění akci nad každým dokladem v NS.
K dispozici jsou:
[Otevřít pro všechny doklady v navigačním seznamu ]
[Uzavřít pro všechny doklady v navigačním seznamu]
Formulář slouží pro zadání, aktualizaci a přehled plánu nepřítomností na aktuální rok podle jednotlivých záznamů (z plánovaných nepřítomností je možné přenášet jednotlivé plánovací položky do schvalovacího procesu).
Doporučení:
Pokud se používá plánování nepřítomnosti (IA 26, 27, 5151) na Dcp01/02, tak
doporučujeme na Dov02 určit nároky pouze v rámci kalendářního roku (ne na
období na přelomu roků).
Formulář obsahuje záložky:
Navigační seznam – seznam platných plánovacích záznamů
Detail - pro detailní zobrazení aktuálního záznamu
Přepočty - hromadné funkce
Volbou omezeného výběru
[Pouze aktuální rok] (default Ano)
Zobrazí záznamy platné pro zvolený rok
Položky NS:
OsčPv, CELE JMENO - Identifikace osoby
SLM - Identifikace plánované nepřítomnosti
Datum Od, Datum Do - Začátek a konec plánované nepřítomnosti
Seřazení: OsčPv, CELE JMENO, Od
V záhlaví :
[Kalkulace] – aktivace kalkulace aktuálního záznamu
[Otevřít] – otevření aktuálního záznamu pro aktualizaci všemi uživateli
[Uzavřít] –
uzavření aktuálního záznamu pro aktualizaci podřízeným uživatelům a uživatelům
stejné úrovně
Poznámka :
Zobrazení a dostupnost tlačítek Otevřít/Uzavřít se řídí stejně jako na Dcd01, tzn. zaměstnanec může uzavřít pouze pro sobě, vyšší uživatel (manažer) není tímto "uzavřením" omezen. Po uzavření vyšším uživatelem (manažer) již zaměstnanec nemůže provádět žádné úpravy.
Režim čerpání SLM – viz Dov01
pokud je IA 21/22 - zobrazíme Režim
čerpání dovolené z Dov01
pokud je SLM s IA 26/27 = 0 - Směny
Nárok – nárok navázaný na SLM z akt.
záznamu v plánovaných směnách/hodinách
Pro dovolenou, se jedná o celkový nárok na rok se zohledněním platnosti PV
Naplánováno – součet naplánovaných pracovních směn/hodin
plnění položky podle režimu čerpání dovolené:
pokud je Režim čerpání = 0, 1, 2,
5, 6 - obsahuje součet naplánovaných směn
pokud je Režim čerpání = 3, 4, 7 - obsahuje součet naplánovaných hodin (v
plánování nebudeme řešit směny pro režim 7)
Pro SLM s IA 26 použijeme Režim čerpání = 0
Zůstatek - plánování – počet nenaplánovaných pracovních směn/hodin vzhledem na plán
Zůstatek - aktuální – počet nenaplánovaných pracovních směn/hodin vzhledem na skutečně vykázané v evidenci mezd + vykázané v plánu v budoucích obdobích
Poznámka :
položky „Nárok“, „Naplánováno“, „Zůstatek“ zobrazují hodiny nebo směny v závislosti na nastavení Dov01/ Režim čerpaní dovolené.
Položky akt záznamu :
Osoba PV - identifikace aktuálního PV
Složka mzdy doch - identifikace typu nepřítomnosti
Povolené pouze SLM s IA 21, 26, 27, 5151.
Při [Nový] se předvyplní naposledy použitou hodnotou
Datum od - datum začátku plánované nepřítomnosti
První den pouze půlden - příznak pro nepřítomnost druhé poloviny směny v první den
Datum do - datum konce plánované nepřítomnosti
Posl. den pouze půlden - příznak pro nepřítomnost první poloviny směny v poslední den
Priorita čerpání SLM - informaci o prioritě dovolené z pohledu zaměstnance (v návaznosti např. na její zabezpečení objednávkou služeb nebo plánovaných činností). Položka se také použije pro barevné označení v přehledu nebo sestavách plánu dovolené.
Je vyplňována podle JPC jpc. pd_dov_prior, - „Priorita dovolené“ s hodnotami
0 - Předběžná dovolená
Dovolená je předběžně dohodnuta v rámci dlouhodobého plánu
1 -Běžná dovolená
Naplánovaná očekávaná dovolená
2 -Dovolená, kterou nelze přesunout
Naplánovaná očekávaná dovolená spojená s objednanými službami nebo neodkladným závazkem zaměstnance.
3 - Rezervace pro celozávodní dovolenou
viz Rezerva celozávodní dovolené
4 - Rezervace pro celozávodní dovolenou se neprovádí
viz Rezerva celozávodní dovolené
Poznámka - uživatelská poznámka
Pracovní směny - počet pracovních směn připadajících na plánovanou nepřítomnost (součtem počtu směn pro rozsah plánované dovolené)
Kalendářní dny - počet kalendářních dnů připadajících na plánovanou nepřítomnost
Čerpání SLM podle režimu
- počet dnů čerpání dovolené pro režim čerpaní dovolené jiné jako 3,4 (součet plán. směn z plánu směn v rozsahu plánu)
- počet hodin čerpání dovolené pro režim čerpaní dovolené 3,4 (součet hodin z plánu směn v rozsahu plánu)
Stav editace záznamu - stav editace záznamu
Stav vyhodnocení - stav vyhodnocení
Zdroj vytvoření řádku - identifikace zdroje vytvoření záznamu
Při uložení záznamu se provádějí kontroly a kalkulace aktuálního záznamu.
Kontroly při uložení
- povinná SLM
- povinné vyplnění Od/Do (může být na přelomu měsíce ale ne na přelomu roku)
- Pro Osobu a SLM se nesmějí jednotlivé záznamy překrývat
- Pokud pro SLM je definován limit (IA 21, 26, 27, 5151), tak se kontroluje i splnění podmínky nepřekročení tohoto limitu (pouze upozornění při překročení, záznam je možné uložit)
Pokud je nárok rozčleněn na více období v roce, tak nárok pro formulář je stanoven jako součet za všechny období v roce. Pokud je období na přelomu roku, tak se do celkového nároku započte pouze poměrná část, připadající na sledovaný rok.
Pokud je nárok rozčleněn na více období v roce, tak se plán kontroluje jednak na celý rok, ale také po jednotlivých obdobích nároků.
Kalkulace
V rámci funkce se provede výpočet pracovních směn a kalendářních dnů pro aktuální záznam.
Počet pracovních směn se provádí z plánu směn aktuální osoby, pokud tento existuje. V opačném případe se výpočet provede dle aktuálně přiřazeného kalendáře pro osobu a akt. datum.
Pokud je plánovaný záznam na období, které zatím nebylo aktivováno, systém automatický doplní rozpis směn pro požadované období a kalendář.
[Kalkulace pro všechny PV v navig. seznamu] - aktivace kalkulace všech záznamů v NS
[Otevřít pro všechny PV v navig. seznamu]
aplikovat funkci [Otevřít] pro všechny záznamy aktuálního roku pro PV podle aktuálního navigačního seznamu
[Uzavřít pro všechna PV v navig. seznamu]
aplikovat funkci [Uzavřít] pro všechny záznamy aktuálního roku pro PV podle aktuálního navigačního seznamu
Formulář slouží pro zadání, aktualizaci a přehled plánu nepřítomností na aktuální rok podle standardního NS pro PV (z plánovaných nepřítomností je možné přenášet jednotlivé plánovací položky do schvalovacího procesu).
Formulář obsahuje záložky:
Navigační seznam - Standardní NS pro oblast MZDY
Plán - pro zobrazení všech plánovacích záznamů aktuálního PV
Kalendář - tabulkové zobrazení plánu dovolené dle kalendářních dnů
Kalkulace - hromadné funkce
V záhlaví
Rok : - aktuální rok pro výběr záznamu
Slouží pro aktuální zobrazení plánu dovolené pro aktuální PV a rok v tabulkové formě.
Zobrazení ve formátu seznam/detail.
V záhlaví
[Kalkulace] - aktivace kalkulace všech záznamů v tabulce
[Otevřít] – otevření všech záznamů v tabulce pro aktualizaci všemi uživateli
[Uzavřít] – uzavření všech záznamů v tabulce pro aktualizaci podřízeným uživatelům a uživatelům
Režim čerpání dovolené – viz Dov01
Nárok – nárok čerpaní aktuální SLM v plánovaných směnách/hodinách na běžný rok (Dov01, Celkem, Nárok)
Naplánováno – součet naplánovaných pracovních směn/hodin
Zůstatek - plánovaný – počet nenaplánovaných pracovních směn/hodin vzhledem k plánu
Zůstatek - aktuální – počet nenaplánovaných pracovních směn/hodin vzhledem ke skutečně vykázané evidenci ve mzdách + vykázané v plánu v budoucích obdobích
Poznámka 1:
Položky „Nárok“, „Naplánováno“, „Zůstatek“ zobrazují hodiny nebo směny v závislosti na nastavení Dov01/ Režim čerpaní dovolené.
Poznámka 2:
Zobrazení a dostupnost tlačítek Otevřít/Uzavřít se řídí stejně jako na Dcd01, tzn. zaměstnanec může uzavřít pouze pro sobě, vyšší uživatel (manažer) není tímto "uzavřením" omezen. Po uzavření vyšším uživatelem (manažer) již zaměstnanec nemůže provádět žádné úpravy
Položky seznamu
SLM: - identifikace typu nepřítomností
Podmínky jako na Dcp01.
První den pouze půlden - příznak pro nepřítomností druhé poloviny směny v první den
Datum od - datum začátku plánované nepřítomností
Posl. den pouze půlden - příznak pro nepřítomností první poloviny směny v poslední den
Datum do - datum konce plánované nepřítomností
Čerp. dovol. - počet pracovních směn/hodin čerpaní dovolené
Pracovní směny - počet pracovních směn připadajících na plánovanou nepřítomnost
Stav editace záznamu - stav editace záznamu
Stav vyhodnocení - stav vyhodnocení
Položky detailu:
Složka mzdy doch. - identifikace typu nepřítomnosti
Datum od - datum začátku plánované nepřítomnosti
První den pouze půlden - příznak pro nepřítomnosti druhé poloviny směny v první den
Datum do - datum konce plánované nepřítomnosti
Posl. den pouze půlden - příznak pro nepřítomnosti první poloviny směny v poslední den
Priorita dovolené - viz Dcp01
Poznámka - uživatelská poznámka
Pracovní směny - počet pracovních směn připadajících na plánovanou nepřítomnost
Kalendářní dny - počet kalendářních dnů připadajících na plánovanou nepřítomnost
Čerpání dovolené - počet dnů čerpání dovolené
Stav editace záznamu - stav editace záznamu
Stav vyhodnocení - stav vyhodnocení
Zdroj vytvoření řádku - identifikace zdroje vytvoření záznamu
Při uložení záznamu se provádějí kontroly a kalkulace aktuálního záznamu shodné jako na Dcp01.
Záložka obsahuje tabulku se sloupci dle měsíců a řádky dle kal. dnů (jednotlivé měsíce jsou oddělené popisným řádkem ),
Jednotlivé buňky obsahují příznak plánu dovolené:
"D" pokud je v daném dni naplánovaná SLM s IA 21
"D/2" pokud je v daném dni naplánovaná SLM s IA 21, půlden
"P" pokud je v daném dni naplánovaná SLM s IA 26
"P/2" pokud je v daném dni naplánovaná SLM s IA 26, půlden
Buňky kalendáře označující Sobotu/Neděli a Svátek jsou zabarvené:
So/Ne – šedá
SV – modrá + „SV“
Buňky kalendáře označující plánovanou dovolenou jsou zabarvené podle nastavení „Priorita dovolené“ příslušného záznamu v plánu:
0 - Předběžná dovolená - žlutá
1 -Běžná dovolená – azurová
Běžné volno - zelené
2 -Dovolená, kterou nelze
přesunout - červená
Poznámka : dny označující Sobotu/Neděli vně záznamu plánované dovolené jsou zabarvené podle „Priorita dovolené“ (nepřerušují plán), dny označující Svátek jsou zabarvené jako Svátek (přerušují plán).
[Kalkulace pro všechny PV v navig. seznamu]
aktivace kalkulace všech záznamů v NS
[Otevřít pro všechny PV v navig. seznamu]
aplikovat funkci [Otevřít] pro všechny záznamy aktuálního roku pro PV podle aktuálního navigačního seznamu
[Uzavřít pro všechna PV v navig. seznamu]
aplikovat funkci [Uzavřít] pro všechny záznamy aktuálního roku pro PV podle aktuálního navigačního seznamu
Datum od – datum od pro generování
Datum do – datum do pro generování
SLM - SLM pro generování
[Generování pro všechny PV v navig. seznamu]
- aktivace funkce, která pro všechny PV v navigačním seznamu vygeneruje řádek do plánu nepřítomnosti se zadanou SLM a nastavením datumu dle zadání
Formulář slouží pro zobrazení a aktualizaci individuálního plánu směn zaměstnance (zaměstnanců).
Formulář je použitelný pro zákazníky s implementovanou oblastí docházka, ale i pro zákazníky, který nepoužívají oblast docházka.
Individuální plán zaměstnance vychází z plánu směn z kalendáře přiřazeného zaměstnanci (Opv01, Režim, Kalendář) a následně je tento dle potřeby upraven pro aktuálního zaměstnance.
V podmínkách EGJE je individuální plán zaměstnance reprezentován postupností „denních záhlaví“ pro OSČPV a aktuální období.
V záhlaví formuláře se zobrazuje položka „Období“
Formulář je rozdělen na záložky :
·
Zaměstnanec
Zobrazení charakteristických údajů zaměstnance z pohledu plánu směn a
zařazení zaměstnance do struktur
·
Hromadné plánování
Zobrazení a aktualizace individuálních plánů směn zaměstnanců z aktuálního
navigačního seznamu
·
Nastavení
Určení struktur, které se mají zobrazit v hlavičce individuálního plánu
směn
·
Hromadná statistika
Zobrazení statistik individuálních kalendářů
o
Měsíc
Statistiky pro aktuální období
o
Vyrovnávací období
Statistiky pro aktuální vyrovnávací období
Záložka obsahuje aktuální stav vybraných personálních údajů aktuálního zaměstnance a aktuální zařazení do struktur z Opv01.
Ve vrchní části záložky jsou zobrazeny vybrané personální údaje zaměstnance a ve spodní části se zobrazuje tabulka aktuálně přiřazených struktur.
Personální údaje zaměstnance :
Osobní číslo PV – zákaznické identifikační číslo PV
Druh PV – Kód a název druhu aktuálního PV (druh_pv).
Status vztahu osoba – organizace – Kód vztahu osoby k organizaci (status_v) (Opv01, Popis)
Evidenční stav – Kód a název aktuálního stavu zaměstnance (ce_stav).
Datum zahájení PV – První den platnosti PV
Datum ukončení PV – Poslední den platnosti PV
Číslo správní jednotky- Kód a název tzv. správní jednotky pro aktuální zařazení zaměstnance do správní jednotky v rámci organizace
Číslo správního oddílu – Kód a název tzv. správního oddílu pro aktuální zařazení zaměstnance do správního oddílu v rámci správní jednotky
Manažer – Vedoucí aktuální organizační jednotky
Režim práce s kalendářem – Režim použití kalendáře (rezim_kal )
Kalendář – Kód a název aktuálního přiřazeného skupinového kalendáře na PV.
Režim vykazování odpracované doby – Základní režim, kterým se řídí způsob zjištění odpracované doby. (rezim_vykaz)
Režim proplácení neodpracovaných svátků – Určuje způsob, jak proplatit nebo neproplatit svátky, které vyšly na jinak obvyklou pracovní směnu zaměstnance (rezim_svatek)
Režim práce přesčas – Určuje, jak se zachovat v případě, když odpracovaná doba je větší než fond pracovní doby zaměstnance v měsíci ( rezim_prescas)
PV je dostupné v doch/schval. nepř. – Povolení zobrazení PV v navigačním seznamu evidence docházky (standardně se PV zobrazuje) nebo pro schvalování nepřítomností, pokud se nepoužívá docházka
Převod doch do mezd – Povolení (Ano /Ne) zahrnutí podkladů pro mzdy z formuláře dcm01, záložka „Vstupy – detail“ do výpočtu mezd pro aktuálního zaměstnance (standardně se podklady zahrnou do výpočtu)
Režim zpracování docházky (kalkulace) – Definování režimu vytváření, vyhodnocení a kontrol evidence denní docházky (pd_zprac_asd).
Typ nároku na stravu – Určení typu stanovení nároku příspěvku na stravu (pd_typ_strava)
Tabulka aktuálního zařazení do struktur
Tabulka obsahuje aktuální přiřazení zaměstnance ke strukturám. Pro oblast docházky jsou využívány struktury :
1 Nákladová struktura
2 Organizační struktura
3 Pracovní místo
4 Profese (funkce)
5 Kategorie
8 Projekt (kolektiv)
15 Referent (referent docházky)
16. Místa (přístupový systém)
Struktura zařazená do alternativního navigačního seznamu
32 Stravovací lokalita (identifikace lokality odběru stravy)
33 Referent – strava
Záložka slouží na zobrazení a aktualizaci individuálních plánů směn zaměstnanců z aktuálního navigačního seznamu (navigační seznam je typu Pv).
Záložka je rozdělena na 2 základní sekce :
Sekce řídící – obsahuje položky a funkční prvky pro provádění aktualizace plánu směn
Sekce plánu – obsahuje zobrazení individuálních plánů směn pro zaměstnance, kteří jsou zobrazeni v aktuálním navigačním seznamu
Jednotlivé zobrazené plány zaměstnanců, můžou být ve třech stavech :
· Uzavřená docházka – pro aktuálního zaměstnance a období je již uzavřená evidence docházky, plán není možné aktualizovat
· Uzavřený plán směn – pro aktuálního zaměstnance a období je plán směn uzavřen uživatelem, plán není možné aktualizovat
· Otevřen plán směn – plán směn je možné aktualizovat
Uzavření plánu směn je signalizované tím, že hlavička plánu (popiska) je zobrazena „šedě“.
Poznámka :
Před aktivací záložky důrazně doporučujeme omezení navigačního seznamu na minimální počet potřebných zaměstnanců z důvodu optimalizace odezvy formuláře především pro WEB aplikaci. Při větším počtu zaměstnanců se podstatně mění časy odezvy formuláře pro zobrazení i aktualizaci.
Záložka se standardně zobrazuje bez otevřeného navigačního seznamu (doporučené zobrazení).
Pokud si zobrazíme NS, tak pohyb v NS má za následek „zaostření“ detailu plánu na aktuálního zaměstnance. Platí to i obráceně (pohyb v plánu mění zaostření v NS).
Formulář nemá povolené uživatelské třídění na
sloupcích.
Postup aktualizace plánu :
1) Kliknutím na příslušné tlačítko v seznamu „Vzorové dny“ vybrat požadovaný vzorový den
2) Zadáním „Od / Do „ (pořadové číslo dne) zvolit rozsah změny vzorového dne
3) Zaškrtnutím „Vybrat vše“ nebo označením jednotlivých individuálních kalendářů zvolit individuální kalendáře, na kterých má být provedena změna vzorového dne
4) Volbou jednoho z tlačítek [Přiřaď vzorový den] / [Přiřaď doplňkový vzorový den] / [Smaž přiřazení dní] provést požadovanou akci
Kontextová nabídka:
Kontextová nabídka obsahuje: Dcd01, Kal01, Kal05, Opv01
V této sekci jsou umístěny položky pro aktualizaci plánu, funkční tlačítka a informační údaje.
Od / Do – editační pole pro zadání prvního a posledního dne v měsíci, u kterých má být provedena změna vzorového dne
Výčet dní – zjednodušený způsob zadání parametru pro změnu, formát příkazu : Od Do Kód
Poznámka: Pokud na záložce Hromadné plánování provedeme dvojklik v buňce kalendáře, zobrazí se dialog Vyplnění hodnot.
V prvním řádku se zobrazí informace o vybraném dni.
Dále se zobrazí volby:
"Použít jako hodnotu Od" – označený den se nastaví do parametru Od
"Použít jako hodnotu Do" – označený den se nastaví do parametru Do
"Přidat do výčtu dní"– označený den se přidá do parametru Výčet dní
(na konec)
Vzorový den – volba VZD pro změnu plánované směny
Doplňkový vzorový den - volba VZD pro změnu doplňkové plánované směny
Seznamy obsahují VZD s běžnou
identifikací - kód a název
Seřazení dle kódu (nevyplněno - prázdné pole bez textu)
Pokud je číselník doplňkových VZD dnů prázdný, řádek odpovídající doplňkové plánované směně se vůbec nezobrazí.
[Přiřadit] – nastavuje do označených plánů směn vybraný Vzorový i Doplňkový vzorový den do označených individuálních kalendářů pro dny v rozsahu Od / Do. Pokud některá z položek pro výběr VZD není vyplněná, tak se nepoužije pro úpravu plánu směn.
Pokud při stisknutí
není označen žádný zaměstnanec, tak se změna provede v plánu, na který
ukazuje kurzor.
[Smaž přiřazení] - odstranění vzorového dne z pole „vzorový den“ i „doplňkový vzorový den“ označených individuálních kalendářů pro dny v rozsahu Od / Do
Co
se má smazat určí uživatel na dialogu, který se zobrazí po použití tlačítka.
Dialog se zobrazí pouze pokud pro uživatele je k dispozici seznam VZD i
doplňkových VZD.
Použitím tlačítka dialogu [Ok] se provede povolená akce resp. tlačítkem [Zrušit]
se funkce ukončí.
Vybrat vše – zaškrtávací pole pro výběr všech individuálních kalendářů pro změnovou akci (políčko je vždy dostupné)
[Kalkulace] – pro označené plány se provede soubor předepsaných kontrol
[Otevřít] - otevření plánu směn pro aktualizaci, které byly dříve uzavřeny a jsou označeny
[Uzavři] – uzavření označených plánů směn pro aktualizaci. Plán směn je uzavřen, pokud výsledek ani jedné z předepsaných kontrol není úrovně FATAL.
Tlačítka [Kalkulace] / [Otevřít] / [Uzavři] jsou přístupné bez ohledu na stav období, skutečný přístup k plánu je vyhodnocován až v okamžiku spuštění příslušné funkce.
V této časti se zobrazují individuální plány zaměstnanců. Zobrazený individuální plán pro jednoho zaměstnance pozůstává z :
Hlavičky, která obsahuje :
Zaškrtávací pole pro výběr plánu pro změnovou akci (políčko je vždy dostupné, příslušná funkce se však provede pouze pokud je plán otevřen)
Příjmení, jméno a OSČPV zaměstnance
Přiřazený kalendář k poslednímu dni v měsíci
Aktuální přiřazení k určeným strukturám (viz záložka „Nastavení“)
V prvním řádku se pro jednotlivé dny období zobrazí přiřazený vzorový den podle plánu směn přiřazeného kalendáře na Opv01
V druhém řádku se pro jednotlivé dny období zobrazí přiřazený vzorový den podle denního záhlaví Dcd01, Záhlaví
V třetím řádku se pro jednotlivé dny období zobrazí přiřazený doplňkový vzorový den podle denního záhlaví Dcd01, Záhlaví
Standardně se kód vzorového dne zobrazí „běžným“ písmem na bílém pozadí.
V den pracovního volna se kód vzorového dne zobrazí „tučným“ písmem na bílém pozadí.
V den svátku se kód vzorového dne zobrazí „tučným modrým“ písmem na bílém pozadí.
Pokud vzorový den je označen jako „ranní směna“, zobrazí se na žlutém pozadí.
Pokud vzorový den je označen jako „odpolední směna“, zobrazí se na zeleném pozadí.
Pokud vzorový den je označen jako „noční směna“, zobrazí se na červeném pozadí.
Zobrazení šířky sloupců je ve dvou režimech:
Standardně se formulář zobrazí s minimalizovanými sloupci. Přepnutí zobrazení se provede „klikem“ v titulkovém řádku sekce plánu (řádek s označením dnů).
Záložka obsahuje statistiky individuálních kalendářů z různých pohledů.
Obsahuje statistiku individuálního kalendáře z pohledu aktuálního měsíce.
Výpočty jednotlivých položek se provádějí v rozsahu první až poslední den aktuálního období.
Pro každého zaměstnance se zobrazí :
Hlavička individuálního kalendáře
UFPD - stanovení měsíčního fondu podle aktuálního úvazku (viz dále)
Rozdíl k úvazku = AFPD - UFPD
Zobrazení písmo "tlusté červené", pokud rozdíl < 0, písmo "tlusté zelené", pokud rozdíl > 0
PFPD - FPD na měsíc podle přiřazeného kalendáře (včetně svátku)
(součet z „Kal01, Dny kalendáře, Hodiny“ pro OSČPV a aktuální přiřazení kalendáře na Opv01 )
Kal. směny - počet prac. směn měsíce dle kalendáře (včetně svátku)
AFPD - FPD na měsíc podle individuálního plánu směn zaměstnance (včetně svátku)
Plán. směny - počet prac. směn měsíce podle individuálního plánu směn zaměstnance (včetně svátku)
Rozdíl k plánu = AFPD - PFPD
Zobrazení písmo "tlusté červené", pokud rozdíl < 0, písmo "tlusté zelené", pokud rozdíl > 0
Svátky (v prac. den) - počet svátků, které spadají na pracovní směnu pro aktuální období a OscPV
Výpočet sloupce UFPD:
Obdobím je měsíc nebo vyrovnávací období.
a/ Nejdříve určíme počet celých týdnu ve sledovaném období a spočítáme požadované hodiny jako průměrný počet dní týdne * průměrná směna (Opv01).
b/ Pro
poslední týden, pokud není celý ve sledovaném období:
spočítáme požadované hodiny jako součet hodin plán. směn v rozmezí
posledního týdne podle kalendáře * průměrná směna (Opv01)
c/ pak UFPD
= součet z prvního a druhého kroku
Obsahuje statistiku individuálního kalendáře z pohledu vyrovnávacího období.
Výpočty jednotlivých položek se provádějí v rozsahu první až poslední den vyrovnávacího období.
Pro každého zaměstnance se zobrazí :
Hlavička individuálního kalendáře
Vyr. období od – začátek vyrovnávacího období nebo začátek PV, pokud je větší než začátek vyrovnávacího období
Vyr. období do – konec vyrovnávacího období nebo koniec PV, pokud je menší než konec vyrovnávacího období
UFPD - stanovení měsíčního fondu podle aktuálního úvazku
(počet dnů pondělí až pátek (včetně svátků) * Opv01, Popis, Průměrná délka směny)
Rozdíl k úvazku = AFPD - UFPD
Zobrazení písmo "tlusté červené", pokud rozdíl < 0, písmo "tlusté zelené", pokud rozdíl > 0
PFPD - FPD na měsíc podle přiřazeného kalendáře (včetně svátku)
(součet z „Kal01, Dny kalendáře, Hodiny“ pro OSČPV a aktuální přiřazení kalendáře na Opv01 )
Kal. směny - počet prac. směn měsíce dle kalendáře (včetně svátku)
AFPD - FPD na měsíc podle individuálního plánu směn zaměstnance (včetně svátku)
Plán. směny - počet prac. směn měsíce podle individuálního plánu směn zaměstnance (včetně svátku)
Rozdíl k plánu = AFPD - PFPD
Zobrazení písmo "tlusté červené", pokud rozdíl < 0, písmo "tlusté zelené", pokud rozdíl > 0
Svátky (v prac. den) - počet svátků, které spadají na pracovní směnu pro aktuální období a OscPV
Záložka umožňuje nastavení struktur, které se mají zobrazit v hlavičce zobrazované pro individuální kalendář.
V hlavičce je možné zobrazit tři uživatelem zvolené struktury (předdefinované jsou : 2 – organizační struktura; 8 – Projekt; 4 - Profese).
Umožňuje zjistit aktuální stav zpracování plánu směn jako i historii jeho změn.
Stav plánu směn se nastavuje při použití tlačítek Uzavřít/Otevřít na formuláři Dcp03 a při uzavření docházky zaměstnance.
(TC 1050231)
Pro formulář Dcd03 je k dispozici alternativní způsob zobrazení v třetím řádku kalendáře.
Při nastavení práva fPlanSmienZobrazNeprit = smí spustit, se v třetím řádku kalendáře pro PV nezobrazují doplňkové vzorové dni, ale nepřítomnosti z evidence docházky a SLM ze schvalování, které nejsou zrušené nebo vybrané SLM.
Zobrazují se SLM:
a/ ze započitatelnosti DOCH02.NEPR+NVC, ale které nejsou v započitatelnosti DOCH03.Plan_nepr s nastavením Zap. hodin = -1.
b/ ze započitatelnosti DOCH03.Plan_nepr s nastavením Zap. hodin = 1.
Tento režim není povolený pro zákazníka, u kterého jsou na Kal05 definované doplňkové VZD.
Pro SLM nepřítomnosti v buňce kalendáře se zobrazuje zkráceným názvem podle Slm01 (Slm01, Doch&Ext.vstupy, Zkratka pro Dcu06) při nevyplnění, kód SLM..
Sestava umožňuje vytvoření souboru formátu XLS, který obsahuje opis formuláře Dcp03.
Parametry exportu :
Období od – identifikace počátečního období pro export
Období do – identifikace konečného období pro export
Správní oddíl – identifikace SO pro omezení exportu
Typ struktury – identifikace typu struktury pro zobrazení v exportu (pokud není vyplněno, tak Org. struktura)
Hladina – identifikace typu struktury pro zobrazení v exportu (pokud není vyplněno, tak 0)
Výběrová osa – volba výběru pro omezení exportu
Zaměstnanec – volba pouze jednoho zaměstnance pro export
Je možné zadat pouze jeden z parametrů „Výběrová osa“/“Zaměstnanec.“, pokud se vyplní jeden, druhý se automatický nastaví na „nevyplněno“.
Pro každé OSČPV ve výběru se zobrazí 4 řádky :
První řádek obsahuje identifikaci zaměstnance a rozpis plánu směn dle VD
Druhý řádek obsahuje doplňkovou identifikaci k plánované směně v prvním řádku
Třetí řádek obsahuje plánovanou délku směny a součty FPD pro daný měsíc
Čtvrtý řádek je oddělovací
Popis sloupců :
Kód struktury – kód z typu struktury dle parametru, aktuálně přiřazen PV
OSČPV
Celé příjmení a jméno
Kód KAL – kód kalendáře dle Opv01
Zúčt.obd – období plánu směn
1,..,31, - jednotlivé dny měsíce
Plán MZ – plánovaný FPD v hodinách podle měsíčního záhlaví (obvykle z kalendáře Opv01)
Zadáno DZ - plánovaný FPD v hodinách podle denního záhlaví (Dcp03, plánu směn OSČPV)
Rozdíl Obd - Zadáno DZ - Plán MZ
Plán VO – plánovaný FPD v hodinách podle měsíčního záhlaví v rozsahu vyrovnávacího období (obvykle z kalendáře Opv01)
Zadáno VO - naplánovaný FPD v hodinách podle denního záhlaví v rozsahu vyrovnávacího období (Dcp03, plánu směn OSČPV)
Rozdíl VO - Zadáno VO - Plán VO
Sestava umožňuje vytvoření souboru formátu XLS, který obsahuje opis formuláře Dcp01/Dcp02.
Parametry exportu :
Období od – identifikace počátečního období pro export.
Období do – identifikace koncového období pro export.
Správní oddíl – identifikace SO pro omezení exportu.
Typ struktury – identifikace typu struktury pro zobrazení v exportu (pokud není vyplněno, tak je vybrána Org. struktura).
Hladina – identifikace typu struktury pro zobrazení v exportu (pokud není vyplněno, tak 0).
Výběrová osa – volba výběru pro omezení exportu (vázáno na osu typu PV).
Zaměstnanec – volba pouze jednoho zaměstnance pro export.
Pro každé OSČPV a období se ve výstupu zobrazí 1 řádek :
Popis sloupců :
Struktura – kód z typu struktury dle parametru, aktuálně přiřazen PV
OSČPV - identifikace zaměstnance
Jméno - příjmení a jméno zaměstnanec
Nárok – Dov01, Nárok celkem, k období „období od“
Naplánováno - součet naplánovaných směn/hodin (Dcp01, Čerpání dovolené).
Období - období plánu
1,..,31, - jednotlivé dny měsíce s příznaky plánované dovolené
V buňce dne je zobrazeno :
"D" pokud je plánovaná celodenní dovolená
"d" pokud je plánován půlden
"N" pokud je plánovaná celý den pro SLM s IA 26
"n" pokud je plánován půlden pro SLM s IA 26
Barvení buněk je řešeno shodne jako na Dcp02, Kalendář.
Na konci sestavy je zobrazená legenda.
Výpočet sloupce “Naplánováno” pro odchylku, která má přesah přes dva měsíce.
do sloupce pro období řádku, se načte pouze ta část odchylky, která kalendářově spadá do dotčeného období. Hodiny jsou počítány podle plánu směn pro jednotlivé dny.
Sestava umožňuje vytvoření souboru formátu XLSX, který obsahuje plán směn zaměstnance (opis formuláře Dcp03 resp. Dcd01) za zvolený rozsah období.
Parametry exportu :
Období od - identifikace počátečního období pro export.
Období do - identifikace koncového období pro export.
Správní oddíl - identifikace SO pro omezení exportu.
Typ struktury - identifikace typu struktury pro zobrazení v exportu (pokud není vyplněno, tak je vybrána Org. struktura).
Hladina - identifikace typu struktury pro zobrazení v exportu (pokud není vyplněno, tak 0).
Výběrová osa - volba výběru pro omezení exportu (vázáno na osu typu PV).
Zaměstnanec - volba pouze jednoho zaměstnance pro export.
Třídění - způsob uspořádání PV/Období
Zobraz hodiny - volba pro zobrazení také řádků s hodinami
Pro každé OSČPV a období se ve výstupu zobrazí 2-3 řádky :
Popis sloupců, 1. řádek (záhlaví skupiny):
Struktura - kód z typu struktury dle parametru, aktuálně přiřazen PV
OSČPV - identifikace zaměstnance
Jméno - příjmení a jméno zaměstnance
Období - období plánu
Kalendář - kód (seznam kódu) kalendáře, přiřazen v období
1,..,31, - jednotlivé dny měsíce s příznaky plánované dovolené (So/Ne – šedé, Svátek - modře)
Hodiny - součet hodin z plánu směn zaměstnance Dcd01, Vstupy, Záhlaví
2 řádek (VZD): v každé buňce 1,..,31 se zobrazí kód VZD (plánovaná směna), barvení stejné jako na Dcp03/Dcd01
3 řádek (VZD): v každé buňce 1,..,31 se zobrazí hodiny VZD (délka plánované směny)
Na konci sestavy je zobrazená legenda.
Formulář slouží k zobrazení a aktualizaci individuálního plánu směn zaměstnance (zaměstnanců) a je souběžným (alternatívním) formulářem pro plánování směn (alternativní k Dcp03).
Pozor : Formulář dostupný pouze z HRP.
Popis viz. EGJE_WEB_uzdoc.
Sestava je určená na provedení kontroly plánovaných odchylek dovolené a placeného volna (odchylky zadaná v Dcp01/Dcp02/Dov16, Plán) zda byly provedené do měsíčních podkladů pro mzdy Vyp01, Ext.vstupy převodem v rámci formulářů Dov05/Dov06, Dov16/Dcu06.
Sestava určená pro spuštění pouze v rámci uzavřeného období pro mzdy.
Sestava použitelná pro Adm53.
Poznámka: Sestava je realizovaná v režimu „uživatelská sestava“, tzn. že v případě zájmu o tuto sestavu požádejte o její zaslání prostřednictvím HelpDesk.
Parametry:
Období : - při otevření z aplikace, se nastaví na naposledy použité období nebo pokud je parametr nevyplněn, tak naposledy uzavřené období pro mzdy (Stav VT >= 4, musí platit pro všechny platné SO )
pro Adm53, se nevyplňuje - stejné naplnění jako v aplikaci při nevyplněném parametru
Zaměstnanec (nevyplněno => všichni) - seznam platných PV podle DOCH navigace
Výběrová osa: - podle PvDoch
Seznam SLM pro kontrolu: - obsahuje seznam SLM, které se mají kontrolovat, pokud se nevyplní tak kontrolujeme pouze SLM s IA 21
Stornovat nerealizované plán. odchylky: - Ano/Ne -
při otevření z aplikace se nastaví vždy NE
při otevření z Adm53 se použije naposledy použité nastavení
Rozšířený protokol Ano/Ne
při otevření z aplikace se nastaví vždy NE
při otevření z Adm53 se použije naposledy použité nastavení
Popis funkce sestavy:
Vytvoříme seznam PV pro akt. uživatele a deklarované omezení z parametrů, který mají v Plánu nepřítomností platný záznam pro kontrolované období.
Pro každé PV pak kontrolujeme všechny odchylky evidované v Dcp01 pro kontrolované období, pokud jsou povolené pro kontrolu (parametrem Seznam SLM pro kontrolu).
Pokud odchylka není provedená na žádost
Pokud Rozšířený protokol = Ano, do protokolu hlášení:
DM043a Osčpv <> Plán odchylka SLM <slm> od <> do <> není v žádostech !
Pokud Stornovat nerealizované plán. odchylky: = Ano
a období je uzavřené (Status VT >= 4) , pak se stornuje záznam v plánu a do poznámky se uloží text: “Aut. storno z Dcp12f”
Pokud je období neuzavřené (nemůžeme stornovat záznam), pak do protokolu hlášení:
DM043c Osčpv <> Nelze stornovat, neuzavřené období pro MZDY !
Pokud odchylka je provedená na žádost.
Provedeme kontrolu na shodu plánu a žádosti
Pokud je rozdíl v SLM, Datum Od/Do nebo čerpání a Rozšířený protokol = Ano pak do protokolu hlášení:
DM043b Osčpv <> Rozdíl v plánu a realizaci odchylky SLM pSLM / dSLM; OD pOd / dOd; Do pDo / dDo; Čerpání pČerpání / dČerpání!
Po zpracování všech záznamů za jedno PV
Pokud byly zpracované záznamy z plánu, pak do protokolu hlášení:
DM043 Osčpv <> V období, plánované odchylky: neprovedené na žádost <n1>, odchylně realizované <n2>!
Formulář slouží k zobrazení a aktualizaci individuálního plánu směn zaměstnance (zaměstnanců) pro uživatelskou definici vzorového úseku (VZU).
Popis postupu pro tento proces je uveden v Doch_uzdoc, kapitola: Vytvoření vzorového úseku zaměstnancem.
Pozor : Formulář dostupný pouze z HRP.
Popis viz. EGJE_web_uzdoc.
Formulář slouží k zobrazení a aktualizaci individuálního plánu docházky zaměstnance.
Pozor : Formulář dostupný pouze z HRP.
Popis viz. EGJE_web_uzdoc.
Sestava umožňuje vytvoření souboru formátu XLSX, který obsahuje plán docházky zaměstnance (opis formuláře Dcp14) za zvolený rozsah období.
Sestava není standardně zařazena do žádné ze standardních rolí.
Zobrazuje jen PV s nastavením Opv01/Režim/PV s plánovaním docházky > 0.
Parametry exportu :
Období od - identifikace počátečního období pro export.
Období do - identifikace koncového období pro export.
Správní oddíl - identifikace SO pro omezení exportu.
Typ struktury - identifikace typu struktury pro zobrazení v exportu (pokud není vyplněno, tak je vybrána Org. struktura).
Hladina - identifikace typu struktury pro zobrazení v exportu (pokud není vyplněno, tak 0).
Výběrová osa - volba výběru pro omezení exportu (vázáno na osu typu PV).
Zaměstnanec - volba pouze jednoho zaměstnance pro export.
Třídění - způsob uspořádání PV/Období
Zobraz hodiny - volba pro zobrazení řádků s hodinami
Pro každé OSČPV a období se ve výstupu zobrazí 2-3 řádky :
Popis sloupců, 1. řádek (záhlaví skupiny):
Struktura - kód z typu struktury dle parametru, aktuálně přiřazen k PV
OSČPV - identifikace zaměstnance
Jméno - příjmení a jméno zaměstnance
Období - období plánu
Kalendář - kód (seznam kódu) kalendáře, přiřazen v období
1,..,31, - jednotlivé dny měsíce s příznaky plánované dovolené (So/Ne – šedé, Svátek - modře)
Hodiny - součet hodin z plánu směn zaměstnance Dcd01, Vstupy, Záhlaví
2 řádek (VZD): v každé buňce 1,..,31 se zobrazí kód VZD (plánovaná směna), barvení stejné, jako na Dcp14
3 řádek (VZD): v každé buňce 1,..,31 se zobrazí hodiny VZD (délka plánované směny)
Na konci sestavy je zobrazená legenda.
TC 1037142
V organizacích je obvykle
každý rok plánovaná celozávodní dovolená v létě a v období Vánoc.
Po zadání termínu celozávodní dovolené, je požadavek
zablokovat příslušný počet pracovních dní/hodin na tuto dovolenou. Každý
kalendář má jiný počet dní. Termín je pro všechny stejný.
Je požadováno, aby se zaměstnanci blokoval příslušný
počet dní/hodin, aby nedošlo k přečerpání.
V případě, že bude zaměstnanec v pracovní neschopnosti nebo bude v době celozávodní dovolené pracovat, tyto blokované dny uvolnit pro další čerpání.
Příklad:
Celozávodní dovolená je vyhlášena k 1.1. nového roku a třeba na rok 2019 je od 22.7. do 2.8. a od 27.12. do 31.12.. Základní dovolená je 25 dní a část si tedy zaměstnanec muže vybrat jak potřebuje.
Pokud je vyhlášená celozávodní dovolená, tak se pro všechny nebo pro určené zaměstnance základní zůstatek dovolené pro kontrolu čerpání dovolené zkrátí o vyhlášenou celozávodní dovolenou a bude možné čerpání dovolené, mimo celozávodní dovolenou, jen do výšky zkráceného zůstatku.
Dále provádět:
a/ automatizovaně aktualizace evidence celozávodní dovolené pro nové nástupy, výstupy, změny evid. stavů
b/ manuální úpravy evidence celozávodní dovolené odpovědným uživatelem
Po vyhlášení celozávodní dovolené se provede:
1/ Po vyhlášení celozávodní dovolené se provede otevření období a generování kalendářů na dotčené měsíce
2/ Na formuláři Dcp10 se zadá plán celozávodní dovolené
3/ Spuštění sestavy Dcp11f pro vytvoření plánu celozávodní dovolené pro PV (do Dcp01)
Pro všechny dotčené zaměstnance se do formuláře Dcp01 vytvoří záznamy plánu celozávodní dovolené při zohlednění platnosti PV a ev. stavu. Podle aktuálně přiřazených kalendářů se spočte nárok blokované dovolené.
Spuštění této sestavy se provádí automatizovaně z Adm53 v určené době nebo podle potřeby manuálním spuštěním oprávněným uživatelem (např. po větším počtu nástupu/výstupů nebo změn ev. stavů).
Při kalkulaci docházky:
4/ Při kalkulaci docházky, pokud je v měsíci čerpaná dovolená, nejdříve se pro PV spočte korigovaný zůstatek o plánované čerpání na celozávodní dovolenu: celkový zůstatek dovolené v aktuálním období je ponížen o počet směn celozávodní dovolené evidované v Dcp01 pro rezervovanou dovolenou Priorita dovolené = 3.
5/ S korigovaným zůstatkem dovolené podle bodu 4 se provedou kontroly čerpání zadané dovolené.
6/ V období čerpání celozávodní dovolené se korekce zůstatku provede pouze, pokud je plánovaná další celozávodní dovolená v pozdějším období.
Korekce plánu celozávodní dovolené:
Případné korekce v plánované celozávodní dovolené provádí oprávněný uživatel (administrátor) na formuláři Dcp01 (aktualizace řádku plánované celozávodní dovolené je vázáno na speciální objektové právo).
Příklad PV celý rok:
celkový nárok dovolené je 25 směn
plánovaná celozávodní dovolená 22.7.-2.8.2019 - 10 směny
plánovaná celozávodní dovolená 27.12.-31.12.2019 - 3 směny
v období 01 - 06 kontrolováno na nárok - 12 směn
v období 07 - 11 kontrolováno na nárok - 22 směn
v období 12 kontrolováno na nárok - 25 směn
Aktivace systému rezervace čerpání dovolené na plánovanou celozávodní dovolenou se provádí postupem.
Pozor: sestava Dcp11f není standardně součástí aplikace EGJE (jedná se o uživatelskou sestavu). Tzn. že před aktivací systému je ji nutné instalovat obvyklým způsobem. Pokud nebyla dodaná po verzi v balíku upravovaných uživatelských sestav, tak je nutné si ji vyžádat přes ESP.
1/ Vytvoření speciální SLM s IA 21 v číselníku Slm01 a její aktivací pro DOCH (nepovinný krok). Pouze pokud je vhodné vizuálně v Dcp01 oddělit záznamy pro plán dovolené a plán celozávodní dovolené.
2/ Na Adm21/Adm22, Docházka nastavit parametr Rezervace celozávodní nepřítomnosti v plánu nepřítomnosti = Ano.
Pokud má platit pro celou organizace tak na Adm21, pokud pouze pro některé SJ tak na Adm22.
3/ Pro určené uživatele do vhodných rolí / profilů doplnit právo na
a/ formulář Dcp10, Dcp11f
b/ objektové právo Dcp01EditRezervaNeprit = Smí spustit
4/ Do Adm53 vložit a konfigurovat úlohu 1 se sestavou Dcp11f
5/ Do Dcp10 nahrát plán celozávodní dovolené
6/ Spustit sestavu Dcp11f
Při uložení záznamu s dotčenou SLM (obvykle dovolenou) na Dcd01, Dcm01, Dcu06 resp. v rámci kalkulace denní docházky nebo při uzavření docházky se skutečně aktuální nárok ještě zkrátí o rezervaci na celozávodní dovolenou (počet směn/hodin z plánu nepřítomností ze záznamů s nastavením Priorita dovolené = 3), pokud je rezervace na pozdější měsíc než aktuální měsíc.
V číselníku k položce Dcp01, Priorita dovolené hodnoty:
3 - Rezervace pro celozávodní dovolenou
Plánovaná celozávodní dovolená, rezervace pro povinné čerpání
4 - Rezervace pro celozávodní dovolenou se neprovádí
Plánovaná celozávodní dovolená, rezervace pro PV
se neprovádí
Na Dov16, dialogy pro zobrazení a editaci plánu
nepřítomnosti
pokud Adm21/Adm22, Docházka, Rezervace celozávodní nepřítomnosti v plánu
nepřítomností
= 1, zobrazí se položka Priorita dovolené s editací (podle
Dcp01).
Na Dcp01/Dcp02/Dov16 standardně řádek s nastavením
Priorita dovolené = 3 nebo 4 nelze editovat ani zakládat.
Pouze pro uživatele s právem Dcp01EditRezervaNeprit = Smí spustit, je
povolená aktualizace řádků pro rezervu celozávodní dovolené.
Procesní sestava pro kontrolu a aktualizaci plánu celozávodní nepřítomnosti pro PV (negeneruje žádný grafický výstup mimo protokolu).
Sestava použitelná i pro Adm53.
Parametry sestavy:
Období - vymezení období pro platnost PV (řádková práva k PV)
Výběrová osa - omezení PV podle aktuálního nebo zvoleného výběru typu PvDoch
Zaměstnanec - omezení PV pro jedno OSČPV
Proces kontroly a aktualizace plánu (rezervy) celozávodní nepřítomnosti pro PV platné pro zvolené období (při spuštění z Adm53 pro kalendářní období).
Otevření protokolu.
Kontrola oprávněnosti spuštění sestavy:
Sestava je spuštěná pouze pokud pro organizaci/SJ je povolen režim rezervy celozávodní nepřítomnosti na Adm21/Adm22, položka Rezervace celozávodní nepřítomnosti v plánu nepřítomnosti = Ano.
Pokud ORG/SJ nemá nastaven režim rezervace, zobrazí se dialog:
Nepovolena tvorba rezervace nepřítomnosti (Adm21/Adm22)
a sestava je uzavřená.
Všechny řádky rezervy v plánu nepřítomností (Dcp01) se označí jako neplatné.
Pro každé PV a každý platný záznam pro kontrolovaný rok se provede:
a)
Obě struktury
v Dcp10 jsou vyplněné
U PV jsou pro určené typy struktur (k poslednímu dni období) přiřazené stejné
prvky jako na záznamu Dcp10 - řádek zpracujeme
b)
První struktura
vyplněná, druhá nevyplněná
U PV jsou pro určený typ struktury 1 (k poslednímu dni období) přiřazené stejné
prvky jako na záznamu Dcp10 - řádek zpracujeme, pokud nezasahuje do předešlého
řádku z a)
c)
První i druhá
struktura nevyplněná
řádek zpracujeme, pokud nezasahuje do předešlého řádku z a) nebo b)
Zkontrolujeme, zda řádek pro PV, SLM, Datum Od, Datum Do je v Dcp01 a má Priorita dovolené = 3 nebo 4
Ano: Pokud v rozsahu Datum Od, Datum Do je PV neplatné
Ano: Ok, ponecháme označení neplatného záznamu a na závěr ho smažeme
Ne: Pokud v rozsahu Datum Od, Datum Do je PV ve vynětí
Ano:
Nastavíme příznak platného záznamu
Pokud Priorita dovolené = 3, nastavíme Priorita dovolené = 4
Ne: (PV není ve vynětí)
Nastavíme příznak platného záznamu
Ne: (PV nemá v plánu řádný záznam rezervace, musíme založit nový)
Pokud v rozsahu Datum Od, Datum Do je platné PV
Ano: v Dcp01 založíme nový záznam podle záznamu z Dcp10
Pokud v rozsahu Datum Od, Datum Do je PV ve vynětí, pak Priorita dovolené = 4 jinak Priorita dovolené = 3
Přepočet řádku:
Kalendářní dny = (Datum Do - Datum Od) + 1
Pokud Dov01, Režim čerpání dovolené pro PV a rok (z akt. období) <> 3, 4
Ano: (čerpání ve směnách)
Čerpání dovolené = počet plánovaných směn za rozsah Datum Od/Do pro aktuálně přiřazený kalendář k poslednímu dni kontrolovaného období pro PV z plánovaných směn a ze dnů svátků s nařízenou prací (S)
Ne: (čerpání v hodinách)
Čerpání dovolené = součet plánovaných hodin v rozsahu Datum Od/Do pro aktuálně přiřazený kalendář k poslednímu dni kontrolovaného období pro PV z plánovaných směn a ze dnů svátků s nařízenou prací (S)
Po zpracování všech PV smažeme neplatné záznamy (dříve vytvořené záznamy, které nebyly v rámci zpracování obnovené) v Dcp01 pro rok a období s nastavením Priorita dovolené = 3 nebo 4.
Uzavřít protokol
Formulář slouží na zobrazení a aktualizaci plánu celozávodní nepřítomnosti a slouží na blokování rezervy pro tento plán u jednotlivých zaměstnanců.
Formulář je ve formátu typu seznam/detail bez nav. seznamu.
V záhlaví jsou položky:
Rok
- rok zobrazovaných údajů (při prvním otevření rok z referenčního data, při
dalších otevřeních podle naposledy použitého).
Číselník obsahuje roky ze všech založených obdobích bez ohledu na SJ/SO (vždy
pouze jeden výskyt), seřazení DESC
Struktura pro určení rezervace (první část) - typ struktury pro plán celozávodní dovolené, např. Org. středisko
při prvním otevření str. č. 2 - Organizační, při dalších otevřeních podle naposledy použitého
Číselník obsahuje Typ struktury ale pouze typy určené pro DOCH
Struktura pro určení rezervace (druhá část) - typ struktury pro plán celozávodní dovolené, např. Kategorie
při prvním otevření str. č. 5 - Kategorie, při dalších otevřeních podle naposledy použitého
Číselník obsahuje Typ struktury ale pouze typy určené pro DOCH a mimo struktury "část jedna"
Seznam obsahuje sloupce:
Rok: - rok rezervy
Struktura 1: - kód a název prvku ke struktuře 1
Struktura 2: - kód a název prvku ke struktuře 2
SLM - kód a název SLM rezervy
Datum Od: - datum rezervy od
První den od: - ala Dov05
Datum Do: - datum rezervy do
Poslední den do: - ala Dov05
Kalendář: - kód a název kalendáře podle Kal01
Hodiny čerpání dovolené: - rezerva nepřítomností v hodinách
Pracovní směny: - rezerva nepřítomností ve směnách
Seřazení rok desc, datum od desc, Struktura 1, Struktura 2
Detail Záznamu obsahuje položky:
Rok: - rok rezervy (needitovatelná)
Typ str. 1: - kód a název typu struktury, první kritérium (nemusí být vyplněno)
Číselník obsahuje Typ struktury ale pouze typy určené pro DOCH
Při NOVÝ se naplní podle záhlaví
Struktura 1: - kód a název prvku ke struktuře 1 (nemusí být vyplněno)
Číselník - pouze prvky zvolené struktury Typ str. 1
Typ str. 2: - kód a název typu struktury, druhé kritérium (nemusí být vyplněno)
Číselník obsahuje Typ struktury ale pouze typy určené pro DOCH mimo Typ z 1
Při NOVÝ se naplní podle záhlaví
Struktura 2: - kód a název prvku ke struktuře 2 (nemusí být vyplněno)
Číselník - pouze prvky zvolené struktury Typ str. 2
SLM - kód a název SLM (musí být vyplněno)
Číselník obsahuje SLM s IA 21, 26, 5151 a 5101 nebo 5104, které jsou v započitatelnosti DOCH02.NEPR
Datum Od: - datum rezervy OD (musí být vyplněno)
povolený pouze datum pro ROK
První den od: - půldenní nepřítomnost (nemusí být vyplněno)
číselník ala Dov05
Datum Do: - datum rezervy DO (musí být vyplněno)
povolený pouze datum pro ROK
Poslední den do: - půldenní nepřítomnost (nemusí být vyplněno)
číselník ala Dov05
Kalendář: - obecní kalendář
editovatelná (nemusí být vyplněno)
Číselník seznam kalendářů z Kal01
Hodiny čerpání dovolené: - rezerva nepřítomností v hodinách (needitovatelná)
Pracovní směny: - rezerva nepřítomností ve směnách (needitovatelná)
Poznámka: - editovatelná (nemusí být vyplněno)
Poznámky:
Datum od/do - pouze v rozsahu roku a měsíce (není povolen přesah mezi měsíci) a při uložení musí být obě vyplněné a datum od <= datum do
Při nový se automaticky vyplní ROK, typ struktury 1 a typ struktury 2, SLM s IA 21
Při ulož nepovolit uložení, pokud již existuje stejný záznam: ROK, Struktura 1, Struktura 2, SLM, Datum Od (nesmí být překryv pro stejné klíčové položky - nepovolené uložení)
Při uložení, pokud je naplněná položka Kalendář se spočtou položky:
Hodiny čerpání dovolené = součet hodin za rozsah Datum Od/Do pro určený kalendář z plánovaných směn a ze dnů svátků s nařízenou prací (S)
Pracovní směny = počet směn za rozsah Datum Od/Do pro určený kalendář z plánovaných směn a ze dnů svátků s nařízenou prací (S)
Pro standardní exporty
z formuláře Dcd01 a Dcm01 je použitý dekadický formát, stejně je použitý
tento formát i pro specializované exportní formuláře Dce* vázané na Dcd01 a
Dcm01.
Formulář slouží pro export aktuálního stavu denních záhlaví (reálných i virtuálních) do souboru typu XLS.
Export je realizovaný jako standardní sestava bez generování zobrazení.
Obsluha formuláře – viz popis standardní obsluhy sestav.
Exportní soubor obsahuje kompletní aktuální stav denního záhlaví a záznamu denní docházky v jednom řádku.
Formulář slouží pro export aktuálního stavu evidence docházky, ve zvoleném rozsahu období, do souboru typu XLS.
Výstupní soubor obsahuje export aktuálního stavu denní evidence (skutečné záznamy DD i zobrazované záznamy z MV).
Pokud pro daný den nejsou k dispozicí řádné záznamy, exportuje se prázdné DZ.
Export je realizovaný jako standardní sestava bez generování zobrazení.
Obsluha formuláře – viz popis standardní obsluhy sestav.
Exportní soubor obsahuje kompletní aktuální stav denního záhlaví a záznamu denní docházky v jednom řádku.
Pro rozsáhlé DB doporučujeme používat lokální nastavení XLSX pro ukládání exportu (viz. Nastavení, Lokální nastavení, Formát exportů). Tento formát má efektivnější využití paměti a nemá omezení na počet exportovaných řádků.
Formulář slouží pro export aktuálního stavu měsíčních záhlaví do souboru typu XLS.
Export je realizovaný jako standardní sestava bez generování zobrazení.
Obsluha formuláře – viz popis standardní obsluhy sestav.
Formulář slouží pro export aktuálního stavu měsíční evidence docházky, ve zvoleném rozsahu období, do souboru typu XLS.
Výstupní soubor obsahuje export aktuálního stavu měsíční evidence (skutečné záznamy MV i záznamy z externích zdrojů).
Export je realizovaný jako standardní sestava bez generování zobrazení.
Obsluha formuláře – viz popis standardní obsluhy sestav.
Pro rozsáhlé DB doporučujeme používat lokální nastavení XLSX pro ukládání exportu (viz. Nastavení, Lokální nastavení, Formát exportů). Tento formát má efektivnější využití paměti a nemá omezení na počet exportovaných řádků.
Obsah exportu z řádku MV:
Celé příjmení a jméno
OSČPV
Organizace
Období
Typ VT
Alt.obd
Doklad
Prac.skupina
SLM
SLM mzdy
Typ převodu doch/mzdy
První den pouze půlden
Posl. den pouze půlden
Datum od
Datum do
Datum do vyp.
Čas od
Čas od vyp.
Čas do
Čas do vyp.
Hodiny
Hodiny vyp.
Prac.směny
Prac.směny vyp.
Kal.dny
Kal.dny vyp.
Čerp.dovol.
Čerp.dovol. vyp.
Částka
Částka vyp.
Kód částky
Kód doby
Stupnice
Tarifní stupeň
Další rozčlenění
Sazba
Procento
Hod.bez sv.
Odprac. první den
Odprac.posl.den
Typ doby
Dr.doby
Přízn.propl
Sankce
Poznámka
Zdroj řádku
Imp.dávka
Řádek imp.
Formulář slouží pro export aktuálního stavu evidence stravy do souboru typu XLS.
Podrobnější popis vid. Doch_strava.doc.
Formulář slouží pro export aktuálního stavu protokolů uložených v „Dcm01, Měsíční záhlaví – Souhrn“ do souboru typu XLS. Obsahově shodný s obsahem sestavy Dcd08.
Export je realizovaný jako standardní sestava bez generování zobrazení.
Obsluha formuláře – viz popis standardní obsluhy sestav.
Parametr „OSČPV(nevyplněné => všichni) = slouží na export protokolu pro zvolenou osobu bez omezení na aktuální stav MZ.
Umožňuje export aktuálního stavu formuláře Str32 (Stravovací lokality a distribuční adresy pro dodavatele stravenek) do souboru ve formátu CSV.
Parametry exportu:
Období – období exportu
Název souboru – název souboru pro uložení exportu (uložení se provede do standardního formuláře pro ukládání EGJE)
Platné – příznak pro omezení exportu pouze na platné záznamy Str32 k datu exportu
Formát souboru: CSV, oddělovač sloupců = ‚;‘, textové položky uzavřené v uvozovkách
Bez záhlaví sloupců
Popis výstupního souboru :
Sloupec XLS |
Popis |
Ze sloupce Str32 |
A |
Uživatelský kód |
Uživatelský kód |
B |
Kód adresy |
Kód adresy |
C |
Nákladové středisko |
kód struktury Str01 přiřazené k akt. struktuře str32 (viz Str32) |
D |
Dodací adresa - název |
Nákladové středisko + ',' + Dodací adresa - ulice + ',' + Dodací adresa - město+ ',' + Dodací adresa - příjemce |
E |
Dodací adresa – ulice |
Ulice |
F |
Dodací adresa - město |
Město, obec |
G |
Dodací adresa - PSČ |
PSČ |
H |
Dodací adresa - příjemce |
seznam příjmení +jméno manažerů pro akt. strukturu 32, oddělený čárkou (může být více manažerů) |
I |
Dodací adresa - telefon příjemce |
seznam telefonů manažera pro akt. strukturu 32 oddělený čárkou (může být více telefonů manažera), telefony od více MNG odděleny lomítkem telefon z : komunikační druh= 11 - Telefon v zaměstnání |
J |
Platnost Od |
|
K |
Platnost Do |
|
Sestava slouží na vygenerování textového souboru pro systém ADVANTO.
V rámci exportu ATTENDANCE ze systému EGJE jsou vyexportována data dohodnutých údajů z evidence docházky nebo plánu směn ve vazbě na Vyp01, Vstupy v dohodnutém rozsahu pro zaměstnance a jeho PV.
Data docházky jsou exportována jen pro zaměstnance v definovaných stavech registrace. Data jsou načítána v rozsahu posledních 31 dní vzhledem na akt. datum exportu (pokud je parametr DATUM nevyplněn) resp. obsah parametru Datum.
Soubor obsahuje data o odpracované době a odhadované výši mzdy.
Sestava určená také pro použití na Adm53.
Zasílaní protokolu z formuláře Adm53 na určené uživatele, je standardem pro uživatelské sestavy.
Pozor: Sestava je typu uživatelská sestava, tzn., že není standardně dostupná v aplikaci EGJE. V případě požadavku na použití je nutné si ji vyžádat v rámci tiketu ESP.
Poznámky:
Pokud exportujeme docházku a benefit a/ nebo registrace ke dni exportu jsou kratší trvání než 31 dnů exportu, stále exportujeme 31 dní zpět (rozhodující pro nárok je, zda člověk pracoval 31 dní zpět, ne zda je benefit platný a/ nebo zaměstnanec registrovaný plných 31 dní zpět)
Aktuálně je řešena jen tzv. minimalistická varianta - tzn. 1 - Vždy dle max.% ze mzdy .
Pokud se zvolí varianta 2 nebo 3, tak tato varianta není zpracovaná.
Datum: - datum pro stanovení posledního dne, který se bude exportovat
při otevření v aplikaci se nastaví na aktuální den
pokud datum při spuštění není vyplněn, použije se referenční datum (V adm53)
Uložení souboru do: - adresa adresáře pro uložení výstupního souboru
při otevření zachovat nastavení při posledním spuštění
pokud není vyplněn
z aplikace - standard EGJE pro výstup
z Adm53 - obecný parametr sestav pro uložení výstupu
(SFTP server, adresář: Kód organizace \Attendance )
Správní jednotka: - omezení podle správní jednotky, při otevření použít naposledy použité nastavení
číselník SJ
Výběrová osa: - podle PV
Zaměstnanec (nevyplněno => všichni) - seznam platných PV s omezením podle omezení viz dále
Režim výběru PV: - režim výběru PV a režim zpracování docházky,
při otevření se zachová stav naposledy nastaven
číselník:
0 (nevyplněno) - všechny PV s benefitem
1 - všechny PV s benefitem, Vždy dle max. % ze mzdy
2 - všechny PV s benefitem, Vždy dle docházky
3 - všechny PV s benefitem, Dle nastavení docházky na zaměstnanci
Exportovat pracovní tabulku: - zaškrtavátko, při otevření vždy NE
při NE - standardní export s protokolem
při Ano - standardní export s protokolem + Export do XLSX pracovní tabulky
Výstupem je textový soubor typu CSV.
Název: Kód organizace_ YYYYMMDD_YYYYMMDD_Attendance.CSV
Kód organizace - kód organizace
YYYYMMDD_YYYYMMDD
první den exportovaného dne + poslední den exportovaného dne
Pokud v cílovém adresáři již soubor existuje, tak jej přepíšeme bez dotazu
Formát obsahu:
· první řádek souboru obsahuje názvy sloupců
· ukončení řádků CRLF
· jednotlivé sloupce oddělené znakem čárky
· poslední sloupec bez oddělovače
· stringové položky uvozené znakem uvozovky ““ (dvojité uvozovky), datumy a čísla bez uvozovek
· částky ve formátu dvou desetinných míst, oddělovač desetinných míst tečka
· datumové položky dle masky YYYY-MM-DD
· charset UTF-8 bez Bom
Pro každý den v určeném rozsahu se vygeneruje řádek s níže uvedeným obsahem.
Pokud je ve dni více typu vykazované doby, tak se pro každý typ vytvoří samostatný řádek.
Název pole |
Datový typ |
Popis |
AttendanceId |
Number |
ID řádku |
EmployeeNumber |
String |
Číslo zaměstnance |
EmploymentId |
String |
Identifikátor úvazku |
ShiftDate |
Date |
Datum směny |
Hours |
Number |
Počet odpracovaných hodin |
Wage |
Number |
Část hrubé mzdy odpracované za směnu |
AttendanceState |
Number |
Práce, nemocenská, absence |
SalaryComponent |
String |
kód SLM |
Započitatelnost Dce28fq - Export ATTENDANCE, zál. mzdy, slouží na propojení SLM a typu zpracování pro export. Započitatelnost se vytvoří do aplikace automaticky při prvním nahrání sestavy do systému.
Poznámka: do jednotlivých skupin započitatelnosti zařazujeme SLM stejného typu/zpracování.
Např. do skupiny 2 Nemocenská zařadíme všechny SLM s IA 51-60, tzn. Nemoc, OČR, Karanténa, Úraz, ….
Kód skupiny |
Název (AttendaceState) |
Popis |
0 |
Unspecified |
Neurčeno |
1 |
Work |
Práce |
2 |
Sickness |
Nemocenská |
3 |
Sickday |
Sickday |
4 |
PaidHoliday |
Dovolená |
5 |
UnpaidHoliday |
Neplacené volno |
6 |
BarriersEmployee |
Překážky na straně zaměstnance |
7 |
BarriersEmployer |
Překážky na straně zaměstnavatele |
8 |
Absent |
Absence |
9 |
DayOff |
Den bez směny |
Spuštění sestavy
založení protokolu a opis nastavení parametru do protokolu
Stanovení rozsahu exportu z parametru = DATUM
datum do = DATUM, pokud je nevyplněn, použijeme referenční datum
datum od = datum do - 31
Podmínka pro výběr PV do exportu:
Vybereme platné PV s platností alespoň jeden den v požadovaném rozsahu exportu a alespoň jeden den v evidenčním stavu,
seznam se dále omezí podle nastavených parametrů: SJ, Výběrová osa, OSČPV
další omezení podle nastavení benefitu režimu zálohy na mzdu:
a pro SJ přiřazenou k PV existuje platný benefit v Ben09 s AKTIVACE OD - AKTIVACE_DO a Platnost benefitu = 1
a v Ben08 pro PV a rozsah exportu alespoň jeden platný záznam má Stav registrace = 30 nebo 35
a s aktuálním nastavením v Ben09 Způsob výpočtu nároku mzdy
= 0 (nevyplněno) - všechny PV s platným benefitem podle Ben09
= 1 - všechny PV s benefitem, Vždy dle max. % ze mzdy
= 2 - všechny PV s benefitem, Vždy dle docházky
= 3 - všechny PV s benefitem, Dle nastavení docházky na zaměstnanci
Pro každé PV ve výběru vytvoříme seznam plánovaných směn za požadovaný rozsah dní.
Pracovní tabulky vytváříme podle typu vedení docházky v EGJE.
Pro režim bez docházky, kalendářový
Podle přiřazení kalendáře na Opv01, Kalendář pro PV a rozsah exportu vybereme řádky z Kal01, Dni kalendáře vytvoříme tabulku.
Pokud není na den exportu přiřazený kalendář nebo vygenerovaný záznam v kalendáři, zobrazíme hlášení a do exportu řádek nevytvoříme.
Pokud není na den exportu přiřazený kalendář, zobrazíme hlášení:
ADV05=ADV05 - Pro PV %s a datum %s nepřiřazený
kalendář
Pokud není na den exportu vygenerovaný záznam v kalendáři, zobrazíme hlášení:
ADV06=ADV06 - Pro PV %s a datum %s nevytvořený plán směny
Název pole |
Zdroj |
AttendanceId |
ID ( ID PV + RR + DDD), kde ID PV - je vnitřní identifikace PV RR - poslední dvojčíslí roku z datumu řádku DDD - pořadové číslo exportovaného dne v roku |
EmployeeNumber |
ID OSČ |
EmploymentId |
OSČPV |
ShiftDate |
Datum směny |
Hours |
hodiny plánované směny pokud nejsou vyplněné a typ dne je prac. den (1) nebo sváteční směna (2) tak se použije Opv01, Průměrná délka směny |
Wage |
dopočtená částka podle určeného algoritmu |
AttendanceState |
pokud Hours > 0 pak = 1, pokud Hours = 0 pak = 9 pokud je den neodprac. svátek (typ_dne = 3) pak = 1 pokud den je mimo platný PV, pak = 0 pokud den je v mimoev. stavu, pak = 0 |
SalaryComponent |
kód slm z Opv02, SLM s IA 1101 pro PV a Datum pokud je den mimo platný PV, pak kód SLM s IA 903, pokud neexistuje tak dáme “9030” pokud je den v mimoev. stavu, pak SLM k aktuálního záznamu Opv01, Vyřazení |
KodCastky |
kód částky z Opv02, SLM s IA 1101 pro PV a Datum |
Tarif |
tarif z Opv02, SLM s IA 1101 pro PV a Datum |
Prumer |
průměr pro PV a období z DATUM |
FPD |
plánovaný FPD pro období z DATUM |
HodTarif |
hodinový tarif z Opv02 nebo přepočítaný hod. tarif při měsíční mzdě |
CastkaCelkem |
částka za vykázané hodiny nekrácená, odpovídající způsobu výpočtu |
KoefZal |
Koeficient zálohy pro benefit z Ben09, Koeficient max. výše zálohy |
Pro režim bez docházky, kalendářový
ve stávající verzi, nepodporováno
Pro režim bez docházky - alokace odchylek z Vyp01
Dále provedeme alokaci dotčených odchylek z Vyp01, Vstupy do pracovní tabulky.
Z Vyp01, Vstupy vybereme všechny záznamy, které splňují podmínky
a/ nejsou typu storno a nejsou ze zpětného výpočtu
b/ SLM je ze započitatelnosti Dce28fq z libovolné skupiny
c/ mají vyplněnou položku Datum Od a Datum do je vyplněn
d/ mají vyplněnou položku Datum Od a Datum do je nevyplněn
zpracujeme jako by datum Do byl nastaven na 3.3.3333
Pro každou odchylky provedeme a každý den odchylky upravíme nastavení řádku v pracovní tabulce.
Pokud se jedná o celodenní odchylku, tak se přestaví položka AttendanceState = kód skupiny započitatelnosti Dce28fq pro SLM odchylky.
Pokud se nejedná o celodenní odchylku nemoci (vyplněná položka odpracováno v první nebo poslední den nemoci), tak se upraví hodiny na řádku s odpracovanou dobou a vytvoří se nový řádek s nastavením pro SLM odchylky.
Necelodenní odchylky jiné než nemoc v této verzi nejsou podporované, tzn. nejsou podporované odchylky, které se zadávají ve směnách menších než 1 nebo hodin kratších než délka směny.
Pro režim s docházkou, generování pracovní tabulky
ve stávající verzi, nepodporováno
Pro každý řádek tabulky provedeme výpočet:
Pokud Hours = 0 pak Wage = 0
Pokud AttendanceState <> 1, 3, 4, 6, 7
Ano: (nepočítané SLM) pak Wage = 0
Ne: (počítané SLM - zjednodušený režim)
Pokud KodCastky
= 12 (měsíční) pak xTarif = Tarif / FPD
= 16 (hodinová) pak xTarif = Tarif
= jiný než předešlé
Hlášení: ADV02 [ERR] <oscpv>. Nepodporovaný kód částky <KodCastky> pro tarif
xTarif = 0
Pokud xTarif = 0
Hlášení: ADV03 [ERR] <oscpv>. Tarif pro SLM <SalaryComponent > je nulový.
xMzda = Hours * xTarif
HodTarif = xTarif
CastkaCelkem = xMzda
xMzda = xMzda * KoefZAL zaokrouhlit na dvě desetiny matematicky
Wage = xMzda
pokud Exportovat pracovní tabulku: = Ano
tak se provede export pracovní tabulky do XLSX souboru s uložením do adresáře pro uložení protokolu
Sestava pro import dat z XLS souborů definované struktury do formuláře „Dcd01, Vstupy, Detail“.
Parametry importu :
Soubor ([Procházet]) – umístění zdrojového souboru pro import
„Smazat minulá data …“ – určení dávky z předchozího importu, která má být smazána před novým importem
Generovat protokol – vytvářet protokol při importu
Ano - vytváří se protokol, po ukončení se zobrazí a pro JAVA klienta se uloží do st.adresáře (při WEB klientovi se pouze zobrazí bez uložení)
Ne - protokol se a vůbec nevytváří
Období – období pro importní dávku (slouží pro kontrolu platnosti jednotlivých záznamů)
Popis zdrojového souboru :
Sloupec XLS |
Název Položky |
Poznámky |
A |
Celé příjmení a jméno |
|
B |
OSČPV |
OSČPV, pokud se nenalezne, zobrazí se hlášení : IMP32=Řádek %d přeskočen. Osoba s oscpv %s nenalezena. Řádek není zpracován, import pokračuje. |
C |
Období |
Obsah buňky musí být shodný s parametrem Období, při prvním rozdílu se zobrazí hlášení : IMP13=Nelze importovat, nesouhlas období importu (%s) a období ve zdrojovém souboru (%s) Import je ukončen |
D |
Datum |
Formát datumu odpovídá aktuálním nastavení formátu ve WINDOWS. Je kontrolován na platnost vzhledem na období importu, Pokud je mimo období, zobrazí se hlášení : IMP26=Řádek %d přeskočen. Datum %s není v rámci období %s. Řádek není zpracován, import pokračuje. |
E |
SLM |
Položka může být zapsána jako "kód" nebo "kód - název", Obsah položky kód(při kód-název se také kontroluje pouze podle kód) je kontrolován podle číselníku SLM, při nenalezení, se zobrazí hlášení : IMP29=Řádek %d přeskočen. SLM %s je neplatná nebo nenalezena. Řádek není zpracován, import pokračuje. |
F |
Čas od |
formát : HH:MM, HH 0..48, MM 0..59 Pokud I = 1 a H < 24:00 => H = H + 24 Pokud F < H => chyba, zobraz hlášení a přeskoč řádek IMP30=Řádek %d přeskočen. Chybně zadán Čas od/Čas do %s/%s. |
G |
Nod |
Příznak „po půlnoci“ (0,1) |
H |
Čas do |
Jako F |
I |
Ndo |
Jako G |
J |
Hodiny zap. |
Hodiny započítané, možné zadat jako hh.hhh nebo HH:MM |
K |
Částka |
|
L |
Délka přestávek |
Jako J |
M |
PřestávkaOd |
Jako F |
N |
NOdp |
Jako G |
O |
PřestávkaDo |
Jako F |
P |
NDop |
Jako G |
Q |
Kalkulace |
Počítat (0, 1) |
R |
Poznámka 1 |
|
S |
Status |
Pokud není vyplněno, nastaví se na 2 |
Poznámky k importu :
Režim vymazání předchozí dávky.
Pokud dávka obsahuje řádky, u kterých je
zjištěno, že jsou určeny pro již uzavřené období (pro odpovídající SO) nebo
uzavřené měsíční záhlaví, proces je ukončen hlášením:
„IMP37 Nelze smazat dávku, pro některý řádek je uzavřeno období nebo měs. záhlaví.
Zaměstnanec <oscpv jméno>“.
V případě, kdy se při importu nenaimportuje ani jeden řádek, t.j.
všechny řádky se z nějakého důvodu nezpracují nebo zdrojový importní
soubor neobsahuje ani jeden řádek, tak se import považuje za korektní
a provede se také smazání řádků předchozí dávky.
Sestava pro import dat z XLS souborů definované struktury do formuláře „Dcd01, Vstupy, Detail“.
Alternatívní import k Imp09, navíc obsahuje naplnění položky „Stav editace záznamu“ = 2.
Sestava je distribuována jako uživatelská sestava. Nový systém je tedy standardně neobsahuje, je distribuována na žádost zákazníka.
Sestava pro import dat z XLS souborů definované struktury do formuláře „Dcm01, Vstupy, Detail“.
Parametry importu :
Soubor ([Procházet]) – umístění zdrojového souboru pro import
„Smazat minulá data …“ – určení dávky z předchozího importu, která má být smazána před novým importem
Generovat protokol – vytvářet protokol při importu
Období – období pro importní dávku (slouží pro kontrolu platností jednotlivých záznamů)
Uložit Stav
editace záznamu - parametr umožní pro nově importované řádky nastavit
položku Dcm01, Vstupy, Stav editace záznamu na hodnotu podle nastavení
parametru.
Připojený číselník Stav editace záznamu (pd_status_over),
s omezením na hodnoty 1 až 33.
Popis zdrojového souboru :
Sloupec XLS |
Název Položky |
Poznámky |
A |
Celé příjmení a jméno |
|
B |
OSČPV nebo OSČ |
pokud se nenalezne, zobrazí se hlášení : IMP32=Řádek % přeskočen. Osoba s oscpv % nenalezena. Řádek není zpracován, import pokračuje. Při importu s OSČ se záznam přiřadí na kmenové PV. |
C |
Období |
Obsah buňky musí být shodný s parametrem Období, při prvním rozdílu se zobrazí hlášení : IMP13=Nelze importovat, nesouhlas období importu (%s) a období ve zdrojovém souboru (%s) Import je ukončen |
D |
SLM_doch |
Položka může být zapsána jako "kód" nebo "kód - název", Obsah položky je kontrolován podle číselníku SLM, při nenalezení se zobrazí hlášení : IMP??=Řádek %d přeskočen. SLM %s je neplatná nebo nenalezena. Řádek není zpracován, import pokračuje. |
E |
Datum Od |
Formát datumu odpovídá aktuálnímu nastavení formátu ve WINDOWS. Je kontrolován na platnost vzhledem na období importu. Pokud je mimo období, zobrazí se hlášení : IMP26=Řádek % přeskočen. Datum % není v rámci období %. Řádek není zpracován, import pokračuje. |
F |
První den pouze půlden |
Příznak poloviční směny v první den odchylky |
G |
Datum Do |
Formát datumu odpovídá aktuálnímu nastavení formátu ve WINDOWS. Je kontrolován na platnost vzhledem na období importu. Pokud je mimo období, zobrazí se hlášení : IMP26=Řádek % přeskočen. Datum % není v rámci období %. Řádek není zpracován, import pokračuje. |
H |
Posl. den pouze půlden |
Příznak poloviční směny v poslední den odchylky |
I |
Hodiny |
Hodiny započítané, možné zadat jako hh.hhh nebo HH:MM |
J |
Prac.směny |
|
K |
Kal.dny |
|
L |
Čerp.dovol |
Čerpání dovolené ve směnách nebo hodinách dle režimu Dov01 |
M |
Částka |
|
N |
Sazba |
|
O |
Procento |
|
P |
Poznámka |
|
Q |
kod_doby |
Platná hodnota podle JPC pro příslušnou SLM Nepovinné vyplnění |
R |
kod_castky |
Platná hodnota podle JPC pro příslušnou SLM Nepovinné vyplnění |
|
|
|
Poznámky k importu :
2. Pokud součástí importu není import sloupce kód doby/kód částky, tak je v importu doplněn podle default nastavení v Slm01, Kódy a další.
Režim vymazání předchozí dávky
Pokud dávka obsahuje
řádky, u kterých je zjištěno, že jsou určeny pro již uzavřené období (pro
odpovídající SO) nebo uzavřené měsíční záhlaví, proces je ukončen hlášením:
„IMP37 Nelze smazat dávku, pro některý řádek je uzavřeno období nebo měs. záhlaví“.
Prázdný zdrojový soubor
V případě, kdy se při importu nenaimportuje ani jeden
řádek, t.j. všechny řádky se z nějakého důvodu nezpracují nebo zdrojový
importní soubor neobsahuje ani jeden řádek, tak se import považuje za korektní
a provede se také smazání řádků předchozí dávky.
Kontroly importů
Pokud je při importu zjištěno neplatné OSČPV pro období zobrazí se hlášení:
IMP21 Řádek <n> přeskočen. Neplatné OscPV <osčpv>.
Pokud je při importu zjištěno uzavřené období nebo uzavřená docházka pro
importované OSČPV, zobrazí se hlášení:
IMP22 Řádek <n> přeskočen. Uzavřeno období nebo měsíční záhlaví.
Pokud je pro SLM použit pouze název SLM, zobrazí se hlášení:
IMP29b - " Řádek% přeskočen. SLM % neobsahuje kód
"
a řádek importu je přeskočen.
Pokud je pro SLM nastaveno SLM je dostupné v docházce = 0 (Slm01, Použití v docházce), zobrazí se hlášení:
IMP29a Řádek %d přeskočen. SLM %s není platná pro docházku.
a řádek importu je přeskočen.
Importní dávka se neregistruje v Imp01.
Zdrojový soubor obsahuje plány směn zaměstnanců v aktuálním období.
Import provádí správce aplikace podle potřeby nebo je možné použít i automatizovanou verzi z Adm53.
Název souboru ve tvaru
Povinný v struktuře: SSSS_RRRR-MM*.XLSX
SSSS - identifikace SJ (číslo SJ, délka podle skutečnosti, 1 až 4 znaky)
RRRR-MM - období importu
Formát: XLSX
Vzor: viz přílohu HCI_1053908_Šablona kalendaře_v2.xlsx
Struktura souboru
Viz vzorový zdrojový soubor pro import.
První řádek obsahuje záhlaví.
V dalších řádcích je uveden plán směn zaměstnance - co řádek to PV.
Popis sloupců:
OSCPV - OSČPV podle EGJE
Příjmení a jméno - Příjmení a jméno zaměstnance
Období - Období platnosti plánu
Kalendář - Kód kalendáře podle EGJE (nepovinný)
1…31 - pořadí dne v měsíci, obsahuje kód VZD podle Kal05, nebo je nevyplněn
Poznámka: Mezi dvěma vyplněnými řádky nesmí být řádek s nevyplněným sloupcem OSČPV.
Uložení do Dcd01, Vstupy, Detail, Záhlaví
Dcd01 |
Importováno |
Poznámka |
Kalendář při vyhodnocení DZ |
z Opv01 |
|
Typ dne (směny) |
z Kal05 |
v den svátku upraven podle hod. směny a režimu svátku |
Vzorový den směny |
VZD z IMP při vyplnění dne VZD z Kal01při nevyplněném dni |
|
Typ pracovní doby |
z Kal05 |
|
Hod. směny ZAHL (bez přestávek) |
z Kal05 |
|
Parametry importu
Období - období importu (nepovinné vyplnění pro plánované spuštění)
Soubor - název souboru pro import
Adresář - název adresáře s uložením souborů pro import
Platnost období -
0 - Import pouze pro stejné období - všichni
1 - Import pouze pro stejné období - pouze shodné
2 - Import pouze pro stejné období a budoucí
Při prvním otevření nastaveno na 0, při dalším na naposledy použitou
Povolení importu - Ano/Ne,
Při Ano se kontroluje, zda je pro OSČPV povolen import kalendáře pro DOCH
Při prvním otevření nastaveno na Ne, při dalším na naposledy použitou
Test - import bez uložení do systému (pouze prověření vstupního souboru)
Poznámky:
Z parametrů Soubor a Adresář může být vyplněn pouze jeden.
Pokud je vyplněn parametr Adresář, tak odkazovaný adresář musí být dostupný a s plným právem přístupu pro uživatele, který spustil sestavu (platí i pro Adm53) a musí obsahovat podadresář ARCHIV (pro uložení zpracovaných souborů).
Při každém importu se přepisuje celý plán zaměstnance v Dcd01 (aktualizuje se každý den podle VZD z importu nebo aktuálně přiřazeným kalendářem).
Po spuštění importu se nejdřív vyhledá zdrojový soubor podle nastavení parametrů (odkaz na soubor nebo odkaz na adresář).
Pro každý nalezený soubor se provede zpracování:
a/ Provedou se kontroly pro název souboru
b/ Pak pro každý řádek v souboru (mimo řádku v záhlaví) se provedou kontroly pro řádek
c/ Pokud jsou splněné všechny podmínky pro import řádku, pro každý sloupec (den) řádku:
i/ provedou se kontroly VZD
ii/ pokud je VZD platný, provede
se import do plánu zaměstnance
Zpracují se pouze sloupce odpovídající počtu dnů měsíce (např. v únoru bez
přestupného roku zpracujeme sloupce 1 až 28, sloupce 29 až 31 budou
ignorované).
d/ Proces importu je ukončen, když se nalezne první řádek, který nemá vyplněn sloupec OSCPV.
e/ Pokud je spuštěn hromadný import, tak se zpracovaný soubor přesune do podadresáře ARCHIV.
Kontroly před spuštěním importu:
Kontrola období z názvu a parametru importu
období z názvu souboru musí být stejné jako období z parametru
pokud není splněno, celý import je ukončen
Kontrola období souboru pro DOCH - období z názvu souboru musí být otevřené pro docházku
pokud není splněno, celý import je ukončen
Kontrola SJ z názvu - SJ z názvu souboru musí být platná
pokud není splněno, celý import je ukončen
Kontroly pro řádek importu (PV):
Kontrola období řádku v souboru - kontroluje se na období z názvu souboru
podle nastavení parametru
a/ zobrazí se hlášení a celý import je ukončen
b/ zobrazí se hlášení a řádek je přeskočen, import pokračuje
c/ zobrazí se hlášení a řádek je importovaný, pokud je období otevřené
Kontrola OSCPV - kontrola platnosti PV pro období a platnosti pro DOCH
PV musí být platné a v evidenčním stavu alespoň jeden den v měsíci
pokud není splněno, zobrazí se hlášení a řádek je přeskočen, import pokračuje
Kontrola SJ - kontrola na souhlas SJ z názvu souboru a přiřazení PV na SJ pro den importu
pokud není splněno, zobrazí se hlášení a řádek je přeskočen, import pokračuje
Kontrola stavu docházky - docházka pro importované PV musí být otevřená
pokud není splněno, zobrazí se hlášení a řádek je přeskočen, import pokračuje
Kontrola kódu kalendáře - kontrola na souhlas kalendáře v EGJE
pokud je položka vyplněná a je nastaven parametr pro kontrolu kódu kalendáře a pokud není splněno, zobrazí se hlášení, import se provede
Kontrola importu kalendáře - kontrola na povolení importu pro PV a období
povolení pro import kalendáře se provede, pokud na Kal01 v položce Skupina pro práva = 99
pokud je požadovaná kontrola na povolení importu a import pro PV a období není povolen,
zobrazí se hlášení a řádek je přeskočen, import pokračuje
Kontroly pro sloupec importu (VZD):
Kontrola vzorový den - kontrola na existenci a platnost VZD v Kal05
pokud je položka vyplněná a VZD není akceptován, zobrazí se hlášení a řádek je přeskočen, import pokračuje
pokud je položka nevyplněná, zobrazí se hlášení a pro odpovídající den se nastaví VZD podle aktuálně nastaveného kalendáře pro PV a den z Kal01
Po importu všech dní:
Kontrola FPF - kontrola naplnění FPD
Kontroluje se naplnění FPD z importu proti plánovanému FPD aktuálně přiřazeného kalendáře pro PV na Opv01 z Kal01.
Pokud je zjištěný rozdíl - zobrazí se hlášení s hodnotu importovaného FPD i fondu podle Kal01.
IMP00=Datum a čas\: %s
IMP01=Zahájen import souboru\:%s
IMP02=Import ukončen.
IMP03=Import přerušen.
IMP04=Počet importovaných záznamů\:%d, chybných záznamů\:%d
IMP07=CHYBA - Adresář %s nenalezen.
IMP08=CHYBA - Vstupní soubor nenalezen.
IMP09=CHYBA - Nepodporovaný typ vstupního souboru.
IMP09a=CHYBA - Nepodporovaný název vstupního souboru %s.
IMP10=CHYBA - Výstupní adresář nenalezen.
IMP13=Nelze importovat, nesouhlas období import (%s) a období v zdrojovém souboru (%s)
IMP21=CHYBA - Řádek %d přeskočen. Neplatné OSČPV %s.
IMP21a=CHYBA - Řádek %d přeskočen. OSČPV %s, Nesouhlas SJ %d, import %d
IMP22=CHYBA - Řádek %d přeskočen. Uzavřeno období nebo měs. záhlaví pro OSČPV %s.
IMP26a=FATAL - Řádek %d, OSČPV %s, Nepovolené období %s.
IMP26b=CHYBA - Řádek %d přeskočen. OSČPV %s, Nepovolené období %s.
IMP26c=CHYBA - Řádek %d přeskočen. OSČPV %s, Uzavřené období %s.
IMP32=CHYBA - Řádek %d přeskočen. Osoba s OSČPV %s nenalezena.
IMP46a=CHYBA - Řádek %d přeskočen. OSČPV %s, Nesouhlas kalendáře import %s v EGJE %s
IMP46b=CHYBA - Řádek %d přeskočen. OSČPV %s, Nepovolen import pro kalendář %s
IMP46c=VAR - Řádek %d, OSČPV %s, Plánovaná směna pro neplatný den %d období %s
IMP46d=CHYBA - Řádek %d přeskočen. OSČPV %s, Den %d: Nepovolený VZD %s
IMP46e=VAR - Řádek %d, OSČPV %s, Den %d: Nenastaven VZD, nastaveno %s
IMP47=VAR - Řádek %d, OSČPV %s, Kontrola FPD, plán z importu %s, podle Opv01 %s, rozdíl %s
IMP51=Nelze importovat, období %s pro SJ %d nenalezeno
IMP52=Nelze importovat, období %s pro SJ %d uzavřeno
IMP57a=Nelze importovat, nedostupná/platná SJ %d
IMP80=Ukončení importu, délka zpracování %s
IMP89=KONEC TESTU
IMP91=Soubor %s byl přesunut do výstupního adresáře %s.
IMP91c=Výstupní adresář %s není.
IMP91d=Soubor %s se nepodařilo přesunout do výstupního adresáře %s.
Uživatelská importní sestava pro plnění počátečních stavů vybraných položek Měsíčního záhlaví ze souboru typu XLSX.
Určená především pro import počátečních stavů v rámci implementace EGJE.
Standardně není zařazená do žádné ze standardních rolí.
Při importu by měly být splněné podmínky:
1) v příslušném období importu musí být provedená alespoň jedna hromadná kalkulace pro všechny zaměstnance
2) musí být otevřené VT období pro docházku pro všechny SJ (ze kterého jsou importované osoby)
3) pro všechny osoby musí být otevřená docházka pro importované období
4) po importu musí být provedená standardní uzávěrka docházky pro období importu
Parametry :
Soubor - umístění zdrojového souboru pro import
Generovat protokol - povolení pro generování protokolu z importu
Režim testu - import bez uložení do DB (pouze provedení kontrol)
Období - období importu
Do uzav. období - povolení importu do uzavřeného období
zaškrtnuto - je možný import do uzavřeného období
nezaškrtnuto - možný import pouze do otevřeného období
Popis zdrojového souboru sloupec XLS/Název :
A: Celé příjmení a jméno
B: OSČPV / OSC
C: Saldo NV => Dcm01, Saldo náhradního volna
D: NV-1 => Dcm01, NV z minulého měsíce
E: NV-2 => Dcm01, NV z předchozích měsíců
F: NV-3 => Dcm01, NV k proplacení/čerpání v akt. měsíci
G: NV-SV => Dcm01, Saldo Pracovního volna za uzavřené období
H: NV-PV => Dcm01, Saldo NV za práci ve svátek za uzavřené období
I: Období - slouží na kontrolu importu pro uzavřené/neuzavřené období
Vzor importního souboru:
Příjmení a jméno |
OSČPV |
Saldo NV |
NV-1 |
NV-2 |
NV-3 |
NV-SV |
NV-PV |
|
5.02 |
1 |
0 |
0 |
1 |
|
|
|
10.01 |
18 |
9 |
9 |
0 |
9 |
|
|
16.001 |
8 |
8 |
0 |
0 |
0 |
8 |
|
22.001 |
12,5 |
|
|
|
|
|
Importní sestava, která z dohodnutého textového souboru importuje údaje do položky Opv01, Režim, Typ použití výstupu vyhodnocení stravy v stanoveném časovém řezu.
Popis importního souboru.
Soubor typu CSV bez povinného názvu.
Soubor neobsahuje hlavičku sloupců, sloupce nemají pevnou délku.
Oddělovačem sloupců je středník („;“)
Struktura řádku: oscpv;typPrispevkuStravy
Kde:
oscpv – osobní číslo s tečkou např. 1234.01 (povolené i osč 1234, pak se importuje na kmenové PV)
typPrispevkuStravy - hodnota podle platného JPC číselníku k položce Opv01, Režim „Typ použiti výstupu vyhodnoceni stravy
např pro odběratele jsou povolené pouze hodnoty:
3 – stravenková karta,
5 – finanční příspěvek
Příklad importního řádku : 12345.01;3
Parametry sestavy:
Období od - období pro začátek planosti časového řezu
při otevření se použije naposledy použité nastavení
Období do - období pro konec planosti časového řezu
při otevření se použije naposledy použité nastavení
Soubor - místo uložení a název importovaného souboru (při otevření se naplní naposledy použitou hodnotou)
tlačítko Procházet - aktivovaní funkce pro vyhledání importovaného souboru
Seznam platných výstupu - vyplní se seznam povolených hodnot pro nastavení
pokud není vyplněno tak default = 3,5
při otevření se použije naposledy použité nastavení
zaškrtávátko Test - volba pouze testu obsahu souboru (při otevření vždy režim test)
pokud je zaškrtnuté, tak se provede celý import, ale se nezapíše do systému
Popis sestavy:
Po spuštění se zkontroluje dostupnost soboru.
Pak pro každý řádek se provede:
· Kontrola datumu časového řezu - musí být vždy k prvnímu dni období
· kontrola platnosti oscpv pro EGJE i DOCH (neimportuje se pro neexistující nebo neplatné PV, PV v mimoevidenčním stavu)
· kontrola platnosti hodnoty pro nastavení (např. povolená hodnota pouze 3 a 5)
· kontrola uzavřeného období (nelze změnit nastavení pro období s uzavřenou docházkou a uzavřeným obdobím)
Pokud se zjistí porušení některé z kontrolovaných podmínek, tak se zapíše hlášení do protokolu, řádek se nezpracuje a pokračuje se zpracováním dalšího řádku.
Pokud pro zpracované PV existuje časový řez pro datum z parametru a hodnota je stejná jako v importu - řádek se přeskočí.
Pokud pro zpracované PV existuje časový řez pro datum z parametru a hodnota je různá než v importu - pouze se přepíše hodnota položky.
Pokud pro zpracované PV neexistuje časový řez pro datum z parametru:
· pokud neexistuje aktuální časový řez, tak se pouze založí nový časový řez s platností od datumu z parametru do 3.3.3333 a importovanou hodnotou
· pokud existuje aktuální časový řez, tak se nejdříve ukončí platnost aktuálního řezu k poslednímu dni předešlého období a pak se založí nový časový řez
Poznámka:
o nekontrolují se časové řezy, které jsou platné až v budoucnosti
o PV, které nejsou v importu si zachovávají původní nastavení
o sestava není řešena pro režim Adm53
Importní uživatelská sestava pro import aktualizace nastavení kalendářů v Kal01 ze souboru XLSX s definovaným obsahem.
Sestava standardně nezakládá nové kalendáře, očekává, že základní identifikace kalendářů je již zavedená v Kal01.
Při vhodné volbě je možné i založit nové kalendáře do Kal01.
Pozor: Pro import do Kal01 se používá metoda „aktualizujeme“ a není možný návrat do stavu před použitím sestavy.
Vzorový soubor: Import_Kal01_vzor.xlsx
Soubor: - zdrojový soubor pro import
[Procházet…] - funkce pro vyhledání importovaného souboru
Zpracovat list XLS: - omezení importu pouze na jednu záložku
Pokud nevyplněno, tak se importují postupně všechny položky
Založit nové kalendáře:
Režim testu: - režim testu importovaného souboru (bez zápisu do DB)
při otevření vždy ANO
při ANO se provede načtení souboru a předepsané kontroly
při NE se provede následně i zápis do DB
Smazat minulá data importovaná touto sestavou:
- smazání nově založených dat z určeného předešlého importu
Obsah souboru
Soubor má listy: Start, Docházka, Příplatky, Přestávka, BezpPřestavka, Popis
Obsah:
Kód KAL
Název
Postup:
Poznámka: pokud máme kalendáře vytvořené v EGJE, použijeme Export položek nad záložkou Kal01, Popis, tabulka Vzorový úsek, do exportu dáme Označit Vše na všechny sekce
Zpracujeme pouze pokud existuje list Popis a Založit nové kalendáře = Ano
Postup importu:
Vyhledáme v Kal01, Popis řádek s kód kalendáře = obsah E
pokud je nalezeno, pokračuj v zpracovaní dalšího řádku
Pokud se kód kalendáře nenašel, založíme novou větu Kal01, pokud při kontrolách není zjištěná žádná chyba.
Založení věty kalendáře:
Kód kalendáře = E
Název = F založíme název v mutaci podle obsahu K (legislativa)
Organizace = G, pokud vyplněné kontrolovat na číselník
Číslo správního oddílu (nepov.) = H, pokud vyplněné kontrolovat na číselník
Typ kalendáře = I kontrolovat na číselník
Režim generování svátku = J kontrolovat na číselník
Legislativa = K, pokud vyplněné kontrolovat na SK, CZ
Platnost = L, pokud vyplněné kontrolovat
Skupina pro práva = M, pokud vyplněné kontrolovat
Pokud kontrola zjistí chybu, zobrazíme hlášení:
Řádek <n> nezpracován, neplatná hodnota <z XLSX> ve sloupci <název sloupce nebo kód sloupce>
řádek přeskočit a zpracovat další řádek
Pokud jsme založili, kalendář, založíme větu pro Vzorový úsek - start
Vzorový úsek = N, musí být vyplněn a zkontrolujeme na číselník VZU
Úsek nasazen od = O, musí být vyplněn, kontrolovat na platnost datumu
(DD.MM.YYYY bez nebo s vodicími nulami)
Start = P, musí být vyplněn, kontrolovat, aby byl v rozsahu “pořadí” pro Vzorový úsek
Pokud kontrola zjistí chybu, zobrazit text:
Řádek <n> nezpracován, neplatná hodnota <z XLSX> ve sloupci <název sloupce nebo kód sloupce>
řádek přeskočit a zpracovat další řádek
Obsah:
Kód KAL
Název
Vzorový úsek
Úsek nasazen od
Start
VZD
VZD1
VZD2
VZD3
VZD4
VZD5
VZD6
VZD7
VZD8
VZD9
Postup:
Zkontrolujeme existenci kalendáře s kódem = A (kod_kal) a jeho platnost
Pokud je kód neplatný, zapíšeme do protokolu text:
Řádek <> nezpracován. Kalendář <kod_kal + nazev > nenalezen nebo neplatný.
řádek přeskočit
pak zpracovat další řádek
Pokud kontrola zjistí chybu, zobrazit text:
Řádek <> nezpracován. Neplatná hodnota <z XLSX> ve sloupci <název sloupce nebo kód sloupce>
Obsah:
Kód KAL
Název
Doplňkový kód
Typ pracovní doby
Změna směny - prac. den
Změna směny - víkend
Povinnost odpracovat směnu
Povinnost vyplnit Od/Do v denní doch.
Zaokrouhlování
Limity kontrol
Režim přestávky
Typ převažující přestávky
Délka převažující přestávky[min]
Generovat přestávky do den. docházky
Generovat přestávky s od - do
Režim kontroly
Vyr. období - FPD
Režim kontroly přesčasu
Vyr. období - přesčas
Režim nevyrovnaného NV3
Režim vyrovnání přesčasu při DD/MV
Přiznání druhého příspěvku na stravu
Doplňkový režim
Počet dnů omezené editace
Potlačení notifikace - uzavření docházky
Použití pro DAV
Začátek směny pro příplatky
Popis kalendáře
SLM pro doplnění do plán. směny
Postup importu – list Docházka:
Zkontrolujeme existenci kalendáře s kódem = A(kod_kal) a jeho platnost
Pokud je kód neplatný, zapíšeme do protokolu text:
Řádek <> nezpracován. Kalendář <kod_kal + nazev > nenalezen nebo neplatný.
řádek přeskočit
pak zpracovat další řádek
Pokud má položka navázaný číselník (podle JPC), pak se provádí kontrola na platnost. Pokud kontrola zjistí chybu, zobrazit text:
Řádek <> nezpracován. Neplatná hodnota <z XLSX> ve sloupci <název sloupce nebo kód sloupce>
Obsah:
Kód KAL
Název
Režim příplatku - noc
SLM příplatku - noc
Procento příplatku - noc
Sazba příplatku - noc
Kód částky příplatku - noc
Limit hodin příplatku Noc
Započítat příplatek od
Započítat příplatek do
Režim příplatku - odpolední
SLM příplatku - odpolední
Procento příplatku - odpolední
Sazba příplatku - odpolední
Kód částky příplatku - odpolední
Limit hodin příplatku Odpolední
Započítat příplatek od
Započítat příplatek do
Režim příplatku - sobota/neděle
SLM příplatku - sobota/neděle
Procento příplatku - sobota/neděle
Sazba příplatku - sobota/neděle
Kód částky příplatku - sobota/neděle
Limit hodin příplatku So/Ne
Režim příplatku - svátek
SLM příplatku - svátek
Procento příplatku - svátek
Sazba příplatku - svátek
Kód částky příplatku - svátek
Limit hodin příplatku Svátek
Min. akceptovaný přesčas[min]
Max. akceptovaný plac. přesčas[min]
Max. akceptovaný neplac. přesčas[min]
Zaokrouhlení gen. přesčasu na hranici
Režim příplatku - přesčas
SLM příplatku - přesčas
Procento příplatku - přesčas
Sazba příplatku - přesčas
Kód částky příplatku - přesčas
Volitelný příplatek 1
SLM - volitelný příplatek 1
Procento - volitelný příplatek 1
Sazba - volitelný příplatek 1
Kód částky volitelný příplatek 1
Limit hodin příplatku Příplatek 1
Volitelný příplatek 2
SLM - volitelný příplatek 2
Procento - volitelný příplatek 2
Sazba - volitelný příplatek 2
Kód částky volitelný příplatek 2
Limit hodin příplatku Příplatek 2
Volitelný příplatek 3
SLM - volitelný příplatek 3
Procento - volitelný příplatek 3
Sazba - volitelný příplatek 3
Kód částky volitelný příplatek 3
Limit hodin příplatku Příplatek 3
Volitelný příplatek 4
SLM - volitelný příplatek 4
Procento - volitelný příplatek 4
Sazba - volitelný příplatek 4
Kód částky volitelný příplatek 4
Limit hodin příplatku Příplatek 4
Volitelný příplatek 5
SLM - volitelný příplatek 5
Procento - volitelný příplatek 5
Sazba - volitelný příplatek 5
Kód částky volitelný příplatek 5
Limit hodin příplatku Příplatek 5
Postup importu - Příplatky:
Stejný jako pro list Docházka
Obsah Prestavka:
Organizace
Kód
Název
Začátek přestávky
Konec přestávky
Délka přestávky
Obsah BezpPrestavka::
Kód
Název
Začátek bezp. přestávky
Konec bezp. přestávky
Délka přestávky
Postup importu:
Zpracujeme pouze řádky s vyplněným sloupcem cas_od
Zkontrolujeme existenci Kalendáře s kódem = B (kod)
Pokud je kód platný, zapíšeme do tabulky přestávek nebo bezp. přestávek.
Obsazení DB tabulky.
POLOZKA |
NAZEV2 |
Poznámka |
id_ckal1 |
Interní ID: |
|
id_csorg |
Organizace: |
|
cso |
Číslo správního oddílu (nepov.): |
|
kod_kal |
Kód kalendáře: |
|
kod2 |
Doplňkový kód: |
|
nazev_xml |
Název kalendáře: |
|
typ_kal |
Typ kalendáře: |
|
typ_prdoby |
Typ pracovní doby: |
JPC typ_prdoby |
kal_skup |
Skupina pro práva: |
|
leg |
Legislativa: |
|
platnost |
Platnost: |
|
id_ckal1_dpn |
Vazba na kalendář DPN: |
|
atrib_xml |
Atributy kalendáře - př. které příplatky se generují automatizovaně atd.: |
|
pd_gen_sviatok |
Režim generování svátku: |
JPC Typ_dne |
id_dczaokr |
Zaokrouhlování: |
|
pd_presun_smena |
Změna směny - prac. den: |
|
pd_presun_vikend |
Změna směny - víkend: |
|
id_dvyrobd_fpd |
Vyr. období - FPD: |
|
id_dvyrobd_presc |
Vyr. období - přesčas: |
|
pd_prip_noc_do |
Započítat příplatek do: |
|
pd_proc_prip_noc |
Procento příplatku - noc: |
|
id_cslm_prip_noc |
SLM příplatku - noc: |
|
pd_sazba_prip_noc |
Sazba příplatku - noc: |
|
pd_kod_castky_noc |
Kód částky příplatku - noc: |
|
pd_prip_noc |
Režim příplatku - noc: |
|
pd_prip_noc_od |
Započítat příplatek od: |
|
pd_kod_castky_odp |
Kód částky příplatku - odpolední: |
|
pd_prip_odp |
Režim příplatku - odpolední: |
|
pd_prip_odp_od |
Započítat příplatek od: |
|
pd_prip_odp_do |
Započítat příplatek do: |
|
pd_proc_prip_odp |
Procento příplatku - odpolední: |
|
id_cslm_prip_odp |
SLM příplatku - odpolední: |
|
pd_sazba_prip_odp |
Sazba příplatku - odpolední: |
|
pd_sazba_prip_sone |
Sazba příplatku - sobota/neděle: |
|
pd_proc_prip_sone |
Procento příplatku - sobota/neděle: |
|
pd_prip_sone |
Režim příplatku - sobota/neděle: |
|
id_cslm_prip_sone |
SLM příplatku - sobota/neděle: |
|
pd_kod_castky_sone |
Kód částky příplatku - sobota/neděle: |
|
pd_prip_sv |
Režim příplatku - svátek: |
|
pd_proc_prip_sv |
Procento příplatku - svátek: |
|
pd_sazba_prip_sv |
Sazba příplatku - svátek: |
|
pd_kod_castky_sv |
Kód částky příplatku - svátek: |
|
id_cslm_prip_sv |
SLM příplatku - svátek: |
|
pd_sazba_prip_nadcas |
Sazba příplatku - přesčas: |
|
pd_kod_castky_nadcas |
Kód částky příplatku - přesčas: |
|
pd_proc_prip_nadcas |
Procento příplatku - přesčas: |
|
pd_prip_nadcas |
Režim příplatku - přesčas: |
|
id_cslm_prip_nadcas |
SLM příplatku - přesčas: |
|
pd_prip_lim_noc |
Limit hodin příplatku Noc: |
|
pd_prip_lim_odp |
Limit hodin příplatku Odpolední: |
|
pd_prip_lim_sone |
Limit hodin příplatku So/Ne: |
|
pd_prip_lim_sv |
Limit hodin příplatku Svátek: |
|
pd_proc_prip_p1 |
Procento - volitelný příplatek 1: |
|
pd_sazba_prip_p1 |
Sazba - volitelný příplatek 1: |
|
id_cslm_prip_p1 |
SLM - volitelný příplatek 1: |
|
pd_kod_castky_p1 |
Kód částky volitelný příplatek 1: |
|
pd_prip_p1 |
Volitelný příplatek 1: |
|
pd_proc_prip_p2 |
Procento - volitelný příplatek 2: |
|
id_cslm_prip_p2 |
SLM - volitelný příplatek 2: |
|
pd_sazba_prip_p2 |
Sazba - volitelný příplatek 2: |
|
pd_prip_p2 |
Volitelný příplatek 2: |
|
pd_kod_castky_p2 |
Kód částky volitelný příplatek 2: |
|
pd_prip_p3 |
Volitelný příplatek 3: |
|
id_cslm_prip_p3 |
SLM - volitelný příplatek 3: |
|
pd_kod_castky_p3 |
Kód částky volitelný příplatek 3: |
|
pd_sazba_prip_p3 |
Sazba - volitelný příplatek 3: |
|
pd_proc_prip_p3 |
Procento - volitelný příplatek 3: |
|
pd_proc_prip_p4 |
Procento - volitelný příplatek 4: |
|
pd_kod_castky_p4 |
Kód částky volitelný příplatek 4: |
|
id_cslm_prip_p4 |
SLM - volitelný příplatek 4: |
|
pd_sazba_prip_p4 |
Sazba - volitelný příplatek 4: |
|
pd_prip_p4 |
Volitelný příplatek 4: |
|
pd_prip_p5 |
Volitelný příplatek 5: |
|
pd_proc_prip_p5 |
Procento - volitelný příplatek 5: |
|
pd_sazba_prip_p5 |
Sazba - volitelný příplatek 5: |
|
id_cslm_prip_p5 |
SLM - volitelný příplatek 5: |
|
pd_kod_castky_p5 |
Kód částky volitelný příplatek 5: |
|
pd_prip_lim_p1 |
Limit hodin příplatku Příplatek 1: |
|
pd_prip_lim_p2 |
Limit hodin příplatku Příplatek 2: |
|
pd_prip_lim_p3 |
Limit hodin příplatku Příplatek 3: |
|
pd_prip_lim_p4 |
Limit hodin příplatku Příplatek 4: |
|
pd_prip_lim_p5 |
Limit hodin příplatku Příplatek 5: |
|
pd_gen_pres |
Režim přestávky: |
|
id_dclimit |
Limity kontrol: |
|
pd_pov_smena |
Povinnost odpracovat směnu: |
|
pd_pov_od_do |
Povinnost vyplnit Od/Do v denní doch.: |
|
pd_dd_mv_prescas_rezim |
Režim vyrovnání přesčasu při DD/MV: |
|
pd_mz_nv3 |
Režim nevyrovnaného NV3: |
|
pd_slm_dopln_smenu |
SLM pro doplnění do plán. směny: |
|
pd_prest_typ |
Typ převažující přestávky: |
|
pd_prest_hodn |
Délka převažující přestávky[min]: |
|
pd_gen_pres_oddo |
Generovat přestávky s od - do: |
|
pd_strava2prisp |
Přiznání druhého příspěvku na stravu: |
|
pd_gen_pres_dd |
Generovat přestávky do den. docházky: |
|
pd_pocet_dnu_zakaz |
Počet dnů omezené editace: |
|
pd_rezim_dopl |
Doplňkový režim: |
|
pd_prip_nadcas_min |
Min. akceptovaný přesčas[min]: |
|
pd_prip_nadcas_max_plac |
Max. akceptovaný plac. přesčas[min]: |
|
pd_prip_nadcas_max_nv |
Max. akceptovaný neplac. přesčas[min]: |
|
pd_prip_nadcas_zaok |
Zaokrouhlení gen. přesčasu na hranici: |
|
pd_rez_kon |
Režim kontroly: |
|
pd_rez_kon_pr |
Režim kontroly přesčasu: |
|
pd_potlac_notif |
Potlačení notifikace - uzavření docházky: |
|
pd_dav_pouziti |
Použití pro DAV: |
|
pd_prvni_smena_od |
Začátek směny pro příplatky: |
|
pd_popis |
Popis kalendáře: |
|
|
/ceckal1.atrib_xml/bezp_prestavka |
|
/@id |
ID: |
|
/@cas_od |
Začátek bezp. přestávky: |
|
/@cas_do |
Konec bezp. přestávky: |
|
|
Přestávky |
|
/@id |
ID: |
|
/@cas_od |
Začátek přestávky: |
|
/@cas_do |
Konec přestávky: |
|
|
/ceckal1.atrib_xml/rocne |
|
/@id |
ID: |
|
/@rok |
Rok: |
|
/@smen_tyd_kal |
Průměrný týdenní počet směn: |
|
/@prum_smena_kal |
Průměrná délka směny: |
|
|
/ceckal1.vzory_xml/usek |
|
/@id_ckalusek |
Vzorový úsek |
zkontrolovat platnost kódu (bez názvu) na číselník KalUsek a uložit ID Useku Zkontrolovat platnost kalendáře, importujeme pouze pro platný |
/@ datum_od |
Datum nasazení úseku: |
musí být vyplněn |
/@ start_den |
Start - pořadí ze vzoru: |
musí být vyplněn |
(TC 1061214)
Importní uživatelská sestava pro import definice úseku kalendáře do Kal06 ze souboru XLSX s definovaným obsahem.
Importuje pouze názvy v CZ mutaci.
Sestavu Imp36f je možné použít i pro import vzorových úseků i pro instalace EGJE bez docházky. Pro režim bez docházky se nevyplňuje sloupec „Vzorový den“.
Vzorový soubor: Import_Kal06_vzor.xlsx
Parametry importní sestavy:
Soubor: - zdrojový soubor pro import
[Procházet…] - funkce pro vyhledání importovaného souboru
Smazat minulá data importovaná touto sestavou: - smazání dat z určeného předešlého importu
Režim testu: - režim testu importovaného souboru (bez zápisu do DB)
při otevření vždy ANO
při ANO se provede načtení souboru a předepsané kontroly
při NE se provede následně i zápis do DB
Obsah souboru
Soubor má dvě záložky: Detail, Smeny
Záložka Detail - obsah:
Organizace - nepovinná pokud DB není multiorganizační, při multiorganizační DB musí být vyplněno
Kód vzorového úseku - kód vzorového úseku podle standardů EGJE, povinný
Název - název podle standardu EGJE, povinný
Platnost - nepovinné pole (viz číselník EGJE pro dané pole)
Skupina pro práva - nepovinné pole (viz číselník EGJE pro dané pole)
Záložka Smeny - obsah:
Kód vzoru - kód vzorového úseku podle standardů EGJE, povinný
Název - název podle standardu EGJE, povinný
Pořadí - pořadí dle standardu EGJE, povinný
Vz.den - povinný, podle aktuálního číselníku VZD (Kal05)
Typ dne - povinný, podle aktuálního číselníku
Typ pracovní doby - povinný, podle aktuálního číselníku
Čas od - nepovinný, formát ???
Čas do - nepovinný, formát ???
Hodiny - nepovinný, formát ???
Postup importu - záložka Detail:
Vyhledej v tabulce úseků řádek s kod_vz = obsah B
pokud je nalezeno, pokračuj ve zpracování dalšího řádku
pokud se kod_vz nenašel, založíme novou větu, pokud při kontrolách není zjištěná žádná chyba
Pokud kontrola zjistí chybu, zobrazit text:
Řádek <> nezpracován. Neplatná hodnota <z XLSX> ve sloupci <název sloupce nebo kód sloupce>
řádek přeskočit a zpracovat další řádek
Postup importu - Smeny:
Zkontrolujeme existenci úseku s kódem z A (kod_vz)
Pokud je kód neplatný, zapíšeme do protokolu text:
Řádek <> nezpracován. Úsek < kod_vz > nezpracován.
řádek přeskočit a také všechny řádky vázané k tomuto kódu
pak zpracovat další řádek
Pokud kontrola zjistí chybu, zobrazit text:
Řádek <> nezpracován. Neplatná hodnota <z XLSX> ve sloupci <název sloupce nebo kód sloupce>
Pokud v rámci jednoho úseku je zjištěná chyba v libovolném řádku, neuložíme žádný řádek z úseku.
NAZEV2 |
Poznámka |
|
|
ceckalusek |
|
id_ckalusek |
Interní ID: |
automaticky |
id_csorg |
Organizace: |
pokud vyplněno, zkontrolovat platnost kódu (bez názvu) organizace na číselník CSORG |
kod_vz |
Kód vzorového úseku: |
= B |
nazev_xml |
Název: |
=C |
platnost |
Platnost: |
pokud vyplněno, zkontrolovat platnost kódu (bez názvu) na číselník JPC platnost pokud nevyplněno = 1 |
kal_skup |
Skupina pro práva: |
pokud vyplněno, zkontrolovat platnost kódu (bez názvu) na číselník JPC pd_kal_skup |
rez_prest |
Režim přestávek: |
pokud vyplněno, zkontrolovat platnost kódu (bez názvu) na číselník JPC typ_doby pokud nevyplněno = 0 |
|
/ceckalusek.usek_xml/smena |
|
/@id |
Interní ID: |
triger |
/@id_ckalvzden |
Vzorový den: |
pokud vyplněno, zkontrolovat platnost kódu (bez názvu) na číselník VzDen a uložit ID VZD |
/@cas_od |
Čas od: |
=G formát hh:mm nebo hh:mmN |
/@cas_do |
Čas do: |
= H formát hh:mm nebo hh:mmN |
/@den_useku |
Pořadí ve vzorovém úseku: |
= C musí být vyplněno a musí být souvislá postupnost v rámci úseku |
/@hodiny |
Počet hodin, hodiny: |
= I formát d.dd |
/@typ_dne |
Typ dne (směny): |
= E pokud vyplněno, zkontrolovat platnost kódu (bez názvu) na číselník JPC typ_dne pokud nevyplněno = 1 (P) ??? |
/@typ_doby |
Typ pracovní doby: |
= F pokud vyplněno, zkontrolovat platnost kódu (bez názvu) na číselník JPC typ_doby pokud nevyplněno = 0 |
Importní uživatelská sestava pro import definice vzorových dnů do Kal05 ze souboru XLSX s definovaným obsahem.
Importuje pouze názvy v CZ mutaci.
Vzorový soubor:
Import_Kal05_vzor.xlsx
Parametry importní sestavy:
Soubor: - zdrojový soubor pro import
[Procházet…] - funkce pro vyhledání importovaného souboru
Smazat minulá data importovaná touto sestavou: - smazání dát z určeného předešlého importu
Režim testu: - režim testu importovaného souboru (bez zápisu do DB)
při otevření vždy ANO
při ANO se provede načtení souboru a předepsané kontroly
při NE se provede následně i zápis do DB
Obsah souboru
Soubor má tři záložky: Detail, Prestavka, BezpPrestavka
Záložka Detail:
Obsah záložky:
Organizace
Kód - zkrácený název
Název vzorového dne
Doplňkový kód
Použití vzor.dne
Typ dne (směny)
Typ pracovní doby
VZD Dělená směna
Datum platnosti od
Datum platnosti do
Složka mzdy
Hod. směny VZD (bez přestávek)
Skut. hod. směny VZD (vč. přestávek)
Stanovený začátek pracovní doby
Stanovený konec pracovní doby
Volitelná prac. doba pro příchod od
Základní prac.doba od (do pro příchod)
Základní prac.doba do (od pro odchod)
Volitelná prac. doba pro odchod do
Popis
Typ přestávky
Délka přestávky[min]
Skupina pro práva
delka_kodu
prackod
Postup importu – záložka Detail:
Vyhledej v Kal05 řádek s kód = obsah B
pokud je nalezeno, pokračuj ve zpracování dalšího řádku
Pokud se kód nenašel, založíme novou větu, pokud při kontrolách není zjištěná žádná chyba
Pokud kontrola zjistí chybu, zobrazit text:
Řádek <> nezpracován, neplatná hodnota <z XLSX> ve sloupci <název sloupce nebo kód sloupce>
řádek přeskočit a zpracovat další řádek
Záložka Prestavka, BezpPrestavka:
záložka Prestavka,
Organizace
Kód
Název
Začátek přestávky
Konec přestávky
Délka přestávky
BezpPrestavka:
Kód
Název
Začátek bezp. přestávky
Konec bezp. přestávky
Délka přestávky
Postup importu – záložka Prestavka, BezpPrestavka:
Zpracujeme pouze řádky s vyplněným sloupcem cas_od
Zkontrolujeme existenci VZD s kódem = B (kód)
Pokud je kód platný, zapíšeme do tabulky přestávek nebo bezp. přestavek.
POLOZKA |
NAZEV2 |
Poznámka |
|
ceckalvzden |
|
id_ckalvzden |
Interní ID: |
triger |
id_csorg |
Organizace: |
pokud vyplněno, zkontrolovat platnost kódu (bez názvu) organizace na číselník CSORG |
kod |
Kód - zkrácený název: |
=B |
kod2 |
Doplňkový kód: |
= |
nazev_xml |
Název: |
= |
typ_dne |
Typ dne (směny): |
pokud vyplněno, zkontrolovat platnost kódu (bez názvu) na číselník JPC typ_dne pokud nevyplněno = 1 (P) ??? |
typ_doby |
Typ pracovní doby: |
pokud vyplněno, zkontrolovat platnost kódu (bez názvu) na číselník JPC typ_doby pokud nevyplněno = 0 |
datum_od |
Datum platnosti od: |
formát dd.mm.yyyy pokud nevyplněno tak 1.1.1910 |
datum_do |
Datum platnosti do: |
formát dd.mm.yyyy pokud nevyplněno tak 3.3.3333 |
pouziti_vzd |
Použití vzor.dne : |
pokud vyplněno, zkontrolovat platnost kódu (bez názvu) na číselník JPC pd_pouziti_vzd pokud nevyplněno = 1 |
id_cslm |
Složka mzdy: |
pokud vyplněno, zkontrolovat platnost kódu (bez názvu) na číselník SlmCecslmId a uložit ID SLM |
id_ckalvzden_del_smena |
VZD Dělená směna: |
pokud vyplněno, zkontrolovat platnost kódu (bez názvu) na číselník VzDen5 a uložit ID VZD |
hodiny |
Hod. směny VZD (bez přestávek) : |
formát d.ddd |
hod_skut |
Skut. hod. směny VZD (vč. přestávek): |
formát d.ddd |
zac_stan |
Stanovený začátek pracovní doby: |
formát hh:mm nebo hh:mmN |
konec_stan |
Stanovený konec pracovní doby: |
formát hh:mm nebo hh:mmN |
zac_od |
Začátek pracovní doby od: |
formát hh:mm nebo hh:mmN |
zac_do |
Začátek pracovní doby do: |
formát hh:mm nebo hh:mmN |
konec_od |
Konec pracovní doby od: |
formát hh:mm nebo hh:mmN |
konec_do |
Konec pracovní doby do: |
formát hh:mm nebo hh:mmN |
kal_skup |
Skupina pro práva: |
pokud vyplněno, zkontrolovat platnost kódu (bez názvu) na číselník JPC pd_kal_skup |
popis |
Popis: |
|
pd_prest_typ |
Typ přestávky: |
pokud vyplněno, zkontrolovat platnost kódu (bez názvu) na číselník JPC pd_prest_typ |
pd_prest_hodn |
Délka přestávky[min]: |
|
|
/ceckalvzden.dalsi_xml/bezp_prestavka |
|
/@id |
ID: |
|
/@cas_od |
Začátek bezp.přestávky: |
|
/@cas_do |
Konec bezp.přestávky: |
|
|
/ceckalvzden.dalsi_xml/prestavka |
|
/@id |
ID: |
|
/@cas_od |
Začátek přestávky: |
|
/@cas_do |
Konec přestávky: |
|
|
/ceckalvzden.dalsi_xml/zac_stan_dalsi |
|
/@id |
ID: |
|
/@id_ckalvzden |
Další VZD: |
|
TC1031309, Stav k 1.8.2019
Import aktuálních zůstatků dovolené do formuláře Dov01 ze souboru typu XLSX (vzor).
Import určen pouze pro zákazníka bez výpočtu mezd, nebo pro zaměstnance bez výpočtu mzdy, např. agenturní zaměstnanci (tzn. Opv01, Popis, Status vztahu osoba - organizace nesmí být 1, 2, 3. ).
Určeno pouze pro zaměstnance s nastavením:
Dov01, Typ nároku dovolené = 9 - Celoroční nárok dovolené.
Pozor: Pro jiné typy nároků dovolené není možné zůstatky dovolené importovat z technologických důvodů.
Pro hodinový režim se importovat pouze celé hodiny dovolené.
Parametry sestavy:
Soubor - umístění a název souboru pro import
Období - období platnosti importovaných dat
Režim testu - při importu se provedou požadované kontroly,
ale nezapisuje se do systému
režim testu, je nastaven při každém otevření sestavy
Upravit nárok o čerpání - volba způsobu nastavení nároků na Dov01
zaškrtnuto - nároky ze souboru se krátí o zadané čerpání, tzn. do Dov01 se zapisuje aktuální nárok - zůstatek.
nezaškrtnuto - nároky se neupravují, do Dov01 se zapíše hodnota ze souboru,
při otevření se nastaví do stavu při posledním použití
Celá organizace, nepočítaná - Ano/Ne - default Ne při každém otevření
Pokud je nastaven, nekontrolujeme Status zaměstnance k organizaci ale Dov01, Typ nároku = 9.
Nastavení určené pro organizace, které nepoužívají v EGJE oblast výpočtu mezd ani pro evidenční výpočet dovolené.
Pozor: Parametr nesmí být použit pro instalace se standardním zpracováním mezd v EGJE.
Popis obsahu souboru:
Soubor typu XLSX, první řádek obsahuje název sloupce.
OSČPV - identifikace PV nebo osoby (lze použít OSČPV i OSČ)
Příjmení - příjmení zaměstnance
Jméno - jméno zaměstnance
Zůstatek minulého roku - převod z minulého roku k 1.1.
Nárok běžného roku - upraven dle nástupu/výstupu (aktuální stav k období importu)
Čerpání v běžném roce - čerpání od začátku roku kumulativně
Zůstatek v běžném roce = (Zůstatek minulého roku + Nárok běžného roku - Čerpání v běžném roce)
Průměrný počet dnů v týdnu - pro položku z Dov01
Období - období platnosti importu
Popis zpracování - importu:
Pro každý řádek ze vstupního souboru (řádek se záhlavím ignorujeme):
1/ Pokud je
použito OSČ.
a/ Zkontroluje se Osobní číslo - existence, platnost (standardní kontrola a
hlášení je stejné jako u jiných importů DOCH).
b/ K platnému OSČ se vyhledá kmenové OSČPV (standardní kontrola a hlášení jako
u jiných importů DOCH),
po vyhledání OSČPV se provede kontrola - existence, platnost pro období
(platné PV, platnost ev. stavu), platnost pro Docházku.
2/ Pro
OSČPV.
Zkontroluje se OSČPV - existence, platnost pro období (platné PV, platnost ev.
stavu), platnost pro Docházku (standardní kontrola a hlášení je stejné jako u
jiných importů DOCH)
3/ Kontrola období
Pokud období z parametru a řádku není stejné, zobrazí hlášení a řádek se přeskočí
hlášení: Řádek <n> přeskočen, období v řádku neodpovídá období importu
4/ Kontrola importu pouze pro nepočítané
Pokud pro aktuální období pro PV je Status vztahu k organizaci = 1, 2, 3 (počítané PV) zobrazí se hlášení:
IMP32a Řádek <n> přeskočen, pro PV <oscpv> povolený výpočet mezd (Status V = <status>)
a řádek je přeskočen
5/ Pro OSČPV a aktuální rok se pokusí vyhledat řádek v Dov01
pokud neexistuje - založí se nový řádek (viz dále)
pokud existuje, ale Typ nároku dovolené <> 9 (Celoroční nárok dovolené) - řádek se smaže a založí se nový.
6/ V řádku Dov01 pro OSČPV, ROK a Typ nároku dovolené = 9 (Celoroční nárok dovolené) nastavíme:
Dov01.Průměrný počet dnů v týdnu = Imp. Průměrný počet dnů v týdnu
a/ Pokud Upravit nárok o čerpání = nezaškrtnuto
Dovolená, běžného roku = Nárok běžného roku
Dovolená, minulého roku = Zůstatek minulého roku
b/ Pokud Upravit nárok o čerpání = zaškrtnuto
Dovolená, minulého roku = kladný zůstatek (Zůstatek minulého roku - Čerpání)
Dovolená, běžného roku = Nárok běžného roku - (Čerpání - Zůstatek minulého roku)
7/ Další kontroly
Pokud je vykázáno více čerpání než celkový nárok:
(Nárok běžného roku + Zůstatek minulého roku - Čerpání) < 0
zobrazí se hlášení:
IMP32b Řádek <n>, pro PV <oscpv> chyba v evidenci dovolené (BR=<n>, MR=<n>,CD=<n>).
Pokud je v evidenci docházky EGJE vykázan jiný počet čerpání než v importu, tak se zobrazí hlášení: IMP47 OSČPV <osčpv>. Rozdíl v evidenci čerpání dovolené. Import <n> v EGJE <n>.
Pokud je režim čerpaní dovolené (Dov01)
<> 3,4 (dovolená ve dnech/směnách) - může být pouze x.0 nebo x.5
Pokud je režim čerpaní dovolené (Dov01) = 3,4 (dovolená v hodinách) - může být
pouze x.0
Import zůstatků SLM z Dov02 pro export do podřízeného EGJE (např. Teleplan), který je možné pak importovat pomoci Imp38f.
Export do souboru typu CSV se záhlavím, oddělovač středník.
Z Dov02 exportujeme data pro všechny PV pro období z parametrů ale pouze pokud je pro PV
a/ období uzavřené pro mzdy (Status VT >= 4, SJ podle aktuálního přiřazení k poslednímu dni exportovaného období)
b/ pokud je platné pro alespoň jeden den období (nekontrolujeme platnost podle docházky), tzn. Datum nastup <= poslední den období exportu a Datum ukončení >= první den období exportu
c/ v období má platný nárok na Dov02 > 0
Parametry:
Období - období exportu
Název souboru – název výstupního exportního souboru
Obsah výstupního souboru:
osčpv identifikace OSČPV
slm kód SLM pracovního volna
období_od platnost nároku od
období_do platnost nároku do
nárok celkem nárok pracovního volna za rozsah období
období export za období
směny součet směn z výpočtu mezd pro SLM pracovního volna a součet případných korekcí z Dov02
Seřazení podle OSČPV, SLM
Import stavů pracovního volna do Dov02 podřízeného EGJE (např. Teleplan) z nadřízeného EGJE. Importní soubor vytvořen sestavou Exp39f.
Import z CSV se záhlavím, oddělovač středník (podrobněji viz popis Exp39f).
Parametry:
Období - období importu
Název souboru – název vstupního importního souboru
Test - režim importu (Ano – import do aplikace, Ne – pouze test vstupu bez zápisu do DB)
default Ano při každém otevření
Popis importů:
Pro každý řádek ze vstupního souboru (řádek se záhlavím ignorujeme):
1/ Zkontrolovaná platnost Osobního čísla - existence, platnost
2/ K platnému OSC se vyhledá kmenové OSČPV
Po nalezení OSČPV, kontrolujeme - platnost pro období (platné PV, platnost ev. stavu), platnost pro Docházku
3/ Kontrolujeme či pro importovaného PV byly spočtené mzdy a či se jedná o zaměstnance s převodem do mezd (Opv01, Převod Doch do mezd = 1, pokud není položka vyplněná vyhodnotí se jako pro 0)
pokud alespoň jedna podmínka je splněná, zobrazí se hlášení:
IMP39a Řádek <n>, OSČPV <> nezpracován, nepovolený import z Opv01/Vyp01.
a řádek se přeskočí
4/ Vyhledat pro PV SLM v Dov02 podle podmínky:
SLM z importu je v Dov02 a je platná pro importované období a souhlasí nárok pro SLM.
pokud SLM není nalezená, zobrazí se hlášení:
IMP39b Řádek <n>, OSČPV <> nemá nárok definován nebo je nesprávní pro SLM <>
a řádek se přeskočí
5/ Vyhledáme řádek korekce na Dov02 pro PV/SLM/Období.
Pokud řádek není nalezen, tak se založí.
Do řádku se nastaví počet směn z importu.
Uživatelský import pro načtení dat z formuláře Poj55, Data a import do Dcm01.
Sestava načte dotčené záznamy z Poj55 (s notifikací „Začátek“ nebo „Konec“ nemoci a pro každý pár podle „Číslo rozhodnutí:“ vytvoří záznam do měsíční evidence docházky (Dcm01).
Předpokládá se, že formulář Poj55 je naplněn, standardními funkcemi pro tento formulář, a bylo provedené „Párování na PV“.
Poznámka: slouží pouze pro evidenční potřeby evidence nemoci pro docházku a nenahrazuje standardní evidenci nemoci používanou v organizaci.
Sestava je určena pro manuální i pro periodické spouštění pomocí Adm53.
V Adm53 pro příslušnou úlohu je možné dohledat protokol z běhu sestavy spuštěné z Adm53.
Parametry na sestavě:
! Období (rrrr-mm): - období importu
Při spuštění z aplikace se nastavuje na aktuální období
Při spuštění z Adm53 se nenastavuje (použije se období odpovídající akt. dni)
Smazat minulá data importovaná touto sestavou: - před samotným importem smazat všechny záznamy v období, pořízené touto sestavou v dřívějších chodech
SLM pro PN: - default IA 51
SLM pro prac. úraz: - default IA 54
SLM pro karanténu: - default IA 55
SLM pro jinou PN: - default IA 960
Parametry pro SLM mohou zůstat prázdné nebo obsahovat jednu SLM. Při nevyplnění, systém použije defaultní hodnotu.
Popis Importu:
Načtení dat z Poj55:
Z Poj55 čteme řádky:
· Vyplněné OSČPV
· Spárované >= 1
· Rozsah nemoci zasahuje alespoň jedním dnem do importovaného období
· Typ notifikace = 1 (Začátek) nebo 3 (Konec)
Čištění dat z Dcm01 z předešlých chodů:
Pokud “Smazat minulá data importovaná touto sestavou :” = Ano
Do protokolu se zapíše hlášení: Mazání záznamů z měs. vstupů
Pro OBD a OBD + 1 smažeme v Dcm01 z tohoto importu (Zdroj = 31 a Zdroj dopl. = 16)
Smazání je ukončené hlášením: Mazání záznamů z měs. vstupů - konec
Zpracování řádku z Poj55:
Pro každý řádek se provedou kontroly:
· Platnost OSČPV pro období importu a DOCH
· Otevřená DOCH i OBD pro OBD a OBD+1
Úprava datumů Neschopnost Od/Do:
· Pokud je Neschopnost od menší než první den období – použijeme první den období
· Pokud je Neschopnost do menší/rovná než poslední den období – použijeme poslední den období
· Pokud je Neschopnost do větší než poslední den období
o pro aktuální období použijeme poslední den období
o vytvoříme další záznam pro OBD+1
Zápis do Dcm01:
· pokud je vygenerovaný záznam typu STORNO
o pokud je v Dcm01 již stejný záznam storno – neděláme nic
o pokud je v Dcm01 již stejný záznam ale není storno – označíme STORNO
· stanovíme SLM pro uložení podle níže uvedené tabulky
· spočteme hodiny, směny a kal. dny podle přiřazeného kalendáře pro PV
· zapíšeme do Dcm01
Nastavení SLM:
Typ |
SLM/IA |
|
51 |
Pracovní úraz: = 1 |
54 |
Úraz jiná osoba: = 1 |
960 |
Karanténa: = 1 |
55 |
Izolace: = 1 |
960 |
Seznam hlášení i importu:
IMP00=Import z Poj55 do DOCH, datum a čas\: %s
IMP02=Ukončen import z Poj55 do DOCH, datum a čas\: %s
IMP03=Import přerušen.
IMP04=Načteno záznamů z Poj55 %d, zapsáno do DOCH %d
IMP05=Mazaní záznamů z mes. vstupů
IMP06=Mazaní záznamů z mes. vstupů - konec
IMP11=Chybná hodnota ve vstupních datech řádek\:%d, sloupec\:%d
IMP21=Řádek přeskočen. Neplatné OsčPv %s.
IMP22=Řádek přeskočen. Uzavřeno období nebo měs záhlaví pro OsčPv %s.
IMP23=Řádek přeskočen. Nenalezena slm pro %s.
IMP37=Nelze smazat dávku, pro některý řádek je uzavřeno období nebo měs. záhlaví.
Formulář slouží k definici a aktualizaci typů průchodů používaných ve spolupracujícím přístupovém systému nebo průchodovém terminálu realizovaném v rámci programové aplikace (pro EGJE viz Dca02).
Formulář v detailu obsahuje dvě záložky:
Detail – popis definice kódu průchodu
Použití v denní docházce – zobrazuje použití v rámci denní evidence docházky (Dcd01)
V záhlaví formuláře je :
Zaškrtávací políčko „Jen platné“, pokud je :
zaškrtnuto (standard) – zobrazí pouze záznamy s nastavením „Platnost záznamu“ = 1
nezaškrtnuto – zobrazí všechny záznamy
Formulář v záložce „Detail“ obsahuje položky :
*Organizace: - Kód organizace
*Správní jednotka - kód správní jednotky
*Správní oddíl - kód správného oddílu
*Kalendář - seznam kódů kalendářů
Poznámka: Položky označené „*“ jsou použitelné pouze pro Dca11 – viz popis v Egje_web_uzdoc, Dca11.
Typ snímačů : - Identifikace typu přístupového systému resp. typ generování průchodů
Povinná položka plněna podle řešitelského číselníku pd_typ_asd.
1 Přístupový systém
Přístupový systém podporovaného typu např. IMA (K3, K4,
..)
3 - Formulář Dca02 (a analogické)
Průchody generované ze speciálního formuláře aplikace EGJE
Název : - Uživatelský popis typu průchodu.
Povinná položka.
Nepov. název pro Dca05 - zkrácený název průchodů pro zobrazení na Dca05.
Kód průchodu: - Uživatelská identifikace kódu průchodu
Povinná položka. Uživatel musí zabezpečit unikátnost kódu vhodnou identifikací vzhledem k možnému třídění
Kód průchodu, kterým časový úsek začal:
Položka určená pro „ukončovací“ typ průchodu, obsahuje identifikaci kódu průchodu, kterým začal ukončovaný časový interval.
Navázané na číselník platných průchodů pro začátek (u kterých je nastaveno: Průchod pro začátek úseku = 1).
Průchod pro začátek úseku: - Jednoznačně určuje zda se jedná o začátek průchodu, nebo konec
Pořadí na terminálu : - Uživatelská volba uspořádání tlačítek průchodů na formuláři Dca02.
Pokud položka není naplněna pro každý definovaný průchod, uspořádaní tlačítek je náhodné.
Generovat pokračování (s kódem z konf.):
Příznak (položka plněna podle řešitelského číselníku pd_kod_rezim_prub) pro „ukončovací“ typ průchodu.
0 - Pokračování negenerovat
Pro průchod se automaticky negeneruje předešlý/pokračující řádek se SLM odpracovaná doba
1 - Pokračování generovat v rámci dne
Pro průchod se automaticky generuje předešlý/pokračující řádek, ale pouze v rámci aktuálního dne
2 - Pokračování generovat i zpětně
Pro průchod se automaticky generuje předešlý/pokračující řádek v rámci aktuálního dne a pokud je průchod typu „ukončení přerušení“ a v předešlých dnech není evidovaná žádná SLM, vygeneruje se příslušná nepřítomnost i do předešlých dní (doplnění konči pro poslední neobsazený den od dne zpracovávaného průchodu).
Příklad 1:
Nastavení příznaku na hodnotu 1 pro průchod Začátek ošetření u lékaře. V případě, že záznamech denní docházky je předcházející průchod typu Příchod (např. 06:00) a následuje začátek Ošetření u lékaře v 9:00, tak dojde k ukončení intervalu odpracované doby (06:00 Příchod – 09:00 Začátek ošetření u lékaře) a současně k vytvoření úvodního záznamu pro interval doby strávené u lékaře (9:00 Začátek ošetření u lékaře - „ …a zde je očekáván další záznam z evidence docházky)
Příklad 2:
Nastavení příznaku na hodnotu 1 pro průchod Konec ošetření u lékaře. V případě, že předchozí záznam je typu odchod (9:00 Začátek ošetření u lékaře) a je zadán záznam 11:30 Konec ošetření u lékaře, dojde k ukončení intervalu doby ošetření u lékaře (9:00 Začátek ošetření u lékaře – 11:30 Konec ošetření u lékaře) a současně k vytvoření úvodního záznamu pro další interval k evidenci odpracované doby (11:00 Konec ošetření u lékaře - „ …a zde je očekáván další záznam z evidence docházky pro ukončení pracovní doby“)
Složka mzdy
Složka mzdy, která se uloží do generovaného záznamu evidence docházky v případě průchodu typu „začátek“.
Povinná položka, plněná podle číselníku SLM_Doch
Složka mzdy při průchodu v nepracovní den
Obsahuje kód SLM, která se použije při vytvoření záznamu do denní evidence, pokud se jedná o den bez plánované směny a nejedná se o den svátku.
Složka mzdy při průchodu v den svátku (volný den)
Obsahuje kód SLM, která se použije při vytvoření záznamu do denní evidence, pokud se jedná o den svátku a režim generování svátku pro aktuální kalendář je „Volný svátek – pracovní den“.
Generuj při vícedenní nepřítomnosti
Režim doplnění záznamu při vícedenní nepřítomnosti.
Plnění podle řešitelského číselníku „Generováni dlouhodobé odchylky (snímače)„ (pd_generuj).
0 - Negenerovat
Průchod negeneruje žádné dlouhodobé odchylky
1 - Generováni záznamu do měsíce
Do měsíčních vstupů je vygenerován jeden záznam se začátkem od následujícího dne a koncem do posledního dne měsíce (konec odchylky je upraven při nejbližším průchodu)
Tzn. že se vygeneruje záznam do Dcm01 se :
SLM - SLM z průchodu,
Datum Od - datum zítřejší (datum průchodu + 1)
Datum Do - poslední den měsíce
Zdroj - 4 – Z evidence průchodu
2 - Generování záznamu do dne - Průběžné
Do denních záznamů je v rámci automatizované každodenní kalkulace, vygenerován záznam do předchozího dne podle aktuálního VD a SLM dle definice pro aktuální průchod.
Tzn. že v rámci noční
kalkulace se „předchozího dne“ , pokud tento již neobsahuje jiný platný záznam,
vygeneruje řádek se SLM odpovídající naposled použitému průchodu se začátkem a
koncem obvyklé směny podle aktuálního vzorového dne.
Podrobný popis viz. „Automatické
vygenerování záznamu DD – průběžný režim Dca02“
Povolení párování přes půlnoc
Příznak (Ano / Ne) povolení generovaného záznamu přes půlnoc.
Časový posun průchodu v min.(+/-)
Položka umožňuje automatizovaně provést posunutí evidovaného příchodu a odchodu na směnu pro výpočet o definovaný počet minut (více viz Doch_uziv, Zpracování průchodu).
Minimální odstup průchodů [min]
Definice limitu délky přerušení (odchylky) v minutách, aby byl záznam zapsán do evidence docházky (viz popis Dca01, přerušení v rozsahu minuty (několik minut)).
Poznámka: parametr je použitelný pouze pro kód začátku průchodu (přerušení).
Způsob zpracování průchodů
Volba způsobu zpracování průchodů (JPC pd_zpus_zprac - Způsob zpracování průchodu ASD )
0 - Standardní zpracování
Průchod bude zpracován standardním způsobem
1 - Průchod nezpracovat pro DOCH
Průchod se nezpracuje (pouze je označen jako zpracován), průchod nemá vliv na evidenci docházky
2 - Průchod gen. z předešlých dní - negenerovat
V den příchodu po přerušení, se odchylka od začátku obvyklé pracovní doby do skutečného příchodu, při průběžném generovaní nevygeneruje (standardně se generuje).
Symbol tlačítka průchodu:
Symbol zobrazený před názvem tlačítka na formuláři Dca11
Platnost záznamu:
Příznak (Ano / Ne) povolení použití přerušení pro formulář Dca02.
Při uložení se provedou kontroly:
Dcf001 - Kontrola návaznosti Dcc01 a Adm21
Pokud Generovat pokračovaní .. (kod_rezim_prub) = 1, 2 a Adm21, Docházka, Průchod pro příchod je nevyplněno, zobrazí se dialog:
Dcf001 ERR Nemáte vyplněn Adm21, Docházka, Průchod pro příchod
dostupná volba [Uložit] [Storno]
Dcf002 - Kontrola vazby mezi začátkem a koncem úseku
Pokud Průchod pro začátek úseku = 0 a položka Generovat pokračování .. (kod_rezim_prub) je vyplněná a je různý od průchodu z „Kód průchodů, kterým časový úsek začal“, zobrazí se dialog:
Dcf002 ERR Nesouhlas generování pro začátek a konec
dostupná volba [Storno]
Dcf003 - Kontrola vazby mezi začátkem a koncem 1
Pokud Průchod pro začátek úseku = 0 (konec) a není vyplněn Kód průchodu, kterým časový úsek začal, nebo je vyplněn ale není platný (Platnost záznamu <> 1) , zobrazí se dialog:
Dcf003 ERR Pro průchod konce úseku, nevyplněn
dostupná volba [Storno]
Dcf004 - Kontrola vazby mezi začátkem a koncem 2
Pokud Průchod pro začátek úseku = 1 (začátek) a je vyplněn Kód průchodu, kterým časový úsek začal, zobrazí se dialog:
dostupná volba [Uložit] [Storno]
Dcf005 - Vyplnění SLM
Pokud je "Složka mzdy" nevyplněná nebo není platná pro DOCH, zobrazí se dialog:
Dcf005 ERR Nevyplněná položka "Složka mzdy" !
dostupná volba [Storno]
Číselník používaných režimů zaokrouhlení pro výpočet započitatelných hodin v rámci evidence denní docházky.
Formulář v detailu obsahuje dvě záložky:
Detail – popis definice kódu průchodu
Použití v kalendářích – zobrazuje použití v rámci definice kalendáře (Kal01, Doch&Schval.)
Záložka „Detail“ obsahuje položky :
Kód: -
Uživatelská identifikace typu zaokrouhlení.
Musí být unikátní a povinně vyplněna.
Typ zaokrouhlení průchodu:
Typ zaokrouhlení příchodu/odchodu při výpočtu započitatelných hodin v rámci denní evidence docházky.
Položka plněna podle řešitelského číselníku : pd_zaok_pruch_typ
0 Nezaokrouhlovat
průchod zpracovat bez úpravy (standardní typ)
1 Zaokrouhlit (snížit)
pro výpočet se průchod upraví na nejbližší minutovou hranici
určenou položkou "Hranice zaokr. průchod[min]:" (příchod na
vyšší, odchod na nižší)
2 Nezaokr. průchod, zaokr. podle vzorového dne
pro výpočet se průchod zarovná podle aktuálních hranic definovaných vzorovým dnem
3 Zaokr. průchod, zaokr. podle vzorového dne
pro výpočet se průchod nejdříve
upraví na nejbližší minutovou hranici (jako u typu 1)
a následně se průchod zarovná podle aktuálních
hranic definovaných vzorovým dnem (jako pro typ 2)
4 Plovoucí směna v pevné PD
pro výpočet se nejdříve zjistí první zaznamenaný průchod dne a následně se stanoví pro výpočet konec relativně podle délky plánované směny.
5 Zaokr. průchod, Plovoucí směna
pro výpočet se nejdříve zjistí první zaznamenaný průchod dne, tento se zarovná na hranici podle parametru „Hranice zaokr. průchod“ a následně se stanoví pro výpočet konec podle relativně plánované délky směny.
Pro pružnou PD konec směny může být max. na úrovni povoleného času pro odchod.
Pro pružnou PD začátek směny může být min. na úrovni povoleného času pro příchod.
Pro pevní PD začátek/konec směny není omezen nastavením VZD (pokud není nastavené toto omezení).
6 Zarovnat průchod, začátek odchylky vždy podle VZD, konec podle VZD a Kal01
Začátek vykázané doby pro výpočet nastaví na začátek směny určeného VZD nebo zůstane zachován, pokud se nenalezl VZD s pozdějším začátkem.
Konec odchylky pro výpočet se nastavuje podle zvoleného VZD nebo zůstane zachován, pokud kalendář má povolen přesun pracovní směny.
7 Zarovnat průchod, začátek odchylky vždy podle VZD, konec podle VZD a Kal01 s limitem
Začátek vykázané doby pro výpočet nastaví na začátek směny určeného VZD.
Konec odchylky (po zarovnání podle Hranice zaokr. průchod) pro výpočet se nastavuje podle zvoleného VZD nebo zůstane zachován, pokud má kalendář povolen přesun pracovní směny a pokud je odchod pozdější než konec VZD + 30 min. Pokud je v rozsahu konec VZD + 30 min, tak se nastaví na konec VZD.
Hranice zaokr. průchod [min]:
Minutová hranice pro zaokrouhlení
průchodu (např. při hodnotě 15, pro výpočet se použije nejbližší minutová
hranice hodnota 15, 30, 45, 00.
Příklad 15:21 => 15:30 pro příchod resp. 15:15 pro odchod)
Minimální akceptovaná hodnota [min]:
Minimální limit započitatelných hodin v minutách pro položku „započitatelné hodiny“ kalkulovaného záznamu evidence denní docházky (vypočítanou standardním způsobem dle aktuální konfigurace)
Tzn. pokud spočítané hodiny záznamu denní docházky jsou menší než hodnota této položky, tak se do záznamu uloží hodnota 0.
Typ zaokrouhlení směny:
Typ omezení započitatelné délky směny.
Plnění položky podle řešitelského číselníku : pd_zaok_smena_typ
Pokud je z výpočtu vypočítáno víc hodin než určený limit podle typu 1..2, hodiny jsou omezené na tuto hranici.
0 Nezaokrouhlovat
Vypočítané hodiny záznamu denní docházky jsou akceptovány bez omezení
1 Zaokrouhlovat podle obv. délky směny (max)
Vypočítané hodiny záznamu denní docházky jsou omezeny, akceptují se maximálně do výše aktuální hodnoty položky „Opv01, Popis, Průměrná délky směny“ zaměstnance
2 Zaokrouhlovat podle vzor. dne (max)
Vypočítané hodiny záznamu denní docházky jsou omezeny, akceptují se maximálně do výše délky plánované směny (Dcd01, Vstupy, Záhlaví, Hod.směny ZAHL)
3 Zaokrouhlovat podle uved. hodnoty
Vypočítané hodiny záznamu denní docházky jsou omezeny, akceptují se maximálně do výše hodin podle položky "Hranice zaokr. směny [min]:"
Hranice zaokr. směny [min]:
Maximální hranice pro akceptování délky směny pro „Typ zaokrouhlení směny“ = 3.
Jedná se o maximální hodnotu v minutách pro omezení započitatelné doby záznamu evidence docházky (jedná se o maximálně přípustnou délku směny započitatelné doby včetně přestávky na odpočinek )
Příklad : 1
Hranice zaokr. směny [min] = 720 (12 hodinová směna včetně přestávky na odpočinek o délce 1 hod (2*0,5 hod) )
Záznam v evidenci docházky : 6:00 - 18:00 => 12 hodin , započteno 12 – 1 => 11 hodin
Příklad : 2
Hranice zaokr. směny [min] = 720 (12 hodinová směna včetně přestávky na odpočinek o délce 1 hod (2*0,5 hod) )
Záznam v evidenci docházky : 6:00 - 20:00 => 14 hodin , dojde k omezení na 12 hodin, započteno 12 – 1 => 11 hodin
Formulář je určený pro doplnění konfigurace SLM pro funkci převod DD/MV. Pokud SLM není definována na tomto formuláři, převod se uskutečňuje podle standardního algoritmu vázaného na IA
Formulář je rozdělený na dvě části, v horní části je seznam založených SLM a ve spodní je detailní zobrazení nastavených parametrů.
Poznámka:
Konfigurace převodu pomoci Dcc05 je použitá pouze na záznamy přímo pořízené v denní evidence docházky. Neuplatňuje se pro automatizovaně generované SLM, např. SLM generované z automatizovaného výpočtu příplatků..
SLM. – identifikace SLM
SO - identifikace správního oddílu
Převést s datumy - režim převodu datumu
KCA - Kód částky v MV
Detail dodefinování SLM obsahuje položky :
Číslo správního oddílu (nepov.)
Identifikace SO pro kterou platí dodefinování SLM, pokud není vyplněna platí pro všechny SO
Režim převodu SLM z pohledu přenosu datumů z DD do MV
Nastaveno podle řešitelského číselníku : pd_ddmv_datumy
0 – Implicitní režim - podle IA
Převod datumu je vázaný na IA SLM (viz popis)
SLM je do MV uložena s datumy Od/Do (včetně aut. generovaných příplatku)
SLM je do MV uložena bez datumů Od/Do
Kód částky pro výpočet korun k SLM při převodu
Nastaveno podle řešitelského číselníku : KodCastky
Kód doby v MV
Kód doby pro uložení do záznamu MV v rámci převodu DD/MV.
Nepovinná položka
Nastaveno podle řešitelského číselníku: kod_doby s omezením podle Slm01, Kódy a další pro nastavenou SLM
Zákaz převodu SLM do MV
Při nastavení na Ano, se
příslušná SLM vyřadí z převodu DD/MV.
Nastaveno podle řešitelského číselníku : Souhlas, při nevyplnění = NE
Zákaz převodu struktur z Dcd01 do Dcm01:
Uzavření docházky. Zablokování aut. generování kmenových struktur k odchylce z převodu DD/MV pro určenou SLM.
Číselník Souhlas
Číselník obsahuje skupinovou definici limitů pro kontroly evidence docházky pro určený pracovní režim. Takto definovaná skupina limitů se přiřazuje ke kalendáři (Kal01, Doch.&Schval.) a umožňuje nastavení limitů pro kontroly podle zákaznických specifik a pracovního režimu. Pokud kalendář neobsahuje odkaz na takto definované limity resp. limity nejsou nastavené, použijí se zákonem definované limity pro danou specifikaci pracovního režimu.
Formulář v detailu obsahuje dvě záložky:
Detail – popis definice kódu průchodu
Použití v kalendářích – zobrazuje použití v rámci definice kalendáře (Kal01, Doch.&Schval.)
Seznam obsahuje položky :
Kód limitů – identifikace skupiny limitů
V detailní části formuláře se zobrazují položky :
Pracovní doba za 24 hod. max.
Maximální počet započitatelných hodin směny za 24 hodin
pokud není vyplněn tak i_PRUM_SMENA z legislativních konstant podle legislativy
Maximální délka přestávky [min]
Stanovení maximální hodnoty přestávky v minutách pro kontrolu DK018, po překročení limitu je zobrazeno hlášení DK018 (Překročena délka přestávky SLM <%2> dne <%3>, čerpaná přestávka <%4> hod., stanovený limit <%5>.)
Týdenní pracovní doba zaměstnance
Maximální počet započitatelných
hodin (bez přesčasu) za týden pro pružný pracovní režim za týden.
Pokud není vyplněn tak i_UV_STAN_TYD z legislativních konstant
podle legislativy
Týdenní prac. doba včetně práce přesčas
Maximální počet započitatelných
hodin včetně přesčasu za týden pro pružný pracovní režim za týden.
Pokud je vyplněn tak i_UV_STAN_TYD z legislativních konstant
podle legislativy
Čtyřtýdenní prac. doba včetně práce přesčas
Maximální počet započitatelných hodin včetně přesčasu za týden pro pružný pracovní režim za 4 týdny. Pokud není vyplněný tak „Týdenní prac. doba včetně práce přesčas“ * 4
Přestávka na odpočinek mezi směnami
Minimální počet hodin mezi koncem
směny a začátkem následující směny.
Pokud není vyplněný tak pd_prestavka_mezi_smeny z legislativních
konstant podle legislativy
Přestávka na odpočinek mezi směnami, zkrácená
Minimální počet hodin mezi koncem
směny a začátkem následující směny u zákonem stanovených podmínek.
Pokud není vyplněný tak pd_prestavka_mezi_smeny_zkrac z legislativních
konstant podle legislativy
Přestávka na odpočinek v týdnu
Minimální počet dní so/ne v týdnu (pro SK)
Minimální počet hodin mezi směnami jako nepřetržitý odpočinek v týdnu
když není je vyplněný tak pd_prestavky_tyden_hod z legislativních konstant podle legislativy
Přestávka na odpočinek v týdnu , zkrácená
Minimální počet hodin mezi směnami, zkrácený, jako nepřetržitý odpočinek v týdnu při splnění zákonných podmínek
Pokud není vyplněný tak pd_prestavky_tyden_zkrac_1 z legislativních konstant podle legislativy
Průměrný přesčas za týden (limit pro VO)
Maximální průměrný počet hodin přesčasu za týden v definovaném vyrovnávacím období. Když není vyplněný tak i_LIMIT_PRESCAS_tyden z legislativních konstant podle legislativy
Limit pro ignorování dupl. průchodu [v min]
Pokud při hromadném zpracování průchodů (na Dca01) je rozdíl mezi dvěma průchody menší než „Limit pro ignorování dupl. Průchodu [min]“, tak se zpracuje pouze druhý průchod (první se ignoruje bez ohledu na jeho typ).
Limit délky směny pro kontroly:
Max. počet hodin ve dni pro kontrolu DK214a/DK215a.
Průměrná směna pro výpočet směny v režimu 8.
Limit délky směny pro kontroly (vč. přestávek)
Možná max. vykázaná celková délka směny (včetně přestávek) – max. 26 hod.
Limit placeného přesčasu za měsíc:
- limit placené přesčasu pro kontrolu DM003d
Max. počet směn ve dni:
Max. počet směn z výpočtu pro režimu 9
.
Tabulka pro definici časových intervalů,
ve kterých je možné čerpat přestávku na odpočinek, slouží pro kontrolu DK018 a pro řízení zobrazení tlačítek na formuláři Dca02 :
„Začátek přestávky nejdříve“
Stanovení začátku časového intervalu ve dni (ve formátu HH:MM), ve kterém je možné čerpat přestávku na odpočinek.
„Konec přestávky nejdříve“
Stanovení konce časového intervalu ve dni (ve formátu HH:MM), ve kterém je možné čerpat přestávku na odpočinek.
Zobrazení a aktualizace číselníku pro konfiguraci struktur použitých pro formuláře DOCH.
Formulář typu master detail bez nav. seznamu.
V záhlaví, v levém rohu se zobrazí položka Období.
Popis parametrů
Období - při otevření nastaven na ref. období
Popis objektová práva
pouze základní v režimu čtení/zápis
právo zařazeno do standardních rolí
Standardní funkční tlačítka:
při Nový, Kopie - uzavřít aktuální záznam a založí se nový časový řez
při Ulož – zkontroluje se povinnost vyplnění položek a návaznost časových řezů
Master seznam
Kód formuláře
Pořadí
a položky z časového řezu platné pro období z parametru
org. - kód organizace
SJ - kód SJ
Typ struktury - kód a název
Název pro zobrazení
Povinnost vyplnění
Období Od
Období Do
seřazení: Kód formuláře, pořadí, období od
Detail záznamu:
!Kód formuláře - kód formuláře pro který je struktura určena
číselník možných formulářů: zatím pouze “Dcu06”
!Pořadí – pořadí struktury
vícenásobný výskyt kombinace Kód formuláře a pořadí - není povoleno
časově sledované položky
org., - identifikace organizace
číselník org. podle Adm21 a práv uživatele
SJ - identifikace SJ
číselník SJ. podle Adm22 a práv uživatele
!Typ struktury - typ struktury
číselník typ struktur s použitím pro MZDY a DOCH
Název - pro zobrazení na formuláři
položka nemusí být povinně vyplněna, pak se použije název přiřazené struktury (Str01)
!Povinnost vyplnění, - povinnost vyplnění při editaci
číselník Souhlas, default NE
!Období Od - platnost od
Číselník Období, default 1.1.1910
!Období Do - platnost do
Číselník Období, default 3.3.3333
Formulář pro vytvoření a aktualizaci skupin hlášení pro kalendáře.
Formulář typu seznam s detailem, který má tři záložky.
Záhlaví formuláře
zaškrtavátko: Jen platné
omezení zobrazení skupin hlášení pouze na platné skupiny
Záložka detail
Standardní editační tlačítka s modifikací:
u funkce DELETE – nepovolí smazání, pokud je skupina odkazovaná do Kal01
u funkce KOPIE pro Master - kopírovat základní i doplňkovou tabulku
Zobrazují se pouze hlášení, která byla zadána některým uživatelem – bez ohledu, jakou zde mají nastavenou úroveň hlášení.
seřadit podle Kód skupiny
Obsah:
Kód skupiny hlášení – identifikační kód skupiny hlášení
Název - název kód skupiny hlášení
Poznámka - poznámka k skupině
Platnost - platnost skupiny hlášení (Ano/Ne)
Záložka Hlášení
V záhlaví je zobrazen Kód a název skupiny
Standardní editační tlačítka
seřadit podle Kód hlášení
Obsah:
Kód a název hlášení - editovatelná položka, vázána na číselník, povinně vyplněna
číselník – sloučený číselník z číselníků Adm32, Docházka + Adm32, Docházka a výkony ze standardního seznamu (ne uživatelský)
Standardní úroveň - uživatelská nebo standardní úroveň hlášení z Adm32
Vázaná úroveň - požadovaná úroveň pro kombinaci Kód + Kalendář + SJ
Povolená pro SJ: - omezení změny hlášení pro určené SJ
položka obsahuje seznam kódů SJ
v případě, když není vyplněn seznam – platí pro všechny SJ.
Záložka Použití v kalendářích
seznam kalendářů ve kterých je přiřazena skupina hlášení
Formulář použít jako číselník pro určení SLM pro příspěvek na stravu podle kumulativního úvazku PV pro funkci generování nároku příspěvku na stravu v rámci uzavření docházky.
Formulář typu Seznam / Detail.
V seznamu se zobrazují položky:
Min. úvazek PV - min. hranice úvazku pro příspěvek
Max. úvazek PV - max. hranice úvazku pro příspěvek
SLM srážka = kód SLM pro příspěvek typu „stravenka“
SLM příspěvek = kód SLM pro příspěvek typu „fin. paušál“
Typ nároku na stravu: = kód Typ nároku na stravu: pro který je určená číselníková položka
Typ nároku na stravu - doplnění: = kód Typ nároku na stravu-doplnění: pro který je určená číselníková položka
Poznámka = poznámka k číselníkové položce
Pro aktuální záznam ze seznamu se v detailu zobrazí položky:
Min. úvazek PV - min. hranice úvazku pro příspěvek
Max. úvazek PV - max. hranice úvazku pro příspěvek
SLM srážka = kód a název SLM pro příspěvek typu „stravenka“
SLM příspěvek = kód a název SLM pro příspěvek typu „fin. paušál“
Typ nároku na stravu: = kód a název Typ nároku na stravu: pro který je určená číselníková položka
Typ nároku stravu - doplnění: = kód a název Typ nároku na stravu-doplnění: pro který je určená číselníková položka
Poznámka = uživatelská poznámka k číselníkové položce
Poznámky k plnění:
a/ Min. úvazek PV musí být menší než Max. úvazek PV
b/ pro kombinaci Typ nároku na stravu: a Typ nároku na stravu - doplnění: se rozsahy nesmí překrývat
c/ položky Typ nároku na stravu: a Typ nároku na stravu - doplnění nemusí být vyplněné
Číselník slouží na definici typu dlouhé směny a zároveň pro definici rozpadu této směny na dílčí záznamy pro evidenci docházky.
Číselník není standardně dostupný na žádné z rolí, je nutné jej do oprávněných profilů zařadit objektovým právem Dcc12.
Jedná se o formulář s navigačním seznamem a dvěma záložkami:
záložka Detail - slouží na definici typu dlouhé směny
záložka Varianty rozpadu - slouží na definici variantů směny podle typu dne
Obsahuje seznam dlouhých směn evidovaných v systému.
V záhlaví nav. seznamu je zaškrtávátko: Jen platné – při otevření “zaškrtnuto”
Omezuje zobrazení pouze platných dlouhých směn k aktuálnímu dni
V nav. seznamu se zobrazují položky:
Kód sady:
Název sady:
Začátek směny:
Konec směny:
Délka směny celkem:
Seřazení: Kód sady
Záložka obsahuje definici dlouhé směny – základní identifikační položky.
Záložka má k dispozici všechny standardní editační funkce.
Obsah záložky:
Kód sady: - identifikační kód sady – dlouhé směny, pro použití v Kal05
Musí být jedinečný v rámci číselníku.
Název sady: - Název dlouhé směny
Začátek směny: - skutečný začátek směny
Konec směny: - skutečný konec směny
! Délka směny celkem - skutečná délka směny
Poznámka k sadě: - uživatelská poznámka
! Platnost od: - datum použitelnosti dlouhé směny od
! Platnost do: - datum použitelnosti dlouhé směny do
Záložka, pro aktuální Kód sady, obsahuje možné varianty rozpadu podle aktuálního kalendářního dne.
V horní části obsahuje seznam variant rozpadu a ve spodní části dvě podzáložky:
Detail – popis varianty rozpadu dlouhé směny
Části směny – definici rozpadu dlouhé směny na dílčí části pro DOCH
V záhlaví záložky je zaškrtávátko: Jen platné – při otevření “zaškrtnuto”
Omezuje zobrazení pouze platných variant dlouhé směny k aktuálnímu dni.
Seznam variant obsahuje položky, (popis viz na záložce Detail):
! Kód typu dne:, Název typu dne:, ! Typ dne:, ! Den svátek:
Seřazení: ???
Podzáložka Detail:
Obsahuje definici varianty k aktuálnímu typu dlouhé směny (z nav. seznamu).
Záložka má k dispozici všechny standardní editační funkce.
Obsah záložky:
! Kód typu dne: - uživatelský kód varianty - identifikace
Musí být jedinečný v rámci celého číselníku (nejen v rámci dlouhé směny).
Název typu dne: - uživatelský název varianty
! Typ dne: - typ dne pro začátek dlouhé směny, může obsahovat hodnoty
0 - - Neurčeno
1 - Po - Běžný den (Po-Čt)
2 - Pa - Pátek
3 - So - Sobota
4 - Ne - Neděle
! Den svátek: - varianta pro den svátku, může obsahovat hodnoty
0 - Bez svátku
1 - Svátek pouze první den
10 - Svátek pouze druhý den
11 - Svátek první i druhý den
Poznámka k typu dne: - uživatelská poznámka
! Platnost od: - datum použitelnosti varianty od
! Platnost do: - datum použitelnosti varianty do
Podzáložka Části směny:
Obsahuje rozpad akt. varianty (ze seznamu variant) k aktuálnímu typu dlouhé směny (z nav. seznamu).
Záložka má k dispozici všechny standardní editační funkce.
Záložka je rozdělena na horní část – seznam části směny a spodní část obsahuje popis zvolené části akt. dlouhé směny.
Seznam části směny obsahuje položky, (popis viz na detailu záložky):
Definuje seznam částí akt. dlouhé směny.
! Pořadí záznamu v sadě:
! SLM standardní pro den:
! Začátek části odchylky:
! Platnost části odchylky:
Seřazení: Pořadí záznamu v sadě:
Obsah Detailu:
Definuje akt. část akt. dlouhé směny.
! Pořadí záznamu v sadě: - pořadí dílčí části směny
! Posun dne v sadě: - příznak, že dílčí část má být posunuta na další den (směnu)
0 - Den směny
1 - Následující den
2 - Další den
! SLM standardní pro den: - SLM pokud den uložení je běžná směna
SLM standardní pro SV: - SLM pokud den uložení je svátek
SLM standardní pro volný den: - SLM pokud na den není plánovaná žádná směna
! Začátek části odchylky: - Začátek části směny pro DOCH
! Konec části odchylky: - Konec části směny pro DOCH
! Hodiny části odchylky: - hodiny odchylky pro evidenci DOCH
! Hodiny přepočítat: - příznak, že DOCH může záznam standardně kalkulovat (default = Ano)
! Poznámka: - uživatelská poznámka
Slouží jako speciální formulář především pro výběry s optimální odezvou pro data z formulářů - záložek Dcd01/Vstupy, resp. Dcm01/Vstupy detail.
Formulář zobrazuje přímo zdrojová data, bez transformačních funkcí převodu externích a dlouhodobých vstupů na měsíční resp. denní vstupy / záhlaví, a proto má výběr nad ním volaný daleko rychlejší odezvy.
Popis údajů je uveden u původních formulářích
Navigace : standardní NS pro Doch
Záhlaví :
Období – volba období pro zobrazení dát
Záložky :
Denní - zobrazení údajů z Dcd01
Denní vstupy
Detail
Audit
Denní záhlaví
Audit DZ
Protokoly kalkulace
Měsíční – zobrazení údajů z Dcm01
Měsíční vstupy
Detail
Audit
Měsíční záhlaví
Audit MZ
Mzdové vstupy – zobrazení údajů z Vyp01
Alternativní formulář k Dcd01 a Dcm01 pro vedení evidence docházky. Obsahuje optimalizovaný počet dostupných záložek a zobrazených položek, také obsahuje vybrané a optimalizované záložky formuláře Dcm01.
Pokud není uvedeno jinak, popis položek a funkci je shodný s obdobnými položkami a funkcemi formuláře Dcd01 nebo Dcm01.
Odpovídá záložce „Dcd01, Vstupy“.
Formulář „Dcu01, Vstupy denní“, nepodporuje zadání polovičních nebo částečných směn. Je to však možné na záložce „Vstupy měsíční“. Při nastavení vhodné konfigurace je možné zadávat půldenní odchylky i částečné směny se zadáním začátku a konce.
Záložka je rozdělena na několik částí:
Záhlaví, které obsahuje speciální tlačítka
Levá část záložky obsahuje navigační seznam denní evidence docházky
Pravá část obsahuje detailní zobrazení aktuálního řádku denního záhlaví a navazujících údajů (změny stavu editace záhlaví, protokoly z vyhodnocení aktuálního dne) a záznamu evidence denní docházky a navazujících údajů (přestávky, struktury, přehled změny stavu editování záznamu)..
Záhlaví záložky obsahuje speciální a funkční tlačítka pro oblast denní evidence docházky :
Zaškrtávací políčko
[Jen s chybou]
Umožňuje omezit zobrazení v navigačním seznamu evidence denní docházky pro aktuální PV jen na dny, u kterých je aktuální stav zpracování „Chyba“ resp. „Závažná chyba“.
Standardně se zobrazuje úplný navigační seznam.
Procesní tlačítka :
[Kalkulace]
Přepočet evidence docházky pro aktuálního zaměstnance v rozsahu: první den měsíce / referenční datum (stanoven dle režimu evidence docházky PV, více viz popis „Režimy evidence docházky“).
[Uzavřít]
Spuštění generování podkladů pro mzdy (převod evidence denní docházky do měsíčních vstupů) a následné uzavření evidence docházky pro aktuální období, podrobný popis viz procesy.
[Otevřít]
Spuštění procesu otevření evidence docházky pro aktuální období.
[Výběr – s chybou]
Umožňuje omezit zobrazení v navigačním seznamu zaměstnanců (PV) jen na PV, u kterých je indikovaný stav vyhodnocení aspoň jednoho DZ : „Chyba“ resp. „Závažná chyba“.
Standardně se zobrazuje úplný navigační seznam.
Navigační seznam obsahuje sloupce :
Datum: – Identifikace dne ve formátu DD CC,
kde DD – je kalendářní den (1, 2, ..,31)
a CC je zkratka dne v týdnu (Po, Ut, St, Čt, Pá, So, Ne)
Všechny záznamy v lichých dnech mají bíle pozadí a v sudých dnech mají šedé pozadí.
Pokud na konci zkratky dne je zobrazen znak "*" a buňka je podbarvená do světle hněda, indikuje to řádek, který vložil nebo opravil uživatel (stav vytvoření řádku = 0, 5).
Hod. směny ZAHL– Plánované hodiny směny (barevný podklad podle typu vzorového dne)
SLM – kód SLM
Od – „Čas od“ ze záznamu
Do – „Čas do“ ze záznamu
Hodiny zap. – Hodiny záznamu započítané do evidence docházky (po vyhodnocení)
Přesunutím kurzoru na jednotlivé řádky seznamu, se zároveň „zaostřuje“ zobrazení v pravé části formuláře.
Barevné a grafické odlišení označení řádku viz Dcd01.
Detail je rozdělen na tří časti:
Statistika – obsahuje statistiku započitatelné doby zaměstnance v měsíci
Detail – detail záznamu denní evidence docházky
Protokol – zobrazení části protokolu vázaný na aktuální den
Obsahuje aktuální stav :
Plánovaný fond prac. doby – plánovaný fond PD podle aktuálního plánu směn
Plánovaný FPD, akt. - plánovaný fond PD podle aktuálního plánu směn k předešlému dni
Hodiny vykázané, celkem – vykázané hodiny do fondu pracovní doby za celé období
Hodiny vykázané, akt. - – vykázané hodiny do fondu pracovní doby k předešlému dni
Rozdíl, celkem – rozdíl plnění fondu pracovní doby
Rozdíl, akt. – rozdíl plnění fondu pracovní doby k předešlému dni
Obsahuje položky :
Datum – Datum záznamu
Pokračuje do dalšího měsíce – příznak pokračování odchylky do dalšího měsíce (detaily viz popis)
Složka
mzdy – Kód složky mzdy pro evidenci docházky.
Seznam SLM, které je možné zadat z formuláře je určený konfiguráciou,
konfigurace seznamu je shodná s konfiguraci SLM na „Dcd01, Vstupy, Detail“.
Čas od – Čas začátku záznamu z průchodu
Čas do – Čas ukončení záznamu z průchodu
Hodiny – celkem – Hodiny skutečné : Čas do – Čas od; Needitovatelná položka.
Čas od – vypočteno – Čas začátku (pro výpočet započitatelných hodin) záznamu stanovený algoritmem výpočtu; Needitovatelná položka.
Čas do – vypočteno – Čas konce záznamu (pro výpočet započitatelných hodin) stanovený algoritmem výpočtu; Needitovatelná položka.
Hodiny započtené – Hodiny ze záznamu akceptované pro evidenci docházky
Provádět kalkulaci - příznak pro zablokování kalkulace aktuálního řádku (při „NE“ se kalkulace provádí v omezeném rozsahu dle rozsahu uživatelem naplněných položek, zachovají se hodnoty zadané uživatelem)
Délka přestávek: – Délka určené přestávky pro daný záznam; Needitovatelná položka.
Poznámka 1: – Pole pro zápis uživatelské poznámky
Omezení a podmínky editace shodné s Dcd01, Vstupy, Detail.
Kontextová nabídka :
Dca01, Dcd04, Dcd05, Dcd07, Dcd09, Dce01,Dce02, Dcm01, Vyp01, Dcv01
Shodná s obdobnou záložkou Dcd01.
Shodná s obdobnou záložkou Dcd01.
Shodná s obdobnou záložkou Dcd01.
Shodná s obdobnou záložkou „Dcm01, Vstupy - souhrn“ s omezeným zobrazením položek.
Při vypnutí „Všechny vstupy(čtení), shodná s obdobnou záložkou „Dcm01, Vstupy“ s omezeným zobrazením položek.
Seznam SLM, které je možné zadat z formuláře, je shodný s konfiguraci SLM na „Dcm01, Vstupy“.
Poznámka: Na Dcu01 na záložce Vstupy měsíční, výběr nefunguje vždy spolehlivě. Výběr se chová, jako kdyby nebylo zaškrtnuto "Všechny vstupy /čtení".
Shodná s obdobnou záložkou Dcm01.
Shodná s obdobnou záložkou Dcd01, Vstupy, Protokol.
zaškrtávátko Měsíční protokol - se stejnými funkcemi jako obdobné zaškrtávátko na Dcd01, Vstupy, Protokol
(TC 1004040)
Záložka obsahuje informace o stavech a zůstatcích v evidenci náhradního volna, placeného přesčasu a dovolené. Je rozdělená do sekcí podle charakteru obsahu.
Záložka se standardně nezobrazuje, zobrazení je vázáno na objektové právo.
Sekce „Náhradní volno“
Sekce obsahuje informace o stavech a zůstatcích v evidenci náhradního volna.
Obsahuje:
Zůstatek náhradního volna z předešlých období – obsah Dcm01, Měsíční záhlaví, Saldo náhradního volna
Tvorba náhradního volna (v měsíci) – vykázaná tvorba NV (IA 11, 13) v akt. měsíci. Pokud je docházka otevřená, tak z evidence Dcd, při uzavřené docházce z evidence Dcm.
Čerpání náhradního volna (v měsíci) – vykázané čerpání NV (IA 12, 14, 35, 36) v akt. měsíci. Pokud je docházka otevřená, tak z evidence Dcd, při uzavřené docházce z evidence Dcm.
Saldo náhradního volna celkem – aktuální saldo NV
v měsíci.
(Zůstatek náhradního volna + Tvorba náhradního volna - Čerpání náhradního
volna)
Zůstatek náhradního volna k proplacení v akt. období –
aktuální zůstatek NV k proplacení v měsíci.
(Dcm01, Měsíční záhlaví, NV k proplacení/čerpaní v akt. měsíci -
Čerpání náhradního volna (v měsíci))
Sekce placený „Přesčas“
Sekce obsahuje informace o stavech a zůstatcích v evidenci placeného přesčasu.
Obsahuje:
Zbývá do limitu na začátku měsíce – zůstatek placeného
přesčasu do naplnění limitu přesčasové práce.
(Dcm01, Měsíční záhlaví, Přesčas-Limit - Dcm01, Měsíční záhlaví, Přesčas-stav)
Přesčas k proplacení (v akt. měsíci) – vykázaný přesčas k proplacení (IA 1111) v akt. měsíci. Pokud je docházka otevřená, tak z evidence Dcd, při uzavřené docházce z evidence Dcm.
Zůstatek limitů pro proplacení přesčasu – aktuální zůstatek z limitu placeného přesčasu. (Zbývá do limitu na začátku měsíce - Přesčas k proplacení)
Sekce „Dovolená“
Sekce obsahuje informace o stavech a zůstatcích v evidenci dovolené.
Obsahuje:
Zůstatek dovolené k začátku měsíce - zůstatek dovolené za rok k 1.dne období
Čerpání dovolené v měsíci – vykázané čerpání dovolené (IA 21) v akt. měsíci. Pokud je docházka otevřená, tak z evidence Dcd, při uzavřené docházce z evidence Dcm.
Aktuální zůstatek v roce – aktuální zůstatek dovolené k čerpání za rok. (Zůstatek dovolené k začátku měsíce - Čerpání dovolené v měsíci).
Dovolená ve schvalování – evidence požadované dovolené v procesu schvalování.
Formulář slouží k založení nového období pro SO pro oblast docházky a ke spouštění hromadných procesů v rámci uzavření docházky.
Formulář je napojen na navigační seznam uzávěrkových období.
Pozor: Formulář je určen pouze pro uživatele typu „správce aplikace“, „správce oblasti docházky“ nebo „mzdová účetní“ dle definice úrovně profilu pro docházku (tzn. úroveň 33).
Formulář je rozdělen na záložky:
Záložce „Popis“ umožňuje založení (otevření) nového období pro SO. Nové období je možné vytvořit pomoci tlačítek [Nový] nebo [Kopie]. Nové období má vždy nastaven „Status…“ = 1. Tento status nelze na formuláři Dcu02 změnit (změna je možná na formuláři Vyp02).
Detailní zobrazení aktuálního řádku navigačního seznamu (období pro SO)
Číslo správní jednotky
Správní oddíl
Zúčtovací období
Status výplatního termínu
Záložka obsahuje další tlačítka:
[Hromadné generování kalendářů (pro všechny SO za období)]
Funkce tlačítka je shodná s funkci obdobného tlačítka na Vyp02.
[Hromadné generování denní docházky]
Funkce tlačítka odpovídá funkci Adm53, proces 33 - pouze volaní funkce generovaní denní docházky.
[Kontrola započitatelností DOCH].
Jedná se o alternativu ke kontrolní sestavě Dcu31.
Tlačítko aktivuje specifické kontroly vázané na započitatelnosti pro docházku, jedná se především o kontrolu duplicit a přípustnosti SLM/IA v jednotlivých skupinách.
Při spuštění se zobrazí dotaz:
Pokračovat v kontrolách započitatelnosti DOCH ? Ano/Ne - default Ano
Při Ano se převedou předepsané kontroly
(popis viz. Doch_uzdoc, kapitola Kontroly započitatelností DOCH02.)
V záhlaví záložky je zobrazení aktuálního řádku navigačního seznamu (období pro SO), viz záložku Popis a dále:
Datum uzavírání docházky
Datum pro uzavírání docházky je nutné naplnit při otevírání období, pokud je docházka uzavírána před koncem měsíce (např. 28. v měsíci).
Datum uzavírání stravy v DCS, Čas uzavírání stravy v DCS
Slouží ke stanovení časového limitu, od kterého standardní uživatel nemůže provádět úpravy v rámci formulářů Dcs.
Uživatel s právem Dcs02objuzav,
úpravy provádět může.
Dále obsahuje aktivační tlačítka jednotlivých funkcí uzávěrky
[ Uzavři MZ neuzavřeným + uzavři SO]
Pro každé PV ze SO, u kterého nebyla převedena uzávěrka libovolným uživatelem (MZ není ve stavu uzavřené : „stav editace docházky“ není 3, 13, >=23), se provede standardní uzavření.
Následně se provede uzavření období pro SO, nastaví se stav:
= 3 pokud aktuální stav je <3
= poslední evidovaný stav (>= 4) pokud aktuální stav je 9.
[ Uzavři MZ neuzavřeným]
Pro každé PV ze SO, u kterého nebyla převedena uzávěrka libovolným uživatelem (MZ není ve stavu uzavřené : „stav editace docházky“ není 3, 13, >=23), se provede standardní uzavření.
[Uzavři SO (bez kontroly PV)]
Funkce určená pro instalace bez provozování standardní oblasti DOCH (např. pouze schvalované SLM)
tlačítko dostupné při Stav VT = 1, 2, 9
Funkce je obdobná jako “Uzavři MZ neuzavřeným + uzavři SO”, ale provede jen část … uzavři SO”, tzn. pouze mění stav vt do „3“ (nespouštíme kontroly uzavření DOCH ani uzavírání neuzavřených PV).
[Otevři SO]
Opětovné otevření období pro editaci v oblasti docházka. Změna stavu „Status výplatního termínu“ = 2 , změna stavu povolená jen ze stavu 3
[Otevři SO a MZ]
Opětovné otevření období pro editaci v oblasti docházka. Změna stavu „Status výplatního termínu“ = 2 , změna stavu povolená jen ze stavu 3
Pro všechna aktivní PV platné pro DOCH a SO nastavit MZ „stav editace“ = předposlední stav pokud poslední je 33.
[Otevři docházku při uzavřených mzdách]
Změna stavu „Status výplatního termínu“ = 9 , změna stavu povolená jen ze stavu 4, 5, 6.
V spodní části záložky je uvedená statistika zpracování docházky podle stavu Měsíčního záhlaví.
Přístup k tlačítkům je řízený aktuálním stavem položky „Status výplatního termínu“ uvedené na záložce Detail.
Do protokolu z hromadných funkcí „Uzavři MZ neuzavřeným + uzavři SO“ a „Uzavři MZ neuzavřeným“, se zobrazí hlášení DME011a o změně stavu evidence docházky, pokud se pouze mění stav (povýšení hodnoty stavu již uzavřené docházky podle úrovně uživatele).
Záložka zobrazuje, jak změny položky Status výplatního termínu , tak obsahuje seznam uložených protokolů z funkcí formuláře Dcu02. V detailu pak zobrazuje úplný výpis aktuálního protokolu.
Navrchu je tabulka změn položky Status výplatního termínu, zobrazují se změny stavu ve vzestupném pořadí (nahoře je nejnovější změna), obsahuje sloupce:
Změna v – časová značka změny statusu
Status VT – nový stav VT po změně
Změnu provedl – identifikace uživatele, který změnu aktivoval
V spodní časti je tabulka uložených protokolů funkci formuláře Dcu02.
V horní části protokolu je seznam uložených protokolů, a ve spodní části je výpis označeného protokolu.
Seznam obsahuje:
ID – identifikace uložení protokolů
Typ protokolu – název protokolů, který odpovídá funkci, která protokol generovala (viz JPC typ_prot_obdvt )
Uživatel - identifikace uživatele, který příslušnou funkci aktivoval
SO – identifikace správního oddílu, pro který funkce běžela
Datum spuštění, Čas spuštění – časová značka, kdy byla příslušná funkce spuštěna
Dostupné protokoly:
30 |
Uzavření MZ neuzavřeným + uzavření SO |
31 |
Uzavření MZ neuzavřeným |
32 |
Otevření období pro SO |
33 |
Otevření období a MZ pro SO |
34 |
Otevření docházky při uzavřených mzdach |
35 |
Uzavření MZ neuzavřeným + uzavření období pro všechny SO v aktuální SJ a období |
40 |
DD, Generuj denní docházku pro všechna PV v navigačním seznamu |
41 |
DD, Generuj DZ pro všechna PV v navigačním seznamu |
42 |
DD, Kalkulace pro všechna PV v navigačním seznamu |
43 |
DD, Otevření pro všechna PV v navigačním seznamu |
44 |
DD, Převod DD/MV + Uzavření pro všechna PV v navigačním seznamu |
45 |
DD, Převod DD/MV pro všechna PV v navigačním seznamu |
46 |
DD, Smaž DD pro všechna PV v navigačním seznamu |
47 |
DD, Smaž DD z Generuj DD pro všechna PV v navigačním seznamu |
48 |
DD, Smaž DZ pro všechna PV v navigačním seznamu |
49 |
DD, Smaž převod DD/MV pro všechna PV v navigačním seznamu |
50 |
DD, Uzavření pro všechna PV v navigačním seznamu |
55 |
DD, Výpočet vstupů a záhlaví pro všechna PV v NS |
56 |
DD, Otevření MZ pro všechna PV v NS |
57 |
DD, Uzavření MZ pro všechna PV v NS |
58 |
DD, Smaž ručně vložené řádky pro všechna PV v NS |
59 |
DD, Aktualizace stavu MZ pro všechna PV v NS |
60 |
Dcs02, Kalkulace za všechny PV (Stravenky) |
61 |
Dcs02, Kopíruj nárok za všechny PV (Stravenky) |
62 |
Dcs02, Kalkulace za všechny PV (Nárok) |
63 |
Dcs02, Gen. nároku za všechny PV |
64 |
Dcs02, Smazání nároku za všechny PV |
65 |
Dcs02, Vyhodnocení za všechny PV |
66 |
Dcs02, Převod do měsíčních vstupů za všechny PV |
67 |
Dcs02, Vymazání převodu z MV za všechny PV |
68 |
Dcs02, Hromadné akce |
70 |
Dcs03, Vyhodnocení |
71 |
Dcs03, Převod do měsíčních vstupů |
72 |
Dcs03, Vymazání převodu z MV |
73 |
Dcs03, Smazat vyhodnocení |
80 |
Úkol, Kalkulace odměn |
81 |
Úkol, Kalkulace mezd |
82 |
Úkol, Kalkulace výkazu |
Tlačítko [Uzavři MZ neuzavřeným + uzavři období pro všechny SO v aktuální SJ a období]
Po aktivaci tlačítka se pro každý SO z níže uvedené tabulky provede funkce shodná s funkcí spojenou s tlačítkem [Uzavři MZ neuzavřeným + uzavři SO] (viz záložka „Uzávěrka“).
Pod tlačítkem se zobrazuje tabulka, která obsahuje seznam SO, které mohou být
uzavřeny.
Do tabulky jsou zařazeny SO z navigačního seznamu pro které platí:
Zúčt. obd = aktuální období z navigačního seznamu (z řádku s kursorem )
Typ výplatního termínu = 0 – Dobírka
Status výplatního termínu = 1, 2
SJ = navigačního seznamu (z řádku s kursorem )
Sestava generuje seznam zaměstnanců organizace, členěný dle manažerů podle zvolené struktury (při nezadaní podle org. struktury), který nemají uzavřenou docházku (při spuštění v 1 až 14 kal. den v předešlém období k datu, při spuštění v 15 až 31 kal. den v aktuálním období k datu ) a následně z tohoto seznamu generuje správu pro jednotlivé manažery, která je zaslaná zvoleným způsobem.
Pokud aktuální profil je vázán na organizaci, zpracují se pouze zaměstnanci této organizace. Pokud profil není omezen organizaci , zpracují se zaměstnanci ze všech organizací evidovaných v DB.
Sestava respektuje omezení práv podle položky „Opv01, Popis, Status - práva:“, tzn. při vhodné kombinaci profilu a vyplnění odkazované položky, je možné omezit zařazení PV do určeného notifikačního procesu.
Poznámka: základní omezení zařazení PV do notifikací je řízeno přiřazeným kalendářem, a to konkrétně aktuálním nastavením položky Kal01, Doch&Schval, „Potlačení notifikace - uzavření docházky:“ = Ne.
Zaměstnanci s kalendářem, který má příznak:
„Kal01, Doch&Schval., Potlačení notifikace - uzavření docházky.“
nastaven na Ano jsou z kontroly uzavření vyjmuti (předdefinovaný režim).
Sestava umožňuje dvě úrovně upozornění - dle parametru Upozornění:
Dále se v ní nastavuje e-mail odesílatele, a příznaky zdali používat interní poštu resp. e-mail. I v případě kdy není nastaven ani jeden z těchto parametru, sestava je funkční a generuje protokol, který obsahuje seznam neuzavřených zaměstnanců.
Texty prvního i druhého upozornění je možné nahradit vlastními texty na formuláři Adm33, wfl 95, Název kroku Dcu03.
Upozornění: Zprávy jsou sdružené dle manažerů. Manažeři jsou bráni ze zvolené struktury, pokud parametr není vyplněn tak z organizační struktury.
Sestava je určena především pro periodické spouštění pomocí Adm53. Je však možné ji spustit i přímo.
V Adm53 pro příslušnou úlohu je možné dohledat protokol z běhu sestavy spuštěné z Adm53.
Parametry:
Struktura pro určení manažera – typ struktury, podle které se bude vybírat „manažér“ pro zaslaní upozornění
Upozornění – typ upozornění (1 nebo 2)
Poslat e-mail – příznak pro generovaní e-mailové správy pro manažery
Poslat interní poštou – příznak pro generovaní správy interní pošty EGJE pro manažery
Seznam stavů – uzavřeno - umožňuje určit, kdy se považuje docházka zaměstnance za uzavřenou z pohledu dotčené sestavy a uživatele.
Do parametru zadáme stavy považované za uzavřené pro aktuální spuštění sestavy.
Pokud není parametr vyplněn, tak je uzavřená docházka ve stavu 3, 13, 23, 33
Pokud je parametr vyplněn, tak je uzavřená docházka ve stavu, který je uveden v parametru.
Příklady:
a/ parametr nevyplněn – za uzavřenou docházku se považuje docházka ve stavu 3, 13, 23, 33, tzn. stačí uzavření libovolným uživatelem
b/ parametr vyplněn = 23, 33 – za uzavřenou docházku se považuje docházka pouze ve stavu 23, 33, tzn. za uzavřenou docházku se považuje pouze docházka uzavřená uživatelem Vedoucí (23) a Správce (33), docházka uzavřená Zaměstnancem (3) nebo Vedoucí 1 (13) se považuje za neuzavřenou a bude notifikována.
Sestava obsahuje porovnání aktuální denní a měsíční evidenci docházky v struktuře OSČPV, SLM pro položky hodiny, směny a částka (umožňuje výstup do XLS/XLSX/CSV formátu).
Sestava je určená především pro různé kontroly a zjišťovaní rozdílu mezi denní a měsíční evidenci docházky.
Parametry sestavy :
Standardní (období, správní oddíl, typ struktury, hladina, výběrová osa, zaměstnanec)
Další :
Nepovinný výčet SLM k omezení obsahu – umožňuje zadat výčet SLM pro omezení výstupu
Záhlaví stránky:
Období
Struktura – kód a název podle zvolené struktury
Záhlaví osoby:
Zaměstnanec – identifikace zaměstnance; Osobní číslo; Příjmení a jméno
Detailní řádek:
SLM: – kód složky mzdy
SLM : – název složky mzdy
Denní evidence
Hodiny – součet hodin z denní evidence pro OSČPV, Období a SLM
Směny – součet směn z denní evidence pro OSČPV, Období a SLM
Částka – součet částek z denní evidence pro OSČPV, Období a SLM
Měsíční evidence
Hodiny – součet hodin z měsíční evidence pro OSČPV, Období a SLM
Směny – součet směn z měsíční evidence pro OSČPV, Období a SLM
Částka – součet částek z měsíční evidence pro OSČPV, Období a SLM
Rozdíl
Hodiny – rozdíl hodin měsíční - denní
Směny – rozdíl směn měsíční - denní
Částka – rozdíl částek měsíční - denní
Formulář umožňuje zobrazit a upravovat plán směn zaměstnance. Jedná se o alternativu k formulářům Dcd01, Vstupy, Záhlaví, ale navíc je možné ho použít pro PV, které není určeno pro DOCH.
Formulář typu seznam/detail s navigačním seznamem.
Navigační seznam je typu Pv.
V záhlaví formuláře je umístěna položka:
Období – pro výběr období zobrazovaného plánu směn
Plán. hodiny – plánované hodiny měsíce (plánovaný fond pracovní doby)
Plán. směny – počet pracovních směn měsíce (včetně svátku s plán. směnou)
Svátek ve směně – počet svátků s plán. směnou (bez ohledu či směna má být odpracována, nebo má byt poskytnuta náhrada )
Formulář obsahuje dvě záložky:
Plán směn – zobrazení a úpravy plánu směn zaměstnance (obsahově odpovídá záložce Dcd01, Vstupy, Záhlaví).
Generuj DZ – generování plánu směn
Záložka slouží na zobrazení a případnou úpravu plánu směn zaměstnance.
Pokud má uživatel právo Dcu08EditImp, po editaci při uložení se kontroluje, zda uživatel nastavil položku Typ doby na hodnotu z rozsahu 50 až 69 (korekce hodin DZ).
Pokud podmínka není splněná, je uživatel vrácen do editace.
tlačítko [Aktualizace salda FPD]
dostupné pouze pokud : právo Dcu08AktSaldo - Dcu08, Povolení aktualizace salda FPD = smí spustit
tlačítko [Aktualizace salda FPD - pro všechna PV v nav. seznamu]
dostupné pouze pokud : právo Dcu08AktSaldo - Dcu08, Povolení aktualizace salda FPD = smí spustit
funkce jako [Aktualizace salda FPD] ale pro každé PV v nav. seznamu
Kontextové volaní
Kontextové volání formulářů stejné jako je na Dcd01, Záhlaví.
Seznam tabulka:
Seznam obsahuje jednotlivé kalendářní dny měsíce s obsahem:
Datum - den směny
Kód -
identifikace prac. směny (kód vzor. dne),
barevné odlišení dní podle toho jak
je na Dcd01, Vstupy, Detail.
Hod. směny (VZD) - hodiny plánované směny podle VZD
Hod. směny (DZ) - hodiny plánované směny podle denního záhlaví
Hod. směny (KAL) - hodiny plánované směny podle Kal01
Směna od - začátek plánované směny
Směna do - konec plánované směny
Začátek Od - začátek pásma pro příchod
Začátek Do - konec pásma pro příchod
Konec Od - začátek pásma pro odchod
Konec Do - konec pásma pro odchod
Kód .doplň. - doplňková identifikace prac. směny (kód vzor. dne)
Nárok přísp. - nárok příspěvku na stravu
Nárok přísp. dopl. - nárok příspěvku na stravu – doplňkový
Typ dne
Typ doby
Zdroj - identifikace způsobu/zdroje vytvoření řádku DZ
V detailu záložky jsou podzáložky:
Detail – detail plánované směny (odpovídá Dcd01, Vstupy, Detail)
Přestávky - zobrazuje vygenerované přestávky pro PV a den, vygenerované v rámci kalkulace DOCH i DAV.
Audit – audit změn v plánu směn (odpovídá Dcd01, Vstupy, Audit DZ)
Ze započitatelnosti Imp32fk načteme SLM: SLMp, SLMn, SLMimp, SLMplan.
Smažeme záznamy z předešlého generování (SLMp nebo SLMn, Status = 2, Zdroj = 31) pro aktuální PV.
Spočteme fond podle importu (ImpFond), součet importované hodiny z DZ pro KOD_OBD a PV.
Spočteme plánovaný fond (PlanFond), součet hodiny z plánu směn pro KOD_OBD a PV.
Zjistíme saldo plnění FPD vzhledem na importovaný fond:
RozdilFond = PlanFond - ImpFond
Pokud RozdilFond = 0 (stejný plánovaný i importovaný FPD), neděláme nic.
Pokud RozdilFond <> 0 (rozdíl mezi plánovaným a importovaným fondem), zobrazíme hlášení:
Imp32fk02 <osčpv>, Rozdíl mezi Imp. hod. <ImpFond> a Plán. FPD hod. <PlanFond>, směny <PlanSmeny>, rozdíl <RozdilFond>
Pokud RozdilFond > 0 (nedopracováno - podčas)
Do Dcm01 vygenerujeme záznam se SLMp a hodiny RozdilFond
Pokud RozdilFond < 0 (nadpracováno - nadčas )
Do Dcm01 vygenerujeme SLM se SLMn a hodiny RozdilFond
Obsah i použití záložky je obdobné, jako na záložce Dcd01 s rozšířením generovaní i na PV bez DOCH.
Pokud se v aktuálním nav. seznamu nacházejí pouze PV neplatné pro DOCH nebo DAV, tzn. že ani pro jedno PV se neprovede funkce generování DZ, zobrazí se hlášení DD022 o ukončení funkce (neplatné PV pro DOCH i DAV jsou automatický vyloučené z generování i když se zobrazují v nav. seznamu).
Generování DZ pro PV s Dostupnost v DOCH = 6 (PV pro DAV):
Nejdříve se sleduje stav editace formuláře Dav01, tzn. generování se provede pouze při otevřeném formuláři.
Generování DZ pro DAV z formuláře Dcu08 funguje
v režimu „ruční úprava plánu uživatelem“ (viz popis na Dav01).
Generování DZ pouze pro Dcu08 (na rozdíl od Dcd01) má podmínky:
a/ Na záložce Generuj DZ v prvním řádku se zobrazuje položka Opv01, Režim,
PV je dostupné v docházce
b/ pro PV s „PV je dostupné v docházce „
= nevyplněno, 0 a různé od 1,2,6
- negenerujeme
= 1,2 - generování stejné jako Dcd01, Generuj DZ
= 6 - DAV, před generováním nejdříve zjistíme, zda je DAV uzavřen - podle
Dav01, pokud ano - akce tak jako v režimu DOCH
Formulář je určen pro zobrazení redukovaných historických dát denní evidence docházky.
Podrobněji viz popis.
Pro každý odstraněný řádek z denní evidence docházky se zobrazí:
Datum, SLM, IA, Čas OD/DO, Hodiny, Směny
Formulář je určen pro zobrazení informací o náhradním volnu, placeném přesčasu a vykázané pohotovosti v docházce.
V záhlaví formuláře je položka „Rok“ pro omezení zobrazených informací.
Položka „Ref. období“ - slouží na vyhodnocení časově závislých údajů PV).
Období se zobrazuje standardně podle
referenčního období, pokud se jedná o aktuální rok.
Pokud referenční období není v aktuálním roku, tak se správa jako rok v
budoucnosti.
Pokud je rok v minulosti - tak se zobrazuje posledním období roku.
Pokud je rok v budoucnosti - tak se zobrazuje první období roku.
Položka se zobrazí červeně
pokud období není uzavřeno.
V záhlaví záložky se zobrazí položky statistiky NV k období formuláře:
Popis položek statistiky NV:
|
Saldo |
z předešlých měsíců |
k proplacení / čerpání v akt. měsíci: |
za akt. měsíc |
NV - celkem |
MZc1 |
MZc2 |
MZc3 |
MZc4 |
NV - přesčas |
MZp1 |
MZp2 |
MZp3 |
MZp4 |
NV - svátek |
MZs1 |
MZs2 |
MZs3 |
MZs4 |
NV - prac. volno |
MZv1 |
MZv2 |
MZv3 |
MZv4 |
NV - celkem - evidence NV bez rozlišení typu NV
Mzc1 - Saldo náhradního volna celkem
Mzc2 - Saldo náhradního volna z předešlých období
Mzc3 - NV z předešlých období k čerpání/proplacení v akt. období
Mzc4 - Saldo náhradního volna za aktuální období
NV - přesčas - evidence NV z přesčasu (NV nevykázané jako práce ve svátek nebo NV z prac. volna)
Mzp1 - Saldo náhradního volna za práci v přesčase
Mzp2 - Saldo náhradního volna za přesčas z předešlých období
Mzp3 - NV za přesčas z předešlých období k čerpání/proplacení v akt. období
Mzp4 - Saldo náhradního volna za přesčas za aktuální období
NV - svátek - evidence NV za práci ve svátek (NV na SLM ze započitatelnosti DOCH02.NVSV)
Mzs1 - Saldo náhradního volna za SV
Mzs2 - Saldo náhradního volna za SV z předešlých období
Mzs3 - NV za SV z předešlých období k čerpání/proplacení v akt. období
Mzs4 - Saldo náhradního volna za SV za aktuální období
NV - prac. volno - evidence NV za odpracované hodiny nad fond PD, které nejsou přesčas (NV na SLM ze započitatelnosti DOCH02.NVPV)
Mzv1 - Saldo náhradního volna za prac. volno
Mzv2 - Saldo náhradního volna za prac. volno z předešlých období
Mzv3 - NV za prac. volno z předešlých období k čerpání/proplacení v akt. období
Mzv4 - Saldo náhradního volna za prac. volno za aktuální období
Záložka rozdělena na dvě části.
V horní části je zobrazena rekapitulace NV podle období z měsíční evidence docházky, a ve spodní části jsou vypsány detailní záznamy NV v denní i měsíční evidenci docházky a Vyp01, Vstupy (bez omezení na období).
Tabulka Náhradní volno obsahuje sloupce:
Období
Přenos NV - z MZ
Tvorba NV - součet z MV pro IA 11, 13
Čerpání NV - součet z MV pro IA 12, 14, 35, 36
Zůstatek NV - Přenos NV + Tvorba NV - Čerpání NV
NV k proplacení – z MZ
Tvorba NV-SV - součet z MV pro IA 11, 13 pro započitatelnost SLM02.DOCH02.NVSV
Čerpání NV-SV- součet z MV pro IA 12, 14, 35, 36 pro započitatelnost SLM02.DOCH02.NVSV
Mzdy NV tvorba - obsahuje součet hodin za období z detailů výpočtu mezd pro SLM s IA 11, 13.
Pokud Tvorba NV <> Mzdy NV tvorba, zobrazí se červeně
Mzdy NV čerpání - obsahuje součet hodin za období z detailů výpočtu mezd pro SLM s IA 12, 14, 35, 36.
Pokud Čerpání NV <> Mzdy NV čerpání, zobrazí se červeně
Tabulka Detailní přehled:
Nad tabulkou je zaškrtávátko Pouze aktuální období (default Ano) pro omezení zobrazení platných záznamů vzhledem na aktuální záznam v nadřízené tabulce.
s obsahem:
Období - období vykázaní
Datum - datum vykázaní
SLM - SLM NVt/NVč
Hodiny zap. - započitatelné hodiny
Poznámka1 - 1. poznámka ze záznamu Dcd/Dcm
Poznámka2 - 2. poznámka ze záznamu Dcd/Dcm
Zdroj - identifikace kde byl záznam pořízen - Dcd/Dcm/Vyp
V záhlaví se zobrazí položky:
Limit přesčasové práce na rok
- z Pre01
Hodiny přesčasu (v limitu) DOCH
- součet hodiny pro SLM ze zap. DOCH02.PRESC podle evidence DOCH
MZDY
- součet hodiny pro SLM ze zap. DOCH02.PRESC (včetně korekcí) podle evidence MZDY
Zůstatek k nařízení
- (Limit – Evidované hodiny z DOCH nebo MZDY) podle stavu Opv02, Režimy, „Převod doch. do mezd“
Záložka rozdělena na dvě části.
V horní části je zobrazena rekapitulace placeného přesčasu podle období a SLM z měsíční evidence docházky a mezd a ve spodní části jsou vypsány detailní záznamy placeného přesčasu denní i měsíční evidence docházky.
Pro zobrazení se akceptují i SLM typu evidenční přesčas s IA 5101 nebo 5104, použité pro vykazování přesčasu pro smluvní zaměstnance s „neplaceným“ přesčasem ve mzdě (stanoveným v pracovní smlouvě).
Tabulka Placený přesčas obsahuje sloupce:
(součty za PV a období)
Období
Hodiny zap.(do lim.) - součet z MV podle zap. DOCH02.PRESC
Hodiny zap.(mimo lim.) - součet z MV podle zap. DOCH02.PRESC2
Hodiny Mzdy - součet z výpočtu MZDY pro SLM ze započitatelnosti DOCH02.PRESC
Kor. přesčas - korekce přesčasu z výpočtu mezd
Poznámka: pokud hodiny z DOCH a MZDY nejsou stejné, tak hodnota v sloupci Hodiny Mzdy je tlustá a červená.
Tabulka Detailní přehled
(výpis všech řádků Z DD se SLM ze započitatelnosti DOCH02.PRESC a PRESCD a výpis všech řádků Z MV se SLM ze započitatelnosti DOCH02.PRESC za PV za zvolený rok/období )
zaškrtávátko: Pouze aktuální období (default Ano)
zaškrtnuto - zobrazí se pouze
řádky vázané na období aktuálního řádku z vrchní tabulky
nezaškrtnuto - zobrazí se všechny záznamy z roku podle parametru
zaškrtávátko: Pouze z Dcm (default Ano)
zaškrtnuto - zobrazí se pouze
řádky z Dcm (v rozsahu Pouze aktuální období)
nezaškrtnuto - zobrazí se řádky z Dcm i Dcd (v rozsahu Pouze aktuální období)
obsahuje sloupce:
Období - období vykázaní
Datum - datum vykázaní
SLM - kód a název SLM
Hodiny zap. - hodiny odchylky
Poznámka1 - poznámka 1 k odchylce
Poznámka2 - poznámka 2 k odchylce
Zdroj - zdroj určení a uložení řádku, může být
DcdLim – z Dcd do Limitu (SLM z PRESC,
PRESCD);
DcdLim2 – z Dcd mimo Limit(SLM z PRESC2);
DcdEvid – z Dcd evidenční(SLM mimo PRESC i PRESC2);
DcmLim – z Dcm do Limitu (SLM z
PRESC);
DcmLim2 – z Dcm mimo Limit(SLM z PRESC2);
DcmEvid – z Dcm evidenční(SLM mimo PRESC i PRESC2);
V záhlaví se zobrazí položky:
Pohotovost - limit - z Pre01
Hod. pohotovost - vykázané hodiny v pohotovosti podle měsíční evidence docházky
Zůstatek k nařízení: - zůstatek z limitu pohotovosti
Vykázané doby v pohotovosti - vykázané hodiny práce v pohotovosti podle měsíční evidence docházky, SLM ze započitatelnosti SLM02.DOCH02.POH
Tabulka obsahuje rekapitulaci hodin pohotovosti a vykázané práce v pohotovosti podle období.
Obsahuje sloupce:
Období
Hod. pohotovost – součet pohotovosti z MV
Hod. přesčas – součet z MV pro SLM s IA 1111 podle započitatelnosti SLM02.DOCH02.POH
Hod. náhr. Volno . – součet z MV pro SLM s IA 11, 13 podle započitatelnosti SLM02.DOCH02.POH
Hod. poh. Mzdy – součet pohotovosti z výpočtu MZDY
Poznámka: pokud hodiny z DOCH a MZDY nejsou stejné, tak hodnota v sloupci Hodiny Mzdy je tlustá a červená.
Sestava provede vyhodnocení zařazení zaměstnance pro DOCH/DAV a dle konfigurace provede storno nevhodných záznamu z podkladů pro mzdy(pokud zařazení DOCH, tak stornuje vstupy DAV a opačně pokud je zařazení DAV tak stornuje vstupy DOCH).
Parametry sestavy:
Období, Správní oddíl, Typ struktury, Hladina, Výběrová osa
Storno konfl. Záznamů –
Ano – konfliktní záznamy se stornují
Ne - konfliktní záznamy se pouze protokolují
Sestava obsahuje dostupnost SLM podle definice skupin Adm06 pro skupiny: Dov05, Dcu06, Dcm01, Dcd01, Dca01, Dav01.
Pro každou skupinu se vypíše seznam povolených SLM v rámci té které skupiny.
Sestava generuje seznam zaměstnanců organizace, kteří nemají uzavřenou docházku a následně z tohoto seznamu generuje zprávu pro jednotlivé zaměstnance, která je zaslaná zvoleným způsobem.
Je řešená obdobně jako sestava Dcu03.
V Adm53 pro příslušnou úlohu je možné dohledat protokol z běhu sestavy.
Parametr (zaškrtávátko): Zpráva pouze na zaměstnance
Parametr slouží na omezení zaslání zprávy, e-mailu nebo interní pošty na manažery.
Funkce parametru:
pokud není zaškrtnuto - zpráva je zaslaná bez omezení na zaměstnance i manažera (default)
pokud je zaškrtnuto - zpráva je zaslaná pouze na zaměstnance
Sestava respektuje omezení práv podle položky „Opv01, Popis, Status - práva:“, tzn. při vhodné kombinaci profilu a vyplnění odkazované položky, je možné omezit zařazení PV do určeného notifikačního procesu.
Poznámka: základní omezení zařazení PV do notifikací je řízeno přiřazeným kalendářem, a to konkrétně aktuálním nastavením položky Kal01, Doch&Schval, „Potlačení notifikace - uzavření docházky:“ = Ne.
Poznámka: obsah sestavy je standardně prázdny, pro naplnění je nutné nastavit pro všechny kalendáře, které mají být zařazené do notifikačního procesu, parametr „Kal01, Doch.&Schval., Potlačení notifikace - uzavření docházky = NE.
Příklady notifikačních správ.
Správa pro zaměstnance:
Název: Dcu13, 1. upozornění zaměstnance Od/From: Kadeřábková Jitka (10.01)
Nemáte uzavřenou docházku za období 2023-03, 1. upozornění / You do not have closed attendance the period 2023-03, 1st warning
Správa pro manažera:
Název: Dcu13, 1. upozornění Od/From: Kadeřábková Jitka (10.01)
Neuzavřená docházka u zaměstnanců dne 28.3.2023 / Not closed attendance of employees, day 28.3.2023:
227.002 Bartoška Karel
6_0688.003 Ferona Hanka
227.002 Bartoška Karel https://prghr3.ela.corp:18443/egjeweb2_eman14/mana/#dlazdice_nadr=MENUDL_Doch&form=Dcd01&oscpv=227.002
6_0688.003 Ferona Hanka https://prghr3.ela.corp:18443/egjeweb2_eman14/mana/#dlazdice_nadr=MENUDL_Doch&form=Dcd01&oscpv=6_0688.003
Formulář je určen především pro prohlížení záznamů uložených v měsíční formě oblasti DOCH i DAV pro všechny dostupné PV (navigační seznam typu Pv).
Formulář obsahuje záložky Vstupy, Vstupy - souhrn a Rekapitulace, jejichž formát odpovídá obdobným záložkám v rámci formuláře Dcm01.
Záložka Vstupy – souhrn obsahuje standardně zobrazení záznamů ze všech zdrojů oblasti docházka, všech záznamů ze schvalování (zdroj 10) a z oblasti DAV (zdroj 7, 8) a vyhodnocení stravy 310 (zdroj 9) a záznamy z Vst15 (zdroj 9).
Navíc zobrazená položka: Zdroj, upřesnění – upřesnění zdroje vzniku řádku, především pro DAV.
V případě potřeby je možné konfigurovat formulář Dcu14 tak, aby se dala provádět omezená editace v otevřeném i uzavřeném období pro DOCH i MZDY.
Povolená editace pro PV v režimu DOCH i bez DOCH.
Editace možná na záložce Vstupy (obdoba záložky Vstupy z Dcm01).
Zobrazí automaticky všechny fyzické záznamy z DCM zobrazených v Dcu14, Vstupy – souhrn (nezobrazuje virtuální záznamy) .
Standardní tlačítka dostupné podle podmínek pro DOCH.
Pokud uživatel má právo Dcu14EditDoch – je možná editace i při uzavřeném období pro docházku.
Pokud uživatel má právo Dcu14EditMzdy - je možná editace i při uzavřeném období pro mzdy.
Obsluha a kontroly obdobné jako na Dcm01, pokud PV je v režimu DOCH.
Pokud není PV v režimu DOCH (DAV, nedocházkový režim (např. Strava), nebo generování z Dcu43fqprimark, …), je možná běžná editace.
Sestava obsahuje přehled součtů plánovaných hodin a dnů kalendářů fondů pracovní doby za uživatelem zadané období podle plánovaných směn zaměstnance (Dcd01, Vstupy, Záhlaví).
Sestava neobsahuje PV s přiřazeným kalendářem typu 3 - Hodinový souhrnný a 4 - Směnový souhrnný.
Pro plán pouze kalendáře viz Kal07.
Parametry :
Období od - identifikace počátečního období pro export.
Období do - identifikace koncového období pro export.
Správní oddíl - identifikace SO pro omezení exportu.
Typ struktury - identifikace typu struktury pro zobrazení v exportu (pokud není vyplněno, tak je vybrána Org. struktura).
Hladina -.
Výběrová osa - volba výběru pro omezení exportu (vázáno na osu typu PV).
Zaměstnanec - volba pouze jednoho zaměstnance pro export.
Sekce Struktura
Záhlaví:
Struktura - kód a název prvku zvolené struktury aktuálně přiřazený k PV
Zaměstnanec
Záhlaví:
Zaměstnanec – OSCPV, příjmení a jméno
Detail pro každé období z rozsahu a platností PV
Kalendář - název a typ kalendáře
Období
Z evidence plánu směn
Prac. hod - Součet Dcd01, Záhlaví, Hodiny
Svátek hod. - Součet Dcd01, Záhlaví, Hodiny ale pouze pro svátek
Prac. směny - Počet Dcd01, Záhlaví, Hodiny > 0
Svátek směny - Počet Dcd01, Záhlaví, Hodiny > 0 ale pouze pro svátek
Z evidence kalendářů
Prac. hod - Kal01, Dny kalendáře, Fond prac. doby v hodinách
Svátek hod. - Kal01, Dny kalendáře, Hod. svátku z FPD
Prac. směny - Kal01, Dny kalendáře, Fond prac. doby ve směnách
Svátek směny - Kal01, Dny kalendáře, Směn svátku z FPD
na konci sekce Zaměstnanec je součet hodin/směn za zobrazený rozsah období.
Sestava obsahuje přehled součtů plánovaných hodin a dnů kalendářů z fondů pracovní doby podle evidovaných vyrovnávacích období zaměstnance za zvolený rozsah období.
Sestava neobsahuje PV s přiřazeným kalendářem typu 3 - Hodinový souhrnný a 4 - Směnový souhrnný.
Pro plán pouze kalendáře viz Kal07.
Parametry :
Období od - identifikace počátečního období pro export.
Období do - identifikace koncového období pro export.
Správní oddíl - identifikace SO pro omezení exportu.
Typ struktury - identifikace typu struktury pro zobrazení v exportu (pokud není vyplněno, tak je vybrána Org. struktura).
Hladina - identifikace typu struktury pro zobrazení v exportu (pokud není vyplněno, tak 0).
Výběrová osa - volba výběru pro omezení exportu (vázáno na osu typu PV).
Zaměstnanec - volba pouze jednoho zaměstnance pro export.
Sekce Struktura
Záhlaví:
Struktura - kód a název prvku zvolené struktury aktuálně přiřazený k PV
Sekce Zaměstnanec
Záhlaví:
Zaměstnanec - OSCPV a příjmení a jméno
Sekce vyrovnávací období
Záhlaví:
Kód a název VO - kód a název VO z Kal02
Od/Do - začátek a konec VO
Detail pro každé období z rozsahu a platností VO
Kalendář - název a typ kalendáře
Období
Z evidence plánu směn
Prac. hod - Součet Dcd01, Záhlaví, Hodiny
Svátek hod. - Součet Dcd01, Záhlaví, Hodiny ale pouze pro svátek
Prac. směny - Počet Dcd01, Záhlaví, Hodiny > 0
Svátek směny - Počet Dcd01, Záhlaví, Hodiny > 0 ale pouze pro svátek
Z evidence kalendářů
Prac. hod - Kal01, Dny kalendáře, Fond prac. doby v hodinách
Svátek hod. - Kal01, Dny kalendáře, Hod. svátku z FPD
Prac. směny - Kal01, Dny kalendáře, Fond prac. doby ve směnách
Svátek směny - Kal01, Dny kalendáře, Směn svátku z FPD
na konci sekce VO je součet hodin/směn za zobrazený rozsah období.
Formulář pro zobrazení evidence NV v režimu Banky NV ve stavu po posledním uzavření docházky zaměstnance.
Popis použití viz Banka NV II
Formulář s navigačním seznamem typu PV je rozdělen do více záložek.
Záhlaví formuláře:
Období zobrazení Od: - období, od kterého se má zobrazit evidence NV
Ref. období - zobrazení aktuálního ref. období aplikace
zaškrtávací pole Zobraz vše (vyčerpané i nevyčerpané) - rozšíření zobrazených záznamů na všechny evidované (při každém otevření nastaveno na Ne)
Položka neřídí zobrazení řádku z evidence NV pouze podle období (tzn. že zobrazit pouze záznamy akt. období nebo bez vazby na období) ale jestli je záznam vyparován nebo ještě čeká na párování (tzn. standardně se zobrazují pouze záznamy nevyčerpaného NV, při zaškrtnutí se zobrazí všechny záznamy tvorby NV).
V záhlaví formuláře se zobrazuje statistika NV pro referenční období (ne pro období formuláře) podle typu evidence NV.
Seznam a obsah poli statistiky je stejný jako u formuláře Dcu10.
Seznam řádků:
a) pokud je Zobraz vše = 0, pouze řádky tvorby NV, které nejsou celé čerpané/proplacené (bez ohledu na zvolené období)
b) pokud je Zobraz vše = 1, všechny řádky, které byly založené v období v záhlaví nebo později (bez omezení na vyparování)
Sloupce řádku:
Období - období zaevidování
Datum - podle tvorby NV
SLM - kód a název SLM tvorby NV
Hodiny - hodiny tvorby NV
Hodiny - korekce - hodiny pro korekci evidence tvorby NV]
Hodiny - k dočerpání – (Hodiny + Hodiny-korekce - (součet hodin čerpání NV přiřazené k této tvorbě NV))
Období - dočerpání - období, kdy bylo NV celkem vyčerpáno nebo propláceno
Období - k proplacení - období, kdy by bylo NV propláceno
Typ NV - kód a název typu NV pro párování
Zdroj - zdroj pořízení NV (Dcd, Dcm)
ID - identifikace řádku
Detail řádku:
podzáložka Detail,
položky ze Seznamu řádků + položka Poznámka
Opravit lze pouze položku Hodiny - korekce a Poznámka
podzáložka Čerpání NV
zobrazí se seznam řádků z čerpání NV, které byly přiřazené k tomuto řádku tvorby NV v rámci párování.
podzáložka Fond čas. stimulace
k řádku s tvorbou tzv. FČS, zobrazení doplňkových údajů k čerpaní/proplacení.
Podrobněji viz popis Fond časové stimulace v dokumentu Úkolové mzdy.
Záložka slouží na zobrazení detailu čerpání NV ve vazbě na záznamy tvorby NV.
Standardně je záložka bez možnosti editace. Povolení editace je možné provést přiřazením obj. práva Dcu20EditCerpaniNV (standardně nezařazené do žádné z rolí).
Pokud má uživatel povolení editace, má k dispozici:
standardní tlačítka [Edituj] a [Smaž], ale ne otevření ani KOPIE.
Editace zde zobrazených záznamů je možná pro položky:
období, datum, hodiny, hodiny-korekce a NVT záznam.
K položce NVT-záznam je k dispozici číselník odpovídající záložce Tvorba - NV - pro režim zobraz všechno. Zobrazí se sloupce: Období, datum, SLM, ID ze záznamu tvorby NV
Seznam řádků:
a) pokud je Zobraz vše = 0, pouze řádky čerpání NV, které nejsou přiřazené k žádnému řádku tvorba NV (bez ohledu na zvolené období)
b) pokud je Zobraz vše = 1, všechny řádky, které byly založené v období v záhlaví nebo později
Sloupce řádku:
Období - období zaevidování
Datum - podle čerpání NV
SLM - kód a název SLM čerpání NV
Hodiny - hodiny čerpání NV
Hodiny - korekce - hodiny pro korekci evidence čerpání NV]
Typ NV - kód a název typu NV pro párování
Zdroj - zdroj pořízení NV (Dcd, Dcm)
NVt-záznam - identifikace řádku tvorby NV, kterým se čerpalo aktuální NVč
Detail řádku:
pod Záložka Detail,
položky ze Seznamu řádků + položka Poznámka
Opravit lze pouze položku Hodiny - korekce a Poznámka
pod Záložka Tvorba NV
zobrazit řádky z tvorby NV, ke kterým je přiřazeno toto čerpání NV
Období - období zaevidování
Datum - podle tvorby NV
SLM - kód a název SLM tvorby NV
Hodiny - hodiny tvorby NV
Hodiny - korekce - hodiny pro korekci evidence tvorby NV]
Hodiny - k dočerpání – (Hodiny + Hodiny-korekce - (součet hodin čerpání NV přiřazené k této tvorbě NV))
Období - dočerpání - období, kdy bylo NV celkem vyčerpáno nebo propláceno
Období - k proplacení - období, kdy bylo NV propláceno
Typ NV - kód a název typu NV pro párování
Zdroj - zdroj pořízení NV (Dcd, Dcm)
Sestava Dcu20f slouží pro vygenerování nevyrovnaného NV z období před zavedením režimu Banka NV II, do evidence na Dcu20.
(TC 1059167)
Sestava Dcu20fa slouží pro:
1/ odstranění chybných záznamů čerpání NV zadaných bez vazby na tvorbu NV.
2/ provede v zadaném období kontrolu evidence NV
a/ v rámci formuláře Dcm01, Měsíční záhlaví
b/ v rámci formuláře Dcu20
c/ konzistenci údajů o NV mezi Dcm01, Měsíční záhlaví a Dcu20
Sestava je ve verzi „uživatelská sestava“, tzn. pokud ji zákazník požaduje, musí si ji vyžádat prostřednictvím ESP tiketu.
Parametry:
Období
Výběrová osa
Zaměstnanec
Test
Kontrola čerpání NV Ano/Ne - volba režimu sestavy (při otevření se nastaví podle stavu při posledním použití)
Ano - provádí se kontrola evidence NV
Ne - kontrola a doplnění NV z určené SLM do Dcu20
SLM pro zavedení do Dcu20 z Dcm: - určení SLM, která se má kontrolovat v Dcm proti Dcu20 a podle potřeby doplnit do Dcu20
Období pro zavedení SLM do Dcu20: - období, pro které se má kontrolovat na soulad SLM mezi Dcm a Dcu20 (při otevření nevyplněno)
Popis Kontrola čerpání NV:
Pro každé PV ve výběru pro určené období:
Provedeme kontrolu evidence v Dcu20 a Měsíčním záhlaví
Pokud součet nevyrovnaných hodin NVt z Dcu20 je různý od položky Dcm01, Měsíční záhlaví, Saldo NV - celkem:
Zobraz hlášení: Dcu20-03a. Nesoulad NV celkem v MZ, stav NV < Saldo NV - celkem >, v Dcu20 <hod1>, rozdíl <hod2>
Pokud součet nevyrovnaných hodin NVt za SV z Dcu20 je různý od položky Dcm01, Měsíční záhlaví, Saldo NV za SV – celkem:
Zobraz hlášení: Dcu20-03b. Nesoulad NV svátek v MZ, stav NV < Saldo NV za SV – celkem>, v Dcu20 <hod1>, rozdíl <hod2>
Pokud součet nevyrovnaných hodin NVt za prac. volno z Dcu20 je různý od položky Dcm01, Měsíční záhlaví, Saldo PV – celkem:
Zobraz hlášení: Dcu20-03c. Nesoulad NV volno v MZ, stav NV < Saldo PV – celkem>, v Dcu20 <hod1>, rozdíl <hod2>
Pro každý záznam v záložce Tvorba NV zkontrolujeme:
Pokud jsou hodiny tvorby menší než hodiny čerpání na tento záznam, zobrazí se hlášení:
Dcu20-01. Nesoulad NVt <hod> a NVc <hod. nvc> rozdíl <hod>. Obd.<obd> SLM <slm> Datum <datum> ID <id>
Pokud jsou hodiny tvorby nevyčerpané a období tvorby je menší jakonež období pro limit proplácení, zobrazí se hlášení:
Dcu20-02. Nevyčerpané NVt <hod>. Obd.<obd> (limit <obd propl>) SLM <slm> Datum <datum> ID <id>
Pro každý záznam v záložce Čerpání NV zkontrolujeme:
Pokud vazba na Tvorba NV (ID) je nevyplněná, nebo není platným klíčem do tvorby (řádek byl v tvorbě smazán)
Zobraz hlášení: Dcu20-04a. Čerpání NV bez vazby do Tvorby. Obd.<obd> SLM <slm čerp> Datum <datum> ID <id>
Pokud je platná vazba ID do tvorby
a pokud Typ NV tvorby <> Typ NV čerpání
Zobraz hlášení: Dcu20-04b. Nesoulad typu NV v Tvorbě <typ NVt> v Čerpání <typ NVc>. Obd.<obd> SLM <slm čerp> Datum <datum> ID <id>
Pokud hodiny čerpání jsou větší než hodiny tvorby
Zobraz hlášení: Dcu20-04c. Čerpání NV <hod.> vyšší než Tvorba <hod. NVt> na záznamu. Obd.<obd> SLM <slm čerp> Datum <datum> ID <id>
TC 1006296, Stav k 6.10.2017 11:25:00
Sestava pro kontrolu hodin k automatickému proplacení NV k referenčnímu dni. Generuje upozornění o nevyrovnaných hodinách NV, které by mohly být v aktuálním období proplacené. Zpráva je zaslaná na manažera.
Sestava určená pro pravidelné spuštění na Adm53.
Zasílaní notifikace musí byt povolené na Kal01, Doch&Schval, Potlačení notifikace – uzavření docházky.
Do notifikace nejsou zařazený zaměstnanci, který nemají k danému dni nastaven kalendář na Opv01 a mají nastaven druh komunikace 31.
Šablona pro notifikační správy se zobrazuje a upravuje v rámci formuláře Adm33, wfl 95.
Parametry sestavy:
Datum - referenční datum pro stanovení období
- při otevření sestavy se naplnit aktuálním datumem
- při spuštění z Adm53 a nevyplnění se pracuje s hodnotou (datum – 1)
Struktura pro určení manažera – typ struktury, podle které se bude vybírat „manažér“ pro zaslaní upozornění
Upozornění – typ upozornění (1 nebo 2)
Poslat e-mail – příznak pro generovaní e-mailové správy pro manažery
Poslat interní poštou – příznak pro generovaní správy interní pošty EGJE pro manažery
V rámci práv aktuálního uživatele a profilu se zpracují všechny PV, které jsou platné pro DOCH a mají Opv01, Vztah zaměstnance k organizaci = 1,2, 3, 10 a platný PV alespoň jeden den v měsíci kontroly.
Pro každé PV, u kterého je (NV k proplacení - saldo NV v aktuálním měsíci) > 0 (podle měsíčního záhlaví), se generuje zpráva o hodinách proplacení:
Hodiny NV k proplacení v období <obd>
a pro každé PV s hodinami k proplacení se generuje řádek ve tvaru:
oscpv cele jméno " hodny k proplácení"
Exportní sestava pro export podkladů pro analýzu problémů s vyhodnocením docházky do formátu XLSX.
Sestava je určená pro správce/metodiky pro oblast docházka a doporučuje se přístupnost (alespoň pro čtení) na exportované formuláře (např. Adm21/Adm22, Dcc01, …).
Pokud nemá aktuální uživatel práva k formuláři Adm21/22 pak, obsahuje export identifikaci chyby nedostupnosti formuláře Adm21/Adm22, zablokuje jejich export, ale další soubory se exportují bez omezení.
Export se provádí vždy pro jednoho zaměstnance.
Sestava vygeneruje několik XLSX sešitů, které jsou společně zapakované do jednoho souboru ZIP.
Název hlavního ZIP souboru: Dcu22-<Id ESP>-<OsčPv>-<období>-<identifikace exportu>
Parametry:
Zaměstnanec - výběr zaměstnance (PV) pro export (zobrazení PV podle nav. seznamu PvDoch)
Zobrazuje pouze zaměstnance s Opv01, Popis, Status vztahu osoba … = 1, 2, 3, 10 , které jsou povolené pro docházku.
Musí byt vždy vyplněn!
Období - období exportu
Identifikace pro HelpDesk - odkaz na evidovaný záznam v HelpDesk Elanor
Exportovat
CEP - pokud je zaškrtnuté, exportují se aktuální CP z CEP do adresáře Cestaky
(při otevření sestavy vždy nezaškrtnuté)
Exportovat
Strava - pokud je zaškrtnuté, exportuje se evidence stravy z DCS do adresáře
Strava
(při otevření sestavy vždy nezaškrtnuté)
Exportovat
Adm32 - pokud je zaškrtnuté, exportuje se obsah záložky Adm32, Docházka,
záložka Standardní nastavení do adresáře Konfigurace do souboru Hlaseni.xlsx
(při otevření sestavy vždy nezaškrtnuté)
Export Vyp01 - pokud je zaškrtnuté, exportuje se obsah záložky Vyp01, Vstupy do adresáře Měsíční docházka do souboru VstupyVyp01.xlsx
Exportují se
pouze záznamy se SLM relevantní pro DOCH
(při otevření sestavy vždy nezaškrtnuté)
Obsah ZIP souboru:
Identifikační soubor exportu: META.INF
Adresář základní: < Id HelpDesk >-<osčpv>-<období>
Sloupce s názvem HelperLong1,
HelperLong2 a HelperLong3 jsou pomocné sloupce pro zobrazení dinamických
informaci pro virtuální zdroje.
Pre jednotlivé dátové zdroje je ich význam podle tabulky:
|
helperLong1 |
helperLong2 |
helperLong3 |
cevden, Cep01 |
MZ.inc_external |
CEP.cp_status |
|
cevden, Opv01 |
|
|
|
cevden, Vyp01 |
|
VYP.datum_do 0 – nevyplněný 1 - vyplněny |
|
cevden, Dcm01 |
@wfl15_rezim_zad |
|
|
cevmes, Cep01 |
MZ.inc_external |
CEP.id_csorg |
CEP.cp_status |
cevmes, Opv01 |
cetpv.id_csorg |
|
|
cevmes, Vyp01 |
cetpv.id_csorg |
|
|
cevmes, Dcm01 |
@wfl15_rezim_zad |
|
|
soubor INIT.INF – informace o inicializací formuláře a aplikace
identifikace objektu a časová značka spuštění
výpis okna O aplikací
opis parametrů sestavy při spuštění
adresář ASD
soubor ASD kody - export Dcc01
soubor Snimače - export Dca04
soubor Pruchody - export Dca01 pro aktuální PV a období + první den násl. období (pro případné průchody z noční směny).
Soubor obsahuje z Dca01 položky:
Poř. číslo; Lokalita; OSČPV; Datum a čas; Kód; ID snímače; Snímač průch.; Karta; Stav Obsah souboru je formátován tak, aby se tento výstup dal co nejjednodušeji přizpůsobit pro export do tabulky průchodů v testovacích DB (Imp07f, Imp07fx).
adresář Denni Docházka
soubor CevdenZahl - export aktuálního plánu směn zaměstnance (Dcd01, Vstupy, Záhlaví)
listy Virtuální záhlaví (cevdenzahl), Reálné záhlaví (ceddenzahl), Audit (ceddenzahl) , Reálné záhlaví (ceddenzahl) 2, Prestávky (Dcd01, Vstupy, Prestávky)
soubor Cevden - export záložky Dcd01, Vstupy
listy Virtuální denní vstupy (cevden), Denní docházka (cedden) , Přestávky na jídlo a oddech, Bezpečnostní přestávky, Audit (cedden), Měsíční vstupy (cedmes), Mzdové vstupy (cemvstupy), Mimoevidenční stavy (cetmimoev), Cesťáky (cepprik), Denní docházka (cedden) 2, Struktury
soubor Kalendare - export z Kal01 všech přiřazených kalendářů pro PV a období
listy Popis, Popis zařazení úseku, Docházka a schvalování, Dny kalendáře, Příplatky, Zaokrouhlovaní, Limity kontrol, Přestávky na jídlo a oddech, Bezpečnostní přestávky
soubor Vzorove Dny - export z Kal05 použitých VZD na kalendáře zaměstnance
listy Detail, Přestávky na jídlo a oddech, Bezpečnostní přestávky, Další vzor. dny pro začátek směn
adresář Konfigurace
Soubor Spravni jednotka - Export Adm22
Listy Docházka, Strava
Soubor Organizace - export Adm21
Listy Docházka, Strava (časovo závislé údaje se importují s platností k poslednímu dni období ).
Soubor Hlaseni.XLSX
- obsah záložky Adm32, Docházka, záložka Standardní nastavení
Soubor SkupinySLM.XLS – obsah export položek z detailu záložky Adm06,
Přiřazení skupin SLM k objektům
adresář Měsíční Dochazka
soubor ProtokolMZ - export Dcm01, Protokol
listy Protokol měsíčního záhlaví, Audit měsíčního záhlaví
soubor CevMes - export Dcm01, Vstupy – souhrn
listy Virtuální měs. vstupy (cevmes), Měsíční vstupy (cedmes), Audit (cedmes), Mzdové vstupy (cemvstupy), Mimoevidenční stavy (cetmimoev), Cesťáky (cepprik), Měsíční vstupy (cedmes) 2, Struktury
soubor MesicniZahlavi – export z
Dcm01, Měsiční záhlaví
Dcm01, Audit MZ
adresář PV
soubor Casove Rezy
Režim práce s kalendářem, Kalendář, Režim vykazování odpracované do, Režim proplácení neodpracovanýc, Režim práce přesčas
listy Práva PV, Kalendař
FPD, Tarify, Tarifní stupnice, Přiřazení, Přiřazení ostatní, Týdenní úvazek
stanovený, Týdenní úvazek sjednaný, Koeficient úvazku, Průměrný počet směn, Průměrná
délka směny
soubor PV
listy Popis (pouze vybrané položky záložky Opv01, Popis ), Údaje o PV, Vynětí
adresář SLM
soubor SLMDoch - export z Slm01
listy SLM v docházce, Generování
soubor SLM02 – export ze Slm02
export započítatelnosti DOCH02, DOCH03 a DOCH05 (záložka Slm02, Zařazení SLM)
adresář Cestaky
soubor CP - export z Cep01 všech aktuálních CP pro PV a období
listy Cestovní příkazy, Průběh pracovní cesty, Stravné z CP pro docházku
adresář Strava
soubor Ceník - export z Dcs04
list Cenník stravy
soubor Strava - export z Dcs02 ze záložek Vstupy stravenky, Vstupy strava, Nárok na přísp., Vyhodnocení pro PV a období
Poznámka:
V případě, kdy není vygenerován kalendář pro běžný nebo následující měsíc, export se nezablokuje, ostatní složky se naplní, ale složka Denního záhlaví zůstane prázdná.
ve verzi e202011 přejmenována na Dcu32f.
Alternativní dočasní sestava k Dcu22 – přechodné řešení problému sestavy Dcu22 mezi dvěma výdeji.
Použití pouze podle pokynu Elanor.
Exportní sestava, která vyexportuje uložené protokoly na formuláři Adm53 pro procesy 1, 3, 31, 32, 33, 34, 35, 36.
V seznamu pro výběr typu úlohy se pro typ = 1, zobrazí všechny platné úlohy typu 1 s vazbou na konkrétní sestavu.
Jednotlivé protokoly jsou exportované v samostatných listech
XLSX. Název listu obsahuje datum a čas protokolu /čas bez znaku „:“.
Parametry sestavy:
Proces - identifikace procesu, pro který se provede export. Číselník obsahuje seznam platných řádků z nav. seznamu Adm53 pro procesy 31, 32, 33, 34.
Datum
protokolů – datum, od kterého se exportují protokoly procesů
a/ pokud je Datum protokolů nevyplněn – exportuje se nejnovější a další podle
Počet protokolů
b/ pokud je Datum protokolů vyplněn - vybraný a další následující podle Počet
protokolů
Počet
protokolů – max. počet protokolů, které se mají exportovat (default 10)
Alternativní formulář k Dcu02 pro zobrazení uložených protokolů z oblasti docházky.
Navigační seznam obsahuje seznam evidovaných protokolů v Dcu02 pro oblast docházky (typ 30 až 89) podle jednotlivých období.
Nad navigačním seznamem zaškrtávátko:
Jen aktuální období - zaškrtnuto při každém otevření
ano – zobrazí se pouze protokoly pro aktuální období formuláře
ne – zobrazí se protokoly za všechny období
V pravé časti se nachází tabulka (seznam) obsahující protokoly stejného typu pro období nav. seznamu a pod tabulkou je zobrazen detailní výpis evidovaných hlášení označeného protokolu z první tabulky.
V tabulce seznamu ,pro každý evidovaný protokol daného typu, se zobrazí informace:
SJ - identifikace správní jednotky, pro který funkce běžela
SO - identifikace správního oddílu, pro který funkce běžela
Typ prot. - název protokolu, který odpovídá funkci, která protokol generovala (viz JPC typ_prot_obdvt )
Uživatel - identifikace uživatele, který příslušnou funkci aktivoval
Datum spuštění - datum, kdy byla příslušná funkce spuštěna
Čas spuštění - čas v rámci dne, kdy byla příslušná funkce spuštěna
V tabulce detailu jsou zobrazené jednotlivé řádky protokolu se strukturou:
Typ zprávy - informační úroveň zprávy
Text zprávy - identifikace a text hlášení
Datum a čas spuštění - časová značka, kdy bylo příslušné hlášení zapsané
Formulář slouží na zobrazení seznamu uložených souborů s protokoly z algoritmů a sestav pro oblast DOCH/DAV (viz popis Ukládání protokolů DOCH/DAV).
Formulář v pravé časti obsahuje speciální nav. seznam a v levé časti se v záhlaví zobrazí položka pro volbu období a v detailu zobrazí záložka Protokoly, kde se zobrazují identifikační položky uloženého souboru – protokolu a záložka Hromadné akce, kde jsou k dispozici tlačítka pro spuštění hromadných funkcí.
Co udělá prohlížeč po stažení souboru, závisí od prohlížeče a od jeho nastavení.
Např.: ho může otevřít. Nedokážeme to konfigurovat.
Stažení souboru může být v prohlížeči blokované.
Speciální navigační seznam. Obsahuje seznam všech uložených protokolů jako soubory.
Volba „Bez omezení období“
Nezaškrtnuto – zobrazí všechny evidované protokoly
Zaškrtnuto – zobrazí evidované protokoly vázané na zvolené období
Sloupce nav. seznamu:
Zúčtovací období - období platnosti protokolu
Název protokolu - název uloženého protokolu
Typ souboru - typ uloženého souboru
Čas uložení protokolu - časová značka uložení
Archivovat do - období platnosti protokolu (po tomto termínu je možné smazat)
Uživatel - identifikace uživatele, který protokol uložil
Pro zobrazení identifikace a akce s akt. souborem z nav. seznamu.
Tlačítka:
Otevřít protokol - zobrazí protokol na WEBu i JAVA
Export protokolu
JAVA - uloží protokol do adresáře pro výstupní soubory z EGJE
WEB - stáhne protokol přes prohlížeč do počítače
Detail souboru:
Název protokolu: - název protokolů
Typ souborů: - typ uloženého souboru
Zúčtovací období: - protokol generovaný pro období
Čas uložení protokolu: - časová značka uložení protokolů
Archivovat do: - délka archivace protokolu vzhledem na období uložení
Uživatel: - identifikace uživatele
Uživatel (autentizace): - uživatel autentizace
Profil: - profil uživatele
Typ protokolu: - typ protokolů
Objekt aplikace: - objekt EGJE, který generoval protokol
Organizace: - organizace, pokud je použitá při generování
Číslo správní jednotky: - číslo správní jednotky, pokud je použitá při generování
Osoba PV: - OSČPV, pokud je použité při generování
Správní oddíl: - SO, pokud je použit při generování
záložka obsahuje tlačítka pro funkce nad nav. seznamem
Export protokolů pro všechny soubory z nav. seznamu
JAVA - uloží zip soubor, obsahující protokoly, do adresáře pro výstupní soubory z EGJE
WEB - stáhne zip soubor, obsahující protokoly, přes prohlížeč do počítače
Sestava provádí kontrolu souvztažnosti v rámci započitatelnosti DOCH02, DOCH04 a DOCH05.
Pro kontrolu započitatelností DOCH02 viz také popis Dcu02, Popis, tlačítko [Kontrola započitatelností DOCH].
Pokud se ve skupině nenachází žádná SLM, zobrazit hlášení:
DCU3101 – INF DOCH02, Ve skupině <skupina> není přiřazená žádná SLM
Ve skupinách PRESC, PRESCD, PRESC2 se SLM může vyskytnou pouze jednou. Při vícenásobném výskytu zobrazit hlášení:
DCU3102 – VAR DOCH02, Ve skupině <PRESC, PRESCD, PRESC2> SLM <slm> může být přiřazené pouze jednou
Ve skupinách PRESC, PRESCD, PRESC2 se SLM může vyskytnou pouze jednou. Při vícenásobném výskytu zobrazit hlášení:
DCU3102 – VAR DOCH02, Ve skupině <PRESC, PRESCD, PRESC2> SLM <slm> může být přiřazené pouze jednou
Ve skupinách NEPR, NVC, NVT, ODPR, ODPRM, PRESC, PRESCD, PRESC2, SLM <slm> může být přiřazené pouze jednou. Při vícenásobném výskytu zobrazit hlášení:
DCU3102 – VAR DOCH02, Ve skupině <NEPR, NVC, NVT, ODPR, ODPRM, PRESC, PRESCD, PRESC2> SLM <slm> může být přiřazené pouze jednou
Ve skupině NVT můžou být pouze SLM s IA 11, 13, při jiném IA zobrazit hlášení:
DCU3103 – VAR DOCH02, Ve skupině <NVC> nepovolená SLM <slm>/<IA>
Ve skupině NVC můžou být pouze SLM s IA 12, 14, 35, 36, při jiném IA zobrazit hlášení:
DCU3103 – VAR DOCH02, Ve skupině <NVT> nepovolená SLM <slm>/<IA>
SLM ve skupině NVPV, NVSV s IA 11, 13 musí být obsažené také v skupině NVT, pokud ne, zobrazit hlášení: DCU3104 – VAR DOCH02, V skupině <x> SLM <slm>/<IA> nezařazená do <NVT>
SLM ve skupině NVPV, NVSV s IA 12, 14, 35, 36 musí být obsažené také ve skupině NVC, pokud ne, zobrazit hlášení:
DCU3104 – VAR DOCH02, Ve skupině <x> SLM <slm>/<IA> nezařazená do <NVc>
Ve skupině POH není povolená SLM s IA 2121, 2122, při IA zobrazit hlášení:
DCU3103 – VAR DOCH02, Ve skupině <POH> nepovolená SLM <slm>/<IA>
V každé skupině se může nacházet právě jedna platná SLM – platná SLM pro období.
Pokud se ve skupině nenachází žádná SLM zobrazit hlášení:
DCU3111 – INF DOCH04, Ve skupině <skupina> není přiřazená žádná SLM
Pokud se ve skupině nachází více SLM zobrazit hlášení:
DCU3112 – VAR DOCH04, Ve skupině <skupina> přiřazeno více SLM
V každé skupině se může nacházet právě jedna platná SLM – platná SLM pro období.
Pokud se ve skupině nenachází žádná SLM zobrazit hlášení:
DCU3121 – INF DOCH05, Ve skupině <skupina> není přiřazená žádná SLM
Pokud se ve skupině nachází více SLM zobrazit hlášení:
DCU3122 – VAR DOCH05, Ve skupině <skupina> přiřazeno více SLM
PR/117206 (Solar Turbines), Stav k 14.3.2017 16:52:50
původně byla označená jako Dcu22f (do e202009)
Sestava pro vyhledání uživatelem definovaných hlášení v měsíčním protokolu docházky (Dcm01, Protokol). Sestava generuje upozornění (notifikační správu) o existenci definovaných hlášení pro jednotlivé manažery - co manažer, samostatná správa o výskytu určených hlášení jeho podřízených. .
Sestava je určená pro pravidelné spuštění na Adm53
Šablona pro notifikační správy se zobrazuje a upravuje v rámci formuláře Adm33, wfl 95.
Parametry sestavy:
Datum - referenční datum pro stanovení období
- při otevření sestavy se naplnit aktuálním datumem
- při spuštění z Adm53 a nevyplnění se pracuje s hodnotou (datum – 1)
Struktura pro určení manažera – typ struktury, podle které se bude vybírat „manažér“ pro zaslaní upozornění
Upozornění – typ upozornění (1 nebo 2)
Poslat e-mail – příznak pro generovaní e-mailové správy pro manažery
Poslat interní poštou – příznak pro generovaní správy interní pošty EGJE pro manažery
Kód hledaného hlášení – kód hledaného hlášení
parametr musí obsahovat vždy celý kód hledaného hlášení (nelze použít zástupné znaky)
pokud parametr není vyplněn, zobrazí se seznam zaměstnanců s výskytem alespoň jednoho hlášení
příklad:
hledej jedno hlášení : DME020
hledej více hlášení : DK113,DK114
V rámci práv aktuálního uživatele a profilu se zpracují všechny PV, které jsou platné pro DOCH a mají Opv01, Vztah zaměstnance k organizaci = 1,2, 3, 10 a platný PV alespoň jeden den v měsíci kontroly.
Pro každé PV se prohledá záložka Dcm01,Protokol pro období z parametru datum a při výskytu definovaného hlášení se generuje zpráva:
V období <obd> u zaměstnanců nalezené hlášení <text >
a pro každé PV s výskytem definovaných hlášení se generuje řádek ve tvaru:
oscpv cele jméno text hlášení
AP-176
Formulář pro neschvalovanou (bez wfl) volbu a aktualizaci položky Opv01, Režim, Typ výstupu pro vyhodnocení stravy především ze strany zaměstnance.
Je použitelný i pro referenty i manažery, zde je alternativou pro změny této položky na Opv01, Režim resp. Dcd01, PV.
Formulář nemá možnost hromadné změny (pro hromadnou změnu je možné použít formulář Opv01, záložka Režim)
Formulář použitelný pro všechny typy klienta, JAVA, WEB2 i HRP. V HRP je zařazen do dlaždice Docházka pro všechny typy nabídky.
Formulář má vazbu na nav. seznam typu Pv (je možné využít i pro stravu bez DOCH, např. DAV nebo režim 300).
Standardně není zařazen do žádné ze standardních rolí (profilů).
Popis formuláře:
tlačítko [Stáhnout pokyny] - umožňuje přístup k zákaznickým pokynům k formuláři (viz Adm20)
dostupné pouze standardní tlačítko Novy nebo Edituj.
dostupnost tlačítka Novy/Edituj -
Popis položek formuláře:
Volbu typu příspěvku na stravu je možné provést - stanovení období pro provádění změn
Datum Od: (d10) - datum začátku období pro převedení změny
nastaveno podle konfigurace v Adm21/Adm22
needitovatelná položka
Datum Do: (d11) - datum konce období pro převedení změny
nastaveno podle konfigurace v Adm21/Adm22
needitovatelná položka
Upozornění k provedení změny: (t10) - informativní zpráva/pokyny pro zaměstnance (uživatele) k použití formuláře
nastaveno podle konfigurace v Adm21/Adm22
needitovatelná položka
Aktuální nastavení: (p1) - aktuální nastavení položky Opv01, Typ použití výstupu vyhodnocení stravy
pro PV a platné předešlé období před platností změny (platné (d31 - 1)
needitovatelná položka
platné od (d21) / platné do (d22) - období platností aktuálního nastavení
platnost od/do pro p1
needitovatelné položky
Požadované nastavení: (p2) - nastavení Opv01, Typ použití výstupu vyhodnocení stravy
pro PV a platné pro období změny (platné od (d31)
editovatelná položka
číselník Jpc01 pd_strava_typ_pouziti, je omezen:
a/ legislativou SJ
b/ konfiguraci na Adm21/Adm22, kde je možné definovat seznam číselníkových hodnot,
Takto omezený číselník je použit při změně. Pokud není parametr konfigurace vyplněn zobrazí se všechny hodnoty povolené hodnoty pro legislativu.
platné od (d31) / platné do (d32)
platnost od/do pro p2
needitovatelné položky
Postup při otevření formuláře a použití tlačítek:
zjistíme zda existuje platný záznam v Opv01 pro období d31/d32 nebo d31 a Datum do >= d32 pro akt. PV
pokud záznam není nalezen, je dostupné tlačítko Nový, po jeho použití
vyhledáme předešlý záznam s platností k d31-1 (d31-1 v rozsahu Datum od - Datum do)
pokud nenalezneme - nic neděláme
pokud nalezneme, pokud je potřeba, ukončit jeho platnost k d31-1
založíme nový záznam s nastavením
Typ výstupu pro vyhodnocení stravy = nevyplněno
platnost od = d31 (z konfigurace Adm21/Adm22 )
platnost do = 3.3.3333
pokračujeme dál s možností editace
pokud je záznam nalezen, je dostupné tlačítko Edituj
po použití tlačítka Ulož:
do Opv01 se zapíše/aktualizuje nová hodnota dotčeného údaje
provede se audit změny
Pokud se rozhodne doplnit nebo provést změnu nastavení, použije tlačítko Nový nebo Edituj.
Podle uvážení nastaví položku „Požadované nastavení:“ a použije tlačítko Uložit nebo Zrušit podle potřeby.
Změnu je možné provést opakovaně v rámci otevřeného rozsahu datumů pro editaci.
Mimo otevřeného rozsahu datumů pro editaci je možná změna pouze oprávněným uživatelem na formuláři Opv01 nebo Dcd01.
Správce aplikace
Správce aplikace před prvním použitím formuláře pro období změny upraví konfiguraci formuláře na Adm21/Adm22, záložka strava, sekce „Změny Opv01, Typ použití výstupu vyhodnocení stravy“:
a/ rozsah období pro editaci
b/ rozsah platnosti nové požadavky
c/ seznam možných voleb pro změnu
d/ informativní krátkou zprávu pro zaměstnance
V případě rozsáhlejší zprávy/pokynů vytvoří vhodný dokument a připojí je k formuláři Dcu33 na Adm20 - dokument pro uživatele bude dostupný pomocí tlačítka [Stáhnout pokyny].
Poznámky k vyplnění a kontrole :
Změna od:/Změna do: - musí být novější než akt. datum,
Změna od: < Změna do:
Nový od:/Nový do: - musí být novější než akt. datum a
Nový od: < Nový do;
Nový Od >= Změna do
Při každém zápisu do tabulky (Ulož, Nový, Smaž) - se provede zápis do tabulky cetdochaudit, s obsazením položek.
DB Položka |
Název |
Plnění |
id_toso |
Osoba: |
k editovanému PV |
id_tpv |
Osoba PV: |
k editovanému PV |
id_obj |
ID záznamu: |
ID orig. záznamu |
obj |
Tabulka: |
Opv01 |
polozka |
Jméno položky: |
dalsi1_xml/pd_strava_typ_pouziti/ |
hodnota |
Hodnota: |
hodnota položky |
datum_od |
Datum od: |
datum od |
datum_do |
Datum do: |
datum od |
ts_audit |
Audit: |
Změna Typ použiti výstupu stravy z Dcu33 na @hodnota s platnosti @datum_od / @datum_do |
id_toso_exe |
Změnu provedl: |
identifikace aktuálního uživatele |
datumcas |
Datum/čas změny stavu: |
časová značka zápisu změny |
akce |
Akce: |
I, U, D podle typu operace |
Formulář slouží na přepojeni PV mezi organizacemi nebo SJ v rámci jedné organizace pro potřeby synchronizace DOCH stejné osoby s různými PV.
Formulář je samostatný pro každou dotčenou organizaci/SJ - spravuje se z každé organizace samostatně.
Formulář typu seznam + detail s navigačním seznamem.
Navigační seznam / Pravý panel:
Navigační seznam typu ORG s omezením na ORG dostupné akt. Profilu.
Záhlaví formuláře
Období - období platnosti
tlačítko [Kontrola vázaných PV]
zaškrtavátko Pouze platné - default Ano
pokud Pouze platné = Ano tak řádky s platností pro Období
pokud Pouze platné = Ne nebo nevyplněno tak bez omezení
Seznam záznamů:
Obsahuje seznam evidovaných vázaných PV s obsahem:
Organizace, OSČPV, Příjmení a jméno, Organizace vazby, Osoba PV vázané:, Poznámka
Seřazení : Organizace, Příjmení a Jméno, OSČPV
Detail řádku:
Detail obsahuje položky:
Organizace: - Kód a název organizace k akt. organizaci;
Needitovatelná položka pro profil s jednou ORG - , vždy obsahuje kód aktuální organizace
Editovatelná položka pro profil multiorg (více ORG)
číselník z Adm21 pro akt. profil
OSČPV: - OSČPV akt. zaměstnance
číselník platných PV pro aktuální organizaci a povolených pro párování (Opv01, Režim, Párované PV = Ano)
Editovatelná, povinná položka
Příjmení a jméno - celé jméno k PV
Needitovatelná položka
Organizace vazby: - Kód a název organizace k ORG vázaného PV;
Editovatelná položka, nepovinná
číselník z Adm21 pro aktuální DB s omezením na platnost
číselník obsahuje seznam platných organizací v aktuální DB s vyloučením akt.
- pokud není profil multiorg
- pokud je multiorganizační - tak zobrazíme všechny platné
při uložení se kontroluje, aby Organizace: <> Organizace vazby, pokud Organizace vazby: je vyplněna
Osoba PV vázáno:
Editovatelná nepovinná položka s číselníkem platných PV pro Organizace vazby a povolených pro párování (Opv01, Režim, Párované PV v Organizace vazby)
Příjmení a jméno - celé jméno k vázanému PV
Needitovatelná položka
Platnost vazby od (období) / Platnost vazby do (období)
Editovatelné povinné položky
Při uložení se kontroluje, aby nedošlo ke zrušení platnosti pro „uzavřená“ období v obou organizacích
Poznámka - krátká textová položka pro případnou poznámku k vazbě
Editovatelná nepovinná položka
Tlačítka formuláře:
dostupnost standardních tlačítek - bez omezení
tlačítko Nový - založit novou větu a pokud je profil na jednu org - tak naplnit pole Organizace - aktuální organizaci pro profil
tlačítko Ulož - kontrolujeme
a/ Organizace a OSČPV musí být vyplněné
tlačítko [Kontrola vázaných PV] - kontrola existence a platností vazby PV
Kontrola vazeb mezi PV v různých organizacích v rámci procesu:
pro každý zobrazený řádek v seznamu s platností pro akt. období provedeme kontrolu
a/ OSČPV není platné (platnost PV z Opv01) a není platné pro DOCH v rámci akt. ORG
zobrazíme hlášení: DD170a [U] [VAR] Neplatné OSČPV <> pro období <> v organizaci <>
b/ pokud je Osoba PV vázáno nevyplněno
zobrazíme hlášení: DD170b [U] [VAR] K OSČPV <> neurčené vázané OSČPV
c/ pokud je Osoba PV vázáno vyplněno a není platné a není platné pro DOCH v rámci Organizace vazby
zobrazíme hlášení: DD170c [U] [VAR] K OSČPV <> neplatné vázané OSČPV <> pro období <> v organizaci <>
TC 1084783 (EGJE-2544)
Sestava generuje seznam zaměstnanců organizace, členěný dle manažerů podle zvolené struktury (při nezadání podle org. struktury), který mají uzavřenou docházku od naposledy provedeného spuštění (od libovolného uživatele).
Následně se z tohoto seznamu generuje zpráva pro jednotlivé manažery, která je zaslaná zvoleným způsobem.
Pokud je aktuální profil je vázán na organizaci, zpracují se pouze zaměstnanci této organizace. Pokud profil není omezen organizací, zpracují se zaměstnanci ze všech organizací evidovaných v DB.
Kontrolují se pouze zaměstnanci s kalendářem, kteří mají vhodně nastaven příznak:
„Kal01, Doch&Schval., Potlačení notifikace - uzavření docházky.“
nastaven na Ano jsou z kontroly uzavření vyjmuti (předdefinovaný režim).
Sestava pro vyhledání zaměstnance s uzavřenou docházkou použije vyhledání hlášení DM105 v měsíčním protokolu docházky (Dcm01, Protokol).
Sestava umožňuje dvě úrovně upozornění - dle parametru Upozornění:
Dále se v ní nastavuje e-mail odesílatele, a příznaky zda-li používat interní poštu resp. e-mail. I v případě kdy není nastaven ani jeden z těchto parametrů, sestava je funkční a generuje protokol, který obsahuje seznam uzavřených zaměstnanců.
Texty prvního i druhého upozornění je možné nahradit vlastními texty na Adm33 wfl=95, status 151 a 152.
Upozornění: Zprávy jsou sdružené dle manažerů. Manažeři jsou bráni ze zvolené struktury, pokud parametr není vyplněn tak z organizační struktury.
Sestava je určená především pro periodické spouštění pomocí Adm53. Je však možné ji spustit i přímo.
Parametry sestavy:
Období - období docházky
- při otevření sestavy z aplikace se naplní referenčním obdobím
- při spuštění z Adm53 a nevyplnění se pracuje s hodnotou
- období z akt. Datumu, pokud datum je 4 až 31
- období -1 z akt. Datumu, pokud datum je 1 až 3
Datum a čas - datum a čas naposledy spuštěné sestavy
- při nevyplnění se poprvé naplní Akt. Datum 00:00 hod
- při dalším spuštění se použije evidovaný čas posledního spuštění
Po každém spuštění sestavy (od libovolného uživatele), čas spuštění se uloží na formulář Adm21, záložka Docházka, parametr „Dcu42f, poslední spuštění“ a pro další spuštění se použije tento údaj.
Pozor: Sestava používá stejné místo pro uložení časové značky, i když je spuštěné v libovolném režimu. Sestava se doporučuje používat pouze v režimu bez omezení práv.
Poznámka: Pokud používáte sestavu Dcu42f, po instalaci tohoto výdeje, si vyžádejte novou verzi.
Struktura pro určení manažera - typ struktury, podle které se bude vybírat „manažér“ pro zaslání upozornění
Upozornění - typ upozornění (1 nebo 2)
Poslat e-mail - příznak pro generování e-mailové zprávy pro manažery
Poslat interní poštou - příznak pro generování zprávy interní pošty EGJE pro manažery
Texty notifikačních správ jsou uložené na formuláři Adm33, wfl = 95, status 151 a 152, kde je možné provést taký uživatelskou úpravu.
Standardní text Prvního upozornění: Naposledy uzavřená docházka u:
Standardní text Druhého upozornění : Naposledy uzavřená docházka u:
Do správy je možné zakomponovat I některé z dostupných maker – viz popis wfl 95 v dokumentu Adm_uzdoc.
V rámci práv aktuálního uživatele a profilu se zpracují všechny PV, které jsou platné pro DOCH a mají Opv01, Vztah zaměstnance k organizaci = 1,2, 3, 10 a platný PV alespoň jeden den v měsíci kontroly.
Pro každé PV se prohledá záložka Dcm01, Protokol pro období z parametru datum a při výskytu definovaného hlášení (DM105) se generuje zpráva:
V období <obd> u zaměstnanců nalezené hlášení <text >
a pro každé PV s výskytem definovaných hlášení se generuje řádek ve tvaru:
oscpv cele jméno text hlášení.
Formulář zobrazí všechny záznamy s možností připojení přílohy v rámci měsíční evidence docházky nebo schvalovaných SLM.
Formulář v pravé časti obsahuje speciální nav. seznam a v levé části se v záhlaví zobrazí položka pro volbu období a v detailu zobrazí záložka Detail SLM, kde se zobrazuje záznam měsíční evidence docházky, která má nebo může mít přiřazenou přílohu.
Podle konfigurace je možné i upravovat a doplňovat přílohy k jednotlivým záznamům.
Speciální navigační seznam. Obsahuje seznam všech měsíčních záznamů, u kterých je nutné nebo možné mít přílohu.
Volby omezení nav. seznamu:
Omezení dle datumu od: - omezení seznamu podle položky Datum Od
Bez omezení
Zobrazí se všechny záznamy bez omezení
Od aktuálního roku dále
Zobrazí se všechny záznamy s Datum od 1.1. běžného roku
Předchozí, současný a budoucí měsíce
Zobrazí se všechny záznamy platné od 1. předešlého měsíce
Omezení dle stavu: - omezení seznamu podle stavu zpracování záznamu
Bez omezení - všechny záznamy
Pouze neukončené - schvalované záznamy v procesu schvalování
Bez neukončených - schvalované záznamy, schválené
Pouze neschvalované - neschvalovaný záznam
Sloupce nav. seznamu:
OSČPV - Identifikace PV
Celé příjmení a jméno - Jméno a příjmení zaměstnance
Status schval. ext. vstupu - status schvalování nebo nevyplněno pro neschvalované
Datum od - datum odchylky od
Datum do - datum odchylky do
SLM - SLM odchylky
Typ příloha - typ přílohy (Povinná / Nepovinná)
Příloha - příloha připojená/nepřipojená
Pro zobrazení identifikace a akce s akt. souborem z nav. seznamu.
Položka:
Období - období referenční
Detail odchylky:
Sekce identifikace odchylky:
Osoba PV:
Období:
Složka mzdy:
Datum od:
Datum do:
Hodiny [hod:mi]:
Pracovní směny:
Status schval. ext. vstupu:
Povinná příloha:
Příloha připojená:
Sekce Příloha:
Podle aktuální odchylky se upravuje, která tlačítka zobrazit a která ne.
Tlačítko
[Vložit přílohu] - připojit přílohu
[Smazat přílohu] - smazat přílohu (pouze pro nepovinnou přílohu)
[Export přílohy] – export připojené přílohy
[Otevři dokument] – zobrazení přiřazené přílohy
Poznámky k editaci:
Povinnou přílohu nelze smazat, při smazání se zobrazí dialog
Povinnou přílohu nelze smazat, pro nahrazení přílohy použijte tlačítko Vložit přílohu.
Pokud má uživatel právo Dcu44ZmenaPrilohy, může změnit přílohu u vstupu v procesu schvalování, jinak u vstupu v procesu schvalování není možné změnit přílohu
Formulář je určen pro editaci a aktualizaci sady struktur pro použití v DOCH. Formulář standardně obsahuje účetní sady pro aktuálního uživatele.
Pokud má uživatel právo Dcu45Admin, tak se mu zobrazí účetní sady od všech uživatelů.
Pořízené účetní sady nejsou vázány na období, jsou použitelné v celém rozsahu jejich platnosti.
Formulář slouží pro definici sad struktur uživatele pro použití na formulářích Opv01, Dcd01 a Dcm01. Pod pojmem „sada struktur“ se rozumí uživatelem vytvořená a pojmenovaná skupina struktur.
Platnost sady není vázána na aktuální období a uživatele, je stejná pro všechny období své platnosti.
U PV, které spravuje v rámci měsíce více uživatelů, obsahuje na formuláři „Vstupy“ všechny použité sady. Tedy i ty, které patří jinému uživateli.
Poznámka: Nelze přenášet sady struktur mezi jednotlivými uživateli. Sada struktur je vždy vázaná na aktuálně přiřazeného uživatele.
Záhlaví:
Checkbox „jen vlastní“ – omezení zobrazení sady struktur
Zaškrtnuto – pouze sady založené akt. uživatelem
Nezaškrtnuté – všechny sady
Záložka je rozdělena na dvě části. V horní je uveden seznam definovaných sad a ve spodní části jsou k dispozici dvě podzáložky :
Detail – identifikace sady.
Struktury – tabulka přiřazených struktur.
Seznam obsahuje položky: Uživatel, Účetní sada,
Název, Zkrácený název a Platnost.
obsahuje položky:
Uživatel – identifikace uživatele (OSČPV, Příjmení a
jméno, Status vztahu osoby k organizaci), který sadu založil.
Needitovatelná položka, při [NOVÝ] se naplní identifikací
aktuálního uživatele.
Účetní sada – uživatelská identifikace sady
Název – uživatelský název sady (stručný popis).
Zkrácený název (10) - Zkrácený název účetní sady pro uživatele (max. 10 znaků)
Položka obsahuje zkrácený název účetní sady (nebo 10 znaků z Název při objektovém právu Dav01SadaZkrNazev). Zkrácený název, pokud je vyplněn, nahrazuje použití identifikace Účetní sada na formulářích DOCH.
Platnost - Platnost záznamu (0/1)
Označení platnosti použití této sady pro vstupy na formulářích DOCH.
Pokud je nastaveno na 0, tak sada není použitelná (není dostupná) v číselnících pro vstupy.
obsahuje položky:
Typ struktury – identifikace typ struktury.
V číselníku se zobrazí pouze ty struktury, které jsou na „Str01,Použití struktur“ zařazeny do skupiny 5 – Docházka a výkony.
Struktura – identifikace prvku struktury.
V číselníku se zobrazí platné prvky zvoleného typu struktury (prvek musí být platný alespoň jeden libovolný den v období). Pokud jsou v Str01 pro zvolenou strukturu definované omezující vazby, zobrazí se pouze prvky splňující definované podmínky vazeb mezi strukturami.
Datum od – platnost prvku struktury od podle Str01
Datum do – platnost prvku struktury do podle Str01
Poznámky:
Prvek struktury, který již není platný pro aktuální období se zobrazí červeně.
Při uložení detailu struktury se kontroluje, aby systém nedovolil uložit řádek, který má
vyplněn typ struktury, ale nemá vyplněn prvek struktury.
Klon sestavy Dcu22 pro PV, které nejsou vázané na DOCH. Výstup sestavy je určen pro analýzu problémů z oblasti vyhodnocení stravy bez vazby na DOCH.
V seznamu parametrů není parametr z Dcu22 - Export Vyp01, ale tento export se provede automaticky vždy (na Dcu22 podle rozhodnutí uživatele).
Exportní sestava pro export podkladů, ve formátu TXT, pro porovnání výpočtu pro různé verze aplikace.
Sestava je určená pro správce/metodiky/testera.
Název souboru: Dcu99f-RRMMDDhhmmss.txt
Obsahuje export:
Denní docházka
Reálné záhlaví
Přestávky na jídlo a oddech
Měsíční vstupy
Měsíční záhlaví
z exportu je vyloučen řádek „Organizace“ (z důvodu porovnávaní na různých DB-organizacích).
Protokol měsíčního záhlaví
protokol se exportuje bez časové značky (aby nevznikli rozdíly z důvodu času generování protokolu)
Strava - export z formuláře Dcs02 (tabulka CEDSTRAVA) se zobrazením aktuálního Kód jídla a Kód doplňkový z Dcs04.
Parametry:
Období - období exportu
Zaměstnanec - výběr zaměstnance (PV) pro export (zobrazení PV podle nav. seznamu PvDoch)
Zobrazuje pouze zaměstnance s Opv01, Popis, Status vztahu osoba … = 1, 2, 3, 10, které jsou povolené pro docházku.
Výběrová osa - aktuální výběr typu PvDoch
Poznámka:
Do protokolu je vložena vždy hlavička PV i pro PV, které bylo nově zařazené do DOCH a zatím nebyla provedená ani jednou kalkulace, tzn. nejsou zatím vygenerovaná žádná data (PV nebylo zařazené do protokolu).
Oblast evidence docházky je plně integrovanou součástí systému EGJE z pohledu dat i programového řešení, sdílí všechny společné (univerzální) procesy, číselníky, funkce, principy ovládaní apod.
S ostatními oblastmi řešení koordinuje své datové i programové řešení.
Oblast docházky má silnější nebo slabší vazby především na tyto oblasti :
o Administrace (správa uživatelů, konfigurace, ..)
o Personální (údajová základna o PV)
o Mzdová (údajová základna o PV, podklady pro evidenci docházky, podklady pro výpočet mezd)
Podrobný popis vazeb viz část dokumentace „Vazby“
Aplikace komunikuje s uživatelem principiálně dvěma způsoby :
a) komunikačním dialogem – kdy aplikace zobrazí určený dialog a dle jeho charakteru uživatel může zvolit další pokračování nebo jen může akceptovat skutkový stav
b) generováním protokolů – kdy aplikace generuje „protokol“, do kterého zapisuje různé hlášení a uživatel až po ukončení procesu jej může vyhodnotit
Pro typ komunikace b) je vytvořen seznam hlášení, které mají různou důležitost, kterou za určitých podmínek může správce aplikace upravit.
Podrobný popis viz dokument Hlas_uzdoc.doc, kapitola „Docházka“.
Jazyk komunikačního rozhraní je řízen standardními procesy EGJE, tj. jazykem definovaným pro aktuální profil. Toto nastavení je použito pro zobrazení jazykové mutace objektů aplikace a při generování zpráv v rámci komunikačního dialogu nebo při generování hlášení do protokolu (pokud pro dané objekty a hlášení je dostupná příslušná jazyková mutace).
Zobrazeni uložených protokolů (v rámci Dcd01, Dcm01,..) v DB nepoužívá podporu jazykové mutace, tzn. že se hlášení protokolu nově nevytváří, ale pouze se zobrazuje. Protokol se zobrazuje v jazykové mutaci, která byla použita při jeho vytvoření. Při používání profilu s různým nastavením jazyka, může proto dojít u „složených“ protokolů k tomu, že část hlášení je např. v CZ a část v EN.
Řešení: je na rozhodnutí zákazníka, zda bude používat jednotný jazyk pro všechny používané profily.
Standardní uživatelskou dokumentaci tvoří sada dokumentů, která je distribuovaná s každou verzi a je dostupná jako jednotlivé soubory DOCX, nebo z aplikace formou elektronické nápovědy nebo kontextové nápovědy.
Obvykle, pro každý formulář je možné zákazníkem vytvořit jeho popis a návod na použití (podle specifických požadavků a aktuální konfigurace) a zpřístupnit jej uživatelům. Popis je dostupný pomoci tlačítka „Stáhnou pokyny“, který je zobrazen na formuláři, pokud pro formulář existuje zákaznicky popis.
Podmínky pro vytvoření popisu a zpřístupnění uživatelům viz popis v Adm_uzdoc, kapitola Adm20 – Pokyny ke stažení.
Všechny správy do protokolů resp. zobrazené v dialozích, resp. speciální řídíce správy jsou realizované systémem hlášení.
Každé hlášení má definovaný kód, název a standardní úroveň hlášení.
Používáme, podle dostupnosti pro správce aplikace, dva typy hlášení:
a) Standardní Elanor – nedostupné pro konfigurace správcem
b) Uživatelské - dostupné pro konfigurace správcem
Uživatelské hlášení jsou dostupné na formuláři Adm32.
Na formuláři Adm32 je také možné pro uživatelské hlášení změnit jeho úroveň.
Další možnost úpravy je nastavení úrovně hlášení ve vazbě na kalendář.
Podle potřeby je možná modifikace úrovně uživatelských hlášení ve vazbě na kalendář nebo kalendář + SJ.
Tato funkce se povolí na Adm21/Adm22 nastavením parametru:
„Povolení vázaných hlášení Adm32 na Kal01“ = Ano
V číselníku Dcc09 se vytvoří skupina uživatelských hlášení, u kterých je nastavení úrovně vázano pro danou skupinu a pak na dotčeném kalendáři se nastaví vazba na tuto skupinu.
Pak při vyhledání úrovně hlášení postupujeme následovně:
1/ v odkazovaném seznamu podle kalendáře se pokusíme vyhledat dotčené hlášení
a/ hledáme klíčem: Kód hlášení akt. = Kód hlášení v tabulce a akt SJ = SJ v tabulce
b/ pokud v prvním kroku nenalezeno, tak hledáme klíčem: Kód hlášení akt. = Kód hlášení v tabulce a SJ v tabulce = nevyplněno
Pokud nalezneme požadované hlášení, vrátíme úroveň vázanou, která se pak použije pro zobrazení nebo vyhodnocení úrovně hlášení.
2/ Pokud hlášení nebude vázáno na PV+Kal01, tak se použije nastavení hlášení z Adm32 podle standardních podmínek.
V docházce máme dva typy protokolů:
1/ neuložené protokoly generované jednotlivými funkcemi.
Po ukončení funkce se protokol obvykle zobrazí a po jeho uzavření se:
a/ pro tlustého klienta uloží do standardního adresáře EGJE pro výstupy
b/ pro tenkého a HRP klienta se protokol nikde neuloží
2/ uložené protokoly generované jednotlivými funkcemi.
Po ukončení funkce se protokol obvykle zobrazí a po jeho uzavření se uloží do DB EGJE a později je ho možno zobrazit v některých formulářích nebo vypsat některými sestavami.
Uložené protokoly se pak zobrazují na určených formulářích s barevným odlišením jednotlivých řádků podle úrovně hlášení.
INF je černá
WAR je zelená
ERR je červená a základní písmo
FATAL je červená a
tlusté písmo.
Uložené protokoly oblast Docházky:
Dca02, Přehled evidence docházky
Dcd01, Vstupy / Protokol
Dcm01, Protokol
Dcu01, Vstupy denní / Protokol
Dcu02, Audit
Dcu01, Protokol
Dcu26
Dcv01, Denní / Protokoly
Oblast DAV:
Dav01, Protokol
Dav02
Oblast HRP:
Dcu06, Protokol
Další oblasti:
Adm53, Protokol - všechny procesy (pro DOCH procesy 31, 32, 33, 34 a sestavy DOCH )
Především pro řešení problému standardní nedostupnosti protokolů po jejich uzavření ve WEB/HRP klientovi a dostupnost standardně neuložených protokolů pro správce/metodika, je k dispozici jejích uložení.
Nově se každý protokol (který byl již registrován do systému), který je vygenerován, automaticky uloží do centrálního úložiště souborů EGJE a zaregistruje se do formuláře Dcu27, kde je možno ho později najít a zobrazit, nebo exportovat.
Mazání uložených protokolů.
V rámci uzavření období docházky (z funkce Dcu02, Uzávěrka, Uzavři MZ neuzavřeným + uzavři SO nebo Uzavři SO (bez kontroly PV)) podle nastavení Adm21, Docházka - mazání uložených protokolů: = 0 mazaní protokolů se neprovede
>= 1 mazaní protokolů se provede
Pokud se mazání provádí, do standardního protokolu pro uzavření období DOCH protokolujeme export i výmaz každého dotčeného protokolu.
Pokud je export protokolů povolen, - exportují se všechny exspirované protokoly do standardního adresáře EGJE pro ukládání protokolů a sestav – pro JAVA klienta.
Protokoly se exportují do jediného zip souboru.
Exportování se neprovádí na Aplikačním serveru, ale na lokálním počítači, kde se uloží výsledný zip soubor.
Při exportování přes HR portál se vyvolá download výsledného zip souboru a uživatel ho musí uložit.
Pokud export není požadován nebo je úspěšně ukončen, smažou se exspirované protokoly v evidenci DOCH i v centrálním úložišti.
Řízené vypnutí ukládání protokolu:
Protokol neuložíme do DB pokud příslušný parametr Skupina uloženého protokolu (pd_skupina_prot) nebo Objekt uloženého protokolu (pd_objekt_prot) je ve stavu Platnost = 2.
Uložení protokolů z algoritmů:
Uložení protokolu z algoritmu se děje automaticky vždy, kde se použije DochLogger resp. DavLogger. Parametre, které se s protokolem ukládají jako PV, období, SJ, SO jsou vytažené z parametrů algoritmu. Jedině název objektu, z kterého byl spuštěn algoritmus, se doteď do neposílal. Teď je ho možné nastavit pomocí
.setObjektProt(comp.getName())
Název je možné poslat i přímo jako text. Pro formuláře přímo pro EGJEWEB, jako Dov16 a Dcu06, není možné použít konstrukci comp.getName(). V tomto případě je možné použít přímo text. Když se název objektu nenastaví, použije se text “-“, protože sloupec, do kterého se tato hodnota nastavuje, je povinný a na všech místech, kde se volají algoritmy je potřebné, mít nastavený název objektu. Takže protokoly jsou v DB uložené, ale zatím nemusí být správně nastaven objekt, z kterého byl spouštěn algoritmus.
Importní sestavy
V protokolování importních sestav se používala třída cz.elanor.eman.imp.common.utils.Protocol. Namísto ní se použije třída cz.elanor.eman.algoritmy.doch.ds.DochDBProtocol resp. třída cz.elanor.eman.algoritmy.dav.davutil.DavDBProtocol. Když se použije metoda showProtocol() této třídy, tak se protokol zobrazí a uloží se i do DB. Použité v Imp13fqgei.
Exportní sestavy
V exportních sestavách je nutno namísto
eman.showTxt("protocol", text);
použít
DochDBFormReportLog.showAndSaveDBLog(eman, report, text);
To způsobí, že protokol se zobrazí a uloží do DB. Parametry protokolů se nastaví podle parametrů sestavy. To platí pro importní i exportní sestavy. Název objektu se teď nastaví podle názvu sestavy. I toto platí stejně pro importní a exportní sestavy. Použité v Dcu03, Dcu13, Dcu16fppf.
V případě potřeby sledování délky zpracování jednotlivých PV (od kalkulace po uzavření) je možné aktivovat hlášení:
DKE03 [U] [0] Čas zpracovaní PV; <oscpv> ; <příjmení> je; <hh:mm:ss>,
které obsahuje informaci o délce zpracování PV.
Standardně je hlášení na úrovni 0.
Standardně je každá hromadná výpočtová funkce v rámci docházky (např. uzavření docházky) předčasně ukončená, pokud výskyt definovaných hlášení překročí počet 10.
Tento limit je možné upravit nastavením parametru Adm21, Docházka, Počet výskytu FAT pro ukončení kalkulace.
Seznam hlášení započtených do limitujícího počtu:
FAT003, DDE001_FATAL, DDE008_FATAL, DKOD001_FATAL, DKOD003_FATAL, DME003, DME004, DPE001_FATAL, DPE004, DPSE002, DPSE003, DPSE004, GMV007_FATAL
Pro snadnější přístup k popisu hlášení je k dispozici systém vyhledání a zobrazení popisu k vybranému hlášení z formulářů, na kterých se zobrazuje uložený protokol.
V první etapě je realizován pro zobrazení protokolů na:
a/ Dcd01, Vstupy, Protokol
b/ Dcm01, Protokol
c/ Dcu06, funkce Protokol
Na dotčeném formuláři nalezněte tlačítko [Nápověda].
Pokud kurzorem označíte požadovaný řádek protokolu a následně použijete tlačítko [Nápověda], tak systém otevře dokument Hlas_uzdoc v odpovídající jazykové mutaci a vyhledává popis ke zvolenému hlášení.
Pokud se hlášení nalezne, kurzor v dokumentu se nastaví na vyhledaný popis, pokud hlášení není nalezeno, zůstane dokument otevřený na začátku. Pak je možné se pokusit dohledat požadované hlášení manuálně.
Poznámka: Vzhledem na rozsáhlý systém hlášení není možná okamžitá transformace do požadovaného formátu dokumentu pro vyhledávání, jednotlivá hlášení budou do systému začleňována postupně.
Evidence docházky realizovaná v systému EGJE je postavena na datové struktuře, ze které vycházejí všechny formuláře a procesy pokrývající tuto oblast.
Prakticky všechny záznamy z evidence docházky jsou vázány na „výpočtové období“.
Na obrázku je uvedený zjednodušený pohled pro jedno zúčtovací období:
Z pohledu evidence docházky jsou nejdůležitější následující údaje struktury :
Osoba, Zaměstnanec – jedná se o zaměstnance nebo přesněji řečeno o jednoznačně definovaný pracovní poměr (pokud je současně aktivních více PV u jedné osoby, z pohledu docházky se posuzují samostatně ) a osoba je nositelem základních charakteristik ze kterých jsou nejdůležitější :
Kalendář – jedná se o popis plánovaného pracovního režimu skupiny zaměstnanců. Kalendář jednak obsahuje charakteristiku pracovního režimu (definováním určených parametrů) a jednak plánovaný rozpis pracovních a nepracovních směn v dohodnutém rozsahu datumů. Rozpis pracovních směn je standardně sestavovaný z tzv. „vzorových úseků“ (opakovatelná posloupnost pracovních a nepracovních dnů – vzorových dnů) jejich zařazením ke kalendářním dnům v určeném rozsahu datumů.
Každý pracovní i nepracovní den je pro potřeby docházky jednoznačně definovaný tzv. „vzorovým dnem“.
Evidence docházky má principiálně dvě úrovně sledování.
V první úrovni je sledována v „denní formě“, tj. evidence docházky je vázána na jednotlivé kalendářní dny v aktuálním období.
Tato forma obsahuje tři základní údaje struktury :
Denní záhlaví – jedná se údajovou strukturu obsahující :
Denní docházka – jedná se o skutečný kvalifikovaný záznam evidence docházky ve dni. Kvalifikace záznamu spočívá jednak v jeho identifikaci z pohledu členění evidence pracovní a nepracovní doby (pro identifikaci se používá systém složek mezd obdobně jako v mzdové částí) a jednak z jednoznačného začlenění k „výpočtovému termínu“ a určení začátku a konce časového pásma v rámci dne jako i dalších počítaných nebo uživatelem zadaných hodnot : započitatelné hodiny pro evidenci docházky, započitatelná délka směny, stanovení přestávky na stravu a odpočinek a pod.
Z pohledu zdroje
zobrazovaného řádku denní evidence docházky pracuje s dvěma typy
záznamu :
a) vlastní záznamy denní evidence docházky, s kterými je možné provádět editační operace v rámci oprávnění aktuálního uživatele
b) externí záznamy denní evidence docházky, které jsou přebírané z měsíční evidence docházky. Tyto záznamy jsou v rámci denní evidence docházky needitovatelné, ale vstupují do všech výpočtů a kontrol (přebírání takových záznamů je možné pro aktuálního zaměstnance a období zablokovat z formuláře Dcm01, záložka „Měsíční záhlaví“)
Přestávky – jedná se o seznam vygenerovaných přestávek na stravu a odpočinek podle zvoleného režimu přestávek pro aktuální pracovní režim.
Druhá úroveň je sledována v „měsíční formě“, tj. evidence docházky je vázána na aktuální období.
Tato forma obsahuje dvě základní údajové struktury :
Měsíční záhlaví – obsahuje sledované statistické údaje z oblasti evidence docházky za předcházející i aktuální období. Obsahuje :
Měsíční vstupy – jedná se o kvalifikované záznamy evidence docházky ve formě měsíční. Kvalifikace záznamu spočívá jednak v jeho identifikaci z pohledu členění evidence pracovní a nepracovní doby (pro identifikaci se používá systém složek mezd obdobně jako v mzdové částí) a jednak z jednoznačného začlenění k „výpočtovému termínu“ a možného určení začátku a konce datumového pásma v rámci období jako i dalších počítaných nebo uživatelem zadaných hodnot: započitatelné hodiny pro evidenci docházky, započitatelná délka směny.
Z pohledu zdroje
zobrazovaného řádku měsíční evidence docházky pracuje s dvěma typy
záznamů :
a) vlastní záznamy měsíční evidence docházky, se kterými je možné provádět editační operace v rámci oprávnění aktuálního uživatele
b) externí záznamy Měsíční evidence docházky, které jsou přebírané z definovaných částí systému EGJE (např. Mzdy, CP, ...). Tyto záznamy jsou v rámci měsíční evidence docházky needitovatené, ale vstupují do všech výpočtů a kontrol (přebírání takových záznamů je možné pro aktuálního zaměstnance a období zablokovat z formuláře Dcm01, záložka „Měsíční záhlaví“)
Evidence docházky standardně přebírá informace o dlouhodobých odchylkách z jiných částí systémů formou tzv. externích vstupů (v současné verzi z oblasti výpočtu mezd). Na základě rozhodnutí uživatele je toto standardní chovávaní možné pro aktuálního zaměstnance a období zablokovat na záložce „Měsíční záhlaví“, položka „Zpracovávat ext. vstupy“
Pozor : v tomto případě mohou být vygenerovány duplicitní podklady pro mzdy. Předmětný zásah doporučujeme konzultovat se správcem aplikace resp. mzdovou účetní.
Princip řešení evidence docházky zaměstnance v podmínkách EGJE je postavené na záznamu kvalifikovaných časových úseků v rámci kalendářního dne – záznam „Denní docházka“. Pro jeden kalendářní den může být vytvořený jeden nebo víc záznamů denní docházky.
Jednotlivý záznam denní evidence docházky může být vytvořen automatizovaně ze systému generování průchodů (automatizované přístupové systémy nebo virtuální (programové) terminály , manuálně oprávněným uživatelem resp. je přenesený (simulovaný) z měsíční evidence docházky.
Každý takový záznam se vyhodnocuje podle jednoznačně stanoveného algoritmu pro aktuálního zaměstnance (osoba) určeného aktuálním stavem personální a mzdové evidence) a aktuální pracovní režim reprezentovaný přiřazeným „kalendářem“.
Ze záznamů denní evidence se především v rámci verifikačních (uzávěrkových) procesů generují záznamy do měsíční evidence docházky – měsíčních vstupů. V zjednodušeném pohledu se jedná o sloučení záznamů se stejným členěním (se stejnou SLM) do jednoho nebo více záznamů (s členěním na datumově souvislé úseky nebo bez tohoto členění ).
Měsíční vstupy jsou ve zjednodušeném pohledu přímé podklady pro zpracování mezd (výpočet mezd si automaticky vybírá, které záznamy z měsíčních vstupů má zohlednit pro výpočet).
Historické data v oblasti docházka jsou k dispozici po dobu stanovenou konfiguraci, po této době jsou podstatně zredukovaná a nejsou dostupná pro standardní formuláře a objekty (podrobněji viz Adm_uzdoc, kapitola 3.43.1.1 Parametry mazání obsahu datových a pracovních tabulek).
Důrazně doporučujeme při implementaci zkontrolovat aktuální nastavení parametrů pro automatické mazání dat z evidence docházky : Adm21, Mazání, Parametry mazání DOCH/CEP tabulek a provést nezbytné kroky k zavedení této informace do interních předpisů zákazníka a obeznámit s touto skutečností odpovědné zaměstnance zákazníka.
Pozor: historická data starší, než je nadefinovaný limit se z DB ve starších verzích nenávratně odstranila, ve stávající verzi se z nich, před odstraněním, vytváří redukovaná informace dostupná na speciálním formuláři Dcu09.
Dotčené sestavy:
Standardní sestavy:
Dcu03 - Stav uzavření docházky - kontrola a upozornění pro manažery
Dcu13 - Stav uzavření docházky - kontrola a upozornění pro zaměstnance
Uživatelské sestavy:
Dcu16fppf - Stav uzavření Pracovní výkaz - kontrola a upozornění pro zaměstnance
Dcu21f - Upozornění o NV k proplacení
Dcu32f - Upozornění o výskytu hlášení
Dcu42f - Naposledy uzavřená docházka
Notifikační sestavy Dcu03, Dcu13 mají vazbu na položku „Opv01, Popis, Status - práva:“, tzn. při vhodné kombinaci profilu a vyplnění odkazované položky, je možné omezit zařazení PV do určeného notifikačního procesu.
Poznámka: základní omezení zařazení PV do notifikací je řízeno přiřazeným kalendářem, a to konkrétně aktuálním nastavením položky Kal01, Doch&Schval, „Potlačení notifikace - uzavření docházky:“ = Ne.
Další notifikační sestavy DOCH :
respektuje řádková práva ve vazbě na Opv01, Status – práva
Dcu03fbul
nerespektuje řádková práva ve vazbě na Opv01, Status – práva
Dcu16fppf, Dcu21f, Dcu32f, Dcu35f, Dcu42f
Pro rozšíření možností notifikačních sestav pro oblast DOCH/DAV je k dispozici mechanizmus definice a aktualizace notifikačních zpráv pomoci formuláře Adm33 (viz popis v Adm_uzdoc).
Pro dotčené notifikační sestavy formulář Adm33 slouží pouze pro definici notifikačních zpráv, neslouží pro stanovení pravidla příjemců. Pravidla příjemců jsou určená definici sestavy.
Na Adm33 se pro notifikace nastavuje i Organizace.
Nastavení podle SJ a pro různý režim spuštění (přímo / Adm53) není možné.
Pro notifikační sestavy DOCH/DAV je k dispozici WFL: 95 - Notifikační sestavy DOCH/DAV - notifikační zprávy
Číselník statusů k wfl 95:
101 - Dcu03, 1. upozornění
102 - Dcu03, 2. upozornění
111 - Dcu13, 1. upozornění
112 - Dcu13, 2. upozornění
113 - Dcu13, 1. upozornění zaměstnance
114 - Dcu13, 2. upozornění zaměstnance
121 - Dcu16fppf, 1. upozornění
122 - Dcu16fppf, 2. upozornění
131 - Dcu21f, 1. upozornění
132 - Dcu21f, 2. upozornění
141 - Dcu32f, 1. upozornění
142 - Dcu32f, 2. upozornění
151 - Dcu42f, 1. upozornění
152 - Dcu42f, 2. upozornění
Pro Workflow 95 jsou k dispozici makra:
EMPLOYEES=Seznam zaměstnanců (Osčpv, Jméno)
EMPLOYEES_COMP_TIME_OFF_HOUR=Seznam zaměstnanců (Osčpv, Jméno, Rozdíl NV)
EMPLOYEES_MESSAGE=Seznam zaměstnanců (Osčpv, Jméno, Kód hlášení)
EMPLOYEES_MESSAGE_DATETIME=Seznam zaměstnanců (Osčpv, Jméno, Kód hlášení, Datum a čas)
DATETIME_FROM=Datum a čas od
DATETIME_TO=Datum a čas do
DATE=Datum
MSG_CODE=Kód hlášení
PERIOD=Období
Makra EMPLOYEESxxx obsahují řádkovaný seznam zaměstnanců, tvar uvedený v závorce, kteří splňují podmínku pro zobrazení v sestavě.
Pro Workflow 95 vytvořená nová makra pro seznamy zaměstnanců.
Makra: EMPLOYESS_…WEB2_DCD01,
EMPLOYESS…WEB2_DCU01,
EMPLOYESS…_WEB2_DCU06
Seznam, kde každý řádek je odkazem na EGJEWEB formulář
Makra: EMPLOYESS_…WEB2URL_DCD01,
EMPLOYESS…WEB2URL_DCU01,
EMPLOYESS…_WEB2URL_DCU06
Seznam, kde každý řádek obsahuje text a textový odkaz na EGJEWEB formulář. Textový odkaz je možné zkopírovat do prohlížeče.
Jaký formulář se v odkazu použije určují poslední znaky z názvu makra t.j. Dcd01, Dcu01 nebo Dcu06. Odkaz se generuje podle konfiguračního parametru Adm21 záložka Parametry komunikace položka http(s) adresa EGJEWEb(2).
Při použití v notifikaci pro zaměstnance jen jeden odkaz pro PV zaměstnance.
EMPLOYEES_WEB2_DCD01=Seznam zaměstnanců (Osčpv, Jméno) s URL odkazem do EGJEWEB Dcd01
EMPLOYEES_WEB2_DCU01=Seznam zaměstnanců (Osčpv, Jméno) s URL odkazem do EGJEWEB Dcu01
EMPLOYEES_WEB2_DCU06=Seznam zaměstnanců (Osčpv, Jméno) s URL odkazem do EGJEWEB Dcu06
EMPLOYEES_WEB2URL_DCD01=Seznam zaměstnanců (Osčpv, Jméno) s URL odkazem do EGJEWEB Dcd01 (pouze text)
EMPLOYEES_WEB2URL_DCU01=Seznam zaměstnanců (Osčpv, Jméno) s URL odkazem do EGJEWEB Dcu01 (pouze text)
EMPLOYEES_WEB2URL_DCU06=Seznam zaměstnanců (Osčpv, Jméno) s URL odkazem do EGJEWEB Dcu06 (pouze text)
EMPLOYEES_COMP_TIME_OFF_HOUR_WEB2_DCD01=Seznam zaměstnanců (Osčpv, Jméno, Rozdíl NV) s URL odkazem do EGJEWEB Dcd01
EMPLOYEES_COMP_TIME_OFF_HOUR_WEB2_DCU01=Seznam zaměstnanců (Osčpv, Jméno, Rozdíl NV) s URL odkazem do EGJEWEB Dcu01
EMPLOYEES_COMP_TIME_OFF_HOUR_WEB2_DCU06=Seznam zaměstnanců (Osčpv, Jméno, Rozdíl NV) s URL odkazem do EGJEWEB Dcu06
EMPLOYEES_COMP_TIME_OFF_HOUR_WEB2URL_DCD01=Seznam zaměstnanců (Osčpv, Jméno, Rozdíl NV) s URL odkazem do EGJEWEB Dcd01 (pouze text)
EMPLOYEES_COMP_TIME_OFF_HOUR_WEB2URL_DCU01=Seznam zaměstnanců (Osčpv, Jméno, Rozdíl NV) s URL odkazem do EGJEWEB Dcu01 (pouze text)
EMPLOYEES_COMP_TIME_OFF_HOUR_WEB2URL_DCU06=Seznam zaměstnanců (Osčpv, Jméno, Rozdíl NV) s URL odkazem do EGJEWEB Dcu06 (pouze text)
EMPLOYEES_MESSAGE_WEB2_DCD01=Seznam zaměstnanců (Osčpv, Jméno, Kod hlášení) s URL odkazem do EGJEWEB Dcd01
EMPLOYEES_MESSAGE_WEB2_DCU01=Seznam zaměstnanců (Osčpv, Jméno, Kod hlášení) s URL odkazem do EGJEWEB Dcu01
EMPLOYEES_MESSAGE_WEB2_DCU06=Seznam zaměstnanců (Osčpv, Jméno, Kod hlášení) s URL odkazem do EGJEWEB Dcu06
EMPLOYEES_MESSAGE_WEB2URL_DCD01=Seznam zaměstnanců (Osčpv, Jméno, Rozdíl NV) s URL odkazem do EGJEWEB Dcd01 (pouze text)
EMPLOYEES_MESSAGE_WEB2URL_DCU01=Seznam zaměstnanců (Osčpv, Jméno, Rozdíl NV) s URL odkazem do EGJEWEB Dcu01 (pouze text)
EMPLOYEES_MESSAGE_WEB2URL_DCU06=Seznam zaměstnanců (Osčpv, Jméno, Rozdíl NV) s URL odkazem do EGJEWEB Dcu06 (pouze text)
EMPLOYEES_MESSAGE_DATETIME_WEB2_DCD01=Seznam zaměstnanců (Osčpv, Jméno, Kód hlášení, Datum a čas) s URL odkazem do EGJEWEB Dcd01
EMPLOYEES_MESSAGE_DATETIME_WEB2_DCU01=Seznam zaměstnanců (Osčpv, Jméno, Kód hlášení, Datum a čas) s URL odkazem do EGJEWEB Dcu01
EMPLOYEES_MESSAGE_DATETIME_WEB2_DCU06=Seznam zaměstnanců (Osčpv, Jméno, Kód hlášení, Datum a čas) s URL odkazem do EGJEWEB Dcu06
EMPLOYEES_MESSAGE_DATETIME_WEB2URL_DCD01=Seznam zaměstnanců (Osčpv, Jméno, Kód hlášení, Datum a čas) s URL odkazem do EGJEWEB Dcd01 (pouze text)
EMPLOYEES_MESSAGE_DATETIME_WEB2URL_DCU01=Seznam zaměstnanců (Osčpv, Jméno, Kód hlášení, Datum a čas) s URL odkazem do EGJEWEB Dcu01 (pouze text)
EMPLOYEES_MESSAGE_DATETIME_WEB2URL_DCU06=Seznam zaměstnanců (Osčpv, Jméno, Kód hlášení, Datum a čas) s URL odkazem do EGJEWEB Dcu06 (pouze text)
Z notifikační zprávy z oblasti DOCH je možné zavolat odkazovaný formulář, pokud to systémové prostředky v organizaci umožní.
a/ tlustý klient - Dcd01, Dcu01, Dcm01, …
Pro formuláře Dcd01, Dcu01, Dcm01 je možné mít v notifikační zprávě URL odkaz.
Podmínkou je mít nastavený parametr /cecsorg.dalsi_xml/@egjeweburl, kde je HTTP adresa.
b/ WEB klient - Dcd01, Dcu01, Dcm01, …
Pro formuláře Dcd01, Dcu01, Dcm01 je možné v URL použít parametr oscpv.
c/ HRP klient - Dov16, Dcu06
I pro speciální formuláře EGJEWEB2 je možno v URL používat parametr oscpv.
Podle parametru se nastaví kurzor v navigačním seznamu a podle toho, se načtou další data.
Když se parametr oscpv
• nachází v URL, tak je možné přepsat hodnotu za znakem “=”
• nenachází v URL, tak je ho možné doplnit na konec URL ve tvaru “&oscpv=” a hodnota
např.:
…index.html#dlazdice_nadr=MENUDL_Doch&form=Dcu06&oscpv=-78.01
…index.html#dlazdice_nadr=MENUDL_Doch&form=Dov16&oscpv=-78.01
Uložení odkazu do zprávy je řešeno v rámci wfl č. 95 při definici notifikační správy.
Pro vybrané tabulky a položky je k dispozici rozšířený audit. Je to především z důvodu, že standardní audit je vázán na celý záznam a při používání hromadných procesů (automatizovaných i manuálních) se ztrácí informace o uživatelem provedených změnách.
Audit údajů má dvě formy:
Změna položky včetně změny hodnoty – protokolována je konkrétní změna hodnoty auditované položky
Změna položky - protokolována změna obsahu auditované položky (není sledována změna hodnoty jako takové)
Auditované údaje (na rozdíl od standardního auditu z lokálního menu) se zobrazují v „auditních záložkách“.
Auditní záložky Dcd01, Dcm01, Dcv01 jsou doplněny o novou textovou víceřádkovou položku "Audit". V ní jsou textově zobrazeny změněné položky (anglická zkratka) a stará a nová hodnota.
Pozor : Auditují se změny :
· založení nového záznamu (pouze z ruční editace, nejsou protokolované nové záznamy vytvořené funkcemi)
· změna na existujícím záznamu provedené pouze manuálně uživatelem na určených formulářích a nikoliv změny provedené kalkulací, importy apod..
· libovolná změna položky „stav evidence docházky“
Pozor : audit neobsahuje informaci o vymazaných záznamech.
Pro oblast docházky byl rozšířený audit aplikován pro:
Záznam denní evidence docházky (Dcd01, Vstupy, Detail)
Změna položky včetně změny hodnoty:
Datum, Čas od, Čas do, Hodiny započtené, Stupnice mzdových tarifů, Tarifní stupeň, Další rozčlenění, Sazba, Částka, Procento, Počet směn, Provádět kalkulaci,
Příplatek za odpolední směnu; Příplatek za práci v noci:
Příplatek za práci v sobotu/neděli:; Příplatek za práci ve svátek:
Automatizovaný příplatek 1:; Automatizovaný příplatek 2:
Automatizovaný příplatek 3:; Automatizovaný příplatek 4:
Automatizovaný příplatek 5:; Automatizovaný příplatek 6:
Změna položky:
Složka mzdy identifikace v auditu: Wage Code changed
Pracovní skupina/projekt: identifikace v auditu: STR8 changed
Záznam denního záhlaví evidence docházky (Dcd01, Vstupy, Záhlaví)
Změna položky včetně změny hodnoty:
Typ dne (směny)
Změna položky:
Kalendář při vyhodnocení DZ identifikace v auditu: Cal.changed
Vzorový den směny identifikace v auditu: Sample day changed
Doplňkový vzorový den identifikace v auditu: Supl.sample day changed
Záznam měsíční evidence docházky (Dcm01, Vstupy; Dca02 Dlouhodobé odchylky)
Změna položky včetně změny hodnoty:
Složka mzdy, Datum od, Datum do, Čas od (pouze pro doch.), Čas do (pouze pro doch.), Hodiny, Sazba, Procento, Kód doby, Kód částky, Částka
Změna položky :
Pracovní skupina/projekt identifikace v auditu: STR8 changed
Záznam měsíčního záhlaví evidence docházky (Dcm01, Měsíční záhlaví)
Změna položky včetně změny hodnoty:
Přesčas – limit, Přesčas – stav, Přesčas – limit 2, Přesčas – stav 2, Saldo náhradního volna
A u všech tabulek také Stav editace záznamu - jeho změny auditujeme i pro kalkulační procesy.
Zpracováno pro Solar Turbines EAME, 4/2025 v rámci TC 1126747.
Auditujeme
Audit použitých akci uživatelem – viz Adm54
Audit DB změn
Standardně pro každou DB tabulku
Čas a autora založení řádku
Čas a autora poslední aktualizaci řádku – obecně při každé operaci nad řádkem (ale včetně automatizovaných)
Pozor neaudituje smazání řádku
Viz audit nad DB položkou (ne počítanou) v rámci standardních formulářů
Speciální audity pro definované položky v rámci některých tabulek:
Auditují se pouze určené operace nad určenou položkou – např. manuální změna uživatelem
Tabulka záznamů denní evidence docházky (CEDDEN):
Viz. záložka Audit v rámci formuláře Dcd01, Vstupy
Auditovaný obsah položek
CAS_OD, CAS_DO, DATUM, HODINY, STUPNICE, STTR, MT3, SAZBA, CASTKA,
PRIP_ODP, PRIP_NOC, PRIP_SONE, PRIP_SV, PRIP1, PRIP2, PRIP3, PRIP4, PRIP5, PRIP6,
SMENY, RUN_CALC, ID_CSLM, ID_CSTR_KOL
Tabulka plánu směn (CEDDENZAHL):
Viz. záložka Audit DZ v rámci formuláře Dcd01, Vstupy
Auditovaný obsah položek
TYP_DNE, ID_CKAL1, ID_CKALVZDEN, ID_CKALVZDEN_DOPL
Tabulka záznamů měsíční evidence docházky (CEDMES):
Viz. záložka Audit v rámci formuláře Dcm01, Vstupy – souhrn, Audit
Auditovaný obsah položek
STATUS_OVER,
DATUM_OD, DATUM_DO, CAS_OD, CAS_DO, HODINY, PROCENTO, SAZBA, KOD_DOBY, KOD_CASTKY, CASTKA, SLM_DOCH, ID_CSTR_KOL,
SMENY, SMENY_CERP_DOVOL, KOD_OBD, ID_TPV, ZDROJ_MD, SLM_MZDY, PD_SLM_PREV, PULDEN_OD, PULDEN_DO, STATUS_DOV
Tabulka záznamů měsíčního záhlaví (CEDMESZAHL):
Viz. záložka Audit MZ v rámci formuláře Dcm01
Auditovaný obsah položek
STATUS_OVER,
LIMIT_PRESC, LIMIT_PRESC_STAV, LIMIT_PRESC2,LIMIT_PRESC_STAV2, NAH_VOL
Pro oblast docházky je možné používat jen PV, které mají povolení pro zobrazení v oblasti docházka (viz Opv01).
Oblast DOCH podporuje standardní zpracování pro PV s druhem PV : 1, 6, 7
Dále jsou podporované:
Druh PV =12 je zpracován jako druh PV = 6 nebo druh PV = 7 podle SLM na Opv02
Druh PV =13 je zpracován jako druh PV = 6
Druh PV = 21 je zpracován jako
druh PV = 1
Druh PV = 22 je zpracován jako druh PV = 1
Druh PV = 31 je zpracován jako druh PV = 1
Druh PV = 32 je zpracován jako druh PV = 6
Druh PV = 33 je zpracován jako druh PV = 7
Druh PV = 51 je zpracován jako
druh PV = 1
Druh PV = 52 je zpracován jako druh PV = 1
PV typ 53/54 - zastupitelé, jsou pro oblast DOCH nepovolené.
Kromě PV s druhem PV = 1, všechny ostatní druhy PV pro zobrazení v docházce musí mít nastaveno Opv01, Režim, PV je dostupné v docházce = 2.
Atributy zařazení nového PV do oblasti „docházka“ (Opv01 / Režim, všechny položky na „Ano“ resp. „Ne“, jsou automaticky nastavené jen pro PV zadávané se "Status vztahu osoba - organizace" < 10 (Opv01 / Popis) pokud není použito předdefinovaní položek na Tza01.
Týká se to založení nové osoby/PV přes Opv04, Opv05, Adm01p.
Pro uživatele s definovaným právem fPvDochHist = Smí spustit, v historickém uzavřeném období, nav. seznam kromě PV podle definice objektových práv pro zvolené období, navíc zobrazí PV zaměstnanců, kteří jsou přiřazeni uživateli ke dnešnímu dni a jsou povoleni pro docházku, tzn. uživatel si může prohlížet docházku zaměstnanců v historických obdobích, ve kterých mu nebyli přiřazeni.
Příklad.
V období 2014-11 má uživatel přiřazeno PV podle org. struktury, prvek = 1000
V období 2014-11 je PV přiřazeno na org. strukturu, prvek = 1000
V období 2014-09 je PV přiřazeno na org. strukturu, prvek = 2000
Pro standardního uživatele:
V období 2014-11 je PV v nav. seznamu zobrazeno
V období 2014-09 je PV v nav. seznamu nezobrazeno
Pro uživatele s právem fPvDochHist:
V období 2014-11 je PV v nav. seznamu zobrazeno
V období 2014-09 je PV v nav. seznamu zobrazeno
Pokud se někde v oblasti docházky používá identifikace kmenového PV, tak se pro jeho stanovení použije metodika použitá pro oblast mezd, tzn.:
U osoby se zkontroluje, zda-li je k požadovanému datumu/období PV označený jako kmenový aktuální
a když není, vybere to PV které by k tomuto datumu kmenové mělo být.
Oblast docházky umožňuje rozdělení zpracovávaných PV do skupin s ohledem na režim jejích pořizování, resp. režim kalkulace a kontroly. Zařazení je definováno na formuláři „Opv01, Režim“ položka „Režim zpracování docházky (kalkulace)“ (JPC pd_zprac_asd).
Dle zvoleného režimu se následně upravují procesy kalkulace a kontrol vyhodnocení evidence docházky v automatizovaném (Adm53) i manuálním režimu (Dcd01).
Podporované režimy:
0 - Bez aut. sledování docházky
Záznamy DD jsou vytvářeny nahodile podle potřeby, zpracovaní manuální.
Bez automatického vyhodnocení.
1 - Aut. sledování docházky (kalkulace do akt. dne)
Záznamy DD jsou vytvářeny průběžně z evidence průchodů (EGJE Dca02, snímače...) - za obvyklý kalendářní den.
Automatizovaná kalkulace evidence denní docházky se provede dle zvoleného procesu (31, 32) pro aktuální den nebo pro rozsah od prvního po aktuální den dle kalendáře
2 - Aut. sledování docházky (kalkulace do předch. dne)
Záznamy DD jsou vytvářeny průběžně z evidence průchodů (EGJE Dca02, snímače...) - obvykle se zpožděním jednoho dne
Automatizovaná kalkulace evidence denní docházky se provede dle zvoleného procesu (31, 32) pro předešlý den nebo pro rozsah od prvního po předešlý den dle kalendáře
Poznámka: data jsou denně importována z jiného systému, ale je určité zpoždění, a proto se i kalkuluje s jednodenním zpožděním.
3 - Aut. sledování docházky (kalkulace při uzávěrce)
Import docházky z externího zdroje. Záznamy DD jsou vytvářeny importní dávkou obvykle jednou za měsíc.
Automatizovaná kalkulace se neprovádí, provede se pouze v rámci uzavření evidence docházky.
10 - Generování přítomnosti dopředu (z kalendáře)
Záznamy DD, typu "odpracováno", generuje uživatel na začátku měsíce pro celé období.
Automatizovaná kalkulace evidence denní docházky dle zvoleného procesu (31, 32).
11 - Generování přítomnosti do akt. dne (z kalendáře)
Záznamy DD, typu "odpracováno", jsou doplňovány průběžně (automatizovanou funkcí) k předchozím dnům na základě plánované směny, pokud den neobsahuje již jiný záznam pořízený uživatelem.
Automatizovaná kalkulace evidence denní docházky dle zvoleného procesu (31, 32).
12 - Generování přítomnosti při uzávěrce (z kalendáře)
Záznamy DD, typu "odpracováno", jsou v rámci funkce "uzavření evidence docházky" doplněny na základě plánované směny ke dnům, které již neobsahují jiný záznam.
Automatizovaná kalkulace se neprovádí, provede se pouze v rámci uzavření evidence docházky.
13 - Docházka s import. plánem a odchylkami (opakovaný import, průběžná kalkulace)
(vzorové použití pro GEI, režim SYSOPS)
Denně se importuje rozpis směn zaměstnance (na celý měsíc) i odchylky od plánu pomoci automatizovaných uživatelských importních sestáv z Adm53.
Automatizovaná kalkulace spočte započítané hodiny importovaných, ručně vložených odchylek nebo odchylek z externích zdrojů. Při uzavíraní docházky se vygeneruje jinak nevykázaná doba podle plánu směn.
Podrobný popis viz. popis
14 - Docházka s import. plánem a odchylkami (jednorázový import, jednorázová kalkulace)
(vzorové použití pro Tieto Enator)
Raz za měsíc se importuje rozpis směn zaměstnance (na celý měsíc) i vykázané doby na jednotlivé dni pomoci uživatelských importních sestáv.
Pro vykázané doby se nesleduje jejích začátek a konec, pouze se použijí vykázané hodiny.
Automatizovaná kalkulace pouze akceptuje započítané hodiny (neprovádí jejích přepočet), pouze vyřeší připadnou nevykázanou dobu v den svátku v pracovní den a výpočet příplatku podle stanoveného režimu.
Podrobný popis viz. popis
15 - Generování přítomnosti do akt. dne (z kalendáře), s doplněním na plán. směnu
Kalkulace evidence docházky v režimu 15 (režim průběžného generování), provádí automatické doplňování záznamů odpracované doby na každý den období, pokud datum dne je menší nebo rovný aktuálnímu datu (kal. dne) a ve dni není vykázaná žádná jiná odchylka, nebo je vykázaná pouze odchylka ze schvalování (stejně jako v režimu 11). Pokud není celá směna vykázaná odchylkami, tak se automaticky doplní nevykázaná část plánované směny (stejně jako v režimu 13). Když je ve dni nalezen záznam, se SLM typu odpracovaná doba vytvořený uživatelem (zdroj 0), nebo pořízený jiným způsobem, jako generováním DD (zdroj <> 1), tak se již nedoplňuje odpracovaná doba na nepokryté části plánované směny.
18 - Generování přítomnosti při uzávěrce (z kalendáře) do výšky FPD
Režim je v podstatě shodný s režimem 12, ale má upraven způsob vyrovnání denního FPD – vyrovnání se provádí tak, aby nebyl překročen měsíční plánovaný FPD .
Stanovení referenčního data pro kalkulaci je definováno v provozních podmínkách procesů, viz popis „Procesy „Kalkulace evidence docházky“.
Základní schéma zpracování evidence docházky (v konkrétních podmínkách organizace může být modifikovaná):
Je třeba zdůraznit, že běžná evidence docházky je vždy vázána na konkrétní výpočtové období, které může být v různém stavu (řešitelský číselník status_vt). Z pohledu evidence docházky jsou rozhodující období ve stavu :
Období zpracování je otevřené pro zadávání ale nejedná se o aktuální období zpracování docházky. Slouží k zadávání údajů do následujících období
Období zpracování je otevřené pro zadávání a je aktuálním obdobím zpracování docházky.
Období je už pro změny v evidenci docházky uzavřené. Po dohodě mezi správcem docházky a mzdovým oddělením je možný v případě potřeby a za definovaných podmínek návrat do stavu „2“
Období je už uzavřené pro mzdy a tedy i pro docházku.
9 – Termín uzavřen – zpětné opravy docházky
Období je už uzavřené pro mzdy ale otevřené pro docházku za speciálních podmínek (viz. Řízení přístupu k editačním formulářům, funkcím a řádkům).
Celý cyklus evidence docházky je možné rozdělit do několika kroků. Přitom podle okolností se jednotlivé kroky mohou překrývat. V této části jsou jednotlivé kroky popsané jen zjednodušeně, podrobné popisy a postupy jsou uvedené v dalších částech tohoto dokumentu.
Postup kroků může být modifikovaný podle specifických podmínek zákazníka zohledněných při implementaci systému resp. v procesu provozu.
Jednotlivé kroky cyklu evidence docházky:
1.
Aktualizace personálních údajů a číselníků
Aktualizaci personálních údajů a centrálních číselníků je obvykle mimo
dosah standardních uživatelů okruhu docházka.
Docházka využívá různé personální a mzdové údaje zaměstnance. Pro údaje
s časovou platností platí, že pokud je to možné, vždy se použije aktuální
hodnota vzhledem k datu zpracovávaného záznamu. Pokud to možné není (údaje
docházky jsou bez vazby na datum), obvykle se používá údaj platný pro poslední
den zpracovávaného období.
Pro údaje bez časové platnosti se změna projeví bezprostředně po uložení.
Zpětná účinnost změny nebo časově závislých resp. časově nezávislých hodnot je
vždy problematická a musí být posuzována individuálně případ od případu.
Obvykle platí zásada, že změna v personálních údajích a číselnících
nemá vliv na dosud zpracovanou docházku a projeví se standardně jen pro
záznamy založené a přepočítané po nabytí účinnosti předmětné změny.
Pozor: uživatelé EGJE, zabezpečující aktualizaci personálních
a mzdových údajů a číselníků zasahujících do oblasti docházky musí
provádět úpravy, pokud je to možné, v dostatečném časovém předstihu před
započetím jejich účinnosti.
2.
Aktualizace kalendářů
Aktualizace skupinových kalendářů je obvykle mimo dosah standardních
uživatelů okruhu docházka (obvykle kalendáře spravuje mzdové oddělení).
Celá evidence docházky je postavena na skupinových kalendářích, proto jejich
aktuálnost v definiční i „kalendářové“ části má podstatný vliv na
správnost vyhodnocované docházky. „Zpětné“ úpravy obvykle nemají vliv na už
vyhodnocenou docházku, nebo uplatnění těchto změn je pracné a konfliktní.
Všechny změny kalendářů by měly být realizovány v dostatečném předstihu
před datem jejich účinnosti, nejpozději však den před jejich prvním použitím
a v průběhu aktuálního období by už neměly být upravovány. Např.
rozpis směn by měl být „uzavřený“ nejpozději poslední kalendářní den
předcházejícího měsíce.
3.
Aktualizace individuálních plánů směn
Standardně se docházka vyhodnocuje podle skupinového kalendáře, který má
zaměstnanec přiřazený na PV s přihlédnutím na datumovou platnost.
V případě potřeby, však tento režim nemusí vyhovovat a pro
zaměstnance musí být sestavený individuální plán směn.
Individuální plán směn se vytváří na formuláři Dcd01 prostřednictvím funkce
generování DZ nebo manuální úpravou záznamů denního záhlaví.
Pro uplatnění změn a časovou platnost změny platí to co bylo řečeno
při skupinových kalendářích – změna by měla být realizována před její účinností
a zásah do už zpracované docházky je problematický.
4)
Vytváření záznamů evidence docházky
Záznamy v denní evidenci docházky si vytvářejí uživatelé různými
způsoby :
a) Dcm01 - Záznamy generované z měsíčních vstupů (promítání do denní docházky dlouhodobých nepřítomností a odchylek zadaných uživatelem docházky resp. z jiných okruhů činnosti v EGJE : Mzdy, Cestovní příkazy, ..)
b) Dcd01 - Záznamy manuálně vložené uživatelem
c) Dcd01 – Záznamy generované uživatelem (Generování DD)
d) Dca02 – Záznamy generované virtuálním terminálem průchodů
5)
Kontrola a aktualizace záznamů denní docházky
Podle potřeby oprávněný uživatel prostřednictvím formuláře Dcd01-
evidence denní docházky v průběhu měsíce, přistupuje k aktuální
evidenci docházky a provádí kontrolní nebo aktualizační funkce tak, aby
evidovaná docházka reprezentovala známou skutečnost.
6)
Uzavření docházky zaměstnancem
Nejdříve v přesně stanoveném čase zaměstnanec, pokud má na to
oprávnění, prostřednictvím formuláře Dcd01 provede vizuální kontrolu své
docházky a provede její uzavření pomocí odpovídajícího funkčního tlačítka
(Dcd01, Převod a uzavření, Převod DD/MV+uzavření…; v rámci procesu uzavření se
provede transformace denní evidence do měsíčních vstupů, předepsané kontroly
a v případě nezjištění závažných problémů v evidenci dojde
k uzavření docházky zaměstnancem /uzavření měsíčního záhlaví/).
7)
Uzavření docházky vedoucím
Nejdříve v přesně stanoveném čase vedoucí, prostřednictvím formuláře
Dcd01 provede vizuální kontrolu docházky a provede její uzavření pomocí
odpovídajícího funkčního tlačítka (v rámci procesu uzavření se, pokud docházka
nebyla uzavřená zaměstnancem, převede transformace denní evidence do měsíčních
vstupů a předepsané kontroly, a v případě nezjištění závažných
problémů v evidenci dojde k uzavření docházky vedoucím).
uzavření může provádět po jednotlivých zaměstnancích resp. hromadně pro všechny
dostupné zaměstnance.
8)
Uzavření docházky správcem
Obdobně jako vedoucí
9)
Vyhodnocení stravy
Po uzavření docházky všech zaměstnanců, oprávněný uživatel provede načítání
zdrojových souborů obsahujících odebraná jídla a stravné lístky
a následně provede vyhodnocení stravy a generování srážky ze mzdy za
odebraná jídla a stravné lístky do měsíčních vstupů
10) Podklady
pro mzdy
Po provedení všech předepsaných úkonů, správce aplikace informuje mzdovou
účtárnu o uzavření docházky.
Standardně se pro generování podkladů pro mzdy neprovádějí žádné úkony – mzdy
přímo pracují s evidencí měsíční docházky.
11)
Uzavření období pro docházku
Když jsou provedeny všechny předepsané činnosti za aktuální období, správce
provede „uzavření“ období pro docházku – zablokování všech editačních funkcí.
S evidencí docházky pracují:
ZAM zaměstnanec – podle přiřazených oprávnění může kontrolovat, aktualizovat nebo verifikovat vlastní docházku, předkládat žádosti v rámci plánu nepřítomnosti
VED přímý vedoucí zaměstnance, popřípadě jím pověřená osoba - podle přiřazených oprávnění může kontrolovat, aktualizovat nebo verifikovat docházku podřízených (přiřazených) zaměstnanců, verifikovat žádosti zaměstnance v rámci plánu nepřítomnosti
MNG přímý nadřízený zaměstnance, popřípadě jím pověřená osoba - podle přiřazených oprávnění může kontrolovat, aktualizovat nebo verifikovat docházku podřízených (přiřazených) zaměstnanců, verifikovat žádosti zaměstnance v rámci plánu nepřítomnosti
REF referenti pověření specifickými činnostmi v rámci Doch; zabezpečují činnosti v rozsahu oprávnění
SPR správce docházkového systému - zabezpečuje provoz a koordinaci hromadných procesů a postupů v oblasti Doch
MZD mzdová účetní, přebírá data pro výpočet mezd, ve spolupráci se SPR koordinuje procesy v době „uzávěrky“
Poznámka : podle typu organizace a organizace procesů evidence docházky se mohou jednotlivé profily překrývat
Evidence docházky prochází několika etapami, jejichž členění a obsah především závisí na konkrétních technických podmínkách a legislativních rámcích.
Stav aktuálního zpracování docházky pro konkrétního zaměstnance se charakterizuje aktuální hodnou položky „Stav editace záznamu“, ve zkratce „status MZ“.
Seznam povolených stavů je určen řešitelským číselníkem pd_status_over. V praxi však není nutné, aby evidence docházky procházela všemi stavy. Využívané stavy závisí na konfiguraci a způsobu zpracování.
Evidenci docházky pro účel popisu ještě rozdělujeme podle způsobu práce do určitých fází a stádií.
Zpracování evidence docházky probíhá v etapách :
Etapa inicializace zabezpečuje vytvoření datového a procesního prostředí pro evidenci docházky v aktuálním období.
Etapa inicializace zahrnuje :
V rámci etapy se provádějí činnosti spojené s automatickým nebo manuálním vytvářením záznamů do evidence docházky, kontrolou a aktualizací evidence docházky podle potřeby.
Etapa se dá z důvodu přehlednosti rozdělit do určitých stádií zpracování evidence docházky :
o Evidence příchodů / odchodů, přerušení, kdy se automatizovaným nebo manuálním způsobem generují časové značky, které slouží ke generování záznamů do evidence docházky. Z pohledu na způsob generování časových značek rozeznáváme :
o manuální generování časových značek
o automatizované generování časových značek přístupovým systémem
o Evidence denní docházky
o Evidence měsíční docházky
V rámci etapy se provádí činnosti spojené s verifikací (ověřením) skutkového stavu evidence docházky jednotlivých zaměstnanců, může mít následující úrovně :
Etapa přestavuje definitivní uzavření období pro editační, generační a verifikační procesy.
Uzavření období správcem
Pro časovou evidenci docházky se používá minimální rozlišení 1 minuta (neakceptují se sekundy v časových údajích).
Pro záznamy s časovou platností je použita následná interpretace :
Příklad :
7.4.2010 12:00 - 14:30 = 2:30
7.4.2010 14:30 – 16:30 = 2:00
V rámci evidence docházky je datumová závislost vázána vždy k jednomu konkrétnímu kalendářnímu dni. Přitom začátek a konec záznamu v rámci dne se určuje naplněním časových položek.
Pokud záznam z evidence docházky obsahuje časové informace ze dvou kalendářních dní (časové záznamy k noční směně), tak časové údaje po půlnoci se zapisují se zaškrtnutím pole „N“ za polem časového údaje.
Příklad :
noční směna 7.4.2010 v rozsahu 22:00 hodin – 6:00
se v evidenci docházky zaznamená jako
Datum 7.4.2010. Čas Od : 22: 00 „N“ prázdné Čas Do : 6:00 „N“ zaškrtnuté
noční směna 7.4.2010 v rozsahu 22:00 hodin – 6:00 přerušení od 2:00 do 2:30
se v evidenci docházky zaznamená jako
Datum 7.4.2010. Čas Od : 2: 00 „N“ zaškrtnuté Čas Do : 2:30 „N“ zaškrtnuté
korektní zadání může být
čas od/ do N = -/- a čas od <= čas do
čas od/ do N = -/N a čas od <= (čas do + 24)
čas od/ do N = N/N a (čas od +24) <= (čas do + 24)
nepovolené zadání (aplikace nedovolí uložit)
čas od/ do N = N/-
Editační formuláře (Dcd01, Dcm01, Dcu01, Dov05/Dov06, Dcu06, Dov16) obsahují kontroly, které nepovolí uložení špatné kombinace nastavení příznaků „po půlnoci“.
Při importech do jednotlivých formulářů se kontrola provádí až v rámci kalkulace.
Pro vykazovaní evidence denní docházky pouze v hodinách dochází k podstatným omezením v automatizovaných procesech.
Pro optimalizaci tohoto procesu je nutná úprava konfigurace:
Kontrola DM109 – překrytí záznamů (KB)
Pokud je pro vykazování docházky používána metodika, která nevyžaduje zadání začátku a konce odchylky (pro denní i měsíční formu), doporučujeme vypnutí kontroly DM109 (formulář Adm32) nebo snížit úroveň hlášení.
Je to z důvodu, že systém nedokáže při souběhu dvou odchylek jednoznačně určit, zda se jedná o chybu nebo korektní zápis, např. zadání dovolené a lékaře v jeden den.
Měsíční záhlaví se vytváří automaticky při uzavření MZ v předcházejícím období resp. je ho možné založit manuálně z formuláře Dcm01 resp. hromadně z formuláře Dcm01 – Hromadné akce.
Aktualizace MZ se provede manuálně na pokyn uživatele z formuláře Dcm01 nebo automatizovaně při každém spuštění funkce :
V rámci uzavření evidence docházky (z Ddc01 nebo Dcm01) se provede aktualizace stavových položek měsíčního záhlaví následujícího období podle stavu MZ a MV aktuálního období.
V níže uvedené tabulce je uvedený režim plnění položek MZ při vytvoření nového řádku, jeho aktualizací a při založení MZ v lednu.
Pole |
Nový Měs |
Nový Rok |
Akt. |
Popis |
Základní fond PD: |
|
|
A |
součet hodin z kalendáře podle PV |
Plánovaný fond PD: |
|
|
A |
součet hodin z DZ |
Saldo plnění FPD : |
|
|
A |
Plánovaný fond PD: - Základní fond PD: |
Plánovaný fond PD, dni: |
|
|
|
Počet směn z DZ u kterých hodiny > 0 |
Přesčas - limit: |
A |
|
|
Z předcházejícího měsíce přesčas - limit: Z konfigurace : když je položka prázdná nebo manuálně uživatelem |
Přesčas - stav: |
A |
0 |
|
Z předcházejícího měsíce z položky Přesčas celkem nebo manuálně uživatelem výpočet viz níže |
Aktuální přesčas : |
|
|
A |
výpočet viz níže |
Přesčas celkem : |
|
|
A |
Přesčas - stav: + Aktuální přesčas : |
Přesčas - limit 2: |
A |
|
|
Z předcházejícího měsíce Přesčas – limit 2: Z konfigurace : když je položka prázdná nebo manuálně uživatelem |
Přesčas - stav 2: |
A |
0 |
|
Z předcházejícího měsíce Přesčas 2 celkem nebo manuálně uživatelem |
Aktuální přesčas 2: |
|
|
A |
součet hodin z DD pro SLM typu PRESC2 |
Přesčas 2 celkem : |
|
|
A |
Přesčas - stav 2: + Aktuální přesčas 2: |
Pohotovost - limit: |
A |
|
|
Z předcházejícího měsíce Pohotovost - limit: Z konfigurace : pokud je položka prázdná nebo manuálně uživatelem |
Pohotovost - stav: |
A |
0 |
|
Z předcházejícího měsíce Pohotovost celkem : nebo manuálně uživatelem |
Saldo hodin pohotovosti - aktuální období: |
|
|
A |
součet hodin z DD pro SLM typu POH
|
Pohotovost celkem : |
|
|
A |
Pohotovost - stav: + Saldo hodin pohotovosti - aktuální období: |
Saldo náhradního volna: |
A |
|
|
Z předcházejícího měsíce Saldo náhradního volna – celkem: nebo manuálně uživatelem |
Aktuálně náhradní volno: |
|
|
A |
viz *níže |
Saldo náhradního volna – celkem: |
|
|
A |
|
NV z předešlého měsíce |
A |
|
|
Výpočet *1 |
NV z předešlých měsíců |
A |
|
|
Výpočet *1 |
NV k proplacení/čerpaní v akt. měsíci |
A |
|
|
Výpočet *1 |
Saldo Pracovního volna za uzavřené období: |
A |
|
|
Z předcházejícího měsíce Saldo Pracovního volna – celkem: nebo manuálně uživatelem |
Saldo Pracovního volna za aktuální období: |
|
|
A |
Saldo hodin z DD pro SLM typu NVPV |
Saldo Pracovního volna – celkem: |
|
|
A |
Saldo Pracovního volna za uzavřené období: + Saldo Pracovního volna za aktuální období: |
Saldo NV za práci ve svátek za uzavřené období: |
A |
|
|
Z předcházejícího měsíce Saldo NV za práci ve svátek – celkem: nebo manuálně uživatelem |
Saldo NV za práci ve svátek za aktuální období: |
|
|
A |
Saldo hodin z DD pro SLM typu NVSV |
Saldo NV za práci ve svátek – celkem: |
|
|
A |
Saldo NV za práci ve svátek za uzavřené období: + Saldo NV za práci ve svátek za aktuální období: |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Statistika záhlaví |
|
|
|
|
Plánovaný fond PD: |
|
|
A |
součet Hodin z DZ |
Fond měsíce při poslední kalkulaci |
|
|
A |
součet Hodin z DZ ke dni podle poslední kalkulace |
Hodiny měsíce |
|
|
A |
Započitatelné hodiny měsíce Odpracované v měsíci: + Neodpracované v měsíci |
Hodiny měsíce při poslední kalkulaci |
|
|
A |
Započitatelné hodiny měsíce ke dni podle poslední kalkulace Odpracované v měsíci ...: + Neodpracované v měsíci ... |
Odpracované v měsíci: |
|
|
A |
součet hodin z DD SLM typu ODPR |
Odpracované v měsíci při poslední kalkulaci |
|
|
A |
součet hodin z DD SLM typu ODPR ke dni podle poslední kalkulace |
Neodpracované v měsíci: |
|
|
A |
součet hodin z DD SLM typu NEPR a NVC |
Neodpracované v měsíci při poslední kalkulaci |
|
|
A |
součet hodin z DD SLM typu NEPR a NVC ke dni podle poslední kalkulace |
Rozdíl měsíce: |
|
|
A |
Saldo plnění FPD za měsíc : Odpracované v měsíci: + Neodpracované v měsíci: - Plánovaný fond PD |
Rozdíl měsíce při poslední kalkulaci |
|
|
A |
Dtto z položek „aktuální“ |
Dovolená běž. roku k akt. období : |
|
|
A |
Aktuální nárok dovolené v akt. Období : 1. pokud aktuální období má status "uzavřené mzdy", tak se rovná aktuálnímu zůstatku dovolené pro aktuální měsíc z evidence mezd Mzdy 2. pokud aktuální období nemá status "uzavřené mzdy" aktuální zůstatek dovolené pro předcházející měsíc – Mzdy |
Aktuální čerpání dovolené v období: |
|
|
A |
součet hodin z DD SLM typu DOV |
Rozdíl : |
|
|
A |
Aktuální zůstatek dovolené : Dovolená běž. roku k akt. období : - Aktuálně čerpání dovolené v období: |
Aktuální práce ve svátek: |
|
|
A |
součet hodin z DD SLM typu ODPR v den svátku |
Počet odebraných stravenek v měsíci: |
|
|
A |
Nárok počtu příspěvků na stravu součet z DZ Nárok na stravu : + Nárok na stravu - doplňkový: |
Položky označené jako „k poslední kalkulaci“ jsou počítaný ve dvou režimech podle stavu evidence docházky resp. podle režimu naposledy provedené kalkulace se obsah položek plnění FPD:
a) Pokud se výpočet položek MZ provádí v rámci funkce převod DD/MV , tak se položka:
„odpracovaná doba“ nastaví jako součet hodin z měsíčních vstupů se SLM typu "odpracováno" a „neodpracovaná doba“ se nastaví jako součet hodin z měsíčních vstupů se SLM typu "neodpracováno" a čerpání NV. (ale bez NVc, které bylo použito pro automatické vyrovnání FPD při vykázání méně hodin, než je plánovaný fond, který je automaticky započten v odpracované době).
b) Pokud se výpočet položek MZ provádí v rámci funkce kalkulace , tak se položka:
„odpracovaná doba“ nastaví jako součet hodin z denní
docházky se SLM typu "odpracováno"
a „neodpracovaná doba“ se nastaví jako součet hodin z denní docházky se
SLM typu "neodpracováno".
Aktualizace aktuálního zůstatku NV se provádí ve dvou režimech:
a) V rámci
běžné kalkulace denní evidence docházky – spočítá se jako
(Součet hodin NV tvorba - Součet hodin NV čerpání – Součet hodin proplacené
NV z předchozích období) vše z denní evidence docházky.
b) V rámci funkce Převod DD/MV nebo z libovolné funkce aktualizace měsíčního záhlaví z Dcm01/Dcu01 – spočítá se jako (Součet hodin NV tvorba - Součet hodin NV čerpání) vše z měsíční evidence docházky.
Aktualizace položky Aktuální Přesčas se provádí podle vzorce:
a) V rámci
běžné kalkulace denní evidence docházky – spočítá se jako
Součet hodin z DD pro SLM typu PRESC a PRESCD + Součet hodin z MV
pro SLM typu PRESC se zdrojem <> 20.
b) V rámci funkce Převod DD/MV nebo z libovolné funkce aktualizace měsíčního záhlaví z Dcm01/Dcu01 – spočítá se jako Součet hodin z MV pro SLM typu PRESC.
Aktualizace položky Přesčas - stav se provádí podle vzorce:
součet ze SLM s IA ze započitatelnosti PRESC z Výpočtu mezd pro uzavřené období (>=4) od ledna do akt. měsíce za aktuální rok
+ součet korekce pro to samé období z Pre01 (korekce přesčasů)
+ součet hodin ze SLM s IA ze
započitatelnosti PRESC z Dcm01 pro neuzavřené období.
Při vytváření měsíčního záhlaví, pokud zaměstnanec nemá měsíční záhlaví v předešlém období, ještě zkontrolujeme zda má platný PV v předešlých obdobích. Pokud ano, načteme proplacený přesčas v předešlých obdobích podle evidence mezd.
Položky měsíčního záhlaví jsou rozdělené do dvou skupin. V první skupině jsou položky aktualizované jen při vytvoření nového záhlaví a při uzavření předcházejícího měsíce a ve druhé skupině jsou položky aktualizované při každé aktualizaci měsíčního záhlaví.
Do první skupiny jsou zařazeny položky :
Neproplacený přesčas z před předminulého měsíce:
Saldo Pracovního volna za uzavřené období:
Saldo NV za práci ve svátek za uzavřené období:
Do druhé skupiny jsou zařazené položky :
Všechny položky MZ nevyjmenované v první skupině.
V oblasti docházky se používají dva typy kalendářů :
1) Kalendář nebo též Skupinový kalendář, jedná se o kalendář (plán rozpisu směn) pro skupinu zaměstnanců pracujících ve stejném pracovním režimu (standardní kalendář systému EGJE)
2) denní záhlaví, jedná se o rozpis směn pro konkrétního zaměstnance sestavený pro aktuální období z aktuálně přiřazeným „kalendářem“ na PV (případně upravený podle individuální potřeby).
Pro evidenci docházky jsou údaje kalendáře klíčovou údajovou strukturou a musí být vždy aktuální v době zpracování a vyhodnocení denní i měsíční evidence docházky.
Nejdříve poslední den před začátkem nového období musí být převedené všechny požadované úpravy v evidenci kalendářů a musí být vygenerované rozpisy směn pro nové období (hromadné generování kalendářů pro aktuální období viz Vyp02).
Pokud si charakter evidence docházky u zákazníka vyžaduje mít vygenerované kalendáře pro „budoucí“ období (např. na celý rok, na rozsah vyrovnávacích období a pod.), je nutné správu a generování rozpisu směn kalendářů organizovat tak, aby pro požadovaný rozsah potřebných období byl vždy k dispozici aktuální stav definice kalendářů tak i jejich rozpis směn a samozřejmě každá změna v evidenci kalendářů se musí promítnout do všech „otevřených“ období.
Dodatečné úpravy kalendářů v aktuálním období kladou vždy zvýšené nároky na uživatele a správce aplikace a jsou častým zdrojem poměrně závažných chyb.
Z výše uvedeného důvodu proto důrazně doporučujeme v aktuálním období uzávěrky minimalizovat změny v kalendářích a všechny potřebné úpravy realizovat před začátkem účetního období, kdy je požadována jejich platnost.
Jedná se v podstatě o standardní kalendář EGJE, který však musí splňovat specifické podmínky a obsahuje specifické definiční podmínky pro okruh evidence docházky (viz popis).
Pro oblast docházky je možné použít kalendáře v režimu „hodinový“ nebo směnový“.
Je možné použít i kalendáře, u kterých není rozpis směn realizován s použitím vzorových dnů. Použití těchto kalendářů však vede k rozsáhlému omezení výpočtového a kontrolního aparátu.
Nelze plnohodnotně použít např. automatizovaný výpočet příplatků a nejsou k dispozici žádné legislativní kontroly přestávek.
Správa kalendářů je společná pro celou aplikaci EGJE a provádí se na formuláři Kal01.
Pod pojmem „kalendář“ v oblasti docházky, rozumíme jednak popis pracovního režimu skupiny zaměstnanců a jednak definování plánu pracovní doby.
Popis pracovního režimu je v kalendáři definovaný souborem parametrů, jejichž aktuální nastavení v požadovaném rozsahu popisuje konkrétní pracovní režim (viz popis Kal01, záložka Popis, Doch.&Schval. v dokumentu Kal_uzdoc.doc).
Definování plánu pracovní doby představuje v podstatě definování postupnosti pracovních směn a volných dní na jednotlivé kalendářní dny v požadovaném rozsahu datumů.
Pro první sestavení kalendáře se používá tzv. „vzorový úsek“, který představuje opakovatelný úsek pracovních směn a volných dní pro konkrétní pracovní režim. Pro potřeby docházky je pracovní směna úplně popsaná tzv. „vzorovým dnem“.
Popis datových struktur a postupy práce s kalendářem jsou popsané v dokumentu Kal_uzdoc.doc.
Pozor: pro kalendáře používané v docházce, musí být povinně vyplněné pole „vzorový den“ (nejen při ručním editování kalendáře ale i při sestavovaní vzorových úseků).
Při založení nového kalendáře nebo při změně konfigurace existujícího, podle aktuální situace oprávněný uživatel musí provést kontrolu nastavení kalendáře a podle potřeby upravit konfiguraci tak, aby odpovídala požadavku, na základě kterého se kalendář vytvářel i aktualizoval.
Změna konfigurace se uplatní bezprostředně po uložení – a platí do budoucnosti.
Pozor: „denní záhlaví“ sestavené před změnou resp. vyhodnocení docházky před změnou zůstávají v platnosti a podle uvážení se musí provést přehodnocení plánů směn a docházky v zasaženém časovém pásmu u dotčených osob.
Standardně se přiřazení kalendáře pro PV provádí v rámci personálních procesů při založení nového PV (Opv01, Opv04, Opv05, Tza01, ..) nebo běžné změny v průběhu měsíce (Opv01).
Kromě standardní změny kalendáře na Opv01 je možné provádět změny také v rámci formuláře „Dcd01, PV => Kalendář“ nebo „Dcm01, PV => Kalendář“ za obvyklých podmínek (možnost je řízena objektovým právem).
Doporučujeme, aby se změny kalendáře prováděly pokud možno vždy k 1 běžného měsíce a změny byli realizované v dostatečném předstihu před jejích platností.
Speciálním případem je přiřazení kalendáře pro zaměstnance v režimu KPD na formuláři Opv03.
Změna kalendáře v průběhu aktuálního měsíce je z pohledu evidence docházky nestandardní a nedoporučovaná. Pokud je to nutná, je možné ji provést, ale je nutné vždy zvážit její důsledky pro aktuální stav evidence docházky konkrétního zaměstnance. Doporučujeme provést koordinovaně s uživatelem odpovědným za evidenci docházky těchto zaměstnanců.
Standardně se pro evidenci docházky (kalkulace, kontroly, …) v aktuálním období pro PV používá kalendář podle aktuálního stavu na „Opv01, Režim , Kalendář“. Docházka nemá vygenerovány údaje kalendáře v záznamech denního záhlaví. Každá změna kalendáře v rozsahu aktuálního měsíce se bezprostředně po změně použije pro oblast docházky – formuláře. Pro kalkulace a kontroly se změna projeví při nejbližším použití (po změně kalendáře se aktualizuje aktuální evidence docházky v rozsahu provedené kalkulace, tzn. je možné, že se aktualizuje pouze jeden den nebo v rozsahu první den až aktuální den nebo v rozsahu celého měsíce).
Pokud uživatel vygeneruje nebo jiným způsobem upraví přiřazení kalendáře nebo definici pracovní směny na denním záhlaví, pro kalkulaci a kontrolu se použije vždy toto nastavení.
V procesu uzávěrky se také vygeneruje přiřazení kalendáře do denních záhlaví, takže případná změna kalendáře na Opv01 již není akceptována pro oblast docházky.
Pokud je potřeba obnovit „standardní“ režim, je nutné použít funkci „Dcd01, Generuj DZ“.
Denní záhlaví představuje individuální rozpis pracovních směn pro zaměstnance pro aktuální období.
Detailnější popis a použití viz formulář Dcd01.
Pro zobrazení a výpočty v průběhu měsíce se používá tzv. virtuální denní záhlaví, které je vytvářené ze dvou zdrojů :
a) ze skutečně vytvořených denních záhlaví (tzv. reálných DZ) a uložených v DB, které vytvořil uživatel
b) z virtuálních (fiktivních) záhlaví vytvořených jen dočasně systémem jako náhrada za neexistující reálné denní záhlaví (vytvořené z přiřazeného kalendáře na Ovp01 nebo Opv03 a odpovídajícího rozpisu směn v Kal01) .
Pro oblast docházky se používá virtuální kalendář (virtuální DZ) pro aktuální PV, který je vytvořen dle následujících zásad:
o Virtuální kalendář je generován pro období a PV
o Pro každý den období je vygenerován řádek s položkami
o PV
o Kalendářní den
o Kalendář přiřazen na Opv01 nebo Opv03 pro PV a datum
o Vzorový den odpovídající dnu a kalendáři
o Popis směny odpovídající vzorovému dni
Generování plánu směn pro PV podle univ. vzorového dne (kalendář v Kal01 nemá stanoven hodiny na plánované směny), v případě, že nejsou nastavené hodiny (podle průměrné směny) pro dni, na které je pro DOCH/DAV zadán vzorový den typu Víkend nebo Ostatní volno (typ dne = V, V1, M, M1) - nastaví se vždy na 0.
Reálné denní záhlaví je potřebné vytvořit jen v případě, když pracovní směna pro aktuální den a zaměstnance má být odlišná od definované pracovní směny zaměstnance podle aktuálního nastavení kalendáře v Opv01 nebo Opv03 a odpovídající směně v Kal01.
Z výše uvedeného vyplývá, že pokud se nemění pracovní směna proti standardnímu kalendáři, denní záhlaví není potřebné vytvářet !
Z důvodu zachování skutkového stavu rozpisu směn v době uzavření docházky, se automaticky doplní všechny neexistující reálné denní záhlaví. Automaticky se provede generování denních záhlaví s režimem „doplnit“.
Kalendář typu „směnový“, není zcela vhodným typem kalendáře pro použití v docházce, pokud je však použít má své omezení a rizika vyplývající z toho že délka směny není definovaná vzorovým dnem ale průměrnou délkou směny.
Vytvoření plánu směn zaměstnance z kalendáře typu 2 – Směnový se řídí pravidly:
a) Pro každou pracovní směnu v kalendáři (Typ dne = 1, 2, 3) se vytvoří do pracovního kalendáře pracovní směna o délce průměrné směny (Opv01, Popis).
b) Pro každou nepracovní směnu v kalendáři (Typ dne <> 1, 2, 3) se vytvoří do pracovního kalendáře nepracovní směna (hodiny = 0).
Pro oblast docházky je možné používat tzv. univerzální kalendář, u kterého není stanovena délka směny ve vzorovém dnu, ale je stanovena na základě průměrné délky směny podle Opv01, Popis).
Definice vzorového dne pro univerzální kalendář může mít dvě alternativy:
a) nejsou definovány hodiny vzorového dne ani začátek a konec směny
b) nejsou definovány hodiny vzorového dne, ale je definován začátek směny
Obě alternativy jsou přípustné. V prvním případě bude docházka pracovat s nevyplněnými položkami „Čas od“ a „Čas do“. V druhém případě se začátek a konec směny nastavují:
„Čas od“ = Stanovený začátek směny ze vzorového dne
„Čas do“ = „Čas od“ + průměrná délka směny + odhadovaná přestávka
Kalendář pro zkrácený úvazek má v oblasti docházky svoje specifika. Především je nutné jednoznačně definovat charakter takového kalendáře :
Podle toho je nutné potom přizpůsobit definici příslušného kalendáře.
Standardně pro takové kalendáře platí všechna pravidla jako pro kalendáře na plný úvazek.
Při výpočtu mezd u zaměstnanců se v režimu používajících evidenci docházky EGJE využívají individuální kalendáře – denní záhlaví.
Pro přenos kalendářů z jiného systému při implementaci, je možné použít skupinu importních sestav, které z předdefinovaných XLSX souborů naimportují kalendáře do EGJE.
Základní definice kalendáře (Kal01, Popis) musí být již naplněná standardním postupem v rámci implementace.
Před použitím importních sestav je nutné naplnit vzorové XLSX soubory pro jednotlivé importní sestavy.
Importy je možné použít opakovaně, podle režimu spuštění při „importovaných“ řádcích – Kal05, Kal06.
Pro import do Kal01 se používá metoda „aktualizujeme“ a není možný návrat do stavu před použitím sestavy.
Postup:
1/ Import Kal05 – Imp37f
2/ Import Kal06 – Imp36f
3/ Import Kal01 – Imp35f s volbou jednotlivých záložek
Pro přenos kalendářů mezi různými EGJE je vhodnější použít metodu popsanou v provozní dokumentaci EGJE_Provdoc – odstavec pro aplikaci superconfigurator.
Pro vytvoření uživatelské verze vzorového úseku (VZU) a jeho následné:
a/ založení do Kal06
b/ přiřazení do odpovídajícího kalendáře
c/ generování kalendáře
je k dispozici formulář Dcp13, z kterého je možné vygenerovat nový vzorový úsek s automatickým nastavením pro dotčený kalendář.
Samotné nastavení na ostrou verzi kalendáře, provede po kontrole návrhu jiný oprávněný uživatel.
Každý PV má přiřazen vlastní kalendář (kód a název může být např. podle OSCPV) s vlastním VZU
Kód kalendáře OSČPVNN – kde n je varianta kalendáře pro OSČPV
Kód VZU OSČPVNN - kde n je varianta VZU pro OSČPV
Každý PV může mít k dispozici sadu dohodnutých vzorových dnů, ze kterých si může zaměstnanec vybrat, které bude používat.
Ve výchozím nastavení má každý zaměstnanec přiřazený kalendář odpovídající výši sjednaného úvazku.
Každý zaměstnanec (PV) si pak může (podle obecných podmínek organizace) připravit návrh nového VZU a podmínky jeho nasazení pro produkci.
Oprávněný uživatel pak po kontrole návrhu od zaměstnance, provede promítnutí návrhu do produkce.
Přiřazení přístupu k formuláři a jeho funkcím je řízené podle určených objektových práv.
Uživatel - zaměstnanec
Má k dispozici zobrazené všechny jemu přiřazené vzorové úseky (aktuální i historické), které jsou přiřazené na jeho osobním kalendáři.
Má k dispozici obecnou nebo určenou sadu vzorových dnů, které může použít pro sestavení VZU.
Při vytváření nového VZU (nového nebo úpravou z již existujícího) nejdříve se nastaví platnost jeho nasazení (musí být rovná nebo větší než stanovený datum změny (pokud je tento stanoven) a větší než období naposledy uzavřené docházky/ období pro docházku) a je určen jako první den startovacího období.
Startovací bod ve VZU pro generování kalendáře od datumu změny, je vždy 1. a odpovídá prvnímu dnu období platnosti změny.
Období změny určí standardně správce EGJE, zaměstnanec, pokud má na to právo, může tento parametr změnit.
Vytvoří návrh na změnu aktuálního přiřazeného vzorového úseku (VZU) z existujících - zadá začátek platnosti (datum) a startovací bod v cyklu.
• Vytvoří nový VZU a naplní ho existujícím VZU nebo jej sestaví ze samostatných VZD.
• Aktualizuje nový VZU podle potřeby.
Sestavení VZU si kontroluje na pracovním kalendáři pro zvolené startovací období.
• Po uložení nového vzorového úseku aparát
o Vygeneruje se pracovní kalendář zaměstnance pro startovací období podle uloženého VZU
o Na kalendáři se provedou kontroly na fondu pracovní doby (stejné jako na formuláři Dcp07) Podle výsledku kontrol se nastaví stav zpracování kalendáře.
o Provede další kontroly dle dohody
• Pokud v kalendáři nejsou zjištěné FAT chyby, zaměstnanec může uzavřít návrh VZU.
• Zaměstnanec se může vracet k úpravě návrhu VZU
o Pokud není návrh od něho uzavřen
o Pokud již návrh uzavřel, může ho opětovně otevřít, pokud zatím neuzavřel jeho návrh nadřízený/oprávněný uživatel
o Pokud již návrh uzavřel jeho nadřízený/oprávněný uživatel, ale ještě nedošlo k realizaci – může zaměstnanec požádat o jeho zpětné otevření
Administrátor:
Na formuláři Kal06x zkontroluje a zpracuje požadavky na změnu - a ve vhodném okamžiku spustí funkci, která:
a/ Promítne uživatelské návrhy úseku do Kal06
b/ Promítne uživatelské změny do Kal01
Následně provede generování rozpisu směn pro dotčené kalendáře a určený rozsah období.
Adm02/Adm03
Nastavení objektových práv pro dotčené profily a použité objekty
Adm21/Adm22/Adm23
Nastavení referenčního datumu, ke kterému se mají připravit nové verze VZU do položky:
Datum použití nových vzorových úseků:
Kal05
Podle potřeby pro dotčené VZD nastavit položku „Skupina pro práva“.
Určená pro výběr
Kal06.
Pro každé dotčené PV vytvořit VZU pro plán – Dcp13 s nastavením:
Kód vzorového úseku = OSČPVNN
Název = podle uvážení
Platnost = 0
Osoba PV = dotčené PV
Typ vzorového úseku = 1 (Vzorový úsek - v plánu)
Použitelný od = ???
Délka úseku = ???
Skupina VZD pro použití = seznam hodnot z Kal05, „Skupina pro práva“ – pro vytvoření seznamu VZD pro aktuální VZD
Přenos z e202501b, (TC 1116472)
Systém pro plánování evidence docházky zaměstnancem, který je reprezentovaný formulářem Dcp14.
Systém pro vytvoření a aktualizaci předpokládaného dlouhodobého výkazu odpracované a neodpracované doby, který se podle rozhodnutí uživatele nebo automaticky přepíše do standardního výkazu docházky pro dotčené období.
Požadavek definovaný zákazníkem.:
1. Pro účely standardního plánování FPD a vyhodnocení docházky používá EGJE obvykle rovnoměrné rozvržení pracovní doby, definované přiřazeným kalendářem na Opv01, tzn. veškeré nepřítomnosti, svátky, dovolené, VD, pracovní cesty, se vyhodnotí dle rovnoměrného rozvržení pracovní doby – přiřazeného kalendáře (např. zaměstnanec s celým úvazkem bude mít vždy počítaný svátek v pracovní den 8h – bez ohledu na jeho následný vzor).
2.
Následně bude možné,
aby si zaměstnanec zvolil/vytvořil vlastní pracovní plánovací kalendář – vzor,
jak předpokládá, že bude chodit do práce.
Ten se ale vůbec nepromítá do plánování FPD nebo do výpočtů nepřítomností.
Standardně přiřazený kalendář (obvykle s rovnoměrným rozvržením pracovní doby)
má v těchto případech před vzorem přednost.
Kalendář Vzor se vytváří ze zvoleného/vytvořeného vzorového úseku, který
pokrývá jeden nebo více týdnu tak, že opakováním tohoto vzorového úseku se
vytvoří pracovní plánovací kalendář v dohodnutém rozsahu.
Vzorový úsek bude kontrolovaný (počet hodin za týden nebo více týdnů při
vzorovém úseku na více týdnů) na sjednaný úvazek podle Opv01 konkrétního PV.
Např. pro týdenní vzorový úsek se sjednaným úvazkem 40h, musí být součet hodin
z plánovaných směn 40 hod).
Podle potřeby si kalendář VZOR, může uživatel dále upravit individuálně podle
očekávané situace.
3.
Kalendář VZOR se pak
použije pro naplnění docházky podle režimu vyhodnocení docházky pro dotčené
období, tzn. v rámci automatického doplňovaní docházky:
a/ automatické průběžné doplnění systémem v rámci kalkulace docházky na
jinak nevykázané dny
b/ automatické doplnění systémem v rámci uzavření docházky na jinak
nevykázané dny
c/ manuální doplnění na příkaz uživatele
4. Po vygenerování evidence docházky podle kalendáře VZOR může uživatel upravovat evidenci docházky standardním způsobem (vzhledem k aktuální situaci v evidenci docházky a vzhledem k nestejnému fondu pracovní doby v měsících a nestejnému počtu jednotlivých dnů v měsíci) tak, aby se splnily všechny podmínky pro uzavření evidence docházky.
5.
Zde by bylo potřeba,
aby zaměstnanec hned na první obrazovce docházky viděl, kolik hodin zbývá
manuálně doplnit či odebrat. V tuto chvíli jsou hodiny na portále složitě
dohledatelné.
Ve stávající verzi je možné získat požadovanou informaci v levém panelu
Dcu06, zobrazí se také v protokolu po každé kalkulaci docházky.
6.
Zaměstnanec tuto
funkci vzoru může a nemusí využít.
Pokud nebude zapnuto automatické použití vzoru, nebo uživatel manuálně
nepoužije vzor, systém použije aktuálně přiřazený kalendář podle Opv01.
7. Pro vytváření kalendáře VZOR umožnit použití tzv. dělené směny, tzn. umožnit rozdělení plánované směny na 2 části, a tak ji i kopírovat do výkazu docházky.
Je k dispozici formulář Dcp14 – kalendářový pohled plánu docházky pro jednoho zaměstnance.
Formulář slouží především k vytvoření VZORU docházky pro dotčeného zaměstnance a také k vytvoření nového specializovaného vzorového úseku zaměstnancem pro případné vygenerování kalendáře VZOR (podrobný popis viz EGJE_web_uzdoc).
Formulář je použitelný pouze pro klienta HRP.
Seznam použitých pojmů a zkratek
Zkratka/pojem |
Popis |
VZOR |
Vzorový plán docházky zaměstnance |
DZ |
Denní záhlaví – individuální plán zaměstnance |
VZU |
Vzorový úsek |
VZD |
Vzorový den |
VZDD |
Vzorový den – doplňkový |
OSČPV |
Identifikátor pracovního vztahu zaměstnance |
plán směn |
Jedná se o plán směn docházky pro plnění FPD (Kal01, Dcd01, …) |
plán docházky |
Jedná se o předpokládanou docházku zaměstnance pro zvolené období (není standardem pro evidenci docházky) |
Nastavení docházky pro tuto úpravu:
·
Každé PV má vytvořen
vlastní pracovní kalendář (kód a název podle OSCPV) s vlastním VZU
Kód kalendáře: OSČPV
Kód VZU: OSČPV + AB – varianta vzorového úseku zaměstnance
Tento kalendář je zobrazený pouze v rámci formuláře Dcu14.
· Každé PV může mít k dispozici sadu dohodnutých vzorových dní, ze kterých si bude moci zaměstnanec vybrat, které bude používat.
· Ve výchozím nastavení má každý zaměstnanec přiřazený prázdný plánovací kalendář, který může naplnit podle aktuálně přiřazeného kalendáře nebo pomoci dostupného osobního VZU.
· Každý zaměstnanec (PV) si pak může (podle obecných podmínek organizace) připravit návrh nového VZU a podmínky jeho nasazení pro jeho pracovní plánovací kalendář docházky.
· Podle zvoleného režimu se v rámci kalkulace docházky nebo podle zadání uživatele přepíše plánovaná směna ve VZOR do evidence docházky na dny, kde zatím není vykázaná žádná jiná odpracovaná nebo neodpracovaná doba
· Přiřazení přístupu k formuláři a jeho funkcím je řízeno podle určených objektových práv.
Uživatel – zaměstnanec – vytvoření kalendáře VZOR
· Má k dispozici zobrazené všechny jemu přiřazené vzorové úseky (aktuální i historické), které jsou přiřazené na jeho osobní číslo
·
Má k dispozici
obecnou sadu vzorových dní (běžných, s dělenou směnou, pohotovostní
směnou, …), které bude moci použít pro sestavení VZORU
Dostupnost VZD je řízena řádkovými právy z formuláře Kal05.
·
Při vytváření nového
VZU (nového nebo úpravou již existujícího) se vychází z aktuálního stavu
kalendáře VZOR.
Uživatel má k dispozici tlačítko „Vytvoř vzorový úsek“, nejdříve se určí
začátek vzorového úseku a jeho délka a pak se vytvoří nový nebo aktualizuje
stávající VZU.
· Pro vygenerování VZORU si uživatel zvolí VZU, stanový začátek generování a pořadí dne ve VZU, který bude použit pro vyplnění prvního dne generování do VZOR (obdobně jako je to teď pro generování kalendáře v Kal01)
· Aktualizuje VZOR podle potřeby.
· Kontroluje si plnění FPD pro VZOR a zároveň vzhledem na standardní kalendář pro PV (z Opv01)
· Když bude s plánem spokojen, tak jej uzavře pro kontrolované období (až takto uzavřený plán, je možné použít pro plnění docházky).
· Zaměstnanec se může vracet k úpravě návrhu VZOR
o Pokud pro dané období není uzavřena docházka nebo období
o Pokud není návrh od něho uzavřen
o Pokud již návrh uzavřel, může ho opětovně otevřít, pokud zatím neuzavřel jeho návrh nadřízený/oprávněný uživatel
o Pokud již návrh uzavřel jeho návrh nadřízený/oprávněný uživatel, může zaměstnanec požádat o jeho zpětné otevření
Uživatel – zaměstnanec – použití VZOR ve vykazování
Použití VZOR bude možné pouze, pokud pro akt. období bude VZOR uzavřen.
Předpokládá se generovaná docházka, která může pracovat v několika režimech:
a/ průběžně generovaná – tzn. že v rámci denní kalkulace docházky se automaticky doplní směna podle VZOR do předešlého dne, ve kterém není evidována žádná jiná odchylka
b/ generování na začátku měsíce – tzn. že v rámci
otevírání období se zaměstnanci vygeneruje docházka podle VZOR na celý měsíc a
zaměstnanec v průběhu měsíce pouze doplňuje potřebné odchylky.
Tato metoda je pro CESNET preferovaná.
c/ generování na konci měsíce – tzn. zaměstnanec v průběhu měsíce pouze doplňuje potřebné odchylky (odpracovaná doba se negeneruje), na konci měsíce v rámci uzavření docházky se zaměstnanci vygeneruje docházka podle VZOR na dny, které nemá obsazené odchylkami.
d/ bez automatického generování – tzn. zaměstnanci se
negeneruje automatický docházka, ale pokud zadá odchylku „odpracovaná doba“,
tak se použije vykázaní označených dnů podle VZOR.
Případné konflikty s dříve vygenerovaným záznamem odpracované doby a dodatečně zadanou odchylkou, nejbližší kalkulace docházky vyřeší tak, že ponechá zadanou odchylku a odstraní vygenerovanou odpracovanou dobu.
Jedná se o specializovaný formulář pro plánovaní docházky (ne pro plánování směn – kalendáře) jednoho zaměstnance ve formátu „kalendář za měsíc“ (ala Dcu06).
Určený především pro zaměstnance, výjimečně pro manažery/referenty.
Pro Kal01, VZ. úseky – se zobrazují pouze standardní VZU pro docházku a mzdy, tzn Typ vzorového úseku: = nevyplněno, 0 nebo 4.
Pro zobrazení – barvení VZD v Dcp14 se použije nastavení parametru v Kal05:
Barva pro zobrazení VZD v dotčených formulářích/sestavách (hexa uvozeno #):
Kód VZU je max. 20 znaků.
Povoleno rozšířené zobrazení pro uživatele s objektovým právem Dcp14 (stejné jako je pro Dcp13).
Následující pole se zobrazují jen když uživatel má obj. právo Dcp14 .
Omezení zobrazení obsahu Kal06 podle práva Kal06Dcp14 (smí spustit).
Pokud Kal06Dcp14 = smí spustit
tak se zobrazí Kal06 bez omezení. Jinak se zobrazí pouze základní VZU s nastavením Typ vzorového úseku:
0, nevyplněno – Nedefinován nebo 4 - Standard, platný pro Kal01
K dispozici parametr pro stanovení obecného termínu pro platnost vzorových úseků, založených z formuláře Dcp14: Datum použití nových vzorových úseků:
Pro identifikaci PV, které je zařazeno do režimu plánování docházky se použije parametr:
PV s plánováním docházky:
0 - Bez plánu docházky
1 - Pouze pro manuální použití
2 - s automatickým generováním
Funkce Dcd01, Generování DD.
Pokud je PV v režimu PV s plánováním docházky:
Opv01, Režim, PV s plánováním docházky: =
1 - Pouze pro manuální použití nebo 2–s automatickým generováním
a pokud uživatel povolí generování zaškrtnutím „Generování podle plánu docházky (VZOR):“,
se negeneruje docházka plánu směn (formulář Kal01 resp. Dcd01, Záhlaví), ale podle plánu docházky (Dcp14).
Generování podle Dcp14 se provede pouze, pokud byl Dcp14 pro období generování uzavřen.
Funkce generování DD, v rámci otevírání období (v rámci formuláře Adm53, úkol 33).
Pokud je PV v režimu PV s plánováním docházky:
Opv01, Režim, PV s plánováním docházky: = 2 - s automatickým generováním,
se negeneruje docházka plánu směn (formulář Kal01 resp. Dcd01, Záhlaví) ale podle plánu docházky (Dcp14).
Generování podle Dcp14 se provede pouze, pokud byl Dcp14 pro období generování uzavřen.
Pro inicializaci se musí provést úprava konfigurace:
a) vytvoření rolí pro přiřazení objektových práv – jejich obsah musí odpovídat povolenému rozsahu funkcí
b) podle potřeby zařadit vytvořené role na dotčené profily
c) podle potřeby definovat číselník skupin řádkových práv na VZD na Adm06 pro Kal05
d) podle potřeby použít nastavení skupin řádkových práv v Kal05
e) podle potřeby upravit dotčené profily pro řádková práva na Kal05
f) na Opv01 pro dotčená PV povolit použití plánování docházky
g) na formuláři Adm42 zařadit formulář Dcp14 do požadované dlaždice HRP
Určují dostupnost formuláře a specifických funkcí v rámci formuláře pro určené profily.
Standardně se tato obj. práva nepřiřazují na žádnou roli.
Zpřístupnění (zařazení do rolí – profilů) musí provést správce aplikace podle plánu dostupnosti pro jednotlivé uživatele.
Kód objektu |
Název |
Dcp14 |
Vzorový plán docházky zaměstnance |
Dcp14GenerujVZU |
Dcp14, Generování vz. úseku |
Dcp14NaplnKal |
Dcp14, Naplnění prázdného kalendáře |
Dcp14LPanelNe |
Dcp14, Nepovolený levý panel Zobrazení levého panelu v rámci formuláře Dcp14 |
Dcp14PrazdnyKal |
Dcp14, Nastavení prázdného kalendáře |
|
|
Dcp14VZU |
Dcp14 povolení pro editaci vz. úseku |
Dcp14VZUEdit |
Dcp14 povolení pro editaci vz. úseku správce |
Dcp14pocitej |
Dcp14 - Povolení výpočtu hodin záznamu |
Dcp15 |
Opis plánu docházky, XLSX |
Kal06Dcp14 |
Kal06, rozšířené zobrazení pro formulář Dcp14 |
Přestávka na odpočinek a stravování (v dalším textu jen přestávka ) je standardně řízená zákoníkem práce a interními předpisy organizace. V evidenci docházky EGJE se režim přestávky aplikuje v rámci výpočtu hodin v rámci vyhodnocení denní docházky podle těchto zásad :
Režim výpočtu přestávky pro aktuální den a zaměstnance je jednoznačně definován přiřazeným kalendářem. Aktuální konfigurace kalendáře jednoznačně definuje režim výpočtu přestávky a způsob zobrazení přestávky.
Přestávka se vyhodnocuje pouze pro navazující záznamy se SLM s režimem přestávky. Pokud je sled záznamů ve směně (vzhledem na přestávku) přerušen, přestávka se vyhodnotí za každý souvislý úsek směny samostatně.
Pokud přestávka spadá do záznamu se SLM typu „nepřítomnost“, je přesunuta do následujícího úseku (pokud je to možné) nebo do předchozího úseku.
Pokud přestávka spadá na konec směny, je přesunuta do předchozího úseku.
Pokud podle výše uvedených zásad, se přestávku nezdaří umístit, do protokolu se uloží hlášení a je na uživateli, aby umístění přestávky vyřešil.
Pro vyhodnocení přestávky se z definice kalendáře používají položky (podrobně viz popis ):
Režim generovaní přestávky na stravu a odpočinek.
Definování typu přestávky pro vyhodnocení záznamů ve dnech bez pracovní směny v režimu vyhodnocení přestávky podle aktuálního vzorového dne (režim přestávky = 5)
Délka převažující přestávky [min]:
Stanovení standardní délky přestávky pro vyhodnocení záznamů ve dnech bez pracovní směny v režimu vyhodnocení přestávky podle aktuálního vzorového dne (režim přestávky = 5)
Pokud je nastaveno „-1“, délka se určí podle definice přestávek pro kalendář
Generovat přestávku do den. docházky:
Umožňuje vytvoření řádku v DD s generovanou přestávkou
Umožňuje automatické stanovení začátku a konce přestávky relativně k začátku záznamu
Při konfigurování režimu vyhodnocení přestávky postupujeme následovně :
a) v konfiguraci Adm21 nastavit základní limity pro stanovení přestávky
b) v číselníku Slm01 zařadit všechny předmětné SLM do režimu přestávky
c) v číselníku Kal01 zvolit základní režim vyhodnocení přestávky, další konfigurace podle zvoleného režimu
Pro vybraný kalendář se přestávka negeneruje.
Režim 3 – Generovat za den
Standardní režim generování přestávky.
Přestávka je vygenerovaná po započítaní nepřetržitých stanoveného počtu hodin (Limit hodin pro první přestávku) od začátku směny o délce 0,5 hod, při přiznání přestávky se do evidence přestávek příslušného dne založí nový záznam s určením začátku a konce přestávky a hodinami přestávky.
Pro záznamy se SLM typu „přestávka“ se celý záznam započítá do hodin přestávky (ze záznamu se vygeneruje přestávka s totožným nastavením).
O hodiny generované přestávky se zkrátí základní započítané hodiny záznam v DD, do kterého přestávka „zapadne“ (bez ohledu na to zda se jedná o SLM typu odpracovaná nebo neodpracovaná doba).
Obdobně se postupuje taktéž při stanovení druhé resp. třetí přestávky.
Tento režim si nevyžaduje další konfiguraci.
Režim 4 Přestávka určená podle tabulky
Generování přestávky podle stanoveného seznamu přestávek.
Pro kalendář je definovaný seznam přestávek (na záložce „Přestávky“, formuláře „Kal01“), z kterého se uplatní ty, které zasahují do aktuální směny.
Zpracovaný záznam se porovnává se seznamem přestávek. Z každé přestávky ze seznamu, který plně nebo částečně zasahuje do času od/do záznamu se do evidence přestávek příslušného dne založí nový záznam s určením začátku a konce přestávky a hodinami přestávky.
O součet hodin započítaných přestávek se zkrátí základní započítané hodiny záznamu v DD, (bez ohledu na to zda se jedná o SLM typu odpracovaná nebo neodpracovaná doba).
Tento režim si vyžaduje další konfiguraci :
v záložce „Přestávky“, formuláře „Kal01“ vytvořit seznam přestávek pro celé pokrytí dne.
Režim 5 Přestávka určená ve vzorovém dni
Režim zpracování přestávek je určený definicí vzorového dne
Pro tento režim jsou limity pro stanovení začátku a konce přestávky, tak i délka přestávky definována na vzorovém dni. Pro dny volna je režim a délka přestávky definována v kalendáři.
Zpracování a generování přestávky je shodné jako v režimu 3.
Tento režim si vyžaduje další konfiguraci :
a) na záložce „Doch.&Schval.“, formuláře „Kal01“ nastavit :
Typ převažující přestávky:
Délka převažující přestávky [min]:
b) na záložce „Vzorové dny“, formuláře „Kal01“ pro každý vzorový den, použitý pro rozpis směn příslušného kalendáře, nastavit :
Typ přestávky pro generování a kontrolu.
Položka je vyplňována podle řešitelského číselníku pd_pres_typ s hodnotami:
0 Bez
přestávky
Pro VD se přestávka neaplikuje
1 Interval
4 a půl hodiny
První přestávka aplikovaná po 4.5 hodiny
2 Interval
6 hodin
První přestávka aplikovaná po 6.0 hodiny
Délka přestávky ve směně v minutách pro režim 3
Pokud je nastaveno „-1“, délka se určí podle definice přestávek pro vzorový den
Režim 6 Přestávka určená u vzorového dne podle tabulky
Generování přestávky podle stanoveného seznamu přestávek na vzorovém dni, pro dni s nedefinovaným seznam, se pracuje s tabulkou na kalendáři.
Pro vzorový den je definovaný seznam přestávek (na záložce „Přestávky“, formuláře „Kal01“), z kterého se uplatní ty, které zasahují do aktuální směny.
Zpracovaný záznam se porovnává se seznamem přestávek. Z každé přestávky ze seznamu, který plně nebo částečně zasahuje do času od/do záznamu, se do evidence přestávek příslušného dne založí nový záznam s určením začátku a konce přestávky a hodinami přestávky.
O součet hodin započítaných přestávek se zkrátí základní započítané hodiny záznamu v DD, (bez ohledu na to zda se jedná o SLM typu odpracovaná nebo neodpracovaná doba).
Tento režim si vyžaduje další konfiguraci :
v záložce „Přestávky“, formuláře „Kal05“ vytvořit seznam přestávek pro každý vzorový den nejlépe celé pokrytí dne.
Pokud je nastaven parametr Generovat přestávku do den. docházky = Ano, tak se na základě výše popsaného postupu vyhodnotí přestávka a táto je vložená jako samostatný řádek, se SLM s IA 901, do denní evidence (nepřerušuje záznam do kterého zasahuje).
Pokud je záznam s IA 901 má menší hodiny než požadovaná přestávka, tak se pro nejbližší záznam započitatelný do režimu přestávky zkrátí započitatelná doba o zůstatek přestávky a vygeneruje se tento rozdíl, jako další řádek.
Rozšíření režimu přestávek o tzv. bezpečnostní přestávky. Jedná se přerušení pracovní směny z technologických nebo hygienických důvodů. Tyto přestávky, na rozdíl od přestávek na jídlo a oddech, se považují za odpracovanou dobu a jsou placeny.
Celý systém je založen na vytvoření samostatných tabulek pro bezpečnostní přestávky na formulářích Kal01, Přestávky nebo Kal05, Přestávky.
Kalkulace výpočtu přestávek byl upraven tak, že pokud pro režim kalkulace přestávky 4 a 6 je vyplněna tabulka bezpečnostních přestávek, provede se jejich vyhodnocení a výsledek je zapsán na formulář Dcd01 do položky Délka bezp. přestávek. Způsob vyhodnocení bezpečnostních přestávek je stejný jako vyhodnocení přestávek na jídlo.
Pozor: Před naplněním tabulek bezpečnostních přestávek se musí definovat SLM s IA 910 pro uložení bezpečnostní přestávek do podkladů pro mzdy v rámci převodu DD/MV.
Pro urychlení analýzy reklamovaného problému, pokud se reklamuje nějaký problém z vyhodnocení denní nebo měsíční docházky (reklamace výsledků výpočtů), doporučujeme automatické spuštění exportní sestavy Dcu22 a vygenerovaný ZIP soubor připojit k příslušnému tiketu.
Poznámka: sestava vytváří soubor ZIP, je možné, že po ukončení sestavy se zobrazí výstupní soubor v "rozbaleném" stavu. Zasílejte nám vygenerovaný soubor ZIP a ne jednotlivé dílčí exporty.
Volání elektronické nápovědy pomocí F1 je obecně použitelná pouze pro JAVA klienta.
Pozor: Kontextovou nápovědu nejde volat pro WEB nebo HRP klienta pomoci klávesy F1 (aktivuje se nápověda prohlížeče) ale pouze výběrem z nabídky.
Elektronická nápověda (F1) je obecně použitelná i pro standardní sestavy oblasti docházky, tzn. pro aktivaci F1 je elektronická nápověda otevřena na popisu aktuální sestavy, pokud takýto popis existuje.
Kontextová nápověda a uživatelské sestavy.
Obvykle uživatelské sestavy nemají v standardní dokumentaci uveden popis a proto nemají ani definovanou vazbu na kontextovou nápovědu.
Pro uživatelské sestavy, které mají popis v uživatelské dokumentaci, nemusí být vytvořeno přepojení v rámci kontextové nápovědy na popis a proto se zobrazí pouze seznam okruhů kontextové nápovědy a konkrétní popis se musí dohledat manuálně.
Ve smyslu §96 ZP je zaměstnavatel povinen vést u vyjmenovaných druhů vykazované doby její začátek a konec, proto je k dispozici kontrola DK015a, která hlásí nesplnění této povinnosti.
Kontrola se provádí pro záznamy se SLM s IA:
Standardně je kontrola nastavena na úroveň ERROR, pokud zaměstnavatel nevyžaduje striktní plnění podmínky ve smyslu §96, může kontrolu vypnout na formuláři Adm32, Docházka.
Podle rozhodnutí zákazníka, pro kontrolu DK015a je možné omezit SLM, pro které se má provést.
Seznam SLM, které se mají vyloučit z kontroly, je určen
započitatelnosti Slm02.DOCH03 skupina DK015a.
Výpis evidence docházky odpovídající §96 ZP je možné provést sestavou Dcd18.
Pro činnosti evidence docházky je stanovené aktuální období, ke kterému navazují všechny procesy.
Záznamy v rámci okruhu docházka jsou obvykle zařazené do aktuálního období docházky (nebo zvoleného období uživatelem), které koresponduje s obdobím výpočtu mezd (aktuální období docházky však nemusí být shodné s aktuálním obdobím pro výpočet mezd).
Pro specifické SLM je možné zadat řádky v měsíční evidenci, přesahující aktuální období. V tomto případě se předmětný záznam, v rámci uzavření evidence docházky, kopíruje do následujícího období do kterého předmětný záznam zasahuje.
Uzávěrka docházky se převádí vždy shodně ve mzdách.
V oblasti docházky se PV se zkráceným úvazkem zpracují obvykle standardním způsobem. Nejdůležitější pro PV ze zkráceným úvazkem je nastavení kalendáře (viz kapitola Kalendáře pro zkrácené úvazky).
Navíc pro tento režim jsou realizované speciální funkce a kontroly:
DM040 - Zkrácený úvazek, SLM typu nadúvazek
Automatické uložení hodin ze SLM typu nadúvazek do SLM typu přesčas.
podrobněji viz dále.
Řešení a doporučení pro SLM s IA 2131 (DPČ) a 2132 (DPP).
U DPČ doporučujeme použít pro vykazování odpracované doby v docházce SLM s IA 1002 a ve mzdách použít nastavení v Opv02 SLM s IA 2131 s kódem doby = O.
U DPP doporučujeme použít SLM s IA 2132 pouze pro Dcm01 (Pro Dcd01 je použití prakticky nemožné na základě charakteru DPP).
V rámci uzavření docházky je možné pro druh PV 13 - Dohoda o pracovní činnosti - sezónní práce (DPČ-SEZ), aktivovat kontrolu DM044 (standardně zapnuté).
Kontrola obsahuje:
a/ kontrolu na max. rozsah vykázané práce, tzn. 520 hodin v kalendářním roce (ze všech takových DPČ-SEZ u téhož zaměstnavatele)
za uzavřené období v rámci kontrolovaného rozsahu dohody, se hodiny započítají z výpočtu mezd
za neuzavřené období v rámci kontrolovaného rozsahu dohody, se hodiny započítají z výpočtu DOCH
b/ kontrola průměrná TPD za dobu trvání DPČ-SEZ, nejvíce však za 4 měsíce, nesmí přesáhnout 40 hodin/týdně
při dohodě o délce více než 4 měsíce se kontroluje každý úsek o délce 4 měsíce
zápočet hodin podle stavu období – z MZDY/ z DOCH
c/ kontrola na maximální délku dohody 8 měsíců
Při uzavření docházky pro PV typu DPP (druh Pv = 7, 9, 12, 33 ), pokud má PV na Opv02 SLM s IA 2132 a na Dcd01 je zadána SLM s IA 1001,1002 , tak tyto SLM nahradíme při uložení do podkladů pro mzdy (Dcm) SLM podle Opv02 s IA 2132.
Funkce pracuje i s alternativou, kdy pro PV v Opv02 není zadaná SLM s IA 2132.
Ve mzdách použít nastavení v Opv02 SLM s IA 2132 s kódem doby = B nebo nevyplněno.
Pokud je u zákazníka potřeba směrovat odpracovanou dobu (vykazovanou na různé SLM) na různé SLM s IA 2132, je možné použít níže uvedené mechanizmy volby SLM pro DPP (IA 2132).
Pokud je vyplněno Opv02, pro uložení do Dcm01 se použije SLM vybraná postupem:
a/ nejdříve se použije SLM s IA 2132 z Opv02, a použije se nastavení KD/KČ
b/ dále se hledá v Slm01, SLM pro placení pro SLM z Dcd01, pokud se nalezne a je vyplněná, tak se použije
c/ pak se hledá v započitatelnosti DOCH05, skupina DPP, pokud se nalezne a je vyplněná, tak se použije
d/ pokud je však vyplněná položka Opv01, Režim, SLM pro evidenci odpracované doby:, tak se použije táto
Pokud se pro PV typu dohoda na Opv02 eviduje řádek s dotčenou SLM, tak se kód doby a kód částky v záznamu docházky nastaví podle platného záznamu v Opv02.
Pokud není vyplněno Opv02, pro uložení do Dcm01 se použije SLM vybraná postupem:
a/ pokud je vyplněná položka Opv01, Režim, SLM pro evidenci odpracované doby:, tak se použije táto
Při uzavření docházky pro PV typu DPP (druh Pv = 6, 8, 13, 32), pokud je zadána SLM s IA 1001,1002
a) a PV má na Opv02 SLM s IA 2131
b) a PV nemá na Opv02 SLM s IA 2131
Pokud je nastaveno hlášení DP135 > 0 a na Dcd01 je zadána SLM s IA 1001,1002, tak při uzavření docházky pro PV typu DPČ (druh Pv = 6, 8, 13, 32 ):
1/ pokud má PV na Opv02 SLM s IA 2131, tak tyto SLM nahradíme při uložení do podkladů pro mzdy (Dcm) SLM podle Opv02 s IA 2131.
Doporučujeme použít nastavení v Opv02 SLM s IA 2131 s kódem doby = B nebo nevyplněno.
Pokud je u zákazníka potřeba směrovat odpracovanou dobu (vykazovanou na různé SLM) na různé SLM s IA 2131, je možné použít níže uvedené mechanismy volby SLM pro DPČ (IA 2131).
Pro uložení do Dcm01 se použije SLM vybraná postupem:
a/ nejdříve se hledá v Slm01, SLM pro placení pro SLM z Dcd01
b/ pak se hledá v započitatelnosti DOCH05, skupina DPČ
c/ pak se hledá - použije SLM s IA 2131 z Opv02
d/ pokud je vyplněná položka „Opv01, Režim, SLM pro evidenci odpracované doby:“,
použije se tato
Pokud se pro PV typu dohoda na Opv02 eviduje řádek s dotčenou SLM, tak se kód doby a kód částky v záznamu docházky nastaví podle platného záznamu v Opv02.
2/ pokud nemá PV na Opv02 SLM s IA 2131 a pokud je vyplněná položka „Opv01, Režim, SLM pro evidenci odpracované doby:“, použije se tato.
Při uzavření docházky PV s druhem PV = DPČ / DPP / DoBPŠ vygenerujeme pro každý den z denní evidence docházky, ve kterém je vykázaná doba s IA 998, 999, 1001, 1002, 1006, 1008 a 2131, 2132 jeden řádek do podkladů pro mzdy se SLM s IA 5138 s nastavením:
SLM = SLM k IA 5138
Kód doby, Kód částky = podle default nastavení v Slm01
Hodiny = součet hodiny ze dne pro SLM s určenými IA
Datum Od / Datum Do = datum
Směny = 1
Zdroj vytvoření řádku = 20 (Převod z DD)
Stav editace záznamu = 99
Poznámka: Funkce je účinná pouze v případě, kdy v číselníku Slm01 je platná SLM s IA 5138 a navíc musí být platná pro docházku.
Pokud je povolené hlášení DPE025 (Adm32) generování SLM 5138 se provede i na dny nepřetržitého odpočinku v týdnu (sobota, neděle), pokud je pro dohodu vykázaná směna na každý den týdne (pondělí až pátek).
Pokud je sobota/neděle na začátku měsíce, posuzuje splnění podmínky od předešlého pondělí.
Standardně se generování neprovádí, aktivace je možné nastavením hlášení DPE025 > 0 (Adm32).
V rámci kalkulace DD a uzavření docházky pro PV typu DPP/DPČ jsou modifikovány specifické kontroly a funkce :
DK001 (Odpracováno ve volném dnu) - zablokovaná
DK204 (Nesplněn fond PD měsíce ) - podmíněná
DK205 (Příchod po stanoveném limitu SLM) - zablokovaná
DK206 (Odchod před stanoveným limitem SLM) - zablokovaná
DP004 (Překročen plánovaný FPD) - zablokovaná
DM001/DM002 (Překročen FPD. Předepsány hod) - podmíněná
DD148 (Nestanovena průměrná délka směny) - zablokovaná
pro DPP/DPČ se neprovádí kontrola a vyrovnání FPD, i když je pro organizaci určena na Adm21.
Podmíněné kontroly je možné pro dohody povolit, ale pouze pokud mají nastaveno „Opv01, Režim zpracování dohody v DOCH:“ = 1.
Poznámka: Předpokládá se však, že tyto dohody mají kalendář s rozpisem směn, aby se mohl stanovit měsíční FPD.
§75 Dohoda o provedení práce (Druh PV = 7) za všechny DPP u
zaměstnavatele - max. 300 hodin
kontrola DM028 (s limitem podle CZ leg.).
§76 Dohoda o pracovní činnosti (Druh PV = 6) - max. polovina
stanovené prac. doby za týden
kontrola DM030
1/ Do kontroly z denní evidence docházky se započítávají i jinak vykázané hodiny než s IA 2131.
Pro napočet z docházky se akceptují SLM 2131 a všechny vykázané hodiny na SLM typu odpracovaná a neodpracovaná doba (SLM ze započitatelnosti Doch02.ODPR+NEPR)
2/ Kontrola se provádí samostatně pro každý úsek o délce max. 52 týdnu, tzn.
pokud trvání dohody je větší než 52 týdnů, z pohledu kontroly se dohoda
rozdělí na úseky po 52 týdnech a kontrola se provádí samostatně pro každý takovýto
úsek.
Poznámka: -
Pokud délka úseku pro kontrolu je
méně jako 30 dní, vypočtou se hodiny z denní evidence.
Pokud délka úseku pro kontrolu je méně jako 14 dní, kontrola DM030 se
neprovádí.
Omezení použití SLM, kontrola DM027 - Nesouhlas vykázané SLM podle druhu PV.
Vykázaná SLM s IA DPČ=2131 pro PV jiné, než DPČ tj. jiné , než 6, 8, 12, 32.
Vykázaná SLM s IA DPP=2132 pro PV jiné , než DPP tj. jiné, než 7,9,12, 33.
Pokud datum ukončení PV
= 3.3.3333, tak pro výpočet hodin kontroly použijeme datum posledního dne
aktuálního období.
V případě, kdy začátek nebo konec kontrolovaného úseku není na
začátku/konci měsíce, pak se teto částečné úseky měsíce počítají podle evidence
denní docházky.
Hodiny dohody = součet hodin z MZDY pro uzavřené období pro MZDY
+ součet hodin z docházky pro otevřené období od začátku měsíce do konce kontr. úseku
+ součet hodin z docházky prvního měsíce, pokud DPČ nezačíná od prvního
Pro případnou analýzu hlášení DM030, resp. odpovídající kontroly v Dcd01, je k dispozici podrobný výpis kontrolovaných parametrů.
Tento výpis je k dispozici pouze pokud úroveň hlášení DM030c > 0.
Součástí výpisu je hlášení DM030c - informace o DPČ a pro každý krok cyklu pak hlášení DM030d.
DM030c [U]0] DPČ, od <dat. PV od> do < dat. PV do >, poč. týdnů <n>, hodiny Mzdy <hod1> DOCH <hod2>, prům. hodiny <hod3>
DM030d [E][INF] DPČ, kontrolovaný úsek od <datum od> do < datum do>, poč. týdnů <n>, hodiny Mzdy <hod1> DOCH <hod2>, prům. hodiny <hod3>
§ 226 Dohoda o provedení práce (Druh PV = 7, 9, 33) za veškeré dohody typu DPP u zaměstnavatele - max. 350 hodin (s limitem podle SK leg.); viz kontrola DM028, DM028a.
Kontrola DM028, kontroluje počet hodin DPP za všechny evidované PV. Pokud je tento limit překročen, zobrazuje se hlášení.
Vyhodnocuje se pouze v měsících, kdy je zaměstnanci zúčtována SLM s IA 2132.
Kontrola DM028a, se zobrazí, pokud je aktivované (úroveň > 0) a u kontrolovaného PV došlo k překročení stanovené hranice vykázaných hodin. Hranice průběžné kontroly jsou nastavené na: 100/150/200/250/300 hodin.
§ 228a, Dohoda o pracovní činnosti (Druh PV = 6) - max. 10 hodin týdně; viz kontrola DK242
Kontrola se provádí pouze při zadání v denní evidenci docházky.
§ 227, Dohoda o brigádnické práci studentů (Druh PV = 12) - max. 20 hodin v průměru za období platnosti dohody, max. 12 měsíců; viz kontrola DM029
Kontroly DM028 a DM029 se provádějí v rámci běžné kalkulace i uzavření docházky.
Kontroly v rámci běžné kalkulace se spustí pouze v případě, že jsou aktivní a kalkulace neběží v režimu uzavírání docházky.
Kontrola je společná pro CZ i SK legislativu, ale každá má svůj základní limit.
Pokud je kontrola DM028 prováděna v rámci běžné kalkulace, tak se vyhodnocuje vzhledem na denní docházku, pokud však je spuštěna v rámci uzavření docházky, tak se kontroluje na měsíční evidenci docházky.
Popis kontroly DM028.
Pokud DM028 > 0 a pokud Druh PV = 7, 9, 33 a v měsíci je vykázaná SLM s IA 2132, provedeme kontrolu.
Zjistíme aktuální legislativní roční xLimit pro DPP podle platné legislativy z legislativních konstant EGJE.
Zjistíme aktuální roční xLimit2 pro DPP a OSČ u zaměstnavatele, jako součet z „Opv01, Popis, Sjednaný rozsah práce dohody:“ pro všechny PV s Druh PV = 7, 9, 33 platné za aktuální rok.
Pokud DM028b > 0 a xLimit2 > xLimit, zobrazí se hlášení:
DM028b [U] [ERR] Rozsah práce na všechny DPP od začátku roku <xLimit2> převyšují max. <xLimit> hodin na DPP
Pokud „Opv01, Popis, Sjednaný rozsah práce dohody“ pro aktuální PV je vyplněn a je menší než xLimit, potom
xLimit „Opv01, Popis, Sjednaný rozsah práce dohody:
Napočet hodin DPP z uzavřených období pro MZDY (z detailu výpočtu):
xCerpanie_stare = součet hodiny z MZDY pro IA 2132 a 5311 pro aktuální PV a období v aktuálním roce se statusem VT >= 4
xCerpanie_stare_PV = součet hodiny z MZDY pro IA 2132 a 5311 pro další PV typu DPP k aktuálnímu PV a období v aktuálním roce se statusem VT >= 4
Pokud je kontrola spuštěná v rámci kalkulace DD:
xCerpanie_nove = součet hodiny z DCD pro IA 1001, 1002, pro aktuální PV a období v aktuálním roku se statusem VT <= 3 menší nebo rovné období kalkulace
xCerpanie_nove_PV = součet hodiny z DCD pro IA 1001, 1002, pro další PV typu DPP a období v aktuálním roku se statusem VT <= 3 menší nebo rovné období kalkulace
Načtení hodin pro kontrolu při uzavření docházky:
xCerpanie_nove = součet hodiny z DCM pro IA 2132 pro aktuální PV a období v aktuálním roce se statusem VT <= 3 menší nebo rovné období kalkulace
xCerpanie_nove_PV = součet hodiny z DCM pro IA 2132 pro další PV typu DPP a období v aktuálním roce se statusem VT <= 3 menší nebo rovné období kalkulace
xHod1 = xCerpanie_stare + xCerpanie_stare_PV + xCerpanie_nove + xCerpanie_nove_PV
Pokud xHod1 > 0 a DM028a > 0
Zjistíme, kterou hranici ze sledovaných (100, 150, 200, 250, 300) součet hodin DPP překročil
zobrazíme hlášení odpovídající zjištěné hranici:
DM028a [U] [VAR] Vykázané hodiny DPP od začátku roku <xHod1> převyšují <xLimit1> hodin
Pokud XHod1 > 0 a xLimit < xHod1 zobrazíme hlášení:
DM028 [U] [ERR] Vykázané hodiny DPP od začátku roku <xHod1> převyšují <xLimit> hodin
když xLimit2 > 0 a XHod1 > 0 a xLimit2 < xHod1 zobrazíme hlášení:
DM028c [U] [ERR] Vykázané hodiny DPP od začátku roku <xHod1> převyšují <xLimit2> hodin z Opv01
Standardně se pro DPČ/DPP v rámci kalkulace aplikuje několik zásadních omezení.
V případě, kdy se pro vykazování DPČ/DPP požadují obdobné podmínky jako pro zpracování PV, je možné použít režim zpracování DPČ/DPP v režimu PV.
Pokud pro dohodu požadujeme obvyklé zpracování jako je použito pro běžné PV, stačí nastavit
Opv01, Režim, Režim zpracování dohody v DOCH: = 1
Toto nastavení zablokuje omezení, která se standardně aplikují pro DPČ/DPP.
Dotčené funkce:
- Automatické doplnění odpracované doby na nevykázané dny
- Automatické generování neodpracovaného svátku
- Plné zpracování pro režim kalkulace 18
- Generování DD
KB, 1124949 – Dohody, placení neodpracovaného svátku
Doporučené nastavení konfigurace pro aut. placení neodpracovaného svátku pro dohody.
Nastavení Slm01, Doch&Ext.vstupy
u SLM 10080 na Vyp01/Ext. vstupy položka Typ převodu doch. mzdy mít hodnotu 0 -nepřenášet do mezd.
Nastavení Opv02
na Opv02, SLM s IA 2132 pro DPP u položky Kód doby je potřeba nastavit O nebo N.
nastavení Opv01/Režim
Režim proplácení neodpracovaného svátku:
"1 - Neodpracované svátky proplácet mzdou"
"2 - Neodpracované svátky proplácet průměrem".
U DPČ fungují obě výše popsané varianty.
DPP, pro nastavení "2 - Neodpracované svátky proplácet průměrem".
???
Pro nastavení "1 - Neodpracované svátky proplácet mzdou",
U SLM DPP (např. SLM 21321 IA 2132) v Slm01 musí být nastaveno "Za odpracovanou dobu ve svátek = Ano).
Pro PV typu dohoda, je možnost pro vykazování dovolené (nepřítomností) pouze v hodinách – bez nutnosti mít k dispozici rozpis směn v kalendáři.
Pro čerpání dovolené pro PV typu Dohoda, je potřebné použít SLM s IA 21 s typem (dočerpání hodin).
Pro schvalovanou žádost je možné použít pouze režim vložení 8 (datum a hodiny od/do).
1/ Upravená kontrola SCH06 – SLM mimo plánovanou směnu
// Omezení kontroly pro kalendáře “prázdný” (v kalendáři nejsou žádné plánované hodiny)
Pokud pro první den odchylky je plánovaná směna (typ dne = 1, 2, 3), ale ta nemá plánované hodiny (hodiny = 0) a pokud je SCH06a > 0, zobrazí se hlášení:
SCH06a [U][FAT] Dne <dat>, SLM <slm> na plánovanou směnu bez hodin<čas od>/<čas do>
a kontrola se ukončí.
// Omezení kontroly pro Dohody na den bez plánované směny
Pokud pro režim vstupu SLM 8(Adm06), pro první den odchylky
je plánovaná volná směna (typ dne = 4, 5, 7)) ale ta nemá plánované hodiny (hodiny = 0),
a Druh PV je Dohoda
a pokud je SCH06b > 0 zobrazí se hlášení
SCH06b [U][VAR] Dohoda. Dne <dat>, SLM <slm> na neplánovanou směnu bez hodin.
a podle úrovně hlášení pokračujeme nebo ukončíme kontrolu.
2/ Vložení SLM typu nepřítomnost při „prázdném“ kalendáři pro PV typu Dohoda
Pro PV typu dohoda, jsme umožnili vložení nepřítomnosti i na den bez plánované směny.
Byly upravené některé kontroly, které neumožnily doposud akceptaci takového zadání.
Kontrola DK012.
Pokud je druh PV dohoda, která má přiřazen „prázdný kalendář“ (všechny směny V nebo M) a je vykázaná odchylka na den bez plánované směny
Pokud DK012c > 0, tak se zobrazí hlášení:
DK012c [U] [VAR] Dohoda, nepřítomnost SLM <%2> v den <%3> bez plán. směny.
Kontrola DK239 a DK240
Pro PV typu dohoda bereme nárok k posl. dni období (standard poslední den předešlého období), z důvodů stanovení závazného nároku až v rámci výpočtu mezd za aktuální období.
Poznámka: Ve specifickém případě, může v takové situaci z pohledu docházky docházet k legálnímu přečerpání dovolené, pokud se očekává navýšení nároků po výpočtu mzdy.
V takovém případě se doporučuje nejdříve předběžně spočítat mzdy pro dotčené PV, dokončit docházku a pak zopakovat výpočet mezd.
Kontroly DK239 a DK240 se upravili tak, že při PV typu dohoda se použijí hlášení DK239e, resp. DK240e.
Kontroly DK239b a DK240b
Upraveny tak, aby pro PV typu Dohoda akceptovaly (pro SLM k dočerpání) i hodiny s rozsahem větším, než je průměrná/plánovaná směna.
Kalkulace docházky:
Pokud se zadá dovolená např. SLM 210 (standard) a hodiny např. 5, kalkulace hodiny vynuluje.
Po PV typu Dohoda s prázdným KAL, takovou SLM nelze zadat, zobrazí se hlášení
??? [E] [FAT] SLM <slm> nelze zadat pro kalendář <kal>
Pokud se zadá dovolená např. SLM 209 (režim 7 - dočerpání) a hodiny např. 5, kalkulace hodiny:
a/ standardně stáhne na průměrnou nebo plánovanou směnu na den pro kalendáře s plánovanou směnou
b/ Po PV typu Dohoda s prázdným KAL, hodiny zachováme
Tak jako pro běžné PV, tak i pro dohody se používá nárok dovolené spočtený z Dov01 modifikovaný pro oblast DOCH.
Pro všechny případy se používá hodnota nárok z řádku Předp. do konce roku z Dov01.
Pro režim 7, když je PV ukončeno v aktuálním roce, tak se použije nárok z řádku CELKEM z Dov01.
Obě odkazované hodnoty se aktualizují podle aktuálního stavu parametrů z f. Adm22 (pro SJ):
DPČ - nárok BR je nárokem AKT? (Ano/Ne)
DPP - nárok BR je nárokem AKT? (Ano/Ne)
V návaznosti na řešení problematiky vykazovaní souběhu nemoci a odpracované doby v poslední den nemoci, je řešeno v jednotlivých procesech a objektech:
Dcm01, Vstupy, Vstupy - souhrn
Odprac. posl. den [hod:mm]
Počet hodin odpracovaných v poslední den nemoci (SLM s IA 51 až 56)
Poznámka :
Položka zobrazená na formuláři Dcm01 není řešena pro „Dcu01,Vstupy měsíční“ ani pro „Dca02, Dlouhodobé odchylky“. V případě potřeby je pro zadání souběhu nemoci a odpracované doby v poslední den nemoci nutné použít formulář Dcm01.
Dce04 – Export – Měsíční virtuální vstupy
Export položky „Odprac. Posl. Den“.
Dcv01, Měsíční
Odprac. Posl. Den [hod:mm]
Počet hodin odpracovaných v poslední den nemoci (SLM s IA 51..56)
Převod DD/MV
Pokud je v DD pro poslední den nemoci zjištěná také vykázaná odpracovaná doba, tak se její hodiny uloží do položky „Odprac. posl. den“ generovaného záznamu MV.
Kalkulace MV
Pokud existuje záznam se SLM s IA 51..56 (z libovolného zdroje) a má vyplněnou položku „Odprac. posl. den“, provede se kontrola. zda v daném dni v denní evidenci docházky jsou vykázané odpovídajíce hodiny. Pokud není shoda v hodinách vykázaných v MV a DD, zobrazí se hlášení:
DM015a [E] [VAR] Nesouhlasí odpracované hodiny v poslední den nemoci <datum>. Zadáno <hod MV>, odpracováno <hod DD>.
Vykazování doby v tzv. pracovní pohotovosti a následně vykazování doby práce v rámci pohotovosti pro denní evidenci docházky je možné provádět několika způsoby:
a) Vykázaná doba pohotovosti se nepřekrývá s vykázanou dobou práce v pohotovosti. Tzn. pohotovost se vykazuje pouze na dobu skutečně držené pohotovosti a je přerušena každým začátkem práce v pohotovosti. Jedná se o standardní režim vykazování odchylek.
b) Vykázaná doba pohotovosti se překrývá s vykázanou dobou práce v pohotovosti. Tzn. pohotovost se vykazuje na celou dobu nařízené pohotovosti (bez ohledu na vykázanou dobu práce v pohotovosti) a vykázaná doba práce v pohotovosti musí být časově v období vykázané pohotovosti. V tomto případě se hodiny odchylky typu „pohotovost“ určí jako rozdíl hodin vykázané pohotovosti a hodin vykázané práce v pohotovosti, která časově spadá do pohotovosti. Pro tento režim musí být speciálně označená SLM typu „pohotovost“ v číselníku Slm01, Doch&Ext.vstupy., Typ zpracování SLM v DOCH = „4 - Pohotovost s krácením za práci v pohotovosti“.
c) Vykázaná pohotovost na více dni v Dcm (režim 5), viz popis níže
Pozor : v rámci oblasti docházka je možné používat pouze jeden typ vykazování pohotovosti pro celou organizaci.
Pro vykazovaní pohotovosti a vykázaných dob v pohotovosti je rozhodující naplnění započitatelnosti: Slm02.DOCH02.POH - Vykázané doby v pohotovosti (tzn. že započitatelnost neobsahuje SLM Pohotovosti, ale SLM na které se vykazují odpracované doby v pohotovosti).
Poznámky:
Skupina započitatelností POH : standardně je prázdná. Pokud zákazník používá v oblasti docházky vykazování pohotovosti a práce v pohotovosti, je nutné nadefinovat SLM do započitatelnosti.
Pro uložení odchylky typu Pohotovost je možné aktivovat kontrolu DD152, která kontroluje uložení záznamu pouze při definovaní limitu hodin pohotovosti a pokud není tento limit překročen.
Příklad:
Zaměstnanec má nařízenou pracovní pohotovost od 16:30 do 24:00 a v době této pohotovosti pracoval od 18:30 – 19:00 a 22:15 – 22:30
Režim a) Vykázaná doba pohotovosti se nepřekrývá s vykázanou dobou práce v pohotovosti
SLM |
Od |
Do |
Hod odch. |
Hod. zap |
Poznámka |
2121 |
16:30 |
18:30 |
2:00 |
2:00 |
|
1111 |
18:30 |
19:00 |
0:30 |
0:30 |
|
2121 |
19:00 |
22:15 |
3:15 |
3:15 |
|
1111 |
22:15 |
22:30 |
0:15 |
0:15 |
|
2121 |
22:30 |
24:00 |
1:30 |
1:30 |
|
Nepovolené zadání:
SLM |
Od |
Do |
Hod odch. |
Hod. zap |
Poznámka |
2121 |
16:30 |
18:30 |
2:00 |
2:00 |
|
|
|
|
|
|
Přerušená pohotovost ! |
2121 |
19:00 |
22:15 |
3:15 |
3:15 |
|
1111 |
22:15 |
24:00 |
0:15 |
0:15 |
Práce v pohotovosti překrývá pohotovost |
2121 |
22:30 |
24:00 |
1:30 |
1:30 |
|
Režim b) Vykázaná doba pohotovosti se překrývá s vykázanou dobou práce v pohotovosti
SLM |
Od |
Do |
Hod odch. |
Hod. zap |
Poznámka |
2121 |
16:30 |
24:00 |
7:30 |
6:45 |
|
1111 |
18:30 |
19:00 |
0:30 |
0:30 |
|
1111 |
22:15 |
22:30 |
0:15 |
0:15 |
|
Nepovolené zadaní:
SLM |
Od |
Do |
Hod odch. |
Hod. zap |
Poznámka |
2121 |
19:00 |
22:15 |
3:15 |
3:15 |
|
1111 |
22:15 |
22:30 |
0:15 |
0:15 |
Práce v pohotovosti mimo pohotovost |
2121 |
22:30 |
24:00 |
1:30 |
1:30 |
|
Režim vykazování pohotovosti (5), kdy uživatel zadává vícedenní pohotovost v podkladech pro mzdy (Dcm), přičemž zadá čas začátku pohotovosti v první den a čas ukončení pohotovosti v poslední den.
V rámci uzavření docházky se spočtou hodiny pohotovosti jako:
V první den: Čas začátku do půlnoci
Za druhý až předposlední den + 24
V poslední den: Od 00:00 do Čas konce
Od takto stanovených hodin pohotovosti se odečtou hodiny vykázaných dob (použijí hodiny vykázané v DD na SLM ze započitatelnosti DOCH02.POH + ODPR+ NEPR+ NVT+ NVC+ PRESC+ PRESC1), které byly vykázány v době vymezené pohotovosti v denní evidenci docházky.
Tento systém se použije, pokud pro SLM pohotovosti je nastaveno:
Položka Slm01, Doch&Ext.vstupy, Typ zpracování SLM v DOCH
=
5 - Pohotovost v měs. vstupech s krácením za práci v pohotovosti
podle denní docházky
Pro režim je aktivní kontrola DP006a - Kontrola hodin pohotovosti v Dcd a Dcm (viz popis kontroly).
Zároveň je pro tento režim pohotovosti zablokovaná kontrola DK116 a kontrola DK123 je upravená tak, aby respektovala SLM ze započitatelností zásadních pro tento režim.
Režim vykazování pohotovosti (8), kdy uživatel zadává vícedenní pohotovost v podkladech pro mzdy (Dcm), přičemž zadá čas začátku pohotovosti v první den a čas ukončení pohotovosti v poslední den.
Tento systém se použije, pokud pro SLM pohotovosti je nastaveno:
Položka Slm01, Doch&Ext.vstupy, Typ zpracování SLM v DOCH
=
8 - Pohotovost v měs. vstupech jako 5 s průběžným zobrazením v Dcd
Zpracování a vyhodnocení SLM pohotovosti v režimu 8 je stejné jako v režimu 5 s těmito rozdíly:
a/ při otevřené docházce se v Dcd01 zobrazuje pohotovost v rozsahu začátku a konce zadání v Dcm (první a poslední den podle zadání času začátku a konce odchylky v ostatních dnech na 24 hodin)
b/ při uzavření se vygeneruje pohotovost do evidence Dcd stejně jako v režimu 5, tzn. vygenerují se záznamy Dcd, které pokryjí všechny jinak nevykázané doby v rozsahu vykázané pohotovosti v Dcm.
Pro režim je aktivní kontrola DP006a - Kontrola hodin pohotovosti v Dcd a Dcm (viz popis kontroly).
Režim vyhodnocení průchodů pro 24 hodinové směny (hasiči), u kterých je část směny vykazovaná oprávněným uživatelem jako pohotovost na pracovišti.
Režim je aktivován na kalendáři, nastavením položky:
Doch&Schval, Doplňkový režim = 9 - Hasiči, s 24 hodinovou směnou
Kalendáře musí mít definován VZD pro 24 hodinovou směnou.
Kalendář musí mít nastaven režim zaokrouhlení podle VZD, nesmí být povolen přesun směny a je povolená délka započitatelné doby max. na 16 hodin (960 min.).
V rámci zpracování průchodů se pro 24 hodinovou směnu zpracuje započitatelná doba za 16 hodin. Následně v rámci kalkulace denní docházky se odpracovaná směna rozdělí do samostatných řádků podle vykázané pohotovosti.
Pokud do vygenerované pohotovosti spadne změna letního času na zimní nebo opačně, hodiny pohotovosti se upraví o -1 hodinu pro změnu Z/L a o +1 hodinu při změně L/Z.
Režim vyhodnocení průchodů pro 24 hodinové směny (hasiči), u kterých je pro část směny aut. vygenerován záznam se SLM pohotovost na pracovišti.
Režim se aktivuje nastavením:
Kal01, Doch&Schval, Doplňkový
režim = 10 - Hasiči, s 24 hodinovou směnou s gen. pohotovostí
V Kal05 založit VZD s nastavením:
Použití vzor. dne = 23 - Pohotovost, po směně
Složka mzdy = IA 2121/2122
Hod. směny VZD = hodiny pohotovosti, , stejná hodnota se musí vyplnit i do druhé položky hodin.
Nepovinně vyplnit začátek a konec pro generování pohotovostí. Nastavení položky na 0:00 se považuje za korektní vyplnění.
Popis zpracování:
Pokud v režimu hasiči s gen. pohotovostí je ve dni záznam s IA 1001/1002 o délce >= 24 hodin (podle vykázané doby), zjistíme zda je ve dni vykázaná pohotovost z výpočtu nebo ručně zadaná uživatelem.
Pokud se ve dni již SLM s pohotovosti nachází, ukončíme zpracování řádku pro pohotovost.
Pokud se zpracovává den bez plánované směny, ukončíme zpracování řádku pro pohotovost.
Vyhledat SLM z Kal05 s použitím = 23 a SLM s IA 2121/2122.
Pak generujeme záznam do Dcd pro aktuální den a PV:
SLM = z Kal05
Datum = aktuální
Pokud na VZD pohotovostí je vyplněn začátek a konec
Čas od = Stanovený začátek z VZD (23)
Čas do = Stanovený konec VZD (23)
Pokud na VZD pohotovostí není vyplněn začátek a konec
Čas do = Stanovený konec akt. VZD
Čas od = Čas do – hodiny pohotovosti
Zdroj = 3
Kalkulovat = Ne
Pokud do vygenerované pohotovosti spadne změna letního času na zimní nebo opačně, hodiny pohotovosti se upraví o -1 hodinu pro změnu Z/L a o +1 hodinu při změně L/Z.
Upravené některé kontroly v režimu „Hasič“:
Kontrola DD013 - Pro kalendář <kal> bez přestávky, je použít vzor. den <vzd> s přestávkou
Nastavená na standardní úroveň ERR (z důvodu ukončení doplnění denních hlášení a denní docházky).
Pro kalendáře typu „Hasič“ (doplňkový režim kalendáře 9, 10 nebo limit pro délku směny 16 ) se tato kontrola neuplatní.
Kontrola DK124e - Dne <datum> překročené hodiny u Příplatek
Sob./Ned., vykázáno <hod1> hod, limit <hod2> hod.
Pokud jde o kalendář typu „hasič“, tzn. Kal01, Doplňkový nárok = (9 nebo 10)
nebo limit kontroly Dcc06, Limit délky směny pro kontroly = 16, je limit pro
příplatky v rámci směny 16 hodin.
Kontrola DD020 - Chyba nastavení přestávky VZD <vzd> vzhledem na
kalendář <kal>, dne
nebo DD020b - Chyba nastavení hodin VZD <vzd> vzhledem na kalendář <kal>
Kontrola je pro hasiče neaktivní (určená pouze pro kalendáře
s režimem přestávky = 3).
Kontrola DK020f - Držená pohotovost SLM <slm>
zasahuje do plán. směny <datum>.
Kontrola je pro hasiče neaktivní.
Režim generování plánované pohotovosti (v rámci funkce Generování DD) z VZD pro pohotovost podle režimu po-pá/so-ne, tzn. automatické rozdělení plánované pohotovosti při generování do denní docházky, pokud plánovaná pohotovost je z pátku do soboty nebo z neděle do pondělí – v tomto případě se vygenerují dva záznamy do denní docházky.
Režim generování vychází ze stávajícího režimu zpracování pro VZD s nastavením:
Použití vzor. dne : = 21 - Pohotovost, od konce směny do začátku násl. směny
potom v rámci generování DD se použije upravené generování, pokud se identifikují podmínky pro rozdělení záznamu pohotovosti.
Poznámka: pokud se používá zadání pohotovosti přímo v denní/měsíční docházce, k automatickému rozdělení nedochází ani se neprovádí žádná kontrola při uložení záznamu.
Pouze v rámci kalkulace denní docházky, se provádí kontrola nad záznamy v denní docházce – viz popis DK040.
Postup použití:
Jak postupovat, pokud se požaduje použití režim pohotovosti Po-Pa/So-Ne ?
a/ před prvním použitím nastavit konfiguraci podle popisu pro aktivaci
b/ pak v rámci plánování směn do plánu zařadit doplňkové VZD pohotovosti (v Dcp03, Dcp07, Dcd01, Dcu06)
c/ v rámci generování docházky podle plánu směn, se pak vygenerují záznamy pohotovosti v případě potřeby rozdělené pro jednotlivé typy dne: běžný den, víkend
d/ při ručním vložení záznamu pohotovosti si uživatel sám řídí zadání pohotovosti pro jednotlivé typy dne: běžný den, víkend
e/ v rámci kalkulace denní docházky se pak provádí kontrola vykázané pohotovosti, pokud je aktivovaná
Popis generování pohotovosti ( Dcd01, Generování DD):
Pokud pro aktuální SLM (IA 2121, 2122) je nastaveno Slm01, Typ zpracování SLM - upřesnění: = 13 nebo 14, zjistíme typ dne pro začátek a konec odchylky (zda je běžný den nebo víkend).
Pokud je typ dne pro začátek a konec stejný, generujeme jeden záznam pohotovosti v určeném rozsahu podle VZD.
Pokud je typ dne pro začátek a konec různý, generujeme dva záznamy pohotovosti v určeném rozsahu podle VZD:
a/ první záznam
SLM – podle VZD
Čas Od - podle VZD „Stanovený začátek pracovní doby:“
Čas Do - 24:00
b/ druhý záznam
Čas Od - 00:00
Čas Do - podle VZD „Stanovený konec pracovní doby:“
SLM – souběžnou k SLM VZD
pokud aktuální SLM je typ = 13 vyhledáme SLM s typem = 14
pokud aktuální SLM je typ = 14 vyhledáme SLM s typem = 13
Pokud jsme nenalezli souběžnou SLM, zachováme i na kopii původní SLM a zobrazíme hlášení:
DD026 [U] [VAR] Pro pohotovost SLM <slm / typ> běžná/víkend nedefinovaná nebo neplatná SLM typu 13/14.
Aktivace režimu dělení pohotovosti podle dne v týdnu:
V Slm01 vytvořit / aktualizovat SLM:
a/ pro pohotovost v běžný den (Po - Pá) s nastavením:
IA 2131, 2132
Typ zpracování SLM - upřesnění: = 13 - SLM Pohotovost, platná pro Po-Pá
b/ pro pohotovost o víkendu (So – Ne) s nastavením:
IA 2131, 2132
Typ zpracování SLM - upřesnění: = 14 - SLM Pohotovost, platná pro So-Ne
V Kal05 vytvořit a aktualizovat VZD:
Vytvořit / aktualizovat doplňkové VZD pro plánovanou pohotovost pro přesah na dva dny.
Např.
a/ pohotovost od konce plánované směny do začátku směny následující
b/ pohotovost typu Od / Do, přičemž Do je v následujícím dni jako Od
V Adm32 zkontrolovat / nastavit dotčené hlášení:
DD026 [U] [VAR] Pro pohotovost SLM <slm / typ> běžná/víkend nedefinovaná nebo neplatná SLM typu 13/14
DK040 [U] [VAR] Pro pohotovost SLM <slm / typ> v odchylce změna dne.
Kontrola určená pro SLM typu pohotovost (IA 2121, 2122), pokud je určená různá SLM pro pohotovost pro Po-Pá a So-Ne (viz popis: Generovaná pohotovost v režimu běžný den/víkend).
Pokud není povolená kontrola DK040 = 0 nebo pokud SLM není IA 2121, 2122, kontrolu neprovádíme.
Pro každou denní odchylku, zjistíme typ dne pro začátek a konec odchylky (pokud je běžný den nebo víkend).
Pokud je typ dne pro začátek a konec různý, zobrazíme hlášení:
DK040 [U] [VAR] Pro pohotovost SLM <slm / typ > dne <dat> v odchylce změna dne.
Pro režim „Vykázaná doba pohotovosti se překrývá s vykázanou dobou práce v pohotovosti“ se započitatelné hodiny záznamu se SLM typu pohotovost spočítají jako rozdíl hodin vykázaných na odchylce pohotovost a součtu hodin z odchylek se SLM typu práce v pohotovosti, které jsou časově vykázané v rámci kalkulovaného záznamu pohotovosti.
Z pohledu oblasti docházka je pro schvalování pohotovostí použitelná pouze skupina SLM z Adm06 č. 8, tj. režim zadání datum a čas od/do.
Pokud je pro vykazování pohotovosti a vykazování dob v pohotovosti nakonfigurován režim „překrývání“, tzn. vykázané doby v pohotovosti se překrývají s vykázanou pohotovostí, v rámci kalkulace denní docházky se z každé SLM vykázané doby v pohotovosti udělá kopie záznamu, v něm se SLM nastaví na pohotovost a u hodin se otočí znaménko.
Záznam se generuje z důvodu pokráceni vykázaných hodin pohotovosti o hodiny, kdy zaměstnanec pracoval.
Při kalkulaci denní evidence docházky se provedou kontroly:
Kontrola DK117. Při prvním výskytu SLM typu „pohotovost“ (IA 2121, 2122) se provede kontrola naplnění započitatelnosti DOCH02.POH. Pokud započitatelnost neobsahuje žádnou platnou SLM, zobrazí se hlášení DK117.
Kontrola DK116.
Kontrola se provádí pro SLM uvedené v započitatelnosti Slm02.DOCH02.POH (SLM pro vykazovaní odpracovaných dob v pohotovosti).
Práci v pohotovosti, pokud pohotovost začíná v jednom dni a je ukončená ve dni následujícím, je možné zadat dvěma způsoby podle příkladu:
V stávající verzi aplikace je možné použít postup:
pohotovost vykázaná: 6.5.2024 16:00 - 7:00N
práce v pohotovosti: 7.5.2024 2:00 - 3:00
možné zadání: 6.5.2024 2:00N - 3:00N
nebo 7.5.2024 2:00 - 3:00
Pro SLM ze započitatelnosti POH zjistíme režim vykazování pohotovosti podle nastavení SLM s IA 2121, 2122 v číselníku Slm01.
Pokud není nalezena platná SLM typu „pohotovost, tak se zobrazí hlášení DK116a a kontrola je ukončena.
Pro režim vykazování pohotovosti „nepřekrývat“:
Kontrolovaný záznam má vyplněn začátek a konec
Pokud kontrolovaný záznam je v rámci záznamu pohotovosti (i částečně), zobrazí se hlášení DK116 b
Kontrolovaný záznam nemá vyplněn začátek a konec
Zjistíme součet vykázaných hodin v denní evidenci docházky pro PV, Datum ze SLM s IA 2121, 2122 a SLM ze započitatelnosti ODPR,NEPR,NVT,NVC,POH mimo SLM 1008 a pokud tento součet je větší jako 24, zobrazíme hlášení DK117d.
Pro režim vykazování pohotovosti „překrývat“:
Kontrolovaný záznam má vyplněn začátek a konec
Pokud kontrolovaný záznam je mimo záznam pohotovosti (i částečně), zobrazí se hlášení DK116
Kontrolovaný záznam nemá vyplněn začátek a konec a hodiny na záznamu pohotovosti nejsou 24 hodin, zobrazí se hlášení DK116c
Popis kontrol:
DK116 [U] [WAR] Pro práci v pohotovosti SLM <slm> dne <datum> od <čas od> do <čas do>, neurčena pohotovost
DK116a [U] [FAT] Při vykázané práci v pohotovosti dne <datum>, neevidovaná pohotovost!
Reakce: kontaktovat správce aplikace k dodefinování započitatelnosti
DK116b [U] [FAT] V režimu nepřekrývání pohotovosti a výkonu práce, dne <datum>, evidován překryv! Záznam se SLM <slm> od < čas od> do < čas do>.
DK116c [U] [FAT] SLM typu práce v pohotovosti, musí mít vyplněn začátek a konec. SLM <slm> dne <datum hod <hodiny>)
DK116d [U] [FAT] V režimu nepřekrývání pohotovosti a výkonu práce, dne <Datum> při SLM <slm>, překročen 24 hod. limit!
DK117 [U] [FAT] Pro SLM <slm> typu "pohotovost" nejsou určeny SLM pro vykazování práce v pohotovosti v započitatelnosti DOCH02.POH!
Reakce: kontaktovat správce aplikace k dodefinování započitatelnosti
Kontrola DK124e akceptuje standardní 16ti hodinovou směnu pro „hasiče“, tzn., akceptuje ala příplatky za práci v sobotu/neděli a ve svátek o délce větší než 12 hodin. Pro režim hasičů je limitem pro tyto příplatky 16 hodin.
Pro režim hasičů je vypnutá kontrola DK020f.
Pro oblast docházky se Limit přesčasu vyhledá podle řetězce:
Dcm01, Měsíční záhlaví => Pre01, Limit => Pmi01, Základní údaje > Legislativní konstanta
V návaznosti na řešení problematiky posunuté směny ve svátek ve mzdové oblasti, je realizovaná podpora tohoto řešení i v oblasti docházky a DAV - tzn. byli provedené úpravy spojené se zavedením typů dne:
C1 - Volný svátek - volný den - přesunutý
M1 - Ostatní volno - přesunuté
N1 - Volný svátek - pracovní den - přesunutý
P1 - Pracovní směna - přesunutá
S1 - Sváteční směna - přesunutá
V1 - Víkend - přesunutý
Zpracování ve dnech označených tímto typem dne se provede tak, že se nejdříve zjistí začátek týdne pro aktuální pracovní režim (Kal01, Doch&Schval, Začátek týdne pro svátek, přestávky a příplatky) a pak se určí typ dne, podle kterého se provede vyhodnocení podle začátku směny/odchylky vzhledem na Začátek týdne.
Příklad:
Začátek týdne je ve 22:00 hod
Typ dne akt. dne je N1 (13), Typ dne předešlého je P(1).
Pokud bude zpracován záznam se začátkem 22:00, bude se vyhodnocovat jako neodpr. směna ve svátek, tedy N.
Pokud bude zpracován záznam se začátkem 20:00, bude se vyhodnocovat jako směna v prac. den, tedy P.
Provedené úpravy:
a/ Zobrazení svátku Dcd01/Dcu01 pro typ dne C1, N1, S1, P1 stejný
jako pro C, N, S, P
b/ Pokud pro typ dne C1, N1, S1, P1 není na kalendáři nastaven začátek týdne, do
protokolu kalkulace se zobrazí hlášení:
DDE025 [E] [ERR] Pro typ dne <typ_dne> na kalendáři
<kal> nenastaven začátek týdne.
c/ úprava generování denních záhlaví a denní docházky
d/ generování neodpracovaného svátku v rámci kalkulace denní docházky
e/ úprava kontroly dovolené
Použití režimu vykazování odpracované doby ve svátek, ve smyslu § 115 odst.1) ZP, má dvě roviny. Jednak se jedná o standardní odpracovanou dobu započitatelnou do fondu pracovní doby, ale na druhé straně pro tuto SLM se nesmí generovat příplatek za práci ve svátek, ale musí se vygenerovat záznam pro tvorbu NV.
V podmínkách EGJE se uvedené podmínky zabezpečí následující konfigurací:
Pro vykazování odpracované doby se založí samostatná SLM s IA 1001, 1002, 1006, u které se nastaví (ostatní položky dle uvážení):
Doch&Schval.
Výpočet příplatku = 3 - Nepočítat přípl. za práci ve svátek (režim 45, 46)
Kódy a další, generované SLM
Typ gen. = 4
Gen. SLM = SLM pro tvorbu NV za práci ve svátek
Způsob gen. = 1
Pro vykazování čerpání NV za práci ve svátek se založí samostatná SLM s IA 12, 14, 35, 36 u které se nastaví (ostatní položky dle uvážení):
Doch&Schval.
Výpočet příplatku = 0
SLM doplnit do započitatelnosti Slm02.Doch02.NVSV a NVC
Pro vykazování tvorby NV za práci ve svátek se založí samostatná SLM s IA 11, 13, u které se nastaví (ostatní položky dle uvážení):
Doch&Schval.
Výpočet příplatku = 0
SLM doplnit do započitatelnosti Slm02.Doch02.NVSV a NVT
V rámci kalkulace denní docházky se SLM typu Odpracované ve svátek za NV zpracuje standardním způsobem, ale nevygenerují se příplatky za práci ve svátek.
V rámci převodu DD/MV se z této SLM, vygeneruje do Dcm01 SLM typu Tvorba NV za práci ve svátek.
Standardně se s takto vykázaným NV pracuje stejně jako se obvyklými SLM typu NV, ale navíc se tato SLM na Dcm01, Měsíční záhlaví sleduje v samostatných položkách.
Zaměstnavatel/prodejna
rozvrhl zaměstnanci směnu na Velikonoční neděli (která není sama o sobě
svátkem), kterou však z důvodu § 94 ods. 5 ZP nemohl odpracovat.
Vztahuje se i na tento případ
ustanovení § 122 ods.3 i když Velikonoční neděle podle zákona o svátcích
241/1993 Z.z. svátkem není?
„Zamestnancovi,
ktorý nepracoval preto, že sviatok pripadol na jeho obvyklý pracovný deň, patrí
náhrada mzdy v sume jeho priemerného zárobku, ak mu mzda ušla pre sviatok. U
zamestnanca, ktorý je odmeňovaný mesačnou mzdou, sa sviatok, ktorý pripadne na
jeho obvyklý pracovný deň, považuje za odpracovaný deň, za ktorý mu patrí mzda.
Tomuto zamestnancovi náhrada mzdy za sviatok nepatrí. V kolektívnej zmluve
alebo v pracovnej zmluve možno dohodnúť, že aj u zamestnanca, ktorý je
odmeňovaný mesačnou mzdou, sa bude postupovať podľa prvej vety.“
Stanovisko:
Keďže Veľkonočná nedeľa nie je sviatok podľa zákona 241/1993 Z.z., tak mu mzda
neušla kvôli sviatku. Ale zamestnanec pracovať nemohol, lebo mu zamestnávateľ
nemohol prideľovať prácu, t.j. považovali by sme to za prekážku na strane
zamestnávateľa.
Takto odpadnutá zmena sa neposudzuje ako
odpadnutá z dôvodu sviatku, ale ako prekážka na strane zamestnávateľa.
V tomto případě by bylo vhodné, že by zaměstnavatel neměl na tento den
vůbec směnu plánovat, nebo by měl zaměstnanci přidělit jinou práci.
Pokud zaměstnavatel nemá jinou možnost než směnu na velikonoční neděli rozvrhnout (stejně jako my máme směnu rozvrženou na svátky, protože na dny pracovního klidu (So a NE) to nejde a není kam jinam pracovní dobu rozvrhnout.
S tím přidělením jiné práce je to taky sporné – zákaz maloobchodního prodeje podle § 94 ods. 5 ZP se vztahuje i na „práce s tím související“ (záměrem je, aby zaměstnanci v maloobchodě v tyto dny nepracovali a mohli být s rodinami/blízkými).
Vzorový den typu „Dělená směna“ je pracovní směna, která je rozdělena do dvou nesouvislých částí, např. 4 hodiny ráno a 4 hodiny večer. Dělená směna se definuje v číselníku vzorových dnů Kal05 dvěma záznamy:
První část směny – vyplníme položky
Použití vzor. dne = 1 Pracovní směna
VZD Dělená směna = doplnit identifikaci VZD s popisem druhé časti směny
Hod. směny VZD = započitatelné hodiny celé směny pro evidenci docházky (bez přestávky)
Skut. hod. směny VZD = celkem hodiny celé směny pro evidenci docházky (s přestávkou)
Stanovený začátek pracovní doby = začátek první části směny
Stanovený konec pracovní doby = konec první části směny
Druhá část směny – vyplníme položky
Použití vzor. dne = 5 Dělená směna
VZD Dělená směna = nevyplněno
Hod. směny VZD = započitatelné hodiny druhé poloviny směny pro evidenci docházky (bez přestávky)
Skut. hod. směny VZD = celkem hodiny druhé poloviny směny pro evidenci docházky (s přestávkou)
Stanovený začátek pracovní doby = začátek druhé části směny
Stanovený konec pracovní doby = konec druhé části směny
V rámci generování denní docházky se pro jeden den současně vygenerují dva záznamy.
Generování denních záhlaví a kalkulace denní evidence docházky je beze změny.
Ve smyslu § 96b Náhrada za ztrátu času ZP, zaměstnavatel může, za definovaných podmínek, zaměstnanci kompenzovat čas strávený na pracovní cestě mimo plánovanou pracovní cestu.
EGJE v oblasti docházky ani v oblasti cestovních příkazů tuto situaci neřeší automatizovanou podporou. Z CEP jsou do DOCH přenášeny a započteny hodiny pouze v rozsahu plánované směny pro jednotlivé dny.
Případnou kompenzaci může provést uživatel ručním zadáním SLM, podle interního metodického pokynu platného v organizaci, v rámci denní evidence docházky.
Platí obdobné podmínky a řešení jako pro [SK]
Pro režim pružné pracovní doby, doporučujeme použít nastavení Kal01, Doch&Schval, Změna směny = 0. Jiné nastavení je nevhodné a jistým způsobem blokuje uplatnění omezení započitatelné doby podle VZD.
Vykazování hodin placeného přesčasu v rámci evidence docházky pro tzv. smluvní zaměstnance, kteří můžou mít hodiny přesčasu zahrnuté ve mzdě, může být realizované různými způsoby.
Jedním z nich může být způsob, při kterém se takový evidenční přesčas vykazuje na SLM s IA 5101/5104. I takto evidované hodiny se musí zaevidovat do sledovaných hodin placeného přesčasu za rok - tzn. musí být započtené do položky Dcm01, Měsíční záhlaví, Přesčas - stav a Aktuální přesčas.
Z pohledu docházky musí být této SLM zařazené do započitatelnosti PRESC.
V případě, kdy je potřeba synchronizovat evidenci docházky mezi dvěma PV v různých organizacích je k dispozici následující postup.
a/ oprávněný uživatel v každé dotčené ORG označí PV, které jsou určené pro synchronizaci
Opv01, Režim, položka Párované PV = Ano
b/ oprávněný uživatel v každé dotčené ORG zavede vazbu pro synchronizaci na formuláři Dcu34
c/ v rámci kalkulace docházky, pokud je aktivní hlášení DD170, se provede kopírování všech dotčených záznamů z párovaného PV pro záznamy z Dcd01 i Dcm01 se SLM zaregistrovanou v započitatelnosti Slm02, Dcu34
Nakopírované řádky nejsou u aktuálního PV editovatelné, ani je nelze smazat žádným uživatelem - jejich oprava je možné pouze přes vázané PV.
Pro mimořádné případy bude k dispozici na Dcd01 i Dcm01 tlačítko „STORNO“, které vyřadí dotčený řádek ze zpracování v rámci aktuální docházky.
Aktivace funkce:
a/ pro dotčené profily doplnit právo pro formulář Dcu34
b/ pro dotčené profily doplnit právo na STORNO tlačítka na Dcd01 a Dcm01
c/ naplnit započitatelnost Dcu34
d/ označit PV povolené pro párování
e/ naplnit formulář Dcu34
d/ na formuláři Adm32 nastavit pro dotčené hlášení vhodnou úroveň (především pro hlášení DD170)
Funkce přenosu údajů o určených nepřítomnostech mezi dvěma PV z různých organizací (SJ) – DD170 má možnost rozdělení dovolené v párovaném PV, pokud na něm není dostatečný zůstatek dovolené.
V tomto případě se odchylka rozdělí na dvě části.
V první části bude dovolená v rozsahu aktuálního zůstatku pro cílové PV.
Ve druhé časti bude SLM určená v započitatelnosti Dcu34 skupina Změna SLM v rozsahu hodin/směn nad aktuální zůstatek pro cílové PV.
Poznámka:
zatím řešeno pouze pro režim čerpání dovolené ve směnách
v Dcu34.Zmena_SLM může být pouze jedna SLM vhodného IA, který nahradí původně deklarovanou dovolenou, na kterou není nárok, v párovaném PV.
Popis funkce:
Pro záznam z denní evidence docházky.
Pokud IA záznamu je 21 a DD170e > 0 tak kontrolujeme zůstatek dovolené v režimu DD
Pokud na dovolenou není nárok, tak zobrazíme hlášení:
DD170e [U] [VAR] Pro OSČPV <osčpv>, SLM <> a den <> není nárok, změna SLM na <Dcu34.Zmena_SLM> !
a na záznamu změníme SLM na SLM z Dcu34.Zmena_SLM
do pole Poznámka vloženo:“DD170e, změna SLM”
Pro záznam z měsíční evidence docházky.
Pokud IA záznamu je 21 a DD170f > 0 tak kontrolujeme zůstatek dovolené v režimu MD
Pokud na dovolenou není nárok, tak zobrazíme hlášení:
DD170f [U] [VAR] Pro OSČPV <osčpv>, SLM <> v rozsahu <datum od/do> není nárok, změna SLM na <Dcu34.Zmena_SLM> !!
záznam rozdělíme a na původním zachováme SLM
datum Do upravíme na Datum od + počet prac. dní z akt. kalendáře, který odpovídá “zůstatku dovolené”
do pole Poznámka vloženo: “;DD170f, zkrácená SLM”
na kopii záznamu
na záznamu změníme SLM na Dcu34.Zmena_SLM
datum Od upravíme na Datum do z prvního záznamu + 1
do pole Poznámka vloženo: “;DD170f, rozdělení SLM”
Zadání plánu pro PV bez kalendáře je problematické a není pro tuto funkci podporované.
Proto pro identifikaci této problematické situace jsme doplnili kontrolní hlášení:
„Nelze použit pro PV s fondovým kalendářem“,
které se zobrazí, pokud uživatel zadá plán nepřítomnosti na PV s fondovým režimem.
Formuláře:
Dcp01 - kontroluje se při uložení. Je možné vybrat jiného zaměstnance.
Dcp02 - kontroluje se při uložení a při editaci
Dov16 - kontroluje se při uložení a při editaci
Dcu06 - kontroluje se při uložení a při editaci
ZP 281/2023 Sb. k 1.10.2023
Podle nastavení modelu zpracování náhrad ve mzdách, se musí upravit konfigurace SLM pro docházku.
SLM pro Home Office (práce na dálku) s IA 1002/1001, která standardně nevstupuje do výpočtu mezd, se musí transformovat na stanovenou SLM pro výpočet náhrad nebo se z této SLM se standardním způsobem vygeneruje dohodnutá SLM pro výpočet náhrad.
Konkrétní řešení, pokud nestačí tento krátký návod, doporučujeme konzultovat před nasazením v ELANOR.
Pouze pro evidenci typu náhrady HO je na formuláři Opv01, Režim položka “Práce na dálku, režim náhrady” s časovým řezem, která může nabývat hodnoty:
0 (nevyplněno) PV bez práce na dálku
1 - PV s prací na dálku bez úhrady nákladů
2 - PV s prací na dálku s dohodnutou náhradou za měsíc
3 - PV s prací na dálku s paušální náhradou za hodinu
Položka je také zobrazena a editovatelná na formuláři Pkz01: záložka „Osobní údaje“ a také na
zákaznických klonech Pkz01 kromě Pkz01fvse.
Při práci na dálku (dále HO) je potřeba sledovat dvě roviny – dobu práce na dálku pro evidenci pracovní doby (doporučené IA 1002, 1001, 5151) a následně poskytnutý příplatek za práci na dálku.
Příplatek za práci na dálku je možné poskytovat různým způsobem a různě je vykazovat pro výpočet.
Zde představujeme jednu z variant, která vychází ze standardní evidence HO v rámci evidence docházky na určenou SLM (SLM-HO).
Ze SLM-HO se v rámci uzavření docházky pak generuje SLM pro příplatek (náhradu) za práci HO (SLM-PHO) – pokud je vhodně nastavená v Slm01, Kódy a další – generovaní 4 na SLM-HO generuje SLM-PHO.
Samotné zpracování ve mzdách je už závislé na použitém kódu částky, přiřazeném na záznam.
Pokud v organizaci není příplatek HO placen za každou vykázanou hodinu práce, ale je placen pouze do určité výšky hodin – limitu, je možné použít omezení této SLM (viz popis „Omezení měsíční SLM na max. počet hodin“).
V rámci uzavření docházky se pak SLM-PHO upraví na max. limit a podle konfigurace se může sloučit do jednoho nebo více záznamů.
Aktivace:
V Slm01,
vytvoření SLM-PHO (IA 2451) – příplatek (náhrada) za práci na dálku
povolit pro DOCH, nezařazujeme do žádné započitatelnosti DOCH
Pokud se jedná o omezení podle hodin, pro SLM nastavit:
Typ zpracování SLM – upřesnění = 12
Max. délka pro započtení do docházky [min]:“ = „*“
„*“ – max. počet hodin za měsíc (pozor: vyplňuje se v minutách, příklad: pro 96 hodin zapíšeme 5760.
pro SLM-HO – do Kódy a další doplnit generování SLM SLM-PHO
nastavit KD = B
vhodně nastavit KČ – podle zvoleného režimu výpočtu příplatku HO
pro SLM práce na HO - zadat generování doplňkové SLM pro DD/MV i ručně vložené
Adm32, Docházka
aktivovat kontrolu DM164
při 0 – se funkce neprovádí
při 1 - se funkce provede bez protokolování
při 2 a výše - se funkce provede a do protokolu se zobrazí hlášení DM164 pro každou korigovanou odchylku
Novelou ZP 230/2024 Sb. se zavádí směna o délce více, než 12 hodin. Maximálně 26 hodin vykázaných s max. započitatelností 24 hod a k této směně definuje nový příplatek pro vybrané profese ve zdravotnictví.
Takto definované směny není možné do docházky vůbec zadat a mění se i další podmínky pro různé kontroly.
Nejdříve musíme identifikovat dotknutý pracovní režim.
Pro tento účel použijeme stávající možnosti konfigurace.
Pro dotčený pracovní režim použijeme kalendář, který má nastavenou položku Doch&Schval, Limity kontrol: směrovanou na Dcc06 s nastavením položek :
Pracovní doba za 24 hod. max.: - vykázaná celková délka směny (včetně přestávek) – max. 26 hod.
Limit délky směny pro kontroly: - započitatelná délka směny (bez přestávek) – max. 24 hod.
Ostatní položky jsou nastaveny podle definice pracovního režimu a legislativy (zákonné i zákaznické)
Upravené kontroly na vstupech formulářů, aby bylo možné zadat dlouhé směny – tzn. formuláře Dcd01, Dcu06:
DT002b Záznam s více než 12:00 hod / DT002a Záznam s více než 24:00 hod
tak, aby byli vázané na odkazovanou konfiguraci v číselníku Dcc06, Limity kontrol a umožnili za vhodné konfigurace uložit záznamy o délce 12 až 24 hodin.
K dispozici typ příplatku pro automatický výpočet, volitelný pro Kal01, Příplatky, Volitelný příplatek 1-5:
11 - Za stanovené hodiny směny (ze záznamu docházky)
Viz popis v časti výpočtu příplatků.
(TC 1112737)
Realizace podpory pro automatizovanou podporu vykazované odpracované doby v rozsahu 24 až 26 hodin s rozpadem na dílčí části této směny pro evidenci docházky.
Nové pojmy pro oblast DOCH:
Dlouhá směna – skutečně plánovaná směna o různé délce (16 hod hasiči, 24 - 26 hod. směna v zdravotnictví, 24 hod. směna u hasičů) , která se však z různých důvodů pro evidenci docházky rozpadá na dílčí častí s různou SLM
Rozpad dlouhé směny – proces rozdělení skutečné dlouhé směny na dílčí části pro evidenci denní docházky
VZDD – VZD dlouhá směna nebo rozpis rozdělení VZD na dílčí částí podle číselníku Dcc12 s rozlišením podle typu dne vykázané směny
Realizováno v několika úrovních:
1. Definice dlouhé směny
2. Vložení dlouhé směny do plánu směn
3. Vložení dlouhé směny do evidence docházky
4. Automatické generování z plánu směn
5. Automatické rozdělení dlouhé směny v DD
V rámci číselníku Kal05 vzorových dnů (VZD) je potřeba vytvořit speciální VZD pro obvyklou 8,00/7,5 hod. směnu s realizací do docházky na 25h – např. označené jako V8-25 nebo V7-25.
VZD budou bez přestávky.
Na těchto VZD je potřeba doplnit identifikaci dlouhé směny (Typ dne = 777) a odkaz na číselník Dcc12, kde je definován rozpad příslušné směny na dílčí části pro evidenci docházky.
Je možné vložení dlouhé směny definované jako speciální VZDD, do plánu směn uživatelem při sestavení plánu (z formuláře Dcp07 nebo Dcu06 – Plánovaná směna.
Do plánu směn a evidence docházky se tato směna započte pouze ve stanoveném rozsahu odpracované doby.
Je možné vložení dlouhé směny do evidence docházky uživatelem obvyklým způsobem.
Do FPD do první kalkulace se tato směna započte pouze ve stanoveném rozsahu.
Po kalkulaci se takový záznam stává evidenční a je nahrazen sadou jiných záznamů.
Tyto VZD může oprávněný uživatel vkládat do plánu směn Kal01 nebo plánu směn zaměstnance obvyklým způsobem.
Do FPD se tyto směny v rámci plánu směn započítají s hodnotou 8,00 nebo 7,5, 12,00 nebo 24,00.
V rámci generování docházky se pak z tohoto VZD do evidence denní docházky vygeneruje dlouhá směna. Chová se stejně jako ručně vložená dlouhá směna (viz. výše).
V rámci první kalkulace docházky po vložení záznamu dlouhé směny, se pak z takové směny do evidence denní docházky vygeneruje několik SLM podle definice dlouhé směny v číselníku Dcc12.
Pro určené kalendáře povolíme do evidence docházky zadávat směnu např. o délce 25h.
V rámci kalkulace docházky pro takové směny pak provedeme:
Plánovaná směna 8h je určena pro lékaře v jednosměnném režimu a 7,5h směna je určena pro lékaře v nepřetržitém (směnném) režimu.
Pro 24 směny lékařů je stanoven začátek a konec směny obvykle na 7:00 – 8:00N, platí pro obě varianty (8,0 hod i 7,5 hod).
Pro 24 směnu, při které se do fondu započítá 8,00 h, 7,5h nebo 12,00 h nebudeme s přestávkami pracovat.
Na 24 hodin mají dvě placené přestávky následovně => 24h odpracovaná směna + 1h přestávky= 25h celkem (př. Doby trvání směny od 7:00 do 8:00N).
Pokud 24h směna padne na poslední den měsíce, rozdělí se do starého a nového období.
Povolena je i možnost, že 24h směny následují bezprostředně po sobě.
Pokud po 24 hod. směně následuje dovolená/nepřítomnost, pak se musí respektovat souběh odchylek z 24h směny a vykázané nepřítomnosti.
Náhrady za nepřítomnost jsou vždy za standardní směnu (8,0 nebo 7,5 nebo 12,00, nebo celou 24h).
Veškeré přesčasy 24h směny budou primárně k proplacení.
Veškeré automaticky generované přesčasy k proplacení, je možné změnit manuálně na přesčasy pro tvorbu náhradního volna.
Pro směnu s FPD o délce 24h náleží veškeré příplatky podle legislativy.
Šablona obsahuje rozpis dlouhé směny na jednotlivé dílčí časti – pro zadání je určen číselník Dcc12.
Podle této šablony pro jednotlivé typy směn, se pak v rámci kalkulace docházky rozpadne původní zadání vykázané doby na několik jednotlivých záznamů podle stanoveného rozpisu.
Seznam použitých SLM:
10020 - Odprac. doba celkem
11111 - Práce přesčas (so+ne) - proplacení
11112 - Práce přesčas (po-pá) - proplacení
SLM1 – nová SLM pro vykázání „volna“ pro docházku z důvodu 24h směny pro vyrovnání FPD
Den začátku |
Příklad času 24h směny |
Fond pracovní doby (FPD)/Přesčas |
SLM pro Docházku |
||
PO, UT, ST, ČT |
8:00-8:00N |
1d: FPD |
08:00 - 20:00 [12hod] |
10020 |
|
Přesčas po-pá |
20:00 – 08:00N [12hod] |
11112 |
|||
PO, UT, ST, ČT |
8:00-8:00N |
1d: FPD |
08:00 - 16:00 [8hod] |
10020 |
|
Přesčas po-pá |
16:00 – 08:00N [16hod] |
11112 |
|||
PO, UT, ST, ČT |
7:00-8:00N |
1d: FPD |
7:00 – 8:00N [2hod+ 1h přestávky] |
10020 |
|
NE-PO |
7:00-8:00N |
1d: FPD |
7:00 – 8:00N [24hod+ 1h přestávky] |
10020 |
|
NE-PO Varianta 2 |
8:00-8:00N |
1d: Přesčas so-ne |
08:00 - 24:00 [16hod] |
11112 |
|
2d: Přesčas po-pá |
00:00 – 08:00N [8hod] |
11111 |
|||
NE-PO Varianta 3 |
8:00-8:00N |
1d: FPD |
08:00 - 20:00 [12hod] |
10020 |
|
1d: Přesčas so-ne |
20:00 -24:00 [4hod] |
11111 |
|||
2d: Přesčas po-pá |
00:00 – 08:00N [8hod] |
11112 |
|||
PÁ-SO Varianta 1 |
8:00-8:00N |
1d: FPD |
08:00 – 16:00 [8hod] |
10020 |
|
Přesčas po-pá |
16:00 – 24:00 [8hod] |
11112 |
|||
2d: Přesčas so-ne |
00 00 – 8:00N [8hod] |
11111 |
|||
PÁ-SO Varianta 2 |
8:00-8:00N |
1d. FPD |
08:00 - 20:00 [12hod] |
10020 |
|
Přesčas po-pá |
20:00 – 24:00 [4hod] |
11112 |
|||
2d: Přesčas so-ne |
00 00 – 8:00N [8hod] |
11111 |
|||
PÁ-SO Varianta 3 |
7:00-8:00N |
1d: FPD |
07:00 - 8:00N [24hod+1h přestávky] |
10020 |
|
SO-NE |
8:00-8:00N |
Přesčas so-ne |
8:00 – 8:00N [24hod] |
11111 |
|
SO-NE |
7:00-8:00N |
FPD |
7:00 – 8:00N [24hod+1h přestávky] |
10020 |
|
SO-NE |
8:00-8:00N |
1d: FPD |
8:00 – 20:00 [12hod] |
10020 |
|
Přesčas so-ne |
20:00 – 08:00N [12hod] |
11111 |
|||
Den Začátku |
Příklad času 24h směny |
Fond pracovní doby (FPD)/Přesčas |
SLM pro Docházku |
||
PO, UT, ST, ČT |
8:00-8:00N |
1d: FPD |
08:00 - 20:00 [12hod] |
10020 |
|
Přesčas po-pá |
20:00 – 08:00N [12hod] |
11112 |
|||
PO, UT, ST, ČT |
8:00-8:00N |
1d: FPD |
08:00 - 16:00 [8hod] |
10020 |
|
Přesčas po-pá |
16:00 – 08:00N [16hod] |
11112 |
|||
PO, UT, ST, ČT |
7:00-8:00N |
1d: FPD |
7:00 – 8:00N. [24hod+1h přestávky] |
10020
|
|
NE-PO |
8:00-8:00N |
FPD |
20:00 – 08:00N [12hod] |
10020 |
|
NE-PO Varianta 2 |
8:00-8:00N |
1d: Přesčas so-ne |
08:00 - 24:00 [16hod] |
11112 |
|
2d: Přesčas po-pá |
00:00 – 08:00N [8hod] |
11111 |
|||
NE-PO Varianta 3 |
8:00-8:00N |
1d: FPD |
08:00 - 20:00 [12hod] |
10020 |
|
1d: Přesčas so-ne |
20:00 -24:00 [4hod] |
11111 |
|||
2d: Přesčas po-pá |
00:00 – 08:00N [8hod] |
11112 |
|||
PÁ-SO Varianta 1 |
8:00-8:00N |
1d: FPD |
08:00 – 15:30 [7,5hod] |
10020 |
|
Přesčas po-pá |
15:30 – 24:00 [8,5hod] |
11112 |
|||
2d: Přesčas so-ne |
00 00 – 8:00N [8hod] |
11111 |
|||
PÁ-SO Varianta 2 |
8:00-8:00N |
1d. FPD |
08:00 - 20:00 [12hod] |
10020 |
|
Přesčas po-pá |
20:00 – 24:00 [4hod] |
11112 |
|||
2d: Přesčas so-ne |
00 00 – 8:00N [8hod] |
11111 |
|||
PÁ-SO Varianta 3 |
8:00-8:00N |
1d: FPD |
08:00 - 8:00N [24hod] |
10020 |
|
SO-NE |
8:00-8:00N |
Přesčas so-ne |
8:00 – 8:00N [24hod] |
11111 |
|
SO-NE |
8:00-8:00N |
FPD |
8:00 – 8:00N [24hod] |
10020 |
|
SO-NE |
8:00-8:00N |
1d: FPD |
8:00 – 20:00 [12hod] |
10020 |
|
Přesčas so-ne |
20:00 – 08:00N [12hod] |
11111 |
|||
Příklad zadání:
Pl. směna |
Den začátku |
Vykázané |
|
SLM |
IA |
8 |
Po, Ut, St, Čt |
8:00-8:00N |
1d: Odpr.12 08:00 – 19:30 PřesčasPo.12 19:30 – 08:00N 2d: Volno 3,5Hod |
10020 11112 SLM1 |
1002 1111 ??? |
Pořadí |
Den |
SLM |
SLM-SV |
Čas od |
Čas do |
Hodiny |
1 |
0 |
10020 |
|
08:00 |
19:30 |
|
2 |
0 |
11112 |
|
19:30 |
08:00N |
|
3 |
1 |
SLM1 |
|
|
|
3:30 |
V rámci běžné kalkulace docházky se pro dny s dlouhou směnou zabezpečí rozpad odpracované dlouhé směny na její dílčí časti podle rozpisu v Dcc12.
Dlouhá směna, která je určena pro rozpad je určena konfiguraci VZD (viz. popis Kal05).
Rozpad dlouhých směn musí být v organizaci povolen hlášením DD176.
Vytvoříme seznam platných záznamů z DD označených jako dlouhá směna (Typ pracovní doby = 777 ) u kterých je přiřazen plánovaný VZD typu dělená směna rozpadem (VZD má naplněno pole VZD dělená směna rozpadem) .
??? co se směnou danou do DD na den bez plánované dlouhé směny, do vyřešení - dlouhá směna musí být v plánu ???
Pro každý řádek ze seznamu dlouhých směn:
Pro každý záznam načteme VZDD z Dcc12 (rozpis rozdělení směny pro docházku včetně varianty rozdělení podle typu pracovní směny).
pokud jsme nenačetli žádné VZDD (může se načíst žádný, jeden nebo více řádků), zobrazíme hlášení:
DD176a [U] [FAT] Dne <datum> <“nenalezena” > dlouhá směna <VZDD> s rozdělením
a ukončíme funkci rozdělení pro daný den
Pro každý řádek VZDD – vyhledání VZDD:
Pokud řádek VZDD není platný (datum směny není v rozsahu platnosti VZDD Platnost od/ Platnost do), pokračujeme zpracováním dalšího řádku VZDD.
pro den směny zjistíme den v týdnu a výskyt svátků
XDEN = pořadový den v týdnu (pondělí musí být vždy 1 v rámci týdne)
XDENSV =
= 0 pokud daný den ani následující den není svátek
= 1 pokud v daný den je svátek a následující den není svátek
= 10 pokud v daný den není svátek a následující den je svátek
= 11 pokud v daný den je svátek a následující den je svátek
Pod svátkem rozumíme plánovanou směnu s libovolným SV, tzn. s typem dne S, N, C.
Pokud řádek VZDD není určený pro den směny (typ dne směny neodpovídá typu dne, např. Den je pondělí a VZDD je určen pro Pátek, pokračujeme zpracováním dalšího řádku VZDD.
Pokud řádek VZDD není určený pro den směny svátku podle XDENSV, pokračujeme zpracováním dalšího řádku VZDD.
Pokud jsme nalezli požadovaný VZDD, pokračujeme v generování rozpadu.
Konec cyklu VZDD
Pokud jsme nenalezli požadovaný VZDD,
DD176b [U] [ERR] Dne <datum> dlouhá směna <VZDD> neplatná pro den <XDEN> a SV <XDENS>
a pokračujeme ve zpracování další dlouhé směny
Pokud DD176 > 1 zobrazíme hlášení:
DD176 [U] [0] Dne <datum> dlouhá směna <VZDD> s rozdělením.
Označíme aktuální záznam DD jako neplatný z důvodu “dlouhé směny” (Status = -4)
Pak cyklem pro každý platný detail VZDD – „Části směny“, vygenerujeme nový řádek do denní evidence docházky s nastavením:
Název DD Položky |
Plnění z |
Poznámka |
Datum: |
datum z DD / datum z DD + VZDD Posun dne v sadě |
Posun části směny do následujícího dne |
Složka mzdy: |
Z VZDD: SLM standardní pro den: SLM standardní pro SV: SLM standardní pro volný den: |
SLM se zvolí podle typu
dne v DD: |
Čas od: |
VZDD, Začátek části odchylky |
|
Čas do: |
VZDD, Konec části odchylky |
|
Hodiny celkem [hod:mi]: |
VZDD, Hodiny části odchylky: |
|
Hodiny [hod:mi]: |
VZDD, Hodiny části odchylky: |
|
Provádět kalkulaci: |
VZDD, Hodiny přepočítat: |
Hodiny z dělení přepočítat nebo pouze akceptovat |
Vazba na záznam (NV...): |
Odkaz na původní záznam DD |
|
Poznámka 1: |
VZDD, Kód ??? +; + VZDD, Pořadí záznamu v sadě: |
|
Zdroj vytvoření řádku: |
3 |
|
Zdroj, upřesnění: |
10 |
|
Stav editace záznamu: |
2 |
|
Datum generování DD: |
Čas. značka generování |
|
Pod pojmem „dlouhá směna“ rozumíme definici takové plánované směny, která se do evidence docházky musí rozdělit na více samostatných častí z důvodu různého přiřazení na SLM pro docházku.
Příkladem je 24-26 hodinová směna ve zdravotnictví nebo dlouhá směna u hasičů.
Definice VZD dlouhé směny musí mít jednoznačnou identifikaci pro další formuláře a funkce a VZD musí mít vazbu do číselníku Dcc12.
Popis dlouhé směny je uveden v dokumentu Doch_dopl_uzdoc, kapitola Kal05 - Dlouhá směna.
Číselník slouží na definici typu dlouhé směny a zároveň pro definici rozpadu této směny na dílčí záznamy pro evidenci docházky.
Číselník není standardně dostupný na žádné z rolí, je nutné jej do oprávněných profilů zařadit objektovým právem Dcc12.
Podrobný popis viz Doch_uzdoc, kapitola Dcc12.
Pro aktivaci popsaného režimu proveďte postup:
a) naplnit číselník Dcc12
b) vytvořit VZD pro dlouhé směny
c) upravit pro Dcp07, Dcd01 - Plán, Dcu06 - Plán - dostupnost VZD dlouhé směny pro dotčené profily
d) aktivovat
režim dlouhé směny - Adm32, hlášení:
DD176 Dne <datum> dlouhá směna <VZDD> s rozdělením = 2
Postup, jak má postupovat uživatel pro použití tohoto režimu:
1) zadání dlouhých směn do plánu
2) zadání dlouhých směn do docházky
3) kalkulace docházky -
a) rozpad VZD na dílčí části
b) označení VZD dlouhé směny za “neplatný”
V oblasti docházky se sledování čerpání a zůstatku dovolené provádí na základě aktuálního nastavení položky „Dov01, Režim čerpání dovolené“.
Sledování čerpání a zůstatku dovolené v oblasti docházka se provádí:
Dle aktuálního režimu dovolené se mění interpretace :
Dcm01, Dcm01, Měsíční záhlaví-souhrn – položky o dovolené jsou interpretovány jako nárok, čerpání a zůstatek dovolené v hodinách/směnách.
Dcm01, Vstupy i Vstupy detail, položka „Směny čerpání dovolené“ - je interpretována jako čerpání dovolené v hodinách/směnách.
Kalkulace DD – neprovádí se žádné zarovnání započitatelných hodin (je přípustná libovolná hodnota) při režime v hodinách, při režimu ve směnách se provádí zarovnaní dle konfigurace.
Funkce Převod DD/MV – pro SLM s IA 21, 22 se položka „Směny čerpání dovolené“ naplní hodinami/směny odchylky.
Kontrola čerpání dovolené v rámci uzavření docházky – provádí se kontrola v jednotkách hodin/směn.
SLM pro zadaní zůstatkové hodinové dovolené (IA = 21 a Typ zpracování SLM - upřesnění =7), musí mít režim přenosu do mezd = 2.
Toto nastavení se kontroluje v rámci uzavření docházky.
Pokud podmínka není splněná (na záznamu je Typ převodu = 1), tak se zobrazí hlášení:
DME028 [U] [ERR] Pro SLM <slm> musí být nastaven Typ převodu = 2 !
Na aktuálním záznamu se Typ převodu přepíše na 2.
Po zobrazení hlášení je potřeba upravit definici SLM na Slm01.
Podrobnější popis viz: Zadávání zůstatkové dovolené (dočerpání dovolené v hodinách).
(TC 1019275)
Vyhodnocení zůstatků dovolené pro PV, které nemají povolen výpočet mezd, ale jsou vykazováni v docházce nebo mají alespoň režim schvalování dovolené.
Zda je nebo není vyhodnocení čerpání dovolené ve mzdách, je jasně dáno tím, jestli se PV počítá ve mzdách, tzn. Opv01, Popis, Status vztah osoba - organizace je 1,2,3 nebo ne.
Pro agenturní zaměstnance se celoroční nárok dovolené nastavuje ručně nebo je importován z externího systému mezd, od roku 2021 musí být nastavená položka:
Dov01, Nárok RD udržován ručně = Ano
Pro PV s nepočítanou mzdou, se čerpání dovolené za uzavřené období
v roku nasčítá z evidence docházky (Dcm01, Vstupy - souhrn).
Očekáváme, že skutečný aktuální zůstatek nároku na dovolenou je importován z nadřízeného mzdového systému, nebo je aktualizován jiným způsobem (manuálně).
Pokud se pro této PV neprovádí ročná uzávěrka mezd - dovolené, pro založení záznamu dovolené v Dov01 pro aktuální rok použijte formulář Opv52.
Pozor: Pro tyto PV není automaticky prováděné
krácení nároku dovolené za neodpracovanou dobu, resp. za neomluvenou absenci.
Tato korekce se musí provádět ručně na formuláři Dov01.
Také není sledovaná a vyhodnocovaná případná dodatková dovolená.
Pro režimy čerpání dovolené jiné jako 7, se v Dov01 čerpaní dovolené zobrazí vždy při otevření formuláře, podle aktuálního stavu odchylek typu dovolená v Dcm01, Vstupy souhrn.
Toto čerpaní se však nepromítá do přehledu čerpání dovolené ani do přehledu odpracované doby na Dov01.
Pro tzv. agenturní zaměstnance, resp. pro instalace EGJE bez výpočtu mezd, u kterých se importuje aktuální zůstatek dovolené (např. Imp28f), resp. se celoroční nárok udržuje manuálně a který mají nastaven režim čerpání dovolené 7, se čerpání dovolené podle evidence v docházce, v rámci uzavření docházky, zapíše jako korekce čerpání dovolené do Dov01.
Zároveň se korekce odpracované doby na Dov01 zapíšou evidované odpracované hodiny z docházky.
V rámci uzavření docházky provedeme pro AG zaměstnance s režimem čerpání dovolené 7, zápis zápočtu odpracovaných hodin pro dovolenou, podle evidence docházky, do formuláře Dov01, Odpracované hodiny, položka Kor.odpr.hod.dov.
Stanovení hodin je ve zjednodušeném režimu: započítáme hodiny ze SLM, které mají v Slm01 nastavenou položku Odpracovaná doba pro dovolenou = Ano.
Po uzavření docházky pak pomocí sestavy Dov17 je možné aktualizovat nárok dovolené.
Doporučujeme sestavu spouštět pouze nad výběrem - pouze AG zaměstnanci.
Tato funkce je řízená nastavením úrovně hlášení DME029, standardně je funkce
neaktivní.
Pokud DME029 > 0 pak se v rámci uzavření docházky provede uložení čerpání dovolené do Dov01 jako korekce dovolené.
Pokud se jedná o PV s čerpáním dovolené v režimu 7 a
a/ agenturního zaměstnance - Opv01, Status vztahu osoba - organizace: je různý od (1, 2, 3) a Režim nároku dovolené = 9;
b/ nebo PV je bez výpočtu mezd v celé ORG/SJ = 1 (Adm21. Celá org. bez výpočtu mzdy
nebo Adm22. Celá SJ bez výpočtu mzdy) a Režim nároku dovolené = 9
Pokud je v měsíci vykázané čerpání dovolené, tak se hodiny/směny čerpání dovolené zapíší do Dov01 jako korekce čerpání dovolené.
Způsob stanovení čerpání dovolené v oblasti DOCH je stejný, jako pro oblast mezd, vychází z aktuálního nastavení parametru Dov01, Dovolená, Režim čerpání dovolené.
Spočtená plánovaná směna je považována za čerpání dovolené (hodnota z položky „směny“ je uložena do položky „směny/hod. čerpání dovolené“).
Nepodporováno pro oblast DOCH
Nepodporováno pro oblast DOCH
(použít např. pro ČD CARGO)
Vykázané hodiny jsou považovány za čerpání dovolené (hodnota z položky „hodiny“ je uložena do položky „směny/hod. čerpání dovolené“)
(použít např. pro Tieto Enator)
Čerpání dovolené u zaměstnanců s různou délkou směny, u kterých není převáděn přepočet celkového nároku dovolené ve smyslu ZP (nárok je stanoven dle základní výměry).
Tento režim je identifikován nastavením na Dov01, Režim čerpání dovolené = 5 - Hodiny přepočtené na dny (zaokr. na půldny nahoru).
Počet směn čerpání dovolené je posuzováno pro každý den vykázání dovolené nebo z celkového součtu vykázaných hodin na SLM „dovolená“.
Pro denní režim (docházka):
Stanoví se tzv. koeficient čerpání dovolené ve dni, a z jeho hodnoty se určí čerpání dovolené:
[Koeficient čerpání dovolené = započtené hodiny dovolené/délka průměrné směny]
[Směny čerpání dovolené
= 0,5 pokud koeficient čerpání dovolené > 0 a <= 0,5
= 1,0 pokud koeficient čerpání dovolené > 0,5 a <= 1,0
= 1,5 pokud koeficient čerpání dovolené > 1,0]
Součet směn čerpání dovolené stanovený výše uvedeným postupem je uložen do položky „směny/hod. čerpání dovolené“.
Pro měsíční režim:
„směny/hod. čerpání dovolené“ = <hodiny> * <DOV.prům.dny> / PV.uv_sjed_tyd) .. zaokrouhlit na půldny nahoru
Vykázané hodiny jsou považovány za čerpání dovolené (hodnota z položky „hodiny“ je uložena do položky „směny/hod. čerpání dovolené“)
Podrobnější popis viz dále.
Pro podrobností, především pro metodiku stanovení nároku, viz popis tohoto režimu pro oblast MZDY a personalistiku (Dov01).
I když se nárok dovolené stanovuje v hodinách, standardně se čerpání dovolené provádí v celých směnách nebo mimořádně v půldnech (pokud vznikl na půlden nárok) a to i v případě, že je nastaven režim čerpání dovolené = 7 (v hodinách).
Pro zadaní dovolené ve formě schvalovaného vstupu, je možné použít pouze skupinu Adm06 = 7, 17, 8 (nelze zadávat dovolenou na více dni se zadáním hodin pro první a poslední den, tzn. skupinu 18).
Podle používané metodiky stanovení nároků na dovolenou se však může stát, že nárok může být stanoven tak, že neodpovídá násobků směn resp. půlky směn. V tomto případě pak vzniká problém s čerpáním tohoto zbytku, který není možné zadat standardním způsobem, kdy se zadaná odchylka vždy zaokrouhlí na celou nebo půlku směny.
Pro řešení této situace je v EGJE následující postup:
1/ v číselníku Slm01
a/ musí být vytvořená souběžná SLM k standardní SLM „čerpání dovolené“ (kopie z původní SLM) - s názvem např. „čerpání dovolené - dočerpání“
b/ na SLM „čerpání dovolené - dočerpání“ nastavit položku Typ zpracování SLM - upřesnění = 7
c/ SLM „čerpání dovolené - dočerpání“ doplnit do všech započitatelností, kde je zařazená i původní SLM
d/ SLM „čerpání dovolené - dočerpání“ povolit pro všechny formuláře, kde se má zobrazit resp. editovat (na Adm06)
e/ SLM „čerpání dovolené - dočerpání“ povolit pro všechny dotčené profily, které můžou s ní pracovat (na Adm06)
2/ zadat SLM „čerpání dovolené“ do výše celých směn nebo půldní libovolným povoleným způsobem (Dcd01, Dcm01, Dov05/Dov06, Dov16, Dcu06)
3/ zadat SLM „čerpání dovolené -
dočerpání“ jako „hodinové“ čerpání
hodinového zůstatku nároku, vždy musí byt zadaná jako jednodenní odchylka, libovolným
povoleným způsobem (Dcd01, Dcm01, Dov05/Dov06, Dov16, Dcu06) - po kalkulaci
nedojde k zarovnání na směnu nebo půlku směny
Poznámka: pro zadávaní schvalované odchylky, použít režim zadaní 8 nebo 18 (ten
pouze pre jeden den).
4/ kontroly čerpání proběhnou standardním způsobem a přitom
a/ nehlásí se rozdíl na úrovni jedné minuty, což je rozlišovací rozdíl mezi zobrazením minut v DOCH a VYP
b/ pokud je rozdíl mezi zadanou dovolenou k dočerpání a aktuálním zůstatkem podle Dov01, menší než 1 hodina, tak systém automaticky upraví zadanou odchylku na hodnotu zůstatku z Dov01.
Dočerpání dovolené je standardně možné pouze do výše plánované směny, a podle nastavení úrovně kontrol je možné čerpání v rozsahu půlky směny nebo i více.
Do kontrol čerpání dovolené jsme doplnili novu kontrolu pro SLM dočerpání dovolené v hodinách (Typ zpracování SLM v DOCH = 7).
Pokud hodiny odchylky => plán. směna
Ano: Pokud DK240b > 0 - zobrazíme hlášení:
DK240b [U] [FAT] SLM <slm>, dne <dat> hod <hod.> v nepovolené délce, max. <pl.směny> !
Ne: Kontrolujeme zda se jedná o dočerpání dovolené
Pokud akt. zůstatek - odchylka > 0,2 // tolerujeme cca 1 minutový rozdíl
Ano:
Pokud DK240c > 0 - zobrazíme hlášení:
DK240c [U] [FAT] SLM <slm>, dne <dat> hod <hod> možné použít pouze pro dočerpání, akt. zůstatek <zůst.> !
Pokud hodiny odchylky jsou větší než polovina směny, zobrazíme hlášení:
DK240d [U] [FAT] SLM <slm>, dne <dat> hod <hod> je možné použít pouze pro dočerpání v hod, max. <půl. směny> !
Při běžné kalkulaci docházky se zobrazují hlášení DK240b, DK240c a DK240d.
Při uzavření docházky se však zobrazí hlášení DK239b, DK239c a DK239d ve stejném kontextu.
Kontrola dočerpání dovolené v hodinách je částečně konfigurovatelná, a to pomocí nastavení úrovní pro hlášení DK240c a DK240d.
Pokud jsou obě kontroly vypnuté (úroveň 0), tak je možné čerpání v hodinách používat bez omezení.
Pokud jsou obě kontroly na úrovní FAT, tak je možné čerpání v hodinách používat pouze pro dovolenou kratší než půlka směny.
Při jiných nastaveních je možné dosáhnou různou úroveň kontroly a omezení.
Stejné kontroly byly zapracované do formulářů Dov05/Dov06/Dcu06/Dov16 - kontroly jsou aktivované při uložení/odeslání odchylky.
Stejné kontroly byly zapracované do formuláře Dav01 - kontroly jsou aktivované při kalkulaci DAV.
Podrobnější popis viz kapitolu: „Kontroly čerpání (kontingentů) vybraných nepřítomností“.
Kontrola čerpání pro režim čerpání dovolené = 7 a převod z min. roku ve směnách, se provádí ve dvou krocích:
a/ pokud jsou vyčerpané všechny směny z min. roku, kontrolujeme pouze zůstatek v hodinách
b/ pokud nejsou vyčerpané všechny směny z min. roku, nejdříve zkontrolujeme směny do výšky zůstatku a potom kontrolujeme zůstatek v hodinách.
Pro PV s ukončením pracovního vztahu v aktuálním měsíci, se v rámci kalkulace denní docházky a při uzavření docházky, při přečerpání dovolené namísto hlášení DK241/DK239 zobrazí hlášení DK241a/DK239a, které standardně mají nastavenou úroveň ERR.
Udělali jsme to vzhledem na nejednoznačnost stanovení nároku dovolené před výpočtem mezd. Je na metodice u zákazníka, jaký v tomto případě zvolí postup.
V oblasti DOCH se neřeší automatické krácení dovolené za neomluvenou absenci. V rámci kalkulace a kontrol se vždy respektuje aktuální stav Dov01.
Proto, pokud u zaměstnance je problém s neomluvenou absencí a nárokem dovolené v aktuálním měsíci, doporučujeme provést: uzavření docházky s následným předběžným výpočtem mezd a pak opětovně otevřít a uzavřít docházku.
Dotaz: lze zaměstnancům hromadně nahrát do docházky na určitá data dovolenou - např. na období jednoho týdne?
Existuje k tomuto nějaký "importovací" nástroj / sestava?
Stanovisko:
Tento požadavek je možné realizovat pouze ve formě neschvalovaných odchylek (pro schvalované odchylky žádný hromadný vstup není k dispozici).
Stejným způsobem je možné hromadné zadání i pro jiné SLM.
Možné postupy:
1/ Do denní docházky (Dcd01):
a/ na Dcd01, funkce „Generuj denní docházku pro všechna PV v navigačním seznamu“ nad zvoleným výběrem PV
b/ importem předdefinovaného souboru do Dcd01 pomocí sestavy Imp09
2/ Do měsíční docházky(Dcm01):
a/ na Dcm01, funkce „Generuj MV pro všechna PV v navigačním seznamu“ nad zvoleným výběrem PV
b/ importem předdefinovaného souboru do Dcm01 pomocí sestavy Imp11
Generovaná / importovaná data se následně zobrazí do docházkových formulářů (Dcd01/Dcu01/Dcm01/Dcu06), kde je pak můžete případně editovat/upravovat/mazat.
Poznámka: Nejde o schvalované vstupy, proto na formulářích Dov06/Dov05 tato data nejsou zobrazovaná.
(TC 1110429)
Pro SLM s IA 26, 27, 5151, které mají definován limit pro čerpání na formuláři Dov02, je možné zadávat limit na přelomu roků (např. limit definovaný na školní rok).
V tomto případě se vyhodnocuje čerpání za celé období platnosti limitů (tzn. z prvního i druhého roku).
(TC 1093727)
Kontrola pro SLM se sledováním režimu čerpání podle Dov02 ve vazbě na vyčerpání standardní dovolené podle Dov01.
Zůstatek dovolené se stanoví jako aktuální zůstatek dovolené z Dov01 pro naposledy uzavřené období pro mzdy, který se následně upraví o součet čerpaní dovolené v neuzavřených obdobích (podle konfigurace v „Adm21/Adm22, Docházka, Status DOV pro DK039“ se zadá seznam stavů schvalované dovolené, které se mají použít pro korekci zůstatku).
Kontrola je aplikována pro SLM z Dov02, které mají nastaveno:
Slm01, Doch&Ext.vstupy, Typ zpracování SLM - upřesnění: =
11 - SLM pro kontrolu DK039 - čerpání z Dov02
Kontrola DK039 je zařazena do:
Poznámka: kontrola zatím není aplikována pro uložení záznamu s dotčenou SLM na formulářích Dcd01, Dcu01, Dcm01.
Aktivace kontroly:
a) v Adm21/Adm22, Docházka, v položce “Status DOV pro DK039” zadat seznam stavů schvalované dovolené, které se mají použít pro součet čerpaní dovolené v neuzavřených obdobích)
b) v Adm32, Docházka nastavit hlášení DK039 na úroveň > 0 (úroveň zvolit podle požadovaného režimu kontroly)
c) v Slm01, Doch&Ext.vstupy pro dotčené SLM nastavit Slm01, Doch&Ext.vstupy, Typ zpracování SLM - upřesnění: = 11
d) dotčené SLM musí být v Dov02 a musí mít nastaven platný limit
Popis kontroly - zkrácený:
Pokud kalkulujeme/ukládáme záznam se SLM s nastavením Slm01, Doch&Ext.vstupy, Typ zpracování SLM - upřesnění: = 11 a je povolená kontrola hlášením DK039, tak nejdříve vyhodnotíme aktuální čerpání dovolené podle evidence docházky.
Pokud aktuálně není dovolená vyčerpaná a:
a) pokud úroveň hlášení < FAT, zobrazí se hlášení DK039 a akci je možné dokončit (při dialogu na formuláři je možnost volby pro pokračování).
b) pokud úroveň hlášení = FAT, zobrazí se hlášení DK039 a akce je zrušena (při dialogu je uživatel vrácen do editace).
Popis kontroly - podrobnější:
Zjistíme aktuální zůstatek dovolené k poslednímu dni naposledy uzavřeného období pro mzdy => M1.
Pokud se nenalezlo uzavřené období - zjišťujeme nárok k 1.1. akt. Roku, resp. datumu nástupu.
Pokud období je Leden, tak zůstatkem je nárok k 1.dni Ledna.
Pokud nástup je v akt. období tak k 1. dni akt. období.
Čerpání neschvalované dovolené se zjišťuje ve dvou režimech:
a/ pokud se jedná o běžnou kalkulaci DD – zjišťujeme z denní evidence docházky
b/ pokud se jedná o uzavření docházky – zjišťujeme z měsíční evidence docházky
Zjistíme čerpání neschvalované dovolené v obdobích (od naposledy uzavřeného) do konce roku => D1.
Zjistíme čerpání schvalované dovolené (pouze pro stavy žádosti ze seznamu “Status DOV pro DK039” v Adm21/Adm22, Docházka) v obdobích (od naposledy uzavřeného) do konce roku => S1 .
Pokud DK039a > 0 (započítat čerpání v následujícím roce):
Zjistíme čerpání neschvalované dovolené v obdobích v násl. roce => D1r
Zjistíme čerpání schvalované dovolené v obdobích násl. roku => S1r
Pokud DK039b > 0 (přehled vyhodnocení dovolené)
Zobrazí se hlášení, pokud to místo kontroly umožní.
Zjistíme aktuální zůstatek dovolené: M1 = M1 - D1 - S1 - D1r - S1r
LIM = zjištění limitu zůstatku dovolené pro povolení čerpaní prac. volna (viz dále), standardně 0.
Pokud M1 <= LIM (dovolená je již vyčerpána), povolí se čerpání pracovního volna, jinak se čerpání nepovolí.
Kontrola DK039 pro povolení čerpání placeného volna po vyčerpání dovolené tak, že pro kontrolu je možné definovat limit zůstatku dovolené, od které je možné čerpat vázané pracovní volno.
Limit se může definovat na Adm21/Adm22/Adm23 nebo Slm01 v položce „Povolený zůstatek dovolené pro čerpání z Dov02 (směny)“.
Aktuální limit se stanoví z kaskády Slm01, Adm23, Adm22, Adm21 - bere se první vyplněná položka (za vyplnění se považuje i hodnota 0.00).
Pokud je aktuální zůstatek dovolené > 0 a zároveň je menší nebo rovný stanovenému limitu, tak se odchylka akceptuje, jinak se jedná o chybu.
Kontrola DK240/DK239 pro denní kontrolu čerpání dovolené, nebere v úvahu záznamy čerpání dovolené před a včetně naposledy uzavřeném období pro MZDY – nedodržená konzistence historických období.
Pokud před naposledy uzavřeným obdobím pro mzdy, je nalezené neuzavřené období, zobrazí se hlášení:
DKE005b [U] [ERR] Neuzavřené obd. <obd1> před naposledy uzavřeném <obd-zůstatku>
a záznamy z tohoto období jsou pro kontrolu ignorované (předpokládá se, že jsou zohledněné v Dov01 pro naposledy uzavřené období).
Rozšíření kontrolního hlášení DKE005 z kontroly čerpání SLM z Dov01 a Dov02 o další informace.
Pokud DKE005 > 0 a DKE005a > 0 zobrazíme hlášení:
DKE005a [U] [INF] Nárok/zůstatek SLM <slm> zjišťován pro obd <obd-zůstatku> a datum <dat-zůstatku>
Další kontrolní hlášení pro identifikaci období pro čtení schvalovaných/neschvalovaných odchylek:
Pokud DK039b > 0 a DK039c > 0 zobraz:
DK039c [U] [INF] Období od <obd od1> do <obd do1> pro čerpaní S/D, Období od <obd od2> do <obd do2> pro čerpaní Sr/Dr
Pokud v organizaci se požaduje pro SLM s IA 26 (pracovní volno) se svátkem, nahradit standardní zpracování - nepřerušení svátkem, takovým zpracováním, že odchylka se přeruší svátkem, zde je popis konfigurace k zabezpečení tohoto požadavku.
Platí i pro SLM s jiným jako IA 26, které jsou zařazené do započitatelnosti DOCH03.DW02.
Dotčenou SLM, která má být přerušená svátkem (mimo IA 21) zadáme do započitatelnosti DOCH03.DW02.
V Adm32 nastavíme požadovanou úroveň pro hlášení DW02 (pro aktivaci funkce musí být >= 1).
V rámci uložení odchylky (pro schvalované odchylky i při odeslání) s vyjmenovanou SLM podle DOCH03.DW02 pro formuláře Dov05/Dov06, Dov16/Dcu06 se spustí kontrola DW02.
Pokud je v rámci odchylky evidován svátek (Typ dne = N, S, C) :
a/ Pokud je SLM pouze na den SV – zobrazíme hlášení DW02a a necháme zpracovat podle aktuální úrovně hlášení
DW02a [U] [VAR] Měsíční odchylka SLM <SLM>, <Od> / <Do> vykázána na svátek <typ_dne>, <poznámka> !
pokud úroveň = 0 – hlášení nezobrazíme
pokud úroveň = 1, 2, 3 – zobrazíme hlášení a dále podle rozhodnutí uživatele
pokud úroveň = 4 - zobrazíme hlášení a vždy návrat do editace
b/ Pokud je záznam na více dní a v rámci odchylky je svátek – zobrazíme hlášení DW02 a necháme zpracovat podle aktuální úrovně hlášení
DW02 [U] [0] Měsíční odchylka SLM <SLM>, <Od> / <Do> se svátkem <typ_dne>, <poznámka> !
pokud úroveň = 0 – funkce není aktivovaná
pokud úroveň = 1 - bez hlášení a pokračujeme v zpracování
pokud úroveň = 2, 3 – hlášení DW02 a pokračovat podle rozhodnutí uživatele
pokud úroveň = 4 - – hlášení DW02 a vždy návrat do editace
c/ Pokud zpracování odchylky pokračuje, rozdělíme záznam před svátkem, za svátkem
pro po schválení odchylky rozdělení SLM pokud je vně svátek s režimem 3 (obdobně jako dělíme SLM na přelomu měsíce) po schválení manažerem
pro neschvalované odchylky rozdělení při ulož
d/ V rámci uzavření docházky se opět kontroluje, viz popis DK010d.
(TC 1095643)
Na základě řešení DAV jsme i pro oblast DOCH (pro formulář Dcd01, Dcm01) umožnili vykazování práce ve ztíženém prostředí a následné vyhodnocení a prezentaci.
Pro dotčené PV se na formuláři Dcd01/Dcm01 zadá příznak prašné expozice ve formě účetní sady stejně jako na Dav01 (v účetní sadě musí být vazba na prvek struktury 34).
Účetní sada se přiřazuje individuálně na každý řádek evidence denní docházky - v Dcd01 je zobrazena položka Účetní sada.
Kontrola DM031
Kontrola záznamu z DAV identifikovaných u uživatele v DOCH se pro SLM s IA 1021 (Dodatková dovolená) ignoruje.
V rámci kalkulace docházky:
a/ se automaticky doplní ke každé dotčené SLM, pokud je to povoleno a položka není vyplněna uživatelem, předdefinovaná účetní sada (z Opv01, Režim, Účetní sada pro ztíž. prostředí)
Pokud se do záznamu denní docházky automaticky doplňuje účetní sada z Opv01, Režim, tak se tato sada doplní pouze do záznamu, kde položka není vyplněna uživatelem.
pokud je položka prázdná - automaticky se doplní
pokud je položka vyplněna a zdroj záznamu je 1 (aut. vygenerovaný bez editace) - automaticky se přepíše
pokud je položka vyplněna a zdroj je <> 1 - zachová se existující obsah
b/ podle přiřazené účetní sady, se automaticky k záznamu Dcd doplní prvky struktury obsažené v účetní sadě
Při uzavření docházky se provede:
a/ přenos účetní sady a prvků struktur z denní evidence docházky do měsíční
b/ vygenerování záznamů prašné expozice (stejné jako v DAV)
c/ vygenerování záznamu pro doplňkovou dovolenou
Pro dotčené uživatele a PV z DOCH jsou k dispozici standardní formuláře z DAV:
a/ formuláře Dav03 a Dav04
b/ sestava Dav14fhoti
Dotčená PV z DOCH jsou zařazena do zpracování Zpětných přepočtů v rámci formuláře Str34.
Pro oblast DOCH se používá trochu jiný systém správy účetní sady jako v DAV.
Účetní sada je i zde vázána na uživatele, ale není vázána na jednotlivá období. Založená sada je stejná ve všech obdobích její platnosti.
Pro správu účetních sad, uživatel DOCH používá formulář Dcu45.
Určení PV pro vykazování účetních sad (ztíženého prostředí) v oblasti DOCH je dáno nastavením:
Opv01, Procento zápočtu odpr. doby do NPE > 0 (povinně vyplnit)
Opv01, Účetní sada pro ztíž. prostředí (nepovinně vyplnit)
Položka Účetní sada na formulářích Dcd01 Vstupy, Dcm01 Vstupy a Dcm01 Vstupy – Souhrn se zobrazí, pokud na Opv01, Procento započtu odpr. doby do NPE > 0.
Určení dotčených SLM pro automatické doplnění účetní sady v rámci kalkulace docházky se provede na Slm01, Doch&Ext.vstupy, položka „Typ zpracování SLM - upřesnění“ = 10 - SLM pro aut. doplnění účetní sady.
Inicializace funkce:
Adm02/Adm03 – pro dotčené uživatele doplnit podle uvážení potřebná objektová práva
Právo Dcu45/ Dcu45Admin
Právo Dav03, Dav04, Dav14fhoti
Slm01, Doch&Ext.vstupy,
Pokud se bude využívat systém aut. doplnění účetní sady, je nutné pro SLM, pro kterou se to bude dít, nastavit: Typ zpracování SLM – upřesnění = 10
Opv01, Režim,
pro dotčené PV nastavit
Opv01, Procento započtu odpr. doby do NPE
Účetní sada pro ztíž. Prostředí – pokud se bude využívat systém aut. doplnění účetní sady
Náhradní volno resp. neplacený přesčas se sleduje ve formě sledování aktuálního zůstatku – salda.
Přitom SLM s IA 11, 13 se započítávají jako plusová do salda a SLM s IA 12, 14, 35, 36 se započítávají jako záporná do salda.
Zároveň se sleduje „likvidace“ vytvořeného přesčasu v rozsahu zákonem stanovených měsíců nebo podle dohody (standard CZ 3 měsíce, standard SK 4 měsíce), přitom „likvidace“ se provádí postupně od „nejstaršího“ evidovaného přesčasu.
Aktuální stav evidence salda přesčasu tak i likvidace přesčasu je zobrazena na formuláři Dcm01, záložky navazující na měsíční záhlaví.
Pro nastavení nulových počátečních stavů položky „Saldo náhradního volna“ doporučujeme postup:
Např. potřebujeme nastavit počáteční hodnotu na „0“ k 1.3.
Pro nastavení počátečních stavů při startu aplikace nebo při změně systému je možné použít importní sestavu: Imp18f - Import poč. stavů MZ
Režim sledování NV z pohledu jeho vzniku a vyrovnání se realizuje v rámci funkcí pro generování (vytvoření) a uzavření měsíčního záhlaví.
V rámci funkce generování (vytvoření) měsíčního záhlaví se řeší přenos zůstatku neproplaceného přesčasu z položky MZ : „NV k proplacení / čerpání v akt. měsíci“ do následujícího období, přenos se řídí podle aktuálního stavu konfiguračního parametru „Režim nevyrovnaného NV3“.
Parametr je možné nastavit na
„Adm21, Docházka“ nebo „Kal01, Doch&Schval.“. Nastavení parametrů na Kal01
má přednost před nastavením na Adm21, přičemž se pro samotnou kalkulaci použije
nastavení parametru na kalendáři přiřazeném zaměstnanci v poslední den
kalkulovaného období.
Podporovány jsou režimy:
0 - Standard, NV3 se čistí
Hodiny z NV3 (NV k
proplacení/čerpání v akt. měsíci) se vymaži ale zůstanou v aktuálním zůstatku
NV (Saldo náhradního volna) – zde zůstanou zachovány.
Situace je do protokolu identifikovaná hlášením :
Z evidence NV3 vymazané <hod> hodin.
1 - Zachování NV3
Hodiny z NV3 (NV k proplacení/čerpání v akt. měsíci) v aktuálním zůstatku NV (Saldo náhradního volna) zůstanou zachovány ale také se hodiny trvale zobrazují i v dalších měsících (až do vyčerpání) v položce „NV k proplacení/čerpání v akt. měsíci“.
2 - Zachování NV3, při ukončení PV aut. proplatit
Zůstatek hodin v NV3 se přenese do dalšího období jako při režimu 1, pokud však v akt. období je PV ukončeno nebo PV je vyřazené z EV, zůstatek NV se aut. proplatí jako v režimu 11.
3 - Zachování NV3, při ukončení PV aut. proplatit, průměrem při přiznání
Jako 2, ale proplacení NV s průměrem platným v čase přiznání NV
4 - Proplacení NV3 automatizovaně, průměr při přiznání
Jako 11, ale proplacení NV s průměrem platným v čase přiznání NV
5 - Proplacení NV3 automatizovaně do výše limitů, průměr při přiznání
Jako 12, ale proplacení NV s průměrem platným v čase přiznání NV
11 - Proplacený NV3 automatizovaně
Aktuální zůstatek v NV3 se automaticky proplatí (zůstatek není žádný).
Před samotným převodem se provede aktualizace zůstatku podle aktuálního stavu evidence docházky.
Pokud však v akt. období je PV ukončeno nebo PV je vyřazené z EV, k proplacení se poskytnou hodiny z NV1+NV2+NV3 + saldo NV v aktuálním měsíci.
12 - Proplacení NV3 automatizovaně do výše limitu
Pokud je k proplacení v měsíci více než 35 hodin nevyrovnaného NV, potom se proplatí v aktuálním období 35 hodin a zůstatek nevyrovnaného NV zůstává v evidenci na položce „NV k proplacení/čerpání v akt. měsíci“.
13 - Zrušení NV3 z evidence NV
Nevyrovnané NV3 se v akt. období dá k „čerpaní“ a vymaže se z evidence NV.
Před samotným převodem se provede aktualizace zůstatku podle aktuálního stavu evidence docházky.
V rámci funkce uzavření měsíčního záhlaví se řeší vyrovnání aktuálního zůstatku nevyrovnaného NV z položky „Neproplacený přesčas z před předminulého měsíce:“ (NV3) Vyrovnání se provádí podle aktuálního stavu konfiguračního parametru „Režim nevyrovnaného NV3“ podle řešitelského číselníku pd_mz_nv3 (viz výše).
Pro režim 0, 1 – se vyrovnání neprovádí
Pro režim 10, 11 se
provádí automatizované vyrovnání, pokud je povolené následujícím způsobem :
Do MV jsou vygenerované dva záznamy (zdroj = 24) :
SLM pro jednotlivé generované záznamy, je zjištěná nejdříve ze započitatelnosti Slm02.DOCH05 a pokud SLM není zde nalezena použije se vyhledaní z konfigurace nebo přímo z číselníku Slm01.
Proplacení NV3 :
SLM = SLM02.DOCH05.PLAC jinak SLM s minimálním kódem ze započitatelnosti Doch02.PRESC
Hodiny = aktuální zůstatek NV3
Poznámka = „Proplacení hodin z NV3“
Zkrácené NV :
SLM = SLM02.DOCH05.NVC jinak SLM s IA 0014 s minimálním kódem
Hodiny = aktuální zůstatek NV3
Poznámka = „Proplacení hodin z NV3“
Režim vyrovnaní NV po určeném období (standard 3 období), který hodiny k “proplacení” neproplatí, ale vyloučí (smaže) je z evidence NV pomocí speciální SLM.
Popis funkce:
Pokud v rámci uzavření docházky při vyrovnaní NV3, byli zjištěné hodiny NV3 k proplacení a pokud pro pracovní režim je nastaveno vyrovnaní NV3 = „13- automatické zrušeni NV3 z evidence NV“:
Zjistíme SLM pro smazaní NV ze započitatelnosti SLM02.DOCH05.ZRUS_NV3 s IA 14.
Pokud se SLM nenalezla zobrazíme hlášení:
??? [E] [FAT] Nenalezená SLM pro zrušení NV k proplacení
a ukončíme funkci
Vygenerujeme záznam do Dcm01 s nastavením:
SLM
Hodiny = NV3 k proplacení
Poznámka = "13, Zrušení hod z NV3"
Zdroj MD = 24
Druh doby = 2
Zobrazíme DM118g [U] [VAR] Zrušené nevyčerpané NV ve výši <h> na SLM <slm >
a následně se určené NV3 vyloučí z evidence NV3 bez proplacení.
Jedná se o modifikaci standardního režimu sledování NV (viz Sledování NV v režimu 3 měsíců).
Po provedení kontroly je obsazení položek měsíčního záhlaví následující :
NV z minulého měsíce – počet nevyčerpaných/neproplacených hodin za přesčas z předchozího měsíce
NV z předchozích měsíců – počet nevyčerpaných/neproplacených hodin za přesčas v období 4 měsíců zpětně celkem
NV k proplacení/čerpání v akt. měsíci – počet nevyčerpaných/neproplacených hodin za přesčas přiznaných před 4měsíci (pouze v tomto měsíci).
Pokud se v rámci měsíce pouze vykazuje započitatelná doba, bez skutečného přiznávaní přesčasu (placeného i neplaceného), např. pro režim pružné pracovní doby, a očekává se že všechna evidovaná započitatelná doba nad plánovaný fond pracovní doby bude zpracovaná automatizovaně v rámci procesu „Převod DD/MV“ (viz. Režim automatizovaného vyrovnávání započitatelného FPD) je nutné u zákazníka stanovit způsob nakládaní s případnými automatizovaně generovanými příplatky, které není možné řešit automatizovaným způsobem (v rámci „Převodu DD/MV“ není možné rozdělit vygenerované hodiny příplatku na jednotlivé generované záznamy do MV).
Možné řešení situace :
1) Pro kalendář nepoužívat generování automatizovaných příplatku
2) Definici kalendáře a vzorových dnů omezit tak, že nebudou umožňovat automatické generování příplatku (vzorové dni pouze v rozsahu 6:00 – 22:00, práci o víkendu a svátku vykazovat na samostatné SLM (evidenční) bez započitatelnosti do FPD u kterých následně musí uživatel rozhodnou o jejích použití vykázaní pro evidenci docházky )
3) Pro záznamy s vykazovanými příplatky musí uživatel vždy rozhodnou o její akceptaci resp. rozdělit (upravit) záznam na odpracovanou dobu a přesčas.
Pozor : Automatizovaně vygenerované příplatky jsou vždy generovány do podkladů pro mzdy bez ohledu na úpravu odpracované doby v rámci funkce vyrovnávaní FPD v rámci převodu DD/MV.
V situaci, kdy je požadováno proplacení přesčasů z evidence NV, se musí zabezpečit:
a - Proplacení zadaných hodin formou „placený přesčas“
b - Krácení salda NV ve výši proplacených hodin
c - Neovlivnit plnění FPD aktuálního období.
Procesy, související s problematikou proplacení NV a popis řešení
Denní evidence docházky (Dcd01, Vstupy)
Proplácení NV zadáme jako SLM s IA typu „placený přesčas“ na libovolný den bez vyplnění začátku a konce. V rámci denní evidence docházky se hodiny z této SLM:
a) nezapočítávají se do FPD měsíce
b) započítávají se evidence NV
c) započítávají se do evidence placeného přesčasu
d) kontroly NV a placeného přesčasu z IA „placený přesčas“
Převod DD/MV
V rámci procesu se do měsíční evidence docházky (Dcm01):
a) ze SLM s IA „placený přesčas“, zadané v denní evidenci docházky, se generuje SLM s IA typem "Čerpání NV" podle konfigurace
b) z procesu kontroly vyrovnaní NV po uplynutí zákonného limitu se generuje SLM s IA typu „Placený přesčas“ podle konfigurace
Zadaní záznamu v rámci měsíční evidence docházky (Dcm01, Vstupy)
Proplácení NV zadáme jako SLM s IA „placený přesčas“ bez vyplnění začátku a konce.
a) při uzavření docházky se vygeneruje SLM s IA 12, 14, 35, 36 "Čerpání NV"
b) SLM s IA 12, 14, 35, 36 se nezapočítává do FPD měsíce
Zadaní záznamu v rámci formuláře schvalovaní Dov05/Dov06
Zadávat jako SLM s IA 1111, řešení obdobné jako
v rámci Dcm01
Omezení kontrol
SLM Proplacení NV z předešlých období (IA 1111) je vyloučená z kontrol:
DK013 Hodiny odchylky SLM <>
dne <> v nepřípustné délce <> hod. (max. <> hod)
DK029 Dne <> SLM <>, přesčas nelze vykázat v základní časti pružné
PD.
Také musí být dotčená SLM vyloučená z kontroly:
DK015a Pro SLM <> dne <> musí být začátek/konec
vyplněn.
provede se to zařazením dotčené SLM do započitatelnosti DOCH03.DK015a.
Úprava konfigurace:
Číselník JPC typ_doby :
Do číselníku JPC: typ_doby doplnit vhodnou hodnotu např. "Krácení NV za proplacený přesčas"
Číselník Slm01:
Založení SLM s IA 12 nebo 14 s názvem : NV proplacené z předešlých období
Nastavení Docházka :
neprovádět do MZDY
Založení SLM s IA 1111, 1116, 1132 s názvem : Přesčas proplacen z evidence NV
Nastavení odpovídající příslušnému IA pro mzdovou oblast
Záložka Doch&Ext.vstupy.:
Nastavit položku
Typ převodu doch = 2.
Typ zpracování pro DOCH - doplňkový = 6 - Proplácení NV z předešlých období
Záložka „Kódy a další“:
Pro SLM vytvořit generovanou SLM :
Typ gen. = 4
Gen SLM = SLM „NV proplacené z předešlých období“
Způsob = 1 kopie
Kód doby = dle dohody
Druh doby = dle dohody
Typ doby = "Krácení NV za proplacený přesčas" (nepovinné)
Kód částky = dle dohody
Číselník Slm02:
zařazení SLM Přesčas proplacen z evidence NV (IA 1111) do započitatelnosti DOCH03.DK015a.
Formulář Adm06:
SLM „Přesčas proplacen z evidence NV“ povolit pro Dcd01, Dcu06 (denní)
SLM „NV proplacené z předešlých období“ nepovolit pro Dcd01
Obě povolit pro Dcm01, Dcu06 (měsíční)
Za standard považujeme platit nevyčerpané NV průměrem platným v čase proplacení NV.
Pokud však zákazník požaduje placení „starým“ průměrem (z období vytvoření NV), musí se nastavit vhodná volba pro parametr Režim nevyrovnaného NV3 (na Kal01 nebo Adm21).
K dispozici jsou volby:
3 - Zachování NV3, při ukončení
PV aut. proplatit, průměr při přiznání
4 - Proplacení NV3 automatizovaně, průměr při přiznání
5 - Proplacení NV3 automatizovaně do výše limitů, průměr při přiznání
V rámci funkce uzavření docházky se pak pro příslušný záznam v Dcm nastaví do
SLM = slm přesčas k proplácení NV
Období pro zdroj = akt.
období - počet měsíců pro vyrovnání NV
Datum od = poslední den k (akt. období - počet měsíců pro
vyrovnání NV)
Platí pro standardní evidenci sledování NV i pro Banku NV II.
„Banka NV“ představuje nestandardní režim práce s neplaceným přesčasem (NV, Náhradním volnem ), který umožňuje sledování tvorby a čerpání NV detailně na jednotlivé události, přičemž je možné sledování na více typů SLM (sledování různých událostí: standardní přesčas za NV, přesčas za práci ve svátek, nařízenou práci přesčas za NV, apod.) . V rámci uzavření evidence docházky je možné do MV generovat zůstatky nevyčerpaného NV dle typů a jednotlivých událostí.
Popis režimu pro formulář Dcd01 :
1) uživatel dle potřeby zadá obvyklým způsobem SLM typu „tvorba NV“ (SLM s IA 11, 13)
2) uživatel dle potřeby při zadání SLM typu „čerpání NV“ (SLM s IA 12, 14, 35, 36) volí zároveň řádek SLM s odpovídajícím typem „čerpání NV“ ze seznamu „nevyčerpaných“ NV daného typu (popis viz dále)
3) v rámci uzavření evidence docházky se generují řádky se SLM typu „zůstatek NV“ (SLM s IA 5101) => jako kopie řádku se SLM typu „tvorba NV“, u kterých není evidováno „vyčerpání“.
Režim „banka NV“ nemá vliv na běžný režim sledování NV.
Seznam „nevyčerpaného NV“ je vytvořen z řádků DD se SLM z položky „Odkaz čerpání na zdroj NV“ v definici aktuální SLM pro čerpání NV, které ještě nejsou považované za vyčerpané
Seznam obsahuje údaje :
Identifikace SLM pro tvorbu NV požadovaného typu
Datum pořízení
Hodiny tvorby NV
Hodiny „nevyčerpaného“ NV
Generování zůstatků nevyčerpaného NV do MV :
V rámci funkce „Převod DD/MV“ se provede kontrola řádku se SLM s nastavením „Sledovat NV na jednotlivé dny“ = 1 v definovaném časovém rozsahu a ke každému vybranému řádku se spočte saldo čerpání, tzn. počet hodin, které nejsou pokryté hodinami v řádcích se SLM typu NVč příslušného typu (zabezpečená jednotná vazba mezi řádkem NVč a NVt).
Pokud je saldo > 0 (vytvořené NV ještě není vyčerpáno), vygeneruje se do MV řádek :
SLM = z „Generovat saldo jako SLM (NV..)
Datum od = z originálního záznamu NVt
Datum do = z originálního záznamu NVt
hodiny = doposud nevyčerpané hodiny
Konfigurace SLM
Vytvořit trojici SLM pro každý typ sledovaného
přesčasu v rámci banky NV:
SLM Tvorba NV s IA 11, 13 musí mít nastaveno:
Odkaz na čerpání na zdroj.. : nevyplňujeme
Sledovat NV .. : Ano
Počet období .. : 4 (doporučená hodnota, standardně ve smyslu ZP 3)
Generovat saldo .. : SLM pro generování zůstatku do MV
SLM Čerpání NV s IA 12, 14, 35, 36 musí mít nastaveno: SLM pro tvorbu,
sledovat NV, délka
Odkaz na čerpání na zdroj.. : SLM pro tvorbu NV tohoto typu
Sledovat NV .. : Ano
Počet období .. : 4 (doporučená hodnota, standardně ve smyslu ZP 3)
Generovat saldo .. : nevyplňujeme
Poznámka: seznam SLM pro přiřazení do položky „Odkaz na čerpání na zdroj..“
obsahuje doposud nepoužité SLM párovaného IA (tzn. k IA 12 SLM s IA
11 a k IA 14 SLM s IA 13).
SLM Zůstatek NV s IA 5101 – pouze vhodný kód SLM
Příklad nastavení konfigurace SLM :
SLM (IA) |
NVč |
Sledovat |
Období |
Generovat |
41330 (11,13) – Tvorba NV svátek |
|
A |
4 |
41350 |
41230 (11,13) – Tvorba NV běžné |
|
A |
4 |
41250 |
41130 (11,13) – Tvorba NV nařízené |
|
A |
4 |
41150 |
41340(12,14, 35, 36) Čerpání NV svátek |
41330 |
A |
4 |
41350 |
41240(12,14, 35, 36) Čerpání NV běžné |
41230 |
A |
4 |
41250 |
41140(12,14, 35, 36) Čerpání NV nařízené |
41130 |
A |
4 |
41150 |
41350 (5101) Nevyčerpané NV svátek |
|
|
|
|
41250 (5101) Nevyčerpané NV běžné |
|
|
|
|
41150 (5101) Nevyčerpané NV nařízené |
|
|
|
|
Poznámky k zadávání čerpání NV :
- předpokládá se, že řádky (Tvorba NV), ze kterých se má při zadávání čerpat NV jsou již zkalkulované
- pokud na Dcd01/Vstupy vyplním SLM, která má na Slm01/Doch&Ext.vstupy/Sledovat NV... nastaveno ANO tak platí:
- pro editaci se zpřístupní položka „Vazba na záznam NV“
- pokud v aktuálním záznamu nejsou vyplněny hodiny, tak se přenesou z vybraného řádku ze seznamu pro čerpání (z položky „Hodiny započtené“ )
- při uložení se při vyplněných hodinách v aktuálním záznamu kontroluje zda hodiny vybraného řádku čerpání jsou větší nebo rovny hodinám v aktuálním řádku
-
pokud je výběr „čerpání“ akceptován, u právě ukládaného řádku se vypne
kalkulace (Provádět kalkulaci => NE)
Alternativní režim sledování salda NV (Adm21, Docházka, Typ sledování NV = 2, 3).
Je postaven na detailním sledování tvorby a čerpání NV podle jednotlivých záznamů a typů SLM pro sledování NV.
Sledování salda NV pracuje podle následujícího postupu v rámci uzavření docházky:
a/ Do Banky
NV se vytvoří záznamy, které odpovídají jednotlivým záznamům tvorby a čerpání
NV v denní a měsíční evidenci docházky (podle místa, kde je záznam
primárně uložen).
Pokud pro PV není explicitně nastavená délka vyrovnání NV (na Opv01 nebo
Slm01), tak se délka nastaví podle platné legislativy (k 2019-09 pro CZ = 3 a
pro SK = 4).
b/ V rámci Banky NV se provede párování záznamů tvorby a čerpání NV podle zvoleného režimu párování (viz JPC Typ párování NV (pd_typ_nv_par).
c/ V rámci Banky NV se provede vyhodnocení salda NV pro automatické proplacení.
Pro generované záznamy proplacení NV se nevyplňují datumy Od/Do
d/ Pokud je požadováno (Typ sledování NV = 3), vygenerují se do Dcm01 záznamy o nevyrovnaném NV
Pokud záznamy v Dcm nemají vyplněný začátek vykázané doby, NV se do banky NV zaeviduje s datem posledního dne měsíce.
Aktuální stav Banky NV je možné sledovat na formuláři Dcu20.
V případě potřeby je možné zapnout omezení čerpání NV podle typu NV, omezení se zapne při nastavení hlášení DM118e > 0.
DM118e [U] [0] Zapnutí omezení párování podle typu párování
Standardně je omezení vypnuto.
Banka NV II, zapnutí omezení na čerpání NV pouze do výšky salda podle zvoleného režimu párování.
K dispozici je také kontrolní hlášení pro výpis postupnosti NVt / NVc při párování s obsahem:
Banka NV II, zapnutí kontrolního výpisu párovaného NVt a NVč.
(TC 1126299)
Pro režim evidence NV “Typ sledovaní NV:“ = 2 - Banka NV, verze 2, je upraven režim proplácení exspirovaného nebo nevyrovnaného NV při ukončení PV.
Před vyplácením nejdříve zkontrolujeme stav evidence NV na měsíčním záhlaví, aktualizovaného o saldo NV za aktuální období.
Zjistíme aktuální saldo NV pro evidenci Banka2
(Saldo NV z MZ + Tvorba NV v akt. období v DD + Tvorba NV v akt. období v MV
– Čerpání NV v akt. období v DD – Čerpání NV v akt. období v MV)
Pokud DM118h > 1 nebo akt. saldo NV < 0 pak se zobrazí hlášení:
DM118h [U] [VAR] Saldo NV akt. <saldo> MZ NV <MZ.NV> DD <MZ.NVc>/<tvorbaXHODNVTV-D2> MV <XHODNVCE-D1>/<XHODNVCE-D2>
A pokud se požaduje proplácení hodin nad aktuální zůstatek NV, tak se zobrazí hlášení (pokud je povoleno DM118i > 0):
DM118i [U] [FAT] V evidenci NV <saldo > k proplacení <hod> z datum <datum> SLM <slm>
V oblasti docházka je režim smluvního přesčasu realizován pro použití přesčasu za NV.
Pokud zaměstnanec má nastaveno na „Opv01, Režim, Přesčas až nad roční limit 150 hod.“, tak se při zadání SLM s IA 12, 14, 35, 36 v rámci kalkulace DD nebo MV provede kontrola, jestli je v předchozím období resp. na dříve zadaných záznamech v měsíci, evidováno více hodin než 150 (SLM s IA 11, 13). Pokud ne, tak se zobrazí chybové hlášení DK024 nebo DM021.
Jestliže zákazník požaduje, aby se předmětná situace vyhodnotila jako fatální chyba, je nutné upravit úroveň hlášení na formuláři Adm32.
Funkce, zabezpečí kontrolu placeného přesčasu z evidence denní docházky v režimu tzv. smluvní mzdy – 150 hodin přesčasu ve smlouvě.
Funkce je určená pouze pro PV bez výpočtu mezd v EGJE a spustí se za podmínek:
a/ úroveň hlášení DM039 > 0
b/ Opv01, Režim, Režim práce přesčas = 3 (přesčas až nad limit 150 hodin)
c/ Opv01, Režim, Převod doch. do mezd = 0 (Bez převodu do mezd.)
Kontrola nepodporuje přesčasy ze schvalování, protože nelze měnit SLM z takto pořízených řádků.
1/ Uživatel vykazuje placený přesčas standardním způsobem (SLM s IA 1111).
2/ V rámci uzavření docházky, bude pro označené zaměstnance (Opv01) provedená kontrola na naplnění limitů 150 hodin
a) pokud
nebude nastavená SLM pro evidenční smluvní mzdu, tak se zobrazí hlášení
DM039a [U] [ERR] Pro kontrolu smluvního přesčasu, není definovaná evidenční SLM
a kontrola se ukončí
b) pokud není naplněn limit 150 hodin a ani s vykázanými hodinami za měsíc, SLM přesčasu se změní na evidenční SLM "Přesčas v rámci limitů smluvní mzdy" a zobrazí se hlášení DM039
c) pokud není naplněn limit 150 hodin a vykázané hodinami za měsíc překročí limit, záznam se rozdělí na záznam se SLM "Přesčas v rámci limitů smluvní mzdy" s hodinami do limitů na záznam se SLM "Přesčas " s hodinami které překročili limit a zobrazí se hlášení DM039
d) pokud je
naplněn limit 150 hodin, SLM zůstane v původním stavu
Aktivace:
1/
Nastavení Slm01, Typ zpracování SLM - upřesnění = 5 - SLM pro přesčas do 150
hodin
podmínka IA 5101, SLM pro přesčas do 150 hodin
2/ Nastavení Adm32, úroveň hlášení DM039 na > 0
3/ SLM z kroku 1 zařadit do započitatelnosti DOCH02.PRESC
Pro nepravidelné a nepřetržité režimy je možné aplikovat režim sledování plnění fondu pracovní doby resp. plnění limitu přesčasu za definované vyrovnávací období.
Aktivace těchto režimů je vázána na kalendář, kde se definuje vazba na číselník vyrovnávacích období a tím se aktivuje příslušný režim kontroly (pouze pro Režim kontroly = 2,3, pro režim 1 se nastavení na VO ignoruje).
Vyhodnocení se provádí v rámci uzavření docházky resp. aktualizace měsíčního záhlaví nebo na pokyn uživatele.
Kontrola plnění FPD za vyrovnávací období se provádí, pokud je vyplněna položka kalendáře „Výr. období - FPD:“
Pro každého zaměstnance s přiřazeným aktuálním kalendářem, na kterém je vazba na číselník vyrovnávacích období, se v rámci aktualizace MZ (formulář Dcm01) vytvoří jeden záznam typu „kontrola FPD“ pro každé vyrovnávací období aktuální pro aktuální období evidence docházky (pokud už není založené ) a při každé následující aktualizací MZ se zároveň provádí i aktualizace hodin započítaných do fondu pracovní doby v aktuálním období.
Poznámka:
Sledování FPD ve vyrovnávacím období podle VO definovaném v Kal02 je standardně prováděno pouze pro nastavení v Kal01:
Režim kontroly: = 2 - Režim - nepravidelná pracovní doba
Vyr. období – FPD: = odkaz do Kal02 na vhodné VO (Typ vyrovnávacího období: = 1)
Pro Režim kontroly: = 1 – se odkaz do Kal02 ignoruje, vyrovnávacím obdobím je akt. období
Pro Režim kontroly: = 3 – je specializovaný typ kontroly pro pružnou prac. dobu
Pro kalendáře bez rozpisu směn (kalendář, který nemá rozpis ani hodin ani směn, např. sVolno v VŠE), pro sledování VO není vhodný a lze očekávat různé problémy při výpočtu limitů, ale pak i při průběžném vyhodnocení.
Také při změně kalendáře, je potřeba dávat pozor, aby nový kalendář odpovídal podle potřeby stejnému VO, např. při použití kalendáře bez VO, se předešlé VO ukončí bez vyrovnání.
Výpočet hodin započítaných do fondu se může provádět v režimu :
1 Vyhodnocení podle plánu směn
Výpočet hodin i směn v rámci vyrovnávacího období se provede z plánu směn
2 Vyhodnocení podle evidence docházky
Výpočet hodin i směn
v rámci vyrovnávacího období se provádí :
a) z aktuální denní evidence docházky pro předchozí a aktuální období
b) z plánu směn pro starší než aktuální období.
3 Limit podle úvazku, Vyhodnocení dle plánu směn
Limit pro VO stanoven podle délky VO, a to jako počet týdnů VO * týdenní úvazek sjednaný
Skutečnost se spočte z plánu směn zaměstnance Dcd01
4 Limit podle úvazku, Vyhodnocení dle evidence docházky
Limit pro VO stanoven podle délky VO, a to jako počet týdnů VO * týdenní úvazek sjednaný
Výpočet se provádí z aktuální evidence docházky pro zpracované a aktuální období a z plánu směn pro zatím nezpracované období
5 Vyhodnocení dle plánu směn s limitem pro saldo FPD
Viz KPD
6 Limit podle úvazku za týden, Vyhodnocení dle plánu směn
Limit hodin VO = spočteme jako počet týdnu VO * Opv01, Sjednaný úvazek za týden
Limit směn VO = spočteme jako počet týdnu VO * Opv01, Průměrný počet směn za týden
Skutečnost se spočte z plánu směn zaměstnance Dcd01
7 Limit podle úvazku za týden, Vyhodnocení dle evidence docházky
Limit hodin VO = spočteme jako počet týdnu VO * Opv01, Sjednaný úvazek za týden
Limit směn VO = spočteme jako počet týdnu VO * Opv01, Průměrný počet směn za týden
Výpočet se provádí
z aktuální evidence docházky pro zpracované a aktuální období a z
plánu směn pro zatím nezpracované období
Provádí se sledování plnění plánovaného fondu pracovní doby vzhledem na smluvní pracovní úvazek zaměstnance za definované vyrovnávací období (vzhledem na přesnost kontroly doporučujeme stanovení vyrovnávacího období v celých týdnech).
Při uzavření docházky za měsíc se provede:
a) výpočet plánovaného FPD podle úvazku, jako počet týdnů vyrovnávacího období * sjednaný týdenní úvazek (Opv01, Popis)
b) výpočet plánovaného FPD, jako součet hodin plánovaných směn v rámci vyrovnávacího období
c) na formuláři měsíční záhlaví, záložka Vyrovnávací období se zobrazuje aktuální plnění salda plánovaného FPD podle úvazku
Pokud v rámci aktuálního VO je více časových řezů na Opv01, výpočet se provádí samostatně za každý časový řez a výsledek je dán součtem částečných výpočtů.
V případě potřeby je možné protokolovat dílčí výpočty pomocí hlášení DM123a (které je standardně vypnuté) s obsahem:
DM123a [U] [0] Limit VO hod <h>/ směny <s>, Od <od > Do <do>, Typ VO <typ>, Režim aktualizace <režim>
Kdy při uzavření nebyl nalezen úsek pro použité VO podle kalendáře, zobrazí se hlášení:
DP014 [U][FAT] Pro Kal <kal>, VO <vo> nevygenerovaný úsek pro období <obd>
A kalkulace pro PV se ukončí.
Pro kontrolu napočtu hodin do stavu hodin za VO podle měsíců v rámci VO, je možné použít hlášení DM122a (standardně je hlášení neaktivní).
Hlášení nedoporučujeme mít zapnuté natrvalo, zapínat pouze v případě potřeby kontroly napočtu odpracované doby podle období.
Je také možné použít sestavu Dcu19.
Při uzavření docházky za poslední měsíc vyrovnávacího období se provede:
a) výpočty jako u běžného uzavření
b) při kladném saldu se zobrazí (zaměstnanec má naplánováno více než je dle úvazku) odpovídající hlášení, podle konfigurace se provede generování dohodnuté SLM, SLM pro přenos do dalšího vyrovnávacího období nebo nic
c) při záporném saldu se zobrazí (zaměstnanec má naplánováno méně, než je dle úvazku) odpovídající hlášení, podle konfigurace se provede generování dohodnuté SLM, SLM pro přenos do dalšího vyrovnávacího období nebo nic
Slouží pro použití VO pro režim pružné pracovní doby (PPD), které je delší než 4 týdny.
VO období pro PPD se definuje v Kal02 (Typ vyrovnávacího období=4) a přiřazuje se v Kal01 příslušnému kalendáři.
Pro VO určené pro PPD se v Kal02 negenerují jednotlivé úseky.
V rámci kalkulace denní evidence docházky pro zaměstnance s přiřazeným VO pro PPD:
Zkontroluje se existence VO pro PV a období, pokud není nalezeno, tak se založí.
Spočte se limit VO.
Spočtou se započitatelné hodiny.
Kontrola plnění přesčasu za vyrovnávací období se provádí, pokud je vyplněna položka kalendáře „Výr. období - přesčas:“
Pro každého zaměstnance s aktuálním přiřazeným kalendářem, na kterém je vazba na číselník vyrovnávacích období, se v rámci aktualizace MZ (formulář Dcm01 ) vytvoří jeden záznam typu „kontrola přesčasu“ pro každé vyrovnávací období aktuální pro aktuální období evidence docházky (pokud už není založené ) a při každé následující aktualizaci MZ se zároveň provádí také aktualizace hodin započítaných do fondu pracovní doby za aktuální období.
Výpočet hodin započítaných do fondu se provádí v režimu :
2 Vyhodnocení podle evidence docházky
Výpočet se provádí z aktuální denní evidence docházky pro předchozí a aktuální období.
· DK201a [U] [ERR] Záporné saldo NV z prac. volna v měsíci v rozsahu <%2> hodin
V denní evidenci docházky je nalezeno čerpání NV z prac. volna (NVPV) v rozsahu %2 hodin, které není pokryto dříve vytvořeným neplaceným prac. volnem za NV.
Kontrola zohledňuje i případně zadanou korekci NV v Dcm01, Vstupy.
Hlášení se zobrazí, pokud je rozdíl menší než cca. 1 min (0,02 hod).
Kontrola evidence NV.
Hlášení se zobrazí, pokud aktuální saldo z prac. volna za NV je záporné (přečerpání NV).
· DK201b [U] [ERR] Záporné saldo NV z práce ve svátek v měsíci v rozsahu <%2> hodin
V denní evidenci docházky je nalezeno čerpání NV z práce ve svátek (NVSV) v rozsahu %2 hodin, které není pokryto dříve vytvořeným NV za práci ve svátek.
Kontrola zohledňuje i případně zadanou korekci NV v Dcm01, Vstupy.
Hlášení se zobrazí, pokud je rozdíl menší než cca. 1 min (0,02 hod).
Kontrola evidence NV.
Hlášení se zobrazí, pokud aktuální saldo z NV za práci ve svátek je záporné (přečerpání NV).
· DM007b [U] [ERR] Záporné saldo NV z prac. volna v měsíci v rozsahu <%2> hodin
V měsíční evidenci docházky je nalezeno čerpání NV z prac. volna (NVPV) v rozsahu %2 hodin, které není pokryto dříve vytvořeným neplaceným prac. volnem za NV.
Kontrola evidence NV.
Hlášení se zobrazí, pokud aktuální saldo z prac. volna za NV je záporné (přečerpaní NV).
· DM007c [U] [ERR] Záporné saldo NV z práce ve svátek v měsíci v rozsahu <%2> hodin
V měsíční evidenci docházky je nalezeno čerpání NV z práce ve svátek (NVSV) v rozsahu %2 hodin, které není pokryto dříve vytvořeným NV za práci ve svátek.
Kontrola evidence NV.
Hlášení se zobrazí, pokud aktuální saldo z NV za práci ve svátek je záporné (přečerpání NV).
Na konci vyrovnávacího období je k dispozici funkce (volba na Kal02), která provede vyrovnání zůstatků hodin.
V rámci uzavření docházky, pokud je VO ukončeno v aktuálním období, se provede vyrovnání zůstatků hodin na konci vyrovnávacího období podle nastavení položky Kal02, Režim vyrovnání VO. Možné režimy vyrovnání:
0 - Vyrovnání se neprovádí – systém neprovede žádnou akci
1 - Záporné saldo ignorovat, kladné převést do dalšího VO
2 - Záporné saldo ignorovat, kladné proplatit
3 - Záporné saldo ignorovat, kladné převést do NV
4 - Záporné saldo do SLM, kladné převést do dalšího VO
5 - Záporné saldo do SLM, kladné proplatit
6 - Záporné saldo do SLM, kladné převést do NV
Pro volby 1, 2, 3 a záporné saldo – neprovede se žádná akce
Pro volby 4, 5, 6 a záporné saldo – do měsíční evidence se generuje záznam se SLM ze započitatelnosti Slm02.DOCH05.VYROV_VO, která má nastaveno Zap hodin = -1
Pro volby 1, 2, 3, 4, 5, 6 a kladné saldo – do měsíční evidence se generuje záznam se SLM ze započitatelnosti Slm02.DOCH05.VYROV_VO, která má nastaveno Zap. hodin = 1 (nastavená SLM v započitatelnosti musí odpovídat požadovanému typu převodu, proplacení, NV)
Režim nastavení:
a/ KD/KČ pro generovanou SLM - položky se nastavují podle default hodnoty pro tuto SLM na Slm01, Kódy a další.
b/ plnění položek „Typ převodu doch/mzdy“ a „Složka mzdy pro mzdy“ podle aktuálního stavu nastavení těchto položek v Slm01, Doch&Ext.vstupy.
Definování vyrovnávacích období se provádí na formuláři Kal02.
Konto pracovní doby v oblasti docházky je speciálním případem vykazování docházky ve stanoveném vyrovnávacím období. Metodika pro použití režimu KPD v oblasti docházka navazuje na metodiku KPD pro oblast mezd (viz dokument KPD_uzdoc.doc ).
Pod pojmem „časové pásmo KPD“ rozumíme časový úsek v měsíci, ve kterém je zaměstnanec alespoň jeden den zařazen do režimu KPD, který je vymezen začátkem a koncem KPD, viz příklad pro duben 2012 :
od 1 - 10 : KPD1 „časové pásmo v měsíci, režim KPD 1 “ v rozsahu 1.4. do 10.4.
od 11 -15 : bez KPD „časové pásmo v měsíci, běžný režim “ v rozsahu 11.4. do 15.4.
od 16 - 30 : KPD2 „časové pásmo v měsíci, režim KPD 2 “ v rozsahu 16.4. do 30.4.
Řešení pro oblast docházky vychází z možnosti definice alternativního kalendáře pro zaměstnance ke standardnímu (běžnému) kalendáři podle Opv01. Alternativní kalendář pro stanovení pracovního režimu v režimu KPD je pro zaměstnance definován na formuláři Opv03 nezávisle pro každé definované pásmo KPD.
Z pohledu vykazování denní docházky nejsou žádná omezení. V rámci uzavření docházky se jednotlivé odchylky z denní evidence docházky sloučí podle jednotlivých časových pásem KPD.
Z pohledu vykazování měsíční docházky je nutné jednotlivé záznamy rozdělit do jednotlivých časových pásem KPD a pro každý záznam musí být povinně zadán začátek a konec odchylky.
Opv03 – položka „kalendář
Položka slouží pro stanovení kalendáře pro vykazování a vyhodnocení docházky zaměstnance, který je zařazen do režimu KPD. Pokud položka není vyplněna, tak se vyhodnocování provádí podle kalendáře na Opv01.
Poznámka : Kalendář pro režim KPD musí být vygenerován na celý měsíc, bez ohledu na začátek vyrovnávacího období pro KPD.
Plán směn pro docházku v režimu KPD
Standardní plán směn zaměstnance v režimu KPD je vytvořen níže uvedeným postupem. Pro každý den měsíce je plánovaná směna určena:
a) Z definice denního záhlaví - položky Dcd01, Vstupy, Záhlaví, Vzorový den směny, pokud tato není vyplněna, tak
b) z definice kalendáře pro KPD – položka Kal01, Dny kalendáře, „Vz. den“ pro kalendář z Opv03, Konto PD, pokud tato není vyplněna, tak
c) z definice kalendáře – položka Kal01, Dny kalendáře, „Vz. den“ pro kalendář z Opv01, Režim
Formulář Dcm01 - Kontroly při uložení na Vstupy
(Také Dca02, Dlouhodobé odchylky; Dcu01. Měsíční vstupy)
V režimu KPD je možné zadávat odchylky pouze v rozsahu datumů jednotlivých časových řezů KPD.. Tzn. že pokud odchylka trvá po dobu více časových pásem, musí se rozdělit na samostatné časové úseky, které spadají do jednotlivých pásem (tedy nesmí zasahovat z jednoho KPD do standardního režimu a naopak nebo z jednoho KPD do bezprostředně navazujícího KPD).
Každá odchylka musí mít nastaveny datumové položky.
Kalkulace MV
Kontrola DM022 : Pokud je pro zaměstnance v měsíci
definováno KPD nepokrývající celý měsíc nebo je definováno více KPD v měsíci,
každý záznam musí mít vyplněny datumy a musí být v rámci jednoho KPD.
Převod DD/MV a KPD
Funkce Převod DD/MV upravena tak, že :
Záznamy z denní evidence docházky jsou slučovány pouze v hranicích jednotlivých časových pásem režimu KPD (je vytvořeno tolik záznamů do MV v kolika režimech KPD se SLM nachází).
Pro každé časové pásmo KPD v měsíci se generují SLM s IA 8 a 9 z aktuálního plánu směn zaměstnance pro KPD a SLM s IA 1 a 2 z běžného kalendáře.
Pro prezentaci evidence docházky v režimu KPD jsou k dispozici sestavy :
Dcd30 - KPD, Účet pracovní doby - detailní
Dcd31 - KPD, Účet pracovní doby - Rekapitulace PV
Příklad 1 :
Zaměstnanec je zařazen do režimu KPD 15.3.
Původní kalendář K1 pro rozpis směn je definován na Opv01, Režimy, Kalendář (v průběhu KPD se nemění)
Kalendář rozpisu směn K3 pro KPD je definován na Opv03
Rozpis směn zaměstnance (denní záhlaví) se vytvoří pro 1—14. z K1 a 15.-31. Z K3
Měsíční Fond K1 21*8 = 168
Měsíční Fond K3 21*6 = 126
1.3. 15.3. 31.3.
----||---------------------------------------------||===========================||=========
a----------------------------------------------------------------------------------------------------------- celé obd.
b ||---------------------------------------||-------- nástup 19.3.
19.3.
c ||-------------------------||----------------------------------------------- || ------ nástup 10.3.
10.3.
d--||-------------------------------------------- ||--------------------------------|| výstup 20.3.
20.3.
a) Zaměstnanec má PV platné na celé období, vygenerují se SLM
SLM(IA) |
Podle Kal |
Od |
Do |
Hod |
IA 1 |
K1 |
1.3. |
31.3. |
168 (21*8) |
IA 2 |
K1 |
1.3. |
14.3. |
80 (10*8) |
IA 8 |
K3 |
1.3. |
31.3. |
126 (21*6) |
IA 9 |
K3 |
15.3. |
31.3. |
66 (11*6) |
IA 1002 |
|
1.3. |
14.3. |
80 (10*8) |
IA 1009 |
|
15.3. |
31.3. |
66 (11*6) |
b) Zaměstnanec má PV platné od 19.3., vygenerují se SLM
SLM(IA) |
Podle Kal |
Od |
Do |
Hod |
IA 1 |
K1 |
1.3. |
31.3. |
168 (21*8) |
IA 2 |
K1 |
|
|
|
IA 8 |
K3 |
1.3. |
31.3. |
126 (21*6) |
IA 9 |
K3 |
19.3. |
31.3. |
54 (9*6) |
IA 1002 |
|
|
|
|
IA 1009 |
|
19.3. |
31.3. |
54 (9*6) |
c) Zaměstnanec má PV platné od 10.3., vygenerují se SLM
SLM(IA) |
Podle Kal |
Od |
Do |
Hod |
IA 1 |
K1 |
1.3. |
31.3. |
168 (21*8) |
IA 2 |
K1 |
10.3. |
14.3. |
40 (5*8) |
IA 8 |
K3 |
1.3. |
31.3. |
126 (21*6) |
IA 9 |
K3 |
15.3. |
31.3. |
66 (11*6) |
IA 1002 |
|
10.3. |
14.3. |
40 (5*8) |
IA 1009 |
|
15.3. |
31.3. |
66 (11*6) |
d) Zaměstnanec má PV platné do 20.3., vygenerují se SLM
SLM(IA) |
Podle Kal |
Od |
Do |
Hod |
IA 1 |
K1 |
1.3. |
31.3. |
168 (21*8) |
IA 2 |
K1 |
10.3. |
14.3. |
40 (5*8) |
IA 8 |
K3 |
1.3. |
31.3. |
126 (21*6) |
IA 9 |
K3 |
15.3. |
20.3. |
24 (4*6) |
IA 1002 |
|
10.3. |
14.3. |
40 (5*8) |
IA 1009 |
|
15.3. |
31.3. |
24 (4*6) |
e) Zaměstnanec má PV platné do 10.3., vygenerují se SLM
SLM(IA) |
Podle Kal |
Od |
Do |
Hod |
IA 1 |
K1 |
1.3. |
31.3. |
168 (21*8) |
IA 2 |
K1 |
1.3. |
10.3. |
48 (6*8) |
IA 8 |
K3 |
1.3. |
31.3. |
126 (21*6) |
IA 9 |
K3 |
|
|
|
IA 1002 |
|
1.3. |
10.3. |
48 (6*8) |
IA 1009 |
|
|
|
|
Příklad 2 :
Režim KPD končí 9.3. a další vyrovnávací období KPD začíná 17.3.
Původní kalendář K1 pro rozpis směn je definován na Opv01, Režimy, Kalendář (v průběhu KPD se nemění)
Kalendář rozpisu směn K3 pro KPD je definován na Opv03 (shodné pro obě KPD)
Měsíční Fond K1 21*8 = 168
Měsíční Fond K3 21*6 = 126
1.3. 9.3. 17.3. 31.3.
===||===========||-----------------------||===========================||=========
a) Zaměstnanec má PV platné na celé období, vygenerují se SLM
SLM(IA) |
Podle Kal |
Od |
Do |
Hod |
IA 1 |
K1 |
1.3. |
31.3. |
168 (21*8) |
IA 2 |
K1 |
10.3. |
16.3. |
40 (5*8) |
IA 8 |
K3 |
1.3. |
31.3. |
126 (21*6) |
IA 9 |
K3 |
1.3. |
9.3. |
30 (5*6) |
IA 9 |
K3 |
17.3. |
31.3. |
66 (11*6) |
IA 1002 |
|
10.3. |
16.3. |
40 (5*8) |
IA 1009 |
|
1.3. |
9.3. |
30 (5*6) |
IA 1009 |
|
17.3. |
31.3. |
66 (11*6) |
Evidence docházky pro členění jednotlivých typů evidovaných časových a korunových položek, používá standardní systém SLM samozřejmě v nevyhnutelném rozsahu.
Pojem SLM (složka „mzdy“) se standardně používá v oblasti evidence docházky protože je to výhodné vzhledem k úzké souvislosti se mzdovými procesy a metodicky se jedná o shodné druhové členění.
Pro práci v oblasti evidence docházky jsou určené složky mezd SLM se standardními i speciálními interními algoritmy. O vztahu interních algoritmů a složek mezd platí všechno, co je uvedené v dokumentaci Slm_uzdoc.doc.
Pro použití v DOCH jsou především určené standardní interní algoritmy :
Vykazování hodin do fondu PD :
IA 1 ... 9 - Vykazování hodin fondu pracovní doby
IA 10 ... 899 - Vykazování neodpracované doby
IA 900…997 - Speciální IA pro potřeby docházky (podle charakteru implementace DOCH některé IA musí mít platnou SLM pro DOCH, jiné nemusí)
IA 998 – Služební cesta
Určen pro definování SLM na vykázání doby strávené na služební cestě a započitatelné do fondu pracovní doby. Tento IA se ve MZDY zpracovává shodně jako IA 1002.
IA 999 – Školení, odprac. doba
Určen pro definování SLM na vykázání doby strávené na školení, započitatelné do fondu pracovní doby. Tento IA se ve MZDY zpracovává shodně jako IA 1002.
IA 1001 ...1009 - Vykazování odpracované doby
IA 11xx, IA 212x - Vykazování příplatků podle potřeb konkrétní instalace
Vykazování vybraných odměn a bonusů :
Podle charakteru organizace zákazníka
Speciální IA pro docházku (nepodporované v oblasti MZDY) :
IA 901 - Přestávka v práci na jídlo a oddech
Určený pro definování SLM na
kterou je vykazována doba strávená na přestávce na odběr jídla a odpočinek
Povinná SLM
IA 902 – Průchod mimo evidenci docházky
Určený pro definování SLM které se nepovažují za doby započitatelné do fondu pracovní doby ale je potřebné jejich vykazování z evidenčních důvodů.
IA 903 - Doba před platností PV nebo po jeho ukončení
Určený pro definovanou SLM pro identifikaci pracovních dní mimo platný PV, které se nepovažují za doby započitatelné do fondu pracovní doby ale je potřebné jejich vykazování z kontrolních důvodů.
Povinná SLM
IA 904 – Nepracovní den
Určen pro definovanou specializovanou SLM pro identifikaci dne, kdy zaměstnanec nepracuje => jedna se o nepracovní (volný) den
Povinná SLM
IA 905 - Práce nad fond pracovní doby evidenční
Určený pro definování SLM na kterou se v rámci převodu DD/MV uloží hodiny z evidence denní docházky přesahující plánovaný fond pracovní doby a které nebyly uznané jako přesčas (placený nebo neplacený).
Také určený pro vykázaní doby neakceptované do denní evidenci docházky (např. pro generovaní evidenčního přesčasu ze záznamu denní evidence docházky).
IA 906 - Nespecifikovaná nepřítomnost, k dořešení
Určený pro přenos neúplně zadaného vynětí z Opv01 (nevyplněná SLM) nebo jako SLM pro zadání zatím přesně neurčené nepřítomností v denní nebo měsíční evidenci docházky.
Povinná SLM
IA 950 - Nárok příspěvků na stravu
Určený pro definování SLM na kterou se v rámci převodu DD/MV uloží počet příspěvků na stravu generovaný podle evidence denní docházky.
Povinná SLM
V číselníku SLM, tj. na formuláři Slm01, záložka Doch&Ext.vstupy, je pro složku mzdy možné nastavit další položky (podrobnější popis viz Slm01, Doch&Ext.vstupy) :
Pro účely evidence docházky se obvykle používá omezený standardní číselník SLM, omezení je provedené nastavením parametru „Použití docházky“ v číselníku Slm01, záložka „Doch&Ext.vstupy“
Pro celou oblast docházky se používá standardní definice SLM dle aktuálního stavu Slm01, nepoužívá se archivovaný měsíční stav tohoto číselníku.
Všechny SLM, které jsou použity v oblasti docházka a mají být použity také pro výpočet mezd, musí mít nastaveno „Možno pořizovat ve vstupech“ = Ano“ aby byla zabezpečena shodná přístupnost k SLM v oblasti docházka i pro výpočet mezd.
Pokud pro různé výpočty a generovaní je nutné stanovit Sazba/Procento k SLM, pokud není uvedeno jinak, postupuje se následovně:
Definice sazby/procenta k SLM v Slm01, Kódy a další
Definice sazby/procenta k SLM v Slm01
Při načtení sazby i procenta se zohledňuje
vazba SLM na ORG, SJ a SO (stejně, jako se užívá pro oblast mezd), tzn. použije se vyhledání postupně pro:
SLM + SO + SJ + ORG
SLM + SO + SJ
SLM + SJ + ORG
SLM + SJ
SLM + ORG
SLM
V jednotlivých formulářích se zobrazení resp. použití SLM při editaci, řídí několika mechanizmy :
o Použití SLM podle definice formuláře (stanovením dostupných IA při návrhu formuláře)
o Použití SLM pro oblast docházky na základě parametru „Slm01, Doch&Ext.vstupy, Použití v docházce “
o Použití SLM pro formulář podle konfigurace definované v Adm06 (viz Adm_uzdoc.doc)
Na formulářích docházky se SLM, které nejsou povoleny pro docházku zobrazí standardním způsobem, tzn. Kód a Název. Tyto SLM však nejsou dostupné na editačních formulářích.
Položka „SLM pro evidenci odpracované doby“, seznam použitelných SLM určen pouze nastavením „Použití v docházce “ = Ano.
Položka „Složka mzdy“ a „Složka mzdy při průchodu o víkendu a svátku“, seznam použitelných SLM určen pouze nastavením „Použití v docházce “ = Ano.
Seznam SLM (s IA) standardně použitelných pro tento formulář : 13, 14, 35, 36, 21, 26, 41, 42, 51, 56, 61, 62, 151, 901, 904, 998, 999, 1002, 1008, 2121, 2122, 5101, 5104
, přičemž aby tyto SLM byly skutečně dostupné na tomto formuláři, musí mít nastaven parametr „Použití v docházce “ = Ano.
Standardní seznam SLM může být upraven pomocí Adm06 (skupina SLM 3, 4).
Seznam SLM, který je použit pro výběr SLM na formulářích Dcd01 neobsahuje SLM, která současně není v definici skupiny (Adm06) pro čtení i zápis formuláře.
Tzn. pro denní docházku není možné zadat SLM, která současně není v definici skupiny SLM 3 a 4 (Adm06)
Poznámka :
Tzv. „příplatkové SLM“ nejsou obsaženy ve standardu, standardně jsou příplatky řešeny jako automatizované z Kal01. Pro případné manuální zadání v Dcd01 se musí doplnit pomoci Adm06.
SLM pořízené z Dcu06 v režimu Adm06, skupina 33, se nezobrazí na formulářích a sestavách z denní evidence docházky (Dcd01, Dcu01, ..).
Jako na Dcm01, Vstupy
Seznam SLM (s IA) standardně použitelných pro tento formulář : 13,14,21,26,41,42,51,56,61..66,151,901..999,1002,1008,1171,1176,2121,2122, 2404, 5101, 5102, 5104
a příplatky : 1003, 1004, 1112, 1113, 1131, 1133, 1134, 1135, 1136, 1151, 1152, 1153, 1111,1116,1132,1143
Nepovolená SLM s IA 904.
Aby tyto SLM byly skutečně dostupné na tomto formuláři, musí mít nastaven parametr „Použití v docházce “ = Ano.
Standardní seznam SLM může být upraven pomocí Adm06 (skupina SLM 5, 6).
Seznam SLM, který je použit pro výběr SLM na formulářích Dcm01 neobsahuje SLM, která současně není v definici skupiny (Adm06) pro čtení i zápis formuláře.
Tzn. pro Měsíční docházku není možné zadat SLM, která současně není v definici skupiny SLM 5 a 6 (Adm06)
Seznam SLM (s IA) standardně použitelných pro tento formulář : 21, 26, 41, 42, 51, 56, 61, 62, 999, 998 a současně musí mít tyto SLM nastaven parametr „Použití v docházce “ = Ano.
Standardní seznam SLM může být upraven pomocí Adm06 (skupina SLM 1,2).
Poznámka :
1) SLM s IA : 12, 14, 15, 35, 36 používané obvykle jako jednodenní nepřítomnosti, nemá praktický smysl používat jako dlouhodobé odchylky z pohledu minimálního rozsahu seznamu použitelných SLM
2) Jiné IA < 1002 jsou používané jen zřídka, na zákazníkovi je jejích zařazení do seznamu pomocí Adm06
Záložka „Vstupy denní“ - shodné jako Dcd01, Vstupy, Detail
Záložka „Vstupy měsíční“ - shodné jako Dcm01, Vstupy, Detail
Položka „Složka mzdy“, seznam použitelných SLM, určen pouze nastavením „Použití v docházce “ = Ano
SLM na této záložce je použitá pro uložení příplatku do měsíční evidence docházky. SLM je plněná podle číselníku SLM_DOCH s omezením na IA předmětného příplatku.
Pokud je „Režim příplatku :“ > 0, tak SLM musí být vyplněná
Příplatek Noc SLM s IA : 1112, 1131, 1152
Příplatek Odpolední SLM s IA :1153
Příplatek So/Ne SLM s IA :1133,1151
Příplatek Svátek SLM s IA :1113, 1134
Příplatek Přesčas SLM s IA :13, 905, 1003, 1004, 1111,1116,1132,1143
a, 5101 s podmínkou:
Příznak odpracované doby = 0
Za odprac. dobu přesčas = Ano
Volitelný příplatek 1..4 SLM s IA :1112, 1113, 1114, 1131, 1133, 1134, 1135, 1136, 1151, 1152, 1153, 1154, 1171, 1172
Volitelný příplatek 5 SLM s IA : 1003, 1004, 1112, 1113, 1131, 1133, 1134, 1135, 1136, 1151, 1152, 1153, 1111,1116,1132,1143, 1154, 1171, 1172
a současně musí mít tyto SLM nastaven parametr „Použití v docházce “ = Ano.
Pro docházku je povinnost mít založenou platnou SLM s IA 903 (pro generování evidenční SLM po dobu neplatnosti PV v rámci měsíce).
Pokud systém v rámci kalkulace denní docházky nenalezne platnou SLM s IA 903, zobrazí se hlášení:
DDE002a [E] [FAT] Nenalezena SLM s IA 903 !
a kalkulace je ukončená.
Protože SLM 1003 z pohledu evidence docházky je odpracovaná doba, ale není součástí plnění FPD a není ani posuzovaná jako přesčas, má odchylné zpracování v části:
a/ výpočet směn, v rámci kalkulace denní evidence i přepočtu měsíčních vstupů, se neprovádí
b/ počítání směn se neprovede ani ve funkci Generování DD
c/ pro kontroly vyrovnání FPD DP004 a DK206 se SLM s IA 1003 nepoužije
Pozor:
Pokud je v rámci DOCH vykazovaná SLM s IA 1006, vždy by se měla převést do mezd, jinak nastane obvykle problém s výpočtem mzdy nebo náhrady za neodpracovaný svátek.
SLM s tímto IA by měla být použitá pouze u PV s přiřazeným kalendářem s režimem svátku 3 - Volný svátek - pracovní den.
Pro DOCH, Dov05 je možné použít IA 201 a 251.
Pro WP pouze pro skupiny 7, 22, 23.
SLM typu „Volný den“ s IA 904 se používá výhradně pro formulář Dcd01 Vstupy, Detail a Generování DD. Nesmí se používat z formuláře Dcd02 Dlouhodobé odchylky a Dcm01 Vstupy.
Poznámka: Pokud zaměstnanec v aktuální den nepřijde do práce ani nemá definovaný žádný přípustný kód nepřítomnosti, resp. přerušení, není potřebné vytvářet v Dcd01 žádný záznam.
Dle rozhodnutí správce aplikace je možné použít SLM s IA 906 (Nespecifikovaná nepřítomnost k dořešení) pro dočasné označení přesně neidentifikované nepřítomnosti (kdy není znám důvod, proč zaměstnanec nepracuje) v denní evidenci docházky.
Do uzavření docházky musí být v záznamu denní evidence docházky SLM s IA 906 nahrazena standardní SLM pro nepřítomnost. Pokud tak není učiněno, v rámci funkce „Převodu + Uzavřít“ se zobrazí hlášení :
DPE016 [E] [FAT] Docházka obsahuje nepřítomnost k dořešení a uzavření se neprovede.
Obdobně je možné zadávat neurčenou nepřítomnost také do měsíčných vstupů (záznam se SLM s IA 906). Do uzavření docházky musí být v záznamu měsíční evidence docházky SLM s IA 906 nahrazena standardní SLM pro nepřítomnost. Pokud tak není učiněno, v rámci funkce „Uzavřít“ se zobrazí hlášení :
DM023 Nevyřešena SLM 9060, od <dat_od> do <dat_do>, v rozsahu <hod> hodin
a uzavření se neprovede.
Poznámka : pro aktivaci tohoto režimu je nutné provést :
Založení příslušné SLM v Slm01
Povolení jejího použití pro Dcd01/Dcm01 na Adm06
Zařazení SLM do započitatelnosti Slm02, DOCH02, NEPR
Použití SLM s IA 31 - Náhrada mzdy za neodpracovaný svátek, je posuzováno, jako alternativa pro SLM s IA 1008 – Neodpracovaný svátek.
SLM s IA 31 je možné použít při ruční editaci ve všech situacích, kde je možné použít SLM s IA 1008.
Funkce Generování DD a kalkulace denní docházky při automatizovaném doplnění odchylky v den neodpracovaného svátku, vždy vytvoří záznam se SLM s IA 1008.
Při čerpání NV (přes vstupy z docházky) bývá často zadáno pro vykazované PV generování odpracované doba na dobu čerpání NV, aby nedocházelo ke krácení mzdy. Odpracovaná doba je pak programem generována se stejnými parametry jako zadané NV, čímž dochází k překryvu dob. Výpočet mzdy je proto ukončen s hláškou VYP330-časově víckrát obsazený den.
Aby nedocházelo k ukončení výpočtu, doporučujeme do záznamu pro generování odpracované doby pro SLM s AI 14 (na f. Slm01/ zál. Kódy a další ve spodní části) doplnit kód doby B (případně BS, BH) a provést aktualizaci číselníku SLM. Tím je kontrola na překryv, který skutečně vzniká, potlačena.
IA 5104 (podrobněji viz popis ve mzdové oblasti) z pohledu DOCH je zpracován stejným způsobem jako IA 5101.
Pokud použijete IA 5104 pro náhradu SLM s IA 5101, zkontrolujte její dostupnost v rámci Adm06, Skupiny SLM (kontrola Adm01, Přístupné SLM).
Při použití IA 5101 pro oblast docházky je potřebné zohlednit jeho určení pro oblast mezd – záznam se SLM s tímto IA nepodléhá výpočtu a nepoužívá se pro vykazování pracovní a nepracovní doby v rámci fondu pracovní doby, je skutečně pouze evidenční. Proto ani v oblasti docházky nelze použít SLM s IA 5101, které mají být použity pro výpočet dob v rámci fondu pracovní doby, resp. v rámci vykazování přesčasových hodin.
Pokud je potřeba v oblasti docházky vykazovat odpracovanou dobu, neodpracovanou dobu, resp. přesčas na SLM, které nemají být použity pro výpočet mezd, je možné použít:
a) Zákaz přenosu SLM do mezd
b) Pro mzdy nastavit SLM evidenčního charakteru
Pokud již byly SLM s IA 5101 použity pro oblast docházky, doporučujeme jejich přehodnocení ve smyslu výše uvedeného stanoviska.
Pokud organizace používá různé SLM pro vlastní zaměstnance (vždy SJ 1) a agenturní zaměstnance (SJ různé od 1) a je požadováno zabezpečit kontrolu přípustnosti SLM, je možné použít kontrolu DK025 nebo DK025a pro kontroly denní evidence docházky resp. DM025 nebo DM025a pro měsíční evidenci docházky. Kontroly se provádějí v rámci kalkulace denní evidence docházky nebo v rámci kalkulace měsíční evidence docházky.
Standardně jsou tyto kontroly vypnuté.
Varianta 1 :
Kontrola pracuje se seznamem SLM určených pro agenturní zaměstnance, který je definovaný započitatelnosti Slm02.DOCH03.SLM_SJ_X (kde X je číslo SJ různé od 1).
Funkce kontroly je následující :
Pokud je zaměstnanec přiřazen na SJ = 1 a v záznamu evidence docházky má SLM z některé započitatelnosti (SLM_SJ_X), zobrazí se hlášení DK025 nebo DM025.
Pokud je zaměstnanec přiřazen na SJ <> 1 a v záznamu evidence docházky má SLM, která není v započitatelnosti příslušné SJ(x=SJ), zobrazí se hlášení DK025 nebo DM025.
Aktivace kontrol :
formulář Adm32, kontrola DK025, Dm025 nastavit na požadovanou úroveň, např. FAT. (default je 0)
zkontrolovat (naplnit) započitatelnost Slm02.DOCH03.SLM_SJ_x (např. x = 2)
Varianta 2 :
Kontrola pracuje se seznamem SLM zakázaných pro agenturní zaměstnance, který je definovaný započitatelnosti Slm02.DOCH03.SLM_SJ.
Funkce kontroly je následující :
Pokud je zaměstnanec přiřazen na SJ <> 1 a v záznamu evidence docházky má SLM, která je v započitatelnosti, zobrazí se hlášení DK025a nebo DM025a.
Aktivace kontrol :
formulář Adm32, kontrola DK025a, Dm025a nastavit na požadovanou úroveň, např. FAT. (default je 0)
zkontrolovat (naplnit) započitatelnost Slm02.DOCH03.SLM_SJ
Omezení použití SLM podle druhu PV se řeší ve dvou úrovních:
a/ v rámci formuláře Dcu06 – omezení použití SLM podle druhu PV – viz popis v Dcu06
b/ v rámci uzavření docházky – viz popis kontroly DM027a
Kontrola započitatelnosti pro oblast DOCH je aktivovaná z formuláře „Dcu02, záložka Popis“ tlačítkem [Kontrola započitatelností DOCH].
Viz také popis kontroly započitatelností DOCH02 v rámci kontrolní sestavy Dcu31.
Tlačítko aktivuje specifické kontroly vázané na započitatelnosti pro docházku, jedná se především o kontrolu duplicit a přípustnosti SLM/IA v jednotlivých skupinách.
Při spuštění se zobrazí dotaz:
Pokračovat v kontrolách započitatelnosti DOCH ? Ano/Ne - default Ano
Při Ano se převedou předepsané kontroly (popis viz. Doch_uzdoc, Kontroly započitatelností DOCH02)
Kontrola započitatelnosti oblasti DOCH.
1/ Kontrola duplicity SLM v skupinách ODPR+NEPR+PRESC+NVT+NVC,
Kontrolujeme duplicitní výskyt SLM, ve všech odkazovaných skupinách
Pro každou duplicitní SLM zobrazí se hlášení:
SLM0201 [E] [ERR] Duplicitní SLM <slm> v <seznam skupin s výskytem>
2/ Kontrola PRESC na IA SLM – může obsahovat pouze SLM s IA 1111
Kontrolujeme IA zařazené SLM - povolený pouze IA 1111.
Pro každou nalezenou SLM (s IA <> 1111) zobrazí se hlášení:
SLM0202 [E] [ERR] Nepovolená SLM <slm> v skupině<PRESC>
3/ Kontrola NVT na IA SLM – může obsahovat pouze SLM s IA 11, 13
Kontrolujeme IA zařazené SLM - povolený pouze IA 11, 13
Pro každou nalezenou SLM (s IA <> 11,13) zobrazí se hlášení:
SLM0202 [E] [ERR] Nepovolená SLM <slm> v skupině<NVT>
4/ Kontrola NVC na IA SLM – může obsahovat pouze SLM s IA 12, 14
Kontrolujeme IA zařazené SLM - povolený pouze IA 12, 14
Pro každou nalezenou SLM (s IA <> 11,13) zobrazí se hlášení:
SLM0202 [E] [ERR] Nepovolená SLM <slm> v skupině<NVC>
5/ Kontrola NVSV - SLM musí být s určeným IA a zároveň musí být v NVT nebo NVC
Kontrolujeme IA zařazené SLM - pokud je IA jiný než požadovaný - 11,12,13,14
Pro každou nalezenou SLM zobrazí se hlášení:
SLM0202 [E] [ERR] Nepovolená SLM <slm> IA <ia> v skupině<NVSV>
Kontrolujeme zda SLM z NVSV je také v NVT nebo NVC
Pro každou nalezenou SLM zobrazí se hlášení:
SLM0203 [E] [ERR] SLM <slm> IA <ia> ze skupiny <NVSV> není v <“NVT/NVC”>
6/ Kontrola NVPV - SLM musí být s určeným IA a zároveň musí být v NVT nebo NVC
Kontrolujeme IA zařazené SLM - pokud je IA jiný než požadovaný - 11,12,13,14
Pro každou nalezenou SLM zobrazí se hlášení: SLM0202 [E] [ERR] Nepovolená SLM <slm> IA <ia> v skupině<NVPV>
KontrolujemeIi SLM z NVPV je také v NVT nebo NVC
Pro každou nalezenou SLM zobrazit hlášení:
SLM0203 [E] [ERR] SLM <slm> IA <ia> ze skupiny <NVPV> není v <“NVT/NVC”>
7/ Kontrola POH – SLM nesmí být s IA 2121, 2122, a měla by být z vyjmenovaných IA
Kontrolujeme IA zařazené SLM - pokud je IA jiný než požadovaný - 1001, 1002, 1111, 11, 13, 5101
Pro každou nalezenou SLM zobrazí se hlášení:
SLM0202 [E] [ERR] Nepovolená SLM <slm> IA <ia> v skupině<POH>
8/ Kontrola ODPR – SLM nesmí být s IA 11, 13, 1111
Kontrolujeme IA zařazené SLM - pokud je IA - 11, 13, 1111
Pro každou nalezenou SLM zobrazí se hlášení:
SLM0202 [E] [ERR] Nepovolená SLM <slm> IA <ia> v skupině<ODPR>
Jak je už v EGJE obvyklé z oblasti zpracování a vyúčtování mezd , náklady se sledují na střediscích určených struktur. Pro účely evidence docházky se sledují jen struktury , které mají toto určení evidované na formuláři Str01. Použití struktur => Místo = 4.
Pro určení střediska dané struktury se postupuje podle následující hierarchie:
a) Pokud je středisko struktury zaevidované na řádku Doch, použije se.
b) Pokud není , tak se použije středisko z „kmenového“ zařazení t.j. středisko struktury zaevidované na PV (formulář Opv01, záložka Zařazení do struktur)
V běžné situaci, kdy jsou náklady směřované na střediska zaměstnance (PV), se nemusí nic zadávat.
Tak jako je to v EGJE obvyklé, strukturální členění (organizační, nákladové a jiné) evidence docházky, pokud to není uvedené u konkrétního záznamu, je určené tzv. kmenovou strukturou tj. aktuální kombinaci středisek, která jsou uvedená na PV zaměstnance. Pokud je však nutné jiné zařazení než kmenové, je potřebné pro aktuální záznam nastavit požadovanou strukturu a její kód.
V docházce jsou použitelné ty struktury, které jsou na formuláři Str01 / Použití struktury označené Místem 4 – Docházka.
Pro oblast evidence docházky je možné zadat zařazení na struktury pro záznamy :
Pro korekci strukturálního členění všech primárních záznamů evidence docházky je možné evidovat :
Typ struktury
Zvolený typ struktury, který chceme začlenit jinak než je na evidenci PV.
Kód
Hodnota zvoleného typu struktury, který chceme uplatnit pro aktuální řádek
Pro potřeby docházky se obvykle využívají nižší uvedené standardní struktury:
1 Nákladová struktura
2 Organizační struktura
3 Pracovní místo
4 Profese (funkce)
5 Kategorie
8 Projekt (kolektiv)
15 Referent (referent docházky)
16 Místa (přístupový systém)
Struktura zařazená do alternativního navigačního seznamu
32 Stravovací lokalita (identifikace lokality odběru stravy)
33 Referent - strava
Přehled podmínek pro přenos záznamů z jiných častí EGJE do Dcd01/Dcm01 (viz dále):
Dcm01, Měsíční záhlaví, Zpracovávat ext. vstupy (dále „Externí“) =
= 0 => řádný
záznam z Vyp01, Cep01 se nepřenáší (bez ohledu na nastavení Adm21
= 1 nebo nevyplněno => pokračuj ve vyhodnocení podmínky podle Adm21
Z Opv01, Vynětí => přenos vždy bez ohledu
na stav „Externí“ a Adm21
Z Dov05 => přenos vždy bez ohledu na stav „Externí“ a Adm21
Z Cep01 => přenos, pokud stav :
„Externí“ = 1
a Adm21, Použití údajů z Cestovních příkazů do MV = 1
a existuje SLM s IA 999
Z Vyp01, Vstupy => přenos, pokud stav :
„Externí“ = 1
a Adm21, Použití údajů ze Vstupy MZDY do MV = 1
a
povolena kombinace zadaných údajů
Pro potřeby různých pohledů, exportů, … o denní evidenci docházky je k dispozici funkce pro fixaci virtuálních záznamů denní evidence do tabulky CEDDENEXT.
Spojením tabulky CEDDEN a CEDDENNEXT vytvoříme kompletní pohled na denní docházku.
Úprava v aplikaci - kalkulace docházky
Je k dispozici funkce, která ve zvoleném kroku v procesu vedení docházky provede:
• z tabulky CEDDENEXT smažeme všechny záznamy pro aktuální PV a období
• do tabulky CEDDENEXT zkopírujeme všechny záznamy z CEVDEN, které nejsou V CEDDEN (řádky z externích zdrojů).
Rozsah PV pro kopírování je určen podle parametru „Uložení externího záznamu DCD“ z kaskády Kal01, Adm22 / Adm21, Docházka.
Možné volby režimu kopírování:
0, nevyplněno - Bez uložení
nekopírujeme virtuální záznamy do CEDDENEXT
1 - Vždy na konci kalkulace
kopírujeme virtuální záznamy do CEDDENEXT vždy na konci kalkulace
2 - Pouze při hromadní kalkulaci z Adm53 nebo jiného místa aplikace
kopírujeme virtuální záznamy do CEDDENEXT na konci kalkulace, ale pouze pokud je kalkulace spuštěná z Adm53, úkol 31/32 nebo jiné hromadné akce z Dcd01, Dcu01, Dcu06,
3 - Pouze při uzavření docházky
kopírujeme virtuální záznamy do CEDDENEXT na konci kalkulace ale pouze pokud je spuštěná v rámci uzavření docházky
Pro potřeby různých pohledů, exportů, … o měsíční evidenci docházky je k dispozici funkce pro fixaci virtuálních záznamů měsíční evidence do tabulky CEDMESEXT.
Spojením tabulky CEDMES a CEDMESEXT vytvoříme kompletní pohled na měsíční docházku.
Úprava v aplikaci – uzavření docházky
Je k dispozici funkce, která ve zvoleném kroku v procesu vedení docházky provede:
• z tabulky CEDMESEXT smažeme všechny záznamy pro aktuální PV a období
• do tabulky CEDMESEXT zkopírujeme všechny záznamy z CEVMES, které nejsou V CEDMES (řádky z externích zdrojů).
Rozsah PV pro kopírování je určen podle parametru „Uložení externího záznamu DCM“ z kaskády Kal01, Adm22 / Adm21, Docházka.
Možné volby režimu kopírování:
0 a nevyplněno - Bez uložení
nekopírujeme virtuální záznamy do CEDMESEXT
1 - Vždy na konci kalkulace
kopírujeme virtuální záznamy do CEDMESEXT vždy na konci kalkulace
2 - Pouze při hromadné kalkulaci z Adm53 nebo jiného místa aplikace
kopírujeme virtuální záznamy do CEDMESEXT na konci kalkulace, ale pouze pokud je kalkulace spuštěna z Adm53, úkol 31/32 nebo jiné hromadné akce z Dcd01, Dcu01, Dcu06,
3 - Pouze při uzavření docházky
kopírujeme virtuální záznamy do CEDMESEXT na konci kalkulace, ale pouze pokud je spuštěna v rámci uzavření docházky
Automatizované vygenerování virtuálního záznamu do Dcd01 v rozsahu dnů vynětí pro aktuální období a virtuálního záznamu do Dcm01 ze záznamu platného pro aktuální období v Opv01, Vynětí.
Stávající model přenosu je následující:
· Přenos se provede, pokud je povolen přenos do docházky z Opv01 (Adm21, Použití údajů z Opv01, Vynětí pro MV) a přenos z jiných oblastí EGJE pro zaměstnance (Dcm01, Měsíční záhlaví) , režimy přenosu viz dále.
· Datumové vymezení vynětí, plně nebo částečně, spadá do aktuálního období
SLM se použije z Opv01, Vynětí.
Pokud na „Opv01/ Vynětí“ aktuální záznam použitelný pro docházku neobsahuje SLM, tak se do evidence docházky promítne se SLM s IA 906 – Nespecifikovaná nepřítomnost k dořešení.
Do uzavření docházky, musí být pro záznam vynětí, doplněná správná SLM personálním referentem. Pokud tak učiněno není, v rámci uzavření docházky se zobrazí hlášení:
DM023 Nevyřešena SLM 9060, od <dat_od> do <dat_do>, v rozsahu <hod> hodin.
a uzavření se neprovede.
Virtuální záznamy se nevytvoří, pokud ze stejné SLM jsou vytvářeny záznamy z Vyp01 (datumy se nekontrolují, záznam z Vyp01 má přednost). Přednost záznamu z Vyp01 platí pouze, jestliže je na Adm21 povolen přenos z Vyp01. Pokud přenos z Vyp01 není povolen, virtuální záznam z Opv01 se vytvoří vždy.
Pokud se v organizaci nepoužívá nastavení SLM pro každé vynětí na Opv01, docházka hledá pro takové vynětí SLM v započitatelnosti Slm02.DOCH04. Proto zde musí být minimálně pro každý druh vynětí určená SLM pro zobrazení v DOCH.
Pokud je zaměstnanec ve vynětí, je také možné vykazovat odpracovanou dobu.
Virtuální řádek pro Dcd01 :
Položka Dcd01 |
Plnění : |
Datum: |
datum v rozsahu vynětí datum od / datum do |
Složka mzdy: |
Vynětí SLM Pokud není vyplněna, tak Slm02.Doch04 pro druh vynětí |
Čas od: |
VD. Stanovený začátek pracovní doby |
Čas od – vypočteno: |
VD. Stanovený začátek pracovní doby |
Čas do: |
VD. Stanovený konec pracovní doby |
Čas do – vypočteno: |
VD. Stanovený konec pracovní doby |
Hodiny celkem: |
VD. Hod směny … |
Hodiny započtené: |
VD. Hod směny … |
Počet směn: |
1 |
Provádět kalkulaci: |
0 (Ne) |
Zdroj vytvoření řádku: |
14 Externí zdroj - Opv01, Vynětí |
Stav editace záznamu: |
99 |
Virtuální řádek pro Dcm01 :
Položka Dcd01 |
Plnění : |
Složka mzdy doch.: |
Vynětí SLM Pokud není vyplněna, tak Slm02.Doch04 pro druh vynětí |
Datum od: |
Vynětí datum od |
Datum do: |
Vynětí datum do |
Datum do vyp.: |
Vynětí datum do |
Stav editace záznamu: |
99 |
Zdroj vytvoření řádku: |
14 |
Pro přenos Opv01, Vynětí do DOCH, při nevyplněné SLM je k dispozici více alternativ, přenos se řídí parametrem Adm21, Docházka, Použití údajů z Opv01, Vynětí pro MV.
K dispozici jsou následující režimy:
0 - Nepřenášet
Informace z Opv01, Vynětí do DOCH se nepřenáší.
1 -
Přenášet. Při nevyplněné SLM přenést jako SLM IA 906
Informace z Opv01, Vynětí do DOCH se přenáší, pokud položka SLM není
vyplněná, tak se nahradí SLM s IA 906.
2 -
Přenášet. Při nevyplněné SLM přenést jako SLM ze započitatelnosti Slm02.DOCH04
Informace z Opv01, Vynětí do DOCH se přenáší, pokud položka SLM není
vyplněná, tak se nahradí SLM ze započitatelnosti Slm02.DOCH04 podle typu
vynětí.
3 -
Přenášet. Při nevyplněné SLM nepřenést
Informace z Opv01, Vynětí do DOCH se přenáší pouze, pokud položka SLM je
vyplněná. Pokud SLM není vyplněná, tak se do DOCH žádná informace nepřenáší.
Pro „krátkou“ otcovskou dovolenou vázanou na IA 57, tzn. krátké vyřazení do MES (14 dnů) se nepovažuje z pohledu docházky (i vyhodnocení stravy) za vyřazení MES, ale zpracuje se jako běžná nepřítomnost.
Pokud na záložce „Opv01/ Režim“ nemá zaměstnanec definován kalendář alespoň pro jeden den aktuálního období, při editačních a automatizovaných funkcích se zobrazí hlášení:
„[E] [FAT] DDE011 Není nadefinován kalendář“
Pro jednotlivé funkce následně platí:
Dcm01/ Vstupy – zobrazí se hlášení, ale záznam lze uložit.
Dcm01/ Uzavřít - zobrazí se hlášení, ale docházka se neuzavře.
Dcd01/ Uzavřít - zobrazí se hlášení, ale docházka se neuzavře.
Dcd01/ Generování DD – zobrazí se hlášení a funkce se ukonči
Dcd01/ Generování a aktualizace MZ v rámci kalkulace denní evidence docházky– zobrazí se hlášení a funkce se ukonči
Dcm01/ Generování a aktualizace MZ – zobrazí se hlášení a funkce se ukonči
Pokud má být aktualizace CP vázaná na stav evidence docházky, resp. období pro docházku, tzn. že v rámci organizace může být zadán/aktualizován CP pouze pro období s otevřenou docházkou, pak při nastavení vhodné konfigurace je tento proces možné aktivovat. Podrobněji viz popis těchto kontrol v dokumentaci Cep_uzdoc (právo Cep01jenObd nebo Cep01uzavDoch).
(Tento postup není považován za standard a ani legislativně podporován).
Automatizované vygenerování virtuálního záznamu do Dcd01/Dcm01 v rozsahu dnů plánované prac. cesty (služební cesty) pro aktuální období.
Stávající model přenosu je následující:
· Přenos se provede, pokud existuje SLM s IA 999 a je povolen přenos do docházky z Cep01 (Adm21) a přenos z jiných oblastí EGJE pro zaměstnance (Dcm01, Měsíční záhlaví)
· Cestovní příkaz je ve stavu 22 až 79
· Datumové vymezení služební cesty plně nebo částečně spadá do aktuálního období
Pro zobrazení CP, vytvořeného v CEP, se standardně použije první nalezena SLM s IA 999.
Pokud toto automatické nastavení SLM je nevyhovující, je možné určit SLM pro zobrazení CP na Adm21/Adm22, nastavením položky SLM pro CP v DOCH.
Přenos záznamů z Cep01 do Dcd01 (funkce slučování CP), pokud záznamy průběhu CP časově navazují bezprostředně na sebe (rozdíl mezi koncem jednoho záznamu průběhu CP a začátkem následujícího záznamu průběhu CP je max. 5 minut), tak se zpracují jako jeden záznam (začátek z prvního a ukončení z druhého) a v Dcd01 se vytváří nový záznam pro každý den ve vymezeném rozsahu dne.
Část pracovní cesty, označená jako „99 – Přerušení pracovní cesty“ nebo „98- Přerušení mezi koncem staré a začátkem nové cesty (v rámci jednoho příkazu)“, se do docházky nepřenese (záznam pro pracovní cestu pro docházku je přerušen).
Pokud pro záznam vytvořený z Cep01 nelze doplnit začátek a konec záznamu (jestliže to definice SLM vyžaduje), zobrazí se varovné hlášení: DK004a Ve virt. záznamu se SLM <> dne <> příchod/odchod nebylo možné pro výpočet doplnit.
Funkce slučování CP
, slouží pouze k zarovnávání časů dvou navazujících průběhů z CP k sobě. Pokud přerušení mezi dvěma záznamy průběhu CP nepřesáhne 5 minut, dojde k „zarovnaní“ začátku druhého záznamu.
Vysvětlení na krátkém příkladu :
Existují dva průběhy CP, kdy první z nich končí například ve12:00 a další začíná v ten samý den ve 12:01. V docházce je začátek druhého průběhu zarovnám ke konci prvního. Tzn. že pro potřeby docházky je začátek druhého CP nastaven na 12:00 nikoliv 12:01.
Funkce mazání generovaných záznamu v DD.
Pokud v rámci jednoho dne je
vygenerováno více virtuálních záznamů, mazání funguje tak, že nejdříve se
vymažou všechny vygenerované a zatím needitované záznamy ve dni a následně do
mezer mezi externí záznamy jsou vložené záznamy odpovídající „mezeře“.
Generované záznamy jsou odstraněny v případě, že součet hodin na externích
vstupech je větší než hodiny na záhlaví.
Vkládané generované záznamy jsou omezené začátkem a koncem plánované směny.
Omezení započitatelných hodin pro CP na volný den
Pokud se požaduje stanovení započitatelných hodin v řádku z CP pouze pro dny s plánovanou směnou (na dny bez plánované směny se vykázané hodiny z CP neakceptují), nastavte pro SLM, použité pro přenos z CEP, v Slm01, Doch&Ext.vstupy položku Počítat započtené hodiny = 2.
CP na volný den a omezení podle VZD
Pro výpočet započitatelné doby na záznamy CP se SLM s IA 999 se používají parametre z Kal01:
Změna směny – PD, Změna směny – víkend a Zaokrouhlování (Dcc04);
se stejným významem jako je použit pro SLM s IA 1001/1002.
Přenos do Dcd01
1) Není k dispozici řádný záznam typu „Průběh cesty“ (dále dCP – detail CP), generování se provede podle záznamu „Příkaz“ (dále CP):
|
Datum v Dcd01 |
Čas Od v Dcd01 |
Čas Do v Dcd01 |
První den CP vyplněn Čas Od CP |
Datum Od CP |
Čas Od CP
|
VD konec směny nebo 23:59 pokud „VD konec směny“ < Čas Od CP |
První den CP nevyplněn Čas Od CP |
Datum Od CP |
VD začátek směny |
VD konec směny
|
Další den |
Datum Od CP+n (n = Od+1..Do-1) |
VD začátek směny |
VD konec směny |
Poslední den CP vyplněn Čas Do CP |
Datum Do CP |
VD začátek směny Nebo 00:00 Pokud Čas Do CP < VD začátek směny |
Čas Do CP
|
Poslední den CP nevyplněn Čas Do CP |
Datum Do CP |
VD začátek směny
|
VD konec směny |
2) Je k dispozici alespoň jeden záznam typu „Průběh cesty“
Pokud je více záznamů, samostatně se zpracovává každý jednotlivý záznam
Při přenosu CP s neschváleným průběhem cesty (ve stavu
30, 40, 41) se také přenese do DOCH od posledního vykázaného průběhu (pokud
nemá nastaveno "Přerušení") až do konce CP, jako by CP trval.
|
Datum v Dcd01 |
Čas Od v Dcd01 |
Čas Do v Dcd01 |
První den dCP Nevyplněn Čas Od dCP |
Datum Od dCP |
VD začátek směny |
VD konec směny
|
První den dCP vyplněn Čas Od dCP |
Datum Od dCP |
Čas Od dCP
|
VD konec směny nebo 23:59 pokud „VD konec směny“ < Čas Od dCP |
Další den |
Datum Od dCP+n (n = Od+1..Do-1) |
VD začátek směny |
VD konec směny |
Poslední den dCP Pro CP v stavu <= 30 (neuzavřený CP) |
Větší z Datum Do CP nebo Datum Do dCP
|
VD začátek směny |
Čas Do CP nebo Čas Do dCP nebo VD konec směny |
Poslední den dCP Pro CP v stavu > 30 (uzavřený CP) Vyplněn Čas Do dCP |
Datum Do dCP |
VD začátek směny Nebo 00:00 Pokud Čas Do dCP < VD začátek směny |
Čas Do dCP
|
Poslední den dCP Pro CP v stavu > 30 (uzavřený CP) Nevyplněn Čas Do dCP |
Datum Do dCP |
VD začátek směny
|
VD konec směny |
V případě, že v Cep01 Průběh CP není souvisle vykázán,
tak mezeru mezi dvěma záznamy o průběhu CP vyplníme pro DOCH novou odchylkou,
pokud je na záznamu, na začátku mezery, nastaven příznak "Následuje
přerušení"= Ne nebo příznak není vyplněn.
Záznam, pro automatické doplnění nevykázané doby v CP pro docházku,
má nastavenou položku „Čas od“ na dobu konce záznamu z CP na začátku
přerušení a položku „Čas do“ na dobu začátku ze záznamu CP na konci přerušení.
Další položky záznamu :
Složka mzdy: |
SLM* s IA 999 |
Provádět kalkulaci: |
1 (Ano) |
Zdroj vytvoření řádku: |
12 |
Stav editace záznamu: |
99 |
Poznámka |
Číslo a stav CP |
Přenos do Dcm01
1) Není k dispozici řádný záznam typu „Průběh cesty“, generování se provede podle záznamu „Příkaz“:
Datum Od Dcm01 |
Čas Od v Dcm01 |
Datum Do Dcm01 |
Čas Do v Dcm01 |
Datum Od CP |
Čas Od CP |
Datum Do CP |
Čas Do CP |
2) Je k dispozici alespoň jeden záznam typu „Průběh cesty“
Pokud je více záznamů, samostatně se zpracovává každý jednotlivý záznam:
Při přenosu CP s neschváleným průběhem cesty (ve stavu
30, 40, 41) se také přenese do DOCH od posledního vykázaného průběhu (pokud
nemá nastaveno "Přerušení") až do konce CP, jako by CP trval.
|
Datum Od V Dcm01 |
Čas Od v Dcm01 |
Datum Od V Dcm01 |
Čas Do v Dcm01 |
Pro CP v stavu <= 30 (neuzavřený CP) |
Datum Od dCP
|
Čas Od dCP |
Větší z Datum Do CP nebo Datum Do dCP
|
Čas Do CP nebo Čas Do dCP
|
Pro CP v stavu > 30 (uzavřený CP) |
Datum Do dCP |
Čas Od dCP |
Datum Do dCP |
Čas Do dCP
|
Další položky záznamu :
Složka mzdy: |
SLM* s IA 999 |
Zdroj vytvoření řádku: |
12 |
Stav editace záznamu: |
99 |
Poznámka |
Číslo a stav CP |
Pokud není omezen přenos CP na Adm21/Adm22 a je definován přenos evidenčních CP, tak se do DOCH promítá CP ve stavu >= 20 jako standardní CP i když je nastaven pro přenos na evid. CP.
Platí pro Dcd01/Dcm01 i Dcu06.
Přenos CP do DOCH se provede podle tabulky:
Seznam statusů pro ev. CP |
Jak přenést |
|
nevyplněno (0) |
nevyplněno |
přenos CP ve stavu >= 20 na SLM 999 |
Ano |
nevyplněno |
přenos CP ve stavu podle Seznam statusů CP: na SLM 999 |
nevyplněno (0) |
vyplněno |
přenos CP ve stavu >= 20 na SLM 999; přenos CP ve stavu podle Seznam statusů pro ev. CP, ale pouze < 20 na SLM 5101 |
Ano |
vyplněno |
přenos CP ve stavu podle Seznam statusů CP: na SLM 999 přenos CP ve stavu podle Seznam statusů pro ev. CP, ale pouze ty, které nejsou v Seznam statusů CP na SLM 5101 |
Omezení podle status CP:
K dispozici je možnosti omezení přenosu CP do DOCH podle aktuálního stavu CP nebo vyplnění průběhu.
Pokud Adm21/Adm22 Docházka, „Zpracovat CP pouze pro určené stavy” = Ano a pokud Adm21/22, Strava, „Seznam statusů CP“ je vyplněno, tak zpracujeme pouze CP, který má status ze seznamu.
Omezení podle průběhu pro určené stavy:
Pokud Adm21/Adm22 Docházka, “Blokovat účtované CP bez průběhu“ = Ano a CP je ve stavu = 50, 60, 71, 72, 73 (účtované CP) a není vyplněný průběh, tak CP nezpracujeme.
Omezení pro režim přenosu = 2:
Pokud je CEP přenášen do DOCH v režimu Přenosu z CP = 2, tak při uzavřené docházce se zobrazení v Dcd01 nebo Dcu06 řídí podle položky „Status schval. ext. vstupu“ (kde je při uzavření docházky uložen stav CP z Cep01 z této doby).
(TC 1101097)
Pokud je pro zobrazení CP z Cep01 použit režim omezeného převodu pouze na určené (uzavřené) stavy CP, v docházce se standardně nezobrazuje informace o rozpracovaných, resp. uzavřených, ale neschválených CP.
Pro tuto situaci jsme umožnili zobrazení tzv. evidenčních CP do oblasti docházky.
Za evidenční považujeme CP ve stavu uvedeném v položce Adm21/Adm22, Docházka, Seznam statusů pro ev. CP:
Takový CP se v DOCH zobrazuje se SLM podle Adm21/Adm22, Docházka, SLM pro ev. CP v DOCH:.
V Dcu06 se takový CP může zbarvit podle nastavení SLM pro ev. CP ze Slm01, „Barva pro zobrazení SLM v sestavách (hexa uvozeno #):“.
Pokud je CEP přenášen do DOCH v režimu Přenosu z CP = 2, tak při uzavřené docházce se zobrazení v Dcd01 nebo Dcu06 řídí podle položky „Status schval. ext. vstupu“ (kde je při uzavření docházky uložen stav CP z Cep01 z této doby).
Poznámka: Takový evidenční CP není akceptován vyhodnocením docházky a souběžně s ním musí být vykázána vhodná odchylka pro plnění FPD.
Aktivace zobrazení ev. CP v DOCH:
Číselník Slm01
Založení SLM s IA (5101) pro zobrazení evidenčního CP.
SLM musí být povolena pro DOCH a nepřevádí se do MEZD.
SLM není zařazena do žádné skupiny započitatelnosti Slm02, DOCH02
Pokud se požaduje jiné barevné označení ev. CP, než je standard, je nutné vyplnit položku „Barva pro zobrazení SLM v sestavách (hexa uvozeno #):“
Adm21/Adm22 Docházka
Do položky SLM pro ev. CP v DOCH: - vyplnit SLM pro evidenční CP
Do položky Seznam statusů pro ev. CP: - vyplnit seznam statusů CP, které jsou považovány za evidenční a mají se takto zobrazit v DOCH.
Pokud je na SLM pro CP nastaven typ zpracovaní = 6 - Pevná odchylka - v definovaném rozmezí, tak se CP do každého dne promítne v určeném rozsahu na této SLM (Započítat SLM Od/Do).
Režim omezení započitatelnosti záznamu (např. z evidence CEP) pro pracovní režimy s kalendářem s nastavením Změna směny - prac. den = 2 (ignorovat omezení podle VZD) na plánovanou směnu.
Pokud SLM má nastaveno:
Slm01, Doch&Ext.vstupy, Typ zpracování SLM - upřesnění = 3 - SLM omezit vždy podle Typ zpracování SLM
pak bez ohledu na nastavení parametru Kal01, Změna směny - prac. den, se omezí započtení záznamu podle Typ zpracování SLM.
Poznámka:
a/ Ve stávající verzi není k dispozici režim příplatků,
který by jinak vyhodnocoval příplatky ve dni s plánovanou směnou a jinak ve dni
bez plánované směny.
b/ Na den bez plánované směny není k dispozici začátek a konec obvyklé směny a
tak nelze omezit výpočet příplatků hranicemi začátku a konce směny.
Zobrazení CP z Cep01 v Dcd01, který začíná nebo končí v den bez plánované směny.
Pokud CP ve volném dni začíná a končí v ten samý den
SLM = CP
čas od - CP od za obvyklých podmínek
čas do - CP do za obvyklých podmínek
Pokud CP začíná ve volném dnu a končí v dalším dnu
pro první den
SLM = CP
čas od - CP od za obvyklých podmínek
čas do – nevyplněno
pro druhý a další den, které jsou nepracovní
SLM = CP
čas od - nevyplněno
čas do – nevyplněno
Obdoba pro ukončení CP ve volném dnu:
pro poslední den
SLM = CP
čas od - nevyplněno
čas do - CP do za obvyklých podmínek
pro předposlední a předešlé dny, které jsou nepracovní
SLM = CP
čas od - nevyplněno
čas do - nevyplněno
Automatická korekce záznamu odpracované doby, který je překryt vykázaným CP vně plánované směny.
Vytvoří záznam odpracované doby od začátku směny do začátku CP a další záznam od konce CP do konce směny.
Příklad:
původní záznam SLM 10020: 7:06 -16:00
vykázaný CP: 9:00 -13:00
výsledek:
původní záznam 7:06 -
16:00 - storno (-1)
SLM 10020: 7:06 - 9:00
CP: 9:00 - 13:00
SLM 10020: 13:00 - 16:00
Záznam se SLM s IA 999 (Pracovní cesta) z formuláře Cep01 do denní evidence docházky na den volna se zpracuje stejně jako obvyklá zadaná SLM typu „odpracováno“, tzn. že pro den volna se nastavuje počet započitatelných hodin podle aktuální konfigurace na Kal01 a Slm01.
Pokud se pouze k záznamu pocházejícímu z Cep01, nemají na den volna přiřadit započitatelné hodiny, je nutné upravit na Slm01 konfiguraci SLM s IA 999 použitou pro zobrazení CP - konkrétně nastavit parametr Počítat započtené hodiny = 2 - Ano, ale pouze ve dni s plánovanou směnou.
Záznam CEP a přenos na den svátku pro Dcd
Pokud den je typu = N (svátek s
náhradou, potom se řádek v Dcd nevytvoří (na tento den patří náhrada za odpracovanou
směnu - IA 1008, vytvořená standardním způsobem).
Pokud je den typu = S (svátečná směna) zachováme CP, protože se jedná o běžný pracovní
den zaměstnance.
Záznam CEP a přenos na den svátku pro Dcm
Pokud je den typu = N (svátek s
náhradou), potom řádek v Dcm rozdělíme na dva, před a po svátku (svátcích),
na tento den patří náhrada za odpracovanou směnu - IA 1008.
Pokud je den typu = S (svátečná směna) zachováme CP, protože se jedná o běžný pracovní
den zaměstnance.
Poznámka: Pokud zaměstnanec na pracovní cestě ve svátek (s režimem N) opravdu pracoval, je nutné postupovat jako při vykazování práce ve svátek – např. doplnit odchylku Pracovní cesta.
Standardně není možné souběžně zadávat záznam CP (zadaným v DOCH nebo přeneseným z CEP) a záznam typu placený přesčas nebo NVT. Také to zadaní kalkulace docházky považuje za nepřijatelné a hlásí souběh DK009.
Pokud však souběžně s pracovní cestou (SLM s IA 999) je požadované zadávat i další odchylky např. přesčasu, je potřebné upravit kontrolu DK009, která hlídá souběh SLM – doplní se výjimka, která umožní také to zadaní – viz popis a aktivace hlášení DK009f.
Zpracování CP, které nemají v čase vyhodnocení vyplněn průběh cesty – může jít o CP, které neboli skutečně realizované, ale musí se z nějakého důvodu zúčtovat – např. vyúčtování dříve poskytnuté zálohy..
V rámci funkce Uzavření docházky, pokud CP nemá vyplněn průběh CP a pokud se jedná o schválený / účtovaný CP (status = 50, 60, 71, 72, 73 ), zobrazíme hlášení:
DM036d [U] [ERR] Schválený (stat) CP <cp>, nemá vyplněn průběh cesty ! Je to OK ?
Při částečném souběhu schvalované odchylky (např. dovolené) a CP, se provede automatické vyřešení překrytí těchto záznamů. Za přednostní odchylku se považuje dovolená, a proto je CP upraven tak, že je přerušen odchylkou dovolená.
Celkové překrytí nepřítomností a CP je nepřípustné a nepodléhá automatické korekci.
Příklad 1: CP před směnou
CP (Cep01) vystaven 11.4.2016 8:00 – 10:00
Běžná směna: 9:00 – 17:00
Schválená dovolená na celý den
V Dcd01 se zobrazí:
CP 8:00 – 9:00
Dov 9:00 – 17:00
Příklad 2: CP po směně
CP (Cep01) vystaven 11.4.2016 16:00 – 19:00
Běžná směna: 9:00 – 17:00
Schválená dovolená na celý den
V Dcd01 se zobrazí:
Dov 9:00 – 17:00
CP 17:00 – 19:00
Při vykázaní schvalované (virtuální) celodenní nepřítomností
a jiné schvalované virtuální odchylky
se zobrazí hlášení: DK102a [U] [ERR] Souběh externí celodenní nepřítomností
<%2> s jinou externí SLM dne <%3>
Vzor přenosu CP do DOCH, pokud CP je na přelomu měsíce a přelom měsíce je v nevykázané části průběhu cesty (automatické trvání prac. cesty mezi dvěma vykázanými úseky).
příklad:
Plánovaná směna 8:30 – 17:15
CP vystaven :
28.12.2015 17:00 – 15.1.2016 15:00
Průběh:
28.12. 17:00 – 28.12. 23:00
15.1. 7:00 – 15:1. 15:00
V DOCH se zobrazí:
období 2015-12:
v Dcd 28.12.2015 - 17:00 17:15
29.-31.12.2015 8:30 -17:15
v Dcm
28.12.2015 17:00 15.1.2016 15:00
období 2016-01:
v Dcd
1.-14.1.2016 8:30 -17:15
15.1.2016 - 8:30 15:00
v Dcm
28.12.2015 17:00 15.1.2016 15:00
Někdy je potřeba upravovat hodiny generované z CP, nebo k hodinám z CP doplnit některou ze struktur, k standardním záznamům z CEP zobrazovaných v DCD formulářích to však nelze.
Proto je tu mechanizmus stanovení SLM pro záznamy z CEP a jejích další zpracování v oblasti DOCH.
SLM pro záznam z CEP se určí následovným postupem:
a/ pokud je vyplněná položka Opv01, Režim, SLM pro ev. CP v DOCH, použije se tato
b/ pokud je vyplněná položka Kal01, Doch&Schval, SLM pro ev. CP v DOCH, použije se tato
c/ pokud je vyplněná položka Adm22, Docházka, SLM pro CP v DOCH, použije se tato
d/ pokud je vyplněná položka Adm21, Docházka, SLM pro CP v DOCH, použije se tato
e/ použije se SLM s IA 999
Pro variantu a/ až d/ je možné použít i evidenční SLM, která bude určená pouze pro prosté zobrazení v DOCH, tzn. hodiny z CP nebudou ovlivňovat evidenci docházku a jsou určené pouze na informativní zobrazení evidovaných CP.
Evidence pracovních cest se pak musí vést manuálním způsobem v evidenci docházky.
Takže je možné používat několik scénářů použití evidence CEP pro vykazování docházky:
a/ pro celou organizaci se použije plná evidence CP pro vykazování v DOCH, přičemž je možné použít různé SLM (IA 999) pro vykazování pracovní cesty v DOCH (SLM určená pro SJ, SLM určená pro kalendář, SLM určená pro PV).
b/ pro celou organizaci se použije evidence CP pouze evidenční pro vykazování v DOCH, přičemž je možné použít různé SLM (IA 5101, 5104) pro vykazování pracovní cesty v DOCH (SLM určená pro SJ, SLM určená pro kalendář, SLM určená pro PV).
c/ kombinace plné a evidenční použití evidence CP pro vykazování v DOCH, přičemž je možné použít různé SLM (IA 999, 5101, 5104) pro vykazování pracovní cesty v DOCH (SLM určená pro SJ, SLM určená pro kalendář, SLM určená pro PV).
Pozor: Pokud se CP provádí do DOCH pouze evidenčně, organizace si musí stanovit způsob pro vykazování pracovních cest pro evidenci docházky.
Pokud na první nebo poslední den CP je současně vykázaná schvalovaná odchylka a dojde k překrytí těchto dvou vykázaných dob, je považovaný schvalovaný záznam za přednostní a záznam pro docházku z CP (pro první nebo poslední den kde vznikl konflikt) je upraven tak, aby nedošlo k překryvu.
Za definovaných okolností je možné v Cep01 zadat korekci příspěvku na stravu v DOCH, podrobněji viz „Cep – korekce příspěvku na stravu“
Pokud je nastaven režim přenosu CEP/DOCH, v rámci uzavření docházky se do Cep01 generuje informace o nepřiznaných příspěvcích, podrobněji viz „CEP – informace o počtu nepřiznaných nároků“.
Pokud platí podmínky že:
· informace o pracovních cestách jsou přebírané z oblasti CEP
· je povolen přenos z CEP
· a ve dni, kdy je poskytnuté stravné (nebo není poskytnuté z důvodu, že byla poskytnutá bezplatná strava),
pak nárok na příspěvek není přiznán, i když podle evidence docházky by nárok vznikl.
Pro vyhodnocení se použije tabulka: Stravné z CP pro docházku (tabulka se standardně nezobrazuje v rámci CEP ani DOCH oblastí. Zobrazuje se pouze pro interní DB Elanor, pro zákaznické DB je k dispozici sestava Dcd34.)
Popis naplnění tabulky Stravné z CP:
Ve výpočtu se rozdělí stravné na jednotlivé dny a každý den se
uloží samostatně.
Když je na průběhu cesty v daném záznamu uveden pouze 1 den a je vypočtené
stravné - tak do tabulky se uloží toto vypočtené stravné.
Když jsou na průběhu cesty v daném záznamu 2 dny, tak je to podle toho, co je
pro zaměstnance výhodnější:
- pokud je výhodnější stravné za každý den, tak do tabulky se uloží toto
vypočtené stravné
- pokud je výhodnější stravné za celou dobu, tak částku podělíme na dvě a tento
podíl se uloží do tabulky pro každý den zvlášť v rámci záznamu daného průběhu
cesty.
Poznámka k dvoudenní PC: nárok může vzniknout až součtem.
Např. 1. den: 21.00-24.00 - tj. 3 hodiny - za první den není nárok na stravné,
ale pak 2. den: 0:00 - 3:00 - za druhý den taky není nárok na stravné, ale
dohromady je to 6 hodin a už je nárok na stravné.
Když jsou na průběhu cesty u daného záznamu 3 dny a více dnů, tak vypočtenou
částku podělíme počtem dnů na průběhu cesty daného záznamu a tento podíl se uloží
do tabulky pro každý den zvlášť v rámci záznamu daného průběhu cesty.
Když je vypočtené stravné úplně vykrácené na nulu z důvodu poskytnutého
stravného, pak se do tabulky uloží 1.
viz popis kontrol Dm036 v rámci uzavíraní docházky
Pokud organizace požaduje fixování stavu docházky v době jejího uzavření, je možné použít nastavení:
Adm21, Použití údajů z Cestovních příkazu pro MV = 2 Přenášet, pouze při otevřené DOCH (standard = 1 Přenášet, vždy)
Při tomto nastavení se přenášejí informace z Cep01 do DOCH následovně:
a/ V době otevřené docházky se zobrazují virtuální vstupy z Cep01 standardním způsobem
b/ Při uzavření docházky se zkopírují do Dcd/Dcm řádky z virtuálního zdroje Cep01 a zablokuje se standardní přenos z Cep01.
Nastaví se položka „Status schval. ext. vstupu“ podle aktuálního statusu zpracovávaného CP.
c/ Při uzavřené docházce se řádky z virtuálního zdroje Cep01 do DOCH nepřenášejí.
d/ Při opětovném otevření docházky se smažou záznamy generované při uzavření z Cep01 a nastaví se standardní přenos záznamů z Cep01.
Poznámka1: Pokud se fixace záznamů začne používat později než byl začátek používání docházky, musí se vyplnit také položka Adm21/Adm22, Docházka, Fixace CEP do DOCH od období. Pak se pro období starší než uvedený parametr CP promítají do DOCH standardním způsobem.
Pro období od uvedeného parametru včetně, se provádí fixace záznamu z CEP.
Poznámka2: Po zavedení fixace záznamů z CEP, Elanor negarantuje synchronizaci oblasti DOCH a CEP pro období s uzavřenou docházkou, resp. uzavřeným obdobím pro docházku (evidence CP v CEP nemusí být stejná jako evidence CP v DOCH).
Pod pojmem Schvalované SLM rozumíme záznamy pořízené na formulářích Dov05/Dov06, Dov16 a z Dcu06 záznamy pořízené v režimu „schvalovaná odchylka“.
V oblasti docházka jsou standardně akceptovány (zobrazované a kalkulované) pouze záznamy „schválené“. Dosud „neschválené“ záznamy, pokud to není přímo řečeno v popisu funkce nebo formuláře, se ignorují.
Dcd01 vždy respektuje hodiny spočítané v jednotlivých schvalovacích formulářích a pro tyto záznamy se neuplatňuje funkce omezení započitatelných hodin (případný konflikt musí řešit vždy uživatel).
Při kalkulaci denní evidence docházky nebo při přepočtu měsíční evidence docházky u řádků vytvořených z formulářů schvalování (Dov05/Dov06) se provede kalkulace těchto záznamů stejná, jako při jejich pořízení na formuláři Dov05/Dov06, tudíž dojde k aktualizaci položky směny a hodiny podle aktuálního stavu rozpisu směn zaměstnance (např. při změně kalendáře).
Touto úpravou se pro režim současného použití schvalovacích formulářů a docházky vyřešil problém s neaktuálními podklady pro výpočet mezd, pokud mezi schválením odchylky a použitím záznamu pro výpočet, došlo ke změnám v plánu směn zaměstnance (změna kalendáře, přeplánovaní, …).
Pro režim použití pouze schvalovacích formulářů (bez docházky) je nutné zabezpečit, aby pro všechny záznamy ze schvalovacích formulářů došlo při výpočtu mezd vždy k jejich přepočtu (režim přenosu by měl být vždy 1).
Poznámka: základním formulářem pro schvalované SLM je Dov05, kde jsou uvedené i základní popisy pro tento režim, viz. popis v Dov_uzdoc, kapitola 3.6 Dov05 – Schvalování SLM – žádosti.
Vzhledem na možnost provozovat některé formuláře HRP (např. Dov16, Dcu06) i v tlustém klientovi Dov05, Dov06 i bez použití oblasti DOCH, ale funkčnost těchto formulářů je vázaná na stav období. Proto jsme doplnili jednoduchý způsob pro nastavení status VT = 3 i pro SO, které nejsou zpracovávané v režimu DOCH.
Na formuláři Dcu02, na záložce Uzávěrka doplněné nové tlačítko:
Uzavři SO (bez kontroly PV)
tlačítko dostupné při Stav VT = 1, 2, 9
Funkce je obdobná jako “Uzavři MZ neuzavřeným + uzavři SO”, ale provede jen část … uzavři SO”, tzn. pouze mění stav vt do „3“ (nespouštíme kontroly uzavření DOCH ani uzavírání neuzavřených PV).
V rámci funkce převodu záznamu plánu nepřítomností na žádost o schválení odchylky (všechny formuláře) jsme doplnili plnění vazebné položky, takže máme identifikaci do kterého záznamu žádosti byl transformován záznam z plánu nepřítomností.
Poznámka: Při realizaci žádosti z plánu z formuláře Dov16, se můžou realizované záznamy v plánu mazat - viz popis v EGJE_web_uzdoc, parametr Adm21, HR-portál, V Dov16 nemazat Plán po převedení na žádost.
Následně po uzavření mezd za aktuální období, pomoci sestavy Dcp12f (viz popis v Doch_uzdoc) je možné zkontrolovat a v případě vhodného nastavení parametrů sestavy, také stornovat nerealizované plány dovolené v uzavřeném období.
Do tabulky pro plán nepřítomností jsme zavedli položku „Realizovaná plán. odchylka“ (ve stávající verzi není zobrazená), která obsahuje vazbu na záznam schvalované odchylky, který byl vytvořen z aktuálního záznamu v plánu.
Položka se naplní z každého dotčeného formuláře (Dov16, Dov05, Dov06).
V rámci uzavření docházky se provede (pokud je povolená) kontrolu plánu nepřítomností - DM043.
Kontrola upozorní uživatele, že v plánu nepřítomností pro aktuální období je záznam, který nebyl realizován.
Kontrola, vázaná na hlášení DM043, je konfigurovatelná obvyklým způsobem na Adm32 (tzn. podle úrovně, se hlášení pouze zobrazí a funkce se standardně dokončí, nebo se zobrazí hlášení a funkce uzavírání je předčasně ukončená).
DM043-
Kontrola nerealizovaných plánovaných odchylek
Pokud DM043 = 0
nebo není aktivovaná (kontrola je vypnutá), kontrola se neprovádí.
Pokud DM043 >= 0
Pro každý vyhledaný záznam provedeme kontrolu:
Pokud je vazba nevyplněná, pak zvýšíme počítadlo plánovaných záznamů
Pokud DM043a > 0 a vazba je nevyplněná, zobrazí hlášení:
DM043a [U] [0] Plán odchylka SLM <slm>
od <> do <> není v žádostech !
Pokud DM043b > 0 a vazba je vyplněno ale nejsou stejné parametry
odchylky zobrazíme hlášení:
Pokud počítadlo > 0 zobrazí se hlášení:
DM043 [U] [0] V období, <n> plánované odchylky neprovedené na žádost !
Vzhledem k tomu, že ve stávající verzi nelze používat schvalované vstupy pro oblast DAV, standardně je zablokované vytvoření/odeslání schvalované žádosti z formuláře Dov05/Dov06/Dcu06 pro PV v režimu DAV.
Při pokusu založit nový schvalovaný záznam (Dov05, Dov06, Dov16, Dcu06) se kontroluje zda se nejedná o PV v režimu DAV, pokud ano, zobrazí se hlášení:
SCH01
[U] [FAT] PV určené pro DAV, schvalovaná odchylka nebude zpracovaná v DAV !
a podle aktuálně nastavené úrovně hlášení:
pokud je hlášení = 0 - kontrola se neprovádí
pokud úroveň hlášení je <
jako FAT - uložení/odeslání se provede
pokud je hlášení = FAT - akce se ukončí
Pokud je schvalovaná odchylka typu nepřítomnost a je kratší než délka plánované směna, vždy se zpracuje jako by byl zákaz umístění přestávky do této odchylky - přestávka se přesune na jinou odchylku ve dni, pokud je to možné.
Při konfiguraci použití SLM pro formulář Dov05/06 na Adm06 je nutné mít na zřeteli, že pro jednotlivé typy zadávání existují níže uvedené podmínky a omezení:
pro typ 7 (dny, půldny) nesmí být SLM s IA 1111,1116,1132,1143
pro typ 8 (časový úsek ve dni) jsou povoleny pouze IA 11,12,13,14, 35, 36,999,1003,1004,1111,1116,1132,1143,2121,2122
pro typ 17 (celé dny) nesmí být SLM s IA 1111,1116,1132,1143
pro typ 18 (časový úsek ve dnech s začátkem/koncem první/poslední směny) nejsou povoleny SLM s IA 11,13,21,22,1111,1116,1132,1143,2121,2122
Pro formuláře Dov05/Dov06, Dcu06, Dov16 je povolené zadávat SLM typu dovolená (IA 21) pouze ve formátu:
a/ nepovolena Skupina SLM v režimu 18 (datum od/do, čas od/do)
b/ pro SLM „běžná“ dovolená (Typ zpracování SLM - upřesnění <>7) nepovolená Skupina SLM v režimu 8 (datum, čas od/do), je možné zadávat pouze v režimu 7 (datumy a půldne) a 17 (datumy)
c/
pro SLM „dočerpání“ dovolené (Typ
zpracování SLM - upřesnění =7) povolená pouze Skupina SLM v režimu 8
(datum, čas od/do)
Dov16 a formát zadání dovolené.
Na Dov16 není možné volit režim zadávání dovolené. V jakém formátu se bude zadávat, resp. jak byla vytvořená, se zobrazí na detailu odchylky.
Kontrola čerpání odchylky vázaná na Dov02 pro schvalované SLM, pokud odchylka je zadána na přelomu intervalů stanoveného limitu.
Pokud je zadaná odchylka do dvou po sobě navazujících období, přičemž první období zasahuje do jednoho limitu a druhé do druhého limitu na Dov02 (příklad: limit stanovený na období 2021-01 až 2021-06 a další limit je stanoven pro období 2021-07 až 2021-12 a odchylka zadaná od 25.6.2021 do 8.7.2021.).
Příklad ze SKA: limit stanovený měsíčně a odchylka zadaná z jednoho do druhého měsíce
(Nyní pokud je limit pro první období rovný a větší než hodiny / směny odchylky projde a následně rozdělí odchylku, ale pokud limit je menší než odchylka, ačkoliv v dalším období je dostatečný limit, uložení neprojde)
Nárok pro kontrolu je stanoven tak, že pokud kontrolovaná odchylka zasahuje do více období limitů podle Dov02, sčítáme nároky za dotčené období v Dov02.
Systém kontroluje, aby nebyla zadaná odchylka na více než dvě období zpracování (období z Datum do, musí být rovné období z Datum Od nebo z následujícího období z Datum Od.
Přenos schvalované odchylky se SLM s typem zpracování „pružná“, u zaměstnance s režimem pružná pracovní doba se řídí definici vzorového dne pro pružnou pracovní dobu, tzn. hodiny jsou akceptované pouze v rozsahu základní časti pracovní doby.
Pokud je odchylka vykázána mimo základní pracovní dobu (viz Pružná pracovní doba), tak se neakceptují žádné hodiny pro evidenci docházky.
Poznámka:
U těchto SLM se doporučuje vkládání na Dov05 pouze v režimu 8 a 17 a pro přenos z DOCH do Vyp01 režim 2 (tzn. bez přepočtu dob).
Režim zobrazení záznamu se SLM s IA 21, 22 (Dovolená) z Dov05 do Dcd01, který obsahuje den svátku je: v Dcd01 se na den svátku, pokud zaměstnanec má v uvedený den přiřazen kalendář s režimem svátku „3 – Volný svátek – pracovní den“, nezobrazí odpovídající záznam z Dov05.
Pokud však má zaměstnanec na den svátku přiřazen kalendář s režimem svátku „2 – Sváteční směna“, odpovídající záznam z Dov05 se v Dcd01 zobrazí.
Záznam ze „schvalování“ se SLM typu „neodpracováno“ se na dni volna zobrazuje s příslušnou SLM ale bez započitatelných hodin.
Záznam ze „schvalování“ se SLM typu jiným jako „neodpracováno“ (např. tvorba NV) se na dni volna zobrazuje s příslušnou SLM a započitatelnými hodinami o délce obvyklé směny, resp. poloviny obvyklé směny podle nastavení příslušných příznaků.
Doporučení : SLM typu "odpracováno" nebo "přesčas" v Dov05/Dov06 zadávat v režimu „hodiny“.
Pro schvalované SLM typu nepřítomnost o délce více dnů, které však nejsou zařazené do započitatelnosti DOCH02.NEPR (např. evidenční SLM s IA 5101) systém standardně neprovádí omezení podle plánované směny, protože není možné automaticky určit typ SLM z pohledu evidence docházky.
Pokud SLM nemá mít povolený výpočet hodin, nebo je povolený výpočet pouze pro pracovní den, je potřeba nastavit Slm01, Doch&Ext.vstupy, Počítat započtené hodiny = 0 nebo 2.
Pak se v Dcd01 nezobrazí žádné záznamy pro danou odchylku (= 0) nebo se nezobrazí záznamy pro volné dni (= 2).
Přenos záznamu se SLM s IA 999 (Pracovní cesta) z formuláře Dov05/Dov06 do denní evidence docházky na den volna se zpracuje stejně jako SLM typu „nepřítomnost“, tzn. že pro den volna se nastavuje počet započitatelných hodin = 0.
Pokud se k záznamu pocházejícímu z Dov05/Dov06, který má SLM typu pracovní cesta, mají na den volna přiřadit započitatelné hodiny, je nutné použit SLM s jiným vhodným IA.
Záznam na první polovinu směny má nastaven začátek a konec odchylky následujícím způsobem:
Čas od = odpovídá začátku plánované směny podle vzorového dne
Čas do = odpovídá Čas od + polovina obvyklé směny
Hodiny = polovina obvyklé směny
Hod přestávky = 0
Kalkulace = ANO
Záznam na druhou polovinu směny má nastaven začátek a konec odchylky následujícím způsobem:
Čas od = odpovídá začátku plánované směny podle vzorového dne + polovina obvyklé směny
Čas do = odpovídá konci plánované směny podle vzorového dne
Hodiny = polovina obvyklé směny
Hod přestávky = plánovaná délka přestávky
Kalkulace = NE
Pro směny, které z pohledu minutového formátu nejsou přesně dělitelné na půlky (např. 7:45) se
půldenní nepřítomnosti ze schvalování do docházky promítnou tak, že první půlka se zaokrouhlí na minuty dolů a druhá půlka se zaokrouhlí na minuty nahoru.
Příklad: směna 7:45
První půlka 3:52
Druhá půlka 3:53
Zobrazení měsíčních záznamů v Dcd01.
Jednodenní záznam se zobrazí v daný den s nastavením Čas
Od/Do podle odpovídajících položek měsíčního záznamu (pokud tyto nejsou
vyplněny, tak systém předpokládá, že se jedná o 24 hodinovou pohotovost a
nastaví 00:00-24:00)
Vícedenní záznam se zobrazí
První den záznam
Čas Od = Čas Od z měsíčního záznamu (při nevyplnění 00:00)
Čas Do = 24:00
Druhý a předposlední den (24 hodinová pohotovost)
Čas Od = 00:00
Čas Do = 24:00
Poslední den záznam
Čas Od = 00:00
Čas Do = Čas Do z měsíčního záznamu (při
nevyplnění 24:00)
Kalkulace měsíčního záznamu se SLM typu pohotovost.
Jednodenní záznam:
Hodiny vyp = Čas do(24.00) – Čas od(00:00)
Dvou denní záznam:
Hodiny vyp = (24.00 – Čas od(00:00)) + Čas do(24:00)
Více než dva dny (druhý až předposlední den 24 hodin pohotovosti )
Hodiny vyp = (24.00 – Čas od(00:00)) + Čas do(24:00) +
+ (datum do + datum od + 1 – 2) * 24
Režim přenosu schvalovaných SLM s IA 1001/1002 na den bez plánované směny (víkendy) do docházky. Standardně se přenášejí jako nepřítomnosti, tzn. na takový den se odchylka nepřenese, resp. přenese se s nulovými hodinami. Při níže uvedené konfiguraci se na den víkendu přenáší odchylka o délce průměrné délky směny (z Opv01), tzn.:
Slm01, Doch&Ext.vstupy, Typ zpracování SLM – upřesnění
= 0 nebo nevyplněno
SLM s IA 1001/1002 se zpracují jako
nepřítomnost - negenerují se na den volna
= 1
SLM s IA 1001/1002 se na den volna promítnou o délce průměrné
směny z Opv01.
Pokud se na Dcu06 zadává SLM typu nepřítomnost (DOCH02.NEPR) v režimu zadání 8/18 a zadá se začátek odchylky mimo plánovanou směnu, může dojít k chybnému vyhodnocení odchylky v rámci kalkulace denní odchylky bez možností korekce původní odchylky v měsíční evidenci.
Navíc není vhodné korigovat schválenou odchylku bez vědomí schvalovatele, proto jsme zavedli kontroly, které nedovolí takovou odchylku zadat nebo upozorní v rámci kalkulace docházky na toto riziko.
Uživatel by měl pak takto zadanou schvalovanou odchylku odstranit a nahradit ji novou.
Kalkulace docházky
Pokud je SLM ze započitatelnosti DOCH02.NEPR a začátek nebo konec odchylky je zadán mimo obvyklou plánovanou směnu, zobrazí se hlášení:
DK012a [U] [VAR] Nepřítomnost SLM <slm>, Dne <datum>, <čas od> / <čas do> mimo plán. směnu <čas od> / <čas do>
Pokud DK012b > 0 a SLM je ze započitatelnosti DOCH02.NEPR a začátek nebo konec odchylky je zadán mimo obvyklou plánovanou směnu s možným posunem
Zobrazí se hlášení: DK012b [U] [0] Nepřítomnost SLM <slm>, Dne <datum> zarovnaná na plán. směnu <čas od> / <čas do>
K dispozici je funkce pro automatickou identifikaci typu přesčasu vzhledem na evidenční schvalovanou SLM přesčasu.
SLM pro evidenční schvalovaný přesčas musí mít IA 5101, Typ převodu Doch./Ext.vstupy = 0 a Typ zpracování SLM = 9 - Přesčas ze schvalování se změnou SLM do Dcd
v Slm01, Kódy a další musí být definované SLM pro generování do Dcd:
Typ gen. |
Gen. SLM IA |
Způsob gen. |
Druh doby |
Poznámka |
4 |
SLM1 |
8 |
|
Přesčas – běžný den |
4 |
SLM2 |
8 |
6 |
Přesčas ve svátek |
4 |
SLM3 |
8 |
4 |
Přesčas v Sobotu/Neděli, která není svátek |
V rámci první kalkulace po schválení evidenčního přesčasu, se do Dcd vygeneruje záznam se SLM odpovídající určenému přesčasu.
Evidenční přesčas pro schvalování může být placený nebo neplacený, podle tohoto charakteru se volí IA pro SLM1 , SLM2 a SLM3.
Pro schvalované odchylky se SLM s IA 1001, 1002 nebo 1006 vykázané na den svátku (pouze skupina SLM 8) o délce větší než plánovaná délka směny, jsme umožnili automatické generování příplatku za práci v přesčase. Řešení respektuje rozdílné podmínky pro odchylkové a vykazované zaměstnance.
1/ Odchylkoví zaměstnanci, generuje se SLM
a/ příplatek
za přesčas ve svátek - musí se proplatit příplatek za přesčas ve svátek +
odpracovaná doba v přesčasu ve svátek /1004/
nebo
b/ NV za
přesčas ve svátek - generovat NVT + odpracovaná doba /1004/
2/ Vykazovaní zaměstnanci, generuje se SLM
a/ příplatek za přesčas ve svátek - musí se proplatit pouze příplatek za přesčas (odpracovaná doba z původní SLM)
b/ NV za
přesčas ve svátek - generovat NVT (odpracovaná doba z původní SLM)
Záznam ze schvalování není upravován, pouze se generuje
určená SLM pro příplatek za práci v přesčasu ve svátek (určená
konfiguraci).
Záznam přesčasu je generován jako uzavřený záznam s úrovní 33, tzn. že
případnou úpravu může provést pouze uživatel s příslušnou úrovní (po jeho
otevření).
Pro generování se musí nastavit:
1/ založit uživatelskou hodnotu do Jpc01 číselníku typ_doby:
9 - Přesčas ze schvalování se změnou SLM do Dcd
2/ úprava číselníku Slm01
Ke schvalované SLM pro práci ve svátek na Slm01, Kódy a další
nadefinovat SLM pro doplňkové generování:
Pro generování příplatku za přesčas
Typ gen. |
Gen. SLM IA |
Způsob gen. |
Druh doby |
Poznámka |
4 |
Slm1 1111 |
9 |
4 |
příplatek za přesčas ve svátek (bez placení odpr. doby) |
4 |
Slm3 1111 |
9 |
5 |
příplatek za přesčas ve svátek (s placením odpr. doby) pro tuto SLM musí být nastaveno doplň. generování SLM /IA 1004/ odpracovaná doba ve svátek pro mzdy |
Nebo při generování NVt za přesčas
Typ gen. |
Gen. SLM IA |
Způsob gen. |
Druh doby |
Poznámka |
4 |
Slm1 1111 |
9 |
4 |
příplatek za přesčas ve svátek (bez placení odpr. doby) |
4 |
Slm2 11, 13 |
9 |
3 |
NVT ve svátek |
4 |
Slm3 1111 |
9 |
5 |
příplatek za přesčas ve svátek (s placením odpr. doby) pro tuto SLM musí být nastaveno doplň. generování SLM /IA 1004/ odpracovaná doba ve svátek pro mzdy |
Do Dcd se pak generují řádky se SLM:
a/ pro odchylkovy režim
Pokud je vyplněná SLM3, tak řádek se SLM3
Pokud je vyplněná SLM2, tak řádek se SLM2
b/ pro vykazovací režim
Pokud je vyplněná SLM1, tak řádek se SLM1
Pokud je vyplněná SLM2, tak řádek SLM2
Pro SLM generovaného přesčasu musí být nastaveno Slm01, Doch&Ext.vstupy, Výpočet příplatků =0 (pro eliminaci hlášení DK009b).
Režim kontroly vykázaných hodin/směn na záznamech z Dov05/06/16/Dcu06:
a) Provede se kalkulace hodin/směn/čerpání ze záznamu z Dov05 stejným algoritmem, jako je použit na formuláři Dov05/Dov06.
b) Porovnají se spočtené hodnoty a obsah položek pro výpočet z aktuálního záznamu (hodiny_vyp, smeny_vyp, smeny_dov_vyp)
c) Pokud jsou hodnoty ve všech položkách stejné jako z výpočtu, neprovede se žádná akce
d) Pokud se zjistí alespoň jeden rozdíl a úroveň DME020 = 0, zobrazí se hlášení DME020 a zachová se původní obsah položek
e) Pokud se zjistí alespoň jeden rozdíl a úroveň DME020 > 0 a < FAT, zobrazí se hlášení a změny se uloží
f) Pokud se zjistí alespoň jeden rozdíl a úroveň DME020 = FAT, zobrazí se hlášení DME020 a změna se neprovede, kalkulace je ukončena.
Výpočet hodin a prac. dní na Dov05/Dov06 pro SLM ze skupiny
18, pokud Datum Od = Datum Do (jednodenní odchylka) a položky Čas od/do nejsou
vyplněné.
Pro zaměstnance v kalendářním režimu s definicí plánovaných směn se pro
výpočet použije nastavení:
pokud Čas od není vyplněn, tak se pro výpočet použije začátek směny
pokud Čas do není vyplněn, tak se pro výpočet použije konec směny
(TC 1034143)
Na formulářích Dov05/Dov06 a Dcu06 pro schvalované SLM typu NV čerpání ( IA 12, 14, 35, 36) je možné provádět kontrolu na aktuální saldo NV (Dcm01, Měsíční záhlaví, Saldo NV celkem, odpovídá stavu naposledy provedené kalkulace denní docházky), tato hodnota je korigovaná o hodiny z tvorby a čerpání NV ze záznamů ve schvalování, které zatím nebyly schválené (jsou ve stavu 0 nebo 10).
Kontrola je povolená pouze pro PV platné pro docházku.
Kontrola je standardně vypnutá.
Kontrola se aktivuje pro konkrétní profil/uživatele přiřazením objektového práva Dov056KalNV nebo Dov056KalNVJenPlus.
Kontrola při uložení nebo při odeslaní žádosti (pokud IA schvalované SLM je 12, 14 a PV je platné pro DOCH) zkontroluje, zda na měsíčním záhlaví pro PV je evidováno saldo NV rovné nebo vyšší než hodiny schvalované odchylky.
Pokud je požadováno více hodin než je evidované saldo NV, záznam se neuloží nebo neodešle na schválení s odpovídající zprávou podle aktuálního nastavení objektových práv.
Žádost se kontroluje na MZ pro období podle Datum Od
odchylky, pokud existuje nebo pokud je odchylka v neaktivovaném období pro
docházku, tak MZ pro naposledy provedenou kalkulaci.
Popis kontroly:
Při uložení nebo odeslání žádosti na čerpání NV, pokud hodiny odchylky jsou větší než aktuální zůstatek NV, zobrazí se zpráva:
Saldo NV je <hh:mm> hodin, avšak pro SLM <slm> je zadáno <h:mm> hod !
pokud Dov056KalNVJenPlus je „smí spustit“, pak se záznam neuloží / neodešle na schválení.
pokud Dov056KalNV je „smí spustit“ a Dov056KalNVJenPlus není nebo je „nesmí spustit“, pak se záznam uloží / odešle na schválení. Při odeslaní se uloží zpráva také do poznámky pro WFL.
(TC 1060517)
Režim kontroly čerpání NV v rámci schvalovaných odchylek, který respektuje členění NV do typu přesčas, práce ve svátek a pracovní volno.
Přičemž je zachována i původní kontrola.
Volba režimu kontroly je vázáná na hlášení Adm32, SCH03.
Pokud je hlášení na úrovni = 0 - tak je režim kontroly stejný jako pro verzi e202105 (kontrola na společné saldo NV).
Pokud je hlášení na úrovni >= 1 - tak je režim kontroly podle typů NV (platné od verze e202109)
Dále je popsán režim kontroly pro e202109.
Kontrola je aktivní pokud hlášení SCH03 > 0.
Kontrola je povolená pouze pro PV s evidencí docházky EGJE.
Z důvodu optimalizace je standardně kontrolované pouze celkové saldo NV. Podle potřeby je možné zapnout dílčí kontroly pro
NV za práci ve svátek: SCH02a > 0
NV za prac. volno: SCH02b > 0
Kontrola se spustí při uložení/odeslání žádosti
a/ pro SLM typu čerpání NV (IA 12, 14)
b/ o zrušení schválené odchylky SLM typu tvorba NV (IA 11, 13)
Nejdříve se zjistí nejbližší evidované měsíční záhlaví a z něho se zjistí aktuální stavy salda NV podle sledovaných typů.
Pak se pro období MZ a pozdější zjistí aktuální hodnoty NVt a NVč mimo kontrolované odchylky podle jednotlivých typů.
Pak se podle jednotlivých typů vyhodnotí aktuální saldo včetně aktuální odchylky.
Pokud se provádějí dílčí kontroly:
Pokud saldo NV za přesčas < 0 zobrazí se zpráva:
<SCH02c> Saldo NV, přesčas je <hod1> hodin, avšak pro SLM <slm> je zadáno <hod2> hod !
Pokud SCH02a > 0 a saldo NV za práci ve svátek < 0 zobrazí se zpráva:
<SCH02a> Saldo NV, svátek je <hod1> hodin, avšak pro SLM <slm> je zadáno <hod2> hod !
Pokud SCH02b > 0 a saldo NV za prac. volno < 0 zobrazí se zpráva:
<SCH02b> Saldo NV, prac. volno je <hod1> hodin, avšak pro SLM <slm> je zadáno <hod2> hod !
Pokud se provádí pouze celková kontrola:
Pokud saldo NV < 0 zobrazí se zpráva:
Saldo NV je <hod1> hodin, avšak pro SLM <slm> je zadáno <hod2> hod !
Pokud se zobrazí alespoň jedna z výše uvedených zpráv
a pokud Dov056KalNVJenPlus je smí spustit, pak není povolené uložení / odeslání na schválení
a pokud Dov056KalNVJenPlus není nebo je nesmí spustit, pak se žádost uloží / odešle na schválení, při odeslání se uloží zprávu také do poznámky pro WFL
(TC 1038251)
Pokud má uživatel právo fSchvalSLMPoznamka = Smí spustit, pak při odeslání žádosti na schválení SLM ze započitatelnosti Slm02.DOCH03.H-Office, musí vyplnit pole poznámka pro WFL (obsah poznámky není kontrolován).
Systém při odeslání žádosti z formulářů Dov05/Dov06 nebo Dcu06 zkontroluje, zda je vyplněná Poznámka pro wfl.
Pokud poznámka není vyplněná, zobrazí se dialog: "Nelze
odeslat žádost, vyplňte poznámku"
a řízení se vrátí do předešlého stavu.
Aktivace kontroly:
a/ naplnění započitatelnosti Slm02.DOCH03.H-Office relevantními SLM
b/ přiřazení objektového práva fSchvalSLMPoznamka ve stavu Smí spustit pro určené profily, s povinností naplnění poznámky při schvalování SLM
Pro zjišťování chybného nastavení položky čerpání dovolené na schvalovaných záznamech, jsme doplnili novou kontrolu, která identifikuje záznamy, u kterých je tato položka naplněná nestandardně.
Doporučený postup.
a/ z formuláře Dov05, Hromadné akce spustit funkci kontrolu čerpání tlačítkem [Kontrola žádosti]
b/ pokud se naleznou nějaké nesrovnalosti – podle vyhodnocení protokolu, pomocí sestavy Dov18 můžete opravit identifikované chyby
Popis funkce kontroly čerpaní schvalované SLM (z Dov05, Hromadné akce)
Funkce se spustí pouze pokud hlášení SCH08 > 0.
Pro každý záznam z nav. seznamu Dov05, který alespoň jedním dnem zasahuje do rozsahu Období Od / Období Do se provede kontrola:
Pokud položka „Směny/hod. čerpání vyp.:“ = 0 a SCH08a > 0, zobraz hlášení
POZ = “bez čerpání“
SCH08a [U] [0] SLM <slm>/<ia> pro datum < od> / < do> hod. <h> směny <s> čerpaní <č>, <“bez čerpání“ > !
Podle IA kontrolované SLM volíme režim kontroly 0 – hodinový, 1 - směny:
= IA 21 (dovolená) Pokud „Dov01, Režim čerpání dovolené“: = 3,4,7 pak Režim = 0 jinak Režim = 1
= IA 26, 5101, 5151 => Režim = 1
= IA 63, 64, 65 => Režim = 0
Pokud Režim = 0 (hodiny) a „Směny/hod. čerpání vyp.:“ <> „Hodiny vyp.: “
nebo Režim = 1 (směny) a „Směny/hod. čerpání vyp.:“ <> „Pracovní směny vyp.:“
zobrazí se hlášení
SCH08 [U] [VAR] SLM <slm>/<ia> pro datum <od> / <do> hod. <h> směny <s>
čerpaní <č>, <“čerpání hod.“ / “čerpání směny“ > !
Vzhledem na problematické zpracování záznamů odpracované doby v denní evidenci docházky ve svátek, pokud je záznam promítán z měsíční evidence docházky ze SLM typu odpracovaná doba (schvalovaná nebo neschvalovaná odchylka), upravili jsme režim zpracování takové odchylky.
Princip úpravy spočívá v tom, že standardně se odpracovaná doba na den svátku nepromítá nebo promítá podle režimu generování svátku na Kal01.
Není možné zadávat měsíční odchylky, které jsou se svátkem. Pokud na den svátku
má být skutečně vykázána odchylka, tak pouze na jeden den s povolením
uživatele.
Pro Svátek typu – Volný svátek – pracovní den (3) – je možné zadat SLM s IA 1006.
Kontrola se provádí podle identifikace svátku v plánu docházky (tzn. identifikace svátku podle Kal01 je ignorována).
Pokud je SLM s IA 1006 zadána na den svátku, nedochází k jejímu rozdělení (jiná kontrola zabezpečí, že SLM s tímto IA nemůže být zadána na jiný den, než je sváteční směna s náhradou).
Proto, pokud uživatel zadá měsíční odchylku, ve které alespoň jeden den je den svátku, podle místa vložení, uživatel je upozorněn na tuto skutečnost a rozhodne o dalším postupu a odchylka může být rozdělená na více častí (žádná část neobsahuje den svátku, pokud to není povoleno).
Kontrola nebo její varianty jsou použité pro:
1/ Dcu06, Ulož – kontroly DW01 a DH01
2/ Dov05/Dov06, Ulož - kontroly DW01 a DH01
3/ Kalkulace DD - kontrola DK300
4/ Dcm01, Vstupy, Ulož – kontrola DH01
5/ Dcu14, Vstupy, Ulož – kontrola DH01
Kalkulace denní docházky, kontroly.
Doplnili jsme kontrolu DK300 - Svátek v měsíční odchylce.
Kontrolujeme všechny měsíční odchylky typu odpracovaná doba (započitatelnost DOCH02.ODPR), které obsahují den svátku (libovolný typ).
Pokud se jedná o jednodenní odchylku (Datum Od = Datum Do)
zobrazí se hlášení:
DK300a [U] [WAR] V měsíční odchylce SLM <SLM>, <datum od> / <datum do> vykázán svátek dne <dat.SV> , režim <typ_dne>
Pokud se jedná vícedenní odchylku (Datum Od <> Datum Do)
Pokud Kal01, Režim generování svátku = 2 (Svátečná směna)
zobrazí se hlášení: DK300a
Pokud Kal01, Režim generování svátku = 3 (Neodpracovaný svátek)
zobrazí se hlášení:
DK300 [U] [FAT] V měsíční odchylce SLM <SLM>, <datum od> / <datum do> vykázán svátek dne <dat.SV> , režim <typ_dne>
Schvalované
odchylky na Dov05/Dov06 ze zap. DOCH02.ODPR
Kontrola se provádí pouze v případě, že vyhodnocení je v kalendářovém
režimu.
Při uložení v rámci Dcu06/Dov05 se postupuje podle úrovně hlášení
0 – nekontroluje se
1-3 – kontroluje se, zobrazí se hlášení a uživatel se rozhodne, zda uložit/nebo návrat do editace
4 - kontroluje se, zobrazí se hlášení a vrátí se do editace
a/ Pokud je SLM s IA 1006 – je možné ji zadat pouze na dny svátku s režimem N (pokud je zadána SLM na jiný den, než je svátek N, zobrazí se hlášení DW01a a podle úrovně hlášení se pokračuje)
b/ Pokud je SLM jiná, než s IA 1006 a v odchylce je svátek N, tak se odchylka rozdělí a uživatel na dny svátku musí zadat odchylky samostatně.
Pokud je SLM vykázaná pouze na den SV (jednodenní odchylka):
podle úrovně hlášení DW01 zobrazíme v dialogu hlášení:
úroveň FAT:
DW01 [U] [WAR] V měsíční odchylce SLM <SLM>, <datum od> / <datum do> vykázán svátek dne <dat.SV> , režim <typ_dne> , nelze uložit !
a uživatel je vrácen do editace
úroveň menší jako FAT:
DW01 [U] [WAR] V měsíční odchylce SLM <SLM>, <datum od> / <datum do> vykázán svátek dne <dat.SV> , režim <typ_dne> , pokračovat ?
a uživatel se může rozhodnout zda dokončí uložení nebo je vrácen do editace
Pokud je SLM vykázaná na více dní a v ní je den SV:
Zobrazíme hlášení:
DW01 [U] [WAR] V měsíční odchylce SLM <SLM>, <datum od> / <datum do> vykázán svátek dne <dat.SV> , režim <typ_dne> , pokračovat ?
po
schválení se odchylka rozdělí na více záznamů: záznam před svátkem, za svátkem
(vyloučíme z odchylky svátky).
Schvalované
odchylky na Dcu06 ze zap. DOCH02.ODPR
Schvalovaná měsíční odchylka na Dcu06.
Zadání a zpracování stejné jako je popsané pro schvalovanou měsíční SLM na Dov05/Dov06.
Neschvalovaná měsíční odchylka na Dcu06.
Není povoleno zadat vícedenní odchylku s dnem typu „neodpracovaný svátek“.
Při uložení této odchylky se zobrazí hlášení:
DH01 [U] [FAT] V měsíční odchylce SLM <SLM>, <datum od> / <datum do> vykázán svátek dne <dat.SV> , režim <typ_dne> , nelze uložit !
pokud úroveň hlášení je = FAT - vždy návrat do editace
pokud úroveň hlášení je < FAT - podle rozhodnutí uživatele - návrat do
editace nebo uložení
Vícedenní odchylku s dnem typu „svátečná směna“ nebo „svátek ve volném dni“ je
možné uložit len s povolením po zobrazení hlášení:
DH01a [U] [WAR] V měsíční odchylce SLM <SLM>, <datum od> / <datum do> vykázán svátek dne <dat.SV> , režim <typ_dne> , pokračovat ?
Jednodenní odchylku s dnem typu „neodpracovaný svátek“ je možné uložit pouze s povolením po zobrazení hlášení:
DH01b [U] [FAT] V měsíční odchylce SLM <SLM>, <datum od> / <datum do> vykázán svátek dne <dat.SV> , režim <typ_dne> , pokračovat ?
pokud
úroveň hlášení je = FAT - vždy návrat do editace
pokud úroveň hlášení je < FAT - podle rozhodnutí uživatele návrat do editace
nebo uložení
Neschvalované
odchylky na Dcm01 ze zap. DOCH02.ODPR
Zadání a zpracování stejné jako je popsané pro neschvalovanou měsíční SLM na
Dcu06.
I když se pro schvalované odchylky v rámci WFL vždy spočte položka „směny“, tato hodnota je v rámci kalkulace denní docházky přepočtená podle jiných pravidel a to tak, že počet směn se počítá pouze pro SLM ze započitatelnosti DOCH02, skupiny ODPR, NEPR a NVC s výjimkou SLM s IA 1003, pro které se nepočítá.
Následně kalkulace tuto položku v dotčeném záznamu upraví podle aktuálního výpočtu.
V rámci uzavření docházky je k dispozici funkce (kontrola) DM050 pro zjištění existence žádosti pro ukončené PV.
Podle aktuální konfigurace může být žádost pro neplatné PV odstraněná.
Popis kontroly DM050:
Pokud DM050 > 0 a dat. Ukončení PV <= poslední den období, zjišťujeme existenci schvalované odchylky po ukončení PV.
Pro každou zjištěnou žádost po ukončení platnosti PV:
Pokud DM050a > 0
Ano: Odstraníme záznam z Dcm01 a zobrazíme hlášení:
DM050a [U] [0] Při ukončení PV smazána odchylka <s>, ve stavu <status> na < od>/<do>
NE: zobrazíme hlášení:
DM050 [U] [VAR] Při ukončení PV evidovaná odchylka <s>, ve stavu <status> na < od>/< do>
Poznámka1:
Režim DM050a > 0 je použitelný pouze pro jedno uzavření – při opakovaném uzavření, dotčené odchylky v budoucnosti již nejsou v evidenci.
Hlášení DM050a nedoporučují nastavovat na FAT.
Poznámka2:
Pro stejnou činnost, je možné použít sestavu Dov18 v režimu Adm53 nebo přímo spuštěnou z aplikace.
Standardně se záznamy z formuláře „Dcm01, Vstupy“ resp. „Vstupy - souhrn“, pokud splňují definované podmínky, automaticky přenášejí do denní evidence docházky. Z pohledu denní evidence docházky se považují za plnohodnotné záznamy, které však uživatel docházky nemá možnost libovolné upravovat.
Přenos záznamu z Dcm01 do oblastí docházky je řízen níže uvedenými podmínkami:
- vyplněn „Datum od“ i „Datum do“
- „Zdroj vytvoření řádku“ >= 0 a <= 19
- „Zdroj vytvoření řádku“ = 30, 31 a „Status schval. dov. (nepr.) = je nevyplněno nebo je >= 25 (jenom schválené nepřítomnosti v procese schvalovaní)
-
nepřenášejí se SLM pořízené v Dcu06 jako měsíční odchylky s režime
Adm06,
skupina SLM = 33
Omezení pro SLM s IA 21..26 (typ „dovolená“) a pro SLM s IA 1001, 1002, 998, 999 (typ „odpracováno“) : do Dcd01 se negeneruje řádek na den svátku (Typ dne = 3) pro režim svátku Kal01, Popis, Režim generovaní svátku = 3.
Transformace
půldenní odchylky v den volna : pokud pro aktuální den není
k dispozici DZ, je použit Čas od jako 00:00 a Čas do jako 23:59, takže
půlden pak bude 12:00.
Přenos SLM s IA 2121 a 2122 (pohotovosti) z Dcm01 do Dcd01 viz popis pro přenos pohotovosti z Dov05 do Dcd01.
SLM typu „pružná odchylka“ (Slm01, Doch&Ext.vstupy., Typ zpracování SLM v DOCH = 3 Pružná odchylka), pokud odchylka byla zadána v Dcm01, se do Dcd01 promítne pouze v rozsahu základní pracovní doby.
Poznámka:
Zobrazení SLM ze skupiny Adm06/33 na formuláři Dcm01/Dcd01.
Jedná se o speciální měsíční odchylku, která se nepromítá do formuláře Dcd01, tzn. slouží pouze pro zadání hromadných měsíčních odchylek v hodinách/ směnách. SLM se nezobrazí na žádném formuláři / sestavě s denní docházkou, ale zobrazí se v každém formuláři / sestavě s měsíční docházkou (v Dcm01/Dcm14 je v záložce Vstupy i Vstupy - souhrn).
Vazby oblasti docházka a mzdy jsou určeny svým charakterem. Jedním z hlavních cílů docházky je připravit podklady pro zpracování mezd. V podmínkách EGJE navíc oblast docházky je schopná akceptovat zadání definovaných SLM z oblasti Mezd.
Pro obě oblasti jsou charakteristické vazby :
o Oblast docházky pracuje s relevantními číselníky oblasti mezd (Kal01, Slm01, Slm02, ..)
o Oblast docházky akceptuje definované záznamy pořízené v oblasti mezd (Vyp01)
o Oblast docházky pro kontrolní mechanizmy využívá údaje z výpočtu mezd (čerpání definovaných nepřítomností)
o Oblast mezd pro výpočet používá aktuální rozpis směn z docházky
o Oblast mezd akceptuje pro výpočet definované záznamy z měsíční evidence docházky.
Samostatnou kapitolu tvoří synchronizace stavu zpracovaní mezd a evidence docházky, táto problematika je rozpracovaná níž.
Standardně se záznamy z oblasti mezd pořízené na formuláři „Vy01, Vstupy“, pokud splňují definované podmínky, automaticky přenášejí do evidence docházky (denní i měsíční). Z pohledu evidence docházky se považují za plnohodnotné záznamy, které však uživatel docházky nemá možnost libovolné upravovat.
V případě potřeby je možné zablokovat tento automatizovaný přenos pro aktuální PV a Období (viz formulář Dcm01, Měsíční záhlaví).
Přenos záznamu z Vyp01 do oblastí docházky je řízen níže uvedenými podmínkami:
Pro generování se akceptuje
záznam pouze tehdy, pokud alespoň jeden den v záznamu Vyp01 zasahuje do
aktuálního období.
Pokud organizace řeší evidenci nemoci i po standardním ukončení PV.
Z pohledu docházky nelze akceptovat žádnou odchylku po ukončení platnosti PV a proto bude odchylka přenesená do DOCH pouze v rozsahu platnosti PV (mimo platnost PV se do DOCH nezobrazí).
Omezení pro SLM s IA 21..26 (typ „dovolená“) a pro SLM s IA 1001, 1002, 998, 999 (typ „odpracováno“) : do Dcd01 se negeneruje řádek na den svátku (Typ dne = 3) pro režim svátku Kal01, Popis, Režim generování svátku = 3.
Přenos nepřítomnosti s IA 51-60 z Vyp01 do Dcd/Dcm04 pro případ, že v první nebo poslední den je odpracovaná celá směna (v příslušné položce odchylky jsou zadané hodiny minimálně v rozsahu plánované směny, z pohledu legislativy se jedná o špatné zadání).
Podle způsobu zpracování této odchylky ve mzdách je upraven i přenos do DOCH – začátek odchylky se posune až na druhý den, resp. při nastavení odpracované celé směny na poslední den, se odchylka o jeden den zkrátí.
Převod záznamu z Vyp01 do DOCH pro SLM s kódem doby ESK, pokud není vyplněn datum do nebo položka směny.
Datum do se určí tak, že k položce Datum od se připočítají dni pokud není splněná podmínka:
součet hodin podle plánu směn <= zadané hodiny záznamu.
Den musí být v aktuálním období a PV musí být platné a v evidenčním stavu.
Směny se spočtou:
První den – pokud jsou pro 1. den zadané nějaké hodiny ve Vyp01, tak jsou
hodiny pro 1. den o tuto část upravené.
Směny = (hodiny pro 1. den/ plán. směna)
Další dni:
Pokud plán. směna > 0 pak Směny = Směny + 1
Poslední den:
Pokud plán. směna > 0 pak
pokud hodiny pro poslední den > 0 pak Směny = Směny + (hodiny
pro poslední den/ plán. směna)
jinak Směny = Směny + 1
Pokud se ve Vyp01 mění odchylky, které se přenášejí standardně do docházky, může se stát, že docházka obsahuje více záznamů, než v době uzavírání nebo se zobrazuje jiný stav, než v době uzavírání (z důvodu automatického přenosu všech záznamů z Vyp01 i do uzavřené docházky).
Pokud organizace požaduje fixování stavu docházky v době jejího uzavření, je možné použít nastavení:
Adm21, Použití údajů z Vyp01, Vstupy pro DOCH = 2 Přenášet, pouze při otevřené DOCH (standard = 1 Přenášet, vždy)
Při tomto nastavení se přenášejí informace z Vyp01 do DOCH následovně:
a/ v době otevřené docházky se zobrazují virtuální vstupy z Vyp01 standardním způsobem
b/ Při uzavření docházky se zkopírují do Dcd/Dcm řádky z virtuálního zdroje Vyp01 a zablokuje se standardní přenos z Vyp01.
c/ Při uzavřené docházce se řádky z virtuálního zdroje Vyp01 do DOCH nepřenášejí.
d/ Při opětovném otevření docházky se smažou záznamy generované při uzavření z Vyp01 a nastaví se standardní přenos záznamů z Vyp01.
Při použití systému souběžného vykazování odchylek ve VYP a DOCH se musí dodržet zásady.
a/ SLM přenášené z Vyp01 jsou zařazené do výpočtu FPD v rámci DOCH (zařazené do započitatelnosti DOCH02, NEPR)
b/ evidenční SLM použité pro vykázaní v DOCH, nejsou zařazené do výpočtu FPD v rámci DOCH (nejsou v započitatelnosti DOCH02, NEPR)
c/ v DOCH se přednostně zobrazují odchylky z Vyp01
d/ v rámci kalkulace je možné aktivovat systém hlášení na kontrolu souběžných SLM (viz popis kontroly DK121 a DK121a)
e/ Souběžné SLM z DOCH nejsou přenášené do MZDY nebo pouze jako evidenční SLM !
Řešení situace, kdy PV je v režimu docházky ale bez
přenosu odchylek do mezd a používá SLM pro schvalované vstupy jako běžný
zaměstnanec (s přenosem do mezd).
Doplněná funkce, která v případě, že pro PV je nastaveno Opv01, Režim:
PV je dostupné v docházce = 1,2
Převod doch do mezd = NE,
zablokuje všechny záznamy z docházkové časti včetně schvalovaných odchylek tak, že se nepromítnou do Vyp01, ext. vstupy a tím nebudou zobrazené ani zpracované ve mzdách.
Do protokolu zapíše informací o zablokování vstupů pro mzdy
- DME031.
Funkce je aktivovaná nastavením:
Adm21/Adm22, Docházka, Blokování schval. odchylek pro PV bez převodu = Ano
Standardně je funkce neaktivní.
Pro přenos záznamů o evidovaných nemocí z Poj55 do DOCH, je možné použít uživatelský import pro načtení dat z formuláře Poj55, Data a import do Dcm01.
Sestava načte dotčené záznamy z Poj55 (s notifikací „Začátek“ nebo „Konec“ nemoci a pro každý pár podle „Číslo rozhodnutí“ vytvoří záznam do měsíční evidence docházky (Dcm01).
Podrobný popis importu je uveden viz. Imp55f.
Pro přenos do oblasti mezd se z oblasti docházka negenerují žádné přenosové struktury !!!
Výpočet mezd (v rámci formuláře Vyp01) pracuje přímo se záznamy měsíční evidence docházky reprezentované formulářem „Dcm01, Vstupy Detail“, obsah kterého je na formuláři Vyp01 reprezentován záložkou „Ext.vstupy“ .
Korektní výpočet mezd na základě podkladů z docházky je garantován pouze při korektně uzavřené docházce za počítané období !!!
Výpočet pracuje s jednotlivými řádky dle aktuálního stavu položky „Typ převodu doch/mzdy:“ (viz popis Slm01 i Vyp01.) :
-4 – Přesun do mezd
Záznam byl zkopírován do Vyp01, Vstupy. Již nelze vrátit zpět
z této záložky.
-2 - Storno MÚ (přenést a přepočítat částku)
Záznam byl
zablokovaný pro výpočet MU z hodnoty 2
-1 - Storno MÚ (přenést a přepočítat dobu a částku)
Záznam byl
zablokovaný pro výpočet MU z hodnoty 1
0 – Nepřenášet do mezd
Záznam se
nepoužije pro výpočet mzdy
1 – Přenést do mezd a přepočítat dobu a částku
Záznam se použije pro výpočet mzdy a provede se přepočet doby i částky (viz. Také Slm01)
2 – Přenést do mezd a přepočítat částku
Záznam se použije pro výpočet mzdy a provede se přepočet částky (hodiny se nepřepočítávají) (viz. Také Slm01)
Položka se v řádku Dcm01 nastavuje automatický dle aktuálního stavu v Slm01 při procesu uzavření docházky. Mzdová účetní má nástroje pro vyřazení jednotlivého řádku z výpočtu.
Doporučení: pro přenos SLM z DOCH do MZDY používat typ 2.
Standardně se do MZDY neprovádějí IA 901 až 999, jedná se speciální IA určená pouze pro DOCH (standardně ani při vyplnění SLM pro MZDY).
Výjimkou jsou IA:
IA 998, 999 do Vyp01 přenášejí za obvyklých podmínek:
povolení pro PV, povolení pro SLM, SLM pro Vyp01
IA 950 se standardně do Vyp01 nepřenáší (bez ohledu na konfiguraci). Pokud je však pro tuto SLM na Slm01 nadefinována položka SLM pro export DOCH/Mzdy, tak se přenos provede za obvyklých podmínek.
Viz popis „Schvalovaná odchylky s půldnem s kódem doby ESK“
Pokud u vstupu z docházky nejsou vyplněny „vypočtené hodnoty“, ale jsou vyplněny hodnoty zdrojové (dle zobrazení Vyp01/ Ext.vstupy), tak se pro výpočet použijí „zdrojové hodnoty“.
Výpočet mzdy v této situaci píše varovné upozornění, ale u vstupů z docházky počítá také dobu a to i u SLM, které jsou nastaveny tak, že se doba už ve mzdách přepočítávat nemá (vždy se použije režim 1 i když je pro SLM určen režim 2).
Hlášení při spuštění výpočtu při neuzavřené docházce :
VYP089 : SLM <slm> z neuzavřené docházky – vynucen přepočet dob
Pozor !!!: v tomto režimu může dojít k nekorektnímu vyhodnocení hodin u odchylky, protože mzdový výpočet spočítá hodiny odchylky dle plánu směn a ne podle skutečně vykázaných hodin v evidenci docházky.
Výpočet mezd ignoruje řádky z docházky (Dcm01), které jsou v procesu schvalování nepřítomnosti, ale které ještě nejsou schválené oprávněným uživatelem.
Schvalovaný záznam může být pořízen z formulářů Dov05/Dov06 nebo Dov16/Dcu06 a je uložendo podkladů pro mzdy – formulář Dcm01 (Dcu14).
Odtud se promítá do výpočtu mezd na formulář Vyp01, Ext. vstupy.
Pozor: Schvalovaná i neschvalovaná odchylka s režimem půlden nesmí mít kód doby ESK.
V tomto případě dojde ve výpočtu mezd k jejímu chybnému vyhodnocení.
Např při SLM IA 26 i 21 - odchylka s půldnem - přenáší se s kódem ESK a ve mzdách se špatně spočtou hodiny - všechno na první den
Příklad: SLM 265/IA 26 zadaná od 7.12. půlka směny do 8.12.,
výpočet je ukončen ve mzdách hlášením Vyp330i - Na den 7.12. spočteno 12 a fond je 8 ! výpočet ukončen a hodiny jsou špatně spočtené.
Pro takto zadávané odchylky doporučujeme použít kód doby HSK nebo B, nebo nepovolit půlden na vícedenní odchylky.
Pro oblast docházky v rámci uzavření docházky je k dispozici kontrola DM049, která tuto situaci zjišťuje a hlásí do protokolu.
Docházka se z pohledu mzdového výpočtu správa jako „import“, tzn. že při uzavření docházky pro OSČPV (pokud je stav zúčtovacího období pro odpovídající SO = 0,1,2,3, ale nerovná se 9) se provádí kontrola stavu výpočtu mezd tohoto zaměstnance.
Pokud je stav výpočtu „Spočteno“ (stav = „3-Proveden celý výpočet“ nebo „4-Uzamčený výpočet“), tak se stav přenastaví na „Nespočteno“ (stav = „0-Výpočet neproveden“).
Obdobně se docházka správa použití funkci :
[Smaž DD], [Smaž DZ] a jejích hromadné verze
[Otevřít] a Uzavřít a také jejích hromadná verze
Dcs02/Dcs03 – Převod do měsíčních vstupů za PV nebo Převod do měsíčních vstupů za všechna PV
Pro standardní uživatele pouze při Stavu VT < 3.
Pro uživatele s oprávněním práce v uzavřeném období pro docházku, také při Stavu VT = 3.
Poznámka: Uživatel s oprávněním práce v uzavřeném období musí koordinovat svou činnost s příslušnou mzdovou účetní tak, aby nenarušoval její činnost v procesu
VYP102 Ve vstupech je SLM 0 neexistující v měsíčním číselníku SLM - SLM není zpracována
Popis a řešení : Problém Adm22 / Konf. Parametry / Evid. člen. řád. dov. z běž. roku jako SLM" => parametr mimo rozsah, byla jako SLM nastavená "0" a měla být nevyplněná
VYP371 SLM 7010 s časovým IA 21 a kódem doby
"HSK" nemá dopočteny kal. dny - mohou vzniknout problémy, zadejte s
dopočtem "K" nebo zadejte přímo kalendářní dny
VYP371 SLM 7000 s časovým IA 21 a kódem doby "EHK" nemá
dopočteny kal. dny - mohou vzniknout problémy, zadejte s dopočtem "K"
nebo zadejte přímo kalendářní dny
Popis a řešení :
Jedná se o půldenní nepřítomnosti, u kterých se nepočítají kalendářní dny.
„Kód doby“ obsahuje příkaz na spočtení „kalendářních dnů“,
ale výsledek výpočtu je „0“
Pokud se v rámci výpočtu mezd pro záznamy z procesu schvalování (Dov05) zobrazí hlášení :
- „Vyp371 : SLM <číslo SLM> s časovým IA <číslo IA> a kódem doby <kód doby> nemá dopočteny kal. dny“ - mohou vzniknout problémy. Proto zadejte s dopočtem "K" nebo zadejte přímo kalendářní dny
a
Hlášení: „Vyp330 : Časově vícekrát obsazený jeden den (<datum> SLM1, SLM2) - výpočet je ukončen“
Pro režim EGJE bez docházky:
Zkontrolujte, zda pro záznam není omylem nastaven režim SLM pro přenos z docházky do mezd na hodnotu „2“.
Pro režim EGJE s docházkou:
Pravděpodobně se jedná o záznam doplněný po uzavření docházky, který neprošel procesem kalkulace MV (v režimu přenosu „2“ nejsou vypočteny položky směny, kal. dny). Pokud to je možné, proveďte opětovné uzavření docházky, nebo je nutné vyřadit záznam ze zpracovaní a nahradit jej shodným záznamem ve vstupu do mezd.
V den bez plánované směny
(volný den) nesmí být nepřítomnost jiná než Rodičovská dovolená.
V den plánované směny (pracovní den) nesmí být součet nepřítomností větší než
délka plánované směny (fond dne). Neplatí, pokud je ve dni zároveň Rodičovská
dovolená.
Poznámka: U vstupů pocházejících z docházky s typem převodu 2 je ignorován jakýkoliv potenciálně zadaný kód doby. Tedy i kód doby B nezafunguje tak, jak by se standardně očekávalo. Tyto vstupy jsou alokovány do kalendáře, kde dojde k problémům s překryvem. Na rozdíl od standardních vstupů, které mají kód doby B, se do kalendáře nealokují.
Výpočet aktuálního zůstatku dovolené z evidence mezd pro:
- Dcm01/Měsíční záhlaví - souhrn
- Uzávěrka MV (kontingenty)
- Kontroly DD - DK202
Zůstatek k období (zůstatek celkem běžného roku (aktuální) k YYYY-MM):
(ZUC_akt) = ZU_akt + ZU_mr + ZU_predch + ZU_dd + ZU_ost
Výpočet nároku dovelené na běžný rok z evidence mezd pro :
- kontrola při uložení (kontingenty): Dcd01, Dcm01, Dca02
- kontrola přečerpání dovolené: Dcm01, Dca02
Zůstatek celkem běžného roku:
(ZUC_br) = ZU_br + ZU_mr + ZU_predch + ZU_dd + ZU_ost
Změna podmínek pro nárok dovolené v aktuálním období:
Při změně podmínek pro výpočet nároku dovolené se pro vyhodnocení zůstatku dovolené běžného měsíce, akceptují i případné korekce pro aktuální období.
Akceptuje se korekce z Opv01 i korekce z výpočtu mezd podle obecných podmínek.
V návaznosti na řešení „Pokračování nepřítomností do dalšího měsíce (mzdy, docházka)“ v oblasti mezd, je v oblasti docházka ve vstupných formulářích (Dcd01, Dcm01, Dca02, Dcu01) obsažena položka „Pokračuje do dalšího měsíce“.
Použití položky uživatelem pro vstupy typu „Dcd01“
Uživatel je povinen nastavit položku na „Ano“ u záznamu posledního pracovního dne se SLM s IA 51-57 a 141, pokud odchylka prochází do dalšího měsíce. V rámci funkce převod DD/MV se tento příznak přenese na odpovídající záznam v Dcm01.
Příznak je možné zadat nejen do dne, který je posledním pracovním dnem, nebo posledním kalendářním dnem, ale i do kteréhokoliv kalendářního dne, po němž nenásledují do konce měsíce žádné pracovní dny.
Použití položky uživatelem pro vstupy typu „Dcm01“
Uživatel je povinen nastavit položku na „Ano“ u záznamu se SLM s IA 51 až 57 a 141 (odchylky), který má „Datum do“ nastaven na poslední kalendářní den měsíce a odchylka pokračuje do dalšího měsíce (pokud odchylka má vyplněnou položku „datum do“, a nejedná se o poslední kal. den měsíce, je považována za ukončenou v měsíci zpracování a nastavení této nové položky je ignorováno).).
V rámci kalkulace DD nebo uzavření denní docházky se provádějí kontroly :
Nastavení příznaku „pokračování“ v denní evidenci docházky:
DK023 Chyba nastavení pokračování odchylky.
Nastavení příznaku „pokračování“ v měsíční evidenci docházky:
DM017 Chyba nastavení pokračování odchylky
Varování nenastavení příznaku „pokračování“ v měsíční evidenci docházky:
DM018 Nenastaveno pokračování odchylky
Pro oblast docházky jsou platné vstupy pořízené na formuláři Vst15 na záložkách Vstupy s hodinami (SLM pro vstup povolena na Adm06, skupina 13) a Vstupy se směnami (SLM pro vstup povolena na Adm06, skupina 14).
Řádky pořízené na záložce Vstupy s částkou, nejsou zobrazovány na formulářích docházka a nejsou v této oblasti ani zpracovávané.
Vstupy z Vst15 jsou v docházce považovány za vstupy z externího zdroje, a proto nejsou v oblasti docházka editovatelné.
Na formulářích měsíční evidence docházky, jsou této vstupy identifikované podle sloupce Zdroj vytvoření řádku = 50.
Kontroly v rámci oblasti docházky je možné principiálně rozdělit do několika skupin:
a) Kontroly formulářů – jsou aktivované obvykle např. při uložení, resp. při specifických funkcích aktivovaných z formuláře
b) Kontroly v rámci kalkulace denní docházky
c) Kontroly v rámci uzavíraní docházky
d) Kontroly v rámci kontrolního aparátu
Jedná se o kontrolu dodržení limitu čerpání plánovaných směn/hodin definovaných druhů nepřítomností při jejich zadání uživatelem resp. při vybraných funkcí.
Při nastavení hlášení DOCHDOV (Adm32, DAV) > 0 se v rámci kalkulace do protokolu vypíšou aktuální položky z evidence dovolené (Dov01, zobrazení, režim 7 s MR = dni).
Kontrola se provádí při zadání záznamů s těmito SLM na formulářích uživatelem resp. při vybraných funkcích.
Do režimu kontroly čerpání jsou zařazené SLM :
Dovolená (IA 21, 22)
Pracovní volno (IA 26, 27, 5151)
Pro SK legislativu :
Ošetření ve zdravotnickém zařízení (IA 63)
Doprovod rodinného příslušníka (IA 64)
Doprovod postiženého dítěte (IA 65)
Kontrola čerpání se provádí v rámci funkce:
Převody DD/MV
Uzavření MZ
Stanovení limitů pro kontrolu :
Limit pro kontrolu dovolené (SLM s IA 21, 22) je stanoven jako běžný zůstatek směn/hodin v roce k poslednímu dni předešlého měsíce ale pro nové nástupy se počítá zůstatek k prvnímu dni aktuálního období.
Limit pro kontrolu SLM z IA 26, 27, 5151 je stanoven jako běžný zůstatek směn v roce pro každou SLM samostatně.
Limit pro kontrolu SLM s IA 63, 64, 65 je stanoven jako běžný zůstatek hodin v roce.
Sledování čerpání a zůstatku dovolené v oblasti docházka se provádí:
Čerpání dovolené/prac. volna se stanoví součtem čerpaní pro předešlé (uzavřené) měsíce z evidence Dov01/Dov02 se zohledněním případných korekcí za té samé období a čerpaní v aktuálním období podle evidence v docházce (Dcd01/Dcm01/Dcu06).
Poznámka: Do výpočtu je zahrnutá také korekce, která vznikne z předběžného výpočtu Vyp01 pro aktuální období. Tzn., že pokud mzdová účetní provede zpětný výpočet např. v období 2016-06 s generováním korekcí pro předešlé období před uzavřením DOCH, tato korekce bude zahrnutá do kalkulace DOCH pro období 2016-06. Pokud tento zpětný výpočet bude proveden až po uzavření DOCH, korekce samozřejmé nebude zahrnutá do kalkulace DOCH.
Při rušení a opětovném výpočtu Vyp01 se pro kalkulaci použije stav korekcí po posledním výpočtu (zrušení výpočtu, nemění se stav zpětných přepočtů).
Při kontrole je časové vymezení kontroly na období od začátku aktuálního roku do aktuálního období zpracování (do výpočtu čerpaní pro kontrolu se použijí záznamy příslušné SLM vymezené uvedeným časovým rámcem ), tzn. kontrola nepřihlíží na odchylky zadané v „budoucnosti“ (tyto odchylky se nezapočítávají do položky „čerpání“, jsou pro tuto kontrolu ignorovány).
Pokud v lednu běžného roku nebyla zatím provedena roční uzávěrka mezd, nelze stanovit nárok na běžný rok, proto docházka neprovádí kontroly čerpání dovolené (IA 21) a pracovního volna (IA 26, 27, 5151). Do protokolu je vloženo hlášení:
DKE02 Nebyla provedena roční uzávěrka, nelze stanovit nárok pro SLM.
Platí pro proces kalkulace denní docházky a funkce uložení na formuláři Dcd01 a Dcm01.
Pro identifikace problému s vyhodnocením čerpání dovolené, jsou k dispozici doplňková kontrolní hlášení:
DKE05 [U] [0] Stavy pro kontrolu kontingentů. Nárok <nárok>, čerpání předešlé <čerpaní1>, čerpání aktuální < čerpání2>
Nárok - aktuální zůstatek SLM k čerpání
Čerpaní 1 - čerpání v uzavřených obdobích (podle mzdové evidence)
Čerpaní 2 - čerpání v otevřených obdobích (podle docházkové evidence)
DKE06 [U] [VAR] Aktuální čerpání <n>, SLM <slm> dne <datum>.
N - čerpání v jednotkách pro SLM a období
Hlášení DKE05 je standardně vypnuté, DKE06 je vázané na zobrazení DKE05.
Hlášení DKE05 zobrazuje stav čerpání kontrolované SLM v čase prováděné kontroly.
DKE06 zobrazuje čerpání SLM po dnech od začátku roku ke dni kontroly..
Kontrola DKE05 má dva formáty:
a/ denní v rámci kontrol denní evidence docházky - zobrazuje se za každý kontrolovaný den
v denní formě hlášení není obsažen aktuální den
b/ měsíční v rámci uzavření docházky - zobrazuje se za jednotlivé měsíční odchylky
v měsíční formě hlášení je obsažená i
aktuálně kontrolovaná odchylka
Do hlášení DKE05 - doplněná SLM a datum platnosti dat.
Položka Předešlé čerpání - je to čerpání v předešlých obdobích podle mezd, tzn. je zde čerpání dovolené od začátku roku až do období naposledy uzavřené pro mzdy (stav období >= 4).
Položka Nové čerpání - je to čerpání v obdobích po naposledy uzavřeném pro mzdy.
V protokolu v rámci denní kalkulace (kontrolujeme dovolenou po jednotlivých dnech) se nejdříve zobrazí DKE06 pro každé čerpání od začátku roku do kontrolovaného dne a až pak se zobrazí souhrnné hlášení DKE05 v denním formátu.
V rámci uzavření docházky se kontrolují jednotlivé měsíční odchylky (bez DKE06) a zobrazuje pouze hlášení DKE05 za každou odchylku v měsíčním formátu.
Zůstatek dovolené pro kontroly se počítá k poslednímu dni předešlého měsíce. Tím je vyřešen problém kontroly, kdy při provedení výpočtu mezd v aktuálním období, docházelo k přečerpání dovolené.
Pokud je dovolená vykázaná na den svátku - takový den podle legislativy není možné vyhodnotit jako den čerpání dovolené, i když je vykázaná,. Tzn. vykázanou dovolenou na den svátku nezahrneme do čerpání a v tento den se kontrola neprovede.
Pokud je v lednu vykázána dovolená, resp. jiná SLM s určeným limitem na Dov02, v evidenci docházky před provedením roční uzávěrky ve mzdách, nemá docházka k dispozici limity pro čerpání těchto SLM, a proto nelze provádět kontroly čerpání.
Proto pro IA 21 až 27 v období leden, pokud nebyla provedená roční uzávěrka mezd, nebudeme provádět kontrolu limitů, a tato situace je indikována hlášením:
DKE02 [E] [VAR] Nebyla provedena roční uzávěrka, nelze
stanovit nárok pro SLM <slm>
Po provedení roční uzávěrky ve mzdách, se automaticky provádí také kontroly na čerpání těchto SLM.
Dotaz: Zaměstnanci dovolil HR Portál zadat a schválit 3 dny Sick Day (SLM 260, IA 5101) i když má v Dov02 nárok pouze na 1 den.
Stanovisko:
SLM 260 je IA 5101 a pro SLM s tímto algoritmem se kontrola na čerpání podle Dov02 v rámci schvalování neprovádí.
viz popis Dov_uzdoc, kapitola Dov05 – Schvalování SLM - žádosti.
Kontroly se provádí pouze pro IA 21, 26, 5151, 63,64,65.
Z našeho pohledu je přiřazení IA pro dotčenou SLM nesprávné a podle nás by měla být SLM přiřazena na IA 5151.
Kontrola uložení odchylky se SLM typu Pohotovost (IA 2121, 2122) na všech formulářích s možností vložení (Dcd01, Dcm01, Dcu01, Dcu06 ).
Pokud na Pre01 je limit pro pohotovost = 0 nebo nevyplněn, nebo pokud vykázané hodiny pohotovosti od začátku roku jsou větší, než stanovený limit, zobrazí se hlášení DD152 a podle jeho aktuálně nastavené úrovně, se záznam buď neuloží (při úrovni 4) nebo se dokončí uložení (při úrovni < 4).
Pokud úroveň hlášení DD152:
= 0 – kontrola se neaktivuje
= 1, 2, 3 - kontrola aktivní, pokud se zobrazí DD152, záznam lze uložit
= 4 - kontrola aktivní, pokud se zobrazí DD152, záznam nelze uložit
Standardně se kontrola neprovádí, dle potřeby je ji možné aktivovat na formuláři Adm32.
Popis kontroly :
Limit = z Pre01
Hodiny_mzdy = vykázaná pohotovost v předešlých obdobích
Součet hodin z výpočtu mezd od začátku roku do předešlého období pro SLM s IA 2121, 2122
Hodiny_akt = vykázaná pohotovost v aktuálním období
Pokud je docházka zaměstnance uzavřena
Součet hodin z Dcm01 aktuálního období pro SLM s IA pro IA 2121, 2122
Pokud je docházka zaměstnance neuzavřena
Součet hodin z Dcm01 aktuálního období pro SLM s IA pro IA 2121, 2122 a zdroj <> 20,24
+ Součet hodin z Dcd01 aktuálního období pro SLM s IA pro IA 2121, 2122
hod_celkem = hod_mzdy + hod_akt + hodiny vkládané
odchylky
Pokud hod_celkem > limit nebo limit = 0 => zobrazí se v dialogu hlášení
DD152 a pokud je úroveň DD152 < 4, tak se odchylka uloží, ale pokud je = 4 pak
odchylku nelze uložit.
Do formulářů pro vložení a editaci záznamů denní evidence docházky, je kontrola na zadání max. počtu hodin – max. je 24 hodin na den.
Na formulářích Dcd01, Vstupy a Dcd01, Generuj DD (viz poznámku níže), Dcu01, Dcu06 (denní vstupy) se kontroluje limit 24 hodin pro SLM ze započitatelnosti DOCH02.ODPR, NEPR, PRESC, NVT, NVC.
Na formulářích Dcm01, Dcu06 (měsíční neschvalované) se kontroluje limit = 24*počet dni odchylky pro SLM ze započitatelnosti DOCH02.ODPR, NEPR, PRESC, NVT, NVC.
Pokud uživatel uloží větší počet hodin než stanovený limit, zobrazí se dialog s hlášením:
Vykázané hodiny v nepřípustné délce %s hod. (max. %s hod)
a vrátí se do editace.
Poznámka: Při použití Dcd01, Generuj DD se kontrola provede před spuštěním generování, pokud jsou vyplněné hodiny a je vyplněná SLM nebo SLM je prázdná (považuje se za odpracovanou dobu)
Při spuštění kalkulace se provádí kontrola nastavení režimu vyhodnocení stravy na Opv01, Režim a Adm21, Strava.
Pokud je na Opv01 nastaven režim (jiný než 0,1, 2) a tento je jiný, než na Adm21, tak se zobrazí hlášení : DD142a [U] [VAR] Režim stravy zaměstnance <1%> neodpovídá režimu v ORG/SJ <2%>
Pokud pro PV na Opv01,Typ nároku na stravu = 1, tak nahradíme zobrazení hodnoty z Opv01 na zobrazení stejného parametru z kaskády (Adm22, Adm21) /Opv01
Pokud se v organizaci používá více režimů stravy (mimo režimy 0,1,2), doporučujeme zvážit vypnutí na Adm32 (např. Tieto Enator).
Kontrola provádí identifikaci stavu, kdy pro docházku byl použit kalendář, který nemá definován rozpis VZD, tzn., že kalendář nemůže být plnohodnotně použit pro vykazování docházky.
Pokud je pro některý den přiřazen kalendář bez přiřazení VZD
(nedocházkový kalendář), zobrazí se hlášení:
DD153 [U] [ERR] Ve dnech <dat od> / <dat do>, přiřazen kalendář
<kal>, který není určen pro docházku.
Kontrola výskytu vybraných SLM (IA 11, 13, 16, 998, 999, 1001..1005,) v den volna.
Kontrola se standardně provádí pouze pro kalendáře s nastavením „Změna směny - víkend:“ <> 2.
Hlášení se zobrazí, pokud záznam obsahuje SLM s vyjmenovaným IA a započitatelné hodiny jsou různé od nuly.
Pokud je nastaveno hlášení DK001a > 0 (standardně DK001a = 0), tak se kontrola provede i pro kalendáře s režimem „Změna směny - víkend:“ = 2.
Pokud je na den vykázána SLM s IA 21..26 a hodiny jsou menší
, než plán. směna:
- Pro SLM 21, 22 a režim vykazování dovolené jsou "směny" a hodiny =
plán. směna/2 => zobrazí se hlášení DK002 Dovolená v délce 0,5 plán. směny
- Pro SLM 21, 22 a režim vykazování dovolené jsou "prům. směny" a
hodiny = prům. směna nebo prům. směna/2 => zobrazí se hlášení DK002b Dovolená v délce 0,5
nebo 1,0 prům. směny, SLM <%2> dne <%3>
- jinak => se zobrazí hlášení DK002a SLM <%2> dne <%3> vykázána ve výši <%4> hod, což je méně , než plán. směna <%5> hod.!
Kontrola pracuje s časy od/do určených pro výpočet.
Standardně kontrola DK007 zareaguje pouze v případě, kdy skutečně vykázaná směna je celá mimo plánovanou směnu.
Kontrola nebude provedena, pokud nebude na VZD nastaven začátek a konec plánované směny.
Pokud je nastaveno hlášení DK007a > 0 (standardně DK007a = 0), kontroluje se i částečné překrytí plánované a skutečné směny. Hlášení DK007a se zobrazí, pokud je mimo plán. směnu více než 1/3 plánované délky směny.
Příklad:
Plánovaná směna : 8:00 – 16:00
Skutečně vykázaná směna: |
Hlášení DK007a = 0 |
Hlášení DK007a > 0 |
xx – 8:00 |
DK007 |
DK007 |
2:00 – 10:00 |
|
DK007a |
7:00 – 15:00 |
|
|
9:00 -17:00 |
|
|
11:00 – 19:00 |
|
DK007a |
16:00 – xx |
DK007 |
DK007 |
Pokud při převodu DD/MV je zjištěna prázdná denní docházka (na
Dcd01 není vytvořen žádný záznam), provede se:
a) Smazaní vygenerovaných záznamů z předešlého převodu v Dcm01.
b) Pro druh PV = 1 – Pracovní poměr, se zobrazí hlášení: [E] [FAT] DPE017 Nevyplněná docházka
c) Převod pokračuje uzavřením evidence docházky.
Doplnili jsme kontrolu na situaci, kdy se z libovolného důvodu nespočetly směny pro SLM typu čerpání dovolené (IA 21,22) nebo pracovního volna a (IA 26,27,5151),
Pokud se z libovolného důvodu nespočetly směny pro SLM
typu čerpání dovolené (IA 21,22) nebo pracovního volna a (IA 26,27,5151) a
pokud směny čerpání = 0 a hodiny > 0, zobrazí se hlášení:
DPE026 [E] [ERR] Pro SLM <slm>, Datum
<od>/><do>,Nespočítané směny/hodiny čerpání nepřítomnosti.
Kontrola DK020d/DK020e – Zadaný přesčas SLM v pondělí až pátek nebo sobotu a neděli
Alternativní kontrolu k DK020a.
Kontrola podle konfigurace SLM kontroluje pro SLM s IA 11, 13, 1111 možnosti zadání na pondělí až pátek nebo sobotu a neděli.
Pokud má SLM na Slm01, Doch&Ext.vstupy, v tabulce „SLM
je určena pro typ dne“ povoleny typy dne P-Pracovní směna, S-Sváteční směna
nebo – N - Volný svátek, pracovní den, tak se při jejím zadání v sobotu
nebo v neděli zobrazí hlášení: DK020d Zadaný přesčas SLM <slm> v
nepracovní den <datum>, určena pouze pro prac. den.
Pokud má SLM na Slm01, Doch&Ext.vstupy, v tabulce „SLM je určena pro typ dne“ povoleny typy dne V-Víkend nebo M-Ostatní volno, tak se při jejím zadání v pondělí až pátek zobrazí hlášení: DK020e Zadaný přesčas SLM <slm> v pracovní den <datum>, určena pouze pro nepr. den.
Pro záznamy generované z ext. zdroje mimo CEP s Čas od/do vyplněn 00:00 , zobrazíme hlášení:
DK015b – Pro SLM <slm> dne <datum> by měl být začátek/konec vyplněn
pro záznamy generované z CEP s Čas od/do vyplněn 00:00 , zobrazíme hlášení:
DK015c Prac. cesta (dílčí část) dne <datum> začíná/končí o půlnoci
pokud je některý Čas od/do vyplněn 00:00, tak zobrazíme
hlášení:
DK015d [U] [VAR] Záznam dne <Datum> začíná/končí o půlnoci
pokud je některý Čas od/do nevyplněn, tak zobrazíme hlášení:
DK015a [U] [ERR] Pro SLM <SLM> dne
<Datum> musí být začátek/konec vyplněn"
Kontrola DK009 překrytí vyhodnocuje podle času Od/Do, které byly použito pro výpočet (ne podle vykázaného času Od/Do).
Kontroluje se překryv pouze pro SLM ze započitatelností DOCH02.ODPR, NEPR, NVT, NVC, PRESC a SLM s IA 901, 902. Také se nekontrolují řádky, které do denní evidence docházky vložila kalkulace (zdroj 3).
Tzn. z kontroly jsou vyloučené např. evidenční SLM, které nezasahují do plnění FPD (např. Home Office v HCI).
Pokud souběžně s pracovní cestou (SLM s IA 999) je požadované zadávat i další odchylky např. přesčasu, je potřebné konfigurovat kontrolu DK009, která hlídá souběh SLM.
Postup aktivace:
a/ naplnit skupinu započitatelnosti DOCH03.DK009f, zde zaregistrujeme SLM, které plánujeme zadávat souběžně s vykázanou pracovní cestou
b/ podle uvážení v Adm32 aktivujeme hlášení DK009f
pokud DK009f = 0 – souběh žádné SLM s pracovní cestou není povolen
pokud DK009f = 1 – souběh určených SLM s pracovní cestou je povolen bez protokolování
pokud DK009f = 2, 3, 4 – souběh určených SLM s pracovní cestou je povolen se zápisem hlášení DK009f do protokolu
Hlášení o překrytí záznamu z CEP (ale i Vyp01 a Schvalování) a vygenerované přestávky do DD nezobrazíme, pokud je na kalendáři nastaveno Generování přestávky do DD = 1, 2.
Pokud se překrývají odchylky v režimu Metrostav
(odchylka ze schvalovaní a z Vyp01), tak namísto DK009 se zobrazí DK009e
(INF).
Kontroluje se také překrytí záznamů ze dvou dnů (v rámci noční), příklad:
25.7. 10020 22:00 - 6:00 N
26.7. 10020 00:14 - 6:24
Také se kontroluje překrytí záznamů z noční směny předešlého měsíce se záznamem v první den aktuálního měsíce,
příklad:
31.7. 10020 22:00 - 6:00 N
1.8. 10020 00:14 - 6:24
Kontrola DK009b překrytí vyhodnocuje podle času Od/Do, které byly použito pro výpočet (ne podle vykázaného času Od/Do).
Toto hlášení zobrazí v případě, kdy došlo k významnému překrytí časů vzhledem k výpočtu příplatků.
Z kontroly jsou vyloučeny záznamy z denní evidence, u kterých nejsou vyplněny časy pro výpočet a nemají vyplněny hodiny.
Upozornění: při použití funkce Generuj DD se zadanými parametry - z Dcd01 – nemusí být přesčas správně zpracován (vzhledem k tomu, že se tento záznam nepřepočítává).
Kontrola kontroluje překryv pohotovosti s jinou pohotovostí nebo jinou SLM.
Kontrola je závislá na typu zpracování SLM pohotovosti v DOCH (standard, typ 4, typ 5).
Pokud se zjistí překrytí SLM typu pohotovost (IA 2121, 2122) s jinou SLM, zobrazí se hlášení:
DK009c na Překrytí SLM <slm pohotovost> se SLM <slm> dne <datum> od <čas od> do <čas do>.
Pro Typ zprac. SLM v DOCH <> 4 a 5 s libovolnou SLM ze započitatelnosti DOCH02.ODPR, NEPR (bez IA 1008 a 31), NVT, NVC, PRESC a SLM s IA 901, 902, 2121, 2122.
Pro Typ zprac. SLM v DOCH = 4 a libovolnou SLM ze započitatelnosti DOCH02.ODPR,
NEPR (bez IA 1008 a 31), NVT, NVC, PRESC a SLM s IA 901, 902, 2121, 2122, ale
nesmí být v započitatelnosti POH (pro SLM ze započitatelnosti POH je
překryv povolen).
Pro Typ zprac. SLM v DOCH = 5 a SLM s IA 2121, 2122 (jiné SLM nejsou kontrovány).
Kontrola DK038 slouží pro kontrolu existence průchodů (v Dca06) pro vykázané dni v evidenci docházky.
Spouští se pouze v rámci uzavření docházky.
Podle nastavení úrovně hlášení se docházka, která nemá v evidenci průchodů odpovídající záznamy neuzavře nebo uzavře.
Podle nastavení úrovně hlášení se kontroluje pouze existence odpovídajícího průchodů ve dni, nebo i časový rozsah, ve kterém je průchod daného typu povolen.
Popis kontroly:
Pro každý záznam v denní evidenci docházky, kterého SLM je ze započitatelnosti DOCH02.ODPR, PRESC, NVT kontrolujeme pouze existenci nebo i umístění průchodu.
Pokud je potřebné vyloučit SLM z kontroly (např. pracovní cesta), zařadíme ji do skupiny započitatelnosti DOCH03.DK038.
Kontrola ignoruje stornované záznamy z Dca01/Dca06.
Pro Příchod nebo Odchod z evidence docházky, který je po půlnoci, se kontrolují záznamy v průchodech následujícího dne.
Pokud DK038a = 0 nebo SLM je ze započitatelnosti DOCH02.PRESC, NVT
Ano: //Kontrolujeme pouze existenci průchodů požadovaného typu
Existuje záznam v Dca06 pro PV, Datum a kódem pro příchod podle Adm21/Adm22 ?
Pokud záznam není nalezen, zobrazíme hlášení:
DK038 [U] [0] Nenalezen průchod pro příchod dne <datum> a SLM <slm> od <čas od> do <čas do> !
Existuje záznam v Dca06 pro PV, Datum a kódem pro odchod podle Adm21/Adm22 ?
Pokud záznam není nalezen, zobrazíme hlášení:
DK038c [U] [0] Nenalezen průchod pro odchod dne <datum> SLM <slm> od <čas od> do <čas do> !
Ne: //Kontrolujeme průchod v rozsahu definice VZD
Existuje záznam v Dca06 pro PV, Datum a kódem pro příchod podle Adm21/Adm22, který je v rozmezí časů VZD pro příchod ?
Pokud záznam není nalezen, zobrazíme hlášení:
DK038a [U] [0] Nenalezen průchod pro příchod dne <datum> a SLM <slm> od <čas od> do <čas do> !
Existuje záznam v Dca06 pro PV, Datum a kódem pro odchod podle Adm21/Adm22, který je v rozmezí časů VZD pro odchod ?
Pokud záznam není nalezen, zobrazíme hlášení:
DK038b [U] [0] Nenalezen průchod pro odchod dne <datum> a SLM <slm> od <čas od> do <čas do> !
Standardně není možné v jeden den zadat celodenní nepřítomnost a další odchylku typu odpracovaná doba nebo přesčas.
Pro kontrolu DK102 je možné uživatelskou volbu určit celodenní SLM, které mohou být vykázané v jeden den spolu s odpracovanou dobou a přesčasem.
SLM, které nemají podléhat kontrole DK102, může správce definovat v započitatelnosti Slm02, DOCH03 skupina DK102.
Příklad:
zaměstnanec vykázal lékaře na celou směnu a má dále nařízenou pohotovost
zaměstnanec vykázal na celou směnu osobní překážku a poté nastoupil na nařízený přesčas.
Kontrola DK114 – Započtené hodiny s přesčasem dne
Pokud se v rámci kontroly DK114 zjistí, že se jedná o překročení FPD ve dni, v němž je vykázána nepřítomnost nebo čerpání NV, tak se místo hlášení DK114- Započtené hodiny s přesčasem, zobrazí hlášení DK114a Započtené hodiny ve dni
Kontrola DK114 se provede pouze v případě, kdy se nezobrazilo hlášení DK113 (tzn. že překročení směny vzniklo až po započtení přesčasu).
Kontrola DK202 pracuje v režimu hodiny/směny podle nastavení Dov01, Režim čerpání dovolené.
Když je zjištěné přečerpání dovolené pro:
hodinový režim, tak se použije hlášení DK202a [U] [ERR][FAT]
směnový režim, tak se použije hlášení DK202 [U] [ERR][FAT]
Úroveň hlášení se určí podle:
a/ hlášení je zařazeno v uživatelských – úroveň přiřazená v seznamu
b/ hlášení není zařazeno v uživatelských, je pouze v standardu – úroveň je
pro kalkulaci – ERR
pro uzavření - FAT
Kontrola DK204 (kalkulace DD), určená pro plnění plánovaného měsíčního fondu PD standardně nepovolená pro dohody (Druh PV 6(DPP), 7(DPČ)).
Pro Druh PV 6 a 7 se provede, pokud mají nastaveno „Režim zpracování dohody v DOCH:“ = 1.
Poznámka: Předpokládá se však, že tyto dohody mají kalendář s rozpisem směn, aby se mohl stanovit měsíční FPD.
Základní režim kontroly přestávky mezi směnami (viz také popis kontroly DK211a), táto kontrola sleduje úseky nevykázané doby (přestávky po směně) doby od konce směny do začátku následující směny a plnění legislativních podmínek.
Proces zpracování denního záznamu do tabulky
Pro kontrolu se použijí záznamy denní evidence, pro které je SLM ze započitatelnosti ODPR+NEPR+NVC+PRESC+NVT+POH.
Pro každý den v rozsahu kontroly vytvoříme seznam přestávek mezi koncem směny a začátkem následující směny.
Kontrola se provádí pro časový úsek vymezený začátkem směny a hranicí +24 hodin, pokud není zaregistrován začátek následující směny (odchylky).
Ze všech těchto úseků se vybere ten, který je nejdelší a pro tento úsek se provede legislativní kontrola:
Pokud hodiny nejdelší přestávky < zák. limit, zobrazí se hlášení:
a/ DK212 [U] [WAR] Nedodržena minimální přestávka mezi směnami
c/ DK211a
Pokud hodiny nejdelší přestávky >= zák. limit a < zkrácený limit přestávky, zobrazí se hlášení:
a/ DK211 [U] [WAR] Nedodržena standardní přestávka mezi směnami
c/ DK211c
Pokud hodiny nejdelší přestávky < než základní limit rozšířen ze zkrácení z předešlého dne, zobrazí se hlášení
a/ DK213 [U] [WAR] Nedodržena prodloužená přestávka mezi směnami
c/ DK211d
a/ - předešlý den je den s plánovanou směnou a je povolený pro kontrolu
b/ - pozdější den je den s plánovanou směnou a je povolený pro kontrolu
hlášení jako při a/
c/ - předešlý den nebo následující den je bez plánované směny nebo není určen pro kontrolu
Pro kontrolu evidovaných přestávek je možné kopírovat pracovní tabulku z vyhodnocení do XLSX, pokud DK211b > 0 a DOCHDEB = 4.
Příklady:
Pokud jsou dvě zkrácené přestávky za sebou.
V tomto případě se má správně zobrazit:
a/ hlášení DK211c pro první zkrácenou přestávku
se zobrazí, pokud je evidovaná zkrácená přestávka (8 - 11 hod) a předešlá přestávka byla nezkrácená (tzn. > jako 11 hod)
b/ hlášení DK211d pro druhou zkrácenou přestávku
se zobrazí, pokud není evidovaná prodloužená přestávka (11 + zkrácení předešlé), po předešlé zkrácené přestávce (8 - 11 hod)
Alternativní režim kontroly přestávky mezi směnami, tento režim podrobněji sleduje přerušení nevykázané doby od konce směny do začátku následující směny a plnění legislativních podmínek. Také umožňuje správci částečně ovlivnit seznam SLM zasahující do kontroly. Tato kontrola je náročnější na zátěž než standardní kontrola DK211.
Kontrola je standardně vypnutá, aktivuje se vypnutím standardní kontroly, tzn. DK211 =0.
Proces zpracování denního záznamu do tabulky
Pro kontrolu se použijí záznamy denní evidence, pro které je SLM ze započitatelnosti ODPR+NEPR+NVC+PRESC+NVT+POH a které nejsou vyřazené z této kontroly (Slm01).
Pro každý den v rozsahu kontroly vytvoříme seznam přestávek mezi koncem směny a začátkem následující směny.
Kontrola se provádí pro časový úsek vymezený začátkem směny a hranicí +24 hodin, pokud není zaregistrován začátek následující směny.
Ze všech těchto úseků se vybere ten, který je nejdelší a pro tento úsek se provede legislativní kontrola:
Pokud hodiny přestávky < zák. limit, zobrazí se hlášení:
DK211a [U] [0] Nedodržená minimální přestávka mezi směnami.
Pokud hodiny přestávky >= zák. limit a < zkrácený limit přestávky, zobrazí se hlášení:
DK211c [U] [0] Nedodržená standardní přestávka mezi směnami.
Pokud hodiny přestávky < než základní limit rozšířen ze zkrácení z předešlého dne, zobrazí se hlášení
DK211d [U] [0] Nedodržená prodloužená přestávka mezi směnami.
Pro kontrolu evidovaných přestávek je možné kopírovat pracovní tabulku z vyhodnocení do XLS, pokud DK211b > 0 (DK211b [U] [0] Přestávky mezi směnami, uložení do XLS).
Rozsah kontroly je upraven tak, aby byl zařazen i týden následujícího období tak, aby bylo možné zkontrolovat i neúplný týden na konci aktuálního období (pokud pro následující období je vygenerován kalendář).
Pokud DK221c > 1 pak se hlášení DK221c zobrazí na začátku každého kontrolovaného týdne.
Při zjištění překročení libovolného limitu, se kromě hlášení o překročení limitů, zobrazí i hlášení DK221c.
DK221c [U] [1] Prví týden pro průběžnou kontrolu standardní přestávky v týdnu od <datum od + čas od> do <datum do + čas do>, kontrolovaný týden <datum od + čas od> do <datum do + čas do>
Alternativní kontrola kontrole DK221.
Kontrola DK221a provádí kontrolu DK221, průběžně pro začátek týdne v každém dni sledovaného období.
Tzn. např. pro aktuální období 2022-03 se spustí kontrola DK221 se začátkem prvního sledovaného týdne:
22.2., 23.2., 24.2., 25.2., 26.2., 27.2., 28.2., 1.2.
Na začátku každého cyklu se zobrazí hlášení:
DK221b [U] [0] Prví týden pro průběžnou kontrolu standardní přestávky v týdnu od <datum od + čas od> do <datum do + čas do>
Standardně je tato verze kontroly vypnutá.
Pokud zapnete kontrolu DK221a, musí být aktivní i kontrola DK221.
Alternativa ke kontrolám DK114 a DK115.
Tzn., pokud na Adm32 jsou vypnuté kontroly DK114 a DK115 (V Adm32 nastavena jejich úroveň na 0), tím se aktivují kontroly DK214 a DK215 - které provádí kontrolu podle nastavení položky Dcc06, Pracovní doba za 24 hodin, pro příslušný kalendář, nebo pokud tato položka není nastavená, na limit určený zákonem tj. 12 hodin.
Kontrola DK215 je aktivní pouze pokud hodiny přesčasu v kontrolovaném dni jsou větší jako 0.
Alternatívní, další verzi kontroly počtu vykázaných hodin ve dni.
Pokud je vyplněna položka Dcc06,
Limit délky směny pro kontroly a je > 0, zkontrolujeme počet
započitatelných hodin do FPD dne.
Pokud je součet větší než hodnota limitu, zobrazí se hlášení Dk214a.
Pokud je součet menší než hodnota limitu, k součtu přičteme hodiny přesčasu a opět provedeme kontrolu na limit. Pokud je nový součet větší než hodnota limitu, zobrazí se hlášení DK215a.
Kontrola DK022 – Odpracováno ve svátek, SLM <%2> dne <%3>
Kontrola v současné verzi se provádí pro IA 11, 13, 16, 998, 999, 1001, 1002, 1003, 1004,1005, 1006, 1009.
Při zjištění záznamu s uvedeným IA v den svátku, se podle režimu kalendáře vzhledem na den svátku generují hlášení:
DK022 - pro den svátku typu "Volná směna"
DK022c - pro den svátku typu "Svátečná směna"
Při implementaci, podle uvážení upravit úroveň hlášení pro hlášení DK022c
Hlášení se zobrazí, pokud SLM s IA 999, 1001, 1002 je vykázána na den
a/ DK022b: s typem 1, 2,3 (směna, sváteční směna, sváteční směna s náhradou) a v Slm01 nemá povolen alespoň jeden z uvedených typů dne.
b/ DK022a: s typem 4,5,7 (volný svátek, víkend, ostatní volno) a v Slm01 nemá povolen alespoň jeden z uvedených typů dne.
Kontrola pro korektní nastavení položky Kal01, Doch&Schval, Typ pracovní doby,
pokud je nastavená na jinou hodnotu než 0, 1, 2, 3, tak se zobrazí hlášení:
DKE04 [E] [FAT]Parametr Kal01, Typ pracovní doby = <%1>, co je nepodporovaná volba pro docházku
a kalkulace se ukončí.
Standardně jsou všechny uvedené kontroly neaktivní.
Zadání přesčasu do plánované směny generuje hlášení:
DK020g Zadaný přesčas SLM <slm> zasahuje do plán. směny <datum>.
Zadání držené pohotovosti do plánované směny generuje hlášení:
DK020f Držená pohotovost SLM <slm> zasahuje do plán. směny <datum>
Pro režim hasičů je kontrola vypnutá.
Kontrola vykázaných hodin držené pohotovosti na maximum pro daný měsíc, pokud je toto maximum překročeno, generuje se hlášení:
DK209a Překročen max. měsíční limit pohotovosti <hod> hod., vykázaná pohotovost <hod> hod.
Maximum pro kontrolu je určené jako (počet dnů měsíce * 24 hodin – plánované hodiny měsíce)
(TC 1027070, 1033909).
Kontrola pro SLM typu placený nebo neplacený přesčas (NV)
nebo odpracovaná doba (IA 1002) v sobotu/neděli na plánované směně,
kontroluje jestli uživatel vykázal k těmto SLM příplatky za práci
v sobotu/neděli nebo ve svátek jako samostatný řádek v denní
docházce.
Vhodné pouze pro režimy bez vykazování času od/do a bez automatizovaného
generování příplatků.
Protože v tomto případě, záznam nemá vyplněné od/do,
takže nelze identifikovat či v pátek má noční. Kontrola je určená pouze pro
příplatek za SO/NE a Svátek, příplatek za práci v noci nekontrolujeme.
Příplatky zadává do docházky docházkář (např. KB).
Kontrola je standardně vypnutá.
Kontrola v rámci kalkulace docházky, která pro SLM
typu
a/ placený přesčas (SLM obsažená v započitatelnosti Slm02.DOCH02 skupina PRESC
)
b/ náhradní volno z přesčasů (SLM obsažená v započitatelnosti Slm02.DOCH02
skupina NVT )
c/ odpracovaná doba (IA 1001, 1002, 1003, 1006) v sobotu/neděli na plánované směně
provede kontrolu, pokud je SLM vykázaná
1/ na den sobota/neděle zkontroluje, jestli je zároveň vykázaná SLM typu
"příplatek za práci v sobotu/neděli" a zda je ve stejné délce hodin.
2/ na den svátku zkontroluje, jestli je zároveň vykázaná SLM typu
"příplatek za práci ve svátek " a zda je ve stejné délce hodin.
Při aktivaci hlášení se jeho úroveň nastaví na FATAL (uživatelská konfigurace
na Adm32), tzn. při nesplnění podmínek kontroly nebude možné uzavřít docházku.
Tento režim je vhodný pro zaměstnance, kteří nepracují v nočních směnách.
Pro zaměstnance s nočními směnami toto nastavení nemusí vyhovovat, protože rozdíl v hodinách přesčasů a příplatku je přípustný, zde je použitá úroveň hlášení ERR nebo VAR (podle rozhodnutí při aktivaci). V tomto případě uživatel má povinnost zkontrolovat, jestli nesouhlas hodin přesčasu a příplatku je opodstatněný.
Pracovní režimy, které mají noční směny a u kterých by měla být kontrola podmíněná, se označí:
Kal01, Doch&Schval, Doplňkový režim = 12 - Kontrola
DK032, zohlednění noční směny.
Hlášení:
· DK032 [U] [0] Dne <datum> pro SLM <slm1> (hod <hod1>) nevykázán příplatek <typ>.
Pro SLM typu placený nebo neplacený přesčas vykázané na víkend/svátek, se nenalezla vykázaná SLM pro příplatek za práci o víkendu/svátku.
Reakce: Doplnit požadovanou SLM
· DK032a [U] [FAT] Dne <datum> pro SLM <slm1> (hod <hod1>) chybně vykázané hodiny příplatku <slm2> (hod <hod2>).
Pro SLM typu placený nebo neplacený přesčas vykázané na víkend/svátek, byla nalezená SLM pro příplatek za práci o víkendu/svátku ale s rozdílnými hodinami.
Reakce: Opravit vykázané hodiny přesčasu nebo příplatku.
· DK032b [U] [ERR] Dne <datum> pro SLM <slm1> (hod <hod1>) rozdílně vykázané hodiny příplatku <slm2> (hod <hod2>).
Pro SLM typu placený nebo neplacený přesčas vykázané na víkend/svátek, byla nalezená SLM pro příplatek za práci o víkendu/svátku ale s rozdílnými hodinami.
Reakce: Prověřit jestli se nejedná o noční směnu s omezeným příplatkem. Pokud jsou hodiny vykázané správně, hlášení se může ignorovat. Pokud se nejedná o noční s omezením příplatku, opravit vykázané hodiny přesčasu nebo příplatku.
Inicializace kontroly:
1/ Na Kal01, nastavit Doplňkový režim = 12 pro kalendáře s možnou noční směnou.
2/ Na Adm32, Docházka:
pro hlášení DK032 nastavit úroveň FAT
pro hlášení DK032b nastavit dle uvážení úroveň ERR nebo VAR (doporučeno VAR, aby úroveň ERR po uzavření zbytečně nezkreslovala protokol)
Alternatívní kontrola plnění FPD ve vazbě na Opv01.
Kontrola je standardně neaktivní.
Popis kontroly.
Kontrola se neaktivuje, pokud druh PV je DPP (6) nebo DPČ (7).
Pokud je součet hodin z plánovaných směn kalendáře (fond2) zaměstnance různý od počtu hodin (fond1) = počet plán. směn v kalendáři zaměstnance * Opv01, Průměrná délka směny , zobrazí se hlášení:
DK245 [U] [0] Nesplněn FPD podle ref. úvazku ( <fond1>) o <rozdíl> hod. Naplánováno <fond2> hod.
Pokud je počet plánovaných směn kalendáře (dni2) zaměstnance různý od počtu dnů podle aktuálně přiřazeného kalendáře v Kal01, Dny kalendáře (dni1), zobrazí se hlášení:
DK245a [U] [0] Nesplněn počet směn FPD podle ref. kalendáře ( <dni1>) o <rozdíl> dnů. Naplánováno < dni2> dnů.
Popis kontroly DK246 - Kontroly při zkráceném úvazku (měsíční)
Pokud pro PV není určen koeficient úvazku (koef) tak zobrazíme hlášení
DK246a [U] [ERR] Na Opv01 koeficient zkráceného úvazku je nulový, prověřte nastavení úvazku a zda je určen na celý měsíc.
Spočteme:
xZkrFondHod = Spočteme měsíční plánovaný fond podle evidence docházky (Dcd01) – fond sjednaný
xFondHod = Spočteme přepočítaný stanovený FPD na měsíc, jako xZkrFondHod / koef
xNaduv = Spočteme možný nadúvazek, jako xFondHod - xZkrFondHod
x1003 = Spočteme vykázané hodiny na SLM s IA 1003 (nadúvazek) za aktuální období z denní i měsíční docházky
x1111 = Spočteme vykázané hodiny na SLM s IA 1111 (přesčas) nebo 11, 13 (NV) za aktuální období z denní i měsíční docházky
xHod = Spočteme celkem vykázanou dobu do FPD za měsíc, jako součet xOdpr + xNepr + xNVC
Pokud DK246 > 1 zobraz hlášení:
DK246 [U] [VAR/2] OSČPV <osčpv> Sjednaný FPD <xZkrFondHod> Stanovený FPD <xFondHod>, hodiny <xHod >, Nadúvazek <x1003>, Přesčas <x1111>.
// Kontrola překročení sjednaného měsíčního FPD
Pokud xHod > xZkrFondHod pak zobraz hlášení:
Pokud DK246b > 0 zobraz hlášení:
DK246b [U] [INF] OSČPV <osčpv>. Překročili jste < sjednaný > FPD < xZkrFondHod > při zkráceném úvazku, vykázáno <xHod> rozdíl < xHod - xZkrFondHod > < nadúvazku >
// Kontrola překročení stanoveného měsíčního FPD
xHod1 = xHod + x1003
xHod2 = xFondHod - xZkrFondHod
Pokud xHod1 > xFondHod pak zobraz hlášení: xNaduv
Pokud DK246b > 0 zobraz hlášení:
DK246b [U] [INF] OSČPV <osčpv>. Překročili jste < stanovený > FPD < xFondHod > při zkráceném úvazku, vykázáno <xHod> rozdíl < xHod1 - xFondHod > < přesčasu >
// Kontrola vykázání SLM nadúvazku - IA 1003
Kontrolujeme pouze pokud x1003 > 0
Pokud xHod < xZkrFondHod pak zobraz hlášení: - nenaplnění sjednaného FPD
Pokud DK246c > 0 zobraz hlášení:
DK246c [U] [FAT] OSČPV <osčpv>. Neoprávněné vykázání < nadúvazku> hod <x1003> při zkráceném úvazku, vykázáno <xHod> limit < xZkrFondHod > < sjednaný FPD >
// Kontrola překročení limitů SLM nadúvazku - IA 1003
Pokud x1003 > xNaduv pak zobraz hlášení:
Pokud DK246c > 0 zobraz hlášení:
DK246c [U] [FAT] OSČPV <osčpv>. Neoprávněné vykázání <nadúvazku> hod <x1003> při zkráceném úvazku, vykázáno <x1003> limit <xNaduv> < nadúvazku >
// Kontrola vykázání SLM přesčasu - IA 1111
Kontrolujeme pouze pokud x1111 > 0
Pokud xHod <= xFondHod pak zobraz hlášení: - nenaplnění stanoveného FPD
Pokud DK246c > 0 zobraz hlášení:
DK246c [U] [FAT] OSČPV <osčpv>. Neoprávněné vykázání < přesčasu > hod <x1111> při zkráceném úvazku, vykázáno <xHod> limit < xFondHod > < stanovení FPD >
Popis kontroly DK247 - Kontroly při zkráceném úvazku (týdenní)
Kontrola se provede, pokud DK247 > 0 a jedná se o zkrácený úvazek Opv01, Popis, Koeficient úvazku( koef) < 1 a nejedná se o dohodu (Druh_pv <> 6, 7, 8, 9, 12, 32, 33 ).
Kontrola je obdobná jako DK246, ale kontrolují se vykázané a limitní kontroly po jednotlivých týdnech aktuálního období s případným přesahem do předešlého a následujícího období.
Týden je stanoven jako pondělí až neděle.
Pokud pro PV není určen koeficient úvazku (koef), tak zobrazíme hlášení:
DK246a [U] [ERR] Na Opv01 koeficient zkráceného úvazku je nulový, prověřte nastavení úvazku a zda je určen na celý měsíc.
Spočteme:
xZkrFondHod = Opv01, Popis, Týdenní úvazek sjednaný k poslednímu dni týdne
xFondHod = Opv01, Popis, Týdenní úvazek stanovený k poslednímu dni týdne
xNaduv = xFondHod - xZkrFondHod
xZkrFondHodReal = součet hodin z plánu směn Dcd01 v rozsahu kontrolovaného týdne
x1003 = součet vykázaných hodin z Dcd01 v rozsahu kontrolovaného týdne a SLM s IA = 1003
x1111 = součet vykázaných hodin z Dcd01 v rozsahu kontrolovaného týdne a SLM s IA = 1111, 12, 14
xHod = xHod_odp + xHod_neod pro aktuální týden
Namísto hlášení DK246 se zobrazí DK247 + DK247a
DK247 [U] VAR/2] OSČPV <osčpv> týdnu, od <Tyz.xDatum(ii)> <Tyz.xDo(ii)> do <Tyz. xDatum(ii+1)> <Tyz.xOd(ii+1)>.
DK247a [U] [VAR/2] OSČPV <osčpv> Sjednaný FPD <xZkrFondHod> Stanovený FPD <xFondHod>, hodiny <xHod >, Nadúvazek <x1003>, Přesčas <x1111>.
Kontrola DM001/DM002 (uzavření DOCH), určená pro plnění plánovaného měsíčního fondu PD standardně nepovolená pro dohody (Druh PV 6(DPP), 7(DPČ)).
Pro Druh PV 6 a 7 se provede, pokud mají nastaveno „Režim zpracování dohody v DOCH:“ = 1.
Poznámka: Předpokládá se však, že tyto dohody mají kalendář s rozpisem směn, aby se mohl stanovit měsíční FPD.
Pokud při uzavření evidence docházky pro druh PV = 1 je zjištěno, že součet hodin z měsíční evidence docházky typu „odpracováno“, „neodpracováno“ a „čerpaní náhradního volna“ se rovná 0, pak se zobrazí se hlášení: „DM011 Nevyplněná docházka“
Kontrolujeme zda pro Druh PV je konkrétní SLM povolená nebo zakázaná.
Pokud SLM pro druh PV je zakázaná, zobrazí se hlášení:
Dm027a [U] [0] Při druhu PV: <druh pv>, nepovolená SLM <slm> s <n> hod.
Standardně je kontrola neaktivní.
Popis kontroly:
Pokud DM027a = 0, kontrolu neprovádíme
Pokud Druh PV :
= 6 (Dohoda o pracovní činnosti, DPČ)
Pokud SLM je v započitatelnosti DOCH07, skupina DruhPV-6, Zap. hodin = 0 nebo 1 nenalezena a
Pokud SLM je v započitatelnosti DOCH07, skupina DruhPV-6, Zap. hodin = -1 nalezena, tak zobraz hlášení DM027a.
= 7 (Dohoda o provedení práce, DPP)
Pokud SLM je v započitatelnosti DOCH07, skupina DruhPV-7, Zap. hodin = 0 nebo 1 nenalezena a
Pokud SLM je v započitatelnosti DOCH07, skupina DruhPV-7, Zap. hodin = -1 nalezena, tak zobraz hlášení DM027a.
Poznámka: pokud SLM není mezi povolenými SLM ani mezi zakázanými SLM, tak je automatický považovaná za použitelnou.
Pokud je u zaměstnance v průběhu měsíce provedena změna přiřazení na Opv01 z DAV do DOCH, v rámci uzavření DOCH se provede kontrola, jestli zaměstnanec nemá v měsíční evidenci docházky platné vstupy z DAV. Pokud je takový záznam nalezen, zobrazí se hlášení:
DM031 [U][0] U zaměstnance je evidován platný
záznam z DAV!
Kontrola DM031 se pro SLM s IA 1021 (Dodatková dovolená) ignoruje.
Standardně je kontrola vypnutá.
Viz také popis sestavy Dcu11f.
Pokud je aktivní kontrola Dm032, při uzavření docházky (Uzavřít)
se pro každého zaměstnance zjistí počet vykázaných hodin na SLM, určenou
započitatelností Doch03,Dm032 nebo pokud uvedená započitatelnost neobsahuje
žádnou, použije se SLM 10024 (Pre Tieto Enator: Remote Office
Abroad), od začátku roku.
Pokud vykázané hodiny jsou >= 120 hod (se zaokrouhlením
na celé hodiny dolů), zobrazí se hlášení DM032 U zaměstnance je vykázáno
<hod> hod <slm>, limit 120 hod
Pokud vykázané hodiny jsou >= 96 a < 120 hod (se zaokrouhlením na celé
hodiny dolů), což je více než 80 % ), zobrazí se hlášení DM032a U zaměstnance
je vykázáno <hod> hod <slm>, <proc> z limitu 120 hod
Kontrola DM032 je standardně nastavena na 0 (nutno aktivovat
na Adm32)
K dispozici je obdobná kontrola DM033, ale ta kontroluje počet vykázaných směn.
Kontrola DM035 při uzavření docházky zkontroluje stav schvalovaných odchylek pro uzavírané období.
Pokud je v čase uzavření docházky nalezená schvalovaná odchylka ve stavu 0, 10,11,12, tak se zobrazí hlášení:
DM035 V období jsou evidované odchylky v procesu schvalování! Nutné dokončit workflow.
a podle nastavení úrovně kontroly DM035 se docházka uzavře (úroveň < FAT) nebo neuzavře (úroveň = FAT).
Standardně je kontrola neaktivní (aktivace na Adm32, nastavením požadované úrovně hlášení DM035).
Vzhledem na to, že vykazování odpracované nebo neodpracované doby ve svátek se vždy musí vázat na konkrétní den, do funkce uzavření docházky jsme zavedli novu kontrolu DM042, která pro SLM s IA 1006 nebo 1008 upozorní na nevyplněný datum.
Aby došlo k naplnění položek Datum Od/Do i pro záznamy generované z převodu DD/MV, je nutné pro dotčené SLM v číselníku Dcc05 nastavit převod s datumem.
Kontrola DM049 v rámci uzavření docházky, zjišťuje povolení použití půldenní odchylky nebo částečné směny na začátku/konci vícedenní odchylky pro konkrétní Kód doby.
Kontrola je standardně zapnutá a nepovolí uzavření docházky, pokud se zjistí kontrolovaná situace.
Kontrolu v případě je možné vypnout v Adm32.
Popis:
Vytvoříme seznam vícedenních měsíčních odchylek, s půldnem nebo vyplněnou položkou Čas Od/do, z Dcm01 pro aktuální období, u kterých je Kód doby obsažen v číselníku Jpc01 „Seznam kódu doby, pro které není povoleno použití půldne, částečné směny“ (pd_kod_doby_zakaz) - v položce Kód, které mají povolen převod do výpočtu mezd.
Pro každý záznam ze seznamu:
Pokud režim převodu = 1, zobrazíme hlášení DM049
Pokud režim převodu = 2,
Pokud je docházka uzavřená a pokud DM049b > 0 zobrazíme hlášení DM049b
Pokud docházka není uzavřená a pokud DM049a > 0 zobrazíme hlášení DM049a
DM125 [U] [VAR] Pozor! Změna v
docházce může mít vliv na již vyhodnocenou stravu na Dcs02.
Kontrola DDE026 – kombinace režimu kalendáře (Opv01) a typu kalendáře (Kal01)
Kontrola hlídá korektní kombinaci parametrů Opv01, Režim, Režim práce s kalendářem a Kal01, Popis, Typ kalendáře (kalendář aktuálně přiřazen na Opv01).
Pokud je nalezena jiná kombinace, než:
Režim práce = Kalendářový a Typ kalendáře = Hodinový nebo Směnový
nebo
Režim práce = Fondový a Typ kalendáře = Hodinový souhrnný nebo Směnový souhrnný
zobrazí se hlášení:
DDE026 [E] [FAT] Nepovolená kombinace Typ kalendáře (<typ
kal>) a Režim práce s kalendářem (<rezim_kal>)
a ukončí se proces kalkulace.
Pokud by hlášení DDE026 mělo být zobrazeno na den z předešlého období nebo se jedná o den následujícího období, hlášení je nahrazeno hlášením DD147 s úrovní ERR a uzavírání pak pokračuje.
Pokud je hlášení na den z počítaného období, zobrazí se hlášení DDE026 (FAT) a uzavírání se ukončí.
Kontrola DD020 určená pro kalendáře s režimem přestávky 3, kontroluje korektnost nastavení přestávky kalendáře a vzor. dne.
Kontrola DD020 je standardně zapnutá.
Kontrola se provádí v rámci kalkulace docházky a standardně je nastavená na FAT.
Pokud je typ dne pracovní směna (P), sváteční směna (S) nebo nepracovní svátek (N), pak zkontrolujeme zda délka přestávky na kalendáři (Délka převažující přestávky[min]) odpovídá délce přestávky na vz.dni, přičemž za délku přestávky na Kal05 se považuje:
a/ rozdíl (Skut. hod. směny VZD (vč. přestávek) - Hod. směny VZD (bez přestávek))
b/ 0 pokud se jedná o VZD bez přestávky (Délka přestávky[min] = -2)
c/ pokud je délka přestávky je nevyplněná - počítá se s
délkou 0,5 hod
d/ pokud je přestávka určená z tabulky přestávek (-1) - kontrolu neprovádíme
Pokud délka přestávky podle Kal01 a Kal05 není stejná, zobrazí se hlášení:
DD020 [U] [FAT] Chyba nastavení přestávky VZD <vzd> vzhledem na kalendář <kal>, dne <datum>
Pokud obvyklá délka směny podle vymezení směny (Stanovený konec pracovní doby - Stanovený začátek pracovní doby) nesouhlasí se zadanou délkou směny (Skut. hod. směny VZD (vč. přestávek)), zobrazí se hlášení:
DD020a [U] [FAT] Chyba nastavení skut. hodin VZD <vzd> vzhledem na kalendář <kal>, dne <datum>
Pokud hodiny plánované směny v kalendáři zaměstnance neodpovídají rozdílu (Stanovený konec pracovní doby - Stanovený začátek pracovní doby - Délka převažující přestávky[min]),
a pokud se nejedná o dvojnásobnou přestávku, zobrazí se hlášení:
DD020b [U] [FAT] Chyba nastavení hodin VZD <vzd> vzhledem na kalendář <kal>, dne <datum>
Kontrola DK104 – Nenavazující záznamy dne
Při kontrole se ignorují záznamy, u kterých jsou položky Čas Od i Čas Do nastaveny na 00:00 nebo jsou obě nevyplněny.
Kontrola DK119 a kalkulace 1, 2, 3, 11
Pokud je provedená kalkulace pouze do určitého dne (v rámci měsíce) a hlášení se dotýká dne, který je za posledním dnem kalkulace, hlášení se nezobrazí.
Kontrola DK119 a kalkulace 12, 13
Při kalkulaci denní docházky bez uzavření, v režimu 12 nebo 13, se kontrola DK119 neprovádí (kalkulace s uzavřením kontrolu provádí).
Pro ostatní režimy se provádí i v rámci funkce kalkulace denní docházky.
Poznámka: v režimu 12 a 13 se automatizovaně doplní odpracovaná doba až v rámci uzavření docházky, proto nemá význam provádět předmětnou kontrolu při kalkulaci. V režimu 14 nedochází k automatickému generování odpracované doby (očekává se import), proto má kontrola opodstatnění i v kalkulaci denní docházky.
Jedná se o speciální uživatelské hlášení, které pro některé hlášení umožňuje uložení do protokolu rozšířené hlášení pro identifikace místa a příčiny problému.
Jedná se hlášení: DDE028 - SLM s požadovaným IA neexistuje
Pokud v nastavení příplatků na Kal01 máme nastavený režim přesčasu a nenastavenou SLM, zobrazí se hlášení:
DDE033 [E] [FAT] Kal01, příplatek <typ>, nenastavená SLM pro kalendář <kal>.
a neprovede se výpočet dotčeného příplatku.
Pokud z nějakého důvodu není nastavená legislativa na Kal01 ani na SJ zobrazíme hlášení a kalkulace se dokončí nebo předčasně ukončí..
Protože na různých místech aplikace je různý způsob vyhodnocení nastavení legislativy SJ/Kal, může se zobrazit jedno z hlášení:
a/ pokud při nenastavení legislativy na Kal01/Adm22 se použije defaultní nastavení CZ:
DDE034 [E] [ERR] Nenastavená legislativa na Kal01 ani na SJ.
b/ pokud při nenastavení legislativy na Kal01/Adm22 se nepoužije defaultní nastavení:
DDE034 [E] [FAT] Nenastavená legislativa na Kal01 ani na SJ.
(TC 1015979)
Kontrolu vyhodnocuje rovnost hodin pohotovosti v Dcm a
vykázaných hodin v Dcd.
Kontrola je aktivní pro pohotovosti v režimu Slm01, Doch&Ext.vstupy,
Typ zpracování SLM v DOCH = 5 nebo = 8.
Pokud je kontrola DP006a povolena a hodiny pohotovosti z Dcd nesouhlasí s hodinami z pohotovosti z Dcm, zobrazí se hlášení:
DP006a [U] [ERR] Nesouhlasí hodiny pohotovosti v Dcm <hodiny> a Dcd <hod> v rozsahu < od> / <do>.
Použití kontrolního aparátu viz Kon_uzdoc.
Doporučujeme sledovat uvedená hlášení v rámci spuštění Kon02 (pokud jej provádíte v rámci kontrol pro jiné části EGJE) resp. spuštění Kon02 před termínem uzavírání docházky. Zjištěné nedostatky doporučujeme odstranit.
D001 [VAR] – Pro SLM (%1) s IA 901 nastaven nedoporučený Typ zpracování v DOCH/DAV
%1 – kód SLM
Varování, že SLM s IA 901 , která je platná pro období a pro DOCH nemá nastaveno Slm01, Doch&Ext.vstupy, Typ zpracování SLM v DOCH = 2- Přestávka/Oběd
Doporučení: Pro SLM s IA 901 nastavit konfiguraci Slm01, Doch&Ext.vstupy, Typ zpracování SLM v DOCH = 2- Přestávka/Oběd
D002 [VAR] - Nedoporučené nastavení Typ zpracování v DOCH pro pružné rozvržení PD pro SLM (%1)
%1 – kód SLM
Varovaní, že SLM v režimu pružné pracovní doby (existuje alespoň jeden platný kalendář s Kal01, Doch&Schval, Typ pracovní doby = 1,2,3 ) má nastaven nedoporučený typ zpracování.
Doporučení: Pro vyjmenovaná IA, při režimu pružné pracovní doby, je nutné mít nastaven doporučený typ zpracování.
Typ zpracování v DOCH =
3 Pružná - překážky na straně zaměstnance, započitatelné do docházky pouze v rámci základní prac. doby (IA 61)
1 Pevná odchylka - Dovolená a Plac. volno (IA 21, 22, 26), Nemocenské dávky (IA 51 až 60), Pracovní cesta (IA 999) , započitatelné do docházky v rozsahu obvyklé pracovní směny (nelze uplatnit režim pružné pracovní doby)
D004 [FAT] - Název : SLM (%1) s IA 906 není platná pro zpracování v DOCH/DAV
SLM s IA 906 musí být platná při zpracování docházky v režimu DOCH i DAV
Řešení: Založit nebo obnovit platnost SLM s IA 906.
D003 [ERR] - Chybné použití vzor. dne (%2) pro směnový kalendář (%1)
%1 - Kód a název kalendáře
%2 - Kód vzor. dne
Chyba v rozpisu směn kalendáře. Směnový kalendář (Kal01, Popis, Typ kalendáře = 2 ), má v rozpisu použit vzorový den s nastavením hodin plánované směny (pro směnové kalendáře jsou hodiny určené průměrnou délkou směny z Opv01, Popis).
Doporučení : Opravit rozpis směn vzorového úseku (Kal06) a přegenerovat rozpis směn kalendáře.
Pokud se používají vzorové úseky pro docházku i mzdovou oblast a vyplňují se začátky a konce směn, někdy se stane, že tyto položky se vyplní nekorektně vzhledem na použití v docházce a tato chyba se přenese i do kalendářů a následně systémovou chybou skončí také kalkulace DD.
Proto jsme na formulář Kal01 a Kal06 doplnili novou záložku Hromadné akce a na ni vložili funkce.
Viz popis odkazovaných formulářů v Doch_dopl_uzdoc.
Systém EGJE může spolupracovat s různými přístupovými systémy, konkrétní podmínky a režimy spolupráce jsou vždy stanovené v rámci implementace této funkce dle typu Přístupového systému a specifických požadavků zákazníka.
Základní podmínkou spolupráce je, že dohodnutá data přístupového systému, která jsou poplatná pro vyhodnocení evidence docházky, jsou dohodnutým způsobem zapsána do standardního rozhraní systému EGJE a následně jsou zpracována dohodnutým algoritmem do evidence docházky.
Standardní rozhraní mezi aplikaci EGJE a jednotlivými typy přístupových systému, tvoří tabulka CEDASD. Táto může být plněná dvěma způsoby:
a) Standardními nebo uživatelskými importními sestavami ze zdrojových souborů (TXT, CSV, …)
b) Přímým plněním spolupracujícího systému do tabulky CEDASD EGJE
Pokud se provádí plnění tabulky, je možné použít tři metodiky:
Je plněná položka „OSČPV“
Automatický dojde k vyplnění ID_TPV, ID_TOSO podle obsahu OSČPV a ORG
Je plněná položka „OSČ“
Automatický dojde k vyplnění ID_TPV, ID_TOSO podle obsahu OSČ vyhledáme OSCPV dál postupujeme jako při vyplnění OSCPV
Je plněná položka „KARTA“
Nejdříve se podle pole KARTA vyhledá OSČ nebo OSČPV a se postupuje jako by bylo vyplněno OSC nebo OSCPV.
Pro přenos nasnímaných dat z terminálů přístupového systému (z úložiště dát přístupového systému) do docházky EGJE , slouží předávací adresář do kterého zákazník ukládá zdrojové soubory ve formátu TXT/CSV a z kterého jsou této soubory zpracované a přenesené do archivu.
Pro načtení zdrojových souboru slouží standardní (Imp07f, Imp07fm) nebo zákaznické importní sestavy.
Automatizované zpracovaní zdrojových souborů je realizované spuštěním importní sestavy v rámci formuláře Adm53.
Tato data se pak následně budou zpracovávat automatizovanou funkci „Hromadné zpracování průchodu“ (Adm53, proces 34). Prohlédnout si je možné na formuláři Dca01.
Pro přenos nasnímaných dat z terminálů přístupového systému (z úložiště dát přístupového systému) do docházky EGJE , slouží databázový přenos podle typu DB a dohody se zákazníkem, obvykle se jedná o nějakou DB proceduru nebo DB trigger, který přepisuje průchody z přístupového systému do tabulek EGJE.
Tato data se pak následně budou zpracovávat automatizovanou funkci „Hromadné zpracování průchodu“ (Adm53, proces 34). Prohlédnout si je možné na formuláři Dca01.
Struktura polí cílové tabulky EGJE CEDASD je následující:
POLOZKA |
NAZEV a Popis |
TYP |
POVIN |
CISELNIK |
Formát |
id_dasd |
Interní ID: Interní primární klíč záznamu, vyplní se automaticky (trigger) při zápise do DB |
Long$18 |
1 |
||
id_csorg |
Organizace: Identifikace organizace OSCPV při více organizačních DB |
Long$18 |
1 |
Csorg |
|
Iddochazky |
Pořadové číslo záznamu v lokalitě: Doporučené vyplnění (pořadové číslo záznamu v přístupovém systému za všechny lokality nebo vzhledem na lokalitu) |
Long$18 |
0 |
||
Kodoj |
Identifikace lokality (přístupového systému): Podle členění přístupového systému konstanta 1 (jedna lokalita) nebo identifikace lokality zdroje průchodu podle JPC pd_kodoj |
Long$3 |
0 |
pd_kodoj |
|
Oscpv |
Osobní číslo PV: Kontroluje se na platný seznam OSČPV pro období a docházku |
String$15 |
0 |
||
Osc |
Osobní číslo (část osčpv): Kontroluje se na platný seznam OSČ s zápisem na kmenový PV |
String$15 |
0 |
||
Datumacas |
Datum a čas průchodu: Časová značka průchodu |
DateTime |
1 |
Format1 |
|
Kod |
Kód příchodu a odchodu: Identifikace důvodu průchodu, kontroluje se na číselník Dcc01 |
String$5 |
0 |
Dcc01 |
|
Snimac |
Rezervní položka |
Long$3 |
0 |
||
Snimacd |
Snímač průchodu: Identifikace průchodového snímače uživatele (při využívaní doplňkových funkcí musí odpovídat číselníku Dca04) |
String$40 |
0 |
||
Karta |
Identifikace - karta: ednoznačný kód průchodové karty (uživatelský, EGJE nekontroluje) |
String$30 |
0 |
||
Davka |
Identifikace dávky zpracování: jednoznačný kód importní dávky pro všechny záznamy dávky (uživatelský, EGJE nekontroluje) |
String$30 |
0 |
||
id_dasdsnimace |
Snímač: Aut. naplněn podle snimacd (vazba na číselník Dca04) |
Long$18 |
0 |
Dca04 |
|
status_asd |
Stav zpracování průchodu: Při importu vždy = 0 |
Long$1 |
1 |
souhlas |
|
id_tpv |
Interní kód PV Aut. naplněn podle osc/oscpv |
Long$18 |
0 |
||
id_toso |
Interní kód Osoba: Aut. naplněn podle osc/oscpv |
Long$18 |
0 |
Formát datových položek
EGJE |
ORACLE |
MS Server |
Formát obsahu |
Long$n |
NUMBER(n) |
Numeric(n,0) |
|
String$n |
VARCHAR2 (n CHAR) |
VARCHAR (n) |
|
DateTime |
VARCHAR2 (30 CHAR) |
VARCHAR (30) |
RRRR-MM-DDTHH:MI:SS.SSS |
Formát obsahu položek typu Datetime a Kdo.
Format1, typ časová značka: RRRR-MM-DDTHH:MI:SS.SSS (T – oddělovač data a času)
příklad: 2012-04-02T06:45:34.000
Format3, identifikace uživatele: <přihlašovací jméno>-<???>-<????>
příklad: ASTask-151-0006
ELANOR\lagrsk-452-0022
Speciální sloupce definice tabulky pro ORACLE :
POLOZKA |
NAZEV2 |
TYP ORACLE |
TYP MSS |
Hodnota |
Ts_kdo |
Kdo naposledy aktualizoval |
VARCHAR2 (30 CHAR) |
VARCHAR (40) |
Format3 |
Ts_kdy |
Kdy byl aktualizován |
VARCHAR2 (30 CHAR) |
VARCHAR (40) |
Format1 |
Ts_kdo_in |
Kdo založil záznam |
VARCHAR2 (30 CHAR) |
VARCHAR (40) |
Format3 |
Ts_kdy_in |
Kdy byl založen záznam |
VARCHAR2 (30 CHAR) |
VARCHAR (40) |
Format1 |
Spojení průchodu s OsčPv je při importech do tabulky Dca01 (CEDASD) možné zabezpečit jednou z možností:
1/ vyplněním pole OSČPV
2/ vyplněním pole OSČ – pole OSČPV se automatický naplní podle kmenového PV
3/ vyplněním pole OSČ + KARTA
a/ pokud OSC je vyplněno a KARTA je prázdná
OSČPV je vyhledáno podle kmenového PV k OSČ, zachovat stávající stav
b/ pokud OSC je vyplněno a KARTA je vyplněná
OSČPV je vyhledáno podle údaje OSC + KARTA na formuláři Osb02, záložka Průkazy PV, relevantní je pouze průkaz typu 5 – Služební průkaz.
Pokud se OSČPV podle OSC + KARTA nenajde, vyhledá se podle OSC
4/ vyplněním pole KARTA
OSČ je vyhledáno podle údaje KARTA na formuláři Osb02, záložka Průkazy nebo Průkazy PV, relevantní je pouze průkaz typu 5 – Služební průkaz.
Podle OSC se vyhledá kmenové PV
Plnění formuláře Dca01 z importů s automatickým vyhledání PV podle identifikace stravovací karty s konfigurovatelným určením typu Druh průkazu z formuláře Osb02, záložka Průkaz nebo Průkaz PV.
Určení Druhu průkazu, podle kterého se má vyhledávat PV se definuje na formuláři Adm21, záložka Docházka, položka Druh průkazu pro průchody.
Pokud parametr na Adm21 není naplněn, tak se vyhledává podle Druhu průkazu = 5.
Poznámka: parametr není zařazen na Adm22.
Proces zpracování průchodů generuje hlášení a zapisuje je do protokolu, který se při manuálním spuštění funkce zobrazí bezprostředně po jeho ukončení a při automatizovaném zpracování (Adm53, 34) je dostupný z příslušné záložky formuláře Adm53.
Hlášení „ASD000 – Zpracování <oscpv + jméno> se zobrazí pouze v případě, kdy pro OsčPv je zapsané i jiné hlášení.
Ve značné míře lze omezit protokol z hromadného zpracování průchodů tím, že na formuláři Adm32, je možné vypnout generování hlášení :
ASD003 - Převeden průchod
ASD004 - Přeskakuji duplicitu
Pro zjišťování problémů při párování průchodů aplikace obsahuje testovací výpisy.
Testovací výpisy
Testovací výpisy se aktivují na formuláři Adm32 záložka Docházka doplněním hlášení ASD012b , ASD012c, ASD012d nebo ASD012e a nastavením úroveň hlášení na >= 1.
Po identifikaci problému doporučujeme hlášení z tabulky odstranit.
Pozor: nedoporučujeme trvalé použití, zpomaluje systém.
Protokolovaní zápisu do Dcd.
V případě, že je potřeba podrobně dokumentovat proces zpracování průchodů do zápisu denní evidence docházky, je možné zapnout rozšířený protokol.
Funkce se aktivuje nastavením úrovně hlášení ASD012e > 0 (standardně je funkce vypnutá).
Pak se do protokolu zapíše informace o zápisu výsledku zpracování průchodů do Dcd.
Hlášení má obsah:
ASD012e [U] [0] Zápis do Dcd typ <I/U>, Datum <dat>, SLM
<slm>, Od <čas Od>, Do <čas do>, z místa <kód>
I/U - příznak zda se jedná o Insert nebo Update
kód - jednoznačná identifikace místa zápisu
nebo
ASD012f [U] [0] - Rozšířený výpis k ASD12e
zároveň se do Dcd01, Vstupy, Audit zapíše auditní záznam.
Vázaní hlášení ASD012e a ASD012f:
ASD012e = 0 - žádné hlášení i kdy je ASD012f > 0
ASD012e > 0 a ASD012f = 0 - výpis ASD012e.
ASD012e > 0 a ASD012f > 0 - výpis ASD012e + výpis ASD012f + historie
volaných funkcí (před zápisem)
Identifikace kódu místa generování hlášení ASD012e:
START - založení nového záznamu do DD podle startovacího ASD kódu (funkce startRecord).
START0 - funkce startRecord - založení nového záznamu do DD podle startovacího ASD kódu (funkce startRecord).
FINISH1- založení nového záznamu do DD podle ukončovacího ASD kódu, pokud ho nepáruje (funkce finishRecord).
FINISH2- založení nového záznamu do DD podle ukončovacího ASD kódu, pokud je položka Generovat pokračování = 1 (funkce finishRecord).
SET - ukončení záznamu v DD párováním na existující přechod (funkce setEndTime).
RUN12 - pro režim 1 nebo 2, doplnění čas od z předešlého čas do (funkce RUN).
SETALLIANZ - režim Allianz - ukončení záznamu v DD párováním na existující průchod (funkce setEndTime).
SETVUB - režim VUB - ukončení záznamu v DD párováním na existující průchod (funkce setEndTime).
Do procesů zpracování jsou ze seznamu průchodu, vybrané průchody, které nemají nastaveno status „Zpracováno“. Pokud je nalezen průchod, který je navázán na neexistující PV nebo PV neplatné pro období nebo neplatné pro docházku a období, zobrazí se hlášení:
ERR001 - PV <osčpv> není v období <obd> platné pro zpracování v docházce
a pokračuje se zpracováním dalšího průchodu.
Zpracování průchodů, které vznikly před datem platnosti PV.
Takový průchod se zapíše do protokolu (hlášení ASD008), označí se Stav zpracování průchodu = Ano a pokračuje se zpracováním následujícího průchodu.
Zpracování průchodu, který není evidován v číselníku Dcc01.
Takový průchod se zapíše do protokolu (hlášení ASD002), označí se Stav zpracování průchodu = Ano a pokračuje se zpracováním následujícího průchodu.
Zpracování průchodu s nedostatečným odstupem od předešlého/následujícího průchodu.
Takový průchod se zapíše do protokolu (hlášení ASD002), označí se Stav zpracování průchodu = Ano a pokračuje se zpracováním následujícího průchodu.
Zpracování průchodu s platností pro uzavřené období
Takový průchod se zapíše do protokolu (hlášení ASD001), označí se Stav zpracování průchodu = Ano a pokračuje se zpracováním následujícího průchodu.
Režim, podle kterého jsou zpracované průchody zaměstnance, je určen parametrem Opv01, Režim, Režim zpracování průchodů.
K dispozici jsou režimy:
0 – Standard
Zpracovávají se všechny platné průchody
1 – Pouze první a poslední průchod ve dni, omezení snímačů
Zpracuje se pouze první průchod typu začátek resp. poslední průchod typu konec ve dni, ale pouze ze snímačů, které mají v Dca04 nastaveno Režim snímače = 2 - Snímač použit pro režim zpracování průchodů = 1.
Průchody z ostatních snímačů se zpracují, jako by pro snímače bylo nastaveno Režim snímače = 1 - Snímač nepoužit pro docházku (tzn. průchod je ignorován a označen jako zpracovaný).
2 – Pouze první a poslední průchod ve dni, omezení typu průchodů
Zpracuje se pouze první průchod typu začátek (z Adm21) resp. poslední průchod typu konec ve dni (z Adm21).
Standardně jsou zpracovány pouze základní průchody pro začátek a konec (uvedené na Adm21, Docházka), všechny ostatní typy průchodu jsou zpracované jako běžný příchod, resp. odchod.
Pokud na formuláři Dca04 je definovaný snímač s nastavením:
Režim snímače = 3 - Snímač nepoužit pro režim zpracování průchodů = 2,
pak v rámci vyhodnocení průchodů (Adm53, úkol 34), se průchody z označených snímačů pouze označí „zpracované“ ale do evidence docházky se nezpracují.
3 - Bez zpracování průchodů
Pro PV se průchody nezpracují (označí se jako zpracované).
Při spuštění Dca01, opakované zpracování se u zaměstnance funkce neprovede, nemění se evidence v Dcd.
Poznámky:
Pro Opv01, Režim, Režim zpracování průchodů = 1, 2. Vyhodnocení průchodu v noční směně se provede:
1/ pokud se jedná o plánovanou noční směnu,
Potom se průchod po půlnoci přiradí k prvnímu záznamu ve směně, pokud průchod <= konec směny stanovený.
Nejpozdější čas (od začátku prvního průchodu ve dni) pro zařazení průchodu do směny je nastaven jako čas prvního průchodu ve dne + délka plánované směny z denního záhlaví + 6,5 hod.
2/ pokud se nejedná o plánovanou noční směnu
Potom se průchod po půlnoci přiradí k prvnímu záznamu, pokud průchod <= 6:00, poslední odchod může být nejpozději 7:00
3/ nevylučují se průchody v krátké době po sobě - každý je zpracován (neuplatnění funkce zablokování zpracování podle časového limitu od posledního průchodu).
Pokud je záznam denní docházky rozdělen z důvodu průchodu za časovým limitem – hodnota z položky Čas od nového záznamu se doplní do položky Čas do z předešlého záznamu.
Úpravou konfigurace je možné zabezpečit ignorování průchodů, které následují po sobě v definovaném rozsahu minut.
Tento limit je určen hodnotou parametru: „Dcc06, Limit pro ignorování dupl. průchodů [v min]“. Funkce je taková, že pokud mezi dvěma průchody je rozdíl v minutách menší než definovaný limit, standardně se při dvou průchodech s minimálním odstupem (stanoveným konfigurací) první ignoruje a zpracuje se až druhý (první se ignoruje bez ohledu na jeho typ).
Prioritu zpracování je možné změnit nastavením
Adm21, Docházka, Přednost prvního průchodu = Ano
(zpracuje první průchod a druhý je ignorován)
Pokud jsou nalezené dva párové průchody za sebou (první průchod pro začátek a druhý pro konec přerušení) a pro kód začátku je nastaven parametr Dcc01, Limit akceptace přerušení [min], spočítá se délka přerušení a pokud je tato délka menši nebo rovná hodnotě parametru, oba průchody se nepoužijí pro vyhodnocení docházky (označí se jako zpracované ale ignorují se) , nedojde k přerušení směny.
Přiklad:
Standardní zpracování
Poznámka |
|||
08:00 příchod do práce |
|||
11:00 oběd odchod |
11:30 oběd příchod |
||
13:00 odchod |
13:00 příchod |
přechod v 1 minutě |
|
17:00 odchod z práce |
|||
Zobrazení v EGJE na Dcd01, Dcu01 |
|||
SLM |
Číselník přerušeni |
||
08:00 příchod do práce |
|
10020 odprac. Doba |
Z01 |
11:00 oběd odchod |
11:30 oběd příchod |
961 - obední přestávka |
P0 – PP |
13:00 odchod |
13:00 příchod |
967 - EV - Soukromé volno |
K01 |
13:00 |
17:00 |
967 - EV - soukromé volno |
SVZ_Z |
17:00 odchod z práce |
|
|
K01 |
Poznámka: |
|||
Standardně se v EGJE zobrazit kód K01 a následující řádek je soukromé volno, které je ukončené odchodem z práce. |
|||
Zpracovaní s limitem přerušení:
Zobrazení v EGJE na Dcd01, Dcu01
SLM |
Číselník přerušeni |
||
08:00 příchod do práce |
|
10020 odprac. Doba |
Z01 |
11:00 oběd odchod |
11:30 oběd příchod |
961 - obední přestávka |
P0 – PP |
11:30 |
17:00 odchod z práce |
10020 odprac. Doba |
PP, K01 |
Poznámka: |
Ignorování přechodů v rámci 1 min. zajisti se nepřerušená směna zaměstnance.
Pokud pro snímač průchodů (záznam z Dca01) je v Dca04 záznam s nastavením „Platnost záznamu = 0“, pak se průchod z tohoto snímače nezpracuje a do protokolu se zapíše hlášení ASD007.
Vyhledávání průchodů se děje
podle klíče :
Dca01.Id snímače = Dca04.Kód snímače nebo Dca01.Doplň.ident. =
Dca04.Kód snímače
Pokud typ průchodu má nastavení:
Dcc01, Způsob zpracování průchodu = 1 (Průchod
nezpracovat pro DOCH),
tak se při zpracování průchod označí jako zpracovaný (nemá vliv na generovaní záznamu do Dcd) a pokračuje se ve zpracování dalšího průchodu.
Režim
zápisu generovaného řádku z Dca02 do Dcd01, je vázán na aktuální stav
editace DZ a MZ.
Dle stavu DZ/MZ je záznam do Dcd01 zapsán jako :
o standardní editovatelný záznam (stav editace = 2), pokud aktuální MZ a DZ není uzavřeno (není ve stavu 3, 13, 23, 33)
o neplatný záznam (stav editace <= -1), pokud aktuální MZ nebo DZ je uzavřeno (je ve stavu 3, 13, 23, 33).
Pozor : Záznam se stavem editace <= -1 je neplatný pro aktuální evidenci denní docházky
Pokud jsou v číselníku snímačů (Dca04) k jednotlivým snímačům průchodů přiřazeny struktury, jsou této zkopírovány do záznamů DD, které jsou vytvořeny z průchodů provedených na těchto snímačích.
Vyhledávání průchodu se děje podle klíče :
Dca01.Doplň.ident. = Dca04.Kód snímače
V rámci procesu párování se zabezpečuje spojení průchodu typu „začátek“ s průchodem typu „ukončení“ a vytvoření záznamu do denní evidence docházky (podle konfigurace i do měsíční evidence docházky).
Postup párování :
o vyhledá se a vyhodnotí poslední záznam (z vyhledávání jsou vyloučeny záznamy se SLM s IA > 1008 mimo 2131, 2132 a 5101 a které nemají vyplněn začátek)
o pokud poslední záznam je uzavřený
o aktuální průchod je typu „běžný začátek“ (např. příchod do práce“)
§ vytvoří se záznam DD : SLM průchodu, čas průchodu, nevyplněné
o aktuální průchod není typu „běžný začátek“ (chybový stav, v tomto případě se očekává „otevřený“ záznam)
§ vytvoří se záznam DD : SLM průchodu pro začátek, nevyplněné, čas průchodu
§ vytvoří se záznam DD : SLM průchodu, čas průchodu, nevyplněné
o pokud poslední záznam není uzavřený
o aktuální průchod je typu „běžný začátek“ (např. příchod do práce“) (chybový stav, v tomto případě se očekává „uzavřený“ záznam)
§ ukonči záznam DD : konec = čas průchodu
§ vytvoří se záznam DD : SLM průchodu, čas průchodu, nevyplněné
o aktuální průchod je typu „běžný konec“ (např. odchod z práce“)
§ ukonči záznam DD : konec = čas průchodu
o aktuální průchod je typu „konec přerušení“ a začátek není shodný s ukončením (např. lékař“)
§ vytvoří se záznam DD : SLM průchodu pro začátek, nevyplněné, čas průchodu
§ vytvoří se záznam DD : SLM průchodu, čas průchodu, nevyplněné
Proces „Vyhodnocení posledního záznamu“ zabezpečuje :
Vyhledání posledního záznamu se provádí ze všech záznamů denní evidence docházky vytvořených generováním z Dca02 nebo vytvořených na Dcd01, pro vyhledání se nepoužívají záznamy denní evidence vytvořené z „dlouhodobých odchylek“ (záznamy vytvořené z „Dca02, Dlouhodobé odchylky“, „Dcm01, Vstupy“, „Vyp01, Vstupy“) nebo vytvořené kalkulaci jako generované záznamy (zdroj = 3) .
Pokud vyhledaný poslední záznam nemá identifikaci začátku přerušení (záznam nevznikl generováním z Dca02), tak se vyhledá přerušení typu „začátek“ podle aktuální SLM (Pokud více typů přerušení má shodnou SLM, použije se přerušení s minimálním kódem SLM).
Doporučení : V číselníku průchodů Dcc01 se zabezpečí jednoznačnost typu přerušení a SLM.
Poznámky k párování :
Pokud je pro aktuální den vygenerován záznam z celodenních odchylek (vytvořen z Dca02, Dcm01 resp. Vyp01), toto se nezohledňuje při řízení zobrazení tlačítek na formuláři ani se nezohlední při generování záznamů do Dcd01.
Tato situace se pokládá za „nekorektní stav“ a musí být řešena oprávněným uživatelem.
Pro režim „zpřísněný“ :
Pro zpřísněný režim se vyhledání provádí jen v rámci aktuálního dne.
Ukončení záznamu z předcházejícího dne se provede jen v případě, pokud je pro přerušení definován parametr „Noční :“ = Ano (v opačném případě se záznam neukončí).
Pokud je párovaný záznam přes půlnoc (den příchodu <> den odchodu) :
· kód průchodu, kterým se ukončuje odchylka, není párovým průchodem ke kódu pro začátek odchylky a tento průchod je typu „ukončení“ => předcházející záznam se neukončuje
· časový úsek je vetší než 16 hodin => předcházející záznam se neukončuje
V případě, kdy je předešlý den ukončen průchodem po 22:00 a v dalším dni je příchod před 5:00, tak se provede:
Režim vyhodnocení průchodů pro 24 hodinové směny (hasiči), u kterých je část směny vykazovaná oprávněným uživatelem jako pohotovost na pracovišti.
Režim je aktivován na kalendáři, nastavením položky
Doch&Schval, Doplňkový režim = 9 - Hasiči, s 24 hodinovou směnou
Vyhodnocení stejné jako standardní režim „noc“, s výjimkou:
časový úsek je vetší než 32 hodin => předcházející záznam se neukončuje
Kalendáře musí mít definován VZD pro 24 hodinovou směnou.
Kalendář musí mít nastaven:
režim zaokrouhlení podle VZD,
nesmí být povolen přesun směny
je povolená délka započitatelné doby na 16 hodin (960 min.)
kalendář je bez přestávky
Pro změnu standardní SLM průchodu pro den víkendu a neodpracovaného svátku je potřeba nastavit položky „Složka mzdy při průchodu v nepracovní den“ a „Složka mzdy při průchodu v den svátku (volný den)“ v číselníku Dcc01. Jedná se o SLM, která nahradí standardní SLM průchod, pokud je průchod použitý o víkendu (v den volna) nebo v den neodpracovaného svátku.
Nastavení SLM pro nově vytvořený záznam v denní evidenci docházky ze zpracování průchodů se provede podle zásady:
Pro den s plánovanou směnou, který není svátkem
SLM = Dcc01.“Složka mzdy“
Pro den s neplánovanou směnou, který není svátkem
SLM = Dcc01.“ Složka mzdy při průchodu v nepracovní den“
(pokud není vyplněna, tak “Složka mzdy“)
Pro den s plánovanou směnou, který je dnem svátku a režim generování svátku pro aktuální kalendář je „Sváteční směna“
SLM = Dcc01.“Složka mzdy“
Pro den s plánovanou směnou, který je dnem svátku a režim generování svátku pro aktuální kalendář je „Volný svátek – pracovní den“
SLM = Dcc01.Složka mzdy při průchodu v den svátku (volný den)
(pokud není vyplněna, tak „Složka mzdy při průchodu v nepracovní den“ a pokud ani ta, tak “Složka mzdy“)
Pro přerušení typu „začátek“, u kterého je nastaveno „Dcc01, Generuj při vícedenní nepřítomnosti:“ = 1, je do měsíčních vstupů vygenerován jeden záznam se začátkem od následujícího dne a koncem do posledního dne měsíce (konec odchylky je upraven při nejbližším průchodu)
Tzn. že se vygeneruje záznam do Dcm01 se :
SLM - SLM z průchodu
Datum Od - datum zítřejší (datum průchodu + 1)
Datum Do - poslední den měsíce
Zdroj - 4 – Z evidence průchodu
Pokud byla odchylka vygenerována a uzavřena v jeden den (např. SC-služební cesta začala i byla ukončena v jeden kalendářní den) ) nebo začátek odchylky je v jeden den a ukončení v následujícím, tak se při uzavření této odchylky záznam v Dcm01 smaže (aby nevznikla duplicita mezi Dcd01 a Dcm01).
Automatizovaná funkce Adm53, proces 31 nebo 32 (v rámci kalkulace denní docházky), při kalkulaci v první den měsíce vytvoří do „Dcm01, Vstupy“ nového měsíce kopii „neuzavřeného“ záznamu z předchozího období.
Pojmem „neuzavřený“ záznam označujeme záznam v „Dcm01, Vstupy“, který byl vytvořen funkcí „zpracování průchodů“ (Dca02 Evidence příchodu / Odchodu, Dca01 Hromadné zpracování průchodů, atd.), u kterého je Datum do rovný poslednímu dni předešlého období a u kterého není evidováno „ukončení“ z funkce zpracování průchodu (dávka imp. = nevyplněno).
Podmínky pro vytvoření kopie záznamu jsou shodné s podmínkami při kopírování dlouhodobých odchylek do nového období při uzavírání mezd.
Režim průběžného doplňování záznamu do denní evidence docházky v trvání dlouhodobé nepřítomnosti, který funguje následujícím způsobem:
Pokud se v rámci automatizované každodenní kalkulace zjistí, že v aktuálním dnu není evidován žádný záznam, systém vyhledá poslední evidovaný záznam generovaný z průchodu a vytvoří jeho kopii do aktuálního dne kalkulace .
Podrobný popis viz „Automatické vygenerování záznamu DD – průběžný režim Dca02“,
Režim „zpětného“ vytvoření záznamu dlouhodobé nepřítomnosti při návratu (poslední předchozí průchod nebyl typu „dlouhodobé přerušení“ ), tzn. že při návratu s kódem přerušení např. „dovolená konec“ se automaticky v měsíční evidenci docházky vytvoří záznam se :
SLM odpovídající průchodu „dovolená konec“
začátek = posledně evidovaný záznam v denní evidenci docházky + 1 den
konec = aktuální den – 1 den
Podmínkou je, že v Dcc01 pro předmětný průchod musí být nastaveno : „Generuj při vícedenní nepřítomnosti = 1 - Pokračovaní generovat v rámci dne.
Příklad : poslední odchod z práce byl proveden průchodem typu „Odchod z práce“ dne 7.5. a 17.5. zaměstnanec použil průchod typu „dovolená konec“
Do Dcm01 se vloží záznam :
SLM = „dovolená“ Datum Od = 8.5. Datum Do = 16.5.
Režim „zpětného“ vytvoření záznamu dlouhodobé nepřítomnosti v denní docházce při návratu, tzn. že při návratu s kódem přerušení např. „dovolená konec“, pokud první průchod ve dni je typu "ukončení" nepřítomnosti a v předešlých dnech není žádný záznam.
Do předešlých pracovních dnů, bez vykázání SLM, se vygeneruje příslušná nepřítomnost v rozsahu plánované směny (doplnění končí pro poslední neobsazený den ode dne zpracovávaného průchodu).
Podmínkou je, že v Dcc01 pro předmětný průchod musí být nastaveno : „Generovat pokračování = 2 - Pokračovaní generovat i zpětně.
Procesy a funkce, které umožňují zpracování průchodů z přístupových systémů, které byly definovaným postupem uloženy do definovaného rozhraní (Dca01) v EGJE.
Poznámka: Postup přenosu údajů z přístupového systému do EGJE není součástí standardního řešení a je stanoven v rámci implementace dle specifických podmínek zákazníka.
Proces hromadného zpracování je realizován následujícím způsobem :
Ze seznamu evidovaných průchodů jsou vybrány ty, které doposud nebyly zpracovány (Stav zpracování = Ne)
Jednotlivé průchody jsou procesem párování zpracovány do formátu záznamu evidence docházky (Dcd01). Jedná se o stejný proces párování jako je použit pro zpracování průchodů generovaných z virtuálního terminálu Dca02
Hromadné zpracování je možné spustit dvěma způsoby :
o Manuálně z formuláře Dca01
o Automatizovaně z Adm53, proces 34 – Hromadné zpracování průchodů
V rámci procesu hromadného zpracování průchodů byla realizována také funkce „Opakované zpracování průchodů“. Jedná se o funkci, která zabezpečí opětovné vyhodnocení evidence docházky z evidence průchodů.
Opakované vyhodnocení průchodů je možné spustit dvěma způsoby :
- Individuálně pro aktuální PV z formuláře :
„Dca01, Průchody ASD, tlačítko [Opakované zpracování průchodů]“
- Hromadně pro všechny PV v aktuálním navigačním
seznamu formuláře :
„Dca01, Hromadné akce, [Opakované hromadné zpracovaní průchodů]
Procesně realizováno následujícím způsobem:
o Volba rozsahu datumů pro opakované vyhodnocení
o Vymazání evidence docházky z Dcd01 a Dcm01 v rozsahu zvolených datumů
o Ze seznamu evidovaných průchodů jsou vybrány ty, které doposud byly zpracovány (Stav zpracování = Ano) a jsou v rozsahu zvolených datumů
o Jednotlivé průchody jsou procesem párování zpracovány do formátu záznamu evidence docházky (Dcd01). Jedná se o stejný proces párování jako je použit pro zpracování průchodů generovaných z virtuálního terminálu Dca02
Omezení zpracovaní pro PV:
Pokud je zpracován průchod pro PV s nastavením: Opv01, Typ zpracovaní průchodů = 3,
tak se do protokolu zapíše hlášení:
ASD018 [U] [1] Průchod <kód> <datum a čas> nezpracován z důvodu zákazu na Opv01
Průchod se nezpracuje, ale se označí jako zpracovaný.
Volitelné jsou dva režimy chování formuláře podle aktuálního stavu objektového práva Dca02rezimAllSK :
o standardní režim - zjednodušený přístup k tlačítkům (objektové právo neexistuje nebo je ve stavu „Nesmí spustit“)
o
zpřísněný režim - poměrně vysoká restrikce na
zpřístupnění tlačítek (objektové právo ve stavu „Smí spustit“)
Pokud není uvedeno jinak, vlastnosti standardního režimu platí i pro režim zpřísněný.
Při dlouhodobém otevření formuláře se při prvním kliknutí na libovolné tlačítko, automaticky aktualizuje obsah formuláře podle aktuálního stavu uložených údajů (aktuální stav obsahu DB).
Při generování resp. aktualizaci záznamu v Dcd01 se neupravuje aktuální stav položek „Status záhlaví“ pro Dcd01 i Dcm01 (zachování stavu po poslední provedené kalkulace denní docházky).
Založení nového řádku do Dcd01 z se provede vždy se stavem editace = 2 bez ohledu na aktuální profil uživatele.
Základní režim pro zpřístupňování tlačítek na formuláři a režim vyhodnocovacích a generujících funkcí.
Dostupnost jednotlivých tlačítek je řízená aktuálním typem kalendáře, vzorového dne, naposledy použitým průchodem podle tabulky:
Poslední Průchod Tlačítko |
Příchod do práce |
Začátek Oběd |
Konec Oběd |
Odchod Z práce |
Začátek |
Ukončení |
[Příchod do práce] |
Ne |
Ne |
Ne |
Ano |
Ano |
Ano |
[Začátek – Přestávka/Oběd] |
Ano |
Ne |
Ne |
Ne |
Ne |
Ano |
[Konec – Přestávka/Oběd] |
Ne |
Ano |
Ne |
Ne |
Ne |
Ano |
[Odchod z práce] |
Ano |
Ne |
Ano |
Ne |
Ano |
Ano |
Začátek |
Ano |
Ano |
Ano |
Ano |
Ano |
Ano |
Ukončení |
Ano |
Ano |
Ano |
Ano |
Ano |
Ano |
Režim zpřístupnění tlačítek pro přestávku :
Standardní dostupnost tlačítka je možné změnit pro kalendáře definováním časového rozsahu pro povolení přestávky na formuláři Dcc06 s přiřazením na Kal01. Při definování přestávky pro kontrolu je postup pro stanovení dostupnosti tlačítka následující :
Režim přerušení typu „nepřítomnost“ v den volna :
Přerušení typu „nepřítomnost“ se nesmí používat v den volna
Zpřísněný režim představuje poměrně vysokou restrikci pro zpřístupnění tlačítek pro použití uživatelem. Restrikce jsou řízené především stavem předcházejícího záznamu a časových hranic pro zpřístupnění jednotlivých tlačítek.
Vlastnosti zpřísněného režimu :
Pro režim se nezobrazuje zaškrtávací políčko : "Zobrazit všechny možnosti";
Při prvním použití během dne se neposuzuje stav záznamu z předcházejícího dne (nepodporuje noční směny), tzn. že v tomto režimu se nepřevádí uzavírání „neukončených“ záznamů z předcházejícího dne. Každý den se posuzuje samostatně bez ohledu na stav dne předcházejícího.
Při analýze posledního záznamu dne se nevyhodnocují záznamy z dlouhodobých odchylek (Dcm01)
Při vyhledání posledního záznamu pro párování aktuálního průchodu jsou ignorovány záznamy obsahující SLM s IA 1008 (Neodpracovaný svátek) a 903 (Neplatný PV).
V jednom dni je povolená jen jediná přestávka.
Omezení pro použití tlačítek pro začátek a konec přestávky je shodné jako pro standardní režim.
Přestávka může být jen v definovaném rozsahu
Příchod z práce nemůže být později jako definovaná hranice (po začátku směny nebo konce volitelné doby pro příchod ).
Odchod z práce nemůže být dříve jako definovaná hranice (před koncem směny nebo začátku volitelné doby pro odchod).
Po použití tlačítka „Odchod z práce“ už není dostupné žádné jiné tlačítko (po odchodu už není možné v daném dni založit žádný záznam přes Dca02)
Pokud naposledy neuzavřený záznam nemá shodný "typ průchodu" (typ průchodu při založení záznamu) se zvoleným typem „ukončení“ přerušení, systém nepovolí jeho použití spolu s hlášením : "Nepovolené ukončení přerušení, ukončení k <typ začátku přerušení>"
Kalendář s parametrem „Typ pracovní doby“ = 0 (Pevná PD, standard)
Nedovolí použít tlačítko „Příchod do práce“ pokud je příchod pozdější než začátek plánované směny Nedovolí použít tlačítko „Odchod z práce“ pokud je odchod dříve než konec plánované směny
Kalendář s parametrem „Typ pracovní doby“ = 0 (Pevná PD, plovoucí
směna)
Nedovolí použít tlačítko „Příchod
do práce“ pokud je příchod později jak povolený začátek pro příchod
Nedovolí použít tlačítko „Odchod z práce“ pokud je odchod dříve jak povolený
konec pro odchod
Kalendář s parametrem „Typ pracovní doby“ = 1,2,3 (Pružná PD)
Nedovolí použít tlačítko „Příchod do práce“ pokud je příchod později jak povolený konec pro příchod (průchod <= VD Konec volitelné doby pro příchod)
Nedovolí použít tlačítko „Odchod z práce“ pokud je odchod dříve jak povolený
začátek pro odchod (průchod >= VD Začátek volitelné doby pro odchod).
Příchod do práce ve svátek
Přístup tlačítek v den svátku při vygenerování SLM „Neodpracovaný svátek“.
V níže uvedeném obrázku je zobrazený stavový model zpřístupnění tlačítek pro zpřísněný režim :
Použité zkratky :
Sx – identifikace „spojky“ procesu (spojovací bod)
Px – rozhodovací podmínky
PR – tlačítko příchod
OD – tlačítko odchod
ZPR – začátek přerušení
KPR – konec přerušení
ZOB – začátek přestávky
KOB – konec přestávky
zpřístupněná tlačítka použité tlačítko uživatelem :
Popis podmínek:
P1 – podmínka pozdního příchodu
P2 – podmínka začátku pro přestávku
P3 – podmínka konce pro přestávku
P4 – podmínka pro další přestávku (povolená jen jedna přestávka v pracovním dni)
P5 – podmínka pro začátek odchodu
P6 – podmínka pro kontrolu přestávky v povoleném rozsahu
Před prvním použitím formuláře je nutné nastavit (zkontrolovat) požadovanou konfiguraci :
Formuláře Adm21 – parametry určené pro Dca02 a Dcc01.
Formulář Adm21 - Nastavení kódu průchodů pro funkční tlačítka:
Pro tlačítka formuláře se nastavuje v konfiguraci (Adm21) vlastní kód průchodu :
[Příchod do práce] - Průchod pro příchod
[Odchod z práce] - Průchod pro odchod
[Odchod – Přestávka / Oběd] - Průchod pro příchod přestávka
[Příchod – Přestávka / Oběd] - Průchod pro odchod přestávka
Formulář Dcc01 - Konfigurace průchodů
Seznam kódů pro tlačítko „Začátek“
Seznam k předmětnému tlačítku se vytváří z číselníku „Dcc01 – Konfigurace průchodů“, do seznamu jsou zařazeny průchody, u kterých je pole „Kód průchodu, kterým časový úsek začal “ nenastavené
Seznam kódů pro tlačítko „Konec“
Seznam k předmětnému tlačítku se vytváří z číselníku „Dcc01 – Konfigurace průchodů“, do seznamu jsou zařazené průchody u kterých je pole „Kód průchodu, kterým časový úsek začal“ nastavené.
(TC 1095563)
Standardně se průchody zprostředkovaně používají pro vytvoření evidence docházky a pak se vyhodnocuje i její časová bilance.
Ale u některých zákazníků jsou evidence průchodů a evidence docházky odděleny a evidence průchodů nemá k dispozici časovou bilanci.
Je možné, i pro nezávislou evidenci průchodů, mít k dispozici jednoduchou časovou bilanci.
Pro výpočet časové bilance nad průchody jsou k dispozici dvě funkce:
a/ Adm53, úkol 36 - Kalkulace průchodů
b/ Dca01, Hromadné akce, tlačítko [Kalkulace průchodů]
Kalkulace se na Dca01, Dca06 spouští pro referenční období aktuálního formuláře (nespouští se pro konkrétní datumy).
Kalkulace se na Adm53 spouští pro období odvozené ze dne spouštění.
Pro prezentaci časové bilance se používají specializované uživatelské sestavy podle přání zákazníka.
Např. Dca12ftsk - Vyhodnocení průchodů
Popis funkce:
Parametry funkce:
Období - období vyhodnocení
Datum od – omezení vyhodnocení Od
Datum do – omezení vyhodnocení Do
Popis:
Při spuštění hromadné funkce z formuláře Dca01/Dca06 se nejdříve zobrazí dialog
„Kalkulovat všechny průchody v období <obd> ?“
Funkce pak pokračuje podle rozhodnutí uživatele
Při spuštění z formuláře Adm53, se dialog nezobrazuje.
Vytvoříme seznam záznamu Příchodu z evidence průchodu pro vyhodnocované období (parametr ze spuštění procesu, pokud parametr není vyplněn tak období odpovídající ref. datumu -1), přičemž Datem do bude první den následujícího období, z důvodu případné noční směny.
Případné stornované záznamy jsou ignorovány.
Ke každému příchodu vyhledáme nejbližší odchod.
Pro vyhledání nejbližšího průchodu je možné použít dvě metody:
a/ párovat příchodu k nejbližšímu odchodu/přerušení
Použije se pokud hlášení ASD020 = 0
b/ párování pouze prvního příchodu a posledního odchodu/přerušení ve dni
Použije se pokud hlášení ASD020 > 0
Pokud jsme k příchodu nalezli odchod, provedeme výpočet hodin mezi příchodem a odchodem.
Pak vyhledáme v denní evidenci docházky pro daný den a časové rozmezí spárovaného záznamu, evidované přestávky a hodiny přestávek připojíme k záznamu průchodu a upravíme hodiny záznamu (odpočítáme přestávku)
Poznámka: pokud odchod není nalezen, záznam se nevyhodnotí (neděláme, žádné aut. doplnění odchodu).
Pokud jsou Hodiny záznamu větší nebo rovny 13 hodinám, zobrazíme hlášení:
ASD012a=Dne %1 neuzavřen záznam o délce více než %2 hod.
Aktivace:
Před aktivací zkontrolovat korektní nastavení Dcc01, Průchod pro začátek úseku - příchody musí mít nastaveno = Ano, odchody musí mít nastaveno = Ne.
Do Adm53 nastavit úkol 36 na vhodnou dobu.
Pokud zaměstnanec v aktuální dni nepřijde do práce ani nemá definovaný žádný přípustný kód nepřítomnosti, resp. přerušení, není potřebné vytvářet v Dcd01 žádný záznam resp. je možné použít SLM typu „Volný den (IA 904) .
Pro kalendář je nutné nastavit režim tzv. „nepovinné směny“, v rámci kterého není zaměstnanec povinný odpracovat každou plánovanou směnu (Kal01, Doch&Schval., Povinnost odpracovat směnu), V tomto případě se neaktivuje kontrola DK119 – Neodpracovaná směna.
Pro režim vykazování denní docházky bez povinného vyplňování času začátku a konce záznamu odchylky (režim 13, 14) je možné optimalizovat systém kontrol.
Optimalizovaný režim se použije, pokud pro aktuální kalendář je nastaven parametr Kal01, Doch&Schval, Povinnost vyplnit Od/Do v denní doch. = Ano.
Neprovádí se kontrola DK015a – kontrola vyplnění začátku a konce záznamu.
V režimu kalkulace 13 jsou zablokovány kontroly DK204 (DK205) a DK217 (DK218) pokud se provádí pouze kalkulace, při uzavírání jsou uvedené kontroly plně funkční.
Pokud je v denní evidenci docházky použitá SLM pro příplatky, které:
a/ se mají vykazovat bez nastavení čas od/do
b/ SLM není zařazená do některé ze započitatelnosti DOCH02.ODPR, NEPR, PRESC, PRESC2, NVT, NVC
pak pro zabránění naplnění položek Čas Od/Do pro tyto SLM použijte nastavení:
Slm01, Pro SLM se zadávají pouze hodiny = Ano
Pokud je v denní evidence docházky použitá SLM pro příplatky, které:
a/ se vykazují souběžně s odpracovanou dobou nebo přesčasem
b/ mají se vykazovat s časem od/do
c/ hodiny příplatků mají být krácené podle přestávek evidovaných na souběžné SLM odpracované doby nebo přesčasu
d/ SLM není zařazená do žádné ze započitatelnosti DOCH02.ODPR, NEPR, PRESC, PRESC2, NVT, NVC
pak tahle SLM nemůže být zařazená do standardního režimu přestávek.
Pro SLM použijeme nastavení: Slm01, Krácení o přestávku ze SLM do FPD = Ano
Popis výpočtu přestávky viz dále
Neplatný záznam na formuláři Dcd01 vzniká v případě, kdy je zpracován nový průchod (pořízený na Dca01/Dca02 ), ale evidence docházky je již pro zpracovávané období uzavřená. Takový záznam je identifikován nastavením v položce „Stav editace záznamu“ <= -1.
Takový záznam není standardně editovatelný, nelze jej ani běžnými způsoby smazat a je v rámci kalkulace ignorován (počítané položky jsou vynulované). Záznam je také ignorován v procesu kontrol denní evidence docházky a při převodu DD/MV (tento typ záznamů je v protokolu identifikován hlášením : WARN DPE007 Denní docházka obsahuje <počet> záznamů, které nebudou kvůli svému nízkému statusu ověření (status < 2) převedeny.).
Neplatný záznam je možné přeřadit do „platných“ záznamů pomoci tlačítka [Otevřít] na záložce Detail.
V denní evidenci docházky se ve formě virtuálních záznamů zobrazují záznamy z měsíční evidence docházky, které mají nastavenou položku „Zdroj vytvoření řádku“ na jednu z hodnot: 0, 1, 2, 3, 4, 10, 30.
Nezobrazují se záznamy s nastavením položky „Zdroj vytvoření řádku“ na jednu z hodnot: 7, 8, 20, 21, 22, 24.
Režim
konfliktu SLM s IA 51-60 zadanou z Vyp01 a v Dcd01 (problém duplicit pokud
je průnik SLM z Vyp01, ale uživatel potřebuje vykázat „nemoc“ dříve než ji
může zadat mzdová účetní).
Pokud je v jeden den současně virtuální záznam z Vyp01 a Dcd01 se
společnou SLM, shodným začátkem a shodnou délkou, tak pro záznam z Dcd01
se automaticky nastaví:
Stav editace záznamu = 0 Inicializován
Hodiny celkem, Hodiny započtené, Délka přestávek = nevyplněno
Tzn. že tento řádek již nebude zasahovat do kalkulace (je vyřazen z evidence).
Pokud v jednom dni existuje jeden záznam např. půl den dovolené vytvořený na Dcm01/Dov05 a současně vygenerovaný záznam z funkce „Generuj DD“ se SLM s IA 1002 (který nebyl editován uživatelem), tak pro záznam se SLM s IA 1002 platí, že hodiny záznamu jsou upravené na polovinu plánované směny (vždy je aplikovaná přestávka i když na ni nevznikl nárok ).
Tento režim je uplatňován pouze pro generované řádky, které nebyly upraveny uživatelem.
Poznámka : Při kalkulaci je pro upravovaný generovaný záznam se SLM 1002, nastaven režim „nekalkulovat“. Pokud uživatel zapne kalkulaci, při nejbližší kalkulaci dojde k standardní kalkulaci záznamu a hodiny přestávky budou odstraněné.
Editaci řádků v Dcd01/Dcu01 je možné pro běžného uživatele (uživatelské profily) omezit pouze na stanovený počet dnů před aktuálním dnem. Dny před stanoveným rozsahem nelze editovat.
Omezení je vázané na kalendář a vyhrazené objektové právo a neuplatňuje se pro SLM s IA 906 a 1111, 1116, 1132. Omezení se kontroluje při otevření, smazaní a uložení záznamu. Při pokusu o uložení záznamu do „zakázané doby“ se zobrazí správa:
Režim omezené editace.
Záznam je možné zadat až od <datum> dále !
Konfigurace :
Stanovení počtu editovatelných dní zpětně od akt. data:
Kal01/ Doch.&Schval./ Počet dnu omezené editace
Aktivovaní režimu omezené editace evidence denní docházky (Dcd01/Dcu01) pro aktuální profil
Objektové právo pro aktivaci režimu kontrolovaného přístupu editace:
Dcd01ZakazEdit
Zákaz editovaní záznamu
Dcd01/Dcu01 podle datumového omezeni(Na Kal01)
Pro vykazovaní placeného přesčasu, který má být rozdělen pro výpočet mezd na přesčas v běžný den a přesčas v sobotu a neděli, je možné použít metodu zjednodušeného vykazování, která spočívá v tom, že uživatel zadává na Dcd01/Dcu01 pouze jednu SLM a systém v rámci funkce Převod DD/MV se provede jej rozdělení na dvě záznamy (pro konfiguraci viz popis).
Storno řádku z CEP v Dcd se provádí zadáním stejné SLM, stejného začátku a konce, záporných hodin nebo směn, přestávky, kal. dnů a položku Kalkulovat na hodnotu Ne
Kalkulace denní evidence docházky je proces, který zabezpečuje vyhodnocení záznamu denní evidence docházky.
V případě potřeby sledování délky zpracování jednotlivých PV (od kalkulace po uzavření) je možné aktivovat hlášení:
DKE03 [U] [0] Čas zpracovaní PV; <oscpv> ; <příjmení> je; <hh:mm:ss>,
které obsahuje informaci o délce zpracování PV.
Standardně je hlášení na úrovni 0.
Kalkulace pro konkrétního zaměstnance je především řízená aktuálním nastavením parametru Opv01, Režim, Režim zpracování docházky(kalkulace), podporovány jsou režimy:
0 - Bez aut. sledování docházky
1 - Aut. sledování docházky (kalkulace do akt. dne)
2 - Aut. sledování docházky (kalkulace do předch. dne)
3 - Aut. sledování docházky (kalkulace při uzávěrce)
10 - Generování přítomnosti dopředu (z kalendáře)
11 - Generování přítomnosti do akt. dne (z kalendáře)
12 - Generování přítomnosti při uzávěrce (z kalendáře)
13 - Docházka s import. plánem a odchylkami (opakovaný import, průběžná kalkulace)
14 - Docházka s import. plánem a odchylkami (jednorázový import, jednorázová kalkulace)
15 - Generování přítomnosti do akt. dne (z kalendáře), s doplněním na plán. směnu
18 - Generování přítomnosti při uzávěrce (z kalendáře) do výšky FPD
Podrobný popis procesů viz „Režimy evidence docházky a proces kalkulace“.
Poznámka : do kalkulace nejsou zahrnuté tzv. neplatné záznamy, viz Neplatný záznam z Dca.
Proces je prováděn v jednotlivých krocích :
1. Načtení parametrů kalkulace
2. Vyčištění tabulky protokolů (odstranění hlášení z předešlé kalkulace)
3. Volba režimu kalkulace (stanovení rozsahu a referenčního dne kalkulace)
4. Volba režimu kalkulace záznamu – „Provádět kalkulaci“
5. Automatické doplnění záznamu DD
a. Neplatný den PV (SLM s IA 903)
b. Neodpracovaný svátek (SLM s IA 1008)
c. Dlouhodobá nepřítomnost z Dca02, režim „průběžného doplňovaní“
d. Nevykázaná odpracovaná směna pro režim Opv01, Režim zpracování docházky(kalkulace) = 11, 12
7. Kalkulace započitatelných hodin
a. Záznam bez „kalkulace“
b. Omezení začátku a konce záznamu pro kalkulaci
c. Stanovení hodiny záznamu (konec pro kalkulaci – začátek pro kalkulaci)
i. Úprava při změně Léto/Zima
d. Omezení započitatelných hodin
i. Podle režimu SLM (Slm01,)
ii. Podle režimu zaokrouhlení (Kal01, => Dcc04)
e. Generovaní přestávky na jídlo a odpočinek
f. Omezení započitatelných hodin pro definované SLM
i. Dovolená (SLM s IA 21..26) – režim Dca02rezimAllSK
ii. Dovolená (SLM s IA 21..26) – režim „ze snímačů“
iii. Nepřítomnosti (SLM s IA 21..949, 1008) na délku směny
8. Kalkulace automatizovaných příplatku k záznamu DD podle Kal01
9. Kalkulace nároku příspěvku na stravu
10. Kontroly evidence denní docházky
11. Zobrazení protokolu kalkulace
12. Nastavení denního a měsíčního záhlaví
Parametrizace kalkulace
1. Kontrola otevření období
2. Zadání
na aktuálním záznamu (Dcd01, Vstupy, Detail)
Datum, SLM; Čas Od, Čas Do, Hodiny, Nekalkulovat
3. Definice pracovní směny (Dcd01, Vstupy, Záhlaví)
4. Personální údaje (Opv01, )
5. Konfigurace SLM (Slm01)
a. Typ zpracování SLM v DOCH
b. Režim doplnění Dcd01
c. Počítat započítané hodiny
d. Výpočet příplatku
e. Započitatelnost stravování
f. Přestávka
6. Započitatelnost (Slm02.Doch02)
7. Pracovní režim (Kal01)
a. Popis
i. Režim generování svátku
b. Doch&Ext.vstupy
i. Typ pracovní doby
ii. Změna směny
iii. Změna směny – víkend
iv. Povinnost odprac. směnu
v. Zaokrouhlování
vi. Limity kontrol
vii. Režim přestávky
viii. Typ převažující přestávky
ix. Délka přestávky
x. Generovat přestávku
xi. Generovat přestávku Od / Do
xii. Přiznání druhého příspěvku na stravu
c. Přestávky
d. Vzorové dny
i. Přestávky
8. Konfigurace
9. Objektová práva
Kalkulace denní evidence docházky se provádí :
Referenční den pro kalkulaci je definován dle pravidel pro automatizovaný proces v návaznosti na režim evidence docházky (Opv01),více podrobnosti viz „Režimy evidence docházky“ a také podle místa aktivace kalkulace :
Dcd01, Vstupy, [Kalkulace pro akt. zaměstnance]
Režim vyhodnocení aktuálního období (období uvedené v záhlaví formuláře) a budoucího období s ohledem na aktuální kalendářní den:
o Aktuální den je vně aktuálního období => kalkulace se provede vzhledem na aktuální režim evidence docházky pro aktuální PV
o Aktuální den je menší než první den aktuálního období => kalkulace se provede pro všechny dny měsíce (režim kalkulace plného měsíce).
Dcd01, Vstupy, Detail, [Kalkulace]
Vždy se provede kalkulace aktuálního dne bez ohledu na kalendářní den
Dcd01, Převod a uzavření, [Převod …]
Vždy se provede kalkulace celého měsíce bez ohledu na kalendářní den a režim evidence docházky
Pro potřeby návazných výpočtů vícenásobných PV na osobě (např strava) řazení PV do hromadných výpočtů je udělané tak, že v rámci osoby se nejdříve spočtou nekmenové PV a až pak se spočte kmenový PV.
Aplikovaná pro procesy:
a/ hromadná kalkulace na Dcd01,
Dcu01
b/ hromadné uzavření na Dcd01, Dcu01, Dcm01
c/ hromadná kalkulace na Adm53, proces 31, 32
Při spuštění každé kalkulaci denní docházky se kontroluje limit přesčasů, limit přesčasů 2 a limit pohotovosti, podle potřeby je aktualizován (pokud je aktualizace pro daný měsíc povolena) podle dohodnutých podmínek.
Limit přesčasů se kontroluje podle postupnosti:
a/ Pre01, Individuální limit
b/ Pre01, Roční Limit
c/ legislativní konstanta (aktuálně 150 hod)
Kontrola DD170 slouží na synchronizaci určených SLM ze dvou PV (z různých organizacích). Vazba mezi PV je definovaná na formuláři Dcu34.
V rámci kalkulace denní docházky, pokud je aktivní hlášení DD170 a kalkulované PV je povolené pro párování (Opv01, Párované PV = Ano) a je zaevidované na formuláři Dcu34 a má platnou vazbu na PV v jiné organizaci, provedeme synchronizaci SLM z párovaného PV do aktuálního PV.
Popis kontroly:
Je aktuální PV v tabulce Dcu34 ?
Ne: zobrazíme hlášení: DD170d [U] [VAR] Pro OSČPV <> není definovaná/platná vazba na párované PV
A ukončíme funkci
Ano: a má platný záznam pro akt. období ?
Ne: zobrazíme hlášení DD170d [U] [VAR] Pro OSČPV <> není definovaná/platná vazba na párované PV
a ukončíme funkci
Ano: je v tabulce vyplněné párované PV ?
Ne: zobrazíme hlášení DD170d
a ukončíme funkci
Ano: je párované PV platné a platné pro doch ve vlastní ORG ?
Ne: zobrazíme hlášení DD170d
a ukončíme funkci
Všechny podmínky jsou splněné, jdeme synchronizovat
Zobrazíme hlášení: DD170 [U] [0] Synchronizace PV <Osčpv> podle PV <Osčpv2> z organizace <ORG>
Pokud je kalkulace v Režimu “Uzavření” a Osčpv2 pro akt. období je ve stavu “Neuzavřeno”
zobrazíme hlášeni: DD170r [U] [VAR] Párové PV <osčpv> zatím není uzavřené“
Pod synchronizací rozumíme proces, ve kterém nejdříve smažeme vytvořené řádky ze stejného zdroje v předešlé kalkulace a pak je doplníme podle aktuálního stavu.
Kontrolujeme pouze záznamy z OSCPV2 ze SLM evidované v započitatelnosti Dcu34.DCD nebo Dcu34.DCM.
Z denní docházky OSCPV2 vybereme záznamy pro aktuální období a ze SLM ze započitatelnosti Dcu34.DCD a pouze záznamy vytvořené přímo uživatelem (zdroj = 0, 1, 2, 30 , 31).
Z každého záznamu provedeme kopii do denní docházky pro aktuální OSČPV.
Z měsíční docházky OSCPV2 vybereme záznamy pro aktuální období a ze SLM ze započitatelnosti Dcu34.DCM a pouze záznamy vytvořené přímo uživatelem (zdroj = 0, 1, 2, 5, 6, 30 , 31).
Z každého záznamu provedeme kopii do měsíční docházky pro aktuální OSČPV.
Kalkulace evidence docházky v režimu 10, provádí automatické doplňování záznamů odpracované doby na každý den období, ve kterém není zadána žádná odchylka nebo odchylka nepokrývá celou směnu.
Příklady:
zaměstnanec nastoupil v průběhu měsíce, tzn., že při první kalkulaci je mu vygenerována plánovaná docházka na celý měsíc
zaměstnanec měl schválenou celodenní nepřítomnost na Dov05, ale tato mu byla zrušena. První kalkulace na tento den doplní nový záznam odpracované doby
Kalkulace evidence docházky v režimu 11 (režim průběžného generování), provádí automatické doplňování záznamů odpracované doby na každý den období, pokud datum dne je menší nebo rovný aktuálnímu datu (kal. dne) a ve dni není vykázaná žádná jiná odchylka nebo je vykázaná pouze odchylka ze schvalování.
Limitní datum pro kalkulaci dne je určen režimem kalkulace DD (viz Adm53, proces 31,32 ).
Pokud je kalkulace spuštěná v pozdějším období než je aktuální den, tak se neprovede automatické doplnění odpracované doby (tzn. doplňování se vždy provede pouze pro dny, které jsou před aktuálním dnem, nedoplní se pro aktuální a pozdější dny).
Režim doplňování:
Ve dni (<= kal. den) není vykázaná žádná odchylka:
doplněn záznam podle plánované směny
za den bez odchylky se považuje i den ve kterém jsou pouze záznamy se SLM, které nejsou v žádné ze započitatelnosti Slm02, DOCH02, ODPR+NEPR+NVT+NVC+PRESc+PRESC2 + 902
režim 11/15 generuje nový řádek pouze pokud SLM pro generování (SLM z VZD) je ze započitatelnosti DOCH02.ODPR+NEPR, nebo se jedná o SLM s IA 904.
Pokud by se požadovalo generování SLM, která nesplňuje uvedenou podmínku, zobrazí se hlášení: DDE029 Pro den <datum> definována SLM <kód>, která není zařazena do započitatelnosti DOCH02.ODPR nebo DOCH02.NEPR.
Ve dni je vykázaná schvalovaná půldenní odchylka se SLM ze započitatelnosti DOCH02. ODPR+NEPR+NVC+902:
doplněn záznam na první nebo druhou polovinu plánované směny
Ve dni je vykázaná schvalovaná odchylka (ne půldenní) s hodinami menšími jako délka plán. směny se SLM s IA 12,14,15, 35, 36,21-66,71,73,74,76,77,79,81,91-111,121-162,902, 906,1008:
doplněn záznam o délce rozdílu do plánované směny
Kalkulace určená pro evidenci docházky s průběžným naplňováním, tzn. se očekává automatické spuštění kalkulace DD každý den (Adm53) a každý den doplní záznam na předešlý den.
Pokud je v průběhu měsíce spuštěné uzavření docházky, doplnění se provede pro každý den měsíce bez ohledu na aktuální kal. den.
Příklady:
Kalkulace spuštěná 5.11. (režim k předešlému dni) doplní scházející záznamy pro dny 1.-4.11. (pro 5.11-30.11. nic nedoplňuje).
Zaměstnanec nastoupil v průběhu měsíce, tzn., že při první kalkulaci je mu vygenerovaná plánovaná docházka od začátku měsíce do předešlého dne první kalkulace.
Zaměstnanec měl schválenou celodenní nepřítomnost na Dov05, ale tato mu byla zrušena. První kalkulace na tento den doplní nový záznam odpracované doby
Zaměstnanec měl na den 2.11. plánovanou směnu 8 hodin a vykázanou odchylku IA 12 s 3 hodinami. První kalkulace pro tento den doplní záznam 1002 o délce 5 hodin.
Při spuštění kalkulace z tlačítka [Kalkulace] se kalkulace provede pro aktuální řádky v denní evidenci (takto spuštěná kalkulace však neprovádí doplňování záznamů odpracované doby na dny, na které není zadána žádná odchylka).
Při kalkulaci s uzavřením se provede plná kalkulace, včetně doplňování záznamů odpracované doby na dny, na které není zadána žádná odchylka (typu odpracovaná, neodpracovaná nebo čerpaní NV) a samozřejmé výpočtu přestávek a příplatků.
SLM s IA 1003 se nepovažuje pro tuto funkci za odpracovanou dobu ( je posuzovaná jako přesčas), tzn., že při vykázané SLM s IA 1003 se bude postupovat jako by směna nebyla vykázaná a vygeneruje se odpracovaná doba v délce plánované směny.
Příklad:
Pokud je ve dni zadaná odchylka se SLM s IA 1002 (započitatelnost ODPR) – tak se doplnění neprovede
Pokud je ve dni zadaná odchylka se SLM s IA 1111 (započitatelnost PRESC) – tak se doplnění provede
Režim je určen pro zaměstnance, u kterých je opakovaně (obvykle každý den) importován plán směn ze spolupracujícího systému nebo dle potřeby je plán směn upravován uživatelem. V průběhu měsíce se plán mění (není stálý do minulosti ani budoucnosti).
Popis podmínek pro režim kalkulace 13:
K doplnění částečně vykázané směny:
Pokud je docházka vykazována s vyplněním začátku a konce pro každý záznam (ve vzorovém dni je definován začátek a konec směny), pro doplňovaný záznam (y) je vygenerován začátek a konec odchylky odpovídající plánované směně a jinak nevykázané doby.
Pokud je docházka vykazována jen v hodinách (ve vzorovém dni není definován začátek a konec směny), doplňovaný záznam obsahuje pouze rozdílové hodiny mezi plánovanou délkou směny a jinak vykázaných dob ve dni.
Při kalkulaci započitatelných hodin na záznamu DD, podle způsobu vyplnění položek Čas Od/Do a Hodiny, přednost má vyplněná položka Hodiny (výpočet podle Čas Od/Do je ignorován).
Při kalkulaci započitatelných hodin na záznamu DD, podle způsobu vyplnění položek Čas Od/Do a Hodiny, přednost má vyplněná položka Hodiny (výpočet podle Čas Od/Do je ignorován).
Pro režim kalkulace denní docházky 14, je upraven standardní způsob generování odchylky za neodpracovaný svátek.
Na den svátku s plánovanou směnou (typ dne 2 a 3) se provede standardní vygenerování odchylky typu Neodpracovaný svátek (SLM s IA 1008) bez ohledu na režim generovaní svátku na Kal01. Pokud není naplněna plánovaná délka směny, je vygenerován záznam se SLM s IA 1008 s hodinami, které chybí do plánované délky směny .
Pro zaměstnance s režimem
kalendáře pro generování svátku = 2 Sváteční směna se navíc do protokolu uloží
hlášení: (WARN) DK010a Dne <den SV> zadána SLM 10080 u kalendáře <kod
kal> s nařízenou prací ve svátek.
Pro zaměstnance s nastavením Opv01, Režim, Režim proplácení
neodpracovaných svátků = 3 (Neodpracované svátky neproplácet), se při uzavírání
docházky následně SLM s IA 1008 změní na SLM s IA 31, pokud je to
povoleno konfigurací původní SLM(IA 1008). Tzn. Při nastavení Opv01, Režimy,
Režim proplácení neodpracovaných svátků:
= 3 (svátek neproplácet) se do Dcm01 uloží záznam se SLM s IA 31.
<> 3 se do Dcm01 uloží záznam se SLM s IA 1008
Konfigurace SLM s IA 1008 (nutné pro aktivaci režimu změny 1008 => 31) v Slm01:
Kódy a další pro SLM s IA 1008 vložit:
Typ generování = 4 docházka, Gen. SLM = SLM s IA 31,
Způsob gen. = 1 , Druh doby = 8
Pokud záznam obsahuje záporní hodiny, je považován za storno dříve pořízeného záznamu. Kalkulace záznamu typu storno pracovní doby zabezpečí, aby došlo ke stornování všech generovaných a počítaných položek z původního záznamu.
Pro režim kalkulace typu 14:
Kalkulace evidence docházky v režimu 15 (režim průběžného generování), provádí automatické doplňování záznamů odpracované doby na každý den období, pokud datum dne je menší nebo rovný aktuálnímu datu (kal. dne) a ve dni není vykázaná žádná jiná odchylka nebo je vykázaná pouze odchylka ze schvalování (stejně jako v režimu 11).
Pokud není celá směna vykázaná odchylkami, tak se automaticky doplní nevykázaná část plánované směny (stejně jako v režimu 13).
Automatické doplňování odpracované doby se řídí pouze podle aktuálního stavu vykázaných SLM (pro naplnění denního FPD) pro den ze započitatelnosti DOCH02, skupin ODPR, NEPR a NVC (SLM započitatelné do FPD).
Když je ve dnu nalezen záznam, se SLM typu odpracovaná doba, vytvořený uživatelem (zdroj 0) nebo pořízený jiným způsobem jako generováním DD (zdroj <> 1), tak se standardně již nedoplňuje odpracovaná doba na nepokryté časti plánované směny.
Automatické doplnění odpracované doby pro částečně vykázanou směnu pro vedení docházky může být v několika režimech:
a/ doplnění částečně nevykázané směny v rámci plánovaného VZD, pokud na VZD byl určen začátek a konec směny a je vykázaná částečná směna v rámci plánovaného dne
b/ doplnění nevykázané směny v rámci plánovaného VZD, pokud na VZD není určen začátek a konec směny
c/ doplnění částečně nevykázané směny ve dni s plánovaným VZD, pokud na VZD byl určen začátek a konec směny a je vykázaná částečná směna mimo plánovaného dne
Doplnění v rámci plánované směny, VZD s Od/Do.
V případě, že je u zákazníka požadován režim doplňování i k vykázané odpracované době uživatelem, nastavte si v Adm32 úroveň hlášení DD172 podle uvážení:
Dorovnávání dne na VZD při vykázané odpr, době (SLM z ODPR).
Úroveň = 0 – dorovnávání na VZD se neprovádí
Úroveň = 1 – dorovnávání na VZD se provádí, ale hlášení DD172 se nezobrazí.
Úroveň = 2, 3, 4 – dorovnávání na VZD se provádí, hlášení DD172 se zobrazí.
Poznámka: U zákazníka Deutsche Telekom Services Europe Slovakia s.r.o. nastavit hlášení DD172 na 1 nebo 2.
V rámci automatické korekce při souběhu záznamů odpracované doby tak, že pokud jeden z nich je automaticky vygenerován a druhý je zadán manuálně uživatelem – v tomto případě je automatizovaně vygenerovaný záznam odstraněn.
Toto řešení je však vhodné pouze pro ty zákazníky, kteří používají tento režim s povinným vykazováním začátku a konce záznamu denní docházky.
A navíc se v tomto případě doplnění provede pouze, pokud vykázaný záznam zasahuje nebo navazuje na plánovanou směnu. Pokud záznam je mimo plánovanou směnu, zobrazí se hlášení :
„DD172a - Dorovnání SLM <slm> dne <datum> na VZD nelze provést - odchylka mimo VZD“ a doplnění se neprovede. Toto omezení jsme provedli z důvodu, že v tomto případě není zřejmé, jak doplnit chybějící směnu.
Doplnění v rámci plánované směny, VZD bez Od/Do.
Pro zákazníka, který nepoužívá záznamy s Od/Do, výše popsané omezení zablokovalo veškeré doplňování, a proto jsme i pro tento režim upravili umožnili doplňování.
Pokud je na den plánovaná směna, ale nemá stanovený začátek a konec, tak se při hlášení
DD172a > 0, vygenerují chybějící hodiny do směny a zároveň se zobrazí hlášení:
DD172b [U] [INF] Dorovnání SLM <slm> dne <dne> o <hod> hod. na délku směny <hod dz>.
Doplnění v rámci plánované směny, VZD s Od/Do.
Pokud v rámci kalkulace 15 v režimu doplňování, máme na VZD nastavený začátek a konec směny a odchylka je mimo směny, pokud je to povolené (DD172c > 0), tak “scházející” část do plné směny dáme na začátek směny (bez ohledu na začátek a konec plánované směny) a zobrazíme hlášení DD172c.
Popis doplnění:
Limitní datum pro kalkulaci dne, je určen režimem kalkulace DD (viz Adm53, proces 31,32 ).
Režim doplňovaní:
Ve dni (<= kal. dni) není vykázaná žádná odchylka:
doplněn záznam podle plánované směny
Ve dni je vykázaná schvalovaná půldenní odchylka se SLM ze započitatelnosti DOCH02. ODPR+NEPR+NVC+902:
doplněn záznam na první nebo druhou polovinu plánované směny
Ve dni je vykázaná schvalovaná odchylka (ne půldenní) s hodinami menší jako délka plán. směny se SLM s IA 12,14,15, 35, 36,21-66,71,73,74,76,77,79,81,91-111,121-162,902, 906,1008:
doplněn záznam o délce rozdílu do plánované směny
Ve dni je vykázaná neschvalovaná odchylka (DOCH02.NEPR+NVC+902), která nepokrývá celou délku plánované směny:
doplněn záznam na nepokrytou část plánované směny
Pokud uživatel zadá pouze SLM (bez vyplnění čas od/do), doplní se začátek a konec podle plánované směny.
Konflikt uživatelem vloženého záznamu a záznamu z virtuálního zdroje musí vyřešit uživatel.
Konflikt generovaného záznamu a záznamu z virtuálního zdroje řešíme automatickou úpravou generovaného záznamu (prioritu má schvalovaný záznam).
Kalkulace určená pro evidenci docházky s průběžným naplňováním, tzn. se očekává automatické spuštění kalkulace DD každý den (Adm53) a každý den doplní záznam na předešlý den.
Pokud je v průběhu měsíce spuštěné uzavření docházky, doplnění se provede pro každý den měsíce bez ohledu na aktuální kal. den.
Příklady:
Plánovaná směna na den od 8:00 do 16:00
Kalkulace 2. prosince
Příklad 1) - Ve dni žádná odchylka od uživatele (nebo schvalovaná)
Systém doplní na 1. 12. záznam 1002 8:00 - 16:00
(záznamy pro 2. - 31. 12. se nedoplní)
Příklad 2) - Částečná nepřítomnost na konci směny
Uživatel zadal (nebo byla schválena odchylka) 1. 12. 2015 lékař od 12:00 do 16:00
Systém doplní na 1. 12. záznam 1002 8:00 - 12:00
Příklad 3) - Částečná nepřítomnost v rámci směny
Uživatel zadal (nebo bylo schváleno) 1. 12. 2015 lékař od 12:00 do 14:00
Systém doplní na 1. 12. záznam 1002 8:00 - 12:00 a 1002 14:00 - 16:00
Příklad 4) - Celodenní odchylka vložená uživatelem na Dcd01(Dcu01, Dcu06)
Uživatel zadal 1. 12. 2015 Pohřeb, nevyplněn začátek a konec
Systém doplní na 1.12. na záznam Pohřeb a naplní polžky Čas Od Vyp = 8:00 a do Čas Do Vyp = 16:00
Příklad 5) - Dodatečně vložená částečná nepřítomnost na konci směny
Na 3. 12. je záznam 1002 8:00 - 16:00
Uživatel dne 5. 12. vložil nebo byl schválen záznam 3. 12. 2015 lékař od 12:00 do 16:00
Kalkulace 5. 12. 2015 pro den 3.12.
Nejdříve odstraní záznam 3. 12. 1002 8:00 - 16:00
a následně doplní dva záznamy 3. 12. záznam 1002 8:00 - 12:00 a 1002 14:00 - 16:00
Příklad 6) - Dopředu vložená částečná nepřítomnost na konci směny
Uživatel dne 5. 12. vložil nebo byl schválen, záznam
8. 12. 2015 lékař od 12:00 do 16:00
Kalkulace 5. 12. 2015
Pro den 8. 12. neprovede žádné doplnění (nekalkuluje záznamy od 5. 12.) až kalkulace 9. 12. doplní záznamy pro odpracovanou dobu
(TC 1066864)
Funkce pro automatické vyrovnání překryvu generované SLM 1002/1001 a schvalované SLM s IA 1001/1002/5151 v rámci kalkulace docházky v rámci režimu 15.
V tomto případě pokládáme schvalovanou odchylku za závaznou v plném rozsahu pro celou směnu. Je na uživateli, aby případné nesplnění denního FPD vyrovnal vhodnou odchylkou.
Funkce je aktivní, pokud je aktivní hlášení DK009d (tzn v Adm32 je DK009d > 0).
Standardně je funkce vypnutá.
Popis:
Pokud Režim zpracování docházky = 15 a pokud schvalovaná SLM s IA 1002/1001/5151 je překrytá alespoň z části generovanou SLM s IA 1001/1002/5151 z automatického generování (zdroj = 1), tak generovanou odchylku zneplatníme (Stav evidence záznamu = -1) a zobrazíme hlášení:
DK009d [U][0] Překrytí SLM <schv> se SLM <gen> dne <datum> od <od schv.> do <do schv>.
E202309
Pro režim kalkulace 15, jsme upravili automatickou kalkulaci tak, že v případě souběžného vygenerovaného záznamu odpracované doby v DCD (zdroj = 1) a vykázaného virtuálního záznamu, se nejdříve odmaže vygenerovaný záznam a pak se vygeneruje nový, který pokryje nevykázanou část směny virtuální odchylkou.
Pro režim kalkulace 15 jsme upravili automatické doplňování odpracované doby na plánovanou směnu i v případě, kdy je na den vykázána částečná odchylka ze započitatelnosti ODPR, např. Home Office.
Režim je v podstatě shodný s režimem 12, ale má upraven způsob vyrovnání denního FPD – vyrovnání se provádí tak, aby nebyl překročen měsíční plánovaný FPD.
Pod kolizí záznamu v oblasti docházka, rozumíme že v jednom dni jsou v evidenci obvykle dva záznamy, které se časově překrývají. Obvykle se jedná o záznam ze standardního generovaní a záznam z virtuálního zdroje. Kalkulace se dle možnosti snaží odstranit této kolize.
Překrytí záznamu s generovanou SLM typu „neodpracovaný svátek“ (IA 1008) a virtuálních záznamů se SLM, která není započítávána do fondu pracovní doby (přesčasy, pohotovosti, …) se nepokládá za konflikt, tyto záznamy nezpůsobí krácení generovaného záznamu se SLM „neodpracovaný svátek“.
Pokud je v rámci jednoho dne (pro PV a DATUM) evidovaný virtuální záznam z libovolného zdroje se SLM ze započitatelnosti DOCH02.ODPR+NEPR+NVC a současně záznam z generování DD (zdroj = 1) s nastavením Kalkulovat = 1 nebo Kalkulovat = 0 a Hodiny = hodiny směny, tak se provede automatická korekce generovaného záznamu.
Omezená kalkulace denní docházky v režimu „kalkulovat do dne“ a pokud na některý z pozdějších dnů je evidován virtuální záznam, provede se kontrola a dle možností automatizované odstranění konfliktů mezi generovaným záznamem denní evidence docházky a virtuálním záznamem podle zásad:
Režim automatické korekce (kalendáře Kal01, Doch&Schval., Doplňkový režim = 6 nebo 7) započitatelné doby pro překrývající se záznamy v denní evidence docházky s IA 1001/1002, které byly vytvořeny generováním (zdroj 0, 1, 30, 31) nebo z evidence průchodů (zdroj = 2, 5) a IA 11/13/1004/1111/905 které vytvořil uživatel v evidenci denní docházky nebo jako schvalovaná odchylka (Dov05).
Pokud uživatel zadá odchylku s IA 11/13/1004/1111/905, a ta se překrývá se záznamem s IA 1001/1002/905, pak kalkulace upraví časy pro výpočet započitatelné doby na záznamu s IA 1001/1002/905 tak, že je zkrátí na začátek a konec překrývajícího se záznamu přesčasu.
Pokud se zkrácení nepodaří realizovat, zobrazí se hlášení:
DK028 Dne <dat> SLM <slm> nelze použít pro zkrácení
Podmínky pro provedení automatické korekce:
- schvalovaná odchylka musí být jednodenní (tzn. pouze skupina SLM 8)
- přesčas musí začínat nebo končit ve stejném čase jako vykázaná odpracovaná doba (IA 1001/1002/905)
- odpracovaná doba bude zkrácená na začátek/konec vykázaného přesčasu
- přesčas nesmí zasahovat do základní části pružné prac. doby, nesplnění této podmínky je oznámeno hlášením:
DK029 Dne <dat> SLM <slm>, přesčas nelze vykázat v základní časti pružné PD.
(TC 1006552)
Korekce se aktivuje, pokud se v číselníku Slm01 pro SLM s IA 905 nastaví položka:
Typ zpracování SLM – upřesnění = 4 - Korekce překrytí IA 905 a IA 11, 13 a 1111.
V rámci kalkulace denní docházky se provede omezení záznamu
se SLM s IA 905 podle souběžných záznamů se SLM typu přesčas.
Pokud SLM s IA 905 má nastaveno Typ zpracování SLM – upřesnění = 4, zkontroluje
se, zda dochází k překryvu se SLM s IA 11, 13, 1111 a:
a/ Pokud překrytí není - neděláme nic.
b/ Pokud je překrytí na začátku nebo konci původního záznamu - upravíme začátek
nebo konec záznamu s IA 905 podle začátku a konce překrývajícího se záznamu.
c/ Pokud je překrývající záznam časově obsažený v SLM s IA 905 (začíná
později a končí dříve než SLM s IA 905) :
i/ v původní SLM s IA 905 omezíme konec podle začátku
překrývající se SLM
ii/ vytvoříme kopii SLM s IA 905 a její začátek nastavíme podle
konce překrývající se SLM - pro tuto SLM nastavíme Zdroj = 3 (na
začátku kalkulace je vždy smazána)
Pokud je vykázaná SLM typu „odpracováno“ na první polovinu směny a pokud je v druhé polovině schvalovaná odchylka typu půldne dovolené (nebo jiné schvalované nepřítomnosti) automatický je započitatelná doba upravená na půlku směny. Podmínkou je, že schvalovaná odchylka musí být v režimu „s přestávkou“.
V režimu přestávky 4 pro schvalované odchylky (půlden) do
dovolené, přestávka nepatří.
Pokud kalkulace zjistí v jednom dni souběh záznamů se stejnou SLM a stejnými hodinami, přičemž jeden je pořízen v denní docházce a druhý je generován z Opv01 nebo Vyp01, tak je zneplatněn záznam denní docházky, tzn. položka Stav editace záznamu se nastaví na -1, a do protokolu se zapíše hlášení o vyřazení záznamu z Dcd01 :
DD151 [U] [VAR] Záznam se SLM <slm> dne <datum>
byl vyřazen, konflikt Opv01 nebo Vyp01
Pokud se při stejném konfliktu nerovnají hodiny záznamů, zobrazí se hlášení
DK009 Překrytí SLM nebo i DK121 Souběh SLM <slm> s jinou nepřítomností a
konflikt musí vyřešit uživatel.
Při souběhu záznamů z Vyp01 s dalším záznamem v evidenci denní docházky se provede automatická korekce tak, že záznam z Vyp01 má přednost před záznamem z DOCH a záznam z Vyp01 nepodléhá krácení, pokud pro kalendář je nastaven limit započitatelné doby na směnu.
Při kalkulaci, pokud se jedná o den s plánovanou dělenou směnou , a je v něm vykázána celodenní nepřítomnost z externího zdroje => jsou vymazány záznamy dne se SLM s IA 1002, 1001 z hromadného generování (zdroj 1, 6), a už nedoplňujeme nic.
Řešení konfliktu (překrývání) záznamů generovaných ze zpracování průchodů (Dca01/Dca02) a generovaných z formulářů Vyp01/Dov/Cep/Dcm je postavené na axiome, že záznamy generované z formulářů Vyp01/Dov/Cep/Dcm jsou závazné a mají přednost před záznamy z Dca a jsou upraveny automatizovaně záznamy ze zpracovaní průchodů tak, aby byla pokryta plánovaná směna, tzn. snaha o odstranění překrytí jednotlivých záznamů podle metody:
Standardně se při zjištění konfliktu, záznamů generovaných z evidence průchodů (Dca) a záznamů z virtuálních zdrojů (např. Dov05/Dov06), postupuje následujícím způsobem:
a) Odstraní se generované záznamy z předešlé kalkulace (vyřešení změny virt. záznamu od poslední kalkulace)
b) Zneplatněné záznamy se zdroje (Zdroj =2, 5) z předešlé kalkulace se obnoví
c) Vyhodnotí se konflikt záznamů
d) Konfliktní záznam z vyhodnocení průchodu (Zdroj =2, 5) se označí jako neplatný (Stav editace záznamu = -1)
e) Jsou vygenerovány nové záznamy (Zdroj = 1) se SLM podle původního záznamu, které pokryjí časové úseky v době Čas od/Čas podle původního záznamu, které nejsou pokryty virtuálním záznamem.
Funkce nemá vplyv na záznamy s nastavením Kalkulovat = Ne.
Pokud výše uvedený postup nevyhovuje, je možné úpravou konfigurace potlačit automatické řešení konfliktů záznamů z Dca. V tomto případě pak konflikt musí vyřešit oprávněný uživatel.
Zablokování se provede nastavením parametru:
Adm21, Docházka, Zákaz aut.
vyrovnání konfliktů z průchodu.
Dov05/DOCH – konflikt záznamů (Allianz SK)
Pro řešení konfliktu (překrytí) záznamu ze schvalování (Dov05) a z evidence průchodů, pokud není možno použít automatické zarovnání (viz Adm21), je rozdělená kontrolu DK009 tak, že v případě popisovaného konfliktu, se zobrazí hlášení DK009a (ve standardní konfiguraci totožné s DK009).
Doporučený postup pro Allianz SK:
1) Nastavit úroveň hlášení DK009a na ERR (Adm32)
2) V případě souběhu-překrytí záznamu z evidence průchodu a
dovolené z Dov05, se podle konfigurace vyhodnocení docházky provede spočtení
započitatelných hodin pro oba konfliktní záznamy, zobrazí se hlášení s úrovní
ERR a záznamy se uloží.
3) Necháme na uživateli a dalších kontrolách (např. překročení délky plánované
směny a pod) jak se vypořádá s uvedenou situací, tzn. akceptovat nebo upravit.
V případě, kdy se používá u zákazníka libovolný systém generování průchodů pro vytváření evidence docházky a zároveň se používá automatizovaný systém generování přesčasů v rámci kalkulace denní evidence docházky, doporučujeme vypnout automatickou korekci konfliktů záznamů v denní evidenci docházky (Adm21 - v položce Zakázat automatické vyrovnání konfliktů z průchodu nastavit na ANO).
Tím se eliminuje situace podle příkladu:
Pokud je na formuláři Adm21, v položce Zakázat automatické vyrovnání konfliktů z průchodu nastaveno NE nebo položka není vyplněna a v evidenci docházky je vykázána odchylka typu "neodpracovaná doba", např. nemoc (SLM 510) zadána v období 2014-01, která ještě není ukončena (zaměstnanec ještě nedonesl doklad o ukončení). Zaměstnanec s takto neukončenou nemocí přijde do práce a použije terminál, kde zaznamená své průchody. Kalkulace v tomto případě (nastavením na Adm21) vyhodnotí den tak, že upřednostní SLM 510 - Nemoc a původní průchod zneplatní, jako nespočítatelný a vygenerovaný "přesčas" vyhodnotí jako SLM 10020 a v poznámce tohoto, původně přesčasu, se nachází informace o původním celkovém průchodu tak, jak ho zaměstnanec zaznamenal. Po "ukončení" nemoci dle doloženého dokladu zpětně, SLM 510 z docházky zmizí, ale generované záznamy přesčasů z vyhodnocení průchodů při konfliktu se SLM 510 již zůstanou nezměněny.
Postup vyřešení problému:
U těchto zaměstnanců, pokud je to možné, smažte celou evidenci docházky na Dcd01 a pomocí Dca01 opětovně zpracujte průchody těchto zaměstnanců.
Pokud tento postup není možný, je nutná manuální oprava takových dnů uživatelem.
SLM s IA 904 je určena pouze pro záznamy DD na volný den z důvodu kontinuity záznamu denní docházky ve vazbě na aktuální kalendář…
Pokud na volný den je vytvořen další záznam, záznam s IA 904 je již zbytečný a znepřehľadňuje docházku v dotčeném dni.
Proto jsme v rámci kalkulace DD odstranili všechny záznamy
se SLM s IA 904 ve dnech, kde je evidován i jiný záznam.
Nastavení položky „status záhlaví“ se v rámci kalkulace evidence denní docházky řídí následujícími pravidly:
Pokud kalkulace v denní evidenci docházky narazí na záznam, u kterého nesouhlasí datum s obdobím, zobrazí se hlášení DPE020, nastaví Stav editace záznamu = -2 - Neplatný záznam a pokračuje ve zpracování dalšího záznamu.
Při spuštění kalkulace se provede kontrola na vyplnění položky „Opv01, Režim, Kalendář“ pro jednotlivé dni období. Pokud se zjistí, že na některý den není přiřazen kalendář, zobrazí se hlášení DDE011 a následně i DPE001 s úrovní FATAL a výpočet je ukončen.
Při spuštění kalkulace se provede kontrola na vyplnění položky Opv01, Popis, Průměrná délka směny. Pokud tato položka není vyplněna, tak se pro kalkulaci použije položka Dcc06, Pracovní doba za 24 hod. max. odpovídající aktuálnímu kalendáři zaměstnance. Pokud ani tato není vyplněna, použije se legislativní konstanta „i_PRUM_SMENA“ (podle legislativy aktuálního profilu).
Zároveň se zobrazí hlášení úrovně VAR:
Nestanovena průměrná délka směny, pro výpočet použita <hod směny >.
Pro PV typu jiné než „počítané“ (Opv01, Popis, Status vztahu osoba – organizace <> 1) a při nastavení „Opv01, Režim, Režim zpracování docházky (kalkulace)“ = 0, se v rámci kalkulace denní docházky neprovádějí ty části, které automatizovaně doplňují nové řádky dle specifických situací (neodpracovaný svátek, doplnění řádku do denní evidence, …). Pro tyto PV se provádí pouze kalkulace řádků vytvořených uživatelem nebo přenášených z virtuálních vstupů.
Režim generování náhrady za neodpracovaný svátek v rámci kalkulace záznamu denní docházky.
Pokud je v den svátku nalezen záznam se SLM ze započitatelnosti DOCH02.ODPR,NEPR a NVC, tak se :
a) záznam se SLM s IA 1008 nevygeneruje, pokud součet započitatelných hodin z nalezených záznamů je roven nebo větší než plánovaná délka směny
b) záznam se SLM s IA 1008 se vygeneruje, pokud součet započitatelných hodin z nalezených záznamů je menší než plánovaná délka směny, přičemž započitatelné hodiny záznamu budou odpovídat „nevykázané“ části plánované směny
c) záznam se SLM s IA 1008 se vygeneruje s hodinami plánované směny, pokud není nalezen žádný záznam podle výše uvedené podmínky.
V případě souběhu záznamu se SLM s IA 1008 a záznamu se SLM ze započitatelnosti DOCH02.ODPR,NEPR a NVC se zobrazí hlášení „DK008 - Překrytí SLM ve svátek“.
Obecný fenomén změny letního a zimního času, kromě jiných problémů, přináší i problém ve vyhodnocení započitatelné doby v dotčených dnech. Je několik výkladů, jak pracovat s těmito rozdílnými hodinami.
V předešlých verzích kalkulace docházky pro tyto dny navýšila, resp. ponížila započitatelné hodiny pro odchylku, ve které došlo ke změně.
Následně vznikaly problémy s vyrovnáním FPD při uzavření docházky.
Tento režim je jako standard zachován i ve stávající verzi jako 1 varianta.
Podle jiného leg. výkladu, je k dispozici 2 varianta ve kterém:
a/ FPD pro směny se změnou L/Z resp. Z/L se nemění
b/ pro odchylku ve které dochází ke změně +1 hodinu, je tato hodina považována za hodinu nad FPD a je na zaměstnavateli, jak klasifikuje toto navýšení
c/ pro odchylku ve které dochází ke změně -1 hodinu, je tato hodina považována za hodinu překážky na straně zaměstnavatele a je na zaměstnavateli, jak klasifikuje tuto překážku
Pokud samostatný korekční záznam mění FPD, musí uživatel vhodně upravit korekční záznam – změnit původní korekční SLM na vhodnou SLM podle metodiky stanovené v organizaci.
Pokud se provádí korekce hodin odchylky v čase změny času, provede se korekce i pro výpočet příplatků, které se počítají z Od/Do.
Pro automatizovanou podporu výpočtu plánovaných směn a započitatelné doby pro dny se změnou času „Léto / Zima“ jsou k dispozici :
Číselník Kal01, Svátky :
Doplněn sloupec „Čas změny letní –zimní [hodina]“ – pro záznam typu „Přechod na zimní čas“ nebo „Přechod na letní čas“ obsahuje hodinu dne, ve které se změna uskuteční.
Kalkulace denní evidence docházky :
Pro dny „přechodu zima/léto“ jsou upraveny započitatelné hodiny záznamu o +1/-1 hodinu, pokud hodina změny je vně kalkulovaného záznamu.
Při změně hodin z důvodu změny času, generujeme hlášení DD009.
Poznámka :
Pokud kalendář obsahuje změnu L/Z, musí být řešen v rámci rozpisu směn kalendáře
manuálně – upraven vzorový den pro den změny.
Podstatou je rozdělení vykázané doby v odchylce se změnou L/Z na záznam ve směně a korekčního záznamu +/- jedna hodina.
V započitatelnosti DOCH05 je skupina: Zmena_LZ - SLM pro korekci změny L/Z času
Do započitatelnosti zadáme SLM:
a/ pro navýšení musí mít Zap. hodin = 1 - (typu odpracováno, placený přesčas, NVT, evidenční … )
b/ pro ponížení musí mít Zap. hodin = -1 - (typu placená náhrada, nebo evidenční, …)
V rámci kalkulace docházky, pokud jsou položky odchylky Čas Od/Do vyplněny a v rozsahu odchylky je nalezen typ dne L/Z nebo Z/L (typ dne v číselníku svátku = 2 nebo 3), zobrazíme hlášení:
DD025 [U] [INF] Při změně L/Z hodiny na SLM <slm> upraveny o <-1/+1> hodinu.
Podle typu změny v Kal01, Svátky pro dotčený den vyhledáme v započitatelnosti DOCH05.Zmena_LZ SLM pro korekci.
Pokud je nalezena odpovídající SLM pro změnu L/Z (+1):
a/ hodiny orig. záznamu neměníme
b/ vytvoříme kopii aktuální odchylky a na kopii
i/ nahradíme SLM nalezenou SLM ze započitatelnosti
SLM generované korekční odchylky měníme pouze pokud je SLM ze započitatelnosti DOCH02.ODPR, pro jiné SLM, v novém záznamu se zachová původní SLM.
ii/ nastavíme hodiny na 1 a časy nevyplníme
c/ zobrazíme hlášení:
DD025a [U] [INF] Při změně L/Z hodiny na SLM <slm1> vložená SLM <slm2> s <1> hodinou.
Pokud je odpovídající SLM pro změnu L/Z (+1) nenalezena:
Pouze se upraví hodiny řešené odchylky o +1 hodinu
Pokud DD009b > 0
Ne: Bez krácení odchylky v čase L/Z
Zobrazí se : DD009b [U] [VAR] V čase odchylky SLM <slm> dne <datum>
<čas od / čas do> změna Z/L bez korekce !
ukončíme funkci
Ano: Krácení odchylky v čase L/Z
pokračujeme v kontrole a krácen
Pokud je nalezena odpovídající SLM pro změnu Z/L (-1):
a/ hodiny orig. záznamu upravíme o -1
b/ vytvoříme kopii aktuální odchylky a na kopii
i/ nahradíme SLM nalezenou SLM ze započitatelnosti
SLM generované korekční odchylky měníme pouze pokud je SLM ze započitatelnosti DOCH02.ODPR, pro jiné SLM, v novém záznamu se zachová původní SLM.
ii/ nastavíme hodiny na 1 a časy nevyplníme
c/ zobrazíme hlášení:
DD025a [U] [INF] Při změně L/Z hodiny na SLM <slm1> vložená SLM <slm2> s <1> hodinou.
Pokud je odpovídající SLM pro změnu Z/L (-1) nenalezena:
Pouze se upraví hodiny řešené odchylky o -1 hodinu
Korekční záznam je identifikovatelný podle:
nastavení pole POZNAMKA = “Přechod na letní čas” resp. “Přechod na zimní čas”
nastavení pole Zdroj DD = 3 a Zdroj DD dopl. = 13
Pro režim evidence docházky především 11 a 12 (při řešených kolizích i pro jiné režimy) se provede generování řádku DD dle předepsaného režimu, pokud v určeném rozsahu dní není evidována docházka (viz Režimy evidence docházky).
Takto vygenerovaný záznam má v poli Poznámka text „Kalkulace denní docházky“.
Automatické doplnění neodpracovaného svátku
V rámci kalkulace evidence docházky v den, který následuje po dni, na který připadá den svátku (kalkulace prováděná v následující den po dni svátku), se do evidence docházky automaticky doplní záznam o délce obvyklé směny se SLM s IA 1008 pokud je pro aktuální kalendář definovaný režim svátku „Pracovní směna – volný den“ a pokud pro den svátku :
Nástup / výstup v průběhu měsíce
Při zjištění neplatného PV se automaticky vygeneruje řádek se SLM s IA 903 (Neplatný PV – nástup/výstup).
Půldenní odchylky ze schvalování
Pro režim zpracování docházky 11 je automatický doplněn záznam do denní evidence docházky tak, že doplní záznam i pro dny, ve kterých již existuje záznam z procesu „schvalování“ na půlku směny. Je doplněn záznam o poloviční délce obvyklé směny.
Při kalkulaci v první den měsíce se vytvoří do „Dcm01, Vstupy“ nového měsíce kopie „neuzavřeného“ záznamu z předchozího období.
Pojmem „neuzavřený“ záznam označujeme záznam v „Dcm01, Vstupy“, který byl vytvořen funkcí „zpracování průchodů“ (Dca02 Evidence příchodu / Odchodu, Dca01 Hromadné zpracování průchodů, atd.), u kterého není evidováno „ukončení“ z funkce zpracování průchodu.
Podmínky pro vytvoření kopie záznamu jsou shodné s podmínkami při kopírování dlouhodobých odchylek do nového období při uzavírání mezd.
Aktivován pokud Dcc01, Generuj při vícedenní nepřítomnosti = 2;
Režim průběžného doplňování záznamu do denní evidence docházky v trvání dlouhodobé nepřítomnosti (začátek vygenerován z evidence průchodů), který funguje následujícím způsobem:
Pokud se v rámci automatizované každodenní kalkulace zjistí, že v aktuálním dnu není evidován řádný záznam, systém vyhledá poslední evidovaný záznam.
Pokud tento záznam vznikl ze snímačů a není ukončen (neobsahuje kód průchodu pro ukončení) a průchod, který tento záznam vygeneroval má nastaven režim „Generuj při vícedenní nepřítomnosti:“ = 2, do kalkulovaného dne se vytvoří kopie vyhledaného řádku, přičemž obsazení údajů je následující :
o
Jedná se běžný pracovní den
Datum = den kalkulace
SLM = odpovídající SLM kódu průchodu začátku
Čas Od = Stanovený začátek pracovní doby (ze VD)
Čas Do = Stanovený konec pracovní doby (ze VD)
Datum generování DD = systémový datum a čas
o
Jedná se o den volna (není plánována směna)
Datum = den kalkulace
SLM = odpovídající SLM pro volný den nebo svátek,
resp. odpovídající SLM (pokud první není vyplněna) kódu průchodu
začátku
Čas Od = Nevyplněno
Čas Do = Nevyplněno
Datum generování DD = systémový datum a čas
o
Jedná se o pracovní den ve svátek s náhradou
Datum = den kalkulace
SLM = odpovídající SLM pro volný den nebo svátek
resp. odpovídající SLM (pokud první není vyplněna) kódu průchodu
začátku
Čas Od = Stanovený začátek pracovní doby (ze VD)
Čas Do = Stanovený konec pracovní doby (ze VD)
Datum generování DD = systémový datum a čas
o
Jedná se o pracovní den ve svátek s pracovní směnou
Datum = den kalkulace
SLM = odpovídající SLM kódu průchodu začátku
Čas Od = Stanovený začátek pracovní doby (ze VD)
Čas Do = Stanovený konec pracovní doby (ze VD)
Datum generování DD = systémový datum a čas
Funkce doplňkového průběžného generování záznamů do Dcd podle naposledy zaevidovaného průchodu (Dcc01, Generuj při vícedenní nepřítomnosti = 2) dokáže generovat záznamy i po přechodu do dalšího měsíce.
Omezení vygenerování přerušení (odchylky z průchodu) ve
dni jeho ukončení.
Příklad: Zaměstnanec je např. na pracovní cestě a po jejím ukončení přijde do
práce později, než je jeho stanovený příchod při obvyklé pracovní době.
Standardně se mu na část směny od stanoveného příchodu do skutečného příchodu
vygeneruje odchylka typu Pracovní cesta.
Pokud však v Dcc01 pro typ průchodu pro začátek pracovní cesty, nastavíte:
Způsob zpracováni průchodu = 2
tato odchylka se nevygeneruje.
a/ průběžné generování - do následujícího období (generování dopředu)
pokud je zpracováván první den v měsíci, zkontroluje se, zda nemá převést generování z předchozího měsíce - kontroluje poslední den předchozího období
b / zpětné generování - do předchozího období (generování zpětně)
pokud se při zpětném generování doplňoval první den měsíce, zkontrolujeme zda by nebylo nutné generovat i do předchozího měsíce. Pokud se má generovat podle standardních podmínek a docházka pro předcházející období je uzavřená nebo je uzavřeno předchozí období, zobrazíme zprávu:
DDE031 [U] [VAR] Nelze provést
zpětné doplnění SLM <slm> do období <obd>.
Pro sledování postupu doplňovaní záznamu do DD z prvotního záznamu z evidence průchodů je k dispozici funkce reprezentovaná hlášením DKE07, která pro režim průběžného i zpětného doplňování v rámci kalkulace DD, generuje informační hlášení (DKE07, DKE07a a DKE07b) o stavu zpracování.
Standardně je funkce vypnutá.
Aktivace se provede nastavením hlášení DKE007 > 0.
Hlášení DKE07a a DKE07b je podmíněný aktivním hlášením DKE007 (tzn. zobrazí se
pouze pokud je aktívní hlášení DKE07).
Hlášení:
DKE07 [U] [0] Průběžné generování Datum %1, ASD %2, SLM %3.
Datum - Datum posledního záznamu v Dcd (záznam od kterého budeme generovat dopředu)
ASD - Kód ASD - od (kod_asd_od)
SLM - SLM z posledního záznamu v Dcd
Kontrolní hlášení z funkce doplňování záznamu k záznamu z Dca.
Standardně vypnuté.
Zobrazí stav na vstupu do funkce doplňování záznamu k záznamu z Dca, před vyhodnocením naposledy zapsaného záznamu v Dcd.
DKE07a [U] [INF] Ukončené generování Datum %1, %2.
Ukončení funkce generování.
Parametr %2 - místo ukončení funkce
DOPLNZ0 - pro průběžné
generování, když kod_asd_kon je vyplněno
DOPLNZ1 - pro průběžné generování, když generuj se nerovná 2
DOPLNZ2 - pro průběžné generování, když pro konkrétní datum existují
záznamy
DOPLNZ00 - pro průběžné generování, když se standardně ukončí generování
DOPLNK1 - pro zpětné generování, kdy generuj se nerovná 2
DOPLNK2 - pro zpětné generování, kdy pro konkrétny datum existují záznamy
DOPLNK00 - pro zpětné generování, kdy se standardně ukončí generování
DKE07b [U] [INF] Zpětné generování Datum %1, ASD %2, SLM %3.
Datum - Datum aktuálního záznamu v Dcd (záznam z kterého budeme generovat dozadu)
ASD - Kód ASD - od (kod_asd_od)
SLM - SLM ze záznamu v Dcd
Začátek zpětného generování.
Pokud v záznamu časové údaje „Čas Od“ a „Čas Do“ (oba) nejsou zadány uživatelem :
Vzhledem na kontrolu DK004 pro záznamy, které:
Nemají vyplněn začátek a ukončené jsou před začátkem směny
Nemají vyplněn konec a začátek je po ukončení směny
Nastavení nevyplněných položek pro výpočet se provede tak, že pro výpočet se použije vyplněná párová položka (dříve bylo nastaveno na „nevyplněno“), tzn. pro nevyplněný konec se použije hodnota ze začátku záznamu a opačně pro nevyplněný začátek se použije hodnota z konce záznamu.
Pokud odchod, podle aktuální konfigurace a situace, nebylo možné doplnit, např. protože začátek záznamu je za plánovaným koncem směny, zobrazí se hlášení:
DD165 [U] [WAR] Dne %1, odchod nebylo možné doplnit, protože začátek (%2) je po směně (%3).
Pro režim automatického doplnění „plovoucí směny“ (podle Kal01):
Pokud je požadované automatické doplnění začátku/konce záznamu denní docházky, který nebyl zadán uživatelem nebo nebyl doplněn z vyhodnocení průchodů tak, aby byla naplněná plánovaná délka směny, je potřebné pro příslušnou SLM na Slm01 nastavit parametr:
Režim doplnění Dcd01 = 4 (Plovoucí začátek/konec).
Příklady:
Zaměstnanec má běžnou směnu pro pružnou pracovní dobu s
obvyklá směna: 8:00-16:00
pevná část směny: 9:00-14:00
volitelný začátek a konec: nevyplněn
plánovaná délka směny 8,0 hod
započitatelná délka plánované směny 7,5 hod
1/ Zaměstnanec přijde do práce v 7 hodin, ve 12 odchází na služební cestu a již se nevrátí.
Má odpracováno 5 hodin. Konec služební cesty se určí dopočtem:
konec prac. cesty pro výpočet = začátek prvního záznamu ve dni + 8,0 hod
tj. 7:00 + 8,0 = 15:00
2/ Zaměstnanec přijde v 9 hodin, ve 12 odchází bez označení průchodu a již se
nevrátí.
Má odpracováno 3 hodin. Konec se určí dopočtem:
konec odpr. doby pro výpočet = začátek prvního záznamu ve dni + 8,0 hod
tj. 9:00 + 8,0 = 17:00
Pokud v době kalkulace záznamu denní evidence docházky pro režim „Pružná PD“ při funkci automatického doplnění začátku nebo konce záznamu, není v definici vzorového dne vyplněna položka:
„Začátek pracovní doby od“ - použije se obsah položky „Stanovený začátek pracovní doby“
„Konec pracovní doby do“ - použije se obsah položky „Stanovený konec pracovní doby“.
Automaticky doplňované nevyplněné položky „začátek“ resp. „konec“ záznamu se provádí podle aktuálního nastavení předmětné SLM v číselníku Dcc01.
Doplnění se realizuje vzhledem na referenční datum kalkulace (doplňují se pouze pro záznamy, u kterých je datum menší nebo rovný referenčnímu datu).
Automatické doplnění nevyplněného začátku / konce pro výpočet započitatelných hodin pro každý záznam evidence docházky se provádí dle těchto zásad :
o Doplnění se provede dle aktuální volby Slm01, „Režim doplnění Dcd01 a Dcc04, „Typ zaokrouhlení průchodu“
o
Dovolená, dle zvoleného režimu Standard / Allianz
Standard – režimu doplnění dle volby Slm01, „Režim doplnění Dcd01“
Allianz – na délku poloviční pracovní směny
o
Pružné odchylky (Slm01, „Typ zpracování SLM v DOCH“ = 3 ),
začátek – na délku směny s ohledem na naposled zaznamenaný odchod
ve dni, maximálně však na konec povoleného příchodu podle vzorového dne
konec – na délku směny vzhledem na první zaznamenaný příchod ve dni,
maximálně však na začátek povoleného odchodu podle vzorového dne
o
Pevné odchylky (Slm01, „Typ zpracování SLM v DOCH“ = 1 )
začátek – na délku směny vzhledem na naposled zaznamenaný odchod ve dni,
maximálně však na začátek obvyklé směny podle vzorového dne
konec – na délku směny vzhledem na první zaznamenaný příchod ve dni,
maximálně však na konec obvyklé směny podle vzorového dne
o
Volné odchylky(Slm01, „Typ zpracování SLM v DOCH“ = 0 )
začátek – na délku směny vzhledem na naposled zaznamenaný odchod ve dni,
maximálně však na povolený konec pro odchod podle vzorového dne
konec – na délku směny vzhledem na první zaznamenaný příchod ve dni,
maximálně však na povolený začátek pro příchod
Pokud v ručně vloženém záznamu nejsou vyplněné časové údaje (oba), tak se pro výpočet použijí hodnoty ze vzorového dne (začátek a konec běžné směny).
Pokud při záznamu v DD není vyplněn „příchod“, tak se provede dopočet konce směny, pokud je povolený konfigurací.
Když se jedná o první záznam dne, postupujeme podle standardního režimu (typ Kalendáře, SLM a Vzorového dne)
Pokud se jedná o druhý a další záznam, tak příchod se doplní podle max. hodnoty začátku resp. ukončení předcházejících záznamů daného dne.
Pokud při záznamu generovaném z evidence snímačů není vyplněný „odchod“, tak se provede dopočet konce směny, pokud je povolený konfigurací.
Toto doplnění se provádí jen pro záznamy u kterých je „Datum Od“ menší než je aktuální den.
Pro zaměstnance
s kalendářem „Typ pracovní doby“ pružná (1,2,3) a se SLM s „Typ
zpracování SLM v DOCH“ = 3 (pružná) se automatizovaně doplněný začátek záznamu
stanoví na začátek pevné části pracovní směny (podle aktuálního vzorového dne =
„Začátek pracovní doby od“ ).
Doplnění Začátek / Konec ve volném dnu
Pro doplňování začátku/konce ve volném dni pro režim „plovoucího začátku/konce“ (když není k dispozici definice vzorového dne) se řídí průměrnou délkou směny zaměstnance z Opv01 zvětšená o plánovanou délku přestávky v kalendáři.
Doplnění Začátek / Konec – dovolené – režim Allianz
Pro SLM s IA 21, 22 (Dovolená) se začátek resp. ukončení záznamu stanoví výpočtem :
Začátek = „ukončení“ – ½ plánované směny
Konec = „začátek“ + ½ plánované směny
Doplnění Začátek / Konec - zkrácené úvazky
Pro zkrácené úvazky jsou použity standardní algoritmy pro doplnění začátku a konce s respektováním definované délky úvazku.
Doplnění Začátek / Konec - nepřítomnosti – režim bez Přestávky
Pro všechny nepřítomnosti, které nemají nastaven režim „přestávky“, se automatické doplnění začátku a konce v režimu „plovoucí začátek/konec“ realizuje vzhledem na plánovanou délku směny, pokud v aktuálním dni jsou započítány SLM, pro které se neuplatní přestávka (součet započitatelné doby je menší než limit pro první přestávku) nebo vzhledem na plánovanou délku směny s přestávkou, pokud v aktuálním dni jsou započítány SLM, pro které se uplatní přestávka (součet započitatelné doby je větší než limit pro první přestávku).
Lékař v pružné PD
Jedná se o záznam se SLM s IA 61 a volbou Slm01, „Typ zpracování SLM v DOCH“ = 3.
Při automatizovaném doplnění začátku a konce pro odchylku typu „Lékař“ se použijí následující pravidla dle aktuálního režimu pro doplňování:
Režim pevné pracovní doby, hranice dle VD generuje :
o Začátek : jako začátek plánované směny
o Konec : jako konec plánované směny
Režim pevné pracovní doby, hranice dle plovoucího začátku generuje :
o Začátek : poslední průchod dne – délka plánované směny (s přestávkou nebo bez přestávky dle zvoleného režimu přestávky pro SLM)
o Konec : první průchod dne + délka plánované směny (s přestávkou nebo bez přestávky dle zvoleného režimu přestávky pro SLM)
Režim pružné pracovní doby, hranice dle VD generuje :
o Začátek : začátek pevné časti plánované směny
o Konec : konec pevné časti plánované směny
Režim pružné pracovní doby, hranice dle plovoucího začátku generuje :
o Začátek : poslední průchod dne – délka plánované směny (s přestávkou nebo bez přestávky dle zvoleného režimu přestávky pro SLM). Pokud je stanoven začátek v rozmezí pevné části plánované směny, tak se začátek nastaví na začátek pevné časti plánované směny
o Konec : první průchod dne + délka plánované směny (s přestávkou nebo bez přestávky dle zvoleného režimu přestávky pro SLM). Pokud je stanoven konec v rozmezí pevné části plánované směny, tak se konec nastaví na konec pevné časti plánované směny.
Příklad doplnění „začátek / konec“ pro definovaný vzorový den a definovaný režim vyhodnocení (v první časti tabulky je uveden zaznamenaný začátek nebo konec, v druhé časti tabulky je uveden doplňovaný údaj a způsob jeho stanovení):
Základní směna : 7:00 – 16:30
Rozmezí pro příchod : 6:00 - 9:00
Rozmezí pro odchod : 15:00 - 19:00
Pevná část PD : 9:00 – 15:00
Poslední průchod |
|
|
|
|
|
|
Pole – vyplněno |
Konec |
Konec |
Konec |
Začátek |
Začátek |
Začátek |
Čas |
8:00 |
10:00 |
16:00 |
8:00 |
10:00 |
16:00 |
Režim doplnění |
|
|
|
|
|
|
Pole pro doplnění |
Začátek |
Začátek |
Začátek |
Konec |
Konec |
Konec |
Pevný |
7:00 |
7:00 |
7:00 |
16:30 |
16:30 |
16:30 |
Pevný Plovoucí |
Příchod-směna min. 7:00 |
Příchod-směna min. 7:00 |
Příchod-směna min. 7:00 |
Odchod + směna < 16:30 |
Odchod + směna < 16:30 |
Odchod + směna < 16:30 |
Pružný |
Nic |
9:00-10:00 |
9:00-15:00 |
9:00-15:00 |
10:00-15:00 |
Nic |
Pružný Plovoucí |
Nic |
9:00-10:00 |
Příchod-směna min. 9:00 nebo 9:00 pokud je > 9:00 |
Odchod+ směna max. 15:00 nebo 15:00 pokud je < 15:00 |
Odchod+ směna max. 15:00 nebo 15:00 pokud je < 15:00 |
Nic |
Upraven režim automatizovaného doplnění „začátku“/“konce“ odchylky pro kalkulaci DD tak, aby pro výpočet byly doplněny dle dalších ohraničení VD a to :
o Na hranice pevné časti pružné pracovní doby
o Na hranice běžné směny
Režim je určen nastavením parametrů „Slm01, Režim doplnění Dcd01“ (JPC : pd_dopln_zac_kon, viz. Doch_dopl_uzdoc.doc, Slm01, Režim doplnění Dcd01). .
Na obrázku je zobrazen popis časové osy a základní pojmy pro režim „Pružné pracovní doby“ (PPD)
Schéma pro doplnění scházejícího „začátku“ pro SLM typu pro PPD „Nedefinovaný“ :
Příklad pro popis VD :
PrOd (Začátek pracovní doby od:) = 6:30;
Prich (Stanovený začátek pracovní doby:) = 7:00;
PrDo (Začátek pracovní doby do:) = 9:00;
OdchOd (Konec pracovní doby od:) = 14:00;
Odch (Stanovený konec pracovní doby:) = 15:30;
OdchDo (Konec pracovní doby do:) = 19:00
Tzn. :
Základní pracovní doba v PPD : 9:00 – 14:00
Pevně stanovená směna : 7:00 – 15:30
Volitelná pracovní doba pro příchod : 6:30 – 9:00
Volitelná pracovní doba pro odchod : 14:00 – 19:00
Rozsah pružné PD : 6:30 – 19:00
Délka směny : 8:00
Délka směny s přestávkou : 8:30
Příklady automatického doplnění začátek/konec pro :
o režim doplnění chybějícího průchodu 0 – Nedoplnit průchod
o režim zaokrouhlení – 2, podle vzorového dne
o Typ SLM – 0 (neurčen)
Příchod |
Odchod |
Dopl. Příchod |
Dopl. odchod |
Poznámky
|
6:00 |
|
|
|
|
6:45 |
|
|
|
|
8:00 |
|
|
|
|
10:00 |
|
|
|
|
14:30 |
|
|
|
|
16:00 |
|
|
|
|
20:00 |
|
|
|
|
|
6:00 |
|
|
|
|
6:45 |
|
|
|
|
8:00 |
|
|
|
|
10:00 |
|
|
|
|
14:30 |
|
|
|
|
16:00 |
|
|
|
|
20:00 |
|
|
|
Příklady automatického doplnění začátek/konec pro :
o režim doplnění chybějícího průchodu 1 – Doplnit průchod
o režim zaokrouhlení – 2, podle vzorového dne
o Typ SLM – 0 (neurčen)
Příchod |
Odchod |
Dopl. Příchod |
Dopl. odchod |
Poznámky
|
6:00 |
|
6:30 |
19:00 |
|
6:45 |
|
6:45 |
19:00 |
|
8:00 |
|
8:00 |
19:00 |
|
10:00 |
|
10:00 |
19:00 |
|
14:30 |
|
14:30 |
19:00 |
|
16:00 |
|
16:00 |
19:00 |
|
20:00 |
|
|
|
|
|
6:00 |
6:00 |
6:00 |
|
|
6:45 |
6:30 |
6:45 |
|
|
8:00 |
6:30 |
8:00 |
|
|
10:00 |
6:30 |
10:00 |
|
|
14:30 |
6:30 |
14:30 |
|
|
16:00 |
6:30 |
16:00 |
|
|
20:00 |
6:30 |
19:00 |
|
Příklady automatického doplnění začátek/konec pro :
o režim doplnění chybějícího průchodu 2 – Doplnit průchod, pružná PD, pevná část
o režim zaokrouhlení – 2, podle vzorového dne
o Typ SLM – 0 (neurčen)
Příchod |
Odchod |
Dopl. Příchod |
Dopl. odchod |
Poznámky
|
6:00 |
|
6:30 |
14:00 |
|
6:45 |
|
6:45 |
14:00 |
|
8:00 |
|
8:00 |
14:00 |
|
10:00 |
|
10:00 |
14:00 |
|
14:30 |
|
14:30 |
15:30 |
|
16:00 |
|
16:00 |
19:00 |
|
20:00 |
|
|
|
|
|
6:00 |
6:00 |
6:00 |
|
|
6:45 |
6:30 |
6:45 |
|
|
8:00 |
6:30 |
8:00 |
|
|
10:00 |
9:00 |
10:00 |
|
|
14:30 |
9:00 |
14:30 |
|
|
16:00 |
9:00 |
16:00 |
|
|
20:00 |
9:00 |
19:00 |
|
Příklady automatického doplnění začátek/konec pro :
o režim doplnění chybějícího průchodu 3 – Doplnit průchod, pružná PD, stanovená směna
o režim zaokrouhlení – 2, podle vzorového dne
o Typ SLM – 0 (neurčen)
Příchod |
Odchod |
Dopl. Příchod |
Dopl. odchod |
Poznámky
|
6:00 |
|
6:30 |
15:30 |
|
6:45 |
|
6:45 |
15:30 |
|
8:00 |
|
8:00 |
15:30 |
|
10:00 |
|
10:00 |
15:30 |
|
14:30 |
|
14:30 |
15:30 |
|
16:00 |
|
16:00 |
19:00 |
|
20:00 |
|
|
|
|
|
6:00 |
6:00 |
6:00 |
|
|
6:45 |
6:30 |
6:45 |
|
|
8:00 |
7:00 |
8:00 |
|
|
10:00 |
7:00 |
10:00 |
|
|
14:30 |
7:00 |
14:30 |
|
|
16:00 |
7:00 |
16:00 |
|
|
20:00 |
7:00 |
19:00 |
|
Příklady automatického doplnění začátek/konec pro :
o režim doplnění chybějícího průchodu 4 – Plovoucí konec
o režim zaokrouhlení – 2, podle vzorového dne
o Typ SLM – 0 (neurčen)
Příchod |
Odchod |
Dopl. Příchod |
Dopl. odchod |
Poznámky
|
6:00 |
|
6:30 |
15:00 |
|
6:45 |
|
6:45 |
15:15 |
|
8:00 |
|
8:00 |
16:30 |
|
10:00 |
|
10:00 |
18:30 |
|
14:30 |
|
14:30 |
19:00 |
|
16:00 |
|
16:00 |
19:00 |
|
20:00 |
|
20:00 |
20:00 |
|
|
6:00 |
6:00 |
6:00 |
|
|
6:45 |
6:30 |
6:45 |
|
|
8:00 |
6:30 |
8:00 |
|
|
10:00 |
6:30 |
10:00 |
|
|
14:30 |
6:30 |
14:30 |
|
|
16:00 |
7:30 |
16:00 |
|
|
20:00 |
10:30 |
19:00 |
|
Pokud se na Dcc01 nastaví parametr Dcc01 - Časový posun průchodu v min. (+/-), tak se pro výpočet upravuje skutečný začátek a konec směny, pro první a poslední záznam dne, generovaného z evidence průchodů (zdroj = 2).
Pro řádky s jiným zdrojem se úprava neprovádí.
Pro výpočet se použije :
jako začátek záznamu: vykázaný začátek + Časový posun průchodu v min. (+/-).
jako konec záznamu: vykázaný konec + Časový posun průchodu v min. (+/-).
Příklad. :
na Dcc01 – příchod, nastaven posun na -10
na Dcc01 – odchod, nastaven posun na 5
záznam se skutečnými průchody 7:30 – 15:30
je pro vypočet hodin upraven na 7:20 – 15:35
K dispozici je možnost akceptace započitatelné doby pro označenou SLM v rozsahu jiném než hranice plánované směny.
Pokud je pro SLM nastaven parametr Slm01 Typ zpracování SLM v DOCH = 6 - Pevná odchylka - v definovaném rozmezí a zároveň se vhodně naplní položky Započítat SLM od, Započítat SLM do, započitatelná doba pro tuto SLM bude akceptovaná ve zvoleném rozsahu (bez ohledu na plánovanou směnu).
Např. použitelné pro akceptaci CP i mimo hranice plánované směny.
Příklad:
Plánovaná směna 8:00 - 16:30
CP vykázán 6:00 – 21:30
a) standardní převod CP do DD: 8:00 16:30
b) pro SLM CP je nastaven převod 5:00 – 19:00
převod CP do DD: 6:00 - 19:00
Standardně se základní započitatelná doba spočte jako rozdíl čas Do – čas Od.
Při kalkulaci započitatelných hodin na záznamu DD pro režim kalkulace 13 a 14, má přednost vyplněná položka Hodiny (výpočet podle Čas Od/Do je ignorován).
SLM typu „pružná odchylka“ (Slm01, Doch&Ext.vstupy, Typ zpracování SLM v DOCH= 3 Pružná odchylka).
Započitatelné hodiny jsou počítány jen v rozsahu pevné části započitatelné doby.
Hodiny dovolené se neakceptují, pokud začátek (průchod pro začátek dovolené) je pozdější než začátek obvyklé směny (pro konfiguraci zarovnání podle VD).
Pokud začátek (průchod pro začátek dovolené) je dřívější než začátek obvyklé směny, tak se dovolená neakceptuje, pokud součet započitatelných hodin do fondu, z dřívějších záznamů, je roven nebo větší než plánovaná délky směny.
Po standardním vyhodnocení započitatelných hodin pro nepřítomnost typu „dovolená“ se provede kontrola těchto hodin vzhledem na plánovanou změnu a podle potřeby se provede korekce započitatelných hodin tak, aby byla splněna podmínka, že započitatelné hodiny mohou být stejné jako hodiny plánované směny nebo její polovinu.
Pro standardní režim se SLM s IA 21, 22 (Dovolená) zarovnává následovně :
Pro rozsah 0.00 až 0.249 plánované směny na 0.0 hod
Pro rozsah 0.25 až 0.749 plánované směny na ½ hodin plánované směny
Pro rozsah 0.75 a víc plánované směny na hodiny plánované směny
Poznámka : Pro režim „Allianz SK“ se každý záznam dovolené zadaný z Dcd01 nebo generovaný z Dca02 zarovná na polovinu obvyklé směny (bez ohledu na skutečnou délku zadaného záznamu).
Pokud má SLM v číselníku „Slm01,Doch&Ext.vstupy“ nastavenou položku:
Režim doplnění Dcd01 = 6 - Plovoucí začátek/konec; při souběhu, dovolená na den/půlden
Doplnění začátku a konce dovolené v režimu 6 se provede pouze v případě:
a/ je spuštěná kalkulace a záznam pro doplnění je ze dne stejného nebo dřívějšího než datum kalkulace (pro záznamy na pozdější dny se datum nedoplní)
b/ je spuštěné uzavření docházky, doplnění se provede pro všechny dny bez ohledu na aktuální datum
Zpracování:
1/ Automatické doplnění začátku a konce pro režim 6 je stejné jako pro režim 4
2/ Po vyhodnocení celého dne (včetně přestávek), pokud je ve dni vykázaná dovolená s režimem doplnění 6 se kontroluje:
a/ SOUČET = součet hodin ze dne pro SLM ze započitatelnosti Doch02.ODPR+NEPR+PRESC+NVT+NVC ale ne SLM s IA 21, 22
b/ Pokud SOUČET < Plán. směna * 0,25 a hodiny dovolené jsou > 0 a < Plán. Směna,
pak hodiny dovolené = Plán. směna,
do poznámky: Hod. zarovnané na délku směny
c/ Pokud SOUČET >= Plán. směna * 0,25 a SOUČET < Plán. směna * 0,75 a hodiny dovolené jsou > 0 a >= Plán. Směna
pak hodiny dovolené = Plán. směna /2,
do poznámky: Hod. zarovnané na půlku směny
d/ Pokud SOUČET >= Plán. směna * 0,75 a hodiny dovolené jsou > 0
pak hodiny dovolené = 0,
do poznámky: Dovolená neakceptovaná
Pokud se při zadání SLM typu NVC (náhradní volno čerpání), prac. cesta (služební cesta) a Školení zadá záznam bez vyplnění čas od/do => tak se do záznamu pro výpočet použije čas obvyklé směny (jako např. při nemoci).
Pro naplnění položky směny v rámci kalkulace denních záznamů , je možné volit způsob výpočtu.
Pro každou SLM je možné v Slm01, Doch&Ext.vstupy nastavit položku Výpočet směn na jednu z hodnot:
0 - Směny nepočítat
1 - Z plánované délky směny (Dcd01)
2 - Z průměrné délky směny (Opv01)
3 - Z plánované délky směny (Dcd01), max. 1/den
4 - Z průměrné délky směny (Opv01), max. 1/den
5 - 1 pokud >= jako 1/2 z plánované délky směny (Dcd01)
6 - 1 pokud >= jako 1/2 z průměrné délky směny (Opv01)
7 - Z plánované délky směny (Dcd01) a ODPR+NEPR.
8 - 1 pokud hodiny ve dni > 0, nebo hodiny >= jako limit z Dcc06
9 - Z limitované délky směny (Dcc06)
Pokud není položka vyplněná, tak se počítá jako pro volbu 1.
Pro DPP/DPČ (ale i pro jiné PV s malým úvazkem) se spočte směna v režimu 4 (výpočtu směny), jako hodiny odchylky/prům. směna, co vede obvykle k nesmyslnému výsledku např. při průměrné směně 0,2 a vykázaných hodinách 7,0 je spočtená směna = 35.
Z výše uvedeného důvodu je pro takovéto PV režim výpočtu směny nevhodný.
Pro režim výpočtu směny 4 jsme nastavili max. hranice výpočtu směny:
a/ pro kalkulaci záznamu z DD max 1
b/ pro kalkulaci záznamu z MV max 31
pokud je z výpočtu překročen limit směn, tak se přizná počet směn MAX pro DD nebo MV.
V rámci kalkulace DD/MD záznamu dotčeného se zobrazí hlášení:
DDE027a [E] [ERR] Překročení limitu počtu směn z výpočtu dne <dat> SLM <slm>, prům. směna <h>
Výpočet směny se provede následovně:
· pokud je odpracovaná alespoň část směny (SLM ze zap. ODPR), pak směna = 1
· pokud je neodpracovaná celá směny (SLM ze zap. NEPR, NVC), pak směna = 1
· pokud je neodpracovaná část směny (SLM ze zap. NEPR, NVC) a ve dni je odpracovaná doba, pak směna = 0
· pokud je neodpracovaná část směny (SLM ze zap. NEPR, NVC) a ve dni není odpracovaná doba a není další nepřítomnost se směna = 1, pak směna = 1 jinak směna = 0.
Výpočet směny se provede následovně:
Limit pro max. délku směny je nastaven v Dcc06 jako položka „Limit délky směny pro kontroly:“ pro aktuální kalendář přiřazen na PV
Pokud součet hodiny ze záznamů se SLM ze započitatelnosti DOCH02.ODPR > 0 resp. součet hodin >= limit za den, tak Směny = 1.
Výpočet směny se provede následovně:
Směny = Hodiny / Dcc06. Limit délky směny pro kontroly:
Pokud Směny > jako Dcc06. Max. počet směn ve dni (maximum musí být větší než 0)
Pak Směny = Dcc06. Max. počet směn ve dni
Pro SLM ze započitatelnosti NEPR a NVC, pokud
Slm01, Počítat kal. dny:
0 - Nepočítat
kal. dny
= nevyplněno
1 - Počítat standard pro DOCH
stav
podle výpočtu DD
2- Počítat pouze pro celodenní odchylky
pokud je
částečná směna kal. dny = nevyplněno
3 - Počítat také pro částečné odchylky
pokud je částečná směna kal. dny = směny
Při vytváření virtuálního řádku se spočítá přestávka nezávisle na ostatních řádcích v rámci počítaného dne.
Při kalkulaci záznamu denní docházky se započitatelné hodiny a hodiny přestávky virt. záznamů již nekalkulují, ale použijí se v plném rozsahu při kalkulaci jiných záznamů.
Proces kalkulace denní docházky obsahuje funkci automatického vyřešení konfliktu resp. dopočtu virtuálního vstupu.
Pokud se v rámci kalkulace zjistí stav, že v kalkulovaném dnu se současně nalézá záznam vygenerovaný z funkce „Generování DD“ (který však zatím nebyl měněn uživatelem) a tzv. virtuální záznam (Vyp01, Opv01, Cep01, Dov05), tak se generovaný záznam smaže.
Pokud se v rámci kalkulace zjistí stav, že v kalkulovaném dnu se současně nalézá záznam vygenerovaný z funkce „Generování DD“ (který však zatím nebyl měněn uživatelem) a tzv. virtuální záznam (Vyp01, Opv01, Cep01, Dov05), který však nepokrývá celou plánovanou směnu, tak se vygeneruje jeden nebo dva záznamy, pro nepokrytou část plánované směny.
Pokud pro SLM není povolena kalkulace (Slm01, Doch&Ext.vstupy, Počítat započtené hodiny = Ne), výpočet započitatelných hodin se neprovádí (pro aktuální řádek se nastaví „Hodiny započtené“ = 0).
Pokud pro aktuální řádek není povolena kalkulace (Provádět kalkulaci = Ne) výpočet započitatelných hodin se provádí v omezeném rozsahu :
o Pokud uživatel zadá hodiny, tak se nepočítá přestávka (akceptuje se zadání přestávky uživatelem).
o Pokud uživatel
nezadá hodiny, tak se při první kalkulaci spočítají hodiny započtené a
přestávka dle standardního algoritmu, při druhé kalkulaci se již kalkulace
hodin neprovede, stav odpovídá předchozí situaci (hodiny jsou už vyplněny a
spočítána je i případná přestávka).
Při nastavení „Provádět kalkulaci“ = Ne nebo pokud je SLM s IA 11, 13, 16, 1003, 1004, 1005, 1111, 1116, 1132, 1143, 2121, 2122 se neprovádí plná kalkulace, ale pouze výpočet „Hodiny započtené“. Pokud jej uživatel nezadal z položek Čas od, Čas do. Položka „Délka přestávek“ se spočítá standardním způsobem, pokud je pro aktuální SLM vyžadovaná a není vyplněná uživatelem.
Pro SLM typu nepřítomnost (IA 20 ..949), u kterých není definovaný režim přestávky (Slm01), se provádí automatické zarovnání maximální započitatelné doby na délku plánované směny.
Při výpočtu příplatků se uplatni mechanizmus: Pokud je položka příplatku vyplněna libovolnou hodnotou (postačuje hodnota 0), tak se příplatek nespočítá (akceptuje se hodnota položky), pokud je položka nevyplněna, provede se standardní výpočet příplatku dle aktuální konfigurace.
Pozor: V režimu
„Nekalkulovat“ musí každou změnu dříve spočítaného nebo zadaného příplatku
provést uživatel manuálně.
Pokud je kalkulovaná SLM s IA 11, 13, 905, 1004, 1111, 1116, 1132, 1143 (přesčasy) nebo s nastavením Slm01, Typ zpracování SLM v DOCH = 7 - bez omezení plánovanou směnou, tak se započitatelná doba stanoví pouze podle vykázaného začátku a konce, bez ohledu na plánovanou směnu v daném dni.
Pro záznamy vytvořené na formulářích Dov05/Dov06 kalkulace DD vždy respektuje hodiny spočítané v Dov05 a pro tyto záznamy se neuplatňuje funkce omezení započitatelných hodin (případný konflikt musí řešit vždy uživatel).
Pokud má SLM v číselníku „Slm01,Doch&Ext.vstupy“ nastavenou položku:
Max. délka pro započtení do docházky, tak započitatelné hodiny záznamu jsou zkrácené na hodnotu tohoto parametru.
Pokud má SLM v číselníku „Slm01,Doch&Ext.vstupy“ nastavenou položku:
Zaokrouhlit hod. SLM, tak započitatelné hodiny záznamu jsou zarovnané na nejbližší spodní minutovou hranici určenou v této položce.
Příklad:
započitatelné hodiny v délce 3:58
pro hranici 15 se zarovná na 3:45
pro hranici 30 se zarovná na 3:30
pro hranici 60 se zarovná na 3:00
Zarovnání vnitřního záznamu podle Dcc04
Pokud je vyžadováno zaokrouhlení začátku a konce záznamu, pro
záznamy započitatelné do FPD (pro SLM ze započitatelnosti
Slm02.DOCH02.ODPR+NEPR+PRESC+PRESC2+NVT+NVC), zaokrouhlí se pouze začátek pro
první záznam a konec pro poslední záznam ve dni (záznamy ostatní se neupravují).
Dcc04, Typ zaokrouhlení průchodů =
6- Zarovnat průchod, začátek odchylky vždy podle VZD, konec podle VZD a Kal01
Vyhodnocení se provede následovně:
a/ Při použití VZD typu „alternativní směna“ se nejdříve vybere vhodný VZD (první VZD se začátkem směny pozdějším než začátek odchylky, pokud takový není nalezen, tak první VZD se začátkem dřívějším než začátek odchylky)
b/ Skutečný začátek směny se vždy omezí podle parametru VZD, Stanovený začátek pracovní doby, tzn.: pokud skutečný začátek je menší než VZD, pro výpočet se použije začátek z VZD, pokud je začátek větší než začátek VZD, pro výpočet se použije tato hodnota.
c/ Konec směny se omezí podle VZD nebo se zachová podle konfigurace Kal01 pro přesun směny.
Pokud se v rámci funkce postupné směny zjistí, že pro daný den je plánovaná směna uzavřená libovolným uživatelem, vyhledávání nového VZD se neuskuteční - proces postupné směny se neuplatní. Docházka se vyhodnotí podle aktuálního VZD.
Omezení započitatelné doby v rámci záznamu/směny denní evidence docházky na stanovenou délku směny se provádí pouze pro SLM s typem „odpracováno“, „neodpracováno“ a „čerpání náhradního volna“.
Při nastavení „Dcc04, Typ zaokrouhlení směny“ = 3 a nevyplněné položce „Hranice zaok. směny“, použije se hodnota průměrné délky směny z Opv01, Popis.
Dle konfigurace Dcc04 se provede omezení započitatelné doby na maximální délku ve dvou krocích :
tzn. že jednotlivý záznam ani součet započitatelných hodin ve směně nepřekročí stanovený limit hodin.
Pokud se provede omezení započítané doby záznamu denní evidence docházky podle obvyklé pracovní doby nebo podle stanovené délky směny, je automaticky upraven konec odchylky pro výpočet (Čas do - vypočteno) podle klíče:
„Čas do – vypočteno“ = „Čas od – vypočteno z prvního záznamu směny se SLM započitatelnou do fondu“ + limitní délka směny s přestávkami.
Parametr „Kal01, Doch&Schval., Změna směny-víkend “ je účinný pro všechny typy a režimy zaokrouhlení (i při nedefinované vazbě Dcc04). Tzn., že pokud pro aktuální kalendář není povolena akceptace započitatelné doby v den bez plánované směny, tak v tento den se pro všechny záznamy denní evidence docházky nastaví : Hodiny započtené = 0
Toto omezení je aplikováno pouze pro SLM s IA 1001, 1002 a 1006, pro SLM s jiným IA, se omezení neuplatní (např. pohotovosti, přesčasy, apod.).
Vzhledem k tomu, že se jedná o specializovaný IA pro označení volného dne v denní evidenci docházky, u záznamu neprovádíme automatizované doplňování začátku a směny (pokud jsou vyplněny uživatelem, tak jsou tyto hodnoty odstraněny) podle charakteru SLM. Pro tento záznam nepočítáme hodiny.
Režim „plovoucí směny“ je speciální případ kalendáře v režimu „pevné pracovní doby“.
Plovoucí směna je charakterizována tím, že zaměstnanec může přijít do práce v definovaném časovém rozmezí přitom musí splnit plánovaný fond pracovní doby.
SLM typu „Lékař“
Doplněn začátek / konec pro SLM typu „lékař v plovoucí
směně" v rámci pevné pracovní doby => Počítán konec relativně k
prvnímu "vyp" příchodu, přitom se zohlední režim s přestávkou nebo
bez přestávky.
Příklad : Pro režim Allianz SP, kalendář R02, SLM 964.
Dcc4 – Číselník typů zaokrouhlení
Definovat typ zaokrouhlení pro plovoucí směnu, zarovnání směny podle aktuální potřeby.
Příklad :
Kód = PL
Typ zaokrouhlení průchodu = 4 Plovoucí směna v pevné PD
Typ zaokrouhlení směny = 2 Zaokrouhlovat podle vzor. Dne
Kal01, Vzorové dny – určené pro kalendář s plovoucí směnou
Pole „Hod. směny ...“ = podle požadavku (např. 7,75)
Pole „Skut. Hod. směny ..“ = podle požadavku (např. 8,25)
Pole „Stanovený začátek / konec ..“ – základní časové pásmo pro náhrady
Např. 8: 00 – 16:15
Pole „Začátek pracovní doby Od“ – nejdříve možný příchod
Např. 7:00
Pole „Konec pracovní doby Do“ – nejpozději možný odchod
Např. 19:00
Kal01, Doch&Schval.
Položka „Zaokrouhlování“ – nastavit definovaný režim zaokrouhlení pro plovoucí směnu
Např.
Režim při změně směny = 0
Zaokrouhlování = PL
Režim přestávky = 3
Typ převažující přestávky = 30
Pokud započitatelné hodiny do FPD dne jsou menší než plán. směna a pro kalendář je naplněná položka „SLM pro doplnění do plán. směny“, tak se vygenerujeme záznam na nepokrytou část směny.
Doplňování SLM se neprovede na den neodpracovaného svátku (svátek C, N).
Pokud je pro vyrovnání použitá SLM s IA 12,14, 35, 36 tak se před doplněním zkontroluje, zda má zaměstnanec k dispozici dostatečný počet hodin v evidenci salda NV.
Pokud záznam nelze doplnit z důvodu nedostatečnosti NVt, zobrazí se hlášení:
DD154 [U] [VAR] Dne <datum> nelze doplnit čerpání NV pro vyrovnání plán. směny, nedostatečné saldo NV.
Pro režim kalkulace 12, 13, 15, 16, pokud ve dni není pokrytá plánovaná směna ale je naplněn plánovaná směna v hodinách, tzn. - pokud ve dni je vykázaná započitatelná doba minimálně ve výši plánovaného FPD, ale není pokrytá plánovaná směna podle VZD, zobrazí se hlášení:
DD017 [U] [VAR] Dne <datum>, nebyla doplněná SLM pro vyrovnání plán. směny z důvodu naplnění denního FPD.
Příklad:
plánovaná směna podle VZD: 7:30 - 16:00 – plán. směna 8 hodin
vykázaná doba : 6:00 – 14:30, vykázaná doba 8 hodin
vykázaná doba nepokrývá plánovanou směnu v rozsahu 14:30 – 16:00 a proto se zobrazí hlášení.
Doporučení: pokud u zaměstnavatele se tato situace vyskytuje častěji a z pohledu zaměstnavatele se nejedná o porušení pracovního režimu, doporučujeme hlášení vypnout.
V rámci jednoho kalendáře je možné použít VZD s definovanou přestávkou, ale také VZD bez definované přestávky, tzn. na kalendáři se střídají VZD s přestávkou i bez přestávky.
Pro takýto kalendář musí být nastaveno na Kal01:
Typ převažující přestávky = 5 (kalendář, přestávka podle VZD).
Pro takový kalendář musí být přiřazen Vzorový úsek (Kal06), který je vytvořen ze standardních VZD se standardně definovanou přestávkou na VZD (Typ přestávky > 0), ale i s VZD bez přestávky ( Typ přestávky = 0, nestačí stav "nevyplněno").
Nebo v rámci tvorby plánu se do aktuálního rozpisu také to VZD naskládají podle aktuální potřeby.
V rámci kalkulace docházky se pak pro VZD s nastavením Typ přestávky = 0, pro daný den přestávka nepočítá.
Pro SLM typu „Přestávka / Oběd (Slm01, „Typ zpracování SLM v DOCH“ = 2)“ se vyhodnocení provádí následovně :
Hodiny vypočítané = Do - Od
Hodiny Započítané = Hodiny vypočítané pokud „Hodiny vypočítané“ <= 0,5
Hodiny Započítané = 0,5 pokud „Hodiny vypočítané“ > 0,5
Přestávka = Hodiny Započítané
Pokud SLM má nastaveno Slm01, Krácení o přestávku ze SLM do FPD = Ano,
pak se výpočet přestávky provede následovně:
a/ spočítají se přestávky vykázané na libovolný záznam dne v časovém
rozsahu vyhodnocované SLM
b/ do řádku s vyhodnocovanou SLM se nastaví
Přestávka = Hodiny spočítané v kroku a
Hodiny zap. = Hod. vykázané - Přestávka
Přestávka, o délce definované kalendářem, se automaticky vygeneruje (obvykle do formuláře Dcd01, Vstupy, Přestávky) po vyhodnocení záznamu evidence docházky při kterém je splněna podmínka započitatelné doby pro generování přestávky.
Započitatelná doba přestávky není vázaná na definici plánované směny(kalendář), ale na začátek vykázané doby (čas od, použitý pro výpočet).
V případě, že zaměstnanec si označí přestávku (vykázaná přestávka v práci na IA 901) až po překročení stanoveného limitu pro přiznaní přestávky (např. po 6 hodinách) – akceptuje se až označená přestávka (ignoruje se generování nároku po 6 hodinách) za níže uvedené podmínky .
Pokud generovaná přestávka při překročení limitu padne do vyhodnocovaného záznamu, tak se ještě zjišťuje, jestli max. do dvou hodin od konce vyhodnocovaného záznamu nezačíná vykázaná odchylka typu přestávka na oběd (SLM s IA 901 s nastavením Slm01, Typ zpracování SLM v DOCH = 2).
Pokud je přestávka vykázaná v tomto 2dvou hodinovém limitu, tak se do vyhodnocovaného záznamu přestávka neuloží - přesouvá se na záznam „přestávky“.
Pokud je přestávka vykázaná po 2dvou hodinovém limitu, tak se do vyhodnocovaného záznamu přestávka uloží.
Pokud vykázaná přestávka je kratší jako stanovená délka, tak čas nesplněné přestávky přesune do dalšího záznamu. Pokud do tohoto záznamu padne i další přestávka, tak se přestávky v záznamu sečtou.
Standardně se vyhodnocuje přestávka vzhledem na návaznost jednotlivých vykázaných častí směny:
a/ Pro CZ – pro přestávku se počítá započitatelná doba pouze z navazujících časti směny (při přerušení se vyhodnocuje samostatně pro každou nepřerušenou část směny)
b/ Pro SK – pro přestávku se počítá započitatelná doba ze všech relevantních SLM bez ohledu na jejích návaznost (ZP neurčuje povinnost nepřetržité započitatelné doby pro přestávku).
Přestávka a nekalkulovatelný přesčas.
Pokud přestávka padne do nekalkulovatelného přesčasu,
zobrazí se hlášení "...nelze umístit přestávku..."
a přestávka se nepřesouvá.
Přestávka a záznam z CEP
Pokud při vytváření virt. zdroje z CEP se umístí přestávka do
CP, je uložená do tohoto záznamu.
Při kalkulaci docházky je tato přestávka aktualizovaná podle ostatních záznamů
ve stejném dni.
Přestávka a dovolená na konci směny
Vyhodnocení přestávky s půldenní dovolenou na konci směny.
Pokud má být přestávka umístěná do záznamu s půldenní
dovolenou (schvalovanou i neschvalovanou) IA 21, 22:
přestávku zde neumístíme, zobrazíme hlášení "Přestávku nelze umístit do záznamu"
a pokud to jde, přestávku umístíme do předešlého záznamu. Pokud nejde,
zobrazíme hlášení "Přestávku nelze umístit do dne" a přestávka je ignorovaná.
Při stanovení začátku přestávky se zohledňuje první záznam DD v rámci dne, který je použit pro výpočet této přestávky.
Pro stanovení délky první, druhé a třetí přestávky se použije délka přestávky určená zadáním začátku a konce přestávky na záložce Přestávky. Pořadí záznamu na záložce určuje také pořadí přestávky.
Příklad:
Adm21, Docházka, Limit hodin pro první přestávku = 6,00
Adm21, Docházka, Limit hodin pro druhou přestávku = 11,25
Kal01, Doch&Schval, Režim přestávky = 3
Kal01, Doch&Schval, Typ převažující přestávky = nevyplněno
Kal01, Doch&Schval, Délka převažující přestávky = -1
Kal01, Přestávky:
10:00 – 10:45 délka 1. přestávky = 45 min
18:00 – 18:30 délka 2. přestávky = 30 min
První přestávka se vygeneruje po započtení 6 hodin o délce 45 min.
Druhá přestávka se vygeneruje po započtení 11:15 hodin o délce 30 min.
Pro režim vyhodnocení přestávky na jídlo a odpočinek v režimu 3, je možné do plánu směn zařadit směnu, pro kterou se přestávka nemá použít, tzn. den s plánovanou směnou podle níže uvedeného nastavení, se bude celý den a všechny výpočty na něm chovat tak, jako by na kalendáři byl nastaven režim přestávky = 0 (bez přestávky), ostatní dny se zpracují standardním způsobem.
Nastavení plánované směny bez vyhodnocení přestávky:
Pro konkrétní směnu, u které se nemá vyhodnocovat přestávka, se nastaví v Kal05
Typ přestávky = 0
Délka přestávky = -2
Pokud je ve dni vykázaná započitatelná doba na SLM typu
nepřítomnost (Slm02.DOCH02.NEPR + NVC) nebo schvalovaná SLM s IA 998, 999, 1006
o délce plánované směny, ale nepokrývající celou plánovanou směnu, a pro
pokrytí plánované směny by měla být aut. generovaná SLM 1002 na začátku nebo
konci směny o délce přestávky, tak tato SLM již se nebude generovat a zobrazí se
hlášení:
DD017??? Dne <datum> nebyla doplněná SLM pro vyrovnání plán. směny z
důvodu naplnění denního FPD.
Režim podle Kal01, Režim přestávky = 4, Generovat přestávku do denní docházky = 0.
K záznamu denní evidence se do formuláře „Dcd01, Vstupy, Přestávky“ vygenerují přestávky z definice přestávek na kalendáři (Kal01, Přestávky) které v plném rozsahu nebo částečně zasahují do časového pásma záznamu. Přestávky které zasahují do časového pásma jen částečně, se do evidence denní docházky generují jen částečně – v rozsahu v kterém zasahují do časového pásma záznamu.
Informace o přestávkách je vložená do zpracovaného záznamu DD.
Generování nerespektuje splnění podmínky pro přiznání přestávky podle vykázané započitatelné doby pro přestávku. Přestávka se vždy generuje pokud v čase definice přestávky je vykázaná doba (SLM) s režimem přestávky.
Režim podle Kal01, Režim přestávky = 4, Generovat přestávku do denní docházky = 1.
K záznamu denní evidence, na který případně přestávka, se do formuláře „Dcd01, Vstupy, Přestávky“ , vygeneruje další záznam(my) přestávky z definice přestávek na kalendáři (Kal01, Přestávky) které v plném rozsahu nebo částečně zasahují do časového pásma záznamu.
Přestávky které zasahují do časového pásma jen částečně, se do evidence denní docházky generují jen částečně – v rozsahu v kterém zasahují do časového pásma záznamu.
O přestávku se poníží započitatelné hodiny původního záznamu.
Generování nerespektuje splnění podmínky pro přiznání přestávky podle vykázané započitatelné doby pro přestávku. Přestávka se vždy generuje pokud v čase definice přestávky je vykázaná doba (SLM) s režimem přestávky.
Režim podle Kal01, Režim přestávky = 4, Generovat přestávku do denní docházky = 2.
K záznamu denní evidence se do formuláře „Dcd01, Vstupy, Přestávky“ vygenerují přestávky z definice přestávek na kalendáři (Kal01, Přestávky).
Přestávka je vždy generovaná v plné délce.
Původní záznam není o přestávku upraven.
Pokud generovaná přestávka překrývá záznam se SLM s IA 1001, 1002 (a nejedná se o virtuální záznam), tak se tento záznam rozdělí na dva záznamy odpracované doby rozdělené záznamem přestávky.
Pokud generovaná přestávka překrývá celodenní záznam se SLM typu nepřítomnost tak se nevytvoří nový záznam, dále není přestávka generovaná na celodenní CP a v den neodpracovaného svátku.
Pokud generovaná přestávka překrývá necelodenní záznam se SLM typu nepřítomnost, záznam s přestávkou se vždy vygeneruje.
Pro souběžné záznamy se SLM s jiným IA, než 1001, 1002 nebo pro virtuální záznam, se záznam s přestávkou vygeneruje obvyklým způsobem. Je na uživateli, jak se vypořádá s případnými konflikty (souběh, délka započitatelných hodin).
Pokud uživatel upraví dříve vygenerovaný záznam s přestávkou (změna zdroje z 3 na 0), tak další generování provede kontrolu, a pokud je ve dni vykázána přestávka uživatelem (IA 901 a zdroj = 0), další záznam se negeneruje.
Uživatel musí zabezpečit korektní umístění přestávky (přestávek) i úpravu souběžných záznamů.
Generování nerespektuje splnění podmínky pro přiznání přestávky podle vykázané započitatelné doby pro přestávku. Přestávka se vždy generuje pokud v čase definice přestávky je vykázaná doba (SLM) s režimem přestávky.
pozor: záznamy přestávky nelze smazat, protože se automaticky vytvoří nový řádek, zrušení přestávky se provede nastavením započitatelných hodin přestávky na 0.
K záznamu denní evidence se do formuláře „Dcd01, Vstupy, Přestávky“ se vygenerují přestávky z definovaných přestávek na aktuálním vzorovém dnu (Kal01, Vzorové dny, Přestávky) které v plném rozsahu nebo částečné zasahují do časového pásma záznamu. Přestávky které zasahují do časového pásma jen částečně, se do evidence denní docházky generují jen částečně – v rozsahu v kterém zasahují do časového pásma záznamu.
Stejně jako 4 ale seznam přestávek ze VZD.
Kombinace režimů 3 a 4. Pro kalendář je definovaný seznam přestávek, ze kterého se uplatní ty, které zasahují do aktuálního záznamu, ale pouze v případě, kdy je splněná podmínka započitatelné doby pro přiznání přestávky.
Kombinace režimů 3 a 6. Pro vzorový den je definovaný seznam přestávek, ze kterého se uplatní ty, které zasahují do aktuálního záznamu, ale pouze v případě, kdy je splněná podmínka započitatelné doby pro přiznání přestávky.
Pro záznamy z externích zdrojů se přestávka stanovuje při vytváření tohoto záznamu zjednodušeným způsobem bez ohledu na jiné záznamy ve dni (na základě příslušné SLM, kalendáře a vzorového dne).
Při celodenní odchylce je přestávka stanovená jako rozdíl započitatelné doby a skutečné doby plánované směny.
Při půldenní odchylce, první půlka směny se přestávka stanoví jako rozdíl hodin stanovených pro celodenní odchylku, ponížen o obvyklou délku přestávky na kalendáři (obvykle bez přestávky).
Při půldenní odchylce, druhá půlka směny se přestávka stanoví jako obvyklá délka přestávky na kalendáři.
Pokud je na externí odchylce nastaveno směny = 0,5 a hodiny vykázané = hodiny započtené a tato hodnota je rovná polovině plán. směny, tak se přestávka do této odchylky nevloží.
Problém je se záznamy, které mají nastaveno Kalkulace = ne,
kdy se očekává, že hodnoty již nelze měnit (standard pro schvalované záznamy se
SLM ze skupin 8, 18 ).
Standardní výpočet přestávky je upraven tak, že pokud je u zákazníka
nastavena úroveň hlášení DME020 > 0 (povolený přepočet schvalovaných záznamů), tak nastavení Kalkulace = ne, ignorujeme a provedeme standardní přepočet.
Pokud je nastaveno hlášení DME020 = 0, pak je zachován stávající stav a uživatel musí situaci řešit manuálně podle konkrétní situace.
Pokud přestávka na jídlo a odpočinek by měla být vložená do zarovnané dovolené (půldenní), přestávka se v tomto případě neuplatní.
Standardně se přestávka do záznamu se SLM typu neodpracovaná doba neumisťuje, ale přenese se do nejbližšího vhodného záznamu se SLM odpracovaná doba za vyhodnocovanou odchylkou, pokud taková neexistuje, tak před vyhodnocovanou odchylkou.
Pokud tento režim není možné z libovolného důvodu akceptovat, je možné povolit umístění přestávky i do záznamu neodpracované doby, pokud se nastaví v konfiguraci Adm21, Docházka parametr: Zákaz umístění přestávky do nepřítomnosti = NE.
Povolení umístění přestávky do záznamu nepřítomnosti, se nevztahuje na záznam se SLM typu dovolená.
Standardně se přestávka pro schvalované odchylky spočítá při uložení a to za podmínky:
1/ Přestávka se počítá pouze pro zaměstnance s přiřazeným kalendářem s režimem přestávky 3, Pokud není nastaven parametr Typ převažující přestávky, tak se přestávka vyhodnotí jako by byl nastaven typ = 6.
2/ SLM je ze skupiny 8 a 18 (tzn. SLM se zadáním času začátku a konce).
3/ Přestávka se počítá pouze pro odchylku (nezohledňuje se jiná vykázaná doba v ten samý den).
Zpracování záznamů ze schvalování pro zobrazení a kontrolu v Dcd/Dcm:
1/ V
případě, kdy pro záznam je ve schvalovaných odchylkách spočítaná přestávka,
pro SLM ze skupiny 8, je uložená do Dcm01, Hod. přestávky od
pro SLM ze skupiny 18, pro první den je uložená do Dcm01, Hod. přestávky od
pro SLM ze skupiny 18, pro poslední den, je uložená do Dcm01, Hod. přestávky do
2/
Zobrazení schvalovaného i neschvalovaného záznamu z Dcm v Dcd:
Pokud je pro den vyplněná přestávka v Dcm01, Hod. přestávky od nebo Dcm01, Hod.
přestávky do pak se v Dcd zobrazí:
Hod. vykázané = čas do - čas od
Přestávky = Dcm01, Hod. přestávky od nebo Dcm01, Hod. přestávky do
podle zobrazovaného dne
Hod. započtené = Hod. vykázané - Přestávky
3/ V rámci
kalkulace denní docházky - výpočet přestávky pro virtuální zdroj z Dcm
(schvalovaný i neschvalovaný).
Pokud v rámci kalkulace denní docházky při výpočtu přestávky vyjde přestávka do
virtuálního záznamu, tak se uloží její délka do Dcm01, Hod. přestávky od nebo Dcm01,
Hod. přestávky do podle toho, zda se jedná o jednodenní odchylku, nebo
vícedenní odchylku.
4/ V rámci funkce přepočet záznamů v Dcm - zkontrolují se hodiny odchylky.
Pokud pro SLM ze skupiny schvalovaná 8:
Dcm01.Hodiny vyp. <> Hod. započtené pro odpovídající záznam v Dcd
nebo
Dcm01.Hodiny vyp. <> (Dcm01.čas do - Dcm01.čas od) - Dcm01, Hod. přestávky od
Pokud pro SLM ze skupiny schval. 18:
Dcm01.Hodiny vyp. <> součtu Hod. započtené pro odpovídající záznamy v Dcd
Zobrazí se jedno z hlášení DME020, DME020a, DME02b.
Aktualizace hodin v záznamu Dcm se provede pouze pokud je tato akce povolená (viz popis kontroly DME020).
Pro vybraný okruh zaměstnanců (kuřáci) se podle rozhodnutí zaměstnavatele prodlužuje přestávka a odpočinek bez úpravy plánovaného fondu směny.
Aktivován nastavením položky kalendáře . Doplňkový režim = 1
Kalkulace příplatku k záznamu denní evidence docházky se provede za podmínky:
Pokud je v „Kal01“ pro některý příplatek nastaven režim příplatku, ale není nastavená SLM, v rámci kalkulaci se zobrazí hlášení DPE014 a výpočet je ukončen.
Standardně se SLM pro automatizované příplatky přiřazuje podle kalendáře přiřazeného v poslední den období. Problém nastává, pokud v jednom období má PV přiřazeno více kalendářů a ty mají různý režim automatického vyhodnocení příplatků (např. kalendář A (přiřazen na první týden)) má definovaný příplatek za práci v noci a kalendář B (navazuje na kalendář A) tento příplatek nemá)).
V tomto případě, když kalendář nemá definovanou SLM pro vygenerovaný příplatek, se vyhledá definice SLM na kalendáři, který pro tento příplatek má nastavenou SLM.
Podle nastavení parametru „Slm01, Výpočet příplatku (JPC pd_vypoc_priplatky) se provede kalkulace všech definovaných příplatku nebo pouze vymezených příplatku, k dispozici jsou volby:
0 – Nepočítat – pro SLM se příplatky nepočítají
1 - Počítat všechny příplatky – pro SLM se příplatky počítají podle aktuálního nastavení Kal01
2 - Počítat pouze s režimem 42 – pro SLM se počítá pouze příplatek s režimem 42, pokud je povolen na Kal01
3 - Nepočítat přípl. za práci ve svátek (režim 45, 46) – jako 1) ale nepočítají se příplatky s režimem 45, 46
4 - Všechny příplatky, mimo přípl. za víkend
Pro SLM se spočítají všechny příplatky, které jsou definovány pro kalendář, mimo příplatku za práci o víkendu (sobota, neděle).
20 - SLM s příplatkem za odpolední směnu – pokud je povolen na Kal01 příplatek za odpolední směnu, tak hodiny odchylky jsou akceptované jako hodiny příplatku, ostatní příplatky se nepočítají
24 - SLM s příplatkem za odpolední směnu, bez přípl. za víkend
Výpočet jako 20, ale bez příplatku za práci o víkendu (sobota, neděle).
30 - SLM s příplatkem za noční směnu – pokud je povolen na Kal01 příplatek za noční směnu, tak hodiny odchylky jsou akceptované jako hodiny příplatku, ostatní příplatky se nepočítají
34 - SLM s příplatkem za noční směnu, bez přípl. za víkend
Výpočet jako 30, ale bez příplatku za práci o víkendu (sobota, neděle).
Započitatelné hodiny příplatku je možné omezit nastavením minimálních limitů pro přiznaní příspěvku na „Adm21, Docházka“ nebo Kal01, Doch.-příplatky.
V rámci kalkulace denní docházky jsou spočteny všechny příplatky bez omezení podle vykázaných dob (v denní evidenci se zobrazí i příplatky, které nesplňují podmínku na min. limit). V rámci převodu DD/MV se následně spočítají jednotlivé příplatky podle kalendářních dnů a na tyto součty se následně aplikuje kontrola pro minimální délku přiznání příplatku. Pokud součet příplatku za den je menší než stanovený limit, pro tento den se příplatek neprovede do podkladů pro mzdy (Dcm01).
Při kontrole se přednostně použije limit definovaný na kalendáři (Kal01) a pokud není definován, použije se limit definovaný v konfiguraci (Adm21).
Kalkulace automatizovaných příplatků se provádí podle „Kal01, Doch.-příplatky, Režim příplatku“ :
0 Negenerovat
Odchylka bez příplatku (hodiny = 0)
1 Za všechny hodiny směny (ze záznamu docházky)
Příplatek se přizná ve výši hodin aktuálního řádku evidence docházky.
Hodiny příplatku = Hodiny započítané do aktuálního řádku DD.
2 V rozsahu příchod - odchod (bez omezení, s aplikací přestávek )
Příplatek se přizná v rozsahu definovaných hranic Od/Do (podle typu příplatku) a aplikaci přestávek podle režimu přestávky kalendáře
Hodiny příplatku = hodiny
záznamu v rozsahu definovaných hranic Od/D a aplikací přestávek podle
režimu přestávky kalendáře
Hranice pro příplatky standardně:
Práce v noci [CZ] : 22:00 – 6:00
Práce v noci [SK] : 22:00 – 5:00 do 31.12.2012
Práce v noci [SK] : 22:00 – 6:00 do 1. 1.2013
Práce
v odpolední směně : 14:00 – 22:00
Pro noční a odpolední příplatek je také možné stanovit rozsah výpočtu příplatku
nastavením položek Započítat příplatek od a Započítat příplatek do .
3 V rozsahu příchod/odchod (nad stanov. limit, s aplikací přestávek)
Příplatek se přizná v rozsahu definovaných hranic Od/Do (podle typu příplatku ) a aplikaci přestávek podle režimu přestávky kalendáře, pokud hodiny příplatku jsou větší než definovaný limit
Obdobná kalkulace jako v režimu 2, ale je kontrolována podmínka, aby hodiny příplatku (spočítané v režimu 2) byly rovny nebo větší než definovaný limit (Adm21)
4 Podle „typ doby“ pro DAV
5 Podle vzorového dne pro DAV
6 Podle SLM vykázané doby
Příplatek za práci v noční nebo odpolední směně, který je přiznaný ve výši vykázaných hodin podle SLM záznamu pokud v definici pro SLM je nastaven parametr „Výpočet příplatku“ = 20 nebo 30.
Při „Výpočet příplatku“ = 20 se generuje příplatek za odpolední směnu
Při „Výpočet příplatku“ = 30 se generuje příplatek za noční směnu
11 Za stanovené hodiny směny (ze záznamu docházky)
Příplatek za každou odpracovanou hodinu, pokud započitatelná doba je větší jako určený limit (např. příplatek za ztížené pracovní podmínky v zdravotnických profesích.
30 Sobota dle kal. Dne
Hodiny
příplatku pro kal. den sobota v rozsahu 0:00 – 24:00
Zohledňuje posun rozsahu pro výpočet podle začátku týdne.
31 Neděle dle kal. Dne
Hodiny příplatku pro kal. den neděle v rozsahu 0:00 – 24:00
Zohledňuje posun rozsahu pro výpočet podle začátku týdne.
32 Sobota/Neděle dle kal. dne, sniž. sazba při přesčase (placeném i neplaceném)
Příplatek za práci v Sobotu / Neděli za hodiny odpracované jako přesčas (IA 11, 13, 1004, 1111, 1116, 1132, 1143), se sníženou sazbou. Může být použít pouze v kombinaci s režimem 41 a musí být nastaven na některý z příplatků 1 až 5.
Zohledňuje posun rozsahu pro výpočet podle začátku týdne.
33 Sobota/Neděle dle kal. dne, sniž. sazba při placeném přesčase
Příplatek za práci v Sobotu / Neděli za hodiny odpracované jako placený přesčas (IA 1004, 1111, 1116, 1132, 1143), se sníženou sazbou. Může být použít pouze v kombinaci s režimem 41 a musí být nastaven na některý z příplatků 1 až 5.
Zohledňuje posun rozsahu pro výpočet podle začátku týdne.
34 Odpolední směna, při začátku směny od 12:00
Příplatek za práci odpoledne, pokud vykázaná doba začíná od 12:00, ale končí po 19:00.
Příplatek se přizná za vykázanou dobu v rozsahu 14:00 - 22:00 hod.
35 Sobota dle začátku směny
36 Neděle dle začátku směny
40 Sobota / Neděle podle začátku směny
Příplatek za práci v Sobotu/Neděli za celou směnu, která začíná v den víkendu s definovaným limitem (poskytnout jen pokud je větší než limit ) s aplikací přestávek v daném časovém pásmu
41 Sobota/Neděle podle kal. dne
Příplatek za práci v Sobotu / Neděli za hodiny odpracované ve směně jen o víkendu s definovaným limitem (poskytnout jen pokud je větší než limit) s aplikací přestávek v daném časovém pásmu.
Pokud na záznamu denní evidence nejsou vyplněné položky „čas od“/„čas do“, celé započitatelné hodiny směny jsou akceptované jako hodiny příplatku.
Zohledňuje posun rozsahu pro výpočet podle začátku týdne.
42 Sobota/Neděle podle kal. dne pro rozdělení přesčasu
Detto. 41 ale pouze pro SLM s IA 1004, 1111, 1116, 1132, 1143
Poznámka : hodiny příplatku nejsou přímo generované do měsíční evidence
Zohledňuje posun rozsahu pro výpočet podle začátku týdne.
43 Přesčas nižší/vyšší podle typu dne a směny
Stejné jako 41 ale pouze pro SLM s IA 1004, 1111, 1116, 1132, 1143
Poznámka: hodiny příplatku nejsou přímo generovány do měsíční evidence
44 Sobota/Neděle dle kal. dne, nepočítat ve SV
Příplatek za práci v Sobotu / Neděli za hodiny odpracované ve směně jen o víkendu s definovaným limitem (poskytnout jen pokud je větší než limit) s aplikací přestávek v daném časovém pásmu ale len pokud o víkendu není svátek.
Pokud na záznamu denní evidence nejsou vyplněné položky "čas od"/"čas do", celé započitatelné hodiny směny jsou akceptované jako hodiny příplatku.
45 Svátek podle začátku směny
Příplatek za práci ve svátek za celou směnu, která začíná v den svátku s definovaným limitem (poskytnout jen pokud je větší než limit) s aplikací přestávek v daném časovém pásmu
46 Svátek podle kal. dne
Příplatek za práci ve svátek za hodiny odpracované ve směně jen v den svátku s definovaným limitem (poskytnout jen pokud je větší než limit) s aplikací přestávek v daném časovém pásmu.
Pokud na záznamu denní evidence nejsou vyplněné položky „čas od“/„čas do“, celé započitatelné hodiny směny jsou akceptované jako hodiny příplatku.
Zohledňuje posun rozsahu pro výpočet podle začátku týdne.
47 Svátek podle začátku směny s přesčasem
Alternativa k režimu 45. Příplatek za práci ve svátek za celou směnu s automatickým generováním přesčasu.
Podrobněji viz Příplatek za práci ve svátek, režim 47
48 Přesčas za práci ve svátek k režimu 47 (pro označení příplatku č.1 a č.2)
49 Svátek dle kal. dne, Vánoce
Hodiny příplatku pro kal. den svátku 24.-26.12.
Zohledňuje posun rozsahu pro výpočet podle začátku týdne.
50 Docházkový bonus
Generování bonusu za docházku v rámci DD (např. režim PAN, podrobněji viz. Doch_uzdoc, Kalkulace denní docházky, Příplatky).
51 Bonus za druhou přestávku
Generování bonusu za druhou přestávku (režim PAN, podrobněji viz. Doch_uzdoc, Kalkulace denní docházky, Příplatky).
52 Svátek podle začátku směny v den před svátkem
Příplatek za práci ve svátek za
celou směnu, pokud směna začíná v den před svátkem (noční směna), nebo je celá
v den svátku.
Příplatek není přiznán, pokud směna začíná ve svátek, ale končí v běžném dni.
53 Odpracováno v nedělní odpolední směně.
Lze zadat pouze na příplatky 1 až
5
Příplatek se počítá jako běžný příplatek za odpolední směnu s vymezením
času platnosti příplatku, ale pouze v případě, kdy je směna vykázaná
v neděli.
Vymezení směny se bere podle nastavení na standardním příplatku za odpolední směnu.
54 Přesčas ve dni bez plánované směny
Lze zadat pouze na příplatky 1 až
5
Pokud je kalkulovaná SLM ze započitatelnosti Slm02.DOCH02.ODPR a v den
vykázané SLM nejsou plánované směny, hodiny SLM se považují za hodiny příplatku
za přesčas (podle SLM příplatku).
55 Příplatek za směnu na určeném snímači
Lze zadat pouze na příplatky 1 až
5
Automatický počítaný příplatek v rámci denní kalkulace, který náleží nad
označeným kalendářem (kalendáři), a to za částečně nebo plně odpracovanou směnu
(i přesčasovou, případně za odpracovanou směnu ve svátek). Vždy bude náležet ve
stejné částce za takto odpracovanou směnu (i za částečně odpracovanou).
56 Příplatek za směnu (i částečnou) podle Opv02
Lze zadat pouze na
příplatky 1 až 5
Automaticky počítaný příplatek v rámci denní kalkulace, který náleží nad
označeným kalendářem (kalendáři) a to za každou částečně nebo plně odpracovanou
směnu (za určené SLM). Vždy je přiznán ve stejné částce za takto vykázanou
směnu (i za částečně odpracovanou).
130 Sobota dle kalendářního
dne, bez posunu
131 Neděle dle kalendářního dne, bez posunu
132 Sobota/Neděle dle kal. dne, jako 32 bez posunu
133 Sobota/Neděle dle kal. dne, jako 33 bez posunu
141 Sobota/Neděle dle kal. dne, bez posunu
142 Sobota/Neděle dle kal. dne - plac. přesčas, bez posunu
146 Svátek dle kal. dne, bez posunu
149 Svátek dle kal. dne, Vánoce, bez posunu
Určení dne svátku:
* Den svátku, pro výpočet příplatku za práci ve svátek nebo vygenerování náhrady za neodpracovaný svátek, stanoví na základě tzv. typu dne v rozpisu směn pracovního kalendáře (v denním záhlaví). Tato položka je nastavena při generování rozpisu směn v Kal01 podle legislativy aktuálního kalendáře.
Za den svátku se považuje den s nastavením Typ dne =
2 S Sváteční
směna
3 N Volný svátek - pracovní den
4 C Volný svátek - volný den;
Pro kontrolu výpočtu příplatků, které jsou vázané na definované časové pásmo (např. příplatek za práci v noci), jsme zavedli nové informativní hlášení DPP046.
Standardně je hlášení vypnuté.
typ - typ příplatku
Hod. - spočítané hodiny příplatku
od/do - začátek a konec odchylky
od h/do h - začátek a konec pásma příplatku
Pokud se příplatek noční, odpolední, víkend a svátek počítá podle vymezení času od/do a zasahuje do něj změna L/Z, tak vypočtené hodiny upravíme obvyklým způsobem pro změnu L/Z (+1/-1).
Pro řešení omezení automatického generování příplatku z kalendáře pro běžné SLM odpracované doby a SLM typu přesčasu, zavádíme nové režimy výpočtu příplatku.
a/ Pokud pro běžné SLM odpracované doby (s nastavením Slm01, Výpočet příplatku = 1) se nemá příplatek č.1 až 5 generovat, nastavte na Kal01, Doch.- příplatky, Limit hodin příplatku* = -1 (* může být 1 až 5)
b/ Pro SLM typu přesčas placený i neplacený (IA 11, 13, 1111) nastavte Slm01, Výpočet příplatku podle toho, které příplatky se mají pro SLM generovat
5 - Za přesčas (noc, SV, přípl.1
a 2)
Počítá se příplatek noční, za práci ve svátek, příplatek č.1 a 2
6 - Za přesčas (noc, odpol., SV,
přípl.1 a 2)
Počítá se příplatek noční, odpolední, za práci ve svátek, příplatek
č.1 a 2
7 - Za přesčas (odpol.)
Počítá se příplatek noční
Pokud jsou na Adm21, Docházka nebo Kal01, Doch.&Schval. nastavené minimální limity pro jednotlivé příplatky, tento limit se uplatní pro výpočet příplatku v rámci denní evidence.
Nejdříve se spočtou příplatky bez omezení na stanovený limit a v závěre kalkulace se provede vyhodnocení jednotlivých příplatku za den vzhledem na stanovený limit a pokud nesplňují podmínku, jsou odmazané ze všech záznamů kontrolovaného dne.
V rámci kalkulace denní docházky je generován docházkový bonus. Podrobnější popisy naleznete v Doch_dopl_uzdoc, Specifické úpravy Panasonic AVC.
V rámci kalkulace denní docházky je generován příplatek za druhou přestávku. Podrobnější popisy naleznete v Doch_dopl_uzdoc, Specifické úpravy Panasonic AVC.
Časové pásma pro výpočet příplatku za sobotu/neděli podle konfigurace.
Barevně označené režimy nepoužívají režim posunuté směny
P – pátek, S – sobota, N – neděle, Po - pondělí
|
22:00 |
22:00 |
6:00 |
6:00 |
|
Kal01, Směna začíná v akt. dni |
|
Ne |
Ano |
Ne |
Ano |
Režim příplatku |
|
|
|
|
|
30 - Sobota dle kalendářního dne |
S0:00-S24:00 |
P22:00-S22:00 |
S22:00-N22:00 |
P6:00-S6:00 |
S6:00-N6:00 |
31 - Neděle dle kalendářního dne |
N0:00-N24:00 |
S22:00-N22:00 |
N22:00-P22:00 |
S6:00-N6:00 |
N6:00-Po6:00 |
32 - Sobota/Neděle dle kal. dne, sniž. sazba při přesčasu (placeném i neplaceném) |
S0:00-N24:00 |
P22:00-N22:00 |
S22:00-Po22:00 |
P6:00-N6:00 |
S6:00-Po6:00 |
33 - Sobota/Neděle dle kal. dne, sniž. sazba při placeném přesčasu |
S0:00-N24:00 |
P22:00-N22:00 |
S22:00-Po22:00 |
P6:00-N6:00 |
S6:00-Po6:00 |
35 - Sobota dle začátku směny |
S0:00-S24:00 |
P22:00-S22:00 |
S22:00-N22:00 |
P6:00-S6:00 |
S6:00-N6:00 |
36 - Neděle dle začátku směny |
N0:00-N24:00 |
S22:00-N22:00 |
N22:00-P22:00 |
S6:00-N6:00 |
N6:00-Po6:00 |
40 - Sobota/Neděle dle začátku směny |
S0:00-N24:00 |
P22:00-N22:00 |
S22:00-Po22:00 |
P6:00-N6:00 |
S6:00-Po6:00 |
41 - Sobota/Neděle dle kal. dne |
S0:00-N24:00 |
P22:00-N22:00 |
S22:00-Po22:00 |
P6:00-N6:00 |
S6:00-Po6:00 |
42 - Sobota/Neděle dle kal. dne - plac. přesčas |
S0:00-N24:00 |
P22:00-N22:00 |
S22:00-Po22:00 |
P6:00-N6:00 |
S6:00-Po6:00 |
44 - Sobota/Neděle dle kal. dne, nepočítat ve SV |
S0:00-N24:00 |
P22:00-N22:00 |
S22:00-Po22:00 |
P6:00-N6:00 |
S6:00-Po6:00 |
130 - Sobota dle kalendářního dne, bez posunu |
S0:00-S24:00 |
S0:00-S24:00 |
S0:00-S24:00 |
S0:00-S24:00 |
S0:00-S24:00 |
131 - Neděle dle kalendářního dne, bez posunu |
N0:00-N24:00 |
N0:00-N24:00 |
N0:00-N24:00 |
N0:00-N24:00 |
N0:00-N24:00 |
132 - Sobota/Neděle dle kal. dne, jako 32 bez posunu |
S0:00-N24:00 |
S0:00-N24:00 |
S0:00-N24:00 |
S0:00-N24:00 |
S0:00-N24:00 |
133 - Sobota/Neděle dle kal. dne, jako 33 bez posunu |
S0:00-N24:00 |
S0:00-N24:00 |
S0:00-N24:00 |
S0:00-N24:00 |
S0:00-N24:00 |
140 - Sobota/Neděle dle začátku směny, jako 40 bez posunu |
S0:00-N24:00 |
S0:00-N24:00 |
S0:00-N24:00 |
S0:00-N24:00 |
S0:00-N24:00 |
141 - Sobota/Neděle dle kal. dne, bez posunu |
S0:00-N24:00 |
S0:00-N24:00 |
S0:00-N24:00 |
S0:00-N24:00 |
S0:00-N24:00 |
142 - Sobota/Neděle dle kal. dne - plac. přesčas, bez posunu |
S0:00-N24:00 |
S0:00-N24:00 |
S0:00-N24:00 |
S0:00-N24:00 |
S0:00-N24:00 |
53 - Odpracováno v nedělní odpolední směně |
N14:00-22:00 |
N14:00-22:00 |
N14:00-22:00 |
N14:00-22:00 |
N14:00-22:00 |
Režim příplatku: 40 - Sobota/Neděle dle začátku směny
Příplatek je přiznán za všechny započitatelné hodiny počítaného záznamu, pokud začátek záznamu splňuje podmínky pro přiznaní příplatku.
Příklad standard (bez posunu začátku týdne):
záznam vykázán na pátek 22:00 – 6:00N, 7:30 hod – příplatek za So/Ne se nepřizná
záznam vykázán na neděli 22:00 – 6:00N, 7:30 hod – příplatek za So/Ne přiznán 7:30 hod
Při bezprostředním řetězení záznamu, se příplatek přiznává podle prvního záznamu pro oba řetězené záznamy.
Pro režim výpočtu je standardně použitý režim posunuté směny stejně jako pro režim 41.
Tzn. pro vyhodnocení příplatku za so/ne, pokud je na kalendáři definovaná posunutá směna, použije se režim posunuté směny.
Příklad:
Na Kal01 je nastavená posunutá směna od 22:00 předešlého dne
Sobotní směna je určená od pátku 22:00 do soboty 22:00
Nedělní směna je určená od soboty 22:00 do neděle 22:00
Záznam odpracované doby začíná v pátek 20:00 o délce 7:30
příplatek není přiznán, protože začátek není v sobotní směně
Záznam odpracované doby začíná v pátek 23:00 o délce 7:30
příplatek je přiznán v délce 7:30, protože záznam je v sobotní směně
Záznam odpracované doby začíná v neděli 20:00 o délce 7:30
příplatek je přiznán, protože začátek je v nedělní směně
Záznam odpracované doby začíná v neděli 23:00 o délce 7:30
příplatek není přiznán, protože začátek není v nedělní směně
Režim 140
Doplnili jsme další režim výpočtu příplatku za práci v sobotu/neděli:
140 - Sobota/Neděle dle začátku směny, bez posunu
Jedná se o stejný režim výpočtu jako při režimu 40, ale při výpočtu se nezohledňuje případný posun směny z kalendáře, tzn.
Příplatek za víkend za přizná za celou směnu, pokud začátek
záznamu je v rozsahu Sobota 0:00 až neděle 24:00.
Souběh příplatku v režime 40 s režimem 32, 33 a 42
Výpočet příplatku za So/Ne režim 40 umožňuje paralelní vyhodnocení příplatku s režimem 32, 33, 42 (výpočet příplatku pro režim 32, 33 a 42 se nemění).
Omezení výpočtu pro režim 40 je stejné jako pro režim 41 - tzn. pokud je přiznán příplatek podle režimu 32, 33, 41 a není přiznám příplatek pro režim 40.
Režim příplatku: 41 - Sobota/Neděle dle kal. dne
Příplatek je přiznán pouze pro hodiny počítaného záznamu, které zasahují do so/ne podle kal. dne.
Příklad standard (bez posunu začátku týdne):
záznam vykázán na pátek 22:00 – 6:00N, 7:30 hod – příplatek za So/Ne přiznán 6:00 hod (00:00 - 6:00N) bez zohlednění přestávky
záznam vykázán na neděli 22:00 – 6:00N, 7:30 hod – příplatek za So/Ne přiznán 2:00 hod (22:00 - 24:00)
(TC 1015760)
Ve stávajícím řešení pro režim příplatku 30, 31, 32, 33, 41, 42 se rozhodující doba pro výpočet příplatku stanovuje podle legislativních podmínek tzn. 00:00 – 24:00, ale také zohledňuje tzv. posun začátku pro výpočet příplatku na základě tzv. první směny v týdnu pro daný pracovní režim (v EGJE nastavením Kal01, Doch&Schval, Začátek týdne pro svátek, přestávky a příplatky).
Aby bylo možné počítat dotčené příplatky i bez tohoto posunu, jsou k dispozici režimy, které nezohledňují nastavený začátek týdne.
Ke každému standardnímu příplatku s možným posunem týdne, je k dispozici alternativní příplatek bez použití posunu.
Identifikace režimu je odvozena z identifikace původního režimu povýšená o 100.
Příklad: standardní režim 41 má alternativu 141.
Režimy výpočtu příplatku:
35 - Sobota dle začátku směny
Jako režim 40 ale pouze, pokud směna začíná
v sobotu.
36 - Neděle dle začátku směny
Jako režim 40 ale pouze, pokud směna začíná
v neděli.
130 - Sobota dle kalendářního dne, bez posunu
Jako režim 30, ale nezohledňuje posun rozsahu
pro výpočet podle začátku týdne.
131 - Neděle dle kalendářního dne, bez posunu
Jako režim 31, ale
nezohledňuje posun rozsahu pro výpočet podle začátku týdne.
132 - Sobota/Neděle dle kal. dne, jako 32 bez posunu
Jako režim 32, ale nezohledňuje posun rozsahu
pro výpočet podle začátku týdne.
133 - Sobota/Neděle dle kal. dne, jako 33 bez posunu
Jako režim 33, ale nezohledňuje posun rozsahu
pro výpočet podle začátku týdne.
141 - Sobota/Neděle dle kal. dne, bez posunu
Jako režim 41, ale nezohledňuje posun rozsahu
pro výpočet podle začátku týdne.
142 - Sobota/Neděle dle kal. dne - plac. přesčas, bez posunu
Jako režim 42, ale nezohledňuje posun rozsahu pro výpočet podle
začátku týdne.
Režim výpočtu příplatku za práci v sobotu nebo neděli, který umožní rozdělení příplatku za práci v sobotu a práci v neděli do samostatných položek.
Při nastavení postupujeme tak, že na Kal01, Doch.- přípl., režim 30 nastavíme pro příplatek Režim příplatku – sobota /neděle s nastavením požadované SLM pro příplatek za sobotu a režim 31 nastavíme pro některý z příplatku 1 až 5 s nastavením požadované SLM pro příplatek za neděli.
Režim výpočtu příplatku za práci v sobotu/neděli č. 44. Pokud je sobota/neděle současně svátkem, v tomto případě se příplatek za práci So/Ne nepřiznává.
Při nastavení postupujeme tak, že na Kal01, Doch.- přípl., režim 44 nastavíme pro příplatek Režim příplatku – sobota /neděle s nastavením požadované SLM pro příplatek za sobotu/neděli.
Příplatek za práci ve svátek se počítá bez omezení podle nastaveného režimu.
Režim výpočtu příplatku za práci v sobotu/neděli č. 32, je určen pro výpočet příplatku v situaci:
Pokud se jedná o práci na plánované směně v SO/NE, náleží příplatek v základní výší (např. 55%). Když je to nad rámec této plánované směny v SO/NE (přesčas) nebo když v tom dni nemá plánovanou směnu (přesčas), pak záleží na tom, zda za tuto dobu náleží či nenáleží zároveň příplatek za přesčas : když nenáleží (bude čerpat NV), pak je příplatek za SO/NE v základní výši (např. 55%) , když náleží i přípl. za přesčas, tak je příplatek za SO/NE v snížené sazbě (např. 25%).
Použití je možné pouze současně s použitím výpočtu příplatku za práci v sobotu/neděli v režimu =
41 - Sobota/Neděle dle kal. dne
tzn. povolená konfigurace na Kal01:
Režim příplatku - sobota/neděle = 41
Volitelný příplatek 1 (nebo 2 až 5) = 32
Popis výpočtu:
Pokud je na kalendáři deklarován pro režim příplatku za práci v sobotu a neděli současně režim 41 a 32 tak se:
- pro příplatek s režimem 41 se spočítají hodiny vykázané v sobotu/neděli, pokud SLM není s IA 11, 13, 1004, 1111, 1116, 1132, 1143,
- pro příplatek s režimem 32 se spočítají hodiny vykázané v sobotu/neděli, pokud SLM je s IA 11, 13, 1004, 1111, 1116, 1132, 1143.
33 - Sobota/Neděle dle kal. dne, sniž. sazba při placeném přesčase
Režim výpočtu příplatku za práci v sobotu/neděli č. 33, je určen pro výpočet příplatku v situaci:
Pokud se jedná o práci na plánované směně v SO/NE, náleží příplatek v základní výší (např. 55%). Když je to nad rámec této plánované směny v SO/NE (přesčas) nebo když v tom dni nemá plánovanou směnu (přesčas), pak záleží na tom, zda za tuto dobu náleží či nenáleží zároveň příplatek za přesčas : když nenáleží (bude čerpat NV), pak je příplatek za SO/NE v základní výši (např. 55%) , když náleží i přípl. za přesčas, tak je příplatek za SO/NE v snížené sazbě (např. 25%).
Použití je možné pouze současně s použitím výpočtu příplatku za práci v sobotu/neděli v režimu:
41 - Sobota/Neděle dle kal. dne
tzn. povolená konfigurace na Kal01:
Režim příplatku - sobota/neděle = 41
Volitelný příplatek 1 (nebo 2 až 5) = 33
Popis výpočtu:
Pokud je na kalendáři, deklarován pro režim příplatku za práci v sobotu a neděli, současně režim 41 a 33, tak se:
- pro příplatek s režimem 41 spočítají hodiny vykázané v sobotu/neděli, pokud SLM není s IA 1004, 1111, 1116, 1132, 1143,
- pro příplatek s režimem 33 spočítají hodiny vykázané v sobotu/neděli, pokud SLM je s IA 1004, 1111, 1116, 1132, 1143.
Poznámka: Režim příplatku 33 nelze kombinovat s režimem příplatku 32 v rámci jednoho kalendáře.
Pokud je u zákazníka použít režim posunutého začátku výpočtu příplatku za práci v So/Ne a SV, tzn., že příplatek není počítán v rozsahu 0:00 až 24:00 běžného dne ale např. v rozsahu 6:00 až
6:00 násl. dne, na kalendáři je nutné nastavit položku Kal01, Doch&Schval., Začátek týdne pro svátek, přestávky a příplatky na požadovaný začátek rozsahu pro výpočet příplatku (konec je stanoven přičtením 24 hodin).
Pro různé kalendáře je možné použít různé nastavení.
Toto nastavení se uplatní pro výpočet příplatku:
Svátek v režimu 45, 46 a 49
Časové pásma pro výpočet příplatku za svátek podle konfigurace pro standardní svátek C,N,S.
Barevně označené režimy nepoužívají režim posunuté směny
N – den svátku (běžný), X – den před svátkem, Y – den po svátku
|
22:00 |
22:00 |
6:00 |
6:00 |
|
Kal01, Směna začíná v akt. dni |
|
Ne |
Ano |
Ne |
Ano |
Režim příplatku |
|
|
|
|
|
|
|
|
|
|
|
45 - Svátek podle začátku směny ve dni svátku |
N0:00-N24:00 |
X22:00-N22:00 |
N22:00-Y22:00 |
X6:00-N6:00 |
N6:00-Y6:00 |
46 - Svátek dle kal. dne |
N0:00-N24:00 |
X22:00-N22:00 |
N22:00-Y22:00 |
X6:00-N6:00 |
N6:00-Y6:00 |
47 - Svátek podle začátku směny s přesčasem (pouze pokud je den svátkem N, C, S, N1, C1, S1) |
N0:00-N24:00 |
N0:00-N24:00 |
N0:00-N24:00 |
N0:00-N24:00 |
N0:00-N24:00 |
48 - Přesčas za práci ve svátek k režimu 47 |
N0:00-N24:00 |
N0:00-N24:00 |
N0:00-N24:00 |
N0:00-N24:00 |
N0:00-N24:00 |
49 - Svátek dle kal. dne, Vánoce |
N0:00-N24:00 |
X22:00-N22:00 |
N22:00-Y22:00 |
X6:00-N6:00 |
N6:00-Y6:00 |
52 - Svátek podle začátku směny ve dni před svátkem - noční X/N |
X:0:00-N-24:00 |
X:0:00-N-24:00 |
X:0:00-N-24:00 |
X:0:00-N-24:00 |
X:0:00-N-24:00 |
52 - Svátek podle začátku směny ve dni před svátkem - sváteční směna |
N:0:00-N-24:00 |
N:0:00-N-24:00 |
N:0:00-N-24:00 |
N:0:00-N-24:00 |
N:0:00-N-24:00 |
52 - Svátek podle začátku směny ve dni před svátkem - sváteční noční N/Y |
bez příplatku |
bez příplatku |
bez příplatku |
bez příplatku |
bez příplatku |
|
|
|
|
|
|
146 - Svátek dle kal. dne, bez posunu |
N0:00-N24:00 |
N0:00-N24:00 |
N0:00-N24:00 |
N0:00-N24:00 |
N0:00-N24:00 |
149 - Svátek dle kal. dne, Vánoce, bez posunu |
N0:00-N24:00 |
N0:00-N24:00 |
N0:00-N24:00 |
N0:00-N24:00 |
N0:00-N24:00 |
Časové pásma pro výpočet příplatku za svátek podle konfigurace pro svátek C1,N1,S1.
N1 – den svátku (posun na předešlý den), X – den před svátkem, Y – den po svátku
-*- kombinace nepovolená
|
22:00 |
22:00 |
6:00 |
6:00 |
|
Kal01, Směna začíná v akt. dni |
|
Ne |
Ano |
Ne |
Ano |
Režim příplatku |
|
|
|
|
|
|
|
|
|
|
|
45 - Svátek podle začátku směny ve dni svátku |
-*- |
N1: 22:00-Y22:00 |
|
N1:6:00-Y6:00 |
|
46 - Svátek dle kal. dne |
-*- |
N1:22:00-Y22:00 |
|
N1:6:00-Y6:00 |
|
49 - Svátek dle kal. dne, Vánoce |
-*- |
|
|
|
|
146 - Svátek dle kal. dne, bez posunu |
-*- |
-*- |
-*- |
-*- |
-*- |
149 - Svátek dle kal. dne, Vánoce, bez posunu |
-*- |
-*- |
-*- |
-*- |
-*- |
Ve stávajícím řešení pro režim příplatku 46 a 49 se rozhodující doba pro výpočet příplatku stanovuje podle legislativních podmínek tzn. 00:00 – 24:00, ale také zohledňuje tzv. posun začátku pro výpočet příplatku na základě tzv. první směny v týdnu pro daný pracovní režim (v EGJE nastavením Kal01, Doch&Schval, Začátek týdne pro svátek, přestávky a příplatky).
Aby bylo možné počítat dotčené příplatky i bez tohoto posunu, jsou k dispozici režimy, které nezohledňují nastavený začátek týdne.
Ke každému standardnímu příplatku s možným posunem týdne, je k dispozici alternativní příplatek bez použití posunu.
Identifikace nového režimu je odvozena z identifikace původního režimu povýšená o 100.
Příklad: standardní režim 46 má alternativu 146.
145 - Svátek podle začátku směny, bez posunu
146 - Svátek dle kal. dne, bez posunu
Jako režim 46, ale nezohledňuje posun rozsahu pro výpočet
podle začátku týdne.
149 - Svátek dle kal. dne, Vánoce, bez posunu
Jako režim 49, ale nezohledňuje posun rozsahu pro výpočet podle
začátku týdne.
Režim příplatku: 45 - Svátek podle začátku směny ve dni svátku
Příplatek je přiznán za všechny započitatelné hodiny počítaného záznamu, pokud začátek záznamu splňuje podmínky pro přiznaní příplatku.
Příklad standard (bez posunu začátku týdne):
záznam vykázán na den před svátkem 22:00 – 6:00N, 7:30 hod – příplatek za SV nepřiznán
záznam vykázán na den svátku 22:00 – 6:00N, 7:30 hod – příplatek za SV přiznán 7:30 hod
Při bezprostředním řetězení záznamu, se příplatek přiznává podle prvního záznamu pro oba řetězené záznamy.
Vyhodnocení svátku, režim 46 s posunem směny a řetězením svátků
Pokud den je den svátku standardní (typ S, N, C)
Pro záznam v rámci dne: 00:00 až 24:00
Pro záznam s přesahem do následujícího dne
pokud následující den není svátek : 00:00 až 24:00
pokud následující den je svátek : 00:00 až 48:00
Pokud den není den svátku (typ P,V,M)
Pokud předešlý den je den svátku s posunem směny (S1, N1, C1)
počítat v rozsahu: 0:00 – konec svátku z předešlého dne
Pro záznam s přesahem do následujícího dne
pokud následující den není svátek : nepočítáme
pokud následující den je svátek (S1, N1, C1): začátek posunu až 48:00
pokud následující den je svátek (S, N, C): 24:00 až 48:00
Pokud den je den svátku s posunem (typ S1, N1, C1)
Pokud předešlý den je den svátku s posunem směny (S1, N1, C1)
počítat příplatek od 0:00
Pokud předešlý den není den svátku s posunem směny
počítat příplatek od začátku posunuté směny
Pokud následující den je den svátku s posunem směny (S1, N1, C1)
počítat příplatek do 48:00
Pokud následující den není den svátku s posunem směny
počítat příplatek do konce posunuté směny
Pokud den je den s posunem směny bez svátku (typ P1,V1,M1)
Pokud předešlý den je den svátku s posunem směny (S1, N1, C1)
počítat příplatek od 0:00 do konce posunuté směny z předešlého dne
Alternativa k režimu 45.
Příplatek za práci ve svátek za všechny vykázané hodiny, která začíná v den svátku a s automatickým generováním přesčasu, pokud vykázané hodiny ve svátek (SLM s IA 1006) jsou větší , než plánovaná směna.
Přesčas je generován v případě, kdy vykázané hodiny jsou větší , než plánované hodiny. Podle dne vykázání (pondělí až pátek nebo sobota a neděle ), se generují hodiny na dvě různé SLM (dva příplatky přesčasů s IA 1111) v denní evidenci docházky, a to jako příplatek č.1 a příplatek č. 2.
Příklady použití generování příplatku ve svátek ze SLM s IA 1006:
Režim |
Vykázání SLM s IA 1006 |
Záznam DD Přípl. svátek |
Záznam DD Přípl1. Přesčas Po/Pa |
Záznam DD Přípl2. Přesčas So/Ne |
45 |
8 hod v libovolném dni |
+8 |
|
|
47 |
8 hod v po/pá 8 hod plánovaná směna |
+8 |
|
|
47 |
10 hod v po/pá 8 hod plánovaná směna |
+10 |
+2 |
|
47 |
8 hod v so/ne, neplánovaná směna |
+8 |
|
+8 |
47 |
10 hod v so/ne, 8 hod plánovaná směna |
+10 |
|
+2 |
Konfigurace:
1) Pro dotčené kalendáře nastavit režim aut. generování příplatku za svátek na režim 47
2) Pro dotčené kalendáře nastavit režim aut. generování příplatku č. 1 na režim 48 a SLM nastavit , jako přesčas v pondělí-pátek
3) Pro dotčené kalendáře nastavit režim aut. generování příplatku č. 2 na režim 48 a SLM nastavit , jako přesčas v sobotu-neděli
4) Na Adm31,
Doch.-číselníky, tabulka Denní evidence - nastavit názvy příplatků
zobrazovaných v Dcd01 na
Prip1 - přesčas za práci ve svátek Po/Pá
Prip2 - přesčas za práci ve svátek So/Ne
5) Na Adm31,
Doch.-číselníky, tabulka Kalendáře nastavit názvy příplatků zobrazovaných
v Kal01, Doch.&Schval. na
Prip1 - přesčas za práci ve svátek Po/Pá
Prip2 - přesčas za práci ve svátek So/Ne
Pokud jsou u zákazníka použité různé SLM pro příplatek za práci o Vánocích (24.-26.12.) a jiné svátky je k dispozici režim příplatku za práci ve svátek č. 49 - Svátek dle kal. dne, Vánoce.
Při nastavení postupujeme tak, že na Kal01, Doch.- přípl., režim 46 nastavíme pro příplatek Režim příplatku – svátek s nastavením požadované SLM pro příplatek za běžný svátek a režim 49 nastavíme pro některý z příplatku 1 až 5 s nastavením požadované SLM pro příplatek za práci o Vánocích.
Kalkulace denní docházky pak do položky Dcd01 Příplatek za svátek uloží hodiny vykázané na svátky mimo Vánoc a do zvolené položky příplatku (z 1 až 5) uloží hodiny vykázané na Vánoce.
Pro režim pracovního režimu bez zarovnání vykázané odpracované doby podle začátku a konce plánované směny s následným omezením záznamu podle stanovené délky vykázané doby (plovoucí směna, rozdělení směna na odpracovanou dobu a přesčas, omezení směny délkou, ..), je problém se stanovením hodin příplatku za práci v odpolední a noční směny, i když byla odpracovaná celá plánovaná směna (pro výpočet je obvykle konec směny upraven podle délky plánované směny).
Proto, pokud vykázaná doba pokrývá celou plánovanou směnu, nejdříve se zarovná začátek vykázané doby na začátek plánované směny a až pak se provede omezení podle max. délky.
Pokud je nastaven režim automatického dělení vykázané doby na práci ve směně a přesčas, tak nejdříve zarovnáme začátek odpracované doby na hranici zaokrouhlení přesčasu (Kal01) a až pak počítáme příplatek.
Pro den bez plánované směny se výpočet započítané doby a příplatku provede beze změny, tzn. je použité předešlé řešení (konec směny pro výpočet je stanoven na začátek směny + plánovaná délka směny).
Příklad 1:
Plánovaná směna: 14:00 – 22:00
Vykázaná doba: 13:45 – 22:15
Omezení : 8:00 hod
Pro výpočet započítané doby a příplatku se použily hodnoty (v příkladu se neřeší přestávka):
Volný den bez plánované směny:
Vykázaná doba pro výpočet: 13:45 – 21:45
Započitatelná doba: 8 hod
Hodiny příplatku za odp. směnu: 7:45
Den s plánovanou směnou:
Vykázaná doba pro výpočet: 14:00 – 22:00
Započitatelná doba: 8 hod
Hodiny příplatku za odp. směnu: 8:00 hod
Příklad 2:
Plánovaná směna : 22:00 – 06:00
Vykázaná doba : 21:45 – 06:05
Chybný stav:
Započitatelná doba : 21:45 – 05:45
Příplatek noc : 22:00 – 05:45
Nové řešení:
Započitatelná doba : 22:00 – 06:00
Příplatek noc : 22:00 – 06:00
Příplatek za práci odpoledne, pokud vykázaná doba začíná od 12:00, ale končí po 19:00.
Příplatek se přizná za vykázanou dobu v rozsahu 14:00 - 22:00 hod.
Výpočet se řídí podle
prvního záznamu typu odpracovaná doba nebo přesčas ve dni. Pokud první záznam
ve dni začíná ve 12:00 a později, příplatek se počítá.
Pokud poslední záznam typu odpracovaná doba nebo přesčas ve dni končí před
19:00, příplatek se nepočítá.
Popis výpočtu:
a/ Zaměstnanci, který přijde do práce ve 12:00 h a později, se automaticky spočte příplatek za odpolední směnu za odpracovanou dobu v čase od 14:00 – 22:00
b/ pokud zaměstnanec přijde před 12:00, tak se příplatek nespočte.
c/ Pro případ pozdějšího příchodu (např. lékař, 1/2 dne dovolené...) omezit
odpracovanou dobu, práci min. do 19h pro přiznání příplatku. Např. zaměstnanec
jde k lékaři, do práce přijde namísto v 7:30 až ve 12:01 a v práci bude do 16 h
(standardní čas, kdy mu končí směna), v tomto případě mu příplatek nepřísluší,
tzn. že pokud člověk odejde dříve jak v 19 h, pak nebude mít na odpolední
příplatek nárok.
Zaměstnanec jde k lékaři, do práce přijde namísto v 7:30 až
ve 12:01 a v práci bude do 16 h (standardní čas, kdy mu končí směna), v tomto
případě mu příplatek za odpolední směnu nepřísluší, tzn. že pokud člověk odejde
dříve jak v 19 h, pak nebude mít na odpolední příplatek nárok.
Režim automatizovaně generovaného příplatku kalendáře (Kal01, Příplatky, Volitelný příplatek 1..5) :
51 Bonus za druhou přestávku.
Bonus (příplatek) je generován v rámci funkce „Převod DD/MV“.
Podrobněji viz Doch_dopl_uzdoc, kapitola Panasonic, část: Příplatky režim 51, Druha přestávka.
Popis požadavku:
Příklad vyplácení: odpracováno 18 směn plných, 2 směny částečně a 1 směna přesčasová. Bude náležet příplatek za 21 směn.
Tj. v případě, že příplatek je 100,- Kč, bude v tomto příkladu náležet ve výši 2100,- Kč.
Poznámky:
a) Za odpracovanou dobu je považována doba, kdy se zaměstnanec dostaví na určené pracoviště (např. Nýřany) a pracuje. Odpovídá to v docházce SLM 10020 s IA 1002.
- Na Dca01 je uvedena lokalita, ke které budou přiřazeny jednotlivé snímače dle místa výkonu práce (3lokality). Přičemž lokalita Nýřany je ta, ke které by se měl příspěvek generovat.
- Další podmínka nároku na příspěvek je, že nárok na příspěvek má pouze ten, kdo má na Opv01 v záložce Uživatelské údaje v uživ23 (náš název je Dodatek ke smlouvě) vyplněnou hodnotu = Nýřany.
- K výčtu SLM, za které bude tento příspěvek náležet, ještě patří SLM 10025 s IA 1002.
- Příplatek za směnu nebo část směny náleží pouze 1x za směnu (část dne SLM 10020 a část dne 10025, příplatek náleží pouze 1x).
- Výše sazby příplatku je možné z naší strany měnit dle aktuálního nařízení zaměstnavatele.
SLM pro stanovení příplatku je určena konfigurací.
b) Částečně odpracovaná směna nemá žádné minimum. Stačí označit příchod a odchod i pokud se bude jednat o minutové položky. Prostě dorazí na pracoviště.
c) U přesčasové práce je to jen v případě, že je to směna odpracovaná mimo směnu danou v kalendáři. Nevztahuje se na přesčas odpracovaný před/po směně dané kalendářem. V našem případě se v takto odpracovaný den generuje SLM 905 s IA 1002.
d) Při práci ve svátek platí stejné pravidlo, přijde na pracoviště, tak příplatek náleží. Platí u práce ve svátek i u přesčasové práce ve svátek. IA pro svátek je 1006 (SLM 10060).
e) V SLM02 na DOCH02 máme v ODPR více složek mezd, než chceme, aby se nad nimi tento příplatek generoval. Požadujeme generovat jen nad vybranými výše uvedenými.
V případě, že zaměstnanec nepoužije snímač pro příchod a odchod, docházka bude doplněna ručně, záznam označí uživatel předepsaným způsobem.
Řešení:
a/ Pro určení dotčených SLM – SLM ze kterých se bude generovat příplatek, je k dispozici započitatelnost DOCH03, skupina Prip55
b/ Na formuláři Dca04 se označí dotčené snímače, ze kterých se bude do generovaných záznamu nastavovat v záznamu Dcd01, Typ doby = 70 Odprac. doba s příplatkem
c/ Pro dotčené kalendáře se pro zvolený příplatek (z př. 1 až 5) nastaví režim příplatku 55.
Postup zpracování:
a/ V rámci vyhodnocení průchodů
Pokud se záznam do Dcd01 vytvoří z označených snímačů (Nýřany) a ze SLM ze započitatelnosti Doch03.Prip55 a pokud je pro PV nastaveno v Opv1, Uživatelské údaje v uživ23 (Dodatek ke smlouvě) = Nýřany , tak záznam bude mít nastaven příznak v Dcd01, Typ doby = 70 Odprac. doba s příplatkem.
b/ V rámci editace na určeném formuláři
Při založení záznamu uživatelem, si uživatel sám určí záznamy, ze kterých se má počítat příplatek – ručně nastaví Dcd01, Typ doby = 70 Odprac. doba s příplatkem.
Pokud je nastaveno hlášení DPP003b, tak se při uložení záznamu s určenou SLM (DOCH03.Prip55) automatický nastaví Dcd01, Typ doby = 70.
c/ V rámci kalkulace denní docházky
V rámci kalkulace denní docházky se do nastaveného příplatku (na kalendáři pro dotčenou SLM) na záznamu Dcd01 uloží hodnota 1 nebo 0, podle toho, zda za daný den vznikl nárok na příplatek nebo ne (podle výše uvedených podmínek).
Pokud jsou povoleny, provedou se kontroly:
d/ V rámci uzavření denní docházky
V rámci uzavření docházky se spočítá počet přiznaných příplatků (za každý den pouze jeden za všechny SLM) a do záznamu v podkladech pro mzdy se uloží počet příplatků do položky směny, výška příplatku do položky sazba a odpovídající částka příplatku za měsíc do položky částka.
Sazba příplatku může být nastavena v Slm01 pro SLM
příplatku – pro všechny dotčené kalendáře, nebo také na jednotlivém kalendáři
pro dotčený příplatek.
Při generování příplatku se kontroluje podmínka:
· SLM musí být aktuálně v určené započitatelnosti
· Pro PV musí platit podmínka Opv1, Uživatelské údaje v uživ23 (Dodatek ke smlouvě) = Nýřany
Úprava konfigurace při inicializaci řešení:
Formulář, Adm32, záložka Uživatelské nastavení - nastavit úroveň DPP002 na hodnotu 1
Podle uvážení nastavit úrovně pro hlášení DPP002a a DPP003, DPP003a, DPP003b
Formulář Dca04 – pokud zde nejsou evidované snímače pro Nýřany, doplnit je
Pro snímače Nýřany nastavit položku „Režim snímače:“ = 3
Formulář Adm21/Adm22, položka „Aut. příplatek 55 vázán na hodnotu Opv01, Už. údaj 23“ – nastavit hodnotu z Opv01, Už. Údaj 23, pro kterou se mají počítat příplatky
Pro dotčené PV zkontrolovat nastavení Opv01, Uživ23 – podle Adm21, Docházka, položka „Aut. příplatek 55 vázán na hodnotu Opv01, Už. údaj 23“
Formulář Kal01, záložka Doch.-příplatky – na zvoleném příplatku nastavit SLM a položku Volitelný příplatek ?: = 55
Formulář Slm02 započitatelnost DOCH03 skupina Prip55 – zadat SLM ze kterých se má počítat příplatek
Pozor: zařazené SLM musí mít povolení pro automatizovaný výpočet příplatku
11 Za stanovené hodiny směny (ze záznamu docházky)
Příplatek za každou odpracovanou hodinu, pokud započitatelná doba je větší jako určený limit (např. příplatek za ztížené pracovní podmínky v zdravotnických profesích.
Popis výpočtu:
– očekáváme, že první odchylka ve dni je rovná nebo větší, než 13 hodin, a spočte se příplatek, pro další záznamy v rámci dne se přiznají do příplatku automaticky celé hodiny
– první hodina je vždy celá, u dalších se již počítá každá
minuta
Příklad: vykázaná doba 12:45 => příplatek 0:00 hod, 13:00 => 1:00, 14:30
=>2:30
– limit hranice pro přiznání první hodiny příplatku je
určen aktuálním nastavením položky „Limit hodin příplatku - volitelný příplatek
*“ (pokud nevyplněno, tak se použije 13:00)
Poznámka: platná je i hodnota 0 - pak je příplatek ve výši hodin odchylky
Zjistíme, zda v daném dni už je záznam se spočteným příplatkem => HOD
Pokud příplatek za den už je > 0
Ano: odchylka je už nad rámec stanoveného limitu, proto přiznáme příplatek ve výši odchylky
HOD = HOD + hodiny odchylky
Ne: (zatím nebyl přiznán příplatek, očekávám první záznam o délce min stan. limitu - 13. hod)
Pokud Hodiny < Limit , pak HOD = 0 - nevzniká nárok na příplatek
Pokud Hodiny >= Limit , pak HOD = Hodiny - Limit + 1 - vzniká nárok na příplatek, pokud je rovný nebo vetší jako 1,00 hod
Řešeno pro Čepro.
Automaticky počítaný příplatek v rámci denní kalkulace, který náleží nad označeným kalendářem (kalendáři) a to za každou částečně nebo plně odpracovanou směnu (za určené SLM). Vždy je přiznán ve stejné částce za takto vykázanou směnu (i za částečně odpracovanou).
Myslí se tím např. paušál za neevidované pracovní cesty , který je určen zaměstnancům, kteří nedostávají stravenky a nezadávají si pracovní cesty, ale dostávají paušál na stravné za pracovní cesty.
Je to fixní částka, která je vypočítána z času stráveného na pracovní cestě za určitou dobu. Tato fixní částka je počítána ručně a aktualizuje se jednou za rok odpovědným zaměstnancem zaměstnavatele.
Takto určená fixní částka se zadá na Opv02 a je navázaná na odpracovanou dobu.
Příklad:
Fixní částka je zadaná jako denní částku - př. 140Kč/den, pokud je vykázaná doba za směnu je v požadované výši.
Výše sazby příplatku je možné ze strany zákazníka měnit dle aktuálního nařízení zaměstnavatele.
Paušál není přiznán na dny s vykázanou dovolenou, pracovní neschopnost, neplacené volno, zahraniční pracovní cestu.
Příplatek za směnu nebo část směny náleží pouze 1x za směnu (část dne SLM 10020 a část dne 10025, příplatek náleží pouze 1x).
V případě, že zaměstnanec neodpracuje celou směnu, náleží zaměstnanci denní paušální částka, pokud odpracoval alespoň 3 hodiny.
Denní paušální částka nebude přiznána ve dnech celodenní nepřítomnosti z důvodu překážek v práci na straně zaměstnance, nebo zaměstnavatele v případě čerpání řádné dovolené nebo osobního volna, pracovní neschopnosti, neplaceného volna, zahraniční pracovní cesty a v případě dalších překážek v práci na straně zaměstnance, ať již jde o důležité osobní překážky v práci (§ 191 – 206 ZP), nebo jiné důležité osobní překážky v práci dle Nařízení vlády č. 590 /2006 Sb., kterým se stanoví okruh a rozsah jiných důležitých osobních překážek v práci a v případě překážek v práci na straně zaměstnavatele - § 207 ZP a násl.
Zadávat denní paušál na Opv02 na určenou SLM s blokováním výpočtu tohoto příplatku ve mzdách.
Zaměstnanec si vykazuje docházku obvyklým způsobem.
Pokud se má jinak posuzovat domácí a zahraniční prac. cesta, každá musí mít samostatnou SLM.
Zaměstnanci si individuálně musí odděleně vykazovat domácí a zahraniční PC.
V rámci kalkulace docházky se počítá denní paušál (jako automatizovaný příplatek) při splnění definovaných podmínek:
a/ minimální počet hodin ve dni z definovaných SLM podle započitatelnosti
b/ na Adm21/Adm22 je parametr pro stanovení minimální započitatelné doby pro přiznání stravenkového paušálu.
Měsíční paušál se pak stanoví jako součet přiznaných denních paušálů v rámci uzavření docházky.
Příklad: limit pro přiznaní paušálu = 3 hod; denní paušál = 200 CZK
1 den - odpracováno 2,5 hodiny (2,5 hod pracoval 5,5 hod volno) - paušál se nepřizná, tzn = 0
2 den - odpracováno 3 hodin - paušál se přizná, tzn = 200
3 den - odpracováno 0 hodin - paušál se nepřizná, tzn = 0
4 den - odpracováno 8 hodin - paušál se přizná, tzn = 200
5 den - odpracováno 12 hodin - paušál se přizná, tzn = 200
měsíční paušál na stravné = 0 + 200 + 0 + 200 + 200 ...
a/ V rámci personální evidence
Na Opv02 pro každého dotčeného zaměstnance se zadá SLM s částkou hodinového paušálu, která se použije pro přiznaní paušálního stravného, pokud na dotčený den vznikne nárok.
Pokud na Opv02 nebude zadaný denní paušál stravného, tak se pro PV nebude počítat.
b/ V rámci editace na určeném formuláři
Zaměstnanec zadává SLM standardním způsobem podle platné metodiky zaměstnavatele.
c/ V rámci kalkulace denní docházky
V rámci kalkulace docházky se pro jednotlivé dny přizná/nepřizná stravný paušál, pokud je splněná podmínka započitatelné doby (bez ohledu na vykázané hodiny, např. nepřítomností), na SLM neurčené pro výpočet příplatků v daném dni.
Výpočet příplatku – stravného paušálu se počítá pouze pro PV přiřazené na kalendář (Kal01), pro který je povolen výpočet dotčeného příplatku.
Výpočet příplatku – stravného paušálu se počítá pouze pro SLM, které jsou zadané v určené započitatelnosti.
Tzn. neřešíme seznam nepřítomností, za které se příspěvek nepřiznává ale naopak řešíme SLM, za které se příplatek počítá za stanovených podmínek).
V rámci kalkulace denní docházky se do nastaveného příplatku (na kalendáři pro dotčenou SLM) na záznamu Dcd01 uloží hodnota 1 nebo 0, pokud za daný den vznikl nárok na příplatek nebo ne (pokud započitatelné hodiny za den jsou větší nebo rovné limitu).
Limit pro přiznání příspěvku se stanoví postupem (hledá se první hodnota větší než nula):
a/ z položky „Limit hodin příplatku - volitelný příplatek“ z Kal01, Doch – příplatky, pro zvolený příplatek
b/ Adm22, Docházka, Aut. příplatek 56, limit hod. pro přiznání
c/ Adm21, Docházka, Aut. příplatek 56, limit hod. pro přiznání
d/ default hodnota = 3
d/ V rámci uzavření denní docházky
V rámci uzavření docházky se spočte počet přiznaných příplatků (za každý den pouze jeden za všechny SLM) a do záznamu v podkladech pro mzdy se uloží počet příplatků do položky směny, výška příplatku (z Opv02) do položky sazba a odpovídající částka příplatku za měsíc do položky částka.
Při generování příplatku se kontroluje podmínka:
· SLM musí být aktuálně v určené započitatelnosti
· Na Opv02 pro PV, musí být SLM odpovídající příplatku z Kal01
Adm21/Adm22 - Nastavit parametr Aut. příplatek 56, limit hod. pro přiznání
podle uvážení, standardně nevyplňovat (použije se hodnota 3,0)
Adm32 - nastavit DP136 na vhodnou hodnotu (default je ERR)
Zkontrolovat nastavení Opv02, SLM pro příspěvek pro každé dotčené PV
SLM musí být stejná, jako se nastaví na Kal01 pro zvolený příplatek
Trvalá platba musí být nastavená tak, aby se nepočítala i v rámci výpočtu mezd
Doporučené nastavení:
Kód doby = P; Kód částky = 0; Kdy zúčtovat = 0
Nastavení pro dotčené Kal01 – příplatek pro režim 56 do volné hodnoty příplatku 1 až 5
Nastavíme položky(pro ilustraci použijeme 1, ale může být použit libovolný z 1 až 5)
SLM příplatku - volitelný příplatek 1: - SLM z Opv02
Volitelný příplatek 1: = 56
Kód částky příplatku - volitelný příplatek 1: = 0
Procento příplatku - volitelný příplatek 1:
Sazba příplatku - volitelný příplatek 1:
Limit hodin příplatku - volitelný příplatek = podle uvážení, standardně nevyplňovat
Nastavení Slm02, DOCH03, skupina Prip56 – SLM pro přiznání příplatku
Zadat všechny SLM, ze kterých se má počítat příspěvek
Z jednotlivých záznamů DD je možné provést automatizované generování hodin přesčasu. Jsou realizovány tři režimy automatizovaného generování přesčasových hodin :
- režim 1, aut. generování přesčasu v rámci záznamu DD
- režim 2, 21, 22, aut. generování přesčasu v rámci samostatných záznamů DD s vazbou na vzorový den,
- režim 3, aut. generování přesčasu v rámci samostatných záznamů DD bez vazby na vzorový den
Pro záznamy z virtuálních zdrojů je zablokován automatický výpočet přesčasů v režimu 2 a 3.
Poznámky :
Pokud je požadován režim 1 s rozdělením placené + neplacené, tak SLM v příplatku za "přesčas" musí být s IA 11, 13, 16, 1003 a SLM pro „Volitelný příplatek 5" musí být s IA 1004,
1111,1116,1132,1143.
Přesčas se nepočítá ze SLM s IA 11, 12, 13, 14, 15, 16, 35, 36, 1004, 1111, 1116, 1132, 1143
Spočtené hodiny nad plánovaný fond směny jsou uložený do záznamu denní evidence jako příplatky, samostatně pro placené a neplacené přesčasy.
V rámci převodu se z příplatku vygenerují záznamy měsíční evidence.
Režim se nastavuje na „Kal01, Doch.- příplatky, Režim příplatku - přesčas“ a má hodnotu:
1 - Generovat přesčas v rámci řádku DD
Postup generování je následující :
1) Zjištění
započitatelných hodin nad denní fond PD (plánovanou směnu) ze záznamu se SLM ze
započitatelností DOCH02.ODPR, NEODP, NVC:
Hod. nad fond = vykázané hodiny - započitatelné
hodiny.
Položka Hod. nad fond jsou zaokrouhleny dle
parametru „Zaokrouhlení na hranici“
2) Pokud jsou Hod. nad fond menší nebo rovny hodnotě „Min. akceptovaný přesčas[min] :“ pro aktuální kalendář, tak se generování neprovádí (ale započitatelné hodiny jsou omezené na obvyklou délku směny )
3) Pokud jsou Hod. nad fond menší nebo rovny hodnotě „Max. akceptovaný plac. přesčas[min] :“ pro aktuální kalendář, tak se vygenerují hodiny pro placený přesčas (hodiny do položky „Automatizovaný příplatek 5“)
4) Pokud jsou Hod. nad fond v rozsahu „Max. akceptovaný plac. přesčas[min]“… „Max. akceptovaný neplac. přesčas[min]“ pro aktuální kalendář, tak se vygenerují hodiny (v rozsahu jak zasahují do tohoto rozmezí) pro neplacený přesčas (hodiny do položky „Automatizovaný příplatek 6“)
5) Hodiny Hod. nad fond , které překročí „Max. akceptovaný neplac. přesčas[min]“, jsou ignorovány (ale započitatelné hodiny jsou omezené na obvyklou délku směny )
Pokud je v denní evidenci nalezen záznam se SLM s IA 11,12,13,14,15,16, 35, 36,905,1004, 1111,1116,1132,1143 nebo a 5101 s nastavením „Příznak odpracované doby“=0 a „Za odprac. dobu přesčas“=Ano, tak se hodiny záznamu uloží také jako záporná hodnota do : Příplatek 6
Tím dojde ke krácení automaticky generovaného evidenčního přesčasu podle režimu 1 při jeho uložení do měsíční evidence o hodiny placeného i neplaceného přesčasu již vykázané v denní evidenci docházky.
Pozor: v tomto režimu nelze zadávat hodiny k proplacení náhradního volna z předchozích období na formuláři Dcd01/Dcu01 - Denní
Režim je vhodný jen pro pracovní režimy s pevně stanovenou pracovní dobou (nevhodný pro volné a plovoucí režimy).
Režim se nastavuje na „Kal01, Doch.- příplatky, Režim příplatku - přesčas“ a má hodnotu:
2 - Generovat přesčas jako samostatný řádek v DD(vázáno na vzor. den)
21 - Generovat přesčas jako samostatný řádek v DD (vázaný na vzor. den), pouze před směnou
Generování přesčasu jako v režimu 2, ale pouze pokud je přesčas před směnou (přesčas po směně není akceptován).
22 - Generovat přesčas jako samostatný řádek v DD (vázaný na vzor. den), pouze po směně
Generování přesčasu jako v režimu 2, ale pouze pokud je přesčas po směně (přesčas před směnou není akceptován).
Postup generování je následující :
1) Smazání záznamu z dřívějšího generování příplatku, které nebyli upravené uživatelem.
2) Přesčas na začátku směny
a. Pokud existuje vygenerovaný záznam se SLM typu „přesčas“, zachováme stávající stav (další kroky se neprovedou)
b.
Zjistí
započitatelnou dobu před začátkem směny jako rozdíl
Hod. nad fond = „začátek obvyklé směny“ – „začátek pracovní směny pro výpočet“
c. Hodiny Hod. nad fond jsou zaokrouhleny dle parametru „Zaokrouhlení na hranici“
d. Pokud jsou Hod. nad fond menší nebo rovny hodnotě „Min. akceptovaný přesčas[min]:“ pro aktuální kalendář, tak se generování neprovádí
e.
Pokud jsou Hod. nad fond
větší než „Min. akceptovaný přesčas[min] :“ pro aktuální kalendář, tak se
generuje záznam v Dcd01 s následujícím obsahem :
SLM dle kalendáře
Čas Od „čas od“
z původního záznamu
Čas Do „čas od
pro výpočet“ z původního záznamu obvyklé
směny“
Hodiny vypočtou
se přesčasové hodiny podle aktuální konfigurace Kal01, Doch.-příplatky,
„přesčas“
3) Přesčas na konci směny
a.
Zjistí
započitatelnou dobu na konci směny jako rozdíl
Hod. nad fond = „konec aktuálního záznamu pro výpočet“ - „konec obvyklé
směny“
b. Hodiny Hod. nad fond jsou zaokrouhleny dle parametru „Zaokrouhlení na hranici“
c. Pokud jsou Hod. nad fond menší nebo rovny hodnotě „Min. akceptovaný přesčas[min] “ pro aktuální kalendář, tak se generování neprovádí
d.
Pokud jsou Hod. nad fond
větší než „Min. akceptovaný přesčas[min] :“ pro aktuální kalendář, tak se
generuje záznam v Dcd01 s následujícím obsahem :
SLM dle kalendáře
Čas Od „čas do
pro výpočet“ z původního záznamu
Čas Do „čas do“ z původního záznamu
hodiny vypočtou
se přesčasové hodiny podle aktuální konfigurace Kal01, Doch.-příplatky,
„přesčas“.
4) Přestávky a příplatky se spočítají obvyklým způsobem na všechny záznamy (původní i generované).
V rámci kalkulace záznamu v nepracovní den, se u SLM , která je vyhodnocena v rámci aut. generování přesčasu provede:
Na záznamu se zruší vypočet hodin ( Čas Do pro výpočet se nastaví na hodnotu Čas Od).
Vygeneruje se záznam se SLM přesčasu na celý čas odchylky.
Pozor: generovaná SLM přesčasu musí mít nastaven režim přestávky = Ano
Na začátku výpočtu příplatku se vymažou dříve vygenerované záznamy, které nebyly upraveny uživatelem. To znamená, že pokud uživatel nechce přiznat generovaný přesčas, nestačí vymazat příslušný řádek, uživatel musí příslušný řádek zachovat a upravit SLM nebo do započitatelných hodin zadat = „0“.
Kontrola, DK009 Překrytí záznamů v denní evidenci docházky, ignoruje překrytí zadaného záznamu uživatelem a generovaného přesčasu (zdroj záznamu 3).
Pokud je pro kalendář nastaveno automaticky generovaní
přesčasu na dni volna podle nastaveného režimu zarovnání na Dcc04 pro příslušný
kalendář, tzn. nejdříve se provede zarovnaní záznamu odpracované doby a až pak
se generuje přesčas.
Režim automatizovaného generování přesčasů pro pracovní režimy s vyhodnocením započitatelné doby pevně nevázané na definici plánované směny (vzorový den).
Režim se nastavuje na „Kal01, Doch.- příplatky, Režim příplatku - přesčas“ a má hodnotu:
3 - Generovat přesčas jako samostatný řádek v DD(nevázáno na vzor. den)
Pro tento režim platí, že pokud je u záznamu denní evidence docházky v položce „Hodiny celkem“ více hodin než v položce „Hodiny započítané“, předpokládá se, že se jedná o přesčas na konci pracovní směny a tudíž se vytvoří nový záznam.
Podmínkou je, že konec přesčasu nesmí překročit konec vykázané směny po zarovnání (v opačném případě by došlo k neoprávněnému přiznání příplatků vázaných na časové pásmo).
Podmínky pro uživatelskou aktualizaci generovaného záznamu jsou stejné jako pro režim 2.
Postup vyhodnocení práce nad fond pracovní doby:
1) Smazání záznamu z dřívějšího generování příplatku, které nebyli upravené uživatelem
2) Spočítá se započitatelná doba na evidovaný záznam denní evidence docházky a pokud je aplikováno omezení započitatelné doby (překročena délka směny), tak se upraví „čas do“ pro výpočet tak, aby odpovídal konci směny podle započitatelných hodin.
3) Zjistí se, zda pro daný záznam vznikly „hodiny práce nad fond“ (započítané hodiny jsou menší než skutečné hodiny záznamu).
4) Pokud existuje vygenerovaný záznam „přesčas“, zachováme stávající stav
5) Pokud
záznam se SLM typu „přesčas“ neexistuje, vytvoříme nový záznam
s nastavením položek :
„SLM“ = podle konfigurace na Kal01, Doch.-příplatky, „přesčas“
„Čas od“ = „Čas do pro výpočet“ z původního záznamu
„Čas do“ = „Čas do“ z původního záznamu
„Hodiny“ = vypočtou se přesčasové hodiny podle aktuální konfigurace Kal01,
Doch.-příplatky, „přesčas“.
6) Přestávky a příplatky se spočítají obvyklým způsobem na všechny záznamy (původní i generované).
Poznámky:
Standardně je vypočtena práce nad fond jako:
Hodiny = Hodiny celkem – Hodiny započítané – Délka přestávek
Pro den volna (den bez plánované směny) je vypočtena práce nad fond jako:
Pokud „Hodiny započítané“ > 0, pak:
Hodiny = Hodiny započítané
Pokud „Hodiny započítané“ = 0, pak:
Hodiny = Hodiny celkem
Standardně je automatické generování přesčasů vázané pouze na reálné záznamy v Dcd01, Vstupy se SLM s IA 1001/1002 a nový řádek přesčasů je pevně svázán se záznamem z odpracované doby, ze které byl vygenerován.
Ze zobrazovaných záznamů v Dcd01 z Cep01 (tyto záznamy jsou navíc omezené na plánovanou délku směny) se přesčas negeneruje.
Pokud je rozdělován záznam odpracované doby CP, tak se dílčí části (před a po směně) nastaví tak, aby pokryly celou část vykázané doby mimo plánovanou směnu.
Tento výsledek je však dosažen pouze při postupu, že se nejdříve provede nové vyhodnocení průchodu pro příslušné dny (nebo se vymažou existující řádky ve dni a nově se zadá odpracovaná doba na celou směnu).
Příklad:
plánovaná směna 6:00 – 14:00
vykázaná směna 5:39 – 16:41
CP 8:15 – 15:14
Po kalkulaci (časy pro kalkulaci):
přesčas 5:39 – 6:00 (5:39 – 6:00)
odprac 5:39 – 8:15 (6:00 – 8:15)
CP 8:15 – 15:14 (8:15 – 14:00)
odprac 14:00 – 16:41 (14:00 – 16:41)
přesčas 14:00 – 16:41 (14:00 – 16:30)
???
Režim automatizovaného generování přesčasů určený pouze pro oblast DAV. Pro oblast DOCH je tento režim ignorován (nepřevádí se žádná akce).
Generování nároku příspěvku na stravu je proces, který provede vyhodnocení - stanovení max. počtu nároku, pro které může být zaměstnanci poskytnut příspěvek.
Podrobněji viz Doch_strava : Generování nároku v rámci kalkulace DD.
Po úspěšném ukončení kalkulace denní docházky se provede také aktualizace průběžných položek měsíčního záhlaví (položek vázaných na aktuální stav denní evidence docházky).
Po provedení kalkulace záznamů denní evidence docházky se následně spustí legislativní a dohodnuté kontroly. Plný seznam realizovaných kontrol je uvedený v dokumentaci (viz popis).
Kontroly jsou rozdělené do třech skupin :
Každá realizovaná kontrola má přiřazený :
o algoritmus kontroly
o jednoznačný identifikátor
o hlášení události
o úroveň hlášení
Proces kontroly pracuje následovně :
Kontrolní aparát je řízen v návaznosti na specifikaci podporovaných režimů evidence docházky a v návaznosti na procesy kalkulace. Kontroly jsou z pohledu režimu kalkulace rozděleny do skupin:
Při opakovaných kontrolách se aktualizuje uložený protokol z vyhodnocení následujícím způsobem :
1) při jednodenní kalkulaci se vymažou protokoly vázané na aktuální den
2) při vícedenní kalkulaci se vymažou všechny záznamy od začátku měsíce do aktuálního dne kalkulace.
Plný režim kontrol (Měsíční – uzavření) je aktivován, pokud limitní datum pro kalkulaci je v relaci :
1. „Datum od“ = prvního a „Datum do“ = posledního
2. „Datum od“ = prvního a všechna
záhlaví po „Datum do“ nemají hodiny větší než 0 (poslední pracovní den).
Z pohledu výše uvedené specifikace je režim kontrol :
DK119 - podle režimu: a) pokud datum do<= akt. datum;
b) pro měsíc pro všechny dny
DK201, 202, 207, 208, 209, 203 jsou pouštěny pouze pokud jde o uzávěrku
DK204, 205,
206 jsou spuštěny jen pokud jde o kontroly za cely měsíc
Týdenní kontroly - režim "období" => jenom pokud je úplný týden k referenčnímu datu, "měsíc" => všechny týdny v rozsahu "Měsíce"
Kontroly se provedou při každé kalkulaci za den.
[CZ]
Na základě zákona 155/2013 Sb. S účinnosti od 1.8.2013 je limit přestávky mezi směnami pro kontrolu DK211 11 hod (dříve ze 12 hod).
SLM s IA 1006 je použitelná pouze pro pracovní režim
s kalendářem v režimu svátku 3 "Pracovní svátek - volný den"
(pro kalendáře s režimem svátku 2 , se nesmí používat).
Pokud je záznam se SLM s IA 1006 zadán na den svátku pro kalendář s režimem
gen. svátku <> 3, zobrazí se hlášení:
DK010b [U] [ERR] SLM <slm> (den <datum>) může být zadaná pouze pro
kalendáře s nenařízenou prací ve svátek, použijte SLM standardní směny
Kontrola DK010d v rámci kalkulace docházky, zjišťuje zda i v rámci měsíční odchylky s určenou SLM (evidovanou v započitatelnosti DOCH03, DW02) je evidován svátek.
Popis:
Pokud DK010d je aktivní a SLM je v započitatelnosti DOCH03, DW02 a v rámci odchylky je evidován alespoň jeden den svátek (Typ dne = N, S, C), tak při úrovni hlášení:
pokud úroveň = 1 - bez hlášení pokračovat
pokud úroveň = 2, 3 - zobraz DK010d a pokračovat
pokud úroveň = 4 - zobraz DK010d
a standard při FAT – ukončit DD/MV
a/ Kontrola je skutečně určená pouze pro kalendáře určené pro pružnou pracovní dobu (Kal01, Typ pracovní doby = 1, 2, 3)
b/ hlášení se nezobrazí, pokud přesčas bezprostředně předchází nebo pokračuje, vzhledem na základní pracovní dobu (tzn. v tu samou minutu přesčas je ukončený a začíná odpracovaná doba nebo končí odpracovaná doba a začíná přesčas).
Kontrola DK119 kontroluje nejen dny před aktuálním datem, ale i dny, které jsou i po aktuálním dnu, pokud je to požadováno.
Kontrola DK119 je použitá pro rozsah dní:
1/ běžná kalkulace - není uzávěrka docházky
a/ PV je platné celý měsíc – kontrolujeme dny před akt. dnem
b/ PV není platné celý měsíc - dny před akt. dnem, pokud akt. den je menší než datum ukončení, jinak ke dni ukončení
2/ je uzávěrka docházky
- kontrolujeme všechny dny období v rámci platného PV
Kontrola DK121 souběhu SLM typu nemoc s jinou SLM typu nepřítomnost.
Pokud je aktivní kontrola pro kontrolu SLM typu nemoc na evidenční SLM typu nemoc (DK121a) tak souběh SLM z Vyp01 je hlášen hlášením DK121b, které je možné vypnout.
Pokud hlášení DK121a > 0 a jedna nebo druhá odchylka je z Vyp01
Ano: Pokud dk121b > 0 zobraz hlášení
DK121b [U] [VAR] Souběh SLM %2 s jinou nepřítomností dne %3, zdroj Vyp01
Ne: zobraz hlášení
DK121 [U] [ERR] Souběh SLM %2 s jinou nepřítomností dne %3.
Určená pro organizace, u kterých se zadávají odchylky nemoci jako základní ve Vyp01 (s přenosem do DOCH) a jako evidenční v DOCH.
Kontrola pracuje s tzv. párovanými SLM s IA 51 až 60 - SLM určené pro zadání ve Vyp01. Pro každou tuto SLM (základní i evidenční) v číselníku Slm01 musí být nastavená párová SLM (SLM zadávaná v DOCH) na položce SLM pár. z Vyp01, tím se vytvoří seznam kontrolovaných SLM, tzn. v seznamu jsou SLM s IA 51-60 a všechny SLM zařazené k těmto SLM jako její evidenční SLM.
Je SLM kontrolované odchylky ze SEZNAM ? (párové SLM nepřítomnosti typu "nemoc")
Ano : vyhledej jiný řádek v DCD pro Datum a SLM je ze SEZNAM
Ano : nalezený souběh odchylek
Zkontrolujeme SLM na obou záznamech, pak zkontrolujeme zda SLM2 je z SLM pár. z Vyp01 pro SLM1
Ano: neděláme nic
Ne: Pokud dk121d > 0 zobraz hlášení
DK121d [U] [ERR] Dne %3, pro SLM1 %2 zdroj <dd/vyp>, nalezena par. SLM2 <slm2> a má být SLM < SLM pár. z Vyp01>
porovnej hodiny_vyp z obou záznamů,
pokud je rozdíl větší než - 0,02, zobraz hlášení
DK121a [U] [0] Dne <>datum, pro SLM <slm1> , hod <hod1>, zdroj <dd/vyp1>, nalezena par. SLM <slm2> , hod <hod2>, zdroj <dd/vyp2>
Ne: souběh nenalezen
Pokud dk121c > 0 zobraz hlášení DK121c [U] [ERR] Pro SLM %2 dne %3 zdroj <dd/vyp>, nenalezena par. SLM
Kontrola generuje čtyři hlášení, a to podle jednotlivých typů příplatku.
Zobrazí se hlášení:
DK124 při překročení 7.5 / 8.0 hod (podle režimu přestávky) u odpoledního příplatku.
DK124a při překročení 7.5 / 8.0 hod (podle režimu přestávky) u nočního příplatku.
DK124c při překročení 12 hod u příplatku za svátek (na max. délku směny podle
ZP).
DK124d při překročení 12 hod pro všechny další příplatky (na max. délku směny podle ZP).
DK124e při překročení 12 hod u příplatku za So./Ne (na max. délku směny podle ZP).
Poznámka: Kontrola pro režim kalendáře „hasič“ je nastavená na max. 16 hodin příplatku.
Kontrola DK217 (Nesplněn týdenní limit) pro první měsíc provozu docházky, pokud týden začíná nebo končí v neotevřeném období na Vyp02, tak tento týden nekontrolujeme.
Kontroly se provedou jenom pokud kontrolovaný den je menší nebo roven referenčnímu datu kalkulace.
Kontroly se provedou pokud je úplný týden vzhledem k referenčnímu datu
Kontrola aktuálního stavu měsíčního vykazování.
kontroly se provedou pouze v rámci měsíční uzávěrky (kalkulace celého měsíce).
K dispozici jsou níže uvedené kontroly (podrobný popis jednotlivých kontrol viz. Hlas_uzdoc.doc) :
DM001 Kontrola splnění FPD
DM003Kontrola na překročení limitu placeného přesčasu
DM004 Kontrola na překročení limitu přesčasu 2
DM005 Kontrola přečerpání limitu dovolené
DM007 Kontrola čerpání NV při ukončení platnosti PV
DM006 Kontrola vyrovnání NV z položky „Neproplacený přesčas z před předminulého měsíce“
DM011 Kontrola vyplnění docházky
DM012 Kontrola uzavření docházky Vedoucím 1 - aktuální profil úrovně 13
DM013 Kontrola uzavření docházky Vedoucím - aktuální profil úrovně 23
DM 015 Kontrola uzavření docházky Vedoucím - aktuální profil úrovně 33
Pro kontroly „DM001- Nesplněn FPD“ a „DM002- Překročen FPD“ je možnost použití limitu akceptace rozdílu 5 minut započitatelných hodin do fondu, tzn. pokud v rámci uzavírání evidence docházky je rozdíl započitatelných hodin do fondu, v rámci měsíční evidence docházky, v rozsahu <-5,+5> minut, zobrazí se hlášení DM001a resp. DM002a pro které je možné nastavit také požadovanou úroveň (předdefinována je úroveň VAR). Pokud je rozdíl větší, zobrazí se hlášení DM001 resp. DM002.
Pokud u zaměstnance je nastaven režim vyrovnávání FPD = 3 - doplnění do FPD z dříve vytvořeného NV, zobrazí se hlášení DM001a - varování (dojde k automatickému vyrovnání, pokud je dostatečný počet hodin pro doplnění do plánovaného FPD).
Rozdíl ve fondu může mít více příčin, jednou z nich je problém převodu součtů hodinových údajů z vnitřního formátu (d.ddd) do zobrazovaného formátu HH:MI (rozdíl může být podle způsobu součtovaní 1 až několik pár minut ) dalším problémem může být drobná nepozornost v denní evidenci docházky. Pro samostatné řešení těchto „drobných“ odchylek jsou určené hlášení DM001a a DM002a.
Proces generování denních záhlaví zabezpečuje vygenerování rozpisu směn pro aktuální PV na zvolený rozsah datumů – obvykle na aktuální období.
Generování DZ se provádí automatizovaně v rámci „kalkulace evidence denní docházky“ nebo na příkaz uživatele.
Proces generování DZ pro jedno PV:
o Pro každý den v rozsahu zvoleného výpočtového období
o Vytvoř (aktualizuj) DZ podle aktuálního VD kalendáře přiřazeného k PV na Opv01 (v režimu KPD podle Opv03), resp. podle zvoleného a generovaného dne
Pro funkci generováni DZ, jestliže dojde k přepisu/aktualizaci již stávajícího řádku, se provádí kontrola oprávnění pro aktualizaci dle obecných oprávnění pro oblast docházky. Pokud v požadovaném rozsahu generování je nalezen alespoň jeden záznam, ke kterému nemá aktuální profil oprávnění editace, funkce je ukončena.
Standardní režim generování DZ (nevyplněn parametr „Změna kalendáře“) představuje „vymazání“ aktuálního nastavení DZ (skupina údajů o plánované směně), při zadání kalendáře => naplnění polí v DZ. Při vyplnění parametru „Kalendář“ se do DZ uloží také informace ze zadaného kalendáře (případné změny na Opv01 nemají vliv na kalkulaci evidence docházky).
Naplnění položky hodiny se provede podle režimu kalendáře :
Použití funkce pro jiné formuláře a funkce:
Kalkulace evidence docházky – generuje dle standardního režimu
Uzavření evidence DD – do DZ, které nemají naplněny údaje o plánované směně, se tyto naplní dle aktuálního přiřazeného kalendáře na Opv01.
Pokud bylo uzavření provedeno omylem nebo z testovacích
důvodů, doporučujeme provést standardní generování DZ => obnovení
standardního stavu DZ.
Po přegenerování DZ zůstává evidence docházky bez změny, při nejbližší kalkulaci DD se však docházka přepočítá podle nového stavu DZ
Při generování záznamů do evidence denní docházky, pro zaměstnance s režimem generování přestávky do DD s typem 2 (Generovat s přerušením odchylky), se automaticky provede rozdělení záznamů se SLM s IA 1001 nebo 1002 podle generované přestávky.
Pokud se při generování DZ z důvodu kolize nevygeneruje do některého dne požadovaný řádek, funkce je ukončena hlášením:
DD106a Generování DZ nebylo provedeno nebo částečně neprovedeno.
Jinak:
DD106-Generování DZ úspěšně dokončeno.
Při generování denní docházky podle doplňkového vzorového dne, se provádí kontrola na vyplnění SLM na přiřazeném VZD. Pokud VZD nemá vyplněnou SLM nebo tato SLM není použitelná pro docházku, zobrazí se hlášení:
DDE014 [U] [ERR] SLM <slm> definována na vzorovém dni pro <datum> není povolena pro použití v docházce.
a generování podle tohoto VZD se neprovede.
Proces generování denní docházky zabezpečuje vygenerování tzv. plánované docházky pro aktuální PV na zvolený rozsah datumů – obvykle na aktuální období.
Standardně se docházka generuje podle určeného kalendáře Kal01, který je přiřazen pro aktuální PV na Opv01, Režim, Kalendář (akceptuje i platné časové řezy) nebo je možné generovat podle určeného kalendáře z formuláře Dcd01, Generuj DD.
Pokud je PV v režimu PV s plánováním docházky:
Opv01, Režim, PV s plánováním docházky:
= 1 - Pouze pro manuální použití
nebo
= 2–s automatickým generováním
a pokud uživatel povolí generování zaškrtnutím „Generování podle plánu docházky (VZOR):“,
se negeneruje docházka plánu směn (formulář Kal01 resp. Dcd01, Záhlaví), ale podle plánu docházky (Dcp14).
Generování podle Dcp14 se provede pouze, pokud byl Dcp14 pro období generování uzavřen.
Pokud se v rozsahu generování zjistí evidovaná docházka, další postup je závislý na nastavení parametru „Chování při kolizi s existující docházkou“, k dispozici jsou volby:
0 - Ukončit generování
Funkce generování je ukončena
1 - Existující záznamy přepsat podle VD nebo nastavení
Existující záznam je nahrazen novým záznamem
2 - Vytvořit další záznam do dne (vždy)
Existující záznam je zachován a do evidence je doplněn nový záznam
3 - Vytvořit nový záznam, pokud ve dni není žádný záznam
Pokud ve dni je již existující záznam, tento je zachován a nový se nedoplní, tzn. nový záznam se vloží pouze do dni ve kterých není evidovaná docházka.
4 – Nový záznam pro vyrovnání denního FPD (do nevykázané nebo jenom částečně vykázané směny)
Vygeneruje do denní docházky stanovenou SLM
(např. NV čerpání nebo Neplacená omluvená nepřítomnost) na dny bez vykázané
doby nebo na časti nevykázané plánované směny.
Podrobněji viz dále.
Pro funkci generováni DD, jestliže dojde k přepisu/aktualizaci již stávajícího řádku, provádí se kontrola oprávnění pro aktualizaci dle obecných oprávnění pro oblast docházky. Pokud v požadovaném rozsahu generování je nalezen alespoň jeden záznam, ke kterému nemá aktuální profil oprávnění editace, funkce je ukončena.
Pokud se při generování DD z důvodu kolize nevygeneruje do některého dne požadovaný řádek, funkce je ukončena hlášením:
DD102a Generování DD nebylo provedeno nebo částečně neprovedeno.
Jinak:
DD102-Generování DD úspěšně dokončeno.
Proces generování DD pro jedno PV:
o Pro každý den v rozsahu zvoleného výpočtového období
o
Zjistí zda se jedná o volný den.
Pokud ano, vytvoř DD bez hodin se SLM IA 904 (Volný den)
o
Zjistí zda se jedná o běžný den.
Pokud ano, vytvoř DD podle aktuálního VD
o Zjistí zda se jedná o den svátku
§ Pokud ano, zjisti režim kalendáře pro svátek
· Pokud se jedná o režim „pracuje“, vytvoř DD podle aktuálního VD
· Pokud se jedná o režim „náhrada“, vytvoř DD podle aktuálního VD se SLM IA 1008 (Náhrada SV) (pro PV dohody viz dále)
o
Zjistí zda PV není platné
Pokud není platné, vytvoř DD podle aktuálního VD se SLM IA 903 (Mimo platný PV)
o
Zjistí zda PV je v mimo evidenčním stavu
Pokud je v mimo evidenčním stavu, vytvoř DD podle aktuálního VD se SLM ze
započitatelnosti DOCH04 podle druhu mimo evidenčního stavu.
Pokud v definici VD není nastavená položka SLM, tak se standardně použije SLM definovaná na „Adm21, Docházka, SLM pro evidenci odpracované doby“.
Pro individuální nebo skupinové určení jiné SLM, než je definovaná na Adm21, pro standardní generování odpracované doby je k dispozici parametr SLM pro evidenci odpracované doby na Opv01, Režim nebo na Kal01, Doch&Schval.
Tzn. SLM pro automaticky generovanou odpracovanou dobu se určí z položky „SLM pro evidenci odpracované doby“ vyhledané v kaskádě Kal05(VZD) => Opv01 (PV) => Kal01 => Adm22 => Adm21 (vybere se první vyplněná).
Funkce automaticky negeneruje záznamy pro mimoevidenční stavy. To je řešeno automatizovaným generováním virtuálních záznamů z „Opv01, Vynětí“.
Nově vložené řádky jsou obvykle označené jako „Hromadně generované“ (zdroj = 1), pokud se však použije generování s nastavením parametrů SLM, Čas Od, Čas Do a Hodiny započtené, řádky jsou označené „Vytvořené uživatelem “(zdroj = 6).
Pokud je požadované generování SLM (nastavení v parametru SLM), která nesplňuje podmínku: SLM pro generování je ze započitatelnosti DOCH02.ODPR+NEPR, nebo se jedná o SLM s IA 904,
zobrazí se hlášení: DDE029a (viz popis kontroly DDE029a).
Funkce na pokyn uživatele vygeneruje do denní docházky stanovenou SLM (např. NV čerpání nebo Neplacená omluvená nepřítomnost) na dny bez vykázané doby nebo na časti nevykázané plánované směny.
Volba v položce Chování při kolizi s existující docházkou:
4 – Nový záznam pro vyrovnání denního FPD (do nevykázané nebo jenom částečně vykázané směny)
Poznámka: volba se zobrazí pouze v případě, kdy v započitatelnosti
Slm02, DOCH03, skupina DD_GEN_4 existuje alespoň jedna platná SLM
Pokud uživatel vybere tuto volbu, systém do položky SLM automaticky nastaví:
Pro zákazníka Panasonic:
určenou SLM pro čerpání NV, pokud se jedná o kmenového zaměstnance (SJ = 1)
určenou SLM pro Neplacené volno, pokud se jedná o nekmenového zaměstnance (SJ <> 1)
Pro jiné zákazníky:
první SLM ze seznamu povolených (viz konfiguraci)
Určení SLM pro generování je společné pro celou organizaci.
Uživatel dle potřeby může tuto předdefinovanou SLM upravit.
Použitím jednoho z tlačítek Generuj, se provede vygenerování záznamu (pouze pro aktuálního zaměstnance) do každého dne denní docházky s plánovanou směnou, který nemá splněný plánovaný FPD. Záznam se vygeneruje tak, že pokryje jinak nevykázanou část plánované směny. Záznam se generuje do jakékoliv mezery ve dni (i do minutové mezery) ale i na celé dny, pokud neobsahují žádnou SLM do FPD.
SLM typu Náhradní volno se nebude generovat, pokud zaměstnanec nárok na náhradní volno nemá, tzn. že generování se provede pouze v rozsahu akt. evidovaného kladného salda NV (vygeneruje se pouze tolik záznamů, kolik naplní akt. zůstatek NV).
Vygenerované záznamy může uživatel v Dcd01 upravovat bez omezení.
Pro zákazníka Panasonic.
Pokud je použito hromadné generování, tak pro každého
zaměstnance v nav. seznamu se vyhodnotí do které SJ je aktuálně přiřazen
a
a/ pokud je zařazen na SJ = 1, tak se použije generování se SLM z Slm02,
Doch03, DD_GEN_04 s IA 12, 14, 35, 36
b/ pokud je zařazen na SJ <> 1, tak se použije generování se SLM z Slm02,
Doch03, DD_GEN_04 s IA <> 12, 14, 35, 36
Konfigurace:
Pro zákazníka Panasonic
Slm02, DOCH03, skupina DD_GEN_4
založit SLM s IA 12, 14, 35, 36, která bude použitá pro doplnění pro kmenové zaměstnance (SJ=1)
založit SLM s IA 62, která bude použitá pro doplnění pro nekmenové zaměstnance (SJ<>1)
Pro jiné zákazníky
Slm02, DOCH03, skupina DD_GEN_4
založit SLM, která se má doplňovat při generování
je možné zadat i více SLM
pak uživatel má možnost si zvolit z definovaných SLM
Poznámka, pokud se do započitatelnosti zadá více SLM, tak nastavením Zap. hodin = 1 se určí SLM, která se má automatický přednastavit.
Generování svátku pro dohody (druh PV = 6, 7, 12, 32, 33) je upraveno tak, že pokud je pro PV nastaveno Opv01, Režim, Režim proplácení neodpracovaných svátků = 1, 2 (svátky proplácet), tak generujeme na den svátku s plánovanou směnou záznam, odpracovaná směna nebo náhrada za neodpracovaný svátek, obvyklým způsobem podle režimu na Kal01 (resp. podle typu dne). Jinak na takový den nevygenerujeme žádný záznam.
Pokud se pro generovaní vyplní parametry SLM, Čas od, Čas do je na uživateli, aby rozhodl o délce přestávky ve vygenerovaném záznamu a to vyplněním parametru Délka přestávek.
Pokud není parametr vyplněn, tak se použije hodnota „0“ a přestávka se automaticky nedopočítá.
Automatické generovaní docházky pro zaměstnance s plánovanou docházkou je možné zabezpečit volbou režimu vytváření docházky „Opv01, Režim, => Režim zpracování docházky (kalkulace) :“, přitom:
= 10 se docházka vygeneruje jednorázově v rámci procesu 33 – Otevření období (Adm53)
= 11 se docházka generuje průběžně v rámci procesů 31 resp. 32
Pokud je pro generování použité nastavení parametrů generování, generovaní provede:
a/ pokud pro generování není nastavená položka Hodiny a je nastaven Čas Od - tak se nastaví Kalkulovat - Ano, a hodiny se dopočtou standardním způsobem
b/ pokud se nastaví Čas Od/Čas Do a nastaví se hodiny
- tak zkontrolujeme: (hodiny + přestávka) <> <Čas Do - Od>
pokud je různé, zobrazí se dialog : Nesouhlasí čas zadaní a vykázané hodiny, pokračovat ?
pokud Ne - nepokračovat
pokud Ano - pokračovat a kalkulace se nastavit na Ne
Pokud při generování je naplněná položka „SLM“ , režim generování pracuje následovně :
a) Pokud SLM není vyplněna, neměly by být zadány ani „Čas Od“, „Čas do“, Hodiny (pokud jsou vyplněny, budou ignorovány)
b) Pokud SLM není vyplněna => stávající režim generování
c) Pokud SLM je vyplněna a nevyplněno „Čas od“, „Čas do“, hod = vyměnit v cílovém řádku jen SLM (nastavit Provádět kalkulaci = 1)
d) Pokud SLM je vyplněna a vyplněno „Čas od“, „Čas do“, hodiny nevyplněny = použit SLM, „Čas od“, čas do ze zadání, hodiny spočítat = „Čas do“ – „Čas od“, (nastavit Provádět kalkulaci = 1)
e) Pokud SLM je vyplněna a vyplněno „Čas od“, „Čas do“ hodiny vyplněny = použit SLM, Čas od“, čas do, hodiny ze zadání, (nastavit Provádět kalkulaci = 0)
f) Pokud SLM je vyplněna a není vyplněno „Čas od“, „Čas do“, hodiny vyplněny = použit SLM, „Čas od“ = prázdné, čas do = prázdné, hodiny ze zadání, (nastavit Provádět kalkulaci = 0)
Pokud při způsobu vyplnění c), d) a e) není vyplněn jeden z časů, použije se
odpovídající hodnota ze vzorového dne, pokud tento údaj je použitelný (pro
doplňovaní „Čas od“ musí platit konec podle VD > „Čas od“ a opačně pro
doplňovaní odchodu).
Pokud se zadá generování SLM s kontrolovaným limitem (Dovolená, ..) => neprovádí se kontrola překročení limitu. Dojde-li k překročení limitů, je nutné takový stav řešit standardním způsobem na formuláři Dcd01 na základě hlášení v protokolu z kalkulace.
Generování s
vyplněním položky SLM na den volna (víkend, nepracovní den, ..) : generování se
provede podle charakteru SLM :
- nepřítomnosti (IA 20..999) – položky v záznamu Dcd01 se vyplní
následovně :
SLM ze zadaní parametru pro generování ,
Čas Od = prázdné, Čas Do = prázdné,
Hodiny započtené = 0
- přesčasy a odpracovaná doba (IA 10..19, 1001..1006) => podle zadaní parametrů
pro generování
Generování se SLM ve
volném dnu (víkend, nepracovní den, ..), podle charakteru SLM :
- nepřítomnosti (IA 20. 999) - SLM ze zadání , Od = prázdné, Do = prázdné, Hod
= 0
- přesčasy a odpracovaná (IA 10..19, 1001..1006) => podle zadání parametrů
pro generování
Standardně se pro generování záznamů do denní evidence nevyžaduje a nekontroluje vyplnění parametru SLM. Pokud je však z libovolného důvodu vyžadováno, aby uživatel při generování vždy vyplnil parametr SLM, je to možné doplněním objektového práva Dcd01GenDDSLM do příslušného profilu.
Pokud spustí generování DD, bez vyplnění parametru SLM, uživatel s právem Dcd01GenDDSLM = Smí spustit, zobrazí se hlášení:
Nelze generovat záznamy denní docházky bez vyplnění SLM
a uživatel je vracen do editačního režimu.
Pokud je v plánu směn zaměstnance vyplněna pouze položka „Vzorový den směny“ probíhá generování plně podle přiřazeného VD.
Pokud je navíc vyplněna položka „Doplňkový vzorový den“ a příslušný VD má nastavenu položku „Použití vzor. dne“ =
2 Doplňkový vzorový den
a/ SLM z běžného VD je pouze nahrazena SLM z dopl. VD pro všechny SLM na dopl. VZD s IA různé od 2121 a 2122
b/ pro SLM z dopl. VD s IA 2121 a 2122 - nejdříve vygeneruje standardní řádek podle standardního VZD pro směnu a pak se vygeneruje další řádek podle doplňkového VZD.
Řádek pohotovosti má parametry:
SLM = SLM z dopl. VZD
Hodiny = hodiny z dopl. VZD
Čas od = Stanovený začátek pracovní doby z dopl. VZD
Čas do = Stanovený konec pracovní doby z dopl. VZD
3 Doplňkový vzorový den, první pol. směny
Vygenerují se dva řádky,
První řádek : SLM z dopl. VD,
Čas Od = začátek podle běžného VD
Čas Do = Čas Od + hodiny směny / 2
Druhý řádek : SLM z běžného VD,
Čas Od = začátek podle běžného VD + hodiny směny / 2
Čas Do = konec podle běžného VD
4 Doplňkový vzorový den, druhá pol. směny
Vygenerují se dva řádky,
První řádek : SLM z běžného VD,
Čas Od = začátek podle běžného VD
Čas Do = konec podle běžného VD - hodiny směny / 2
Druhý řádek : SLM z dopl. VD,
Čas Od = konec podle běžného VD - hodiny směny / 2
Čas Do = konec podle běžného VD
20 Pohotovost, celý den
Vygeneruje se další řádek
SLM z dopl. VD; Čas Od = 0; Čas Do = 24:00
21 Pohotovost, od konce směny do začátku násl. směny
Vygeneruje se další řádek
SLM z dopl. VD,
Čas Od = konec podle běžného VD
Čas Do = začátek následující směny, max. 24 hodin
(viz také generovaní v režimu Po-Pá/So-Ne)
22 Pohotovost, před směnou
Vygeneruje se další řádek
SLM z dopl. VD,
Čas Od = 0 nebo začátek směny podle dopl. VD
Čas Do = začátek směny podle VD
23 Pohotovost, po směně
Vygeneruje se další řádek
SLM z dopl. VD,
Čas Od = konec podle běžného VD
Čas Do = konec směny podle dopl. VD nebo 24:00
Vzorový den typu dělená směna je speciální typ pracovní směny, která není tvořená jedním souvislým časovým úsekem (viz popis). Při generovaní se do denní evidence docházky vloží dva samostatné řádky.
Převod denní docházky do měsíčních vstupů představuje proces generování podkladů pro mzdy z aktuální denní evidence docházky.
Proces převodu DD/MV pro aktuální PV obsahuje :
o Kalkulace evidence denní docházky v rozsahu celého měsíce (stanoven dle režimu evidence docházky PV, více viz popis „Režimy evidence docházky a kalkulace“).
o Kontroly evidence denní docházky v režimu „Měsíc“
o Generování podkladů pro mzdy z evidence denní docházky
o Generování doplňkových podkladů pro mzdy dle definovaných algoritmů
o Kontroly evidence měsíční docházky
o Může následovat také proces uzavření evidence docházky.
Do převodu nejsou zahrnuté tzv. neplatné záznamy denní evidence, viz Neplatný záznam z Dca.
Do převodu nejsou zahrnuté záznamy se SLM, kterých převod je zakázán nastavením na Dcc05 - zákaz převodu SLM do MV = Ano.
Při uzavření docházky se k záznamům typu nepřítomnost generovaných z Dcd01, automaticky doplňují kmenové přiřazené struktury s použitím struktury pro MZDY.
Pokud je pro záznam z denní docházky přiřazen prvek struktury, která je zařazená do výpočet mezd (Použití = MZDY) a proto je automatický doplněná k záznamu pro DCM, tak se k měsíčnímu záznamu generovanému z tohoto denního záznamu, již kmenové přiřazení na tuto strukturu nepřidá.
Pro zablokování převodu přiřazených struktur na Dcd01 do Dcm01 slouží nastavení na kalendáři:
Kal01, Doplňkový režim = 11 - Bez převodu struktur z Dcd do Dcm,
V tomto případě se zablokuje přenos pořízených struktur v Dcd (struktury z Dcd se nepřenesou do Dcm).
Při uzavření docházky se k záznamům typu nepřítomnost generovaných z Dcd01, automaticky doplňují kmenové přiřazené struktury.
Pokud z libovolného důvodu toto generování není požadováno, je možné použít některé konfigurační omezení .
a/ omezení pro ORG/SJ:
z Adm21/Adm22, Docházka, Zákaz převodu struktur z Dcd01 do Dcm01 = Ano
b/ omezení pro kalendář: nastaveno Kal01, Doplňkový režim = 11,
c/ omezení pro SLM: z Dcc05, Zákaz převodu struktur z Dcd01 do Dcm01 pro aktuální SLM = Ano
Standardně se provede sloučení záznamu DD podle klíče:
Organizace
Složka mzdy
Stupnice mzdových tarifů
Tarifní stupeň
Další rozčlenění
Typ doby
Sazba
Procento
Pracovní skupina/projekt
Struktury
Datum začátku KPD
Typ přesčas/svátek (e201809)
Následně se z každého řádku se slučovaní vytvoří jeden řádek do MV.
Při převodu DD/MV se provádí výpočet časových ukazatelů podle IA následujícím způsobem :
IA |
Výpočet/Sledování /Převed datum |
Poznámka |
998…1005, 1007, 1009, 2131, 2132 |
SH / SH Pokud Dcc05 = 1 |
|
21..27, 5151 |
SHK / SHK1 (DSHK + dny čerpání dovolené) Pokud Dcc05 = 0, 1 |
|
51..56 |
SHK / SHK2 (DSHK + hodiny v první den) Pokud Dcc05 = 0, 1 |
|
28..899, 903, 1006, 1008 |
SHK / SHK Pokud Dcc05 = 0, 1 |
|
11, 12, 16, 1111, 1116, 1132, 1143 |
H / H Pokud Dcc05 = 1 |
|
12, 14, 15, 35, 36, |
SHK / SHK Pokud Dcc05 = 0, 1 |
|
901..949 (mimo 903) |
SH / SH Pokud Dcc05 = 1 |
|
1101 …1160 nebo 5101, 5104 |
SH / SH Pokud Dcc05 = 1 |
|
2121, 2122 |
SH / SH Pokud Dcc05 = 1 |
|
1171, 1172 |
SH / SH Pokud Dcc05 = 1 |
|
Větší jako 1160 nebo 950 |
Bez výpočtu časové bilance Pokud Dcc05 = 1 |
|
Výše neuvedené |
SH / SH Pokud Dcc05 = 1 |
Zobrazené hlášení : FAT, DPE008 - Záznam se SLM ... nebude převeden do MV) |
Podle nastavení v Dcc05 je možné doplnit převod typu „D“.
Převod datumů ze záznamu denní evidence docházky do položek „Datum Od/ Datum Do“ v záznamu měsíční evidence k převáděné SLM se provede jedním ze dvou způsobů :
a) při převodu SLM do MV se ignoruje datumový sled záznamů se stejnou SLM, položky Datum Od/Do se neplní(do MV je uložen jediný záznam, který nemá vyplněny položky Datum Od a Datum Do )
b) při generovaní SLM do MV se sleduje datumový sled záznamů se stejnou SLM, plní se položky Datum Od/Do (do MV je vloženo několik záznamů, každý za souvislý úsek záznamů v denní evidenci docházky se shodnou (generovanou) SLM
Převod datumů je standardně definován IA k SLM (viz tabulka). Tento režim není uplatněn, pokud je SLM založena v číselníku Dcc05 (viz popis ). Pokud se SLM v tomto číselníku nachází, převod je definován aktuální hodnotou položky „Převést s datumy“.
Pokud slučujeme denní záznamy podle datumů, nejsou spárované dny, kdy není zachovaný sled stejné SLM, tzn. nelze sloučit do jednoho měsíčního záznamu dny, kdy v časové řadě je SLM přerušená jinou SLM.
Tato podmínka platí pro SLM ze započitatelnosti DOCH02. ODPR, NEPR, PRESC, PRESC2, NVC, NVT.
Pokud se slučují SLM s IA 998, 999, 1001, 1002, 2131, 2132, u kterých je požadovaný převod s datumem a v Str01 je časový řez platný pro aktuální období, tak se záznamy do Dcm rozdělí také podle datumu časového řezu.
Pokud se slučují SLM s IA 998, 999, 1001, 1002, 2131, 2132, u kterých je požadovaný převod s datumem a v Opv02 je časový řez platný pro aktuální období na IA 1101 až 1107 nebo 2131, 2132, tak se záznamy do Dcm rozdělí také podle datumu časového řezu (platí pro SLM s požadovaným i nepožadovaným rozdělením na datumy).
Standardní převod SLM z DD do MV :
IA SLM |
Datum Od/Do |
Hodiny |
Směny |
Kal. dny |
Směny čerp. dov |
První den nemoci |
1002, 1006, 998, 999 |
|
Ano |
Ano |
|
|
|
21..26 |
Ano |
Ano |
Ano |
Ano |
Ano |
|
51..56 |
Ano |
Ano |
Ano |
Ano |
|
Ano |
27..899, 903, 1008 |
Ano |
Ano |
Ano |
Ano |
|
|
11..20, 901..949 (mimo 903) |
|
Ano |
Ano |
|
|
|
Při generování do MV se pro generované řádky, automaticky naplní položky „vyp“: Datum Od, Datum Do, Hodiny, Směny, Procento, kalendářní dny, dny pro dovolenou (shodně s obdobnými uživatelskými položkami).
Výpočet kalendářních dnů pro odchylky typu „nepřítomnost“ se provádí následujícím způsobem :
1) započitatelné hodiny odchylky jsou kratší než plánovaná délka směny, pak se položka „kal. dny“ nastaví na „0“
2) pokud má odchylka vyplněny položky „Datum Od“ i „Datum Do“ : kal. dny = Do - Od + 1
Pokud
jsou v denní evidenci (Dcd) vykázané hodiny nepřítomnosti ve výši půlky
plánované směny (přesně), při převodu do podkladů pro mzdy (do záznamu MV), se
nastaví příznak půl dne.
Pokud je vyplněný Čas od vyp. nebo není vyplněn => je nastaven půlden na
začátku směny.
Pokud je vyplněný Čas do vyp => je nastaven půlden na konci směny.
Avšak pokud pro krátkou půldenní odchylku nemáme nastavený čas Od/Do - tak do záznamu Dcm01 nenastavíme položky "půlden".
Krátké odchylky - nepřítomnosti (kratší než plánovaná směna) se do záznamu Dcm01 uloží tak, že se naplní také položky Čas od vyp. a Čas do vyp. podle odpovídajících položek Dcd01 a zároveň se nastaví položka Kód doby na B.
Pro krátké nepřítomnosti z DOCH (kratší než směna):
a/ pokud mají nastaven převod
typu 1, nastavíme vždy 2
b/ naplníme položku Kal dny a Kal dny vyp
Obvykle se pro odchylkovy režim vykazovaní odpracované doby (Opv01, Režim) SLM s IA s IA 998, 999, 1001 a 1002 do mezd neposílají (typ převodu = 0). Odpracovaná doba se určí z plánovaného FPD odpočtem vykázaných nepřítomností.
Pro záznamy se SLM s IA 998, 999, 1001 a 1002 v Dcm01 se parametr : Typ převodu doch/mzdy standardně nastaví dle aktuálního stavu obdobného parametru v definici SLM. Pro SLM s výše uvedenými IA se navíc zjišťuje aktuální stav „Opv01, Režim, Režim vykazování odpracované doby“, pokud je „2 – vykazování“ a současně „Typ převodu doch/mzdy“ = 0, tak se pro aktuální záznam nastaví „Typ převodu doch/mzdy“ = 2 (tzn. že pro režim „vykazování“ se SLM s IA 998, 999, 1001 a 1002 vždy použije pro výpočet mezd).
Z výše uvedeného důvodu se pak standardně pro PV v odchylkovém režimů nepřenášejí do Vyp01 zadané struktury na záznamy. Proto pro dotčené zaměstnance je nutné pro vykazovaní odpracované doby použít speciální SLM, které se budou přenášet do Vyp01 nebo použít vykazovaný režim.
IA 6 a 7 jsou v podmínkách DOCH použité pro speciální režim vyrovnávání FPD a proto by v žádném případě neměly být použité pro výpočet mezd, proto jsou tyto IA zablokovali pro převod do mezd bez ohledu nastavení typu přenosu na Slm01.
Pozor: Mzdy SLM s IA 6 čtou z předešlého měsíce! To se týká také SLM přenášených z DOCH.
Při převodu IA 21/1001/1002/1006,1008 z denní evidence do podkladů pro mzdy se postupuje tak, že na každý den svátku se vždy vygeneruje samostatný záznam s naplněním položky Datum Od.
Převod SLM s IA 1008 (neodpracovaný svátek) se do Dcm a pro přenos do mezd, vzhledem na nastavení parametru Opv01, Režim proplacení neodpracovaných svátku a Opv01, Režim vykazování odpracované doby, zpracuje podle tabulky.
Tabulka generování a převodu SLM do mezd:
Režim svátku |
Režim vykazovaní |
IA SLM Dcm |
Převod Mzdy |
Výpočet IA SLM |
1 proplácet mzdou |
odchylkovy |
1008 |
0 |
1101 |
1 proplácet mzdou |
vykazovaný |
1008 |
0 |
1101 |
2 proplácet průměrem |
vykazovaný |
31 |
1 |
31 |
2 proplácet průměrem |
odchylkovy |
1008 |
0 |
31 |
Pro sloučení IA 11, 12, 16, 1111, 1116, 1132, 1143 počítáme
pouze hodiny.
Pokud je požadován převod datumu (Dcc05, Převést s datumy = 1) tak, pro každý
den se vygeneruje samostatný záznam do Dcm.
Sloučení IA 12, 14, 15, 35, 36 se provede, jako při běžné
nepřítomnosti, tzn. HSK / HSK.
Pokud Dcc05 Převést s datumy = 0, 1 také převod datumu.
Při převodu DD/MV se pro zaměstnance v režimu vykazování pracovní doby (Opv01, Režim vykazování odpracované doby = 2 ale také i pro odchylkovy režim = 1), zohlední všechny časové řezy ve strukturách označených pro použití pro MZDY.
Tzn. v Dcm se vytvoří samostatný záznam s časovou platností pro každý úsek měsíce s časovou změnou definovaných struktur.
Rozdělení převáděných SLM ze započitatelnosti ODPR z Dcd do Dcm, pokud se standardně provádějí bez datumové vazby a v aktuálním období je evidovaný časový řez na kmenových strukturách použitelných pro MZDY nebo je časový řez pro rozhodující SLM na Opv02.
Vynucený převod s datumem se provede za podmínek:
- rozhodující je změna na strukturách v Opv01, struktury použitelné pro mzdy
- na Opv02 sledujeme pouze SLM ze započitatelnosti ODPR
- pokud změna začíná 1 den měsíce nebo končí v posledním dni, nepovažujeme toto za změnu (datum změny musí být v rámci měsíce)
- rozdělení volným dnem by se nemělo projevit
- struktury přiřazené na jednotlivé záznamy nemají na rozdělovaní vliv
(TC 1029447)
Generování záznamů jako podkladů pro mzdy z převodu denní docházky, v případě, kdy se v průběhu měsíce mění určené struktury nebo platnost SLM v Opv02.
Před spuštěním slučování záznamů z DD, nejdříve zjistíme zda
v rámci měsíce dochází ke změně sledovaných struktur nebo časovému řezu na
Opv02.
Pokud je zjištěný časový řez a SLM se standardně převádí bez datumového členění,
tak v tomto případě rozdělíme záznamy podle datumů časových řezů a nastaví se
datumy dělení.
Pokud je v DD vykázaná doba ve svátek (IA 112, 998, 999, 1001, 1002, 1006) na plánované směně a pokud je vygenerovaný příplatek za svátek, tak příplatek z denní docházky do měsíční je vygenerován tak, aby se do podkladů pro mzdy uložily tyto SLM jednotlivě pro každý den svátku a současně se vyplnila položka Datum Od / Do.
Pokud je vykázaná SLM s IA 1001 a 1002 na den svátku s nenařízenou směnou (typ dne N), tak do MV se uloží se SLM s IA 1006. Pro typ směny C a S se zachová původní SLM.
Požadovaná SLM IA 1006 se nejdříve hledá na Adm21/Adm22, Docházka, položka SLM pro odpracovaný svátek (IA 1006).
Pokud zde není nalezena nebo je neplatná, vyhledá se SLM s IA 1006 v číselníku Slm01.
Pokud je zde více SLM s IA 1006, vybere se SLM, která má nejnižší kód z pohledu znakového seřazení.
Režim přenosu SLM typu nemoc z Dcd do Dcm v případě, kdy je nemoc vykázaná pouze na dni volna (např. nemoc na konci měsíce, který má na konci víkend) se přenese vždy i když nemá vykázané žádné hodiny - protože pravděpodobně pokračuje do dalšího měsíce.
Při uzavření docházky pro PV typu DPP/DPČ, pokud má PV na Opv02 SLM s IA 2132/2131 a na Dcd01 je zadána SLM s IA 1001,1002, tak tyto SLM nahradíme při uložení do podkladů pro mzdy (Dcm) SLM podle postupu pro příslušný typ PV, viz:
Uzavření docházky pro PV s druhem PV = DPP (7)
Uzavření docházky pro PV s druhem PV = DPČ (6)
Nastavení KD a KČ:
1/ Pokud převádíme z Dcd SLM (IA 1002/1001) do Dcm DPP (IA 2132), tak KD/KČ v Dcm je nastaven podle aktuálního nastavení odpovídající SLM pro DPP v Opv02.
2/ Pokud DPP
je vykázaná v Dcd přímo na SLM s IA 2132, tak KD pro záznam
v Dcm nenastavujeme!
V případě potřeby je možné použít mechanismus nastavení KD pro SLM
z převodu DD/MV pomocí formuláře Dcc05.
V případě, kdy je pro zaměstnance v aktuálním období zjištěn režim KPD (podle platnosti záznamu na Opv03), je převod modifikován následujícím způsobem:
1. Záznamy z denní evidence docházky jsou slučovány pouze v hranicích režimu KPD (je vytvořeno tolik záznamů do MV v kolika režimech KPD se SLM nachází).
2. Pro každé časové pásmo KPD v měsíci se generují SLM s IA 8 a 9 z aktuálního plánu směn zaměstnance pro KPD a SLM s IA 1 a 2 z běžného kalendáře.
3. Při uložení do měsíční evidence je SLM s IA 1002 nahrazena SLM s IA 1009.
4. Pokud režim konta pracovní doby trvá celý měsíc a hodiny IA 1 jsou shodné s IA 2, tak IA 2 se nevygeneruje (není povolen pře přenos).
Při převodu DD/MV odpracované doby do Dcm01 se nastaví položka „typ doby“ podle aktuálního nastavení SLM (Slm01) bez ohledu na aktuální stav obdobné položky v Dcd01.
Převod nároku příspěvků na stravu do podkladů pro mzdy, do záznamu v Dcm01 se SLM s IA 950 :
o Položka „Směny“ obsahuje součet nároků evidovaných na položce “Nárok na stravu“
o Položka „Kalendářní dny“ obsahuje součet nároků evidovaných na položce “Nárok na stravu – doplňkový“.
Viz také „Generování „Srážka za stravu“.
(TC 1099613)
Někdy je použití SLM vázáno na typ dne, ve kterém se SLM vykáže. Standardně se v tomto případě definuje samostatná SLM pro každý typ dne a uživatel musí při vykazování sám zvolit vhodnou SLM.
Pokud je takových SLM více a k tomu je i více typů dne, je pak rozhodování složitější.
Pro zjednodušení vykazování, je k dispozici funkce, která dokáže v rámci uzavření docházky, jednu SLM změnit na jinou podle typu dne.
Popis funkce.
Funkce pracuje ve dvou krocích.
Nejdříve se v rámci kalkulace denní docházky, pro každou dotčenou a vykázanou SLM, určí typ doby podle číselníku.
V případě potřeby je možné sloučit některé typy dne do jednoho (viz nastavení JPC číselníku typ_doby)
Pak se v rámci uzavření docházky každá dotčená SLM rozdělí podle typu dne na který byla vykázána a pak se vygenerují dílčí SLM pro každý typ dne a SLM se nahradí kódem odpovídající SLM pro základní SLM a Typ dne.
V rámci kalkulace docházky:
Funkce pro nastavení položky typ dne.
Funkce se spustí, pokud DD171 > 0.
Pro každý záznam v denní docházce, vyhodnotíme typ_dne:
Nejdříve vyhodnotíme parametr dne:
Den – typ dne v týdnu:
= P pokud den je pondělí až pátek;
= S pokud den je sobota;
= N pokud den je neděle
SV – sváteční den, podle typ dne podle kalendáře pro PV a DATUM
= N, S, C
= P pro typ_dne <> N, S, C
Směna – plánovaná/neplánovaná směna
= 1 pokud hodiny plán. směny > 0
= 0 pokud hodiny dne = 0 (volný den)
Podle parametrů Den, SV a Směna se z tabulky vybere typ dne.
Den |
SV |
Směna |
Typ |
Popis |
P |
P |
1 |
570 |
570/K70 - Všední den - plán. směna |
P |
N |
1 |
571 |
571/K71 - Všední den - plán. směna + svátek N |
P |
S |
1 |
572 |
572/K72 - Všední den - plán. směna + svátek S |
P |
P |
0 |
575 |
575/K75 - Všední den - bez plán. směna |
P |
C |
0 |
576 |
576/K76 - Všední den - bez plán. směna + svátek C |
S |
P |
1 |
580 |
580/K80 - Sobota plán směna |
S |
N |
1 |
581 |
581/K81 - Sobota plán směna + svátek N |
S |
S |
1 |
582 |
582/K82 - Sobota plán směna + svátek S |
S |
P |
0 |
583 |
583/K83 - Sobota bez plán směny |
S |
C |
0 |
584 |
584/K84 - Sobota bez plán směny + svátek C |
N |
P |
1 |
585 |
585/K85 - Neděle plán směna |
N |
N |
1 |
586 |
586/K86 - Neděle plán směna + svátek N |
N |
S |
1 |
587 |
587/K87 - Neděle plán směna + svátek S |
N |
P |
0 |
588 |
588/K88 - Neděle bez plán směny |
N |
C |
0 |
589 |
589/K89 - Neděle bez plán směny + svátek C |
Pokud aktuální kombinace není v tabulce, zobrazí se hlášení:
DD171a [U] [VAR] Datum <datum>, Den <den>, SV <sv>, Směna <směna> nelze určit typ dne.
Dále zjistíme tzv. párovací typ, tzn. Typ dne pro slučování
TypPar = položka „Celočíselná hodn.2“ z číselníku JPC typ_doby pro řádek s hodnota = Typ
Pokud DD171b > 0 zobrazíme hlášení z párování
DD171b [U] [0] Datum <datum>, Den <Den>, SV <SV>, Směna <Směna> typ dne <Typ> slouč. <TypPar >.
Pokud je nastaveno zjednodušené vyhodnocení typu dne - sloučení více typů do jednoho, upravíme vyhodnocený Typ doby podle párovacího klíče TypPar.
Pokud položka „Typ doby“ v denním záznamu není vyplněna, tak ji naplníme podle vyhodnoceného Typ.
Pokud položka „Typ doby“ v denním záznamu je vyplněna:
pokud DD171d = 0 tak ho přepíšeme Typ
pokud DD171d > 0 <= 2 tak zobrazíme hlášení DD171d a přepíšeme
pokud DD171d > 2 <= 4 tak zobrazíme hlášení DD171d a nepřepíšeme
V rámci uzavření docházky:
Pokud pro aktuální SLM je v Slm01, Kódy a další definován typ generování = 4 a způsob generování = 10. Přičemž pro jednu SLM může být více řádků s různým nastavením Typ doby.
V rámci uzavírání docházky, se SLM z Dcd01 rozdělí podle aktuálního nastavení položky typ doby (položka je naplněna v rámci kalkulace docházky nebo manuálně uživatelem).
Pro jednotlivé částečné záznamy se nastaví SLM odpovídající z řádku gen. se stejným typ doby.
Zároveň se v řádku aktualizují položky:
Kód doby a Kód částky - podle nastavení v řádku generování,
Sazba a Procento - podle nastavení v řádku generování, pokud zde nejsou vyplněny, tak podle nastavení v Slm01.
Do poznámky upraveného řádku se uloží text: Generováno z <slm> pro den <typ doby >
K dispozici je hlášení DD171c (standardně vypnuté), které protokoluje stav, kdy pro kombinaci SLM, Typ doby neexistuje řádek v Slm01, Kódy a další pro aktuální SLM.
DD171c [U][0] Datum <DATUM>, SLM <slm>, typ dne <typ doby > nemá SLM pro změnu
Konfigurace:
Jpc01, typ_doby
Název |
Kód |
Celočíselná hodn.2 |
|
570 |
Všední den - plán. směna |
K70 |
570 |
571 |
Všední den - plán. směna + svátek N |
K71 |
571 |
572 |
Všední den - plán. směna + svátek S |
K72 |
572 |
575 |
Všední den - bez plán. směna |
K75 |
575 |
576 |
Všední den - bez plán. směna + svátek C |
K76 |
576 |
580 |
Sobota - plán směna |
K80 |
580 |
581 |
Sobota - plán směna + svátek N |
K81 |
581 |
582 |
Sobota - plán směna + svátek S |
K82 |
582 |
583 |
Sobota - bez plán směny |
K83 |
583 |
584 |
Sobota - bez plán směny + svátek C |
K84 |
584 |
585 |
Neděle - plán směna |
K85 |
585 |
586 |
Neděle - plán směna + svátek N |
K86 |
586 |
587 |
Neděle - plán směna + svátek S |
K87 |
587 |
588 |
Neděle - bez plán směny |
K88 |
588 |
589 |
Neděle - bez plán směny + svátek C |
K89 |
589 |
Aktivace:
Jpc01, typ_doby – naplnit číselník manuálně nebo skriptem (TC1099613_JPC_typ_doby.xml), který si vyžádáte v ESP
Slm01, dotčené SLM – naplnit všechny potřebné kombinace SLM/Typ doby pro typ generování = 4 a způsob generování = 10
Adm32 – upravit úrovně hlášení pro hlášení DD171*
Adm06 – upravit dotčené SLM pro zadání a zobrazení
Pokud jsou pro záznamy denní evidence docházky automatizovaně počítané příplatky, tak se z každého vypočteného příplatku generuje do měsíční evidence docházky záznam s obsahem:
SLM = SLM z Kal01, Doch.-příplatky, SLM příplatku,
Hodiny = součet hodin ze záznamu denní evidence příslušného příplatku
Kód částky = z definice příplatku nebo definice SLM
Kód doby = nevyplněno
Typ doby = z definice SLM
Sazba = z definice příplatku nebo definice SLM
Procento = z definice příplatku nebo definice SLM
Poznámka:
Pokud jsou na Adm21, Docházka nebo Kal01, Doch.&Schval. nastavené minimální limity pro jednotlivé příplatky, tento limit se neuplatní pro výpočet příplatku v rámci denní evidence (zde se příplatky spočtou bez omezení) omezení se provede až v rámci generování podkladů pro mzdy (Převod + uzavření).
Příklad pro odpolední příplatek:
Limit 2 hodiny, v jednom dnu dva záznamy:
Příklad 1)
Dcd01 Dcm01
První záznam Od 14:00 – 15:00 1,0 0,0 hodiny v odpolední směně
Druhý záznam Od 15:30 - 16:00 0,5
Příklad 2)
Dcd01 Dcm01
První záznam Od 14:00 – 15:00 1,0 2,5 hodina v odpolední směně
Druhý záznam Od 15:00 - 16:30 1,5
Příplatku na virtuálních záznamech denní evidence docházky jsou zpracovány stejně jako příplatky ze skutečných záznamů denní evidence.
Příplatky z virtuálních zdrojů je možné vyřadit ze zpracování, pokud se hlášení DME014 - Příplatky z virtuálních vstupů nastaví na FATAL (v Adm32).
Převod příplatku za práci ve svátek (SLM s IA 1113) z denní evidence do podkladů pro mzdy
se, na rozdíl od jiných automatizovaných příplatků, generuje:
Funkce, která umožňuje automatické vygenerování doplňkového řádku k řádku vytvořeného z evidence DD v rámci převodu DD/MV (pouze u řádků vložených do Dcd01 uživatelem, řádky pouze zobrazované v Dcd01 se pro převod neakceptují).
Požadavek na generování doplňkového řádku je definován konfigurací předmětné SLM v číselníku Slm01, vytvořením záznamu v „Slm01, Kódy a další“ => SLM pro generování.
Příklad pro generování příplatku za přesčas (SLM 1111) k SLM 1004 (IA 1004) :
Typ gen. = 4, Gen SLM = 1111 , Způsob gen. = 1, ostatní dle uvážení
V rámci převodu DD/MV se pro každý výskyt SLM s definovaným generováním 4 vygeneruje další řádek do MV s naplněním položek v MV :
Pokud Způsob gen. = 1 a „Kód doby“ obsahuje "H"
SLM = SLM z „Gen. SLM“
Hodiny = hodiny z původního řádku
Kód částky = Kód částky z generování nebo definice SLM
Kód doby = Kód doby z generování nebo definice SLM
Typ doby = Typ doby z generování nebo definice SLM
Sazba = Sazba z generování
Procento = Procento z generování
Poznámka = "Z odpr. hod v přesčasu"
Pro takto generované SLM se zachovají údaje z původního záznamu: datum Od/Do, směny, kal. dny,
Položky kód doby, kód částky a další se nastaví podle definice SLM na záložce Kódy a další.
Všechny záznamy generované v rámci doplňkového generování Slm01, Kódy a
další, je možné identifikovat podle nastavení položky Zdroj, upřesnění = 7.
Při vhodné konfiguraci, je k dispozici omezení generování záznamu, pokud je SLM v režimu legislativy nebo pokud má být omezeno generování na určený druh PV.
Omezení generování podle legislativy (SLM je vygenerovaná pouze pokud není vázána na legislativu nebo je shodná s legislativou PV) se provede nastavením úrovně hlášení:
DP133 [U] [VAR] Ze SLM <slm.>gen. SLM <slm>, která není povolená pro <leg>.
Pokud úroveň je :
= 0 – omezení není aktivované, generuje se bez omezení
= 1 – generování je omezené, negeneruje se žádné hlášení
= 2-4 – generování je omezené, generuje se hlášení
Omezení generování podle druhu PV (SLM je vygenerovaná pouze pokud druh PV na definici generovaného záznamu v Slm01, Kódy a další je stejný jako druh PV na Opv01) se provede nastavením úrovně hlášení:
DP134 [U] [VAR] Ze SLM <slm>gen. SLM <slm>, která není povolená pro druh PV <Druh PV>
Pokud úroveň je :
= 0 – omezení není aktivované, generuje se bez omezení
= 1 – generování je omezené, negeneruje se žádné hlášení
= 2-4 – generování je omezené, generuje se hlášení
Funkce, která umožňuje automatické vygenerování doplňkového řádku k řádku vytvořeného z evidence DD v rámci převodu DD/MV (pouze u řádků vložených do Dcd01 uživatelem, řádky pouze zobrazované v Dcd01 se pro převod neakceptují).
Generovaný řádek obsahuje počet směn vykázaných na převáděnou SLM z DD v členění podle druhu doby.
Požadavek na generování doplňkového řádku je definován konfigurací předmětné SLM v číselníku Slm01, vytvořením záznamu v „Slm01, Kódy a další“ => SLM pro generování.
Příklad pro generování směn k odpracované době (SLM 7771 (IA 5101)) k SLM 10020 (IA 1002):
Typ gen. = 4, Gen SLM = 7771, Způsob gen. = 6,
Druh doby = podle typu SLM 3, 5, 8
Typ doby = 0 nebo hodnota typ doby, pokud se má sledovat směna pouze za tento typ.
Pro každou kombinaci druh doby/typ doby, na kterou požadujeme sledovat směny, musí být založená samostatná SLM.
V rámci převodu DD/MV se pro každý výskyt SLM s definovaným generováním 4/6 vygeneruje:
Pokud pro generovanou SLM je nastaveno Způsob gen = 6 (Kopie DOCH, režim plnění 1)
a pokud Druh doby = 8 (Neodpracovaný placený svátek)
Vytvoř seznam: počet, typ doby z DZ evidence pro řádky se Směna >= 0.5 a SLM je ze započitatelnosti DOCH02.ODPR a pro každý řádek seznamu do MV zapiš jeden řádek s nastavením:
SLM = generovaná SLM
Směny = počet z řádku seznamu
Typ doby = typ doby z řádku seznamu
Druh doby = 8
Poznámka = "Odpr. směny So, Ne, Sv"
a pokud Druh doby = 5 (Celková odpracovaná doba (na vstupu není rozdělená na prvky 1-4)) a Typ doby = 0
Vytvoř seznam: počet, typ doby z DZ evidence pro řádky se Směna >= 0.5 a SLM je ze započitatelnosti DOCH02.ODPR
nebo doby <> 0
Vytvoř seznam: počet, typ doby z DZ evidence pro řádky se Směna >= 0.5 a SLM je ze započitatelnosti DOCH02.ODPR a Typ doby z DZ = Typ doby z gen. SLM
a pro každý řádek seznamu do MV zapiš jeden řádek s nastavením:
SLM = generovaná SLM
Směny = počet z řádku seznamu
Typ doby = typ doby z řádku seznamu
Druh doby = 5
Poznámka = " Odpr. směny podle typ doby "
a pokud Druh doby = 3 (Nadpracování náhradního volna)
a Typ doby = 0
Vytvoř seznam: počet, typ doby z DZ evidence pro řádky se Směna >= 0.5 a SLM je ze započitatelnosti DOCH02.NVC
nebo Typ doby <> 0
Vytvoř seznam: počet, typ doby z DZ evidence pro řádky se Směna >= 0.5 a SLM je ze započitatelnosti DOCH02.NVC a Typ doby z DZ = Typ doby z gen. SLM
a pro každý řádek seznamu do MV zapiš jeden řádek s nastavením:
SLM = generovaná SLM
Směny = počet z řádku seznamu
Typ doby = typ doby z řádku seznamu
Druh doby = 3
Poznámka = "NVc směny podle typ doby"
Blokovaní doplň. generování pro SLM s určenou SLM (schvalovanou), u které je generováni na úrovni Dcd.
Pro tento způsob se negeneruje nový záznam do podkladů pro mzdy pokud SLM je s nastavením Slm01, Typ zpracování SLM v DOCH = 9 - Přesčas ze schvalovaní se změnou SLM do Dcd.
Podrobněji viz. popis v Doch_uzdoc v části: Schvalovaná práce ve svátek a přesčas.
Blokovaní doplň. generování pro SLM s určenou SLM (schvalovanou), u které je generováni na úrovni Dcd.
Pro tento způsob se negeneruje nový záznam do podkladů pro mzdy.
Podrobněji viz. popis v Doch_uzdoc v části: Schvalovaná práce ve svátek a přesčas
Funkce, která umožňuje automatické vygenerování doplňkového řádku k řádku vytvořeného z evidence DD v rámci převodu DD/MV (pouze u řádků vložených do Dcd01 uživatelem, řádky pouze zobrazované v Dcd01 se pro převod neakceptují).
V rámci uzavírání docházky, se SLM z Dcd01 rozdělí podle aktuálního nastavení položky typ doby (položka je naplněna v rámci kalkulace docházky nebo manuálně uživatelem).
Pro jednotlivé částečné záznamy se nastaví SLM odpovídající z řádku gen. se stejným typ doby.
Podrobnější popis viz. kapitolu Automatická změna SLM podle typu dne.
Uděláme kopii jako standard 1 a na závěr na nově
vytvořeném záznamu, přepočteme hodiny podle zadaného procenta a zaokrouhlíme na
2 desetinná místa (pokud není procento vyplněné, tak se přepočet neprovede).
13 - Počet dni s výskytem kopírované SLM a omezením na min. počet
Kopie s nastavením Směny = počet dni s použitím určené SLM (hodiny se nekopírují) při splnění limitu směn
Počet dni - počet dni, ve kterých součet hodin za den kopírované SLM je větší než 0
Limit směn - hodnota z položky Procento (z definice generované SLM v Kódy a další)
Nový řádek se vygeneruje, pokud Počet dni je rovný nebo větší než Limit směn
Hodiny, Hodiny_vyp = nevyplněno
Směny, Směny vyp = Počet dni
Jedná se o vygenerovaní jediného záznamu bez ohledu na počet základní SLM v Dcd, který obsahuje počet dnů ve kterých se vyskytla základní SLM, bez ohledu na počet hodin SLM ve dni. Záznam se vygeneruje len v případě, počet výskytu základní SLM je rovný a větší jako počet umístěný v položce Procento.
14 - Počet dni s výskytem kopírované SLM a omezením na min. hodin
Kopie s nastavením Směny = počet dni s použitím určené SLM (hodiny se nekopírují) při splnění limitu hodin
Limit hodin - hodnota z položky Procento (z definice generované SLM v Kódy a další)
Počet dni - počet dni, ve kterých součet hodin za den kopírované SLM je rovný nebo větší než Limit hodin
Nový řádek se vygeneruje, pokud Počet dni je větší než 0
Hodiny, Hodiny_vyp = nevyplněno
Směny, Směny vyp = Počet dni
Jedná se o vygenerovaní jediného záznamu bez ohledu na počet základní SLM v Dcd, který obsahuje počet záznamů základní SLM ve kterých počet hodin SLM je větší jako limit v položce.
Jedná se o SLM generované na základě nastavení příplatků na Kal01.
Dříve se takový záznam už nekontroloval na doplňkové generování, např.:
Pro režim Dcd03 je to problém s přesčasovými hodinami, když je potřeba k příplatkovým hodinám doplnit 1004. Zatím řešeno pouze použitím doplňkového generování na straně mezd, ale v tomto případě se musí použít další sada SLM, pokud se stejná SLM použije přímo z Dcd01 ale i jako příplatek na Kal01.
Nově:
Pokud je SLM generovaná v rámci DD/MV z příplatku denní evidence docházky
(podle Kal01 nebo ručně zadávaná na záznamu v Dcd01), tak se tento záznam
kontroluje standardní funkcí pro doplňkové generování podle Slm01, Kódy a další.
Každý záznam z uzavírání docházky, je-li generován z doplňkového
generování (podle Slm01, Kódy a další) z libovolného místa, který má zdroj = 20
má nastaveno Zdroj upřesnění = 7.
Automatické generování doplňkových řádku je možné aktivovat i pro řádky přímo zadané nebo evidované v měsíční evidenci docházky.
Funkce
je použitelná pouze pro záznamy se zdrojem:
0-vytvořená uživatelem, 1-generování MV, 10 – ze Schvalování (Dov05), 30 -
Importy, 31–Importy opakované.
Požadavek na generování doplňkového řádku je definován konfigurací předmětné SLM v číselníku Slm01, vytvořením záznamu v „Slm01, Kódy a další“ => SLM pro generování s typem generování 4.
Problém v nespočítání příplatku za HO (IA 1154) ze záznamu HO (IA 1002) pořízené do měsíční evidence byl způsoben nenastavením položky PROCENTA v Slm01 na SLM, nebo na generovanou SLM v Slm01, Kódy a další.
Doporučuje se mít
pro příplatkovou (generovanou) SLM nastaven:
a/ Slm01, Režim přenosu do mezd = 2 (bez výpočtu kódu doby).
b/ Procento v Slm01, Složky mezd nebo Slm01, Kódy a další
Pro generované SLM s IA 1154 s kódem částky 15 ze SLM pořízené do měsíční evidence.
při vygenerování příplatkové SLM z měsíční SLM počítá částka:
Pokud kód částky = 15, částka = sazba * hodiny
Pokud kód částky <> 15, částka = sazba * směny
Takto spočtená částka se nezaokrouhluje.
Pozor: Ve mzdách pro CZ legislativu se však příplatkové SLM zaokrouhlují na celé koruny, takže vizuálně může dojít k efektu, že stejně zadaná odchylka má různou částku (zaokrouhlovací rozdíl se přenáší na následující odchylky se stejnou SLM).
Příklad:
Zaměstnanec má dvě SLM s IA 1154 se sazbou 1,5 KČ a hodiny = 7,5 hod
Ve výpočtu mezd (detail výpočtu) se vygenerují dva řádky
SLM 1 sazba = 1,5, hodiny = 7,5, částka = 11 (11,25 - zaokrouhleno na 11 zůstatek 0,25)
SLM 2 sazba = 1,5, hodiny = 7,5, částka = 12 (11,25 + 0,25 - zaokrouhleno na 12)
V rámci převodu DD/MV se z každé SLM typu „přesčas“ (pokud je vhodně nakonfigurovaná) , automatizovaně vytvoří jeden až tři záznamy v měsíční evidenci docházky.
Přerozdělení se provádí podle napočítaných hodin z příplatku s režimem 42 resp. 43.
Výběr SLM se provádí podle procenta generované SLM (% ze seznamu generovaných SLM nebo z definice generované SLM):
Pro režim 42:
Přesčas za běžné dny – vybere se SLM s nižším procentem
Přesčas ve dny volna – vybere se SLM s vyšším procentem
Pro režim 43:
Přesčas za standardní směny – vybere se SLM s nižším procentem
Přesčas v noci (22:00-6:00), ve dny volna a svátku – vybere se SLM s vyšším procentem
Pokud se nenalezne SLM podle definovaných podmínek tak se zobrazí hlášení:
DP116
Pro rozdělení přesčasových hodin ze SLM <kód SLM> nedefinovaná SLM v
Slm01, Kódy a další"
Příklad č.1. :
V Dcd01 je zadána např. SLM “11110 Přesčas“ celkem na 20 hodin, z toho 5 hodin bylo vykázáno v sobotu nebo neděli.
Po kalkulaci je možné sledovat hodiny pro generovanou SLM v příplatku 1 až 4 podle konfigurace (režim příplatku 42, 43).
Do Dcm01 se vygenerují dva záznamy:
Záznam se SLM “11110 Přesčas“ celkem na 15 hodin (20- 5)
Záznam se SLM “11111 Přesčas - víkend“ celkem na 5 hodin
Příklad č.2. :
Pokud pro vykázání přesčasu je použita SLM s IA 1004 celkem na 20 hodin, z toho 5 hodin bylo vykázáno v sobotu nebo neděli.
Do Dcm01 se vygenerují tři záznamy:
Záznam se SLM s IA “1004“ celkem na 20 hodin
Záznam se SLM “11110 Přesčas“ celkem na 15 hodin (20- 5)
Záznam se SLM “11111 Přesčas - víkend“ celkem na 5 hodin
Konfigurace:
Nadefinovat sadu SLM pro vykazování přesčasu v Dcd01 i pro generované SLM.
V číselníku Kal01 pro příslušný kalendář nadefinovat příplatek v režimu 42 nebo 43 (na příplatcích 1 až 4).
V číselníku Slm01, Kódy a další, v části Generování pro SLM přesčas zadávaný v Dcd01, vytvořit záznam:
Typ gen. = 4
Gen. SLM = SLM přesčasu na víkend z aktuální SLM
Způsob gen. = 3
Poznámka: Pokud se v Dcd01 vykazuje SLM s IA 1004 je nutné zadat obě SLM přesčas – příplatek.
Režim přerozdělení vykazovaného přesčasu:
43 Přesčas nižší/vyšší podle typu dne a směny
Stejné jako 41 ale pouze pro SLM s IA 1004, 1111, 1116, 1132, 1143
Při uzavření docházky, se ze SLM zadané jako přesčas v denní docházce do podkladů pro mzdy vygenerují SLM stejně, jako pro režim 42 (viz popis v dokumentaci).
Konfigurace stejná, jako pro režim 42.
Rozdělení přesčasu se provádí podle podmínek:
Přesčas nižší (1 SLM) - přesčas v po-pá 6:00 -
22:00
Přesčas vyšší (2 SLM) - přesčas v po-pá 22:00-6:00 (noční), svátek,
So/Ne
Řešení pro SolarTurbinies, viz. Doch_dopl_uzdoc, 6.6.1. Korekce dopravného.
Viz Doch_strava_uzdoc : Generování příspěvku a „Srážka za stravu“.
Při převodu DD/MV se pro všechny záznamy slučované z Dcd, se pro každý vygenerovaný záznam vygenerují řádky s aktuálně přiřazenou strukturou s nastavením Str01, Použití struktur ze skupiny 1 a 4.
Struktury se negenerují pro záznamy pořízené v Dcm (schvalované i neschvalované).
V rámci funkce „Převod DD/MV“ je možné aktivovat proces automatizovaného vyrovnání započitatelné doby podle denní evidence docházky a plánovaného fondu PD (FPD).
Funkce provede :
o Stanovení salda nenaplnění / překročení plánovaného FPD
o Generování řádku pro korekci „započitatelné“ doby
o Generování řádku ze salda do evidence NVč, NVt, placeného přesčasu nebo nepřiznaného přesčasu
Funkce je aktivovaná a řízená
nastavením parametru „Adm21, Režim vyrovnání přesčasu při DD/MV“ nebo „Kal01,
Doch&Schval., Režim vyrovnání přesčasu při DD/MV“. Nastavení parametrů na
Kal01 má přednost před nastavením na Adm21, přičemž se pro samotnou kalkulaci
použije nastavení parametrů na kalendáři přiřazeném zaměstnanci v poslední
den kalkulovaného období.
Podporovány jsou režimy (podrobněji viz Adm21, Režim vyrovnaní
přesčasu):
0 - Přesčas se nekontroluje
1 - Doplnit NV při nesplnění, při překročení nekontrolovat
2 - Nedoplnit NV při nesplnění, při překročení generovat podle limitů
3 - Doplnit NV při nesplnění, při překročení generovat podle limitů
4 - Přesčas se nekontroluje, zákaz převodu SLM typu NV do měs. podkladů
5 - Nedoplnit NV při nesplnění, při překročení aut. upravit DD
Standardní nastavení : 0
SLM pro jednotlivé generované záznamy, je zjištěná nejdříve ze započitatelnosti Slm02.DOCH05 a pokud SLM není zde nalezena použije se vyhledaní z konfigurace nebo přímo z číselníku Slm01.
SLM_kor - SLM pro evidenci odpracované doby
SLM02.DOCH05.ODPR
jinak Adm21, SLM pro evidenci odpracované doby
SLM_NVč – SLM pro generování korekce čerpáním NV
SLM02.DOCH05.NVC jinak Slm01, SLM* s IA 14
SLM_NVt – SLM pro generování korekce tvorbou NV
SLM02.DOCH05.NVT Slm01, SLM* s IA 13
SLM_905 – SLM pro generování korekce odmítnutím hodin nad FPD
SLM02.DOCH05.NEUZNAN jinak Slm01, SLM*s IA 905
SLM_přes - SLM pro generování korekce proplacením přesčasu
SLM02.DOCH05.PLAC jinak Slm02, DOCH02.PRESC, SLM*
Referenční (PFPD) : „MZ, Plánovaný Fond“
Z Převodu (AFPD) : Odpracované + Neodpracované podle započitatelnosti DOCH02 (SLM z ODPR a NEPR)
Nesplněný fond PD
AFPD – PFPD => SaldoFPD < 0
Použití NVč k vyrovnání FPD |
SLM |
Hod |
Poznámka |
|
SaldoFPD <= NVč |
SLM_kor
|
SaldoFPD |
"Doplněno z čerpání NV" |
Vyrovnání FPD z NVč |
|
|
|
|
|
Nevyrovnaný FPD z NVc |
SLM |
Hod |
Poznámka |
Hlášení : DP03 |
(SaldoFPD – NVc) > 0 |
SLM_kor
|
(SaldoFPD – NVc) |
"Doplněno z čerpání NV" |
Částečné vyrovnání FPD z NVč |
|
SLM_NVč |
(SaldoFPD – NVc) |
"Vyrovnání FPD do plánu" |
Generování evid. čerpání NV pro vyrovnání fondu |
Přeplnění fondu PD
AFPD + NVc – PFPD => SaldoFPD > 0
|
SLM |
Hod |
Poznamka |
|
Vyrovnání „odpracováno“ na FPD |
SLM_kor
|
SaldoFPD * -1 |
"Krácení, překročení FPD" |
Zkrácení „odpracované“ o překročení fondu
|
|
|
|
|
|
SaldoFPD < Lim.hodin pro aut. generování přesčasu: |
SLM_905 |
SaldoFPD |
Práce nad plánovaný FPD |
Neakceptovaný přesčas |
SaldoFPD > 0 maximálně do výše : Lim.hodin pro aut. generování placeného přesčasu: => xProplatit |
SLM_přesc |
xProplatit |
"Práce nad plánovaný FPD" |
Přesčas k proplacení |
SaldoFPD > Lim.hodin pro aut.generování placeného přesčasu: maximálně do výše : Lim.hodin pro aut.generování neplaceného přesčasu: => xNVt
|
SLM_NVt |
xNVt |
"Práce nad plánovaný FPD" |
Přesčas do NV |
SaldoFPD nad Lim.hodin pro aut.generování neplaceného přesčasu: => xNeuznáno |
SLM_905 |
xNeuznano |
"Práce nad plánovaný FPD" |
Neuznaná práce nad Fond |
Příklady :
Režim vyrovnání přesčasu při DD/MV: 3
SLM pro „odpracováno“ 1002
SLM pro „neodpracované“ 1008
SLM pro NVč 0014
SLM pro NVt 0013
SLM pro placený přesčas 1004
SLM pro nepřiznání hodin 0905
Lim. hodin pro aut. generování přesčasu: L1
Lim. hodin pro aut. generování placeného přesčasu: L2
Lim. hodin pro aut. generování neplaceného přesčasu: L3
Popis |
Fond Hod |
Odchylky DD SLM/Hod |
Saldo FPD Hod |
Odchylky MV SLM/Hod |
MV – gen* SLM/Hod Vypl. Poznámka |
1) Nesplněný FPD bez čerpání NVč |
157,5 |
1002/135 1008/7,5 |
-15 |
1002/135 1008/7,5 |
1002/15 0014/15 |
2) Nesplněný FPD s vyrovnaným čerpáním NVč |
157,5 |
1002/135 1008/7,5 0014/15 |
-15 |
1002/135 1008/7,5 |
1002/15
|
3) Nesplněný FPD s nevyrovnaným čerpáním NVč |
157,5 |
1002/135 1008/7,5 0014/7,5 |
-15 |
1002/135 1008/7,5 0014/7,5 |
1002/15 0014/7,5 |
4) Přeplnění FPD; L1 = 1, L2 = 2; L3 = 4 |
157,5 |
1002/165 1008/7,5
|
+15 |
1002/165 1008/7,5
|
1002/-15 0013/4,0 1004/2,0 0905/9,0 |
5) Přeplnění FPD; L1 = 1, L2 = 0; L3 = 5 |
157,5 |
1002/165 1008/7,5
|
+15 |
1002/165 1008/7,5
|
1002/-15 0013/5,0 0905/10,0 |
Režim vyrovnání vykázaných hodin nad plánovaný FPD tak, že se automatický krátí záznamy DD.
Režim používán zákazníkem Vítkovice.
Režim je aktivován nastavením:
Režim vyrovnání přesčasu při DD/MV = 5 - Nedoplnit NV při
nesplnění, při překročení aut. upravit DD
Režim je určen především pro pružný režim pracovní doby.
Nenaplnění plánovaného FPD se neřeší, při vykázání hodin nad plánovaný FPD se provede automatické krácení všech záznamů v denní docházce typu odpracovaná doba, které nejsou virtuální tak, aby se vyrovnal skutečný FPD na plánovaný FPD.
Funkce neprovede korekci pro SLM s IA 998(školení) a 999 (pracovní cesty).
Postup:
Stanoví se plánovaný FPD jako součet hodin plánovaných směn zaměstnance pro období (součet z denních záhlaví Pv).
Spočte se skutečné plnění FPD jako součet započitatelné doby na SLM ze započitatelnosti DOCH02.ODPR+NEPR+NVC => sFPD .
Pokud nebyl FPD naplněn ( sFPD < FPD ), žádná činnost, pokračuje se v kalkulaci
Pokud bylo vykázáno více hodin ( sFPD > FPD ) tak provedeme zkrácení vykázané odpracované doby tak, aby skutečný FPD odpovídal plánovanému.
Koeficient krácení:
Koef = (sFPD - FPD) / Odpracované směny
Čas pro krácení jednoho dne se zaokrouhlí na celé minuty a pak se kontroluje krácení tak, aby nedošlo k většímu krácení než FPD.
Pro každý den provedeme
Pokud posledním záznamem je odpracovaná doba,
upravíme čas do = čas do - Koef
upravíme hodiny = hodiny – Koef
přepočet směny
Pokud posledním záznamem není odpracovaná doba a první záznam je odpracovaná doba:
upravíme čas od = čas od + Koef
upravíme hodiny = hodiny – Koef
přepočet směny
Pokud se nezdaří upravit záznam ve dni, zobrazí se hlášení (pokud je aktivované): DP007 Vyrovnání FPD v DD při uzavření ve dni <den> nelze provést, korekce <x> hod.
Pokud se nepodařilo vyrovnat skutečně vykázanou dobu na FPD zobrazí se hlášení (pokud je aktivované):
DP007a Vyrovnání FPD v DD při uzavření, nevyrovnáno <hod> hod.
Krácení v jednotlivých dnech nesmí zasáhnout do základní části pracovní doby.
Pro zjednodušené zjištění stavu před začátkem krácení je možné použít hlášení DP007x (standardně vypnuté).
DP007x [U] [0] Vyrovnání FPD v DD při uzavření, DD:
<FOND_DD>, NVc < NVc>, MZ <FOND_MZ>, Odpr.< odpracováno>
nevyrovnáno <k vyrovnání>
(TC 1033457, MU Ostrov)
Vyrovnaní FPD způsobem přenosu salda plnění FPD (kladného i záporného) v definovaném limitu do následujícího měsíce (nebo více měsíců).
V následujícím měsíci se o toto saldo automaticky upraví plánovaný FPD pro docházku.
Pozor: tato korekce FPD není použitelná pro výpočet mezd !
Řešení je vhodné pouze pro pružný pracovní režim s režim vykazování odchylek pro mzdy.
Funkce pracuje s definovaným vyrovnávacím obdobím na Kal02, toto vyrovnávací období se pak použije pro nastavení položky v Kal01, Doch&Schval, Výr. období - FPD.
Pro vytvořené vyrovnávací období je možné definovat limit hodin pro přenos kladného i záporného salda (samostatně).
Nastavení se použije pro kalendáře, u kterých je povolený přenos saldo plnění FPD do dalšího období.
(konkretizován pro MU Ostrov, VO o délce 2 měsíců)
Obecný postup:
V aktuálním měsíci při uzavření docházky se vyhodnotí plnění FPD podle evidence docházky a pokud vznikne nějaké saldo, vygeneruje se SLM s IA 0006 (přenos korekce salda FPD do dalšího období).
Počet přenášených hodin je kontrolován na definované limity pro aktuální kalendář - typ vyrovnávacího období.
V následujícím měsíci v rámci kalkulace DD se vygeneruje SLM s IA 0007 (korekce salda FPD z předešlého období).
O tyto hodiny je upraven plánovaný FPD pro toto období.
Záznam se SLM s IA 7 v oblasti DOCH teda nemění plánovaný počet hodin podle kalendáře, ale upravuje započitatelné hodiny do FPD.
Podrobný postup vyhodnocení:
1/ Na Kal02 pro odkazovaný režim je povoleno vygenerování úseků
Po vygenerování úseků zkontrolujte, aby úseky byly vygenerované pro požadované skupiny měsíců, tzn. 1-2, 3-4, 5-6, 7-8, 9-10, 11-12.
2/ Pro první měsíc VO se nevytváří SLM s IA 7 z IA 6 z předešlého měsíce (tzn. nedochází k přenosu zůstatku salda FPD mezi předešlým a aktuálním VO)
3/ SLM s IA 7 v akt. období z IA6 z předešlého měsíce se aktualizuje při každé kalkulaci
4/ SLM s IA 6 se vytváří až při uzavření docházky (při otevřené docházce řádek se SLM s IA 6 neexistuje nebo je bez hodin).
5/ SLM s IA 6 a 7 nemají nastavené položky Datum Od a Datum Do.
6/ Zobrazení salda FPD (SLM s IA 6 a 7) na formuláři Dcd01, Rekapitulace dni je v režimu:
a/ hodiny navíc v lednu se zobrazí po uzavření docházky na řádku Převod jako záporné (v součtu za měsíc ponižují vykázanou odpr. dobu)
b/ hodiny navíc z ledna se v únoru (po první kalkulaci v měsíci a po uzavření docházky za leden) zobrazí na řádku Převod jako kladné (v součtu za měsíc povyšují vykázanou odpr. dobu),
c/ nedopracované hodiny z ledna se zobrazí po uzavření docházky na řádku Převod jako kladné (v součtu za měsíc povyšují vykázanou odpr. dobu)
d/ nedopracované hodiny z ledna se v únoru (po první kalkulaci v měsíci a po uzavření docházky za leden) zobrazí na řádku Převod jako záporné (v součtu za měsíc ponižují vykázanou odpr. dobu)
Poznámka:
popis zobrazení v lednu platí i pro měsíce 3, 5, 7, 9, 11 a popis
zobrazení v únoru platí i pro měsíce 4, 6, 8, 10, 12.
Poznámky k zpracování:
a/ vždy se sleduje saldo za měsíce 1-2, 3-4, 5-6, ...
b/ nezohledňuje se nástup/výstup a změna ev. stavu - výr. období je pevně stanovené
c/ z druhého měsíce aktuálního výr. období se žádné hodiny do dalšího výr. období neprovádějí
d/ v druhém měsíci je zaměstnanec povinný vyrovnat si hodiny FPD
pokud přeplní FPD, hodiny navíc se nepřiznají
pokud nenaplní FPD, nepodaří se mu uzavřít
docházku
e/ Aktualizace položky Dcm01, Měsíční záhlaví - Souhrn, Hodiny měsíce:
Pokud je v měsíci evidovaná SLM s IA 0007, tak se přičte do položky Hodiny měsíce, tzn. podle znaménka odchylky zvýší nebo sníží počet evidovaných započitatelných hodin.
Tím dojde k úpravě porovnávaných hodin v kontrole DK205/DM001 - plnění FPD za měsíc.
Pokud je zjištěné kladné Saldo plnění FPD.
SLM pro přenos (uložení salda FPD) je IA 0006
V Kal02 vyhledej vyrovnávací období a pro něj i aktuální úsek pro aktuální kalendář a období (podle odkazu v Kal01, VO pro FPD pro přiřazený kalendář na poslední den období).
Pokud se VO, úsek nenalezl:
zobrazí se hlášení: DPE037 [E] [VAR] Nenalezené vyr. období pro kalendář <kalendář> a období <akt.>
pokračujeme v generování záznamu IA 6
Pokud se VO, úsek nalezl:
Načteme Limit pro převod do dalšího měsíce z Kal02.
Pokud je akt. období posledním obdobím VO a Saldo je větší než 0
Stanovíme SLM pro uložení Salda jako ev. nadfond: SLM podle SLM02.DOCH05.NEUZNAN,
pokud nenalezeno tak SLM s IA : 905 (minimální)
Limit = 0
Zobrazí hlášení: DP003c [U] [VAR] Nevyrovnán FPD při ukončení vyr. období o <xPom> hod.!
Pokud Limit = 0 nebo Limit >= Saldo : Hodiny = Saldo
Pokud Limit < Saldo : Hodiny = Limit
zobrazíme hlášení: DP003a [U] [FAT] Překročen limit (Limit) přenosu neplnění FPD do dalšího období (Saldo) !
Pokud Hodiny <> 0 pak vygenerujeme do MV řádek:
SLM = SLM pro přenos
Hodiny = Hodiny
Poznámka = "Přenos nedop. FPD do dalšího období"
Datum od = nevyplněno
Datum do = nevyplněno
Pro sledování přenosu odpracované doby z období do období na SLM s IA 6/7 (typ vyrovnávacího období 4/5) je na záložce Dcd01, Rekapitulace dni doplněn speciální řádek Převod.
Tento řádek ve sloupci „odpracována doba“ zobrazuje:
záporné hodiny ze SLM s IA 6 + hodiny ze SLM s IA 7
a tím se korigují započitatelné hodiny FPD pro aktuální období.
Na záložce Dcm01, Vyrovnávací období je realizovaná i varianta zobrazení vyrovnávacího období pro období, které je definované na formuláři Kal02 nastavením:
Typ vyrovnávacího období = 4 - Vyrovnávací období pro Pružné rozvržení pracovní doby
Režim výpočtu VO = 5 - Vyhodnocení dle plánu směn s limitem pro saldo FPD
Délka VO měsíce = 2
Pro pružnou prac. dobu je umožněno generování délky VO
období i podle délky v měsících (doposud pouze v týdnech).
Nejdřív se stanoví délka VO podle položky Délka VO týdny, ale pokud délka v
týdnech není vyplněná nebo je 0, délka se stanoví podle délky v měsících.
a/ Povinně založit nebo zpřístupnit SLM s IA 0006 a 0007 pro DOCH
b/ na Kal02 vytvořit typ vyrovnávacího období s definicí:
Typ vyrovnávacího období = 4
Režim výpočtu VO = 5
Délka VO měsíce = počet měsíců vyrovnání (standardně = 1)
Limit kladný, max.(min) = maximální počet hodin kladného salda FPD pro převod (standardně neomezeno)
Limit záporný, max.(min) = maximální počet hodin záporného salda FPD pro převod (standardně neomezeno)
Pro aktivaci, správce aplikace zákazníka musí provést vygenerovaní úseků VO na Kal02.
c/ na Kal01, pro dotčené kalendáře nastavit Kal01, Doch&Schval, Vyr. období - FPD z b/
Při volbě Režim vyrovnání přesčasu při DD/MV= 4 - Přesčas se nekontroluje, zákaz převodu SLM typu NV do měs. podkladů (Adm21, Kal01), se neprovádí a SLM s IA 11, 12, 13, 14, 35, 36 do měsíčních podkladů.
Pro každý pracovní příkaz na Cep01, zasahující do aktuálního období, se vypočte počet nepřiznaných příspěvků na stravu. Tato informace se zobrazuje na záložce „Cep01, Nároky na příspěvek“ (SLM s IA 6701).
Funkce je aktivní, pouze pokud je povolen přenos pracovních příkazů do DOCH na Adm21.
Pokud při propojení CEP a DOCH není k dispozici, v tomto případě povinná SLM s IA 6701, zobrazí se hlášení:
FATAL DME021 Nenalezena platná SLM k IA 6701.
a proces uzavírání je přerušen.
Funkce generování SLM s IA 6701 do CEP (kontrola generování stravenek v rozsahu CP) se spustí pouze v případě, kdy v číselníku Slm01 existuje platná SLM s IA 6701.
V rámci uzavírání docházky (pokud je nastaven režim přebírání z Cep01) se do Dcm01, Vstupy - Souhrn vygeneruje záznam se SLM s IA 950, jestliže je nalezen vyplněný sloupec Korekce částky při zúčtování v záznamu Cep01, Nároky na přísp. z předchozího měsíce (oprávněný uživatel zadal požadavek na korekci nároku na příspěvek stravy na CP, který byl v docházce zpracován v předchozím měsíci).
Záznam v Dcm01:
SLM – SLM s ID 950
Pracovní směny - korekce příspěvku z Cep01
Poznámka - „Korekce z CEP“ - <kód cest. příkazu>
Zdroj - 24
Stav editace - 99
Rozsah zobrazení záznamů, podle zdroje vytvoření, ve formulářích, které zobrazují záznamy v měsíční evidenci je:
Dcm01, Detail vstupy – zobrazí záznamy se zdrojů 0, 1, 2, 3, 4, 7, 8, 10, 20, 21, 22, 24, 30, 31
Dcu01, Vstupy měsíční – detto Dcm01
Dcv01, Měsíční - detto Dcm01
Dcd01, Vstupy - – zobrazí záznamy se zdrojů 0, 1, 2, 3, 4, 10, 21, 22, 24, 30, 31
Dcu01, Vstupy denní – detto Dcd01
Pokud záznam se SLM typu pohotovosti, pro režim 5 a 8, nemá vyplněné položky Datum Od/ Do (nezobrazuje se v Dcd01), tak ho nepoužijeme pro generování při uzavření docházky a zobrazí se hlášení:
DP009 [U] [INFO] Pro SLM <slm> v Dcm, není nastaven Datum Od/do, nebude použitá pro generování
Z pohledu přenosu do výpočtu mezd se nic nemění – pokud je přenesená do Vyp01, bude použitá pro výpočet.
Poznámka: dle uvážení je možné hlášení DP009 vypnout na Adm32.
V měsíční evidenci docházky se ve formě virtuálních nebo needitovatelných záznamů zobrazují záznamy z měsíční evidence docházky, které mají nastavenou položku „Zdroj vytvoření řádku“ na jednu z hodnot: 0, 1, 2, 3, 4, 7 (Dav01), 8 (Dav01), 10 (Dov05), 20 (DD/MV), 21, 22, 24, 30, 31
Kontrola DM109, překryv SLM
Vzhledem na kontrolu DM109 pro import do Dcm01 se musí importovat krátké nepřítomnosti s časem Od/Do nebo Půlka první/druhá.
Není možné zadávat záznamy, u kterých je „Datum do“ větší než poslední den aktuálního období (odchylka na přelomu měsíce se musí rozdělit do dvou období : aktuálního a následujícího), to neplatí pro zadávaní SLM s IA 51..60, pro tuto je možné zadat odchylku s neomezeným trváním do (3.3.3333).
Při uložení editovaného řádku v měsíční evidenci se provedou činnosti :
a) Automatické doplnění položek:
Při vyplnění SLM pro DOCH se naplní položka :
Typ převodu doch/mzdy = aktuální hodnota z číselníku Slm01,LM Doch&Ext.vstupy. Typ převodu doch/mzdy
SLM pro Mzdy = Typ převodu doch/mzdy > 0, aktuální hodnota z číselníku Slm01, Doch&Ext.vstupy. SLM pro export Doch/Mzdy
Když uživatel nevyplní položky „Kód doby“ a „Kód částky“, této se naplní předefinovanou hodnotou podle definice na Slm01.
b) Uložení řádku
Nastavení stavu editace řádku :
Stav = 2 pro uživatele typu „ZAM“, jinak
Stav = úroveň verifikace profilu (editovaný řádek se automaticky uzamkne pro editování uživatelem s nižší úrovní verifikace)
Při libovolné editaci na záložce „Vstupy“ se nastaví položka „Status záhlaví“ pro všechny dny v rozsahu „Datum od“ / „Datum do“ a taktéž „Status měs. záhlaví“ (Dcm01, Měsíční záhlaví) na „Bez vyhodnocení“.
Pro SLM s IA 51..60 je umožněno dlouhodobé zadání, tj. „Datum do“ může obsahovat datum budoucích měsíců (povolen i 3.3.3333). Pokud se při založení záznamu „Datum do“ nevyplní, tak při uložení se doplní hodnota „3.3.3333“.
V rámci uzavření docházky se záznam, který obsahuje SLM s IA 51..60 a „Datum do“ je větší než poslední den měsíce, zkopíruje do následujícího měsíce. (podrobněji viz Dlouhodobé nepřítomnosti (přes měsíc)).
Pro formulář „Dcm01, Vstupy“ není možnost zadání krátkodobých odchylek (kratších než směna) nebo odchylky s neúplnou směnou v první nebo poslední den.
Pro záznam se SLM „dovolená“ (IA 21, 22, 26) je možné zadat odchylku o polovině délky směny resp. odchylky s poloviční směnou v první nebo poslední den.
Při uložení se provede :
- pro IA různé od 51 až 60 se položka „Odpracováno první den“ nastaví na „nevyplněno“
- pro IA různé od 21 až 26 se oba půldny nastaví na NE
- při ukládáni se pro jednodenní záznam, který má oba půldny na ANO, zobrazí varovné hlášení a záznam se neuloží
Položky „Čas od vyp.“ / „Čas do vyp.“ – můžou obsahovat platné hodnoty, které jsou generovány při transformaci vstupů z Vyp01, Cep01.
Nestandardní zadání :
Pro SLM s IA 51-60 je možné vyplnit položku „Odpracováno první den“ (hodiny odpracované v první den nemoci).
Pro přenos do denní evidence se použije nastavení :
čas od = DZ.konec_stan - (DZ.hodiny – MV.„Odpracováno první den“ )
čas_do
= DZ.konec_stan
Při uložení záznamu v Dcm01 se SLM s IA 51-60 se provádí kontrola :
Pokud
„Odpracováno první den“ > 0, tak se zjistí hodiny odpracované v DD pro
daný den a pokud tyto hodnoty nejsou shodné, zobrazí se hlášení :
DM015=Nesouhlasí odpracované hodiny v první den nemoci %1. Zadáno %2, odpracováno
%3.
Kontroly měsíčních vstupů se provádí jednak při vložení záznamu, ale i při každém přepočtu měsíčních vstupů a aktualizaci měsíčního záhlaví.
Pro aktuální řádek se provedou při uložení následné kontroly :
o Vložený „Datum Od“ a „Datum Do“ musí splnit podmínky :
o Datum do >= Datum od
o Datum od >= první den období a Datum od <= poslední den období
o Datum od >= první den období a Datum do <= poslední den období pro IA <> 51..60
o
Datum od >= první den období pro IA = 51..60 (viz zadaní
dlouhodobé nepřítomností), datum do může jít do budoucích období
o
U SLM typu „nepřítomnost“ (IA : < 1000) se musí vždy vyplnit
datum Od / Do – kritická chyba
Oba datumy musí být prázdné nebo vyplněné (pro docházku není přípustné mít
vyplněný jen „Datum od“ nebo „Datum do“ )
o
U SLM s IA : 11..899, 902, 903, 990..1008, 2131, 2132 a 5151
, se kontroluje překryv na jiné SLM -
řádek se může uložit po povolení uživatelem, pokud je překryv se SLM
z externího zdroje (neviditelné řádky) a nejde uložit jestliže je
překryv v editovatelných řádcích
Záznamy z formulářů schvalování nepřítomností Dov05/Dov06 se akceptují pro
kontrolu překrytí SLM pouze, pokud nejsou ve stavu „zrušené (1)“ nebo
„zamítnuté (2)“.
Pro záznamy se SLM s IA 21 (dovolená) a SLM s IA 1008 (neodpracovaný
svátek) se kontrola překrytí neprovádí.
o
Nejde uložit pokud hodiny v řádku jsou větší než max. počet
hodin při uložení odchylky.
Při překročení stanoveného limitu hodin odchylky se zobrazí v dialogu
informativní hlášení, ale odchylka se uloží. Limit max. počtu hodin odchylky je
stanoven následujícím způsobem:
o
pro SLM s IA s 11 až 1008 je limitem plánovaný měsíční fond
pracovní doby. Při překročení limitu se zobrazí hlášení:
Zadáno <hodiny> hodin, což je více, než je měsíční fond pracovní doby
(<fond>) hodin.
o
pro SLM s jiným IA jako 11 až 1008, limit je nastaven na 300
hodin. Při překročení limitu se zobrazí hlášení:
Zadáno <hodiny> hodin, což je více než stanovený limit pro varování
(<300>) hodin.
o
Konflikt s denní evidencí docházky : pro daný rozsah Od/Do
existují řádky v DD, pro uživatele se zobrazí dialog na povolení
"vymazání denní evidence":
Aktuální záznam se časově kryje se záznamem denní docházky. Mají se
kolidující záznamy (n) DD smazat?
.
Při vložení záznamu se SLM ze skupiny 33 se neprovádí kontrola na existenci jiných záznamů v denní evidenci docházky, tzn. nezobrazí se dialog a záznam se vždy uloží.
o
Kontrola čerpaní SLM se stanoveným limitem (viz. poznámku)
o V režimu
KPD je možné zadávat odchylky pouze v rozsahu datumů jednotlivých časových
řezů KPD. Tzn. že každá odchylka musí být celá v jednom časovém pásmu
(např. nesmí procházet z jednoho KPD do standardního režimu nebo mezi
dvěma bezprostředně navazujícími KPD).
o V režimu KPD, každá odchylka musí mít nastaveny datumové položky.
Při uživatelem současně zadaných datumů a hodin, se kontroluje, zda zadané hodiny odpovídají aktuální evidenci docházky.
Je-li hlášení výsledků kontroly maximálně v úrovni „varování“, je možné pokračovat v uložení. Jsou-li ve vyšší úrovni, tak se řízení vrátí do formuláře k odstranění nesrovnalostí.
„Dcm01, Vstupy“
„Dca02, Dlouhodobé odchylky“,
„Dcu06, neschvalované měsíční odchylky“.
Funkce je standardně neaktivní, aktivace funkce je vázána na stav objektového práva „fEditDochKontrDov - Kontrola zůstatku dovolené při zadání vstupu v docházce“.
Poznámka: Aktivaci funkce doporučujeme zvážit, protože tato
funkce je časově náročná a může vést k viditelnému
zhoršení odezvy aplikace při uložení záznamů s uvedenými SLM.
Standardně se funkce provádí při kalkulaci denní docházky a při
uzavření evidence docházky.
Při zadávání měsíčních záznamů na Dcm01 (Dcd01, Dcu01, Dcu06) se provede kontrola, která zabezpečí soulad hodin mezi evidencí měsíční (zadané přímo do měsíčních vstupů) a evidencí denní (z promítnutí měsíčních odchylek).
Při uložení záznamu na Dcm01, Vstupy při zadání nepřítomností:
a/ Pro SLM s IA 21, 22 (dovolená) - nepovolit
zadání času od/do;
b/ Kontrolujeme hodiny, pokud je uživatel zadá, zda odpovídají
kalendáři zaměstnance.
Pokud je SLM ze započitatelnosti DOCH02.NEPR a je vyplněno Datum od/do a Čas od/do je nevyplněn a Hodiny > 0, pak pokud Hodiny záznamu <> součet plánovaných hodin podle kalendáře pro PV a rozsah Datum od/do se zobrazí dialog:
Nesouhlas zadaných hodin a hodin podle plánu
směn. Opravte !
a nepovolí se uložení záznamu.
Při překryvu se zobrazí dialogové hlášení:
Aktuální záznam se časově kryje s
jiným záznamem v MV.
SLM <slm>, datum <od/do>, čas <od/do>, půlka směny
<první/druhá>, zdroj <kód>, režim <skup. SLM adm06>
Standardní seznam SLM (11..899, 902, 903, 990..1008, 2131, 2132), které se kontrolují, je možné upravit tak, že do započitatelnosti Slm02, DOCH03 skupina DM_Prekry vložíme SLM a nastavíme Zap.hodin na:
= 1 – pokud SLM má být zařazená do kontroly překryvu
= -1 – pokud SLM má být vyřazená z kontroly překryvu
Pokud při uzavření evidence docházky pro druh PV = 1 je zjištěno, že součet hodin z měsíční evidence docházky typu „odpracováno“, „neodpracováno“ a „čerpaní náhradního volna“ se rovná 0, pak se zobrazí se hlášení: „DM011 Nevyplněná docházka“
Pro aktuální řádek se provedou následné kontroly :
Kontrola čerpání SLM do určeného limitu (viz. popis) :
Dovolená (IA 21, 22)
Pracovní volno (IA 26)
Pro SK legislativu taktéž :
Ošetření v zdravotnickém zařízení
(7 dní za rok) (IA 63)
Doprovod rodinného příslušníka (7 dní za rok) (IA 64)
Doprovod postiženého dítěte (10 dní za rok) (IA 65)
Při uzavření evidence docházky se provádí kontrola naplnění položky „Kód částky“, která se pro záznamy z oblasti docházky stala povinnou, aby byl vždy zabezpečen korektní režim výpočtu mezd.
Pokud jsou splněny podmínky: Položka „Kód částky“ je nevyplněna, položka „Částka“ je nevyplněna a „Typ převodu doch/mzdy“ > 0 , zobrazí se hlášení : DM016 Nenaplněna položka „Kód částky“
Provádí se kontrola překrytí shodná jako je při uložení záznamu z Dcm01 (DM109).
V režimu KPD se provádí kontrola DM022: Pokud je pro zaměstnance v měsíci definováno KPD nepokrývající celý měsíc nebo je definováno více KPD v měsíci, každý záznam musí mít vyplněny datumy a musí být v rámci jednoho KPD.
Pokud jsou výsledky kontroly v úrovni max. „varování“, pokračuje se v uložení záznamu a řízení se vrátí do formuláře.
(TC 1070056, TC 1070058)
V rámci funkce uzavření docházky (DD/MV) kontrola DM002 je nastavená tak, že do plnění fondu PD se nezapočítává SLM čerpání NV, která je generovaná v rámci proplaceného nevyčerpaného NV a která slouží pro krácení nevyrovnaného NV z důvodu proplacení (je identifikovaná nastavením Druh doby = 2).
Poznámka:
Při manuálních korekcích propláceného NV je potřeba ručně u
dotčené SLM pro krácení NV nastavit i položku Druh doby.
Při uzavření docházky se provede kontrola proplacených hodin přesčasů za měsíc.
Kontrola je provede pouze v období, ve kterém je vykázaný placený přesčas.
Pokud hodiny k
proplacení jsou větší než hodiny akt. salda NV zobrazí se hlášení:
DM003c [U] [ERR] K proplacení NV zadáno: <hod plac.> ale
evidované pouze NV: <nv saldo>
Podle uvážení, doporučujeme změnit úroveň hlášení na FAT.
Pokud je k proplacení více než 35 hod, zobrazí se hlášení:
DM003a Překročen limit placeného přesčasu za měsíc
Pro zaměstnance s ukončeným PV v aktuálním měsíci se zobrazí hlášení:
DM003b Při ukončení PV, překročen limit placeného přesčasu za měsíc
Kontrola se standardně neprovádí, pro aktivaci je potřeba v Adm32 pro hlášení DM003a nastavit úroveň hlášení > 0.
(TC 1079725)
Kontrola DM003d - Kontrola plnění limitu přesčasu za měsíc bez vazby na NV.
Kontrola je provede pouze v období, ve kterém je vykázaný placený přesčas.
Kontrola nepřekročení měsíčního limitu placených přesčasů za měsíc, který je stanoven standardně na 35 hodin (je možné upravit na Kal01 pomoci Dcc06).
Kontrola je standardně vypnutá, aktivace z Adm32.
HodinyPřesčas = součet hodin z Dcm01 pro období ze SLM ze započitatelnosti DOCH02.PRESC
Limit = Dcc06, Limit placeného přesčasu za měsíc, pokud nevyplněno tak 35
Rozdíl = Limit - HodinyPřesčas
Poznámka : Toleranční rozdíl jedna minuta,
Pokud Rozdíl > 0 a DM003e > 0 a PV není ukončeno v akt. měsíci pak
Ano : DM003e [U] [ERR] Přesčas k proplacení zadáno: < HodinyPřesčas > povolený limit <Limit>
jinak
Pokud PV není s ukončením PV v aktuálním měsíci
Ano DM003d [U] [0] Překročen limit placeného přesčasu za měsíc. Limit hod: <Limit>, proplaceno: < HodinyPřesčas >, rozdíl: <Rozdíl>
Ne: DM003b [U] [VAR] Při ukončení PV, překročen limit placeného přesčasu za měsíc, proplaceno: < HodinyPřesčas > hod.
Kontrola provádí porovnaní vykázaných pracovních směn a plánovaných prac. směn v rámci období.
V případě, kdy je vykázáno méně pracovních směn než je plánovaný FPD, zobrazí se hlášení DM034.
V případě, kdy je vykázáno více pracovních směn než je plánovaný FPD, zobrazí se hlášení „DM034a - Překročen FPD ve dnech v rámci období“.
Kontrola DM036 se provede (pokud je povolená) pouze při uzavírání docházky PV, pokud je pro něj povolen přenos z CEP do DOCH (Adm21/Adm22).
Pro každý neuzavřený CP, který alespoň jeden den zasahuje do období uzavírání, se zobrazí hlášení:
a) pro CP, který končí v akt. období
DM036 [U] [0] V období je evidován CP <číslo cp> v
procesu schvalování! Doporučujeme dokončit workflow.
b) pro CP, který nekončí v akt. období
DM036a [U] [VAR] V období <obd akt> je evidován neuzavřený CP <číslo cp> s ukončením v násl. období.! Doporučujeme zkontrolovat průběh CP pro uzavírané období..
Kontrola je standardně vypnutá.
Za neuzavřený CP v tomto případě považujeme CP, který je v jiném stavu jako 1, 80, 82, 83 (neplatné CP) ale zatím není schválen průběh, tzn. není ve stavu 50, 60, 71, 72, 73.
CP ve stavu = 30 - Schválený CP, z pohledu této kontroly, nepovažujeme za uzavřený CP protože pouze CP se schváleným průběhem je závazný pro vyhodnocení docházky.
Kontrola Dm036b - Kontrola vyplnění průběhu cesty CP
Pokud CP, který zasahuje do uzavírané docházky nemá vyplněn průběh cesty, zobrazí se hlášení:
DM036b [U] [ERR] V období je evidován CP <kód>, který nemá vyplněn průběh cesty ! Doporučujeme zkontrolovat počet příspěvků na stravu.
Kontrola Dm036c - Kontrola návazností datumů CP a průběhu CP
Pokud období z minimálního Datumu Od záznamu průběhu CP neodpovídá období z Datumu Od CP nebo pokud období z maximálního Datumu Do záznamu průběhu CP neodpovídá období z Datumu Do CP, zobrazí se hlášení:
DM036c [U] [ERR] V období je evidován CP < číslo>, kterého některý průběh je mimo období CP! Doporučujeme prověřit CP a jeho evidenci v DOCH.
(TC 1008670)
Zpracování a kontrola SLM typu nadúvazek (IA 1003) (zadané v Dcd) v rámci PV se zkráceným úvazkem je k dispozici funkce, která zkontroluje počet hodin vykázaných na záznamu vzhledem na povolený počet hodin v nadúvazku (rozdíl mezi stanoveným a zkráceným úvazkem za měsíc).
Pokud je vykázaný počet hodin větší než povolený, automaticky dojde ke zkrácení hodin SLM na povolenou hodnotu a pro zkrácené hodiny se vygeneruje nový řádek (přesčas) s určenou SLM.
Kontrola vyžaduje pokrytí celého měsíce definici obou úvazků.
Pokud na Opv01, Popis, Úvazek je 0, pro alespoň jeden den
měsíce, tak se zobrazí hlášení
DM040a [U] [ERR] Koeficient zkráceného úvazku na Opv01 je nulový. Prověřte
nastavení úvazku na celý měsíc.
Funkce je standardně vypnutá.
Popis zpracování:
a/ spočítá se FPD pro zkrácený úvazek podle kalendáře zaměstnance
b/ spočítá se FPD pro stanovený úvazek jako
FPD pro zkrácený úvazek / koeficient úvazku podle Opv01
c/ určí se max. počet hodin nadúvazku jako
FPD pro stanovený úvazek - FPD pro zkrácený úvazek
d/ pokud hodiny záznamu jsou větší než max. počet hodin nadúvazku, spočteme hodiny přesčasu jako:
přesčas = hodiny záznamu - max. počet hodin nadúvazku
e/ původní záznam zkrátíme na max. počet hodin nadúvazku a nastavíme pole poznámka na "Krácení hodin z nadúvazku"
f/ vytvoříme nový záznam, pro který nastavíme
SLM = Slm01, Doch&Schval, „SLM pro proplacení“ k původní SLM
(pokud parametr není vyplněn, tak se použije SLM z původního záznamu)
hodiny = přesčas
nastavíme pole poznámka na "Krácení hodin z nadúvazku"
zobrazíme hlášení: DM040 [U] [INF] SLM <slm> byla zkrácená o <hod>, krácení uloženo na SLM <slm2>
Aktivace funkce se provede úpravou konfigurace:
a/ Adm32, Docházka nastavit úroveň hlášení DM040 > 0.
b/ Slm01, Doch&Schval, „SLM pro proplacení“ k původní SLM - nastavit SLM pro přesčas
Pokud je odchylka typu Nemoc na jeden den a má vyplněnou položku odpracovaná doba. v první nebo poslední den a FAT pokud v té samé odchylce je vyplněno současně odpracováno v první i poslední den – takto zadanou odchylku docházka neumí zpracovat.
Realizované jako kontrola DM045 - Kontrola chybného vstupu z Vyp01 - IA 51
Pokud DM045 > 0
a pokud IA SLM je 51 a odchylka má vyplněn Datum Od a nevyplněn Datum Do, nebo jsou oba vyplněné a Datum Od = Datum Do a
a/ pokud jsou položky Odpracováno v první den nebo Odpracováno v poslední den obě vyplněné, zobrazíme hlášení DM045
b/ pokud je vyplněná jedna z položek Odpracováno v první den nebo Odpracováno v poslední den, zobrazíme hlášení DM045a
Dm045 [U] [FAT] Pro SLM <slm>, datum <datum od>/<datum do>, jednodenní odchylku, není možné vyplnit odpracované v první i poslední den.
Dm045a [U] [VAR] Pro SLM <slm>, datum <datum od>/<datum do>, jednodenní odchylku, je vyplněno odpracované v první nebo poslední den.
Při kontrole překryvu se nekontroluje překryv se záznamy z převodu DD/MV (překryv těchto SLM je kontrolován v rámci kontrol pro denní evidenci docházky).
Z pohledu výpočtu mezd není vhodné kombinovat v rámci jednoho PV kombinovat IA 1002 a 1001, proto jsme zavedli kontrolu, která na toto riziko upozorní.
V rámci uzavření docházky, pokud je hlášení DM163 zapnuté a v Dcm01 se objeví současně SLM s IA 1002 i 1001, zobrazí se hlášení:
DM163 [U] [ERR] Nedoporučená kombinace IA 1001 a 1002 pro výpočet mezd.
Reakce uživatele by měla být dle metodiky organizace – mělo by dojít k revizi konfigurace dotčených SLM.
Kontrola souhlasu schvalované odchylky v denní a měsíční evidenci se provádí vždy.
Pokud je povolen přepis hodin/směn schvalované odchylky (DME020 > 0), tak se zobrazí hlášení DME020.
Pokud automatická oprava není povolená (DME020 = 0), tak se při zjištění rozdílu denní a měsíční evidenci zobrazí hlášení:
při převodu do mezd = 2:
DME020a [U] [ERR] Nesoulad řádku ze schvalování v denní a měsíční evidenci SLM
při převodu do mezd = 1 nebo bez převodu:
DME020b [U] [VAR] Nesoulad řádku ze schvalování v denní a měsíční evidenci SLM
Pro záznamy z importů byla doplněná kontrola DME023, která funguje obdobně jako kontrola DME020.
Pokud režim přestávky pro schvalovaný vstup a standardní kalkulaci není stejný, zobrazí se hlášení DME020c.
Pokud na Kal01 je položka Typ přestávka nevyplněná, pro kontrolu použijeme limit pro první přestávku z Adm21/Adm22.
Při uzavírání docházky je hlášena chyba nesouhlasu zadání datumů a hodin i z ručně zadaných záznamů uživatelem (zdroj = 0, 1), při rozporu se zobrazí některé z hlášení:
DME023a [U] [ERR] Nesoulad řádku v denní a měsíční evidenci
pro záznam s převodem do mezd = 2
DME023b [U] [VAR] Nesoulad řádku v denní a měsíční evidenci
pro záznam s převodem do mezd = 0, 1
Kontrola DME027 používá jako referenční počet směn:
Pro SLM ze započitatelnosti :DOCH02.ODPR, NEPR, NVC, NVT, PRESC se kontroluje počet směn na max. 31, pro jiné SLM na max. 999.
Záznamy v měsíční evidenci docházky se při každé funkci typu „Převod DD/MV“, „Uzavření MZ“, „Přepočet a aktualizace MZ“ vyhodnocují s ohledem na aktuální stav denní evidence docházky.
Přepočet se provádí pro všechny záznamy z měsíční evidence docházky s nastavením položky „Zdroj vytvoření řádku“ na hodnoty: 0, 1, 2, 3, 4, 10, 30, 31
Přepočet se neprovádí pro záznamy s nastavením položky „Zdroj vytvoření řádku“ na hodnoty:
7, 8
V rámci kalkulace se provede výpočet všech rozhodujících položek bez ohledu na aktuální stav položky „Kód doby“, tím se řeší problémy ve výpočtu mezd při nepodporovaném typu položky „Kód doby“.
Pokud se v rámci funkce „přepočet MV“ při uzavření docházky zjistí, že položka "Kód částky" je nevyplněná, zobrazí se hlášení "DM016" a položka je nastavena na předdefinovanou hodnotu pro SLM záznamu.
Při přepočtu řádku na Dcm01 se nastaví položka „Typ doby“ podle aktuálního nastavení SLM (Slm01), pokud již není naplněna.
Uživatelem zadané položky mají přednost před vypočítanými. Pokud je zjištěn rozdíl mezi zadanou a kalkulovanou hodnotou, zobrazí se odpovídající hlášení, ale pro další procesy je použita zadaná hodnota.
Pokud je uživatelem vyplněno pole „Datum do“, tak se v rámci kalkulace vždy uloží do „Datum do vyp“.
Pro záznamy se SLM s IA 998, 999, 1001 a 1002 v Dcm01 se parametr : „Vyp01, Ext.vstupy, Typ převodu doch/mzdy“ standardně nastaví dle aktuálního stavu obdobného parametru v definici SLM. Pro SLM s výše uvedenými IA se navíc zjišťuje aktuální stav „Opv01, Režim, Režim vykazování odpracované doby“, pokud je „2 – vykazování“ a současně „Typ převodu doch/mzdy“ = 0, tak se pro aktuální záznam nastaví „Typ převodu doch/mzdy“ = 2 (tzn. že pro režim „vykazování“ se SLM s IA 998, 999, 1001 a 1002 vždy použije pro výpočet mezd).
Pro záznamy se SLM s IA 21, pokud obsahují den svátku, se napočet hodin a směn provádí s vyloučením tohoto dne.
Pro záznamy z Dov05/Dov06 se v rámci kalkulace MV (při přepočtu MV nebo uzavření docházky) nekontroluje a nenastavuje položka „Typ převodu doch/mzdy“ (je zachováno nastavení v rámci vytvoření záznamu na Dov05/Dov06 ).
Zadaná odchylka, SLM typu „pružná odchylka“ (Slm01, Doch&Ext.vstupy, Typ zpracování SLM v DOCH = 3 Pružná odchylka), pokud odchylka byla zadána v Dcm01, se do Dcd01 promítne pouze v rozsahu základní pracovní doby, a při kalkulaci hodin pro tento měsíční záznam, se započitatelné hodiny odchylky také omezí na základní pracovní dobu.
Kalkulace záznamu MV se provádí standardně podle aktuálního nastavení pole „Kód doby“ a „Kód částky“.
Pole jsou vyplněny :
o při založení záznamu z Dca02 a Dcm01 => automaticky podle předdefinované hodnoty pro zadanou SLM
o při převodu z Dcd01 => podle IA pro SLM (viz popis předmětné funkce)
Pokud pole při kalkulaci není vyplněné, kalkulace se neprovede.
Podle aktuálního nastavení položek „Kód doby“ a „Kód částky“ se provede výpočet odchylky (hodiny, směny, kal. dni, částka). Hodnoty z výpočtu se uloží do polí s příponou „_vyp“.
Dopočítání částky podle položky „Kód částky“ se pro oblast docházky ignoruje, je určená až pro zpracování v oblasti mezd.
Dopočítání položek z oblasti pracovní doby (hodiny, směny, kal. dni, dni čerpání dovolené, ...) se provádí podle aktuálního nastavení položky „Kód doby“ (viz také Vst_uzdoc.doc kap. 4.1.1) a řídí se následujícím předpisem :
o pokud je položka nevyplněna, tak se neprovádí žádné výpočty, jen se přenesou uživatelem zadané hodnoty do odpovídajících položek typu „vypočítané“
o při zadaném kódu doby se provede předepsaný výpočet a výsledek se uloží do položek typu „vypočítané“ (uživatelem zadané položky zůstávají bez změny ).Výpočet se provádí jen pro uvedené kódy doby, jiné nižší neuvedené (platné kódy pro oblast mezd) výpočet ignoruje
Výpočet položky směny, tak jako pro záznamy v denní docházce, se řídi nastavením položky Slm01, Doch&Schval, Výpočet směn.
H hodiny
= součet hodin z aktuálního denního záhlaví v rozsahu zadaného
„Datum Od + Čas Od“ / „Datum Do + Čas Do“ ,
pokud položky „Čas Od“ nebo „Čas Do“ nejsou vyplněné, započítají se celé hodiny
z DZ
pokud položky „Čas Od“ nebo „Čas Do“ jsou vyplněné, započítá se jen adekvátní
část hodin z DZ odpovídající aktuálnímu vzorovému dnu
B bez
datumů (nedopočítávat datumy) , datumy jen orientační, nepoužívají se
Položka „Datum Do vyp.“ se nenaplní i v případě, že „Datum Do“ je
vyplněné
S směny
(pracovní)
= počet pracovních dnů podle plánu směn (denním záhlaví s hodiny
<> 0)
Zohledňuje se neúplná první a poslední směna
K kalendářní
dny
= počet dní v rozsahu „Datum Od“ / „Datum do vyp.“
Poznámky k výpočtu :
Pro SLM typu „nepřítomnosti“ se musí povinně vyplňovat položka „Datum Od“ a „Datum Do“
Pro jiné typy SLM se buď oba datumy vyplní nebo nevyplní
Není podporovaná kombinace vyplněný „Datum Od“ a „hodiny“ pro dopočet dalších charakteristik
Obsah položky „směny“ je vždy porovnáván z „výpočtem“. Pokud se jedná o jiný záznam než ručně vložený na Dcm01/Dcu01, tak je vždy položka „směny“ přepsána „výpočtem“. Pro ručně vložené záznamy se provede porovnání „směny“ s „výpočtem“. Pokud je zjištěn rozdíl, zobrazí se hlášení DM019 (Počet směn nesouhlasí s vymezením datumů).
Pokud pro SLM, ručně vloženého záznamu měsíční evidence docházky, existuje na Slm01 definice generovaných SLM s „Typ gen.“ = 4, tak v rámci kalkulace měsíční evidence se pro každou definovanou SLM vytvoří nový řádek s nastavením:
SLM = z definice generované SLM
Hodiny = Hodiny z originálního záznamu pokud „Způsob gen.“ = 1 nebo hodiny s opačným znaménkem, pokud „Způsob gen.“ = 4
Kód doby = z generované SLM; pokud není vyplněn, tak z definice generované SLM na Slm01
Druh doby = z generované SLM
Typ doby = z generované SLM; pokud není vyplněn, tak z definice generované SLM na Slm01
Kód částky = z generované SLM; pokud není vyplněna, tak z definice generované SLM na Slm01
Sazba = z generované SLM; pokud není vyplněna, tak z definice generované SLM na Slm01
Procento= z generované SLM; pokud není vyplněn, tak z definice generované SLM na Slm01
Zdroj řádku = 24
Pro generování speciálních příplatků za odpracovanou dobu vázaných na PV (např. Mitas, SLM 64 - bonus, vázaný na odpracovanou dobu, která však není postoupená do výpočtu mezd, např. režim úkolové mzdy) z docházky podle na Opv02.
Pokud má zaměstnanec na Opv02 nastavenou SLM IA 1154 a Kód doby = P a tato SLM
má na Slm01. Doch&Ext.vstupy pro tuto položku nastaveno Typ zpracování v
SLM = 12.
Pak vygenerujeme do Dcm řádek:
SLM = kód SLM z OPv02
Kód doby = B
Kód částky = z Opv02
Hodiny = součet z Dcm hodiny vyp pro SLM ze započitatelnosti Slm02.DOCH02.ODPR, PRESC, NVT
Poznámka = "Příplatek z Opv02"
Zdroj = 24
Status = 99
Doplnili jsme dopočet položky směna pro generovaný záznam
pro korekci odpracované doby pro režim automatického vyrovnávání FPD.
Pokud generované SLM typu odpracovaná doba není v režimu 7 - pro přepočet
směny, pak směny spočítáme jako hodiny/průměrná směna z Opv01 se
zarovnáním na 2 desetiny.
Pod hromadným procesem rozumíme provedení procesního algoritmu nad seznamem zvolených osob. Hromadné procesy jsou řízené zásadou „10 krát a dost“, tzn. že při identifikaci výskytu fatální chyby, se proces ukončí a uživatel musí nejdřív odstranit identifikované problémy a následně hromadný proces zopakovat.
Za fatální chyby v tomto smyslu se považují chyby typu : není možné provést zápis, chyba povinný parametr a pod.
Kontrola, která zabrání omylu uzavírání docházky v období, pokud není uzavřené období předešlé (např. při uzavírání docházky za 2018-08 se uživatel nevědomky přepnul do 2018-09 a spustí zde proces uzavírání).
Kontrola je vázaná na hlášení DP012 a standardně je vypnutá.
Při individuálním použití (v rámci hromadné funkce kontrola
neaktivní)) tlačítko Uzavřít z formuláře Dcd01 nebo Dcu01 a pokud DP012
> 0 pak:
a/ Zjistíme Status VT pro PV a předešlé období (VT hledáme pro SO přiřazený PV
v poslední den předešlého období).
b/ Pokud se VT pro předešlé období nenalezl (např. nový nástup) – pokračujeme v
uzavírání
c/ Pokud má předešlé období pro docházku Status VT <= 3 (neuzavřen pro
mzdy), zobrazíme dialog:
DP012 [U] [0] Dosud není uzavřeno předcházející období <období které není uzavřeno RRRR-MM> pro SO <kód SO, které se kontroluje>.
Pokračovat uzavřením období <období které se pokouším zavřít RRRR-MM>?"
volby:
Ano - pokračovat v uzavírání
Ne - ukončit funkci, vrátit se do formuláře
Pokud je na Adm32 nastavená úroveň:
0 - kontrola se neprovádí
1, 2, 3 -
pokud předešlé období není uzavřené, zobrazí se dialog:
Dosud není uzavřeno předcházející období <obd s>. Pokračovat uzavřením
období <obd n>?
a uživatel se může rozhodnout zda bude pokračovat, nebo funkci ukončí
4 (FAT) -
pokud předešlé období není uzavřené, zobrazí se dialog:
Dosud není uzavřeno předcházející období <obd s>.
uživatel má k dispozici pouze tlačítko [OK] a funkce uzavírání se
neprovede
Poznámka: Pro PV v měsíci nástupu se kontrola neaktivuje.
Řešení situace, kdy PV je v režimu docházky ale bez
přenosu odchylek do mezd a používá SLM pro schvalované vstupy jako běžný
zaměstnanec (s přenosem do mezd).
Doplněná funkce, která v případě, že pro PV je nastaveno Opv01, Režim:
PV je dostupné v docházce = 1,2
Převod doch do mezd = NE,
zablokuje všechny záznamy z docházkové časti včetně schvalovaných odchylek tak, že se nepromítnou do Vyp01, ext. vstupy a tím nebudou zobrazené ani zpracované ve mzdách.
Do protokolu zapíše informací o zablokování vstupů pro mzdy
- DME031.
Funkce je aktivovaná nastavením:
Adm21/Adm22, Docházka, Blokování schval. odchylek pro PV bez převodu = Ano
Standardně je funkce neaktivní.
Pro SLM s IA 51..60, u kterých „Datum do“ obsahuje datum budoucích měsíců (povolen i 3.3.3333) v rámci uzavření docházky se záznam zkopíruje do následujícího měsíce a „Datum od“ se nastaví na první den nového období (pokud již neexistuje z předešlé uzavírky: kontrola SLM, datum od = prvý den násl. měsíce).
Zadání umožněno pro: Dcm01 / Vstupy, Dcm01 / Generování MV a Dcu01 / Vstupy
měsíční.
Obsah položky „Odprac. první den“ se nepřenáší do pokračujícího záznamu.
Pokud je na originálním záznamu naplněna položka „Odprac. posl. den“, do pokračujícího záznamu se nepřenáší a navíc se zobrazí hlášení:
DM119 [E] [VAR] Pro záznam se SLM <slm> od <datum od> do <datum do> nebudou hodiny odpr. v poslední den zkopírovány do násl. období
Pokud je spuštěno uzavření docházky ve stavu
"uzavřeno" uživatelem se stejným nebo vyšším profilem než měl
uživatel, který dříve uzavřel docházku, tak se nejdříve provedou kontroly
DME012, DME013, DME024 a pokud alespoň jedna z kontrol požaduje
"otevření", tak se spustí standardní režim uzavírání.
Jinak dojde pouze k posunu stavu uzavření, např. z 3 (zaměstnanec) na 33
(správce).
Pokud se Uzavření docházky provádí pouze posunem stavu (jenom změna Stav editace měs. záhlaví):
a/ Zachová se obsah položky Dcm01, Měsíční záhlaví, Status vyhodnocení měs. záhlaví. Položka si nese hodnotu vyhodnocení z naposledy provedeného standardního uzavření docházky.
b/ zachová se protokol ze standardního uzavření a uloží se i protokol ze zkráceného uzavření pro každou úroveň uzavření.
příklad 1:
docházku uzavírá zaměstnanec ze stavu 2 do stavu 3 - smažou se všechny dřívější
protokoly za období a PV a uloží se protokol zaměstnance
docházku uzavírá referent ze stavu 3 do stavu 13 - zachová se protokol
zaměstnance a uloží se protokol referenta
docházku uzavírá vedoucí ze stavu 13 do stavu 23 - zachová se protokol
zaměstnance, referenta a uloží se protokol vedoucího
docházku uzavírá správce ze stavu 23 do stavu 33 - zachová se protokol
zaměstnance, referenta, vedoucího a uloží se protokol správce
příklad 2:
vedoucí otevřel docházku do stavu 22
docházku uzavírá vedoucí ze stavu x2 do stavu 23 - vymazat všechny dřívější
protokoly za období a PV a uložit protokol vedoucího
docházku uzavírá správce ze stavu 23 do stavu 33 - zachová se protokol
vedoucího a uloží se protokol správce
Funkce přeuzavření docházky (posun stavu uzavření docházky z (3, 13, 23, 33) do (13,23,33)), nejdříve zkontroluje součet hodin a směn z virtuálních zdrojů v čase posledního uzavírání docházky se součtem hodin a směn z virtuálních zdrojů v čase přeuzavření.
Pokud se součty nerovnají, zobrazí se hlášení:
DME024 <osčpv>, Změna virtuálního zdroje v uzavřené DOCH (hod. <hod u>/<hod a>, směny <sm u>/<sm a>), provedeno nové uzavření.
a změní se status evidence docházky na x2 a provede se standardní uzavření docházky.
Kontrola je standardně neaktivní.
Při uzavření docházky se převedou funkce:
Aktuální virtuální kalendář se zkopíruje do denního záhlaví.
Do protokolu se opíšou všechny virtuální vstupy v struktuře: SLM, Datum od, Datum do, První den, Posl. Den, Čas Od, Čas Do, Hodiny, Směny, Částka, Zdroj řádků
Pokud je povolen přenos záznamu z Vyp01 do DOCH a úroveň hlášeni DM002 – Nezpracované vstupy Vyp01 pro DOCH > 0 (uživatelské hlášení v Adm32), do protokolu je řádek pro každý záznam ve Vyp01, Vstupy vložen se SLM s povoleným přenosem do DOCH (Slm01) a IA 10..1009 a IA 2131, který nebyl přenesen do DOCH jako virtuální záznam. Řádek obsahuje položky:
SLM; Datum Od; Datum Do; Kód doby; Hodiny; Směny
Pro záznamy pořízené přímo v Dcm01 nebo generované z doplňkového generování v rámci převodu DD/MV, je možné nastavit také doplňkové generování pomoci Slm01, Kódy a další.
Toto generovaní je ale omezené jenom na konkrétní zdroje pořízení záznamu do Dcm01 a podporuje pouze některé typy generování.
Záznamy z Dcm01 s možností doplňkového generování:
se zdrojem 3 (z výpočtu).
Použitelné způsoby generování:
Způsob gen. = 12, zpracování stejné jako v rámci převodu DD/MV.
Režim generování pohotovostí do Dcd z Dcm při uzavření docházky pro typ zpracování pohotovosti 5 nebo 8 (Slm01, Typ zpracování SLM v DOCH).
Pokud při uzavírání docházky je evidované hlášení úrovně FAT, záznamy pohotovosti zadané v Dcm se do Dcd nevygenerují.
Omezení určené SLM na maximální počet hodin za měsíc v rámci uzavření docházky.
Funkce je vázaná na hlášení DM164 a označení SLM pro kontrolu.
Pokud úroveň hlášení je DM164 > 0 a SLM má nastaveno Typ zpracování SLM – upřesnění = 12, a pro SLM je nastavená položka Slm01, Max. délka pro započtení do docházky [min]:“.
Pak vytvoříme seznam odchylek v měsíční evidenci (Dcm01) pro dotčenou SLM a seřadí se podle SLM, Datum od, Čas od, Zdroj.
Každý záznam odchylky zkontrolujeme, zda je kumulativně v stanoveném limitu.
Pokud hodiny odchylky jsou větší než stanovený limit:
a/ upraví se položka odchylky Hodiny Vyp. (hodiny se zkrátí nebo vynulují)
b/ do pole Poznámka se vloží text „korekce DM164”
c/ pokud úroveň hlášení DM164 >= 2, zobrazí se hlášení:
DM164 [U] [VAR] U SLM <slm>, s <dat. od>/<dat.do> upravené hodiny z <h> na <h1>
Pokud je hlášení DM164a > 0 (DM164a [U] [VAR] Sloučení SLM <slm> s kontrolou podle limitu), tak se kontrolované záznamy sloučí do jednoho se součtem pro položky: Hodiny, Hodiny vyp., Směny, Směny vyp., Částka, Částka vyp.
Pokud se při převodu SLM s IA 1008 zjistí, že je vykázaná na den svátku s Typ dne = S nebo S1 a Opv01, Režim proplácení neodpracovaných svátku = 1 nebo 2, tak se SLM s IA 1008 změní na SLM s IA 31, s nastavením Typ převodu DOCH… >= 1.
Je to z důvodu, že svátky s Typ dne = S nebo S1 nepodléhají automatizovanému proplácení v rámci výpočtu mezd.
Pokud požadovaná SLM s IA 31 s nastavením Typ převodu DOCH… >= 1 se nenalezla, zachováme původní SLM a zobrazíme hlášení:
DP013 [U] [FAT] Pro den <datum> se svátkem S/S1 nenalezena SLM s IA 31 s převodem do mezd !
pokračujeme v převodu dál bez omezení
V rámci uzavření evidence docházky (z Ddc01 nebo Dcm01) se provede aktualizace stavových položek měsíčního záhlaví následujícího období podle stavu MZ a MV aktuálního období.
Po ukončení převodu s uzavřením z Dcd01 nebo po funkci uzavření MZ z Dcm01, se provede aktualizace položky „Dcm01, Měsíční záhlaví, Status vyhodnocení měs. záhlaví“ podle úrovně oprávnění aktuálního profilu.
Hodnota položky se ale nezmění, pokud v procesu převodu DD a následného uzavření je zjištěna alespoň jedna chyba úrovně FAT.
Při aktualizaci měsíčního záhlaví, pokud nelze aktualizovat z důvodu nastavení Dcm01, Měsíční záhlaví, Povolená aut. aktualizace poč. stavů = NE, zobrazí se hlášení:
DPE036
[E] [VAR] Nelze aktualizovat měsíční záhlaví <obd>, z důvodu zákazu
aktualizace.
V době uzavírání docházky v aktuálním období již musí být následující období otevřeno, včetně vygenerovaných kalendářů na Kal01, protože se vytváří měsíční záhlaví pro nové období včetně výpočtu plánovaného fondu prac. doby (počítán z rozpisu směn kalendáře).
Pokud rozpis směn pro nové období není k dispozici,
zobrazí se hlášení:
DDE012 Nejsou vygenerovány směny pro období
a uzavření se dokončí. Měsíční záhlaví však v tom to stavu není úplné a bude aktualizované při první kalkulaci v novém období.
Aktualizace placeného přesčasu na záložce Dcm01, Měsíční záhlaví se provádí ve dvou režimech:
1/ v režimu
běžné kalkulace (neuzavřená DOCH)
akt. přesčas je součet ze záznamů denní docházky se SLM ze
započitatelnosti PRESC a PRESCD a součet ze záznamů měsíční docházky se
SLM ze započitatelnosti PRESC a Zdroj <> 20.
2/ v režimu
uzavření docházky
součet ze záznamů měsíční docházky se SLM ze započitatelnosti PRESC (bez
omezení na zdroj 20).
Aktualizace NV na záložce Dcm01, Měsíční záhlaví se provádí tak, aby v režimu kalkulace docházky do aktualizace položek NV byli zahrnuté i SLM:
a/ SLM s IA - 11, 12, 13, 14
b/ nemají vyplněn některý z datumu Datum Od/Datum Do
c/ jedná se o záznamy ručně vložené do Dcm nebo importované (zdroj MD = 0, 1, 30, 31)
Protokolování externích zdrojů
Pro případné řešení reklamací evidence docházky po jejím uzavření, je do protokolu uložen aktuální stav záznamů Dcm01, které jsou přebírány z jiných oblastí EGJE v době uzavření docházky.
Odložení stavu virt. zdrojů
Do měsíčního záhlaví pro každé PV se odloží součet hodin a směn z virtuálních zdrojů v čase posledního uzavírání docházky.
Uzavření docházky a plán směn.
Při uzavření docházky se automaticky uzavře také plán směn pro zaměstnance a období.
Ve všech místech, kde se počítá položka směny pomocí průměrné směny z Opv01, se provádí kontrola, která pokud je výsledek větší než 31, zobrazí hlášení:
DDE027 Překročení limitu počtu směn z výpočtu, prům. směna <hod>
a do záznamu se uloží hodnota 0.
Někdy v rámci editace nebo aktualizace plánu směn z Dcu06/Dcd01 nebo při importu zdaří chybně nastavit položky datum a období. Např. změna na 1.12. při období formuláře 2023-11, došlo k jeho chybnému nastavení, a pak se tato chyba projevila několika způsoby:
• Při uzavření docházky se do podkladů pro mzdy chybně přenesl
o Počet nároků na příspěvek na stravu
o Počet příplatků
o FPD
• V rámci výpočtu mezd
o Chybně určen FPD
o Chybně zobrazen plán směn v Měsíčních položkách
Pro identifikaci chyb tohoto typu jsme vytvořili dvě kontroly (standardně vypnuté).
DM046 - Kontrola stavu denního záhlaví
Kontrola denních záhlaví – kontroluje se odpovídající obsah položky Kód období a Datum.
Kontrola je defaultně vypnutá, při zapnutí vždy dát na FAT nebo ERR.
Pro každý záznam s kontrolovaným obdobím, resp. datumem pro kontrolované období, kontrolujeme:
a/ pro záznam s OBD = aktuální, kontrolujeme, zda je datum z tohoto období
b/ pro záznamy se dnem v akt. období kontrolujeme, zda je OBD = aktuální
c/ pro záznamy s OBD = aktuální, kontrolujeme, zda Typ dne je vyplněn
Pro každý záznam z a/, b/, c/, který nesplňuje kontrolu zobrazíme hlášení:
DM046 [U] [0] Chyba v denním záhlaví <obd>/ <datum>, typ dne <typ_dne>!
DM047 - Kontrola generování SLM s IA 950
Kontrola převodu nároku stravy z Dcd01 do Dcm01.
Kontrola defaultně vypnutá, při zapnutí vždy dát na FAT nebo ERR.
Porovnáme počet nároků v Dcd01, Rekapitulace dní a počet příspěvků na SLM IA 950 v Dcm01, Vstupy-souhrn.
Pokud počty nesouhlasí, zobrazíme hlášení:
DM047 [U] [0] Nárok příspěvku na stravu v DD <DDo>/<DDd> v MV <MV>, chyba převodu !
Viz popisy režimů NV k problematice automatického proplacení nevyrovnaných hodin vytvořeného NV.
Při generování záznamu pro krácení NV z proplácení NV (pro
přesčas i SV) pro NV v základním režimu i v režimu BANKA NV II, se
plní položka Druh doby:
a/ pokud se SLM generuje přímo (bez vazby na Slm01, Kódy a další): Druh doby = 2
b/ pokud se SLM generuje s vazbou na Slm01, Kódy a další): Druh doby = Druh
doby ze Slm01, Kódy a další pro generovanou SLM
Poznámka:
Při manuálních korekcích propláceného NV je potřeba ručně u dotčené SLM pro krácení NV nastavit i položku Druh doby = 2 (viz kontrolu DM002).
Kontroly plánu směn se aktivují bud v rámci funkce „Kalkulace (Plán)“ nebo také v rámci funkce „Uzavřít (Plán)“.
Provádějí se dvě skupiny kontrol:
· Kontroly plánu směn – vlastní pouze plánovacímu procesu
· Kontroly evidence docházky – kontroly pro splnění legislativních a organizačních podmínek pro vedení evidence docházky
K dispozici jsou kontroly :
DPS01 Nesouhlas ZFPD <hod> a PFPD <hod> v MZ, rozdíl: <hod>
DPS02 Nelze změnit PFPD kalendáře <hod>, zadáno v plánu <hod>, rozdíl <hod>
Podrobný popis kontrol viz. dokument Hlas_uzdoc.doc
Při kontrole plánu směn se provádějí níže uvedené kontroly z kontrol evidence docházky. Pro kontrolu se z aktuálního plánu vytvoří tzv. virtuální plánovaná docházka na základě aktuálně přiřazených vzorových dnů.
Pro kontrolu plánu směn zaměstnance se používají kontroly společné s kalkulací denní docházky:
dk010; dk014; dk016; dk020; dk022;
dk101; dk102; dk103; dk113; dk114; dk115; dk116; dk118;
dk121; dk122;
dk201; dk203; dk204; dk205; dk206; dk207; dk208; dk209;
dk210; dk211; dk214; dk215; dk217; dk219; dk221; dk224;
dk226; dk228;
dk232; dk234;
Proces otevření období z pohledu oblasti docházky představuje především :
Proces může být prováděn :
viz také popis v Adm_uzdoc, kapitola: Adm53 - Úlohy na AS.
Proces je možné automaticky spustit v určený den (nejpozději v poslední den měsíce) a provede:
1) V záznamech na formuláři Vyp02 (s omezením dle práv spouštějícího profilu) se pro období odpovídajícímu aktuálnímu datu (datu spuštění) :
a. ověří, zda existuje záznam pro kombinaci:< (aktuální období + 1) + SJ + SO + Typ VT>
b. pokud neexistuje, vytvořit kopii aktuálního záznamu s nastavením : (aktuální období + 1)+ SJ + SO + Typ VT a zároveň také záznam pro období: aktuální období + 2
i. nastavit „Zúčtovací období“ = 1
2) Provede vygenerování kalendářů pro nové a následující období obdobně jako funkce „Hromadné generování kalendářů ...“ na Vyp02
3) Provede generování
plánované docházky pro nové období (shodné s funkcí Generování DD na Dcd01) pro
PV s nastavením :
„Opv01, záložka Režim, položka Režim zpracování docházky (kalkulace): = 10 –
Generování přítomnosti dopředu (z kalendáře), tj. pro PV s generovanou
plánovanou docházkou na celý měsíc
Pokud je PV v režimu PV s plánováním docházky:
Opv01, Režim, PV s plánováním docházky: = 2 - s automatickým generováním,
se negeneruje docházka z plánu směn (formulář Kal01 resp. Dcd01, Záhlaví) ale podle plánu docházky (Dcp14).
Generování podle Dcp14 se provede pouze, pokud byl Dcp14 pro období generování uzavřen.
Pokud pro otevírané období není SO platné, tak se období neotevře.
Pro zprůhlednění provedených akcí do protokolu se generují hlášení:
Pro aktuální období %1 nenalezen záznam pro kopírování. – neúspěšné otevření
Otevřeno období %1 pro SJ %2 a SO %3. – úspěšné otevření
Konfigurace
Nastavení času pro spuštění jednou měsíčně, obvykle v poslední den měsíce.
Při zobrazení chyby v protokolu z běhu úlohy Adm53/33 s popisem:
cz.elanor.eman.EmanException: Položka cemobdvt.vypblok v datovém zdroji obdobi nepovoluje null hodnoty.
je problém zřejmě v nekorektně otevřeném období, pro některé ze zpracovávaných SJ/SO. Podle dostupného protokolu (i historického) je potřeba vyhledat problematické SJ/SO, a pro ně na Vyp02, zkontrolovat nastavení položky Výpočty jsou blokované (špec. právo), položka by měla být vyplněná, pokud není, je nutné ji naplnit.
Aby bylo možné zadávat schvalované, především SLM s kontrolou na Dov01/Dov02, SLM na další (nový rok) je potřeba v dostatečném předstihu, připravit aplikaci pro této funkce (cca. leden-prosinec).
Musí být provedeno pro dovolenou (Dov01):
a/ otevření období pro nový rok v požadovaném rozsahu pro zadávaní schvalovaných odchylek
b/ pro dovolenou aktivovat formulář Dov01
– pomocí standardní funkce roční uzavření mezd (po provedení vrátit zpět)
– nebo použít sestavu Dov25 (viz popis v Doch_dopl_uzdoc).
c/ pro režim čerpání dovolené 7 aktivovat a vygenerovat kalendáře Kad01 pro nový rok
Musí být provedeno pro Dov02:
a/ pro dotčené PV a SLM nastavit roční (nebo kratší limity) na Dov02 obvyklým způsobem pro organizace
Poznámka: DOV02 se standardně pro nový rok nenastavuje žádným chodem, kromě leg. SLM v rámci SK legislativy.
Uzávěrka evidence docházky se podle organizace práce může provádět v několika úrovních a z různých formulářích, principiálně se mohou provést následující uzávěrky :
1. Uzávěrka docházky zaměstnancem (vlastní docházky)
2. Uzávěrka docházky uživatelem s profilem VED (uzávěrka docházky podřízeným zaměstnancem resp. přiřazeným zaměstnancem)
3. Uzávěrka docházky uživatelem s profilem MNG (uzávěrka docházky podřízeným zaměstnancem resp. přiřazeným zaměstnancem)
4. Uzávěrka docházky správcem
5. Uzávěrka období pro docházku
Uzávěrky úrovně 1 a 4 mění stav evidence docházky.
Pokud se při spuštění této funkce zjistí, že evidence docházky je již uzavřená (je v stavu x3), provede se pouze změna stavu MZ podle profilů aktuálního uživatele např. z 3 na 13, ale nespustí se proces „kalkulace – převod – uzavření“, pokud je pro aktuální profil a stav měsíčního záhlaví táto funkce povolena.
V tomto případě se do protokolu uloží hlášení o uzavření docházky a upraví se nastavení statusu evidence docházky podle tabulky (v záhlaví sloupců je aktuální stav evidence docházky, v záhlaví řádků je úroveň aktuálního uživatele, v buňkách je uveden nový stav statusu evidence docházky):
|
Stav 3 (ZAM) |
Stav 13 (VED) |
Stav 23 (MNG) |
Stav 33 (ADM) |
ZAM(3) |
- |
- |
- |
- |
Ved(13) |
13 |
- |
- |
- |
MNG(23) |
23 |
23 |
- |
- |
ADM(33) |
33 |
33 |
33 |
- |
Při uzávěrce úrovně 5 se nemění stav evidence docházky (změní se jen stav aktuálního období).
Uzávěrka úrovně 1 se provádí z formulářů Dcd01 nebo Dcm01.
Uzávěrka úrovně 2 až 4 se může provádět buď individuálně pro každého zaměstnance z formuláře Dcd01 nebo Dcm01 nebo hromadně pro všechny přístupné zaměstnance ze stejných formulářů.
Uzávěrka úrovně 5 se provádí z formuláře Dcu02 (viz níže), provádí se pro kombinaci hodnot položek :
správní oddíl (SO), kód období, typ výplatního termínu (2), které si volíte z navigačního seznamu.
Pro správní oddíl je možné v jednom kalendářním měsíci (kód období) provést jednu uzávěrku úrovně 5.
Při použití hromadných funkcí při uzavíraní měsíčním evidence docházky je režim funkce řízen podle tabulky:
Úr.profilu Stav MZ |
Funkce |
3 |
13 |
23 |
33 |
Otevřeno |
Kalkulace |
OK |
OK |
OK |
OK |
Otevřeno |
Uzavřít |
K+U=>3 |
K+U =>13 |
K+U =>23 |
K+U =>33 |
Otevřeno |
Otevřít |
- |
- |
- |
- |
Otevřeno |
Smazat Převod |
OK |
OK |
OK |
OK |
|
|
|
|
|
|
3 |
Kalkulace |
nepovolená |
Nepovolená |
nepovolená |
nepovolená |
3 |
Uzavřít |
|
DME011 3=>13 |
DME011 3=>23 |
DME011 3=>33 |
3 |
Otevřít |
OK 3=>2 |
OK 3=>12 |
OK 3=>22 |
OK 3=32 |
3 |
Smazat Převod |
DPE018 |
DPE018 |
DPE018 |
DPE018 |
|
|
|
|
|
|
13 |
Kalkulace |
nepovolená |
Nepovolená |
nepovolená |
nepovolená |
13 |
Uzavřít |
DME008 |
|
DME011 13=>23 |
DME011 13=>33 |
13 |
Otevřít |
DME008 |
OK 13=>12 |
OK 13=>22 |
OK 13=32 |
13 |
Smazat Převod |
DPE018 |
DPE018 |
DPE018 |
DPE018 |
|
|
|
|
|
|
23 |
Kalkulace |
nepovolená |
Nepovolená |
nepovolená |
nepovolená |
23 |
Uzavřít |
DME008 |
DME008 |
|
DME011 23=>33 |
23 |
Otevřít |
DME008 |
DME008 |
OK 23=>22 |
OK 23=32 |
23 |
Smazat Převod |
DPE018 |
DPE018 |
DPE018 |
DPE018 |
|
|
|
|
|
|
33 |
Kalkulace |
nepovolená |
Nepovolená |
nepovolená |
nepovolená |
33 |
Uzavřít |
DME008 |
DME008 |
DME008 |
|
33 |
Otevřít |
DME008 |
DME008 |
DME008 |
OK 33=32 |
33 |
Smazat Převod |
DPE018 |
DPE018 |
DPE018 |
DPE018 |
V rámci uzavíraní docházky z Dcu02 se nejdříve spustí funkce, která provede smazaní konfliktních záznamů vzhledem na použití PV pro docházku.
Pokud je PV s uzavřenou docházkou, tak se pouze změní stav (neprovádí se kalkulace ani uzavření).
Pokud je PV s neuzavřenou docházkou, tak se spustí standardní proces uzavíraní jako z Dcd01.
Před smazáním měsíčního záhlaví se zkontroluje, zda pro dané
PV a období existuje libovolný záznam podkladu pro mzdy (Dcm) ze zdroje 0,1,3,
20..39. Pokud je takový záznam nalezen, zobrazíme hlášení :
DPE023 Pro neplatné PV pro DOCH nalezeny podklady pro mzdy
a MZ nesmažeme
Pokud mažeme měs. záhlaví, zobrazí se hlášení:
DPE023a Neplatné PV pro DOCH, smazané měsíční záhlaví
Zrušením uzávěrky se snažíme dostat data do stavu před provedením uzávěrky.
Zrušení uzávěrky se provádí obvykle otevřením aktuálního výpočtového období pro editování.
V rámci zrušení uzávěrky se provede :
Nastavení stavu výpočtového období na 2.
Pro ovládání objektů v rámci oblasti docházky se používají standardní postupy jako pro ostatní oblasti (viz EGJE_Ovladani.doc ). V této části dokumentace jsou uvedené jen některé význačnější postupy resp. postupy které jsou specializované pro tuto oblast.
Uživatel má možnost uživatelského přeuspořádání sloupců tabulky tak i nastavení šířky zobrazovaných sloupců. Aktuální nastavení se použije i pro opětovné přihlášení pod hodným uživatelem a profilem.
Řízení přístupu typu „editovat; spustit“ pro editační objekty, funkce a záznamy je stanoveny vyhodnocením níže uvedených podmínek.
Poznámka : Pozor !!! Pro stávající řešení se změna přístupu k údajům z jiných přihlášení a formulářů projeví pouze při otevření formuláře, tzn. že otevřený formulář nereaguje na případnou změnu přístupu k údajům.
Pojmy:
úroveň uživatele - editační úroveň uživatele (aktuálního profilu) (Adm02, „Úroveň editace docházky“ (JPC: pd_uroven_ver))
stav - stav editace záznamu
0, 2, 12, 22, 32 – záznam otevřený pro editaci
3, 13,23, 33 – záznam editovatelný pouze pro úroveň uživatele shodnou nebo vyšší
99 – needitovatelný záznam
Pro oblast denní evidence docházky a měsíční evidence docházky je režim přístupu dle obecného schématu :
o Objektové právo
– právo pro přístup k objektu a základní režim použití
Objektové právo s oprávněním
zápis / smí spustit (Adm02)
o Období VT –
povolení pro „editační“ režim (otevřené nebo uzavřené období)
Status výplatního termínu <= 2
(Vyp02)
Speciálním případem je status = 9, v kterém je editace
možná za speciální podmínky (viz. doch_dopl_uzdoc : Zpětné opravy
v docházce)
o Stav editace měsíčního záhlaví aktuálního PV – stanovení úrovně editace pro podřízené objekty (uzavřeno / otevřeno pro profil s úrovní editace)
o Záznam měsíční evidence docházky
§ Stav editace měsíčního záhlaví aktuálního PV
§ Stav editace záznamu měsíční evidence docházky (uzavřeno / otevřeno pro profil s úrovní editace)
o Záznam denního záhlaví evidence docházky
§ Stav editace měsíčního záhlaví aktuálního PV
§ Stav editace záznamu denního záhlaví (uzavřeno / otevřeno pro profil s úrovní editace)
o Záznam denního záznamu evidence docházky
§ Stav editace měsíčního záhlaví aktuálního PV
§ Stav editace denního záhlaví
§ Stav editace záznamu denní evidence docházky (uzavřeno / otevřeno pro profil s úrovní editace)
Obecně řečeno pro povolení editace platí : záznam je editovatelný, pokud má aktuální profil příslušné objektové právo, nachází se v otevřeném období a všechny nadřízené struktury (měsíční záhlaví/denní záhlaví), včetně samotného záznamu, mají stav editace záznamu menší nebo roven (ne pro uzavřené MZ) jako editační úroveň aktuálního profilu.
K záznamu Dcm01 Vstupy , Dca02 Dlouhodobé odchylky
Obecně + Záznam,Stav <= úroveň uživatele
K záznamu Dcd01, Záhlaví
Obecně + Denní záhlaví,Stav <= úroveň uživatele
tlačítko [Kalkulace] je právo na DZ takové, že když DZ není, tak umožňuje spustit
tlačítko [Uzavři] / [Otevři] je povoleno pouze, pokud mohu záznam EDITOVAT
Poznámka: Pokud záhlaví není založeno (pouze se zobrazuje tzv. virtuální záhlaví), editace dle stavu DZ je „povoleno“.
K záznamu Dcd01, Detail
Obecně
+ Denní záhlaví,Stav <= úroveň uživatele + Denní záznam,Stav <= úroveň
uživatele
tlačítko [Kalkulace] je povoleno pouze, pokud mohu záznam EDITOVAT
tlačítko [Uzavři] / [Otevři] je povoleno pouze, pokud mohu záznam EDITOVAT
Poznámka:
práva na editaci + kontrola s hlášením při ukládání/mazání (v editaci jde totiž změnit
datum dne, který ukládám)
K záznamům "Dcs"
Dcs01 – nemá řádné omezení vzhledem na období VT
Dcs02 - období VT <= 2 + práva na editaci všech skupin údajů => povolené použití všech tlačítek na ni
Dcs03 - období VT <= 2 + práva na editaci první záložky => povoleni použití všech tlačítek na ni
Odezva po spuštění výběru
Formuláře Dcm01, Dca02 neumožňují optimální odezvu po vytvoření výběrového dotazu především pro uživatele s rozsáhlejšími řádkovými právy na PV (cca nad 200), proto v případě, že dotaz pro výběr trvá více než 1/2 minuty, je generován dotaz : „Probíhá dlouhý výběr“ - možnosti odpovědí :
„Dlouhé“ výběry nad Dcm01 a Dca02 je možné nahradit výběrem nad formulářem Dcv01.
Přenos výběru mezi různými výběrovými osami :
Výběrový aparát std. klienta nyní obsahuje radio-volbu Aplikuj jako.
To umožní například výběr provedený na ose zaměstnanců (PV) aplikovat na zaměstnance v docházce (PvDoch) a podobně.
Pro oblast docházky jsou podporovány přenosy :
Kde Pv je navigační seznam zaměstnanců (např. Opv01/Osb01/Vyp01/Kva01…)
Oso je navigační seznam osob (Adm10, Adm11..)
PvDoch jsou zaměstnanci spadající do docházky (Dcd01, Dcm01…)
Výběry jsou přeneseny jednorázově výčtem hodnot.
Vyhledání – fixaci PV při otevření formulářů Dca05/Dca06, Dcu06 pro neplatné kmenové PV nebo pokud PV nemá nastavenou položku Druh PV.
Pro druh PV 1 a 2 kontrolujeme podmínku mimoevidenčního stavu, pro všechny ostatní druhy (včetně nevyplněné položky) se nekontroluje mimoevidenční stav.
Když se nenalezne vhodné PV zobrazí se dodatečné hlášení - podle splnění podmínek ve vyhledání PV:
Pokud se v navigačním seznamu pro docházku zobrazuje PV i v případě, že má nastaveno „PV je dostupné v doch“ = Ne a jedná se o skutečně o PV, které nemá být zobrazeno (pravděpodobně nebyl dodržen postup při založení PV a bylo pro předmětné PV vygenerováno měsíční záhlaví) Tlačítkem „Smaž záhlaví“ na „Dcm01, Záhlaví“ je možné odstranit předmětné MZ a tím zablokovat zobrazování PV v navigačním seznamu.
Pokud se v rámci výpočtu mezd zjistí, že počítané PV z docházky nemá správně vygenerovaný rozpis směn (PV nemá přiřazen kalendář nebo rozpis směn neodpovídá požadovanému), tzn. že ve mzdách nelze vygenerovat fondy, nebo tyto fondy nejsou správné, nelze žádnou korekcí v rámci mzdových vstupů tuto chybu odstranit.
Jediným možným postupem je oprava rozpisu plánu směn v docházce.
Obvykle v době zjištění popisovaného problému je již období uzavřeno pro docházku (v stavu 3).
1) Musí existovat oprávněný uživatel, který má oprávnění
editace docházky v uzavřeném období (právo: fEditDochUzavDoch )
2) Dle potřeby nastavit kalendář na Opv01 (pokud není vyplněn nebo je přiřazen
nesprávný kalendář)
3) Otevřít docházku obvyklým způsobem pro dotčeného zaměstnance (neotevíráme
období)
4) Nově vygenerovat, upravit nebo naimportovat denní záhlaví podle požadavků
5) Zkontrolovat a podle potřeby upravit evidenci docházky
6) Uzavřít docházku
7) Dle potřeby aktualizovat vyhodnocení stravy
Postup je obecný, nejdříve zjistíme který sloupec požadujeme skryt (podle auditního záznamu) a pak postupujeme podle vzorového příkladu pro formulář Dcf14fmit a položku seznamu.
Jako skryt sloupec formuláře Dcf14fmit (DB MIT), sloupec Proc.angaž. (ceddokldata14.proc_angaz)
Aktivovat formulář: Adm04; Vyhledat objekt Dcf14fmit
zvolit záložku Konfigurace použití;
vložit nový řádek
nastavit: Hodnota vyřazení 2 - Vyřazení dle uvedeného rozpisu
uložit, refreš formuláře
v tabulce podle sloupce Podobjekt vyhledat řádek s Data.proc_angaz
nastavit kurzor do spodního detailu
vložit nový řádek a u nej nastavit -Hodnota vyřazení podobjektu: 0
uložit
Výběry Opv01 & Dcd01
Metodika aplikace „přenosu“ výběru mezi dvěma oblastmi EGJE, které jsou zabezpečené různými typy navigačních seznamu, je založená na volbě výběru „aplikuj jako“.
Příklady:
1) provedeme výběr na Dcd01, následně použijeme „aplikuj, jako PV“ a na Opv01, Vyp01 seznam PV odpovídá seznamu na Dcd01
2) provedeme výběr na Opv01 (např. jen DPČ), následně použijeme „aplikuj, jako PvDoch“ a na Dcd01, Dcm01, Dcu01 i Vyp01 seznam PV odpovídá seznamu na Dcd01
3) výběr podle výplatního místo lze udělat přímo na Dcd01 ze záložky PV
Poznámky k možnosti změny začátku a konce schvalované odchylky.
Na HRP (Dov16, Dcu06) pro schvalované odchylky nejde měnit datum od/do, na Dov05/Dov06 to jde.
Stanovisko:
Tato vlastnost pro HRP nebyla úmyslně realizovaná.
Z auditních důvodů nechceme měnit
datumy žádosti, se kterou již byly provedeny nějaké schvalovací kroky.
Proto pro změnu začátku a konce schvalované odchylky doporučujeme původní
žádost zrušit a založit novou, což je na portále velmi jednoduchý proces.
Dov05/Dov06 dodnes neumí dobře řešit (a do mezd i jinam korektně propagovat) situaci, kdy manažer žádost o změnu datumu neschválí.
(TC 1110671)
Převzato z e202401c1, e202405
Zobrazení chyby "EmanException: SJ, SO not found", která se zobrazuje při evidenci neukončeného CP v DCu06.
Při zobrazení odkazované chyby zdokladujte situaci zašlete v ESP vygenerovaný protokol včetně aktuálního výstupu sestavy Dcu22 se zaškrtnutím Export Adm32 a Export CEP.
Chyba se zobrazí ve formátu podle příkladu:
cz.elanor.eman.algoritmy.GetKonfParmSJSONotFoundException: SJ, SO not found
CSJ: null (číslo SJ)
CSO: null (číslo SO)
DATE: (dátum platnosti konfigurace)
ID_TPV:2012462717324 (ID identifikátor pro PV)
OSCPV: 31240.006 (uživateľský identifikátor PV)
Chyba byla identifikovaná jako „nevyplněný datum“ v zobrazovaném. Chybový stav je ošetřen náhradným řešením – doplněním datumu posledního dne období.
I po tomto ošetření se zobrazí hlášení:
Nenalezené datum pro konfiguraci cestovního příkazu. Použije se datum <dat>.
ale funkce by měla být dokončená korektně.
Poznámka: Po instalaci verze, prosíme prověřit reklamovanou situaci. Po výdeji verze budeme pokračovat v řešení problému.
1030299 - Čerpání NV za odpracovaný svátek
Požadavek: Organizace nařídí/dohodne se zaměstnanci, že budou ve svátek pracovat (obvykle mají náhradu za neodpracovaný svátek) a za práci ve svátek jim bude poskytnuté NV s náhradou mzdy ve výši průměrného výdělku.
Pozor: nevzniká nárok na náhradu za práci ve svátek ani na příplatek za práci ve svátek
Standardní nastavení:
Režim generování svátku na Kal01, Popis = 3 - Volný svátek - pracovní den
V kalendáři Kal01, Dny kalendáře na den svátku vygenerovaná směna
s Typ dne = N - Volný svátek - pracovní den
kalendář bez posunuté noční směny
Postup je vzorově interpretován pro noční směnu z 30.4. na 1.5. 2019 a sadu SLM pro zákazníka Trelleborg.
Pokud je konfigurace kalendáře odlišná od vzorové, postup se musí revidovat pro aktuální nastavení.
Postup:
1/ Úprava plánu směn Kal01
Příklad pro svátek 1.5. s noční 30.4., která se pokládá za sváteční směnu.
V Kal01, Dny kalendáře pro směnu 30.4. nastavit Typ dne = N1 a na 1.5. nastavit Typ dne = P1
Po úpravě nezapomeňte uzamknout kalendář před přegenerováním.
Pro kalendáře s denní nebo odpolední směnou je tuto úpravu nutné zvážit, vzhledem na možné mimořádné směny zaměstnance nebo vykázání přesčasu.
Pokud se jedná o malou skupinu zaměstnanců v rámci kalendáře, je možné použit úpravu plánu směn pro jednotlivé PV na Dcd01, Záhlaví.
2/ Úprava plánu směn zaměstnance - Dcd01
Provést generování záhlaví na 30.4. a 1.5. u dotčených PV
3/ Vykazování odpracované doby na 30.4. - zaměstnanec nepřijde do práce
Neděláme nic - je zpracován standardním způsobem.
Na den svátku (30.4.) se vygeneruje SLM 92 nebo 78 - náhrada za
neodpracovaný svátek (SLM podle způsobu zpracování PV ve svátek)
4/ Vykazování odpracované doby na 30.4. - zaměstnanec přijde do práce a má nárok na příplatek za práci ve svátek
Na den svátku (30.4.) se vygeneruje SLM 401 s příplatkem za práci ve svátek
Uživatel musí v Dcd01 SLM 401 přepsat na SLM 409 (pokud se tato změna neprovede automaticky)
5/ Vykazování odpracované doby na 30.4. - zaměstnanec přijde do práce a má nárok na NV za práci ve svátek
Na den svátku (30.4.) se vygeneruje SLM 401 s příplatkem za práci ve svátek
Uživatel v Dcd01 přepíše SLM 401 na SLM 414 (popis SLM viz dále)
Při uzavření docházky se do Dcm01 vygeneruje SLM 414 a SLM 767
V den čerpání NV za tento svátek se použije SLM 7680 (popis SLM viz dále)
6/ Použité SLM
SLM 401 (IA 1001) - Odpracovaná doba
SLM 409 (IA 1006) - Odpracovaný svátek z FPD
SLM 414 (IA 1006) - Odpracovaný svátek z FPD s NV za práci ve svátek
nastavení Výpočet příplatku = 3
Typ převodu = 2
Kódy a Další - Generování 4/ 767 / 1
doplnit do Slm02, DOCH02, ODPR
SLM 767 (IA 13) - Tvorba NV za práci ve svátek
SLM 7680 (IA 12) - Náhradní volno za práci ve svátek s náhradou ve výši průměru
nastavení Výpočet příplatku = 0
Typ převodu = 2
Kódy a Další -
Kód částky = 14 na prioritu 1
Generování - žádné
doplnit do Slm02, DOCH02, NVC
Seznam přístupných častí dokumentace je zde.