Prirucky - Příspěvky [cs]

3 - Změna údajů zaměstnance (Registr zaměstnanců JMHZ)

2026-10-15T14:59:44Z

Milenak:

3 - Změna údajů zaměstnance (Registr zaměstnanců JMHZ)

2026-10-15T14:52:32Z

Milenak:

Soubor:Hlaseni 2.1.png

2026-10-15T14:39:56Z

Milenak:

Soubor:Hlaseni 2.png

2026-10-15T14:37:39Z

Milenak: Milenak načetl novou verzi Soubor:Hlaseni 2.png

Soubor:Hlaseni 1png.png

2026-10-15T14:31:48Z

Milenak:

Soubor:Seznam zmen.png

2026-10-15T14:31:27Z

Milenak:

Soubor:Hlaseni 2.png

2026-10-15T14:31:15Z

Milenak:

Soubor:JMHZ RegZec1.png

2026-10-15T14:31:03Z

Milenak:

Soubor:Seznam pojistencu.png

2026-10-15T14:30:51Z

Milenak:

Soubor:Hlaseni.png

2026-10-15T14:30:40Z

Milenak:

Soubor:JMHZ RegZec.png

2026-10-15T14:30:31Z

Milenak:

3 - Změna údajů zaměstnance (Registr zaměstnanců JMHZ)

2026-10-15T14:27:52Z

Milenak:

{| border="1" cellpadding="3" cellspacing="0"
|'''[[Změny v aplikaci od verze CS16 8111A (Registr zaměstnanců JMHZ)|Změny v aplikaci od verze CS16 8111A]]'''
|}
[[Image: Seznam_pojistencu_rozbalovatko.png|650px|Seznam pojištěnců]]
[[Image: Hlavní okno.png|450px|right|thumb|Seznam pojištěnců]]
[[Image: Hlavni okno1.png|450px|right|thumb|Seznam pojištěnců]]
Nová nabídka v akci A3. V rozbalovátku naleznete tři možnosti.
*''' 1. Všechny poměry účastnící se JMHZ v zadaném rozmezí od-do.'''
*''' 2. Poměry s provedenou změnou v zadaném rozmezí od-do.'''
*''' 3.Poměry s provedenou změnou v zadaném rozmezí od-do po dni posledního odeslání A3.'''

'''1.''' První volba umožní načíst všechny lidi/poměry které jsou v daném časovém rozmezí aktivní (obdoba volby „typ akce=0“). Volíme v případě, když přesně víme u jakého zaměstnance změna nastala.

'''2.''' Jedná se o standardní načítání. Volba umožňuje načítání jekýkoliv změn zaměstnanců/poměrů ve vybraném datumu. Dále byl přidán
checkbox, který umožňuje vypnutí a tím i zrychlení načítání ve změnách, které proběhly ve vlastnostech pracovních míst. Využítí checkboxu umožňuje zrychlení hlavně pro ty, kteří nevyužívají funkcionalitu Popisy PM (evidováno v prac.poměrech).

'''3.''' Volba je velmi podobná, s vyjimkou datumů od-do. Spodní hranice datumu se individuálně upravuje (výhradně jen na vyšší datum, než zadaný datum "od", pro jednotlivý poměr a dle posledního odeslání A3. Hledají se změny, které byly provedeny po dni posledního odeslání A3. Pokud ke změnám nedošlo, aplikace bude považovat datum od jako hlavní a tím se spolehlivě odfiltrují změny, které již byly odeslány.

Je potřeba dodržet pravidlo pro změny. Pokud je již odeslána změna v určitý den, nesmí se již žádná změna v den odeslání vytvořit. Po té by se datum se s odesláním zapsal, ale i nově vytvořená změna, by vytvořila na stejný den hlášení se změnou. Tomuto je třeba se vyhnout!

* ''' Úprava v Seznamu pojištěnců '''

Při '''označení řádku''', se objeví další '''okno s''' nalezenými '''změnami''', datumy a časy, včetně popisu položek se zvýrazněním změn.
Pokud nebyla odeslána žádná změna, bude zobrazena poslední provedená akce "A1, 3D, apod."
V případě volby 2. nebo 3., se po načtení sestavy ve spodním okně zobrazí '''přehled změn. '''

* ''' Úprava v Hlášení '''

Změna spočívá v checkboxu '''"Vytvářet včetně posledního odeslaného podání"''' u typů A3 a A4. Při zatržení, '''umožní zobrazit poslední stejné odeslané hlášení''' za zaměstnance/poměr a to včetně výpisu položek se zvýrazněním změn. Pokud ještě nebylo odesláno žádné '''stejné''' hlášení A3, resp. A4 za daný poměr, tak se zobrazí odeslaná akce A1 – přihláška, nebo 3d – Dohláška, aby bylo možné porovnat skutečně odeslané údaje.

''3 - Změna údajů zaměstnance (Registr zaměstnanců JMHZ)''

 Zjišťované změny
* v tabulce pracovnici u položek :
'prijmeni', 'jmeno', 'titul', 'rodne_cislo', 'cssz_ecp', 'typdcis_nerezid', 'st_prisl', 'zdrav_poj', 'statdcis_nerezid', 'kod_stat_drezid_od', 'typdokl_nerezid', 'cdokl_nerezid', 'statdokl_nerezid', 'dcis_nerezidenta', 'e101', 'tr_ulice', 'tr_cislo', 'misto_trv', 'psc_trv', 'stat_adr', 'pr_ulice', 'pr_cislo', 'misto_prech', 'psc_prech', 'prech_stat_adr', 'predcas_star_duch','duchod_od', 'duchod_do','zmen_prac_sch', 'trv_postcode', 'prech_postcode'

* v tabulce prac_povol cokoliv, mimo změn hodnot položek týkajících se povolení k pobytu

* v tabulce invalide něco když stupen='3

* v tabulce vzdelani, údaj stupně, nebo je vložen či smazán záznam

* v tabulce pracovnici_po' údaj jehož název obsahuje text "pojisten_jinde"

* v tabulce pracovních poměrů u položek :
'datum_nastupu', 'datum_ukonc', 'druh_cinnosti', 'datum_skut_nast', 'kl_po_zam', 'typ_kal', 'smena', 'id_pracmist', 'jkz', 'misto_vykonu', 'zak_uvazek', 'legislat_uvazek' a také 'prac_str' protože může znamenat změnu obce výkonu práce.

* v popisu pracovního místa na kterém je zaměstnanec zařazen u některé z těchto vlastností:
15,50,53,60,81,88,121 + pro firmy na chráněném trhu práce i u vlastnosti 119.
Případné změny těchto vlastností se testují i u předků daných vlastností až do 2.úrovně dědění

* změna v číselíku budov u údajů: 'kod_obce', 'misto_vykonu'

(hd 83664)


== Odkazy ==
* [[Registr zaměstnanců JMHZ]]

Nová nabídka v akci A3. V rozbalovátku naleznete tři možnosti.
* 1. Všechny poměry účastnící se JMHZ v zadaném rozmezí od-do.
* 2. Poměry s provedenou změnou v zadaném rozmezí od-do.
* 3.Poměry s provedenou změnou v zadaném rozmezí od-do po dni posledního odeslání A3.

1. První volba umožní načíst všechny lidi/poměry které jsou v daném časovém rozmezí aktivní (obdoba volby „typ akce=0“). Volíme v případě, když přesně víme u jakého zaměstnance změna nastala.

2. Jedná se o standardní načítání. Volba umožňuje načítání jekýkoliv změn zaměstnanců/poměrů ve vybraném datumu. Dále byl přidán
checkbox, který umožňuje vypnutí a tím i zrychlení načítání ve změnách, které proběhly ve vlastnostech pracovních míst. Využítí checkboxu umožňuje zrychlení hlavně pro ty, kteří nevyužívají funkcionalitu Popisy PM (evidováno v prac.poměrech).

3. Volba je velmi podobná, s vyjimkou datumů od-do. Spodní hranice datumu se individuálně upravuje (výhradně jen na vyšší datum, než zadaný datum "od", pro jednotlivý poměr a dle posledního odeslání A3. Hledají se změny, které byly provedeny po dni posledního odeslání A3. Pokud ke změnám nedošlo, aplikace bude považovat datum od jako hlavní a tím se spolehlivě odfiltrují změny, které již byly odeslány.

Je potřeba dodržet pravidlo pro změny. Pokud je již odeslána změna v určitý den, nesmí se již žádná změna v den odeslání vytvořit. Po té by se datum se s odesláním zapsal, ale i nově vytvořená změna, by vytvořila na stejný den hlášení se změnou. Tomuto je třeba se vyhnout!

* ''' Úprava v Seznamu pojištěnců '''

Při '''označení řádku''', se objeví další '''okno s''' nalezenými '''změnami''', datumy a časy, včetně popisu položek se zvýrazněním změn.
Pokud nebyla odeslána žádná změna, bude zobrazena poslední provedená akce "A1, 3D, apod."
V případě volby 2. nebo 3., se po načtení sestavy ve spodním okně zobrazí '''přehled změn. '''

* ''' Úprava v Hlášení '''

Změna spočívá v checkboxu '''"Vytvářet včetně posledního odeslaného podání"''' u typů A3 a A4. Při zatržení, '''umožní zobrazit poslední stejné odeslané hlášení''' za zaměstnance/poměr a to včetně výpisu položek se zvýrazněním změn. Pokud ještě nebylo odesláno žádné '''stejné''' hlášení A3, resp. A4 za daný poměr, tak se zobrazí odeslaná akce A1 – přihláška, nebo 3d – Dohláška, aby bylo možné porovnat skutečně odeslané údaje.

''3 - Změna údajů zaměstnance (Registr zaměstnanců JMHZ)''

 Zjišťované změny
* v tabulce pracovnici u položek :
'prijmeni', 'jmeno', 'titul', 'rodne_cislo', 'cssz_ecp', 'typdcis_nerezid', 'st_prisl', 'zdrav_poj', 'statdcis_nerezid', 'kod_stat_drezid_od', 'typdokl_nerezid', 'cdokl_nerezid', 'statdokl_nerezid', 'dcis_nerezidenta', 'e101', 'tr_ulice', 'tr_cislo', 'misto_trv', 'psc_trv', 'stat_adr', 'pr_ulice', 'pr_cislo', 'misto_prech', 'psc_prech', 'prech_stat_adr', 'predcas_star_duch','duchod_od', 'duchod_do','zmen_prac_sch', 'trv_postcode', 'prech_postcode'

* v tabulce prac_povol cokoliv, mimo změn hodnot položek týkajících se povolení k pobytu

* v tabulce invalide něco když stupen='3

* v tabulce vzdelani, údaj stupně, nebo je vložen či smazán záznam

* v tabulce pracovnici_po' údaj jehož název obsahuje text "pojisten_jinde"

* v tabulce pracovních poměrů u položek :
'datum_nastupu', 'datum_ukonc', 'druh_cinnosti', 'datum_skut_nast', 'kl_po_zam', 'typ_kal', 'smena', 'id_pracmist', 'jkz', 'misto_vykonu', 'zak_uvazek', 'legislat_uvazek' a také 'prac_str' protože může znamenat změnu obce výkonu práce.

* v popisu pracovního místa na kterém je zaměstnanec zařazen u některé z těchto vlastností:
15,50,53,60,81,88,121 + pro firmy na chráněném trhu práce i u vlastnosti 119.
Případné změny těchto vlastností se testují i u předků daných vlastností až do 2.úrovně dědění

* změna v číselíku budov u údajů: 'kod_obce', 'misto_vykonu'

(hd 83664)


== Odkazy ==
* [[Registr zaměstnanců JMHZ]]

3 - Změna údajů zaměstnance (Registr zaměstnanců JMHZ)

2026-10-15T14:26:40Z

Milenak:

{| border="1" cellpadding="3" cellspacing="0"
|'''[[Změny v aplikaci od verze CS16 8111A (Registr zaměstnanců JMHZ)|Změny v aplikaci od verze CS16 8111A]]'''
|}
[[Image: Seznam_pojistencu_rozbalovatko.png|650px|Seznam pojištěnců]]
[[Image: Hlavní okno.png|450px|right|thumb|Seznam pojištěnců]]
[[Image: Hlavni okno1.png|450px|right|thumb|Seznam pojištěnců]]
Nová nabídka v akci A3. V rozbalovátku naleznete tři možnosti.
* 1. Všechny poměry účastnící se JMHZ v zadaném rozmezí od-do.
* 2. Poměry s provedenou změnou v zadaném rozmezí od-do.
* 3.Poměry s provedenou změnou v zadaném rozmezí od-do po dni posledního odeslání A3.

1. První volba umožní načíst všechny lidi/poměry které jsou v daném časovém rozmezí aktivní (obdoba volby „typ akce=0“). Volíme v případě, když přesně víme u jakého zaměstnance změna nastala.

2. Jedná se o standardní načítání. Volba umožňuje načítání jekýkoliv změn zaměstnanců/poměrů ve vybraném datumu. Dále byl přidán
checkbox, který umožňuje vypnutí a tím i zrychlení načítání ve změnách, které proběhly ve vlastnostech pracovních míst. Využítí checkboxu umožňuje zrychlení hlavně pro ty, kteří nevyužívají funkcionalitu Popisy PM (evidováno v prac.poměrech).

3. Volba je velmi podobná, s vyjimkou datumů od-do. Spodní hranice datumu se individuálně upravuje (výhradně jen na vyšší datum, než zadaný datum "od", pro jednotlivý poměr a dle posledního odeslání A3. Hledají se změny, které byly provedeny po dni posledního odeslání A3. Pokud ke změnám nedošlo, aplikace bude považovat datum od jako hlavní a tím se spolehlivě odfiltrují změny, které již byly odeslány.

Je potřeba dodržet pravidlo pro změny. Pokud je již odeslána změna v určitý den, nesmí se již žádná změna v den odeslání vytvořit. Po té by se datum se s odesláním zapsal, ale i nově vytvořená změna, by vytvořila na stejný den hlášení se změnou. Tomuto je třeba se vyhnout!

* ''' Úprava v Seznamu pojištěnců '''

Při '''označení řádku''', se objeví další '''okno s''' nalezenými '''změnami''', datumy a časy, včetně popisu položek se zvýrazněním změn.
Pokud nebyla odeslána žádná změna, bude zobrazena poslední provedená akce "A1, 3D, apod."
V případě volby 2. nebo 3., se po načtení sestavy ve spodním okně zobrazí '''přehled změn. '''

* ''' Úprava v Hlášení '''

Změna spočívá v checkboxu '''"Vytvářet včetně posledního odeslaného podání"''' u typů A3 a A4. Při zatržení, '''umožní zobrazit poslední stejné odeslané hlášení''' za zaměstnance/poměr a to včetně výpisu položek se zvýrazněním změn. Pokud ještě nebylo odesláno žádné '''stejné''' hlášení A3, resp. A4 za daný poměr, tak se zobrazí odeslaná akce A1 – přihláška, nebo 3d – Dohláška, aby bylo možné porovnat skutečně odeslané údaje.

''3 - Změna údajů zaměstnance (Registr zaměstnanců JMHZ)''

 Zjišťované změny
* v tabulce pracovnici u položek :
'prijmeni', 'jmeno', 'titul', 'rodne_cislo', 'cssz_ecp', 'typdcis_nerezid', 'st_prisl', 'zdrav_poj', 'statdcis_nerezid', 'kod_stat_drezid_od', 'typdokl_nerezid', 'cdokl_nerezid', 'statdokl_nerezid', 'dcis_nerezidenta', 'e101', 'tr_ulice', 'tr_cislo', 'misto_trv', 'psc_trv', 'stat_adr', 'pr_ulice', 'pr_cislo', 'misto_prech', 'psc_prech', 'prech_stat_adr', 'predcas_star_duch','duchod_od', 'duchod_do','zmen_prac_sch', 'trv_postcode', 'prech_postcode'

* v tabulce prac_povol cokoliv, mimo změn hodnot položek týkajících se povolení k pobytu

* v tabulce invalide něco když stupen='3

* v tabulce vzdelani, údaj stupně, nebo je vložen či smazán záznam

* v tabulce pracovnici_po' údaj jehož název obsahuje text "pojisten_jinde"

* v tabulce pracovních poměrů u položek :
'datum_nastupu', 'datum_ukonc', 'druh_cinnosti', 'datum_skut_nast', 'kl_po_zam', 'typ_kal', 'smena', 'id_pracmist', 'jkz', 'misto_vykonu', 'zak_uvazek', 'legislat_uvazek' a také 'prac_str' protože může znamenat změnu obce výkonu práce.

* v popisu pracovního místa na kterém je zaměstnanec zařazen u některé z těchto vlastností:
15,50,53,60,81,88,121 + pro firmy na chráněném trhu práce i u vlastnosti 119.
Případné změny těchto vlastností se testují i u předků daných vlastností až do 2.úrovně dědění

* změna v číselíku budov u údajů: 'kod_obce', 'misto_vykonu'

(hd 83664)


== Odkazy ==
* [[Registr zaměstnanců JMHZ]]

Nová nabídka v akci A3. V rozbalovátku naleznete tři možnosti.
* 1. Všechny poměry účastnící se JMHZ v zadaném rozmezí od-do.
* 2. Poměry s provedenou změnou v zadaném rozmezí od-do.
* 3.Poměry s provedenou změnou v zadaném rozmezí od-do po dni posledního odeslání A3.

1. První volba umožní načíst všechny lidi/poměry které jsou v daném časovém rozmezí aktivní (obdoba volby „typ akce=0“). Volíme v případě, když přesně víme u jakého zaměstnance změna nastala.

2. Jedná se o standardní načítání. Volba umožňuje načítání jekýkoliv změn zaměstnanců/poměrů ve vybraném datumu. Dále byl přidán
checkbox, který umožňuje vypnutí a tím i zrychlení načítání ve změnách, které proběhly ve vlastnostech pracovních míst. Využítí checkboxu umožňuje zrychlení hlavně pro ty, kteří nevyužívají funkcionalitu Popisy PM (evidováno v prac.poměrech).

3. Volba je velmi podobná, s vyjimkou datumů od-do. Spodní hranice datumu se individuálně upravuje (výhradně jen na vyšší datum, než zadaný datum "od", pro jednotlivý poměr a dle posledního odeslání A3. Hledají se změny, které byly provedeny po dni posledního odeslání A3. Pokud ke změnám nedošlo, aplikace bude považovat datum od jako hlavní a tím se spolehlivě odfiltrují změny, které již byly odeslány.

Je potřeba dodržet pravidlo pro změny. Pokud je již odeslána změna v určitý den, nesmí se již žádná změna v den odeslání vytvořit. Po té by se datum se s odesláním zapsal, ale i nově vytvořená změna, by vytvořila na stejný den hlášení se změnou. Tomuto je třeba se vyhnout!

* ''' Úprava v Seznamu pojištěnců '''

Při '''označení řádku''', se objeví další '''okno s''' nalezenými '''změnami''', datumy a časy, včetně popisu položek se zvýrazněním změn.
Pokud nebyla odeslána žádná změna, bude zobrazena poslední provedená akce "A1, 3D, apod."
V případě volby 2. nebo 3., se po načtení sestavy ve spodním okně zobrazí '''přehled změn. '''

* ''' Úprava v Hlášení '''

Změna spočívá v checkboxu '''"Vytvářet včetně posledního odeslaného podání"''' u typů A3 a A4. Při zatržení, '''umožní zobrazit poslední stejné odeslané hlášení''' za zaměstnance/poměr a to včetně výpisu položek se zvýrazněním změn. Pokud ještě nebylo odesláno žádné '''stejné''' hlášení A3, resp. A4 za daný poměr, tak se zobrazí odeslaná akce A1 – přihláška, nebo 3d – Dohláška, aby bylo možné porovnat skutečně odeslané údaje.

''3 - Změna údajů zaměstnance (Registr zaměstnanců JMHZ)''

 Zjišťované změny
* v tabulce pracovnici u položek :
'prijmeni', 'jmeno', 'titul', 'rodne_cislo', 'cssz_ecp', 'typdcis_nerezid', 'st_prisl', 'zdrav_poj', 'statdcis_nerezid', 'kod_stat_drezid_od', 'typdokl_nerezid', 'cdokl_nerezid', 'statdokl_nerezid', 'dcis_nerezidenta', 'e101', 'tr_ulice', 'tr_cislo', 'misto_trv', 'psc_trv', 'stat_adr', 'pr_ulice', 'pr_cislo', 'misto_prech', 'psc_prech', 'prech_stat_adr', 'predcas_star_duch','duchod_od', 'duchod_do','zmen_prac_sch', 'trv_postcode', 'prech_postcode'

* v tabulce prac_povol cokoliv, mimo změn hodnot položek týkajících se povolení k pobytu

* v tabulce invalide něco když stupen='3

* v tabulce vzdelani, údaj stupně, nebo je vložen či smazán záznam

* v tabulce pracovnici_po' údaj jehož název obsahuje text "pojisten_jinde"

* v tabulce pracovních poměrů u položek :
'datum_nastupu', 'datum_ukonc', 'druh_cinnosti', 'datum_skut_nast', 'kl_po_zam', 'typ_kal', 'smena', 'id_pracmist', 'jkz', 'misto_vykonu', 'zak_uvazek', 'legislat_uvazek' a také 'prac_str' protože může znamenat změnu obce výkonu práce.

* v popisu pracovního místa na kterém je zaměstnanec zařazen u některé z těchto vlastností:
15,50,53,60,81,88,121 + pro firmy na chráněném trhu práce i u vlastnosti 119.
Případné změny těchto vlastností se testují i u předků daných vlastností až do 2.úrovně dědění

* změna v číselíku budov u údajů: 'kod_obce', 'misto_vykonu'

(hd 83664)


== Odkazy ==
* [[Registr zaměstnanců JMHZ]]

3 - Změna údajů zaměstnance (Registr zaměstnanců JMHZ)

2026-10-15T14:21:05Z

Milenak:

{| border="1" cellpadding="3" cellspacing="0"
|'''[[Změny v aplikaci od verze CS16 8111A (Registr zaměstnanců JMHZ)|Změny v aplikaci od verze CS16 8111A]]'''
|}
[[Image: Hlavní okno.png|550px|right|thumb|Seznam pojištěnců]]
[[Image: Hlavni okno1.png|550px|right|thumb|Seznam pojištěnců]]
Nová nabídka v akci A3. V rozbalovátku naleznete tři možnosti.
* 1. Všechny poměry účastnící se JMHZ v zadaném rozmezí od-do.
* 2. Poměry s provedenou změnou v zadaném rozmezí od-do.
* 3.Poměry s provedenou změnou v zadaném rozmezí od-do po dni posledního odeslání A3.

1. První volba umožní načíst všechny lidi/poměry které jsou v daném časovém rozmezí aktivní (obdoba volby „typ akce=0“). Volíme v případě, když přesně víme u jakého zaměstnance změna nastala.

2. Jedná se o standardní načítání. Volba umožňuje načítání jekýkoliv změn zaměstnanců/poměrů ve vybraném datumu. Dále byl přidán
checkbox, který umožňuje vypnutí a tím i zrychlení načítání ve změnách, které proběhly ve vlastnostech pracovních míst. Využítí checkboxu umožňuje zrychlení hlavně pro ty, kteří nevyužívají funkcionalitu Popisy PM (evidováno v prac.poměrech).

3. Volba je velmi podobná, s vyjimkou datumů od-do. Spodní hranice datumu se individuálně upravuje (výhradně jen na vyšší datum, než zadaný datum "od", pro jednotlivý poměr a dle posledního odeslání A3. Hledají se změny, které byly provedeny po dni posledního odeslání A3. Pokud ke změnám nedošlo, aplikace bude považovat datum od jako hlavní a tím se spolehlivě odfiltrují změny, které již byly odeslány.

Je potřeba dodržet pravidlo pro změny. Pokud je již odeslána změna v určitý den, nesmí se již žádná změna v den odeslání vytvořit. Po té by se datum se s odesláním zapsal, ale i nově vytvořená změna, by vytvořila na stejný den hlášení se změnou. Tomuto je třeba se vyhnout!

* ''' Úprava v Seznamu pojištěnců '''

Při '''označení řádku''', se objeví další '''okno s''' nalezenými '''změnami''', datumy a časy, včetně popisu položek se zvýrazněním změn.
Pokud nebyla odeslána žádná změna, bude zobrazena poslední provedená akce "A1, 3D, apod."
V případě volby 2. nebo 3., se po načtení sestavy ve spodním okně zobrazí '''přehled změn. '''

* ''' Úprava v Hlášení '''

Změna spočívá v checkboxu '''"Vytvářet včetně posledního odeslaného podání"''' u typů A3 a A4. Při zatržení, '''umožní zobrazit poslední stejné odeslané hlášení''' za zaměstnance/poměr a to včetně výpisu položek se zvýrazněním změn. Pokud ještě nebylo odesláno žádné '''stejné''' hlášení A3, resp. A4 za daný poměr, tak se zobrazí odeslaná akce A1 – přihláška, nebo 3d – Dohláška, aby bylo možné porovnat skutečně odeslané údaje.

''3 - Změna údajů zaměstnance (Registr zaměstnanců JMHZ)''

 Zjišťované změny
* v tabulce pracovnici u položek :
'prijmeni', 'jmeno', 'titul', 'rodne_cislo', 'cssz_ecp', 'typdcis_nerezid', 'st_prisl', 'zdrav_poj', 'statdcis_nerezid', 'kod_stat_drezid_od', 'typdokl_nerezid', 'cdokl_nerezid', 'statdokl_nerezid', 'dcis_nerezidenta', 'e101', 'tr_ulice', 'tr_cislo', 'misto_trv', 'psc_trv', 'stat_adr', 'pr_ulice', 'pr_cislo', 'misto_prech', 'psc_prech', 'prech_stat_adr', 'predcas_star_duch','duchod_od', 'duchod_do','zmen_prac_sch', 'trv_postcode', 'prech_postcode'

* v tabulce prac_povol cokoliv, mimo změn hodnot položek týkajících se povolení k pobytu

* v tabulce invalide něco když stupen='3

* v tabulce vzdelani, údaj stupně, nebo je vložen či smazán záznam

* v tabulce pracovnici_po' údaj jehož název obsahuje text "pojisten_jinde"

* v tabulce pracovních poměrů u položek :
'datum_nastupu', 'datum_ukonc', 'druh_cinnosti', 'datum_skut_nast', 'kl_po_zam', 'typ_kal', 'smena', 'id_pracmist', 'jkz', 'misto_vykonu', 'zak_uvazek', 'legislat_uvazek' a také 'prac_str' protože může znamenat změnu obce výkonu práce.

* v popisu pracovního místa na kterém je zaměstnanec zařazen u některé z těchto vlastností:
15,50,53,60,81,88,121 + pro firmy na chráněném trhu práce i u vlastnosti 119.
Případné změny těchto vlastností se testují i u předků daných vlastností až do 2.úrovně dědění

* změna v číselíku budov u údajů: 'kod_obce', 'misto_vykonu'

(hd 83664)


== Odkazy ==
* [[Registr zaměstnanců JMHZ]]

Nová nabídka v akci A3. V rozbalovátku naleznete tři možnosti.
* 1. Všechny poměry účastnící se JMHZ v zadaném rozmezí od-do.
* 2. Poměry s provedenou změnou v zadaném rozmezí od-do.
* 3.Poměry s provedenou změnou v zadaném rozmezí od-do po dni posledního odeslání A3.

1. První volba umožní načíst všechny lidi/poměry které jsou v daném časovém rozmezí aktivní (obdoba volby „typ akce=0“). Volíme v případě, když přesně víme u jakého zaměstnance změna nastala.

2. Jedná se o standardní načítání. Volba umožňuje načítání jekýkoliv změn zaměstnanců/poměrů ve vybraném datumu. Dále byl přidán
checkbox, který umožňuje vypnutí a tím i zrychlení načítání ve změnách, které proběhly ve vlastnostech pracovních míst. Využítí checkboxu umožňuje zrychlení hlavně pro ty, kteří nevyužívají funkcionalitu Popisy PM (evidováno v prac.poměrech).

3. Volba je velmi podobná, s vyjimkou datumů od-do. Spodní hranice datumu se individuálně upravuje (výhradně jen na vyšší datum, než zadaný datum "od", pro jednotlivý poměr a dle posledního odeslání A3. Hledají se změny, které byly provedeny po dni posledního odeslání A3. Pokud ke změnám nedošlo, aplikace bude považovat datum od jako hlavní a tím se spolehlivě odfiltrují změny, které již byly odeslány.

Je potřeba dodržet pravidlo pro změny. Pokud je již odeslána změna v určitý den, nesmí se již žádná změna v den odeslání vytvořit. Po té by se datum se s odesláním zapsal, ale i nově vytvořená změna, by vytvořila na stejný den hlášení se změnou. Tomuto je třeba se vyhnout!

* ''' Úprava v Seznamu pojištěnců '''

Při '''označení řádku''', se objeví další '''okno s''' nalezenými '''změnami''', datumy a časy, včetně popisu položek se zvýrazněním změn.
Pokud nebyla odeslána žádná změna, bude zobrazena poslední provedená akce "A1, 3D, apod."
V případě volby 2. nebo 3., se po načtení sestavy ve spodním okně zobrazí '''přehled změn. '''

* ''' Úprava v Hlášení '''

Změna spočívá v checkboxu '''"Vytvářet včetně posledního odeslaného podání"''' u typů A3 a A4. Při zatržení, '''umožní zobrazit poslední stejné odeslané hlášení''' za zaměstnance/poměr a to včetně výpisu položek se zvýrazněním změn. Pokud ještě nebylo odesláno žádné '''stejné''' hlášení A3, resp. A4 za daný poměr, tak se zobrazí odeslaná akce A1 – přihláška, nebo 3d – Dohláška, aby bylo možné porovnat skutečně odeslané údaje.

''3 - Změna údajů zaměstnance (Registr zaměstnanců JMHZ)''

 Zjišťované změny
* v tabulce pracovnici u položek :
'prijmeni', 'jmeno', 'titul', 'rodne_cislo', 'cssz_ecp', 'typdcis_nerezid', 'st_prisl', 'zdrav_poj', 'statdcis_nerezid', 'kod_stat_drezid_od', 'typdokl_nerezid', 'cdokl_nerezid', 'statdokl_nerezid', 'dcis_nerezidenta', 'e101', 'tr_ulice', 'tr_cislo', 'misto_trv', 'psc_trv', 'stat_adr', 'pr_ulice', 'pr_cislo', 'misto_prech', 'psc_prech', 'prech_stat_adr', 'predcas_star_duch','duchod_od', 'duchod_do','zmen_prac_sch', 'trv_postcode', 'prech_postcode'

* v tabulce prac_povol cokoliv, mimo změn hodnot položek týkajících se povolení k pobytu

* v tabulce invalide něco když stupen='3

* v tabulce vzdelani, údaj stupně, nebo je vložen či smazán záznam

* v tabulce pracovnici_po' údaj jehož název obsahuje text "pojisten_jinde"

* v tabulce pracovních poměrů u položek :
'datum_nastupu', 'datum_ukonc', 'druh_cinnosti', 'datum_skut_nast', 'kl_po_zam', 'typ_kal', 'smena', 'id_pracmist', 'jkz', 'misto_vykonu', 'zak_uvazek', 'legislat_uvazek' a také 'prac_str' protože může znamenat změnu obce výkonu práce.

* v popisu pracovního místa na kterém je zaměstnanec zařazen u některé z těchto vlastností:
15,50,53,60,81,88,121 + pro firmy na chráněném trhu práce i u vlastnosti 119.
Případné změny těchto vlastností se testují i u předků daných vlastností až do 2.úrovně dědění

* změna v číselíku budov u údajů: 'kod_obce', 'misto_vykonu'

(hd 83664)


== Odkazy ==
* [[Registr zaměstnanců JMHZ]]

3 - Změna údajů zaměstnance (Registr zaměstnanců JMHZ)

2026-10-15T14:20:21Z

Milenak:

{| border="1" cellpadding="3" cellspacing="0"
|'''[[Změny v aplikaci od verze CS16 8111A (Registr zaměstnanců JMHZ)|Změny v aplikaci od verze CS16 8111A]]'''
|}
[[Image: Hlavní okno.png|550px|right|thumb|Seznam pojištěnců]]
[[Image: Hlavní okno1.png|550px|right|thumb|Seznam pojištěnců]]
Nová nabídka v akci A3. V rozbalovátku naleznete tři možnosti.
* 1. Všechny poměry účastnící se JMHZ v zadaném rozmezí od-do.
* 2. Poměry s provedenou změnou v zadaném rozmezí od-do.
* 3.Poměry s provedenou změnou v zadaném rozmezí od-do po dni posledního odeslání A3.

1. První volba umožní načíst všechny lidi/poměry které jsou v daném časovém rozmezí aktivní (obdoba volby „typ akce=0“). Volíme v případě, když přesně víme u jakého zaměstnance změna nastala.

2. Jedná se o standardní načítání. Volba umožňuje načítání jekýkoliv změn zaměstnanců/poměrů ve vybraném datumu. Dále byl přidán
checkbox, který umožňuje vypnutí a tím i zrychlení načítání ve změnách, které proběhly ve vlastnostech pracovních míst. Využítí checkboxu umožňuje zrychlení hlavně pro ty, kteří nevyužívají funkcionalitu Popisy PM (evidováno v prac.poměrech).

3. Volba je velmi podobná, s vyjimkou datumů od-do. Spodní hranice datumu se individuálně upravuje (výhradně jen na vyšší datum, než zadaný datum "od", pro jednotlivý poměr a dle posledního odeslání A3. Hledají se změny, které byly provedeny po dni posledního odeslání A3. Pokud ke změnám nedošlo, aplikace bude považovat datum od jako hlavní a tím se spolehlivě odfiltrují změny, které již byly odeslány.

Je potřeba dodržet pravidlo pro změny. Pokud je již odeslána změna v určitý den, nesmí se již žádná změna v den odeslání vytvořit. Po té by se datum se s odesláním zapsal, ale i nově vytvořená změna, by vytvořila na stejný den hlášení se změnou. Tomuto je třeba se vyhnout!

* ''' Úprava v Seznamu pojištěnců '''

Při '''označení řádku''', se objeví další '''okno s''' nalezenými '''změnami''', datumy a časy, včetně popisu položek se zvýrazněním změn.
Pokud nebyla odeslána žádná změna, bude zobrazena poslední provedená akce "A1, 3D, apod."
V případě volby 2. nebo 3., se po načtení sestavy ve spodním okně zobrazí '''přehled změn. '''

* ''' Úprava v Hlášení '''

Změna spočívá v checkboxu '''"Vytvářet včetně posledního odeslaného podání"''' u typů A3 a A4. Při zatržení, '''umožní zobrazit poslední stejné odeslané hlášení''' za zaměstnance/poměr a to včetně výpisu položek se zvýrazněním změn. Pokud ještě nebylo odesláno žádné '''stejné''' hlášení A3, resp. A4 za daný poměr, tak se zobrazí odeslaná akce A1 – přihláška, nebo 3d – Dohláška, aby bylo možné porovnat skutečně odeslané údaje.

''3 - Změna údajů zaměstnance (Registr zaměstnanců JMHZ)''

 Zjišťované změny
* v tabulce pracovnici u položek :
'prijmeni', 'jmeno', 'titul', 'rodne_cislo', 'cssz_ecp', 'typdcis_nerezid', 'st_prisl', 'zdrav_poj', 'statdcis_nerezid', 'kod_stat_drezid_od', 'typdokl_nerezid', 'cdokl_nerezid', 'statdokl_nerezid', 'dcis_nerezidenta', 'e101', 'tr_ulice', 'tr_cislo', 'misto_trv', 'psc_trv', 'stat_adr', 'pr_ulice', 'pr_cislo', 'misto_prech', 'psc_prech', 'prech_stat_adr', 'predcas_star_duch','duchod_od', 'duchod_do','zmen_prac_sch', 'trv_postcode', 'prech_postcode'

* v tabulce prac_povol cokoliv, mimo změn hodnot položek týkajících se povolení k pobytu

* v tabulce invalide něco když stupen='3

* v tabulce vzdelani, údaj stupně, nebo je vložen či smazán záznam

* v tabulce pracovnici_po' údaj jehož název obsahuje text "pojisten_jinde"

* v tabulce pracovních poměrů u položek :
'datum_nastupu', 'datum_ukonc', 'druh_cinnosti', 'datum_skut_nast', 'kl_po_zam', 'typ_kal', 'smena', 'id_pracmist', 'jkz', 'misto_vykonu', 'zak_uvazek', 'legislat_uvazek' a také 'prac_str' protože může znamenat změnu obce výkonu práce.

* v popisu pracovního místa na kterém je zaměstnanec zařazen u některé z těchto vlastností:
15,50,53,60,81,88,121 + pro firmy na chráněném trhu práce i u vlastnosti 119.
Případné změny těchto vlastností se testují i u předků daných vlastností až do 2.úrovně dědění

* změna v číselíku budov u údajů: 'kod_obce', 'misto_vykonu'

(hd 83664)


== Odkazy ==
* [[Registr zaměstnanců JMHZ]]

Nová nabídka v akci A3. V rozbalovátku naleznete tři možnosti.
* 1. Všechny poměry účastnící se JMHZ v zadaném rozmezí od-do.
* 2. Poměry s provedenou změnou v zadaném rozmezí od-do.
* 3.Poměry s provedenou změnou v zadaném rozmezí od-do po dni posledního odeslání A3.

1. První volba umožní načíst všechny lidi/poměry které jsou v daném časovém rozmezí aktivní (obdoba volby „typ akce=0“). Volíme v případě, když přesně víme u jakého zaměstnance změna nastala.

2. Jedná se o standardní načítání. Volba umožňuje načítání jekýkoliv změn zaměstnanců/poměrů ve vybraném datumu. Dále byl přidán
checkbox, který umožňuje vypnutí a tím i zrychlení načítání ve změnách, které proběhly ve vlastnostech pracovních míst. Využítí checkboxu umožňuje zrychlení hlavně pro ty, kteří nevyužívají funkcionalitu Popisy PM (evidováno v prac.poměrech).

3. Volba je velmi podobná, s vyjimkou datumů od-do. Spodní hranice datumu se individuálně upravuje (výhradně jen na vyšší datum, než zadaný datum "od", pro jednotlivý poměr a dle posledního odeslání A3. Hledají se změny, které byly provedeny po dni posledního odeslání A3. Pokud ke změnám nedošlo, aplikace bude považovat datum od jako hlavní a tím se spolehlivě odfiltrují změny, které již byly odeslány.

Je potřeba dodržet pravidlo pro změny. Pokud je již odeslána změna v určitý den, nesmí se již žádná změna v den odeslání vytvořit. Po té by se datum se s odesláním zapsal, ale i nově vytvořená změna, by vytvořila na stejný den hlášení se změnou. Tomuto je třeba se vyhnout!

* ''' Úprava v Seznamu pojištěnců '''

Při '''označení řádku''', se objeví další '''okno s''' nalezenými '''změnami''', datumy a časy, včetně popisu položek se zvýrazněním změn.
Pokud nebyla odeslána žádná změna, bude zobrazena poslední provedená akce "A1, 3D, apod."
V případě volby 2. nebo 3., se po načtení sestavy ve spodním okně zobrazí '''přehled změn. '''

* ''' Úprava v Hlášení '''

Změna spočívá v checkboxu '''"Vytvářet včetně posledního odeslaného podání"''' u typů A3 a A4. Při zatržení, '''umožní zobrazit poslední stejné odeslané hlášení''' za zaměstnance/poměr a to včetně výpisu položek se zvýrazněním změn. Pokud ještě nebylo odesláno žádné '''stejné''' hlášení A3, resp. A4 za daný poměr, tak se zobrazí odeslaná akce A1 – přihláška, nebo 3d – Dohláška, aby bylo možné porovnat skutečně odeslané údaje.

''3 - Změna údajů zaměstnance (Registr zaměstnanců JMHZ)''

 Zjišťované změny
* v tabulce pracovnici u položek :
'prijmeni', 'jmeno', 'titul', 'rodne_cislo', 'cssz_ecp', 'typdcis_nerezid', 'st_prisl', 'zdrav_poj', 'statdcis_nerezid', 'kod_stat_drezid_od', 'typdokl_nerezid', 'cdokl_nerezid', 'statdokl_nerezid', 'dcis_nerezidenta', 'e101', 'tr_ulice', 'tr_cislo', 'misto_trv', 'psc_trv', 'stat_adr', 'pr_ulice', 'pr_cislo', 'misto_prech', 'psc_prech', 'prech_stat_adr', 'predcas_star_duch','duchod_od', 'duchod_do','zmen_prac_sch', 'trv_postcode', 'prech_postcode'

* v tabulce prac_povol cokoliv, mimo změn hodnot položek týkajících se povolení k pobytu

* v tabulce invalide něco když stupen='3

* v tabulce vzdelani, údaj stupně, nebo je vložen či smazán záznam

* v tabulce pracovnici_po' údaj jehož název obsahuje text "pojisten_jinde"

* v tabulce pracovních poměrů u položek :
'datum_nastupu', 'datum_ukonc', 'druh_cinnosti', 'datum_skut_nast', 'kl_po_zam', 'typ_kal', 'smena', 'id_pracmist', 'jkz', 'misto_vykonu', 'zak_uvazek', 'legislat_uvazek' a také 'prac_str' protože může znamenat změnu obce výkonu práce.

* v popisu pracovního místa na kterém je zaměstnanec zařazen u některé z těchto vlastností:
15,50,53,60,81,88,121 + pro firmy na chráněném trhu práce i u vlastnosti 119.
Případné změny těchto vlastností se testují i u předků daných vlastností až do 2.úrovně dědění

* změna v číselíku budov u údajů: 'kod_obce', 'misto_vykonu'

(hd 83664)


== Odkazy ==
* [[Registr zaměstnanců JMHZ]]

Soubor:Hlavni okno1.png

2026-10-15T14:20:11Z

Milenak:

Soubor:Seznam pojistencu rozbalovatko.png

2026-10-15T14:18:30Z

Milenak:

3 - Změna údajů zaměstnance (Registr zaměstnanců JMHZ)

2026-10-15T14:17:10Z

Milenak:

{| border="1" cellpadding="3" cellspacing="0"
|'''[[Změny v aplikaci od verze CS16 8111A (Registr zaměstnanců JMHZ)|Změny v aplikaci od verze CS16 8111A]]'''
|}
[[Image: Hlavní okno.png|650px|right|thumb|Seznam pojištěnců]]
Nová nabídka v akci A3. V rozbalovátku naleznete tři možnosti.
* 1. Všechny poměry účastnící se JMHZ v zadaném rozmezí od-do.
* 2. Poměry s provedenou změnou v zadaném rozmezí od-do.
* 3.Poměry s provedenou změnou v zadaném rozmezí od-do po dni posledního odeslání A3.

1. První volba umožní načíst všechny lidi/poměry které jsou v daném časovém rozmezí aktivní (obdoba volby „typ akce=0“). Volíme v případě, když přesně víme u jakého zaměstnance změna nastala.

2. Jedná se o standardní načítání. Volba umožňuje načítání jekýkoliv změn zaměstnanců/poměrů ve vybraném datumu. Dále byl přidán
checkbox, který umožňuje vypnutí a tím i zrychlení načítání ve změnách, které proběhly ve vlastnostech pracovních míst. Využítí checkboxu umožňuje zrychlení hlavně pro ty, kteří nevyužívají funkcionalitu Popisy PM (evidováno v prac.poměrech).

3. Volba je velmi podobná, s vyjimkou datumů od-do. Spodní hranice datumu se individuálně upravuje (výhradně jen na vyšší datum, než zadaný datum "od", pro jednotlivý poměr a dle posledního odeslání A3. Hledají se změny, které byly provedeny po dni posledního odeslání A3. Pokud ke změnám nedošlo, aplikace bude považovat datum od jako hlavní a tím se spolehlivě odfiltrují změny, které již byly odeslány.

Je potřeba dodržet pravidlo pro změny. Pokud je již odeslána změna v určitý den, nesmí se již žádná změna v den odeslání vytvořit. Po té by se datum se s odesláním zapsal, ale i nově vytvořená změna, by vytvořila na stejný den hlášení se změnou. Tomuto je třeba se vyhnout!

* ''' Úprava v Seznamu pojištěnců '''

Při '''označení řádku''', se objeví další '''okno s''' nalezenými '''změnami''', datumy a časy, včetně popisu položek se zvýrazněním změn.
Pokud nebyla odeslána žádná změna, bude zobrazena poslední provedená akce "A1, 3D, apod."
V případě volby 2. nebo 3., se po načtení sestavy ve spodním okně zobrazí '''přehled změn. '''

* ''' Úprava v Hlášení '''

Změna spočívá v checkboxu '''"Vytvářet včetně posledního odeslaného podání"''' u typů A3 a A4. Při zatržení, '''umožní zobrazit poslední stejné odeslané hlášení''' za zaměstnance/poměr a to včetně výpisu položek se zvýrazněním změn. Pokud ještě nebylo odesláno žádné '''stejné''' hlášení A3, resp. A4 za daný poměr, tak se zobrazí odeslaná akce A1 – přihláška, nebo 3d – Dohláška, aby bylo možné porovnat skutečně odeslané údaje.

''3 - Změna údajů zaměstnance (Registr zaměstnanců JMHZ)''

 Zjišťované změny
* v tabulce pracovnici u položek :
'prijmeni', 'jmeno', 'titul', 'rodne_cislo', 'cssz_ecp', 'typdcis_nerezid', 'st_prisl', 'zdrav_poj', 'statdcis_nerezid', 'kod_stat_drezid_od', 'typdokl_nerezid', 'cdokl_nerezid', 'statdokl_nerezid', 'dcis_nerezidenta', 'e101', 'tr_ulice', 'tr_cislo', 'misto_trv', 'psc_trv', 'stat_adr', 'pr_ulice', 'pr_cislo', 'misto_prech', 'psc_prech', 'prech_stat_adr', 'predcas_star_duch','duchod_od', 'duchod_do','zmen_prac_sch', 'trv_postcode', 'prech_postcode'

* v tabulce prac_povol cokoliv, mimo změn hodnot položek týkajících se povolení k pobytu

* v tabulce invalide něco když stupen='3

* v tabulce vzdelani, údaj stupně, nebo je vložen či smazán záznam

* v tabulce pracovnici_po' údaj jehož název obsahuje text "pojisten_jinde"

* v tabulce pracovních poměrů u položek :
'datum_nastupu', 'datum_ukonc', 'druh_cinnosti', 'datum_skut_nast', 'kl_po_zam', 'typ_kal', 'smena', 'id_pracmist', 'jkz', 'misto_vykonu', 'zak_uvazek', 'legislat_uvazek' a také 'prac_str' protože může znamenat změnu obce výkonu práce.

* v popisu pracovního místa na kterém je zaměstnanec zařazen u některé z těchto vlastností:
15,50,53,60,81,88,121 + pro firmy na chráněném trhu práce i u vlastnosti 119.
Případné změny těchto vlastností se testují i u předků daných vlastností až do 2.úrovně dědění

* změna v číselíku budov u údajů: 'kod_obce', 'misto_vykonu'

(hd 83664)


== Odkazy ==
* [[Registr zaměstnanců JMHZ]]

Nová nabídka v akci A3. V rozbalovátku naleznete tři možnosti.
* 1. Všechny poměry účastnící se JMHZ v zadaném rozmezí od-do.
* 2. Poměry s provedenou změnou v zadaném rozmezí od-do.
* 3.Poměry s provedenou změnou v zadaném rozmezí od-do po dni posledního odeslání A3.

1. První volba umožní načíst všechny lidi/poměry které jsou v daném časovém rozmezí aktivní (obdoba volby „typ akce=0“). Volíme v případě, když přesně víme u jakého zaměstnance změna nastala.

2. Jedná se o standardní načítání. Volba umožňuje načítání jekýkoliv změn zaměstnanců/poměrů ve vybraném datumu. Dále byl přidán
checkbox, který umožňuje vypnutí a tím i zrychlení načítání ve změnách, které proběhly ve vlastnostech pracovních míst. Využítí checkboxu umožňuje zrychlení hlavně pro ty, kteří nevyužívají funkcionalitu Popisy PM (evidováno v prac.poměrech).

3. Volba je velmi podobná, s vyjimkou datumů od-do. Spodní hranice datumu se individuálně upravuje (výhradně jen na vyšší datum, než zadaný datum "od", pro jednotlivý poměr a dle posledního odeslání A3. Hledají se změny, které byly provedeny po dni posledního odeslání A3. Pokud ke změnám nedošlo, aplikace bude považovat datum od jako hlavní a tím se spolehlivě odfiltrují změny, které již byly odeslány.

Je potřeba dodržet pravidlo pro změny. Pokud je již odeslána změna v určitý den, nesmí se již žádná změna v den odeslání vytvořit. Po té by se datum se s odesláním zapsal, ale i nově vytvořená změna, by vytvořila na stejný den hlášení se změnou. Tomuto je třeba se vyhnout!

* ''' Úprava v Seznamu pojištěnců '''

Při '''označení řádku''', se objeví další '''okno s''' nalezenými '''změnami''', datumy a časy, včetně popisu položek se zvýrazněním změn.
Pokud nebyla odeslána žádná změna, bude zobrazena poslední provedená akce "A1, 3D, apod."
V případě volby 2. nebo 3., se po načtení sestavy ve spodním okně zobrazí '''přehled změn. '''

* ''' Úprava v Hlášení '''

Změna spočívá v checkboxu '''"Vytvářet včetně posledního odeslaného podání"''' u typů A3 a A4. Při zatržení, '''umožní zobrazit poslední stejné odeslané hlášení''' za zaměstnance/poměr a to včetně výpisu položek se zvýrazněním změn. Pokud ještě nebylo odesláno žádné '''stejné''' hlášení A3, resp. A4 za daný poměr, tak se zobrazí odeslaná akce A1 – přihláška, nebo 3d – Dohláška, aby bylo možné porovnat skutečně odeslané údaje.

''3 - Změna údajů zaměstnance (Registr zaměstnanců JMHZ)''

 Zjišťované změny
* v tabulce pracovnici u položek :
'prijmeni', 'jmeno', 'titul', 'rodne_cislo', 'cssz_ecp', 'typdcis_nerezid', 'st_prisl', 'zdrav_poj', 'statdcis_nerezid', 'kod_stat_drezid_od', 'typdokl_nerezid', 'cdokl_nerezid', 'statdokl_nerezid', 'dcis_nerezidenta', 'e101', 'tr_ulice', 'tr_cislo', 'misto_trv', 'psc_trv', 'stat_adr', 'pr_ulice', 'pr_cislo', 'misto_prech', 'psc_prech', 'prech_stat_adr', 'predcas_star_duch','duchod_od', 'duchod_do','zmen_prac_sch', 'trv_postcode', 'prech_postcode'

* v tabulce prac_povol cokoliv, mimo změn hodnot položek týkajících se povolení k pobytu

* v tabulce invalide něco když stupen='3

* v tabulce vzdelani, údaj stupně, nebo je vložen či smazán záznam

* v tabulce pracovnici_po' údaj jehož název obsahuje text "pojisten_jinde"

* v tabulce pracovních poměrů u položek :
'datum_nastupu', 'datum_ukonc', 'druh_cinnosti', 'datum_skut_nast', 'kl_po_zam', 'typ_kal', 'smena', 'id_pracmist', 'jkz', 'misto_vykonu', 'zak_uvazek', 'legislat_uvazek' a také 'prac_str' protože může znamenat změnu obce výkonu práce.

* v popisu pracovního místa na kterém je zaměstnanec zařazen u některé z těchto vlastností:
15,50,53,60,81,88,121 + pro firmy na chráněném trhu práce i u vlastnosti 119.
Případné změny těchto vlastností se testují i u předků daných vlastností až do 2.úrovně dědění

* změna v číselíku budov u údajů: 'kod_obce', 'misto_vykonu'

(hd 83664)


== Odkazy ==
* [[Registr zaměstnanců JMHZ]]

Soubor:Hlavní okno.png

2026-10-15T14:16:31Z

Milenak:

3 - Změna údajů zaměstnance (Registr zaměstnanců JMHZ)

2026-10-15T13:02:52Z

Milenak:

{| border="1" cellpadding="3" cellspacing="0"
|'''[[Legislativa 1.1.2026 - změny v aplikaci|Změny v aplikaci od verze CS16 8111A]]'''
|}
Nová nabídka v akci A3. V rozbalovátku naleznete tři možnosti.
* 1. Všechny poměry účastnící se JMHZ v zadaném rozmezí od-do.
* 2. Poměry s provedenou změnou v zadaném rozmezí od-do.
* 3.Poměry s provedenou změnou v zadaném rozmezí od-do po dni posledního odeslání A3.

1. První volba umožní načíst všechny lidi/poměry které jsou v daném časovém rozmezí aktivní (obdoba volby „typ akce=0“). Volíme v případě, když přesně víme u jakého zaměstnance změna nastala.

2. Jedná se o standardní načítání. Volba umožňuje načítání jekýkoliv změn zaměstnanců/poměrů ve vybraném datumu. Dále byl přidán
checkbox, který umožňuje vypnutí a tím i zrychlení načítání ve změnách, které proběhly ve vlastnostech pracovních míst. Využítí checkboxu umožňuje zrychlení hlavně pro ty, kteří nevyužívají funkcionalitu Popisy PM (evidováno v prac.poměrech).

3. Volba je velmi podobná, s vyjimkou datumů od-do. Spodní hranice datumu se individuálně upravuje (výhradně jen na vyšší datum, než zadaný datum "od", pro jednotlivý poměr a dle posledního odeslání A3. Hledají se změny, které byly provedeny po dni posledního odeslání A3. Pokud ke změnám nedošlo, aplikace bude považovat datum od jako hlavní a tím se spolehlivě odfiltrují změny, které již byly odeslány.

Je potřeba dodržet pravidlo pro změny. Pokud je již odeslána změna v určitý den, nesmí se již žádná změna v den odeslání vytvořit. Po té by se datum se s odesláním zapsal, ale i nově vytvořená změna, by vytvořila na stejný den hlášení se změnou. Tomuto je třeba se vyhnout!

* ''' Úprava v Seznamu pojištěnců '''

Při '''označení řádku''', se objeví další '''okno s''' nalezenými '''změnami''', datumy a časy, včetně popisu položek se zvýrazněním změn.
Pokud nebyla odeslána žádná změna, bude zobrazena poslední provedená akce "A1, 3D, apod."
V případě volby 2. nebo 3., se po načtení sestavy ve spodním okně zobrazí '''přehled změn. '''

* ''' Úprava v Hlášení '''

Změna spočívá v checkboxu '''"Vytvářet včetně posledního odeslaného podání"''' u typů A3 a A4. Při zatržení, '''umožní zobrazit poslední stejné odeslané hlášení''' za zaměstnance/poměr a to včetně výpisu položek se zvýrazněním změn. Pokud ještě nebylo odesláno žádné '''stejné''' hlášení A3, resp. A4 za daný poměr, tak se zobrazí odeslaná akce A1 – přihláška, nebo 3d – Dohláška, aby bylo možné porovnat skutečně odeslané údaje.

''3 - Změna údajů zaměstnance (Registr zaměstnanců JMHZ)''

 Zjišťované změny
* v tabulce pracovnici u položek :
'prijmeni', 'jmeno', 'titul', 'rodne_cislo', 'cssz_ecp', 'typdcis_nerezid', 'st_prisl', 'zdrav_poj', 'statdcis_nerezid', 'kod_stat_drezid_od', 'typdokl_nerezid', 'cdokl_nerezid', 'statdokl_nerezid', 'dcis_nerezidenta', 'e101', 'tr_ulice', 'tr_cislo', 'misto_trv', 'psc_trv', 'stat_adr', 'pr_ulice', 'pr_cislo', 'misto_prech', 'psc_prech', 'prech_stat_adr', 'predcas_star_duch','duchod_od', 'duchod_do','zmen_prac_sch', 'trv_postcode', 'prech_postcode'

* v tabulce prac_povol cokoliv, mimo změn hodnot položek týkajících se povolení k pobytu

* v tabulce invalide něco když stupen='3

* v tabulce vzdelani, údaj stupně, nebo je vložen či smazán záznam

* v tabulce pracovnici_po' údaj jehož název obsahuje text "pojisten_jinde"

* v tabulce pracovních poměrů u položek :
'datum_nastupu', 'datum_ukonc', 'druh_cinnosti', 'datum_skut_nast', 'kl_po_zam', 'typ_kal', 'smena', 'id_pracmist', 'jkz', 'misto_vykonu', 'zak_uvazek', 'legislat_uvazek' a také 'prac_str' protože může znamenat změnu obce výkonu práce.

* v popisu pracovního místa na kterém je zaměstnanec zařazen u některé z těchto vlastností:
15,50,53,60,81,88,121 + pro firmy na chráněném trhu práce i u vlastnosti 119.
Případné změny těchto vlastností se testují i u předků daných vlastností až do 2.úrovně dědění

* změna v číselíku budov u údajů: 'kod_obce', 'misto_vykonu'

(hd 83664)


== Odkazy ==
* [[Registr zaměstnanců JMHZ]]

3 - Změna údajů zaměstnance (Registr zaměstnanců JMHZ)

2026-10-15T12:17:47Z

Milenak:

{| border="1" cellpadding="3" cellspacing="0"
|'''[[Legislativa 1.1.2026 - změny v aplikaci|Změny v aplikaci od verze CS16 8111A]]'''
|}
Nová nabídka v akci A3. V rozbalovátku naleznete tři možnosti.
* 1. Všechny poměry účastnící se JMHZ v zadaném rozmezí od-do.
* 2. Poměry s provedenou změnou v zadaném rozmezí od-do.
* 3.Poměry s provedenou změnou v zadaném rozmezí od-do po dni posledního odeslání A3.

1. První volba umožní načíst všechny lidi/poměry které jsou v daném časovém rozmezí aktivní (obdoba volby „typ akce=0“). Volíme v případě, když přesně víme u jakého zaměstnance změna nastala.

2. Jedná se o standardní načítání. Volba umožňuje načítání jekýkoliv změn zaměstnanců/poměrů ve vybraném datumu. Dále byl přidán
checkbox, který umožňuje vypnutí a tím i zrychlení načítání ve změnách, které proběhly ve vlastnostech pracovních míst. Využítí checkboxu umožňuje zrychlení hlavně pro ty, kteří nevyužívají funkcionalitu Popisy PM (evidováno v prac.poměrech).

3. Volba je velmi podobná, s vyjimkou datumů od-do. Spodní hranice datumu se individuálně upravuje (výhradně jen na vyšší datum, než zadaný datum "od", pro jednotlivý poměr a dle posledního odeslání A3. Hledají se změny, které byly provedeny po dni posledního odeslání A3. Pokud ke změnám nedošlo, aplikace bude považovat datum od jako hlavní a tím se spolehlivě odfiltrují změny, které již byly odeslány.

Je potřeba dodržet pravidlo pro změny. Pokud je již odeslána změna v určitý den, nesmí se již žádná změna v den odeslání vytvořit. Po té by se datum se s odesláním zapsal, ale i nově vytvořená změna, by vytvořila na stejný den hlášení se změnou. Tomuto je třeba se vyhnout!

'''Úprava v Seznamu pojištěnců'''
Při označení řádku, se objeví další okno s nalezenými změnami, datumy a časy, včetně popisu položek se zvýrazněním změn.
Pokud nebyla odeslána žádná změna, bude zobrazena poslední provedená akce "A1, 3D, apod."
Při volbě 2. nebo 3.

'''Úprava v Hlášení '''

''3 - Změna údajů zaměstnance (Registr zaměstnanců JMHZ)''

 Zjišťované změny
* v tabulce pracovnici u položek :
'prijmeni', 'jmeno', 'titul', 'rodne_cislo', 'cssz_ecp', 'typdcis_nerezid', 'st_prisl', 'zdrav_poj', 'statdcis_nerezid', 'kod_stat_drezid_od', 'typdokl_nerezid', 'cdokl_nerezid', 'statdokl_nerezid', 'dcis_nerezidenta', 'e101', 'tr_ulice', 'tr_cislo', 'misto_trv', 'psc_trv', 'stat_adr', 'pr_ulice', 'pr_cislo', 'misto_prech', 'psc_prech', 'prech_stat_adr', 'predcas_star_duch','duchod_od', 'duchod_do','zmen_prac_sch', 'trv_postcode', 'prech_postcode'

* v tabulce prac_povol cokoliv, mimo změn hodnot položek týkajících se povolení k pobytu

* v tabulce invalide něco když stupen='3

* v tabulce vzdelani, údaj stupně, nebo je vložen či smazán záznam

* v tabulce pracovnici_po' údaj jehož název obsahuje text "pojisten_jinde"

* v tabulce pracovních poměrů u položek :
'datum_nastupu', 'datum_ukonc', 'druh_cinnosti', 'datum_skut_nast', 'kl_po_zam', 'typ_kal', 'smena', 'id_pracmist', 'jkz', 'misto_vykonu', 'zak_uvazek', 'legislat_uvazek' a také 'prac_str' protože může znamenat změnu obce výkonu práce.

* v popisu pracovního místa na kterém je zaměstnanec zařazen u některé z těchto vlastností:
15,50,53,60,81,88,121 + pro firmy na chráněném trhu práce i u vlastnosti 119.
Případné změny těchto vlastností se testují i u předků daných vlastností až do 2.úrovně dědění

* změna v číselíku budov u údajů: 'kod_obce', 'misto_vykonu'

(hd 83664)


== Odkazy ==
* [[Registr zaměstnanců JMHZ]]

3 - Změna údajů zaměstnance (Registr zaměstnanců JMHZ)

2026-10-15T11:24:43Z

Milenak:

{| border="1" cellpadding="3" cellspacing="0"
|'''[[Legislativa 1.1.2026 - změny v aplikaci|Změny v aplikaci od verze CS16 8111A]]'''
|}
''3 - Změna údajů zaměstnance (Registr zaměstnanců JMHZ)''

 Zjišťované změny
* v tabulce pracovnici u položek :
'prijmeni', 'jmeno', 'titul', 'rodne_cislo', 'cssz_ecp', 'typdcis_nerezid', 'st_prisl', 'zdrav_poj', 'statdcis_nerezid', 'kod_stat_drezid_od', 'typdokl_nerezid', 'cdokl_nerezid', 'statdokl_nerezid', 'dcis_nerezidenta', 'e101', 'tr_ulice', 'tr_cislo', 'misto_trv', 'psc_trv', 'stat_adr', 'pr_ulice', 'pr_cislo', 'misto_prech', 'psc_prech', 'prech_stat_adr', 'predcas_star_duch','duchod_od', 'duchod_do','zmen_prac_sch', 'trv_postcode', 'prech_postcode'

* v tabulce prac_povol cokoliv, mimo změn hodnot položek týkajících se povolení k pobytu

* v tabulce invalide něco když stupen='3

* v tabulce vzdelani, údaj stupně, nebo je vložen či smazán záznam

* v tabulce pracovnici_po' údaj jehož název obsahuje text "pojisten_jinde"

* v tabulce pracovních poměrů u položek :
'datum_nastupu', 'datum_ukonc', 'druh_cinnosti', 'datum_skut_nast', 'kl_po_zam', 'typ_kal', 'smena', 'id_pracmist', 'jkz', 'misto_vykonu', 'zak_uvazek', 'legislat_uvazek' a také 'prac_str' protože může znamenat změnu obce výkonu práce.

* v popisu pracovního místa na kterém je zaměstnanec zařazen u některé z těchto vlastností:
15,50,53,60,81,88,121 + pro firmy na chráněném trhu práce i u vlastnosti 119.
Případné změny těchto vlastností se testují i u předků daných vlastností až do 2.úrovně dědění

* změna v číselíku budov u údajů: 'kod_obce', 'misto_vykonu'

(hd 83664)


== Odkazy ==
* [[Registr zaměstnanců JMHZ]]

Doby odečtené (ELDP)

2026-10-15T06:43:18Z

Milenak:

''Doby odečtené (ELDP)''
S příchodem JMHZ se pravidla mění. Dle atributu 10375, kdy byla změněna pravidla.
[[Image:ELDP.png|450px|left]]
* z toho vyplývá, že pokud se jedná starobního důchodce, který je výdělečně činný, nezahrnují se Doby odečítené. Dřívější definice již neplatí.

* '''již neplatí'''
[[Image: paragraf.png|10px]]
''Uvádí se počet kalendářních dnů, ve kterých pojištěnec výdělečně činný '''po dovršení důchodového věku''' čerpal pracovní volno bez náhrady příjmu nebo měl neomluvenou nepřítomnost v práci. Rovněž se odečítají ...'' 

== Aplikace ==
* Automaticky se vyčíslují dny, podmínkou je dovršení důchodového věku zaměstnance. (Skript je komplikovaný.)
* [[Náhradní volno (pojem)]] - dny za mzdové položky uvedené v tomto pojmu se do odečtených dob nezahrnují.


''Pracovní volno bez náhrady příjmu'' - zjišťuje se ze mzdových položek 502-589 (s výjimkou položek 515,516), které mají číslo algoritmu = 0. (hd 57050)


== Odkazy ==
* [[ELDP (průběh pojištění)]]

Doby odečtené (ELDP)

2026-10-15T06:33:54Z

Milenak:

''Doby odečtené (ELDP)''
S příchodem JMHZ se pravidla mění. Dle atributu 10375, kdy byla změněna pravidla.
[[Image:ELDP.png|450px|left]]
* z toho vyplívá, že pokud se jedná starobního důchodcě, který je výdělečně činný, nezahrnují se Doby odečítené. Dřívější definice neplatí.

[[Image: paragraf.png|10px]]
''Uvádí se počet kalendářních dnů, ve kterých pojištěnec výdělečně činný '''po dovršení důchodového věku''' čerpal pracovní volno bez náhrady příjmu nebo měl neomluvenou nepřítomnost v práci. Rovněž se odečítají ...'' 

== Aplikace ==
* Automaticky se vyčíslují dny, podmínkou je dovršení důchodového věku zaměstnance. (Skript je komplikovaný.)
* [[Náhradní volno (pojem)]] - dny za mzdové položky uvedené v tomto pojmu se do odečtených dob nezahrnují.


''Pracovní volno bez náhrady příjmu'' - zjišťuje se ze mzdových položek 502-589 (s výjimkou položek 515,516), které mají číslo algoritmu = 0. (hd 57050)


== Odkazy ==
* [[ELDP (průběh pojištění)]]

Soubor:ELDP.png

2026-10-15T06:31:16Z

Milenak:

Portál-Docházka-Měsíční závěrka

2026-10-15T06:25:29Z

Milenak: /* Odkazy */

== Měsíční závěrka ==
Menu: Docházka >Uzávěrka 

[[Image:P-doch-uzaverka.PNG|300|left]]

Závěrka interně zavře docházku. To znamená, že uzavřený měsíc již uživatelé nemohou editovat.

Uzávěrka převádí přesčasy do dalšího období v případě, že je nastaveno v modelu pracovní doby.

== Zrušení uzávěrky ==
* [[Pomůcky (Nastavení docházky)]]

== Zahájení ==
Při zahájení práce s docházkou může být požadována hodnota o zpracovaném předchozím období. Pokud docházka není vidět, je to z důvodu, že nebyla provedena závěrka déle, jak dva měsíce. Z toho důvodu je potřeba doplnit SQL Příkazem záznam o poslední vyhotovené uzávěrce v předcházejícím období.
:insert into dch_uzaverka values('2018-03-01', '2018-04-26 0000', -1, 1); 
:'''Přepisujeme datumy a ID Podniku následovně: ('období uzávěrky', 'období ve kterém se nacházíme', zapsal=neměníme, ID Podniku)'''

:Pozn. V případě [[víceIČ]] je třeba každý podnik explicitně vyjmenovat (tzn. sloupec id_podniku nelze nechat prázdný).

Změna pro období pro docházku, též: hd 76573

== Odkazy ==
* [[Dochazka]]

<div style="text-align:center">[[Příručka KS Portál|Zpět]] | [[Portál-Docházka-Sestavy|Sestavy]]</div>

Portál-Docházka-Měsíční závěrka

2026-10-15T06:25:06Z

Milenak: /* Odkazy */

== Měsíční závěrka ==
Menu: Docházka >Uzávěrka 

[[Image:P-doch-uzaverka.PNG|300|left]]

Závěrka interně zavře docházku. To znamená, že uzavřený měsíc již uživatelé nemohou editovat.

Uzávěrka převádí přesčasy do dalšího období v případě, že je nastaveno v modelu pracovní doby.

== Zrušení uzávěrky ==
* [[Pomůcky (Nastavení docházky)]]

== Zahájení ==
Při zahájení práce s docházkou může být požadována hodnota o zpracovaném předchozím období. Pokud docházka není vidět, je to z důvodu, že nebyla provedena závěrka déle, jak dva měsíce. Z toho důvodu je potřeba doplnit SQL Příkazem záznam o poslední vyhotovené uzávěrce v předcházejícím období.
:insert into dch_uzaverka values('2018-03-01', '2018-04-26 0000', -1, 1); 
:'''Přepisujeme datumy a ID Podniku následovně: ('období uzávěrky', 'období ve kterém se nacházíme', zapsal=neměníme, ID Podniku)'''

:Pozn. V případě [[víceIČ]] je třeba každý podnik explicitně vyjmenovat (tzn. sloupec id_podniku nelze nechat prázdný).

Změna pro období pro docházku, též: hd 76573

== Odkazy ==
* [[DB: dch_uzaverka]]
* [[Dochazka]]

<div style="text-align:center">[[Příručka KS Portál|Zpět]] | [[Portál-Docházka-Sestavy|Sestavy]]</div>

Portál-Docházka-Měsíční závěrka

2026-10-15T06:24:23Z

Milenak:

== Měsíční závěrka ==
Menu: Docházka >Uzávěrka 

[[Image:P-doch-uzaverka.PNG|300|left]]

Závěrka interně zavře docházku. To znamená, že uzavřený měsíc již uživatelé nemohou editovat.

Uzávěrka převádí přesčasy do dalšího období v případě, že je nastaveno v modelu pracovní doby.

== Zrušení uzávěrky ==
* [[Pomůcky (Nastavení docházky)]]

== Zahájení ==
Při zahájení práce s docházkou může být požadována hodnota o zpracovaném předchozím období. Pokud docházka není vidět, je to z důvodu, že nebyla provedena závěrka déle, jak dva měsíce. Z toho důvodu je potřeba doplnit SQL Příkazem záznam o poslední vyhotovené uzávěrce v předcházejícím období.
:insert into dch_uzaverka values('2018-03-01', '2018-04-26 0000', -1, 1); 
:'''Přepisujeme datumy a ID Podniku následovně: ('období uzávěrky', 'období ve kterém se nacházíme', zapsal=neměníme, ID Podniku)'''

:Pozn. V případě [[víceIČ]] je třeba každý podnik explicitně vyjmenovat (tzn. sloupec id_podniku nelze nechat prázdný).

Změna pro období pro docházku, též: hd 76573

== Odkazy ==
* [DB: dch_uzaverka]
* [Dochazka]

<div style="text-align:center">[[Příručka KS Portál|Zpět]] | [[Portál-Docházka-Sestavy|Sestavy]]</div>

Docházka

2026-10-15T06:18:23Z

Milenak: přesměrování na Portál-Docházka-Měsíční závěrka

#REDIRECT [[Portál-Docházka-Měsíční závěrka]]

Portál-Docházka-Měsíční závěrka

2026-10-15T06:14:29Z

Milenak: /* Zahájení */

== Měsíční závěrka ==
Menu: Docházka >Uzávěrka 

[[Image:P-doch-uzaverka.PNG|300|left]]

Závěrka interně zavře docházku. To znamená, že uzavřený měsíc již uživatelé nemohou editovat.

Uzávěrka převádí přesčasy do dalšího období v případě, že je nastaveno v modelu pracovní doby.

== Zrušení uzávěrky ==
* [[Pomůcky (Nastavení docházky)]]

== Zahájení ==
Při zahájení práce s docházkou může být požadována hodnota o zpracovaném předchozím období. Pokud docházka není vidět, je to z důvodu, že nebyla provedena závěrka déle, jak dva měsíce. Z toho důvodu je potřeba doplnit SQL Příkazem záznam o poslední vyhotovené uzávěrce v předcházejícím období.
:insert into dch_uzaverka values('2018-03-01', '2018-04-26 0000', -1, 1); 
:'''Přepisujeme datumy a ID Podniku následovně: ('období uzávěrky', 'období ve kterém se nacházíme', zapsal=neměníme, ID Podniku)'''

:Pozn. V případě [[víceIČ]] je třeba každý podnik explicitně vyjmenovat (tzn. sloupec id_podniku nelze nechat prázdný).

Změna pro období pro docházku, též: hd 76573

== Odkazy ==
* DB: dch_uzaverka 

<div style="text-align:center">[[Příručka KS Portál|Zpět]] | [[Portál-Docházka-Sestavy|Sestavy]]</div>

Portál-Docházka-Měsíční závěrka

2026-10-15T06:12:32Z

Milenak: /* Zahájení */

== Měsíční závěrka ==
Menu: Docházka >Uzávěrka 

[[Image:P-doch-uzaverka.PNG|300|left]]

Závěrka interně zavře docházku. To znamená, že uzavřený měsíc již uživatelé nemohou editovat.

Uzávěrka převádí přesčasy do dalšího období v případě, že je nastaveno v modelu pracovní doby.

== Zrušení uzávěrky ==
* [[Pomůcky (Nastavení docházky)]]

== Zahájení ==
Při zahájení práce s docházkou může být požadována hodnota o zpracovaném předchozím období. Pokud docházka není vidět, je to z důvodu, že nebyla provedena závěrka déle, jak dva měsíce. Z toho důvodu je potřeba doplnit SQL Příkazem záznam o poslední vyhotovené uzávěrce v předcházejícím období.
:insert into dch_uzaverka values('2018-03-01', '2018-04-26 0000', -1, 1); 
:'Přepisujeme datumy a ID Podniku následovně: ('období uzávěrky', 'období ve kterém se nacházíme', zapsal=neměníme, ID Podniku)

:Pozn. V případě [[víceIČ]] je třeba každý podnik explicitně vyjmenovat (tzn. sloupec id_podniku nelze nechat prázdný).

Změna pro období pro docházku, též: hd 76573

== Odkazy ==
* DB: dch_uzaverka 

<div style="text-align:center">[[Příručka KS Portál|Zpět]] | [[Portál-Docházka-Sestavy|Sestavy]]</div>

Portál-Docházka-Měsíční závěrka

2026-10-15T06:09:43Z

Milenak: /* Zahájení */

== Měsíční závěrka ==
Menu: Docházka >Uzávěrka 

[[Image:P-doch-uzaverka.PNG|300|left]]

Závěrka interně zavře docházku. To znamená, že uzavřený měsíc již uživatelé nemohou editovat.

Uzávěrka převádí přesčasy do dalšího období v případě, že je nastaveno v modelu pracovní doby.

== Zrušení uzávěrky ==
* [[Pomůcky (Nastavení docházky)]]

== Zahájení ==
Při zahájení práce s docházkou může být požadována hodnota o zpracovaném předchozím období. Pokud docházka není vidět, je to z důvodu, že nebyla provedena závěrka déle, jak dva měsíce. Z toho důvodu je potřeba doplnit SQL Příkazem záznam o poslední vyhotovené uzávěrce v předcházejícím období.
:insert into dch_uzaverka values('2018-03-01', '2018-04-26 0000', -1, 1); 
'''Přepisujeme datumy a ID Podniku následovně: ('období uzávěrky', 'období ve kterém se nacházíme', zapsal=neměníme, ID Podniku)'''

:Pozn. V případě [[víceIČ]] je třeba každý podnik explicitně vyjmenovat (tzn. sloupec id_podniku nelze nechat prázdný).

Změna pro období pro docházku, též: hd 76573

== Odkazy ==
* DB: dch_uzaverka 

<div style="text-align:center">[[Příručka KS Portál|Zpět]] | [[Portál-Docházka-Sestavy|Sestavy]]</div>

Portál-Docházka-Měsíční závěrka

2026-10-15T06:02:53Z

Milenak: /* Zahájení */

== Měsíční závěrka ==
Menu: Docházka >Uzávěrka 

[[Image:P-doch-uzaverka.PNG|300|left]]

Závěrka interně zavře docházku. To znamená, že uzavřený měsíc již uživatelé nemohou editovat.

Uzávěrka převádí přesčasy do dalšího období v případě, že je nastaveno v modelu pracovní doby.

== Zrušení uzávěrky ==
* [[Pomůcky (Nastavení docházky)]]

== Zahájení ==
Při zahájení práce s docházkou může být požadována hodnota o zpracovaném předchozím období. Pokud docházka není vidět, je to z důvodu, že nebyla provedena závěrka déle, jak dva měsíce. Z toho důvodu je potřeba doplnit SQL Příkazem záznam o poslední vyhotovené uzávěrce v předcházejícím období.
: insert into dch_uzaverka values('2018-03-01', '2018-04-26 0000', -1, 1); 
Přepisujeme datumy a ID Podniku následovně: ('období uzávěrky', 'období ve kterém se nacházíme', zapsal=neměníme, ID Podniku)
Pozn. V případě [[víceIČ]] je třeba každý podnik explicitně vyjmenovat (tzn. sloupec id_podniku nelze nechat prázdný).

Změna pro období pro docházku, též: hd 76573

== Odkazy ==
* DB: dch_uzaverka 

<div style="text-align:center">[[Příručka KS Portál|Zpět]] | [[Portál-Docházka-Sestavy|Sestavy]]</div>

2 - Skončení zaměstnání (Registr zaměstnanců JMHZ)

2026-10-13T11:43:43Z

Milenak:

''2 - Skončení zaměstnání (Registr zaměstnanců JMHZ)''

[[Image: Skonceni zamestnani-Hlaseni-Registr zamestnancu JMHZ.png|300px]]

=== Údaje k výstupu ===
[[Image: Udaje k vystupu-Skonceni zamestnani-Hlaseni-Registr zamestnancu JMHZ.png|450px]]

* '''''Zaměstnání ukončeno smrtí''''' - [[10225 (ZC)]]
** ''N''
** ''A'' - v případě, že důvod ukončení pracovního poměru je hodnota ''701-úmrtí'' z číselníku [[Důvody nástupů a výstupů]].

* '''''Důvod nepokystunutí podkladů''''' - [[10380 (ZC)]]
Podle oficiálních všeobecných zásad ČSSZ pro vyplňování platí, že pokud vykazujete konec činnosti u kódů M, N, O, P, Q, R, S, v části 9 formuláře vůbec nevyplňujete následující pole:
* ''Druh zaměstnání pro ÚP''
* ''Důvod ukončení pracovněprávního vztahu''
* ''Důvod ukončení služebního poměru''

[[Informace pro podporu v nezaměstnanosti (Registr pojištěnců ČSSZ)]]

== Odkazy ==
* [[Registr zaměstnanců JMHZ]]

Žádost a potvrzení pro vyrovnávací příspěvek

2026-09-29T07:13:43Z

Milenak:

Přesný název je 
Žádost o vyrovnávací příspěvek v těhotenství a mateřství 
Potvrzení pro účely výplaty vyrovnávacího příspěvku v těhotenství a mateřství 

== Nastavení ==
Pro rok 2021:
[http://home.ksprogram.cz/download/Prirucky/PDFforms/2016/PVPTM3III2016.pdf Potvrzení pro účely výplaty vyrovnávacího příspěvku v těhotenství a mateřství]


Pro rok 2013: 
[http://home.ksprogram.cz/download/Prirucky/PDFforms/2013/896265_32012III2012W.pdf Žádost o vyrovnávací příspěvek] 
<s>[http://home.ksprogram.cz/download/Prirucky/PDFforms/2013/896202_32012III2012W.pdf Potvrzení pro účely výplaty vyrovnávacího příspěvku v těhotenství a mateřství.pdf]</s>


'''Soubory je nutné stáhnout a umístit do složky, která obsahuje spustitelný soubor aplikace např. C:/Program Files/MaP. nebo C:/KS Program/MAP zde umístit soubor'''. Je možné také identifikovat dle umístění aplikace (pravoklikem myši-vlastnosti, cesta umístění aplikace)

== Používání ==

* Potvrzení se '''vytvářejí v záložce [[Mateřská dovolená]]''', tlačítkem
: Žádost - příspěvek
: Potvrzení - příspěvek

* V dotyčné záložce '''nemusí být zadán žádný záznam''' - i tehdy lze potvrzení vytvořit.

* Vyplněné potvrzení je '''možno vytisknout'''.

* Vyplněné potvrzení je '''možno uložit'''. V tom případě doporučujeme na svém PC nebo na sdíleném úložišti vytvořit složku a do ní umísťovat soubory vždy pod jiným názvem. Nejčastějším typem je uložení jako .pdf. Např. Novakova_2013_03.pdf. Soubor lze uložit buď přímo Menu: Soubor > Uložit nebo v některých případech jen prostřednictvím virtuálního tisku do pdf Menu: Soubor > Tisknout. Pro druhý případ je nutno mít nainstalovanou virtuální pdf tiskárnu, např.
: BullZip - [http://www.bullzip.com/products/pdf/info.php http://www.bullzip.com/products/pdf/info.php]
: PDFCreator.

== Žádost ==
Tiskopis „Žádost o vyrovnávací příspěvek v těhotenství a mateřství“ vydává ošetřující lékař nebo gynekolog. Po doplnění údajů (lékař, zaměstnankyně, zaměstnavatel) odesílá tento tiskopis zaměstnavatel spolu s tiskopisem „Potvrzení pro účely výplaty vyrovnávacího příspěvku v těhotenství a mateřství“ na příslušnou OSSZ. Druhý z uvedených tiskopisů se odesílá měsíčně.

== Potvrzení ==
Do ''Potvrzení'' se načítá 
Měsíc/Rok - Dosažený příjem - Počet kalendářních dnů 
 Např. 03 2013 - 34781 - 0 ,
* přičemž se vychází z [[Nápočty#Rozpis hodnot pro prům.nem.|nápočtových údajů pro stanovení průměru pro nemoc]] a
* vybere se to období, do něhož spadá hodnota '''Datum od''' u označeného záznamu nebo (není nutno zadávat záznam o mateřské nebo rodičovské dovolené) se přednostně vezme období zadané v poli '''Datum pro výjimky'''. Zde je potřeba zadat období ve tvaru: první den měsíce.měsíc.rok - např. 01.03.2013. 

 Z uvedeného vyplývá, že pokud je vybráno období, které je aktuálním obdobím ve mzdách, nebude načten žádný příjem, neboť data se čerpají až z hodnot po měsíční závěrce. 

[[Nepřítomnosti|zpět]]

Žádost a potvrzení pro vyrovnávací příspěvek

2026-09-29T07:11:08Z

Milenak: /* Nastavení */

Přesný název je 
Žádost o vyrovnávací příspěvek v těhotenství a mateřství 
Potvrzení pro účely výplaty vyrovnávacího příspěvku v těhotenství a mateřství 

== Nastavení ==
Pro rok 2021:
[http://home.ksprogram.cz/download/Prirucky/PDFforms/2016/PVPTM3III2016.pdf Potvrzení pro účely výplaty vyrovnávacího příspěvku v těhotenství a mateřství]


Pro rok 2013: 
[http://home.ksprogram.cz/download/Prirucky/PDFforms/2013/896265_32012III2012W.pdf Žádost o vyrovnávací příspěvek] 
<s>[http://home.ksprogram.cz/download/Prirucky/PDFforms/2013/896202_32012III2012W.pdf Potvrzení pro účely výplaty vyrovnávacího příspěvku v těhotenství a mateřství.pdf]</s>


'''Soubory je nutné stáhnout a umístit do složky, která obsahuje spustitelný soubor aplikace např. C:/Program Files/MaP. nebo C:/KS Program/MAP zde umístit soubor'''

== Používání ==

* Potvrzení se '''vytvářejí v záložce [[Mateřská dovolená]]''', tlačítkem
: Žádost - příspěvek
: Potvrzení - příspěvek

* V dotyčné záložce '''nemusí být zadán žádný záznam''' - i tehdy lze potvrzení vytvořit.

* Vyplněné potvrzení je '''možno vytisknout'''.

* Vyplněné potvrzení je '''možno uložit'''. V tom případě doporučujeme na svém PC nebo na sdíleném úložišti vytvořit složku a do ní umísťovat soubory vždy pod jiným názvem. Nejčastějším typem je uložení jako .pdf. Např. Novakova_2013_03.pdf. Soubor lze uložit buď přímo Menu: Soubor > Uložit nebo v některých případech jen prostřednictvím virtuálního tisku do pdf Menu: Soubor > Tisknout. Pro druhý případ je nutno mít nainstalovanou virtuální pdf tiskárnu, např.
: BullZip - [http://www.bullzip.com/products/pdf/info.php http://www.bullzip.com/products/pdf/info.php]
: PDFCreator.

== Žádost ==
Tiskopis „Žádost o vyrovnávací příspěvek v těhotenství a mateřství“ vydává ošetřující lékař nebo gynekolog. Po doplnění údajů (lékař, zaměstnankyně, zaměstnavatel) odesílá tento tiskopis zaměstnavatel spolu s tiskopisem „Potvrzení pro účely výplaty vyrovnávacího příspěvku v těhotenství a mateřství“ na příslušnou OSSZ. Druhý z uvedených tiskopisů se odesílá měsíčně.

== Potvrzení ==
Do ''Potvrzení'' se načítá 
Měsíc/Rok - Dosažený příjem - Počet kalendářních dnů 
 Např. 03 2013 - 34781 - 0 ,
* přičemž se vychází z [[Nápočty#Rozpis hodnot pro prům.nem.|nápočtových údajů pro stanovení průměru pro nemoc]] a
* vybere se to období, do něhož spadá hodnota '''Datum od''' u označeného záznamu nebo (není nutno zadávat záznam o mateřské nebo rodičovské dovolené) se přednostně vezme období zadané v poli '''Datum pro výjimky'''. Zde je potřeba zadat období ve tvaru: první den měsíce.měsíc.rok - např. 01.03.2013. 

 Z uvedeného vyplývá, že pokud je vybráno období, které je aktuálním obdobím ve mzdách, nebude načten žádný příjem, neboť data se čerpají až z hodnot po měsíční závěrce. 

[[Nepřítomnosti|zpět]]

Oprava chybně zadané zdravotní pojišťovny

2026-09-04T06:26:04Z

Milenak: /* Výstupy pro zdravotní pojišťovnu */

== Zadání ==
Zaměstnanec pozdě nahlásil změnu zdravotní pojišťovny připadně při nástupu byla zadána nesprávna zdravotní pojišťovna.

Je potřeba zadat jednak správnou zdravotní pojišťovnu a jednak provést opravy tak, aby byly možno zpětně vytvořit opravné výstupy pro příslušné zdrav.pojišťovny bez nutnosti ručních editací těchto výstupů.

'''Níže popsaný postup je zcela novou funkcionalitou a předpokládá se do budoucna jeho další rozvoj, na základě použití v praxi, např. automatické generování oprav za jednotlivé měsíce.'''

Postup je demonstrován na situaci, kdy zaměstnanec byl do 12/2020 pojištěncem u Všeobecné ZP (111) a od 1/2021 u Vojenské ZP (201). Tuto skutečnost nahlásila až v březnu 2021, tzn. v období 1-2/2021 bylo zdravotní pojištění za daného zaměstnance odvedeno na chybnou zdr.pojištovnu (111).

== Změna zdravotní pojišťovny ve Mzdových údajích ==
V agendě [[Mzdové údaje]] je potřeba zadat novou zdravotní pojišťovnu (v příkladu 201) s platností od dle skutečnosti (1.1.2021), přičemž původní zdrav.pojišťovna bude uvedena v položce "Min.zdrav.poj." (111).

[[Image: Mzd udaje ZP.png|300px]]

== Zadání oprav pojistného do Doplatků ==
Do agendy [[Doplatky]] je potřeba ručně zadat jednotlivé opravy pojistného u daného zaměstnance. Zadávají se opravy pouze pojistného hrazeného zaměstnancem (kód 902), pojistné za organizaci se stanoví pomocným výpočtem přes fiktivní vyměřovací základ.

Je potřeba zadat opravy vždy kokrétního pojistného za jednotlivé období. Tyto hodnoty zjistíte např. na mzdovém listě nebo ve vyúčtování zaměstnanců.

Konkrétně zadáváte vždy za jednotlivé měsíce dvojici oprav:

* Pro '''přeplatek na chybně zadanou zdrav. pojišťovnu''' zadáte kód 902 (zdrav.poj.zaměstnanec)

Pro správné přiřazení k období a zdravotní pojišťovně je nutno zadat i správné datumové položky:

'''"datum od"''' - datum 1.dne období pro zjištění zdravotní pojišťovny ze Mzdových údajů (viz předchozí odstavec). V našem příkladě tedy zadáme datum před platností aktuální zdrav.pojišťovny (např.1.12.2021). Tím zajistíte, že si systém zjistí číslo zdravotní pojišťovny z položky ''minulé zdravotní pojišťovny'' z agendy [[Mzdové údaje]] (je-li zdrav_poj_od>datum_od v doplatku).

'''"datum do"''' - datum posledního dne období, za které zadáváme opravovanou částku, aby bylo možno přiřadit ve výstupech pro Zdr.poj. ke správnému období. Např. v našem příkladě pro opravu lednového odvodu zadáme 31.1.2021.

'''Zápornou částku''' odvedeného zdravotního pojištění zaměstnance, čímž ponížíme odvod na chybně zadanou zdr.pojišťovnu. V našem příkladě u lednové opravy zadáme -1125 Kč.

* Pro '''doplatek na správnou zdrav. pojišťovnu''' zadáte kód 902 (zdrav.poj.zaměstnanec)

Pro správné přiřazení k období a zdravotní pojišťovně je nutno zadat i správné datumové položky:

'''"datum od"''' - datum 1.dne období pro zjištění zdravotní pojišťovny ze Mzdových údajů (viz předchozí odstavec). V našem příkladě tedy zadáme datum aktuálního období pro načtení aktuální zdrav.pojišťovny (např.1.3.2021). Tím zajistíte, že si systém zjistí číslo zdravotní pojišťovny z položky ''Pojišťovna'' z agendy [[Mzdové údaje]].

'''"datum do"''' - datum posledního dne období, za které zadáváme opravovanou částku, aby bylo možno přiřadit ve výstupech pro Zdr.poj. ke správnému období. Např. v našem příkladě pro doplatek lednového odvodu zadáme 31.1.2021.

'''Kladnou částku''' odvedeného zdravotního pojištění zaměstnance, čímž navýšíme odvod na správnou zdr.pojišťovnu. V našem příkladě u lednové opravy zadáme 1125 Kč.

* období od: je období, pro kterou pojišťovnu to zadáváme (zda původní nebo novou). Datum volíme podle aktuálního období změny.
* období do: je pro které období to opravujeme 01/2021, 02/2021, 03/2021 apod.

[[Image: Doplatky ZP.png]]

== Vyúčtování zaměstnance ==
Nyní již můžeme provést běžné vyúčtování mzdy zaměstnanci. Zde se, kromě běžného zdravotního pojištění z příjmu v aktuálním období, načtou i jednotlivé doplatky zdravotního pojištění za zaměstnance. Zároveň se stanoví pomocné vyměřovací základy zdravotního pojištění pro určení odvodu pojistného za organizaci. Tyto základy jsou ve vyúčtování přičteny k běžnému základu zdr.poj. daného období.

[[Image: Vypocet ZP detail.png]]

== Výstupy pro zdravotní pojišťovnu ==
Pro účely výstupních sestav pro zdravotní pojišťovnu použijeme [[Zdravotní pojišťovny (sestava) - Jmenný seznam]], kde nově přibylo zatrhávací pole '''"Základ k částce doplatkem"''', které nabývá 3 stavy:

* nezatrženo - původní varianta sestavy, která se do budoucna zruší a je zde ponechána, jen z důvodu kompatibility se staršími verzemi sestavy.
* '''zatrženo''' - nová varianta sestavy, která veškeré doplatky pojistného zahrnuje v sestavě do období, ve kterém jsou vyplaceny, bez ohledu na období, ke kterému se opravy vztahují.

V našem příkladě (viz obrázky níže) se tedy veškeré doplatky zohlední v sestavě pro období 3/2021, bez ohledu na zadaný "datum do" v doplatcích, pouze se zohlední dle "data od" ke které pojišťovně oprava přísluší. Sestavy za období 1-2/2021 se v tomto režimu vytvářejí tak, jak tomu bylo v daném období, tj. s chybně přiřazenou zdr.pojišťovnou.

Menu: Sestavy > Odvody > Zdravotní pojišťovny / Pojistné / Jmenný seznam

[[Image: Pojistne 111 03 vse aktual.png|300px]] [[Image: Pojistne 201 03 vse aktual.png|300px]]

* '''částečně zatrženo''' (tzn.třetí stav) - změna názvu pole na '''"Základ k částce doplatkem po měsících"''' - sestava zohledňuje opravy pojistného dle období, ke kterému se tyto vztahují.
V našem příkladě (viz obrázky níže) se tedy jednotlivé doplatky zohlední v sestavě vždy pro období ke kterému dle zadaného "data do" v doplatcích přísluší. A samozřejmě dle "data od" ke které pojišťovně oprava patří. Sestavy za období 1-2/2021 se v tomto režimu vytvářejí tak, že zohledňují i doplatky zpracované až v období 3/2021. Sestava za období 3/2021 tak obsahuje pouze pojistné vypočtené z příjmu daného období.

[[Image: Pojistne 111 01 po mesicich.png|300px]][[Image: Pojistne 201 01 po mesicich.png|300px]]

[[Image: Pojistne 111 02 po mesicich.png|300px]][[Image: Pojistne 201 02 po mesicich.png|300px]]

[[Image: Pojistne 111 03 po mesicich.png|300px]][[Image: Pojistne 201 03 po mesicich.png|300px]]

Obdobně je zohledněno vytváření i výkazu [[Přehled o platbě pojistného]].

Další výstupy jako je hromadný příkaz k úhradě, rekapitulace, mzdové statistiky a přehledy, již pracují s doplatky zdravotního pojištění standardním způsobem a nezohledňují období, za které je oprava realizována.

== Odkazy ==
* [[Zdravotní pojištění bylo odvedeno jiné zdravotní pojišťovně]]

Zpětné opravy MH (částky) (komentář)

2026-08-20T05:19:49Z

Milenak: /* Postup při vrácení (části) zúčtovaného příjmu a případné opravy JMH */

== Postup oprav v MH při vzniku záporných hodnot ==
Kapitola metodika záporných hodnot poskytuje návod, '''jak postupovat v případě, že by došlo při opravách k záporným hodnotám v měsíčním hlášení, které ale nelze v JMHZ vykazovat'''.

Pro řešení situace '''je rozhodující způsob, jakým se vrácené plnění promítne do vyměřovacího základu zaměstnance''' pro pojistné.

Podle § 5 odst. 1 zákona č. 589/1992 Sb., o pojistném na sociální zabezpečení a příspěvku na státní politiku zaměstnanosti (dále jen „ZPSZ“), je vyměřovacím základem zaměstnance úhrn příjmů, které zaměstnavatel zaměstnanci zúčtoval v souvislosti se zaměstnáním zakládajícím účast na nemocenském pojištění a které jsou předmětem daně z příjmů fyzických osob. Zúčtovaným příjmem se rozumí plnění poskytnuté zaměstnanci v peněžní nebo nepeněžní formě nebo jinak připsané v jeho prospěch.

'''Pokud''' však '''zaměstnanec plnění''', které mu bylo zúčtováno a z něhož bylo odvedeno pojistné na sociální zabezpečení, '''následně zaměstnavateli vrací''' (např. z důvodu přečerpané dovolené při ukončení pracovního poměru, neomluvené absence, neoprávněně vyplacené mzdy apod.), nelze ode dne vrácení toto plnění nadále považovat za příjem zaměstnance vstupující do jeho vyměřovacího základu. Způsob promítnutí vráceného plnění závisí na situaci v měsíci, kdy k vrácení dochází.

'''Pokud zaměstnanec''' vrací plnění v kalendářním měsíci, v němž '''má''' zároveň '''dostatečný zúčtovaný příjem''', '''lze vracenou částku zohlednit přímo v tomto měsíci'''. V takovém případě se vyměřovací základ zaměstnance o vrácenou částku sníží. Například pokud je zaměstnanci v daném měsíci zúčtován příjem 20 000 Kč a zároveň vrací náhradu mzdy za přečerpanou dovolenou ve výši 5 000 Kč, bude vyměřovací základ za tento měsíc činit 15 000 Kč. Měsíce, ve kterých byla dovolená původně čerpána, se v tomto případě zpětně neopravují a není nutné podávat opravná hlášení za tyto měsíce.

'''V měsíci, do kterého byl tento příjem původně zúčtován, by měly panovat stejné podmínky''' pro placení pojistného, zejména ve vztahu ke slevám na pojistném jak zaměstnavatele, tak zaměstnance. Pokud tomu tak nebude, '''vznikaly by neodůvodněné rozdíly v odvodu''' pojistného, což by v krajním případě mohlo vést ke zkrácení příjmu zaměstnance, nebo ke zkrácení příjmu státního rozpočtu, což není žádoucí.

Odlišná situace nastává tehdy, '''pokud zaměstnanec v měsíci vrácení nemá žádný příjem nebo má příjem nižší''' než vracené plnění, a po započtení by tak vyměřovací základ vyšel záporný. '''Protože záporný vyměřovací základ není přípustný''', lze jej v měsíci vrácení snížit '''maximálně na 0 Kč'''. Část vráceného plnění, kterou již nelze v tomto měsíci kompenzovat, je pak nutné promítnout do kalendářního měsíce, do něhož bylo plnění původně zúčtováno. V takovém případě '''se podává opravné hlášení za příslušný měsíc, ve kterém byl příjem původně zúčtován, a upraví se vyměřovací základ i související údaje'''.

Z výše uvedeného plyne, že není nutné automaticky opravovat všechny měsíce, ve kterých zaměstnanec čerpal dovolenou. Opravná hlášení za předchozí měsíce připadají v úvahu pouze tehdy, pokud vrácené plnění není možné plně zohlednit ve vyměřovacím základu v měsíci vrácení.

Pokud by však v důsledku '''oprav''' došlo ke změně vyměřovacích základů '''v minulých měsících''', promítne se tato změna i do souvisejících údajů (pojistná část) '''za tyto měsíce'''. V takovém případě se přeplatky a nedoplatky na pojistném posuzují standardním způsobem podle stavu na osobním účtu zaměstnavatele u ČSSZ, tedy se vzájemně započítávají a případný nedoplatek je třeba doplatit.

Předpis pojistného na kontě plátce vychází z hodnot, které zaměstnavatel vykázal. Úhradu je možné provést jednou platbou. Pokud jde o '''faktickou platbu''', '''je možné s OSSZ dohodnout postup, že o přeplatek na pojistném bude ponížena následující standardní platba pojistného''', čím dojde k vyrovnání.

Tento závěr se uplatní bez ohledu na to, zda se jedná o přečerpanou dovolenou, neplacené volno, neomluvenou absenci či jiné obdobné situace. Ve všech těchto případech je totiž podstatné, že dochází k následnému narovnání již zúčtovaného příjmu.

== Postup při vrácení (části) zúčtovaného příjmu a případné opravy JMH ==
Níže v kapitole je popsán způsob vykazování vybraných údajů v JMH v souvislosti s vrácením (části)zúčtovaného příjmu zaměstnancem zaměstnavateli. Jedná se o například o případ, kdy zaměstnanci byla vyplacena mimořádná odměna nebo zaměstnanec čerpal dovolenou, na kterou neměl nárok, ale byla mu za ni zúčtována náhrada mzdy, a zaměstnanec tuto odměnu či náhradu mzdy vrátil ('''''v měsíci únor 2026 bylo neoprávněně zúčtováno - v měsíci březnu 2026 proběhlo zjištění a vrácení''''').

'''Doporučovaný postup oprav'''
# '''Návrat do měsíce''', do kterého byl příjem, který zaměstnanec vrací, zúčtován (únor 2026), „otevřít“ jej a provést opravu. [[Zpětná měsíční uzávěrka]] - návrat o jedno období zpět.
# Za tento měsíc '''opravit zdanitelný příjem, základ daně, vyměřovací základ zaměstnance a zaměstnavatele a výši pojistného za zaměstnance a za zaměstnavatele (je-li to relevantní)'''.
# Na základě této opravy '''podat opravné JMH''' za únor 2026, kde budou uvedena správné (opravené) údaje.

Zúčtovací období, ve kterém byla chyba zjištěna (resp. březen 2027), by tak mělo zůstat z hlediska vykázání daně a pojistného, bez korekce ve vztahu k předchozí chybě. Oprava minulého období by tedy neměla ovlivnit vykazování příjmu v aktuálním období.

'''Alternativním postupem je „zápočet“ základu daně, resp. vyměřovacího základu zaměstnance.'''

Jak pro základ daně, tak pro vyměřovací základ zaměstnance platí, že nikdy nesmí nabývat záporných hodnot, maximálně může být vynulován (toto není vlastnost JMH, tato skutečnost vyplývá přímo z právní úpravy).

Pokud zaměstnanec vrací plnění v kalendářním měsíci, v němž má zároveň dostatečně vysoký zúčtovaný příjem, lze vracenou částku zohlednit přímo v tomto měsíci. V takovém případě se vyměřovací základ zaměstnance o vrácenou částku sníží. Měsíc, do kterého byl vrácený příjem původně zúčtován, se v tomto případě zpětně neopravuje a není nutné podávat opravné hlášení (pokud daná situace nemá případně dopad do jiných vykazovaných údajů, které je potřeba opravit).

Ve vztahu k pojistnému na sociální zabezpečení je další podmínkou, aby v měsíci, kdy zaměstnavatel započte vrácený příjem, a v měsíci, do které byl tento příjem původně zúčtován, '''platily stejné podmínky''' pro placení pojistného, zejména ve vztahu ke slevám na pojistném jak zaměstnavatele, tak zaměstnance. Pokud tomu tak nebude, vznikaly by neodůvodněné rozdíly v odvodu pojistného, což by v krajním případě mohlo vést ke zkrácení příjmu zaměstnance, nebo ke zkrácení příjmu státního rozpočtu, což není žádoucí.

'''Ilustrovat''' to '''lze na příkladu''' zaměstnance, který splní podmínky nároku na slevu na pojistné pro pracujícího důchodce až v březnu. Předpokládejme měsíční mzdu 100 000 Kč a k tomu '''odměnu 80 000 Kč''' zúčtovanou do února, '''aniž by na ni vznikl nárok''' a ponížení příjmu v březnu, kdy již nárok na slevu vznikl.

Snížení VZ v měsíci vrácení:
Únor: VZ 180 000 Kč, pojistné za zaměstnance 12 780 Kč
Březen: VZ 20 000 Kč (100 000 – 80 000), pojistné za zaměstnance 1 420 Kč – sleva 1 300 Kč = 120 Kč
Celkové pojistné zaplacené zaměstnancem za oba měsíce 12 900 Kč

Oprava zpětně, tj. v měsíci zúčtování
Únor: VZ 100 000 Kč, pojistné za zaměstnance 7 100 Kč
Březen: VZ 100 000 Kč, pojistné za zaměstnance 7 100 Kč – sleva 6 500 Kč = 600 Kč
Celkové pojistné zaplacené zaměstnancem za oba měsíce 7 700 Kč

'''Rozdíl mezi oběma variantami je 5 200 Kč.''' V takovém modelovém případě by měl zaměstnanec příjem nižší o 5 200 Kč než při opravě v měsíci, kdy k „nesprávnému“ vykázání došlo. '''V takových situacích započtení v aktuálním měsíci použít nelze.'''

== Zdroj ==
zdroj: ''Pravidla podání JMHZ a související procesy_ver 1.4.3.pdf - 31.3.2026'' ([https://developers.mpsv.cz developers.mpsv.cz]) 
Poznámka: Kapitola první a později druhá se v Pravidlech podání objevila cca od března 2026.

== Odkazy ==
* [[Zpětné opravy]]

Zpětná měsíční uzávěrka

2026-08-14T07:19:19Z

Milenak: /* Zakázání */

[[Image: Zpetna-uzaverka-archiv-3.png|350px|right]]
Menu: Mzdy > Ukončení měsíce 
'''Zpětná měsíční uzávěrka''' je funkcionalita nouzového návratu '''výhradně o 1 měsíc''' zpět spuštěná tlačítkem v aplikaci. Pokud je to možné, doporučuje se jiný způsob: '''obnova databáze ze zálohy provedené před závěrkou'''. Pokud potřebujete se vrátit o období zpět, doporučujeme zálohu databáze těsně před návratem a s aplikací v té chvíly pracuje pouze jeden uživatel.

== Uvolnění ==
'''Uvolnění a použití zpětné měsíční uzávěrky konzultujte s tvůrci programu.'''

Zpětná měsíční uzávěrka se spouští '''tlačítkem ''O měsíc zpět''''' v [[Ukončení měsíce|měsíční uzávěrce]]. Toto tlačítko se zviditelňuje nastavením systémového rozšiřujícího parametru [[uzaverka_zpet (sk.12)]] na hodnotu ''a - ano''. Tento parametr je tak možno změnit jen spuštěním s autorským ověřením, SQL příkazem nebo programátorským zásahem. Programátorský zásah je preferovaný, protože takto bude informace o tom, kdo tuto možnost používá.

 SQL příkaz na změnu hodnoty parametru (povolení zpětné měsíční závěrky):
* update e_param set hodnota = 'a' where polozka = 'uzaverka_zpet'; 
Provední: zkopírování žlutě podbarveného příkazu a vložení do Systém / SQL Prompt / Provést.

== Použitelnost ==
Zpětná uzávěrku lze provést '''pouze o jeden měsíc zpět'''. Pokud byl návrat o jedno období zpět do minulého období ('''MO''') již proveden, tlačítko ''O měsíc zpět'' je viditelné, ale není povoleno. Posun do původního období ('''PO'''), ze kterého se prováděla zpětná měsíční uzávěrka se provádí klasickou měsíční uzávěrkou. Zpětná měsíční závěrka pro "více IČ ve více obdobích" není dostatečně prověřena (teoreticky je možná).

== Provedení ==
# Záloha databáze.
# S aplikací pracuje jen 1 určený uživatel.
# ''Menu: Mzdy > Ukončení měsíce'' - stisknout tlačítko ''O měsíc zpět''.
# V minulém měsíci provést potřebná doplnění/opravy.
# Záloha databáze.
# Měsíční závěrka - posun do nového období.
# Event. namátková kontrola.
# S aplikací mohou pracovat i další uživatelé.

== Rizika ==
Tento způsob návratu zpět nezaručuje 100% správný výsledek. Nemusí být například správně aktualizovány některé hodnoty v agendě [[Platby]] (zůstatky u exekucí, insolvencí). 
Dále není zaručeno správné nastavení hodnot při přechodech mezi roky (zpět z 01 akt.roku do 12 loňského roku a pak dopředu z 12 do 01) - je potřeba prověřit především nápočty částek pro daňové účely (RZD).

==== Zpětná měsíční uzávěrka z 1.měsíce do 12.měsíce předchozího roku s ohledem na RZD ====
Roční zúčtování daní
: 1) Při návratu po zpětné uzávěrce do 1. období se zjistí, zda byly před zpětnou měsíční uzávěrkou již provedeny nějaké ruční vstupy do ročního zúčtování (Mzdy - Roční zúčtování - Záložka: Zadávání vstupních údajů). Pokud ano, postupuje se u takových záznamů dle následujících bodů.

: 2) Pokud se v zadávání vstupních údajů pro roční zúčtování (Mzdy - Roční zúčtování - Záložka: Zadávání vstupních údajů) neliší údaje v sekci 'Od současného zaměstnavatele'/'Od súčasného zamestnávateľa', pak je obnoven stav, který byl pro roční zúčtování před zpětnou měsíční uzávěrkou a to včetně ručně naplněných údajů.

: 3) Pokud se v zadávání vstupních údajů pro roční zúčtování (Mzdy - Roční zúčtování - Záložka: Zadávání vstupních údajů) liší údaje v sekci 'Od současného zaměstnavatele'/'Od súčasného zamestnávateľa', pak je ponechán aktuální stav bez původních ručně zadaných údajů. Uživatel tak musí opětovně zadat vstupní údaje pro roční zúčtování daní. U zaměstnanců, u kterých došlo k vynulování již zadaných vstupních údajů, je tato skutečnost identifikována informací '<vynul.zu.>', zobrazené v zadávání vstupních údajů pro roční zúčtování. Tato informace je u zaměstnance uložena v tabulce 'rzdane', sloupečku 'zmenil'. Seznam osobních čísel, u kterých k vynulování došlo, je navíc uživateli zobrazena v oznámení.

== Zakázání ==
Jakmile pominou důvody pro použití, doporučuje se deaktivovat tuto funkcionalitu.

 SQL příkaz na změnu hodnoty parametru (zakázání zpětné měsíční závěrky):
* update e_param set hodnota = 'n' where polozka = 'uzaverka_zpet'; 
Provední: zkopírování žlutě podbarveného příkazu a vložení do Systém / SQL Prompt / Provést.

== [[více IČ]] ==
* Funkcionalitu zpětné měsíční uzávěrky '''je možné''' využít i pro [[více IČ]] databáze.
* '''Pokud''' je umožněno používat ''různá období pro různé IČ'', pak se zpětná měsíční závěrka provádí '''jen pro vybraný podnik''' (IČ). Důležité je, aby '''následný návrat''' do původního období (měsíční uzávěrka) byl také prováděn '''také''' jen nad daném konkrétním podniku. (V opačném případě nebudou správně obnovena data z tabulek obsahujících id podniku, např. střediska či osobní údaje zaměstnanců - např. nových budoucích nástupů. (hd 84554)) '''Uzávěrku měsíce po zpětné měsíční uzávěrce je nutné provést pro stejný(é) podnik(y), pro který(é) byla provedena zpětná měsíční uzávěrka.''' Týká se to jen a pouze případů, kdy jsou ve víceičové db různá období.

== Odkazy ==
* [[uzaverka_zpet (sk.12)]]
* [[Zpětná měsíční uzávěrka (procesy)]]
* [[Zpětná měsíční uzávěrka a archiv spuštěných výpočtů]]
* [[Ukončení měsíce]]
* [[Jednorázové funkce]]
* Dovolená a zpětná měsíční uzávěrka - hd 45676, 45814, 45851

Zpětná měsíční uzávěrka

2026-08-14T07:19:01Z

Milenak: /* Uvolnění */

[[Image: Zpetna-uzaverka-archiv-3.png|350px|right]]
Menu: Mzdy > Ukončení měsíce 
'''Zpětná měsíční uzávěrka''' je funkcionalita nouzového návratu '''výhradně o 1 měsíc''' zpět spuštěná tlačítkem v aplikaci. Pokud je to možné, doporučuje se jiný způsob: '''obnova databáze ze zálohy provedené před závěrkou'''. Pokud potřebujete se vrátit o období zpět, doporučujeme zálohu databáze těsně před návratem a s aplikací v té chvíly pracuje pouze jeden uživatel.

== Uvolnění ==
'''Uvolnění a použití zpětné měsíční uzávěrky konzultujte s tvůrci programu.'''

Zpětná měsíční uzávěrka se spouští '''tlačítkem ''O měsíc zpět''''' v [[Ukončení měsíce|měsíční uzávěrce]]. Toto tlačítko se zviditelňuje nastavením systémového rozšiřujícího parametru [[uzaverka_zpet (sk.12)]] na hodnotu ''a - ano''. Tento parametr je tak možno změnit jen spuštěním s autorským ověřením, SQL příkazem nebo programátorským zásahem. Programátorský zásah je preferovaný, protože takto bude informace o tom, kdo tuto možnost používá.

 SQL příkaz na změnu hodnoty parametru (povolení zpětné měsíční závěrky):
* update e_param set hodnota = 'a' where polozka = 'uzaverka_zpet'; 
Provední: zkopírování žlutě podbarveného příkazu a vložení do Systém / SQL Prompt / Provést.

== Použitelnost ==
Zpětná uzávěrku lze provést '''pouze o jeden měsíc zpět'''. Pokud byl návrat o jedno období zpět do minulého období ('''MO''') již proveden, tlačítko ''O měsíc zpět'' je viditelné, ale není povoleno. Posun do původního období ('''PO'''), ze kterého se prováděla zpětná měsíční uzávěrka se provádí klasickou měsíční uzávěrkou. Zpětná měsíční závěrka pro "více IČ ve více obdobích" není dostatečně prověřena (teoreticky je možná).

== Provedení ==
# Záloha databáze.
# S aplikací pracuje jen 1 určený uživatel.
# ''Menu: Mzdy > Ukončení měsíce'' - stisknout tlačítko ''O měsíc zpět''.
# V minulém měsíci provést potřebná doplnění/opravy.
# Záloha databáze.
# Měsíční závěrka - posun do nového období.
# Event. namátková kontrola.
# S aplikací mohou pracovat i další uživatelé.

== Rizika ==
Tento způsob návratu zpět nezaručuje 100% správný výsledek. Nemusí být například správně aktualizovány některé hodnoty v agendě [[Platby]] (zůstatky u exekucí, insolvencí). 
Dále není zaručeno správné nastavení hodnot při přechodech mezi roky (zpět z 01 akt.roku do 12 loňského roku a pak dopředu z 12 do 01) - je potřeba prověřit především nápočty částek pro daňové účely (RZD).

==== Zpětná měsíční uzávěrka z 1.měsíce do 12.měsíce předchozího roku s ohledem na RZD ====
Roční zúčtování daní
: 1) Při návratu po zpětné uzávěrce do 1. období se zjistí, zda byly před zpětnou měsíční uzávěrkou již provedeny nějaké ruční vstupy do ročního zúčtování (Mzdy - Roční zúčtování - Záložka: Zadávání vstupních údajů). Pokud ano, postupuje se u takových záznamů dle následujících bodů.

: 2) Pokud se v zadávání vstupních údajů pro roční zúčtování (Mzdy - Roční zúčtování - Záložka: Zadávání vstupních údajů) neliší údaje v sekci 'Od současného zaměstnavatele'/'Od súčasného zamestnávateľa', pak je obnoven stav, který byl pro roční zúčtování před zpětnou měsíční uzávěrkou a to včetně ručně naplněných údajů.

: 3) Pokud se v zadávání vstupních údajů pro roční zúčtování (Mzdy - Roční zúčtování - Záložka: Zadávání vstupních údajů) liší údaje v sekci 'Od současného zaměstnavatele'/'Od súčasného zamestnávateľa', pak je ponechán aktuální stav bez původních ručně zadaných údajů. Uživatel tak musí opětovně zadat vstupní údaje pro roční zúčtování daní. U zaměstnanců, u kterých došlo k vynulování již zadaných vstupních údajů, je tato skutečnost identifikována informací '<vynul.zu.>', zobrazené v zadávání vstupních údajů pro roční zúčtování. Tato informace je u zaměstnance uložena v tabulce 'rzdane', sloupečku 'zmenil'. Seznam osobních čísel, u kterých k vynulování došlo, je navíc uživateli zobrazena v oznámení.

== Zakázání ==
Jakmile pominou důvody pro použití, doporučuje se deaktivovat tuto funkcionalitu.

 SQL příkaz na změnu hodnoty parametru (zakázání zpětné měsíční závěrky):
* update e_param set hodnota = 'n' where polozka = 'uzaverka_zpet'; 

== [[více IČ]] ==
* Funkcionalitu zpětné měsíční uzávěrky '''je možné''' využít i pro [[více IČ]] databáze.
* '''Pokud''' je umožněno používat ''různá období pro různé IČ'', pak se zpětná měsíční závěrka provádí '''jen pro vybraný podnik''' (IČ). Důležité je, aby '''následný návrat''' do původního období (měsíční uzávěrka) byl také prováděn '''také''' jen nad daném konkrétním podniku. (V opačném případě nebudou správně obnovena data z tabulek obsahujících id podniku, např. střediska či osobní údaje zaměstnanců - např. nových budoucích nástupů. (hd 84554)) '''Uzávěrku měsíce po zpětné měsíční uzávěrce je nutné provést pro stejný(é) podnik(y), pro který(é) byla provedena zpětná měsíční uzávěrka.''' Týká se to jen a pouze případů, kdy jsou ve víceičové db různá období.

== Odkazy ==
* [[uzaverka_zpet (sk.12)]]
* [[Zpětná měsíční uzávěrka (procesy)]]
* [[Zpětná měsíční uzávěrka a archiv spuštěných výpočtů]]
* [[Ukončení měsíce]]
* [[Jednorázové funkce]]
* Dovolená a zpětná měsíční uzávěrka - hd 45676, 45814, 45851

Zpětná měsíční uzávěrka

2026-08-14T07:18:40Z

Milenak: /* Uvolnění */

[[Image: Zpetna-uzaverka-archiv-3.png|350px|right]]
Menu: Mzdy > Ukončení měsíce 
'''Zpětná měsíční uzávěrka''' je funkcionalita nouzového návratu '''výhradně o 1 měsíc''' zpět spuštěná tlačítkem v aplikaci. Pokud je to možné, doporučuje se jiný způsob: '''obnova databáze ze zálohy provedené před závěrkou'''. Pokud potřebujete se vrátit o období zpět, doporučujeme zálohu databáze těsně před návratem a s aplikací v té chvíly pracuje pouze jeden uživatel.

== Uvolnění ==
'''Uvolnění a použití zpětné měsíční uzávěrky konzultujte s tvůrci programu.'''

Zpětná měsíční uzávěrka se spouští '''tlačítkem ''O měsíc zpět''''' v [[Ukončení měsíce|měsíční uzávěrce]]. Toto tlačítko se zviditelňuje nastavením systémového rozšiřujícího parametru [[uzaverka_zpet (sk.12)]] na hodnotu ''a - ano''. Tento parametr je tak možno změnit jen spuštěním s autorským ověřením, SQL příkazem nebo programátorským zásahem. Programátorský zásah je preferovaný, protože takto bude informace o tom, kdo tuto možnost používá.
Provední: zkopírování žlutě podbarveného příkazu a vložení do Systém / SQL Prompt / Provést.

 SQL příkaz na změnu hodnoty parametru (povolení zpětné měsíční závěrky):
* update e_param set hodnota = 'a' where polozka = 'uzaverka_zpet'; 

== Použitelnost ==
Zpětná uzávěrku lze provést '''pouze o jeden měsíc zpět'''. Pokud byl návrat o jedno období zpět do minulého období ('''MO''') již proveden, tlačítko ''O měsíc zpět'' je viditelné, ale není povoleno. Posun do původního období ('''PO'''), ze kterého se prováděla zpětná měsíční uzávěrka se provádí klasickou měsíční uzávěrkou. Zpětná měsíční závěrka pro "více IČ ve více obdobích" není dostatečně prověřena (teoreticky je možná).

== Provedení ==
# Záloha databáze.
# S aplikací pracuje jen 1 určený uživatel.
# ''Menu: Mzdy > Ukončení měsíce'' - stisknout tlačítko ''O měsíc zpět''.
# V minulém měsíci provést potřebná doplnění/opravy.
# Záloha databáze.
# Měsíční závěrka - posun do nového období.
# Event. namátková kontrola.
# S aplikací mohou pracovat i další uživatelé.

== Rizika ==
Tento způsob návratu zpět nezaručuje 100% správný výsledek. Nemusí být například správně aktualizovány některé hodnoty v agendě [[Platby]] (zůstatky u exekucí, insolvencí). 
Dále není zaručeno správné nastavení hodnot při přechodech mezi roky (zpět z 01 akt.roku do 12 loňského roku a pak dopředu z 12 do 01) - je potřeba prověřit především nápočty částek pro daňové účely (RZD).

==== Zpětná měsíční uzávěrka z 1.měsíce do 12.měsíce předchozího roku s ohledem na RZD ====
Roční zúčtování daní
: 1) Při návratu po zpětné uzávěrce do 1. období se zjistí, zda byly před zpětnou měsíční uzávěrkou již provedeny nějaké ruční vstupy do ročního zúčtování (Mzdy - Roční zúčtování - Záložka: Zadávání vstupních údajů). Pokud ano, postupuje se u takových záznamů dle následujících bodů.

: 2) Pokud se v zadávání vstupních údajů pro roční zúčtování (Mzdy - Roční zúčtování - Záložka: Zadávání vstupních údajů) neliší údaje v sekci 'Od současného zaměstnavatele'/'Od súčasného zamestnávateľa', pak je obnoven stav, který byl pro roční zúčtování před zpětnou měsíční uzávěrkou a to včetně ručně naplněných údajů.

: 3) Pokud se v zadávání vstupních údajů pro roční zúčtování (Mzdy - Roční zúčtování - Záložka: Zadávání vstupních údajů) liší údaje v sekci 'Od současného zaměstnavatele'/'Od súčasného zamestnávateľa', pak je ponechán aktuální stav bez původních ručně zadaných údajů. Uživatel tak musí opětovně zadat vstupní údaje pro roční zúčtování daní. U zaměstnanců, u kterých došlo k vynulování již zadaných vstupních údajů, je tato skutečnost identifikována informací '<vynul.zu.>', zobrazené v zadávání vstupních údajů pro roční zúčtování. Tato informace je u zaměstnance uložena v tabulce 'rzdane', sloupečku 'zmenil'. Seznam osobních čísel, u kterých k vynulování došlo, je navíc uživateli zobrazena v oznámení.

== Zakázání ==
Jakmile pominou důvody pro použití, doporučuje se deaktivovat tuto funkcionalitu.

 SQL příkaz na změnu hodnoty parametru (zakázání zpětné měsíční závěrky):
* update e_param set hodnota = 'n' where polozka = 'uzaverka_zpet'; 

== [[více IČ]] ==
* Funkcionalitu zpětné měsíční uzávěrky '''je možné''' využít i pro [[více IČ]] databáze.
* '''Pokud''' je umožněno používat ''různá období pro různé IČ'', pak se zpětná měsíční závěrka provádí '''jen pro vybraný podnik''' (IČ). Důležité je, aby '''následný návrat''' do původního období (měsíční uzávěrka) byl také prováděn '''také''' jen nad daném konkrétním podniku. (V opačném případě nebudou správně obnovena data z tabulek obsahujících id podniku, např. střediska či osobní údaje zaměstnanců - např. nových budoucích nástupů. (hd 84554)) '''Uzávěrku měsíce po zpětné měsíční uzávěrce je nutné provést pro stejný(é) podnik(y), pro který(é) byla provedena zpětná měsíční uzávěrka.''' Týká se to jen a pouze případů, kdy jsou ve víceičové db různá období.

== Odkazy ==
* [[uzaverka_zpet (sk.12)]]
* [[Zpětná měsíční uzávěrka (procesy)]]
* [[Zpětná měsíční uzávěrka a archiv spuštěných výpočtů]]
* [[Ukončení měsíce]]
* [[Jednorázové funkce]]
* Dovolená a zpětná měsíční uzávěrka - hd 45676, 45814, 45851

Zpětná měsíční uzávěrka

2026-08-14T07:13:22Z

Milenak:

[[Image: Zpetna-uzaverka-archiv-3.png|350px|right]]
Menu: Mzdy > Ukončení měsíce 
'''Zpětná měsíční uzávěrka''' je funkcionalita nouzového návratu '''výhradně o 1 měsíc''' zpět spuštěná tlačítkem v aplikaci. Pokud je to možné, doporučuje se jiný způsob: '''obnova databáze ze zálohy provedené před závěrkou'''. Pokud potřebujete se vrátit o období zpět, doporučujeme zálohu databáze těsně před návratem a s aplikací v té chvíly pracuje pouze jeden uživatel.

== Uvolnění ==
'''Uvolnění a použití zpětné měsíční uzávěrky konzultujte s tvůrci programu.'''

Zpětná měsíční uzávěrka se spouští '''tlačítkem ''O měsíc zpět''''' v [[Ukončení měsíce|měsíční uzávěrce]]. Toto tlačítko se zviditelňuje nastavením systémového rozšiřujícího parametru [[uzaverka_zpet (sk.12)]] na hodnotu ''a - ano''. Tento parametr je tak možno změnit jen spuštěním s autorským ověřením, SQL příkazem nebo programátorským zásahem. Programátorský zásah je preferovaný, protože takto bude informace o tom,, kdo tuto možnost používá.

 SQL příkaz na změnu hodnoty parametru (povolení zpětné měsíční závěrky):
* update e_param set hodnota = 'a' where polozka = 'uzaverka_zpet'; 

== Použitelnost ==
Zpětná uzávěrku lze provést '''pouze o jeden měsíc zpět'''. Pokud byl návrat o jedno období zpět do minulého období ('''MO''') již proveden, tlačítko ''O měsíc zpět'' je viditelné, ale není povoleno. Posun do původního období ('''PO'''), ze kterého se prováděla zpětná měsíční uzávěrka se provádí klasickou měsíční uzávěrkou. Zpětná měsíční závěrka pro "více IČ ve více obdobích" není dostatečně prověřena (teoreticky je možná).

== Provedení ==
# Záloha databáze.
# S aplikací pracuje jen 1 určený uživatel.
# ''Menu: Mzdy > Ukončení měsíce'' - stisknout tlačítko ''O měsíc zpět''.
# V minulém měsíci provést potřebná doplnění/opravy.
# Záloha databáze.
# Měsíční závěrka - posun do nového období.
# Event. namátková kontrola.
# S aplikací mohou pracovat i další uživatelé.

== Rizika ==
Tento způsob návratu zpět nezaručuje 100% správný výsledek. Nemusí být například správně aktualizovány některé hodnoty v agendě [[Platby]] (zůstatky u exekucí, insolvencí). 
Dále není zaručeno správné nastavení hodnot při přechodech mezi roky (zpět z 01 akt.roku do 12 loňského roku a pak dopředu z 12 do 01) - je potřeba prověřit především nápočty částek pro daňové účely (RZD).

==== Zpětná měsíční uzávěrka z 1.měsíce do 12.měsíce předchozího roku s ohledem na RZD ====
Roční zúčtování daní
: 1) Při návratu po zpětné uzávěrce do 1. období se zjistí, zda byly před zpětnou měsíční uzávěrkou již provedeny nějaké ruční vstupy do ročního zúčtování (Mzdy - Roční zúčtování - Záložka: Zadávání vstupních údajů). Pokud ano, postupuje se u takových záznamů dle následujících bodů.

: 2) Pokud se v zadávání vstupních údajů pro roční zúčtování (Mzdy - Roční zúčtování - Záložka: Zadávání vstupních údajů) neliší údaje v sekci 'Od současného zaměstnavatele'/'Od súčasného zamestnávateľa', pak je obnoven stav, který byl pro roční zúčtování před zpětnou měsíční uzávěrkou a to včetně ručně naplněných údajů.

: 3) Pokud se v zadávání vstupních údajů pro roční zúčtování (Mzdy - Roční zúčtování - Záložka: Zadávání vstupních údajů) liší údaje v sekci 'Od současného zaměstnavatele'/'Od súčasného zamestnávateľa', pak je ponechán aktuální stav bez původních ručně zadaných údajů. Uživatel tak musí opětovně zadat vstupní údaje pro roční zúčtování daní. U zaměstnanců, u kterých došlo k vynulování již zadaných vstupních údajů, je tato skutečnost identifikována informací '<vynul.zu.>', zobrazené v zadávání vstupních údajů pro roční zúčtování. Tato informace je u zaměstnance uložena v tabulce 'rzdane', sloupečku 'zmenil'. Seznam osobních čísel, u kterých k vynulování došlo, je navíc uživateli zobrazena v oznámení.

== Zakázání ==
Jakmile pominou důvody pro použití, doporučuje se deaktivovat tuto funkcionalitu.

 SQL příkaz na změnu hodnoty parametru (zakázání zpětné měsíční závěrky):
* update e_param set hodnota = 'n' where polozka = 'uzaverka_zpet'; 

== [[více IČ]] ==
* Funkcionalitu zpětné měsíční uzávěrky '''je možné''' využít i pro [[více IČ]] databáze.
* '''Pokud''' je umožněno používat ''různá období pro různé IČ'', pak se zpětná měsíční závěrka provádí '''jen pro vybraný podnik''' (IČ). Důležité je, aby '''následný návrat''' do původního období (měsíční uzávěrka) byl také prováděn '''také''' jen nad daném konkrétním podniku. (V opačném případě nebudou správně obnovena data z tabulek obsahujících id podniku, např. střediska či osobní údaje zaměstnanců - např. nových budoucích nástupů. (hd 84554)) '''Uzávěrku měsíce po zpětné měsíční uzávěrce je nutné provést pro stejný(é) podnik(y), pro který(é) byla provedena zpětná měsíční uzávěrka.''' Týká se to jen a pouze případů, kdy jsou ve víceičové db různá období.

== Odkazy ==
* [[uzaverka_zpet (sk.12)]]
* [[Zpětná měsíční uzávěrka (procesy)]]
* [[Zpětná měsíční uzávěrka a archiv spuštěných výpočtů]]
* [[Ukončení měsíce]]
* [[Jednorázové funkce]]
* Dovolená a zpětná měsíční uzávěrka - hd 45676, 45814, 45851

Zpětná měsíční uzávěrka

2026-08-14T07:10:08Z

Milenak:

[[Image: Zpetna-uzaverka-archiv-3.png|350px|right]]
Menu: Mzdy > Ukončení měsíce 
'''Zpětná měsíční uzávěrka''' je funkcionalita nouzového návratu '''výhradně o 1 měsíc''' zpět spuštěná tlačítkem v aplikaci. Pokud je to možné, doporučuje se jiný způsob: '''obnova databáze ze zálohy provedené před závěrkou'''. Pokud potřebujete se vrátit o období zpět, doporučujeme zálohu databáze těsně před návratem a s aplikací v té chvíly pracuje pouze jeden uživatel.

== Uvolnění ==
'''Uvolnění a použití zpětné měsíční uzávěrky konzultujte s tvůrci programu.'''

Zpětná měsíční uzávěrka se spouští '''tlačítkem ''O měsíc zpět''''' v [[Ukončení měsíce|měsíční uzávěrce]]. Toto tlačítko se zviditelňuje nastavením systémového rozšiřujícího parametru [[uzaverka_zpet (sk.12)]] na hodnotu ''a - ano''. Tento parametr je tak možno změnit jen spuštěním s autorským ověřením, SQL příkazem nebo programátorským zásahem. Programátorský zásah je preferovaný, protože takto bude informace o tom,, kdo tuto možnost používá.

 SQL příkaz na změnu hodnoty parametru (povolení zpětné měsíční závěrky):
update e_param set hodnota = 'a' where polozka = 'uzaverka_zpet'; 

== Použitelnost ==
Zpětná uzávěrku lze provést '''pouze o jeden měsíc zpět'''. Pokud byl návrat o jedno období zpět do minulého období ('''MO''') již proveden, tlačítko ''O měsíc zpět'' je viditelné, ale není povoleno. Posun do původního období ('''PO'''), ze kterého se prováděla zpětná měsíční uzávěrka se provádí klasickou měsíční uzávěrkou. Zpětná měsíční závěrka pro "více IČ ve více obdobích" není dostatečně prověřena (teoreticky je možná).

== Provedení ==
# Záloha databáze.
# S aplikací pracuje jen 1 určený uživatel.
# ''Menu: Mzdy > Ukončení měsíce'' - stisknout tlačítko ''O měsíc zpět''.
# V minulém měsíci provést potřebná doplnění/opravy.
# Záloha databáze.
# Měsíční závěrka - posun do nového období.
# Event. namátková kontrola.
# S aplikací mohou pracovat i další uživatelé.

== Rizika ==
Tento způsob návratu zpět nezaručuje 100% správný výsledek. Nemusí být například správně aktualizovány některé hodnoty v agendě [[Platby]] (zůstatky u exekucí, insolvencí). 
Dále není zaručeno správné nastavení hodnot při přechodech mezi roky (zpět z 01 akt.roku do 12 loňského roku a pak dopředu z 12 do 01) - je potřeba prověřit především nápočty částek pro daňové účely (RZD).

==== Zpětná měsíční uzávěrka z 1.měsíce do 12.měsíce předchozího roku s ohledem na RZD ====
Roční zúčtování daní
: 1) Při návratu po zpětné uzávěrce do 1. období se zjistí, zda byly před zpětnou měsíční uzávěrkou již provedeny nějaké ruční vstupy do ročního zúčtování (Mzdy - Roční zúčtování - Záložka: Zadávání vstupních údajů). Pokud ano, postupuje se u takových záznamů dle následujících bodů.

: 2) Pokud se v zadávání vstupních údajů pro roční zúčtování (Mzdy - Roční zúčtování - Záložka: Zadávání vstupních údajů) neliší údaje v sekci 'Od současného zaměstnavatele'/'Od súčasného zamestnávateľa', pak je obnoven stav, který byl pro roční zúčtování před zpětnou měsíční uzávěrkou a to včetně ručně naplněných údajů.

: 3) Pokud se v zadávání vstupních údajů pro roční zúčtování (Mzdy - Roční zúčtování - Záložka: Zadávání vstupních údajů) liší údaje v sekci 'Od současného zaměstnavatele'/'Od súčasného zamestnávateľa', pak je ponechán aktuální stav bez původních ručně zadaných údajů. Uživatel tak musí opětovně zadat vstupní údaje pro roční zúčtování daní. U zaměstnanců, u kterých došlo k vynulování již zadaných vstupních údajů, je tato skutečnost identifikována informací '<vynul.zu.>', zobrazené v zadávání vstupních údajů pro roční zúčtování. Tato informace je u zaměstnance uložena v tabulce 'rzdane', sloupečku 'zmenil'. Seznam osobních čísel, u kterých k vynulování došlo, je navíc uživateli zobrazena v oznámení.

== Zakázání ==
Jakmile pominou důvody pro použití, doporučuje se deaktivovat tuto funkcionalitu.

 SQL příkaz na změnu hodnoty parametru (zakázání zpětné měsíční závěrky):
update e_param set hodnota = 'n' where polozka = 'uzaverka_zpet'; 

== [[více IČ]] ==
* Funkcionalitu zpětné měsíční uzávěrky '''je možné''' využít i pro [[více IČ]] databáze.
* '''Pokud''' je umožněno používat ''různá období pro různé IČ'', pak se zpětná měsíční závěrka provádí '''jen pro vybraný podnik''' (IČ). Důležité je, aby '''následný návrat''' do původního období (měsíční uzávěrka) byl také prováděn '''také''' jen nad daném konkrétním podniku. (V opačném případě nebudou správně obnovena data z tabulek obsahujících id podniku, např. střediska či osobní údaje zaměstnanců - např. nových budoucích nástupů. (hd 84554)) '''Uzávěrku měsíce po zpětné měsíční uzávěrce je nutné provést pro stejný(é) podnik(y), pro který(é) byla provedena zpětná měsíční uzávěrka.''' Týká se to jen a pouze případů, kdy jsou ve víceičové db různá období.

== Odkazy ==
* [[uzaverka_zpet (sk.12)]]
* [[Zpětná měsíční uzávěrka (procesy)]]
* [[Zpětná měsíční uzávěrka a archiv spuštěných výpočtů]]
* [[Ukončení měsíce]]
* [[Jednorázové funkce]]
* Dovolená a zpětná měsíční uzávěrka - hd 45676, 45814, 45851

10105 (ZC)

2026-07-20T11:07:23Z

Milenak: /* Číselník */

== Popis ==
{|border="1" cellpadding="3" cellspacing="0"
|-
| style="background-color: #eeeeee"|<center>ID</center> || '''10105'''
|-
| style="background-color: #eeeeee"|<center>Název</center> || '''Důvod pro volný přístup na trh práce'''
|-
| style="background-color: #eeeeee"|<center>Pokyny</center> || Uvede se, na základě jakého statusu má cizinec volný přístup na trh práce ČR;
Jedná se zejména o:
* občana EU/EHP a Švýcarska a jeho rodinné příslušníky (včetně rodinných příslušníků občanů ČR),
* občana Ukrajiny s udělenou dočasnou ochranou
* cizince s trvalým pobytem
* cizince, který v ČR studuje (připravuje se na budoucí povolání)
* cizince s povolením k dlouhodobému pobytu za účelem společného soužití rodiny
* cizince, který v ČR získal SŠ, VOŠ nebo VŠ vzdělání
* občana států z nařízení vlády č. 158/2024
* aj.
Podmínky pro volný přístup cizince na trh práce jsou definovány v § 95, § 98 a § 98a zákona č. 435/2004 Sb., o zaměstnanosti, ve znění pozdějších předpisů; kompletní seznam a bližší informace:

[https://www.mpsv.cz/volny-vstup-na-trh-prace mpsv.cz volny-vstup-na-trh-prace]

Použije se číselník - CIS Důvod pro volný přístup na trh práce, kdy uživatel vybere hodnotu z číselníku CIS Důvod pro volný přístup na trh práce odpovídající konkrétnímu ustanovení zákona č. 435/2004 Sb., na základě kterého má cizinec volný vstup na trh práce v ČR.

Údaj je povinný, pokud je v atributu „Státní občanství“ (ID 10067) uvedena hodnota odlišná od CZ (≠CZ) a v atributu „Volný přístup na trh práce“ (ID 10414) je uvedena hodnota ANO.
|-
| style="background-color: #eeeeee"|<center>Akce</center> ||
A1 - OST (NSP)
A1 - SPEC (NSP)
A3 - OST (N)
A3 - SPEC (N)
A4 - OST (N)
A4 - SPEC (N)
|-
| style="background-color: #eeeeee"|<center>Podmínka povinnosti</center> || Povinný, pokud Státní občanství (10067) ≠ CZ a pokud Volný přístup na trh práce (10414) = ANO
|-
| style="background-color: #eeeeee"|<center>Dat. typ</center> || číselník
|}

zdroj: ''Všeobecné zásady pro vyplňování - Registrace zaměstnance - platné od 1.4.2026 verze - 20-01-2026.pdf'' ([https://developers.mpsv.cz developers.mpsv.cz])

== Číselník ==
{|border="1" cellpadding="3" cellspacing="0"
|+ CIS Důvod pro volný přístup na trh práce
|- style="background-color: #eeeeee"
| Kód
| Název
|-
| 1 || § 87 Občan EU/EHP a Švýcarska
|-
| 2 || § 87 Občan Spojeného království Velké Británie a Severního Irska (beneficient výstupové dohody)
|-
| 3 || § 87 Rodinný příslušník občana EU/EHP nebo Švýcarska (včetně ČR)
|-
| 4 || § 98 písm. a) Povolen trvalý pobyt - mimo ochranu Ukrajina
|-
| 5 || § 98 písm. a) Povolen trvalý pobyt - dočasná ochrana Ukrajina
|-
| 6 || § 98 písm. b): Rodinný příslušník člena diplomatické mise
|-
| 7 || § 98 písm. c) Udělen azyl nebo doplňková ochrana
|-
| 8 || § 98 písm. d) Krátkodobá prac. činnost (do 7 dnů)
|-
| 9 || § 98 písm. e) Mezinárodní smlouva
|-
| 10 || § 98 písm. j) Příprava na budoucí povolání
|-
| 11 || § 98 písm. l): Dlouhodobý pobyt za účelem společného soužití rodiny
|-
| 12 || § 98 písm. m) Rezident jiného státu EU
|-
| 13 || § 98 písm. n): Soustavná vzdělávací nebo vědecká činnost
|-
| 14 || § 98 písm. o) Získané SŠ, VOŠ nebo VŠ vzdělání
|-
| 15 || § 98 písm. p) Dlouhodobý pobyt za účelem ochrany
|-
| 16 || § 98 písm. r) Duchovní církve registrované v ČR
|-
| 17 || § 98 písm. s) Vnitropodnikově převedený zaměstnanec (z EU)
|-
| 18 || § 98 písm. t) výkon práce v zájmu ČR
|-
| 19 || § 98 písm. u): Občan státu nevyžadujícího pracovní oprávnění (whitelist)
|-
| 20 || § 98 písm. v): Umělecká činnost
|-
| 21 || § 98a Vyslání - zvyšování dovedností
|}

zdroj: ''datovy_slovnik_1.4.1.2.xlsx - 19.1.2026'' ([https://developers.mpsv.cz developers.mpsv.cz])

== Aplikace ==
* [[Pracovní povolení]] - pole ''Důvod pro volný příst.''

== Odkazy ==
* [[Atributy (ZC)]]

Zkus doba prodl (sk.9)

2026-07-20T07:55:45Z

Milenak:

Menu: Nastavení / Rozšiřující parametry / sk.9

'''zkus_doba_prodl (sk.9)''' je [[Rozšiřující parametry|parametr]].

== Funkcionalita ==

{|border="1" cellpadding="3" cellspacing="0"
|-
! scope="row"| Kód
| zkus_doba_prodl
|-
! scope="row"| Název
| Způsob prodloužení zkušební doby, způsob přičítání zameškaných dní ke konci ZD
|-
! scope="row"| Rozsah
| '''1''' / 2 / 3
|-
! scope="row"| Popis
|
1 - dny prodložení rozprostřít do dnů pracovních, ty, které jsou svátkem přeskočit,
2 - dny prodložení rozprostřít do dnů pracovních, včetně těch, na které připadá svátek
3 - dny prodloužení přičít prostě - matematicky
|}

== Odkazy ==
* [[Zkušební doba]]
* [[Končící zkušební doba či prac.poměr]]
* hd 59328

Chyby (Měsíční hlášení)

2026-06-25T12:09:05Z

Milenak: /* 20028 */

''Chyby (Měsíční hlášení)''

== Záporné hodnoty atributů ==
=== Dovolená aj. ===
*Stanovisko ČSÚ k záporným hodnotám* (06/2026) Do doby, než bude možné zadávat záporné hodnoty, tak se v atributech Náhrady mzdy zúčtované (10337), Náhrady za dovolenou (10338) budou v měsíci, kdy byly zaúčtovány, místo záporných hodnot uvádět nuly. Opravné hlášení za měsíc, kdy byla dovolená přečerpána, se k atributům 10337 a 10338 nepodává. Jakmile bude umožněno záporné hodnoty uvádět, budou se uvádět v
měsíci, kdy bylo zúčtováno. Opravné hlášení za měsíc, kdy byla dovolená přečerpána, se k atributům 10337 a 10338 nebude nepodávat ani v tomto případě. Zároveň do doby, než bude možné uvádět záporné hodnoty, budou vypnuty kontroly 30 a 281. (hd 83903) 

=== Odměny ===
* Např. viz níže komentář k chybě 20028. 

=== Záporný příjem ===
* ''..stále je nám odmítáno MH pro lidi, kteří mají záporný příjem.'' Ano, první věta z požadavku je správné konstatování. Pokud by šlo jen o zápornou částku určité mzdové položky, avšak výsledná příjem zaměstnance by byl kladný (tzn. sociální základ, zdravotní základ, zdanitelný příjem), je možné opravu provést tak, že hodnotu atributu zeditujete a uvedete hodnotu 0 (ale ani toto není možno doporučit z hlediska správnosti předávaných dat, aktuálně s výjimkou atributu [[10338 (MH)]], kde to uvádí výslovně i dokumentace JMHZ. Avizovali jsme, že záporné hodnoty vyměřovacích základ nebude JMHZ akceptovat. K tomu například informace na stránkách příruček: [[Zpětné opravy]]. (hd 83903) Prosté vynulování hodnot u zaměstnance tak, aby vyměřovací základy nenabývaly záporných hodnot, a dále příp. úprava souhrnné vrstvy a PVPOJ nemusí vést k úspěšnému podání. I kdyby formálně bylo v pořádku, '''obsahově je chybné''' (např. údaje k ELDP - vyměřovací základ tak v úhrnu za vykazované měsíce nebude odpovídat skutečnosti) a mělo by být tedy procesováno postupem doporučovaným ze strany JMHZ - opravné hlášení za ten minulý měsíc, kdy neměla být odměna (náhrada, apod.) vyplacena.
 (hd 83903, 84281)

=== Sleva na dítě ===
* Také oprava slevy na dítě v průběhu roku může být problematická. (hd 84055)

== 20028 ==
''Mzda zúčtovaná je menší než součet jejích složek. Mzda zúčtovaná (10328) >= Tarifní mzdy (10329) + Prémie a odměny pravidelné (10330) + Prémie a odměny nepravidelné (10331) + Příplatky celkem (10332) + Příplatky za práci přesčas (10333)''

* Vrácená částka odměny byla zadána jako záporná hodnota mzdové položky 3xx, která se pak započetla do atributu "Prémie a odměny ..." se zápornou částkou. Při nemožnosti vykazovat zápornou částku uživatel hodnotu změnil na 0. Avšak nastala tato chyba. Do doby než MH povolí záporné hodnoty u atributů je editace hodnot pro uživatele nejrychlejší cestou. Ale může se pak stávat, že '''někdy je potřeba opravovat větší množství hodnot atributů v důsledku kontrol ČSSZ'''. Pokud byla upravena hodnota atirubutu 10331 ze záporné částky na 0, nesouhlasí podmínka z toho důvodu, že [[10328 (MH)]] načítá aplikace automaticky jako součet částek z rozsahu mzdových položek, a tedy dojde i k ponížení v důsledku záporné částky odměny. (hd 83707, 84079)

== 20029 ==
''Příplatky celkem (10332) >= Příplatky za práci v noci (10334) + Příplatky za práci o sobotách a nedělích (10335) + Příplatky za práci ve svátek (10336)''

* Nejsou nastaveny správně některé pojmy v aplikaci podle [[Mapování uživatelsky nastavovaných atributů (MH)|Mapování atributů MH]]. Například by neměly být zahrnovány "přesčasy".

== 20062 ==
''Váš formulář neprošel validací proti XML schématu.'' 
''Chyba Element "pojisteni" obsahuje neplatný podřízený Element "eldpSeznam".''

Příčiny mohou být různé.
* [[Datum skutečného nástupu]] je vyplněno a leží v jiném období než [[Zahájení pracovního poměru]]. Pracovní poměr od xx.1.2026, datum skutečného nástupu od xx.3.2026. Měsíční hlášení za 03/2026 bez chyby, hlášení za 02/2026 s chybou. Aplikace v tomto případě nevyplní údaje o trvání pojištění ([[10354 (MH)]]), což způsobuje tuto chybu. Možné řešení: neposílat formulář za 02/2026, pakliže pracovní poměr byl bez příjmu. (hd 83906, 83979, 84119) Upozornění při vytvoření hlášení: "Datum zahájení pracovního poměru a datum skutečného nástupu zasahují do dvou různých období (měsíců). Může být problém v hlášeních REGZEC a MH vykazovaných za měsíce před zahájením/datem skutečného nástupu."

== 20283 ==
''Pokud (10286) = 0, pak atributy: (10289, 10417, 10292, 10293, 10294, 10295, 10296, 10418, 10308, 10309, 10310, 10416) nesmí nabývat hodnot.''

* V případě, že systém automatizovaně zjistí hodnotu 10286 = 0, neměl by uvádět vyjmenované atributy.
* V případě, že uživatel upraví některé hodnoty atributů (neuvádět záporné hodnoty) tak, že 10286 = 0, je potřeba vyjmenované atributy neuvádět. Ve formuláři je toho možné docílit pomocí editace - smazáním hodnoty atributu: [[Údaje formuláře (Měsíční hlášení)]] - ''Bez hodnoty''
(hd 83896)

== 40007 ==
Propustná chyba. PVPOJ. ''Úhrn nesouhlasí se součtem vyměřovacích základů dotčených zaměstnanců, kteří nevykonávají činnost v rizikovém zaměstnání nebo činnost zdravotnického záchranáře nebo člena jednotky HZS podniku.''

Někdy se může jednat o zmatečnou chybu ze strany ČSSZ, a to v případě, že v rámci opravného hlášení byla zaslána vybraná množina (opravovaných) zaměstnanců a současně také vrstvy: souhrnná a PVPOJ. Pak údaje za PVPOJ si ČSSZ vyčísluje chybně pouze ze zaměstnanců z opravného hlášení, a nikoliv ze všech předchozích řádně podaných. (stav: 06/2026)

Pokud se opravným hlášením nemění hodnoty v souhrnné vrstvě a ve vrstvě PVPOJ, pak tyto vrstvy není nutné v opravném hlášení znovu zasílat (řádky je možné uživatelsky smazat).

Do doby, než bude nedostatek odstraněn, je vhodné další postup zkonzultovat s ČSSZ (ingorovat chybu, poslat nové opravné hlášení za všechny zaměstnanc, aj.).

== 40012 ==
Propustná chyba. PVPOJ. ''Pojistné za zaměstnance nesouhlasí se součtem pojistného za všechny jednotlivé zaměstnance.''

Může být obdobou chyby 40007.

== 40238 ==
''V rámci opravného podání součásti individualizované části nebyla nalezena odpovídající dvojice klíčů IK MPSV a ID pracovněprávního vztahu. Řádný formulář má odlišné ikmpsv / idppv''.

* Hlášení bylo "opravné", ale formulář měl být "řádný":
* [[Řádný formulář v rámci opravného podání (Měsíční hlášení)]]

== 40243 ==
''Když je (10419) = "ANO" a (10068) není "CZ", pak následující atributy nesmí nabývat hodnot: (10300), (10301), (10302), (10303), (10453),(10431), (10432), (10433), (10434), (10435), (10436), (10437), (10438), (10439), (10440), (10304), (10306), (10307), (10309), (10310).''

''U daňového nerezidenta, který podepsal prohlášení poplatníka, lze uplatnit pouze základní slevu na poplatníka a nelze uplatnit zvláštní sazbu daně. V případě, že se nejedná o daňového nerezidenta, doporučujeme zkontrolovat dohlášení údajů registrace zaměstnance prostřednictvím akce A3 (změna údajů), zejména atributu 10068 - Kód státu rezidenství.''

Možné příčiny:
* Původní dohláška REGZEC -3d nebyla správně provedena. Napravit ústně s ČSSZ nebo novou dohláškou.
* Zaměstnanec v registrech ČSSZ není veden jako daňový nerezident, ale jako daňový rezident (nebo naopak). [[REGZEC]] byl sice správně poslán, ale jiná firma (zaměstnávající téhož zaměstnance) vzápětí hodnotu rezidentství "přepsala". Dalo se to ověřit i telefonicky na ČSSZ (a opravu provedla též ČSSZ).
* Zaměstnanec v aktuálním měsíci je daňový nerezident, ale historicky (provádějí se podání za 01-03/2026) ještě v aplikaci takto označen nebyl (chyba dat). Je potřeba upravit údaj v tabulce uchovávající historii. Zjišťovací příkaz (změňte hodnoty 111, 222 na konkrétní osobní čísla): SELECT os_cislo, dan_nerez, datum FROM prac_zal where datum >= '2026-01-01' and os_cislo in (111, 222) order by os_cislo, datum; Změnový příkaz: update prac_zal set dan_nerez = 'a' where os_cislo in (111, 222) and datum in ('2026-01-01', '2026-02-01'); (helpdesk 83978, 84087)

== Různé ==
=== Nebylo přijato řádné hlášení a nelze podat storno ===
* [https://home.ksprogram.cz/download/Prirucky/Legislativa/2026-01/Aktualita_nove_nastaveni_zmocneni_v_systemu_CSSZ.pdf Aktualita_nove_nastaveni_zmocneni_v_systemu_CSSZ.pdf]

2026/01 - po odeslání řádného hlášení za 2026/01 přišlo oznámení, že hlášení nebylo přijato a je potřeba vytvořit nové řádné. Důvodem byla změna zmocnění v systémech ČSSZ od června 2026. Jak postupovat, když za období 01-03/2026 nelze podávat tzv. storno hlášení?

Varianta 1) Zjištění stavu řádného hlášení načtením odpovědí z agendy [[Plnění (Měsíční hlášení)]]. Pokud bude přijata odpověď o zamítnutí hlášení z ČSSZ, systém dovolí vytvořit nové řádné podání.

Varianta 2) interní změna
# Změna hodnoty stavu na ''Odmínuto'' - [[Řádné (Měsíční hlášení)]]
# Vytvoření nového řádného podání.


=== Do opravného hlášení nevkládat souhrnnou vrstvu a PVPOJ ===
Je-li to možné a data opravného hlášení nemění původní hodnoty řádného hlášení v souhrnné vrstvě a PVPOJ, doporučuje se tyto dva formuláře v opravném hlášení neposílat (smazat je - nastavením se na řádek a ikonou smazat). Jinak hrozí, že z ČSSZ budou zasílána chybová hlášení (která by neměla být zasílána, neodpovídající obsahu, "falešná").

== 40348 ==
''Chyba formální datové integrity podání.''

Příčina může být např. obdobná jako u 20062.

== Hlášení aplikace ==
=== Pro období xx/2026 nebyly nalezeny informace o PPV ===
''Kontrola údajů: Pro období xx/2026 nebyly nalezeny informace o PPV ...'' 
''Formulář ID ... není validní dle definice XSD schématu. Chyba Element "cinnostKS" obsahuje neplatný podřízený Element "vykonavanaPozice" Seznam možných očekávaných elementů: "souhrnDataZec", "pojisteni" ...'' 

* Příčinou může být rozdíl v okamžiku pořízení pracovního poměru a vykazování (pracovní poměr byl zadán až v 05/2026 s tím, že zahájení je už v 04/2026, kde nebyl žádný příjem. Pracovní poměr tak neprošel řádně vyúčtování a měsíční závěrkou a chybí údaje v historii, které se mají propisovat do MH. SELECT os_cislo, cislo_pom, datum FROM pom_mes where datum >= '2026-01-01' order by os_cislo, cislo_pom, datum; SELECT os_cislo, cislo_pom, datum FROM pom_zal where datum >= '2026-01-01' order by os_cislo, cislo_pom, datum;
* Obdobné uživatelské změny (zpětná změna data zahájení prac.poměru apod.).
(hd 84332, 84190)


== Odkazy ==
* [[Měsíční hlášení]]
* delete from jmhz_udaje where id_formulare not in (select id_formulare from jmhz_formulare);

JMHZ Nestandardní přesčasy (pojem)

2026-06-19T06:22:12Z

Milenak:

[[Image: S-SI017-A.png|right|570px]]
Menu: Sestavy > Mzdové sestavy > Přesčasy 

'''[[JMHZ Nestandardní přesčasy (pojem)]]'''

Do pojmu se zahrnují přesčasy mimo kódy 210 až 215. Pojem slouží k měsíčnímu hlášení, tak aby se hodnoty zapsaly do atributu 10269. Zahrnují se hodiny i částka.

== Odkazy ==

* [[10269 (MH)]]

JMHZ Nestandardní přesčasy (pojem)

2026-06-19T06:21:19Z

Milenak:

JMHZ Nestandardní přesčasy (pojem)

2026-06-19T06:16:46Z

Milenak:

JMHZ Nestandardní přesčasy (pojem)

2026-06-19T06:15:47Z

Milenak: