20 LED 2011 Idea.System.CSPUT Hlavní společnost - 1 - 09:04 PB-301 Tisk požadavků Jen řady <1> IDEA-mzdy Jen požadavky > Vše Jen zadavatelé > Vše Jen skupiny > Vše Jen řešitelé > Vše Jen priority > Vše Jen verze > Vše Podmínka : <bez omezení> Předmět obsahuje : <bez omezení> Požadavek obsahuje : <bez omezení> Příznak obsahuje : <bez omezení> Vyřešené/Nevyřešené/* ? Vyřešené Datum zadání od : Od začátku do : Do konce Datum vyřešení od : 23042010 do : Do konce Požadovaný termín od : Od začátku do : Do konce Poslední změna od : Od začátku do : Do konce Třídit podle : P- Jak stránkovat ? 0-běžně Jaké texty tisknout ? 1-jen uživatelské Jaké rozložení ? 1-standardní Převést do řady : <nepřevádět> Sumáře podle : <bez sumáře> ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── MZD 2040634.1 27042010 27042010 PB PB MZD 5N Automatické krácení dovolené nástup/výstup a DD Zadání : Automatický výpočet nároku dovolené bere v potaz jen hodnoty zadané v řádku 1. Nárok na ŘD v běžném roce - 20 dní nikoliv pak řádek 2. Nárok na DD v běžném roce - 5 dní? Zadala jsem do nároku dovolené v matriční obrazovce pracovníka nárok dovolené včetně dodatkové dovolené, ale automatické krácení však krátí pouze o základní nárok to je 20 dní nikoliv však o dodatkovou dovolenou 5 dní což by měl. Zaměstnanec nastoupil 6.4.2010 a prac.poměr končí ve zkuš.době k 23.4.2010 - tudíž nárok na dovolenou nevznikl! Řešení : Rozšířen mechanismus výpočtu automatického krácení dovolené tak, aby vycházel z plného nároku na dovolenou (M518+M519, tedy ŘD-řádná dovolená+DD-dodatková dovolená), zatímco dosud se vycházelo jen z M518=ŘD. MZD 2040635.1 27042010 27042010 PB PB MZD 5N Chyba v programu na převod zaměstnanců Zadání : Zkoušel jsem převést jednoho zaměstnance z jedné společnosti do druhé a program spadl na chybu (v příloze). Řešení : Opraven program %MZDT109-převody pracovníků mezi společnostmi - v programu zůstal nezkonvertovaný (=špatný) kód pro odvozování aktuálního měsíce v cílové firmě/databázi MZD 2040636.1 12052010 12052010 PB PB MZD 5N Průměrný čistý výdělek na potvrzení o prům.výdělku Zadání : Máme zaměstnankyni, která nastoupila na HPP 15.2.2010. K 21.4.2010 ukončila pracovní poměr ve zkušební době, k tomu ale byla od 12.4. do 20.4. nemocná. Nyni, když jí chceme vystavit potvrzení o průměrném výdělku, tak hrubý výdělek je správně - 16.623,-, ale čistý výdělek je špatně. Má být 13.518,-. Zjistily jsme, že toto je způsobeno tím, že v dubnové dobírce měla již zadanou nemoc. Dobírka nebyla přepočtena. Když celou výlatu zruším, čili je nulový řádek 103, tak se mi potom spočítá průměrný čistý výdělek správně. Nechápu, proč je to způsobenou nemocí? To samé se nám stalo již minulý měsíc. Zaměstnankyně v březnu ukončila pracovní poměr a zároveň měla nemoc a průměrný čistý výdělek byl špatně. V příloze posílám mzdový list a rozbor hrubé a čisté mzdy v případě, že je zadaná nemoc nebo není. Řešení : Upraven výpočet čisté mzdy v režimu "pro potvrzení o průměrném výdělku" tak, aby ignoroval zadané nemoci. V tomto režimu jsou při volání přepočtu již podobné výjimky - třeba v tom, že se pro potřeby pomocného přepočtu nastavuje M104-aktivní matrice na Ano, potlačuje se eventuelní vyplnění M146-datum propuštění. MZD 2040637.1 12052010 12052010 PB PB MZD 5K Daně u zaměstnance vyslaného na Slovensko Zadání : Také máme ještě ještě jednoho zaměstnance , který je od 1.5. vyslán na Slovensko, ale je stále náš zaměstnanec, ale nebude tam jezdit jen na sl.cesty.Bude podléhat Slovákům.pak víme, že socioální a zdravotní pojištění budeme platit tady a na Slovensku budou za něj odvádět daň domluveno se s SK EW.Tady mu srazím daň podle slovenských daň.zákonů a místo na fin.úřad přefakturujeme na náš slovenský EW.Nevím jak přesně ho zadat v daních, aby mi odvod daně 20 LED 2011 Idea.System.CSPUT Hlavní společnost - 2 - 09:04 PB-301 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── nenaskakoval do odvodů a ani nebyl vypočten z českých daní.Máte v daních č.99- nedaněn ani měsíční ani roční daní. V rámci zamezení dvojího zdanění se mu vyjednává na fin.úřadě povolená vyjímka v rámci zákona. Řešení : Dhledně zaměstnance vyslaného na Slovensko (ZP+SZ zde, daně podle Slováků) si myslím, že by měly vyhovět řádky a postupy popsané v následujících požadavcích 2040197 07062005 Výpočet SZ, ZP a daní podle zahraničních pravidel 2040205 30062005 Odvody SZ a ZP podle zahraničních pravidel 1) SZ+ZP necháte spočítat běžně 2) českou daň potlačíte pomocí M195=99- nedaněn ani měsíční ani roční daní 3) ručně si zadáte základ a daň zahraniční podle Slovenských pravidel 551 Základ daně zahraniční 552 Nezdanitelné částky zahraniční 553 Zdanitelná mzda zahraniční 554 Měsíční daň zahraniční 4) automatizujete si odesílání obsahu 554-Měsíční daň zahraniční pomocí %MZRPU-mzdové řádky pro příkazy k úhradě - tím si zajistíte "místo na fin.úřad přefakturujeme na náš slovenský EW" MZD 2040638.1 16072010 16072010 PB PB MZD 5N Třídění dle středisek v exportu mzdových přehledů Zadání : V exportu mzdových přehledů se chybně třídí střediska. Nejprve jsou střediska 10,11 a pak teprve 1. Řešení : 1) rozšířen program %MZDCFG9-provozní parametry - přidán konfigurační parametr "Jak posuzovat kód střediska při třídění ?" - možné hodnoty jsou C-jako text nebo N-jako číslo - nevyplněno se posuzuje jako C-jako text 2) upraveno třídění v programu %MZDT244-export mzdových přehledů MZD 2040639.1 16072010 16072010 PB PB MZD 5N Zjednodušení konfigurace firmy Řešení : Z konfiguračního programu %MZDCFG2-údaje o firmě byly odstraněny následující zbytečné a nepoužívané parametry 2. Sídlo podniku - město : ... 8. Firemní bankovní spojení : 9. Složenka poslední řádek : 10. SBČS : MZD 2040640.1 16072010 16072010 PB PB MZD 5N Pořadí programů v podmenu pro ELDP,ČSSZ,KZP Řešení : Reorganizováno pořadí programů v podmenu pro ELDP, ČSSZ a komunikaci se ZP tak, aby se dodržovalo následující : 1) nástroj pro automatické vygenerování záznamů 2) nástroj pro ruční opravy/přidávání/rušení 3) nástroj/nástroje pro tisk a export dat 4) ostatní pomocné nástroje - automatické rušení, ... MZD 2040641.1 04082010 04082010 PB PB MZD 5N Rozšíření sestavy %MZDT066-stálé srážky Zadání : Program aktuálně nedovoluje zvolit vlastní/jiná třídění než ta, která jsou v programu natvrdo zadaná. Řešení : Program %MZDT066-stálé srážky upraven následovně : 1) modernizován na standardní n-tici úvodních vstupů "Střediska >","Osobní čísla >", "Podmínka" a "Třídit podle" 2) přidána možnost zvýrazňování změn v třídících hlediscích na vstupu "Zobrazovat třídění ?" s možnostmi 0-nezobrazovat,1-zobrazovat pro první index, 2-zobrazovat pro první a druhý index 3) odstraněn již nepoužitelný filtr na pobočky ČS a.s. 20 LED 2011 Idea.System.CSPUT Hlavní společnost - 3 - 09:04 PB-301 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── MZD 2040642.1 04082010 04082010 PB PB MZD 5N Dočasné potlačení automatického dopočtu hodin Zadání : Zjednodušit situace, kdy potřebujeme dočasně na jeden měsíc vypnout automatický dopočet a v následujícím jej opět aktivovat. Řešení : 1) rozšířen výčet možných hodnot údaje M104AU-Automatický dopočet hodin dle kalendáře - stávající hodnoty Ano a Ne rozšířeny o možnost Dočasně ne Speciální hodnota D=dočasně ne funguje stejně jako hodnota N=ne s tou výjimkou, že v rámci zpracování konce měsíce se zkonvertuje na hodnotu A=ano. Smyslem této hodnoty je umožnit potlačení automatického dopočtu hodin dle kalendáře s tím, aby se tento automatický dopočet následující měsíc automaticky obnovil. 2) upraveny programy tak, aby korektně zpracovávaly hodnotu D=dočasně ne stejně jako dosud zpracovávaly N=ne 3) upraven program %MZDKMES-konec měsíce - hodnota D=dočasně ne se konvertuje na hodnotu A=ano MZD 2040643.1 04082010 04082010 PB PB MZD 5N Adresa zdravotní pojišťovny do přehledu Zadání : Do přehledu o platbě ZP přidat do záhlaví adresu zdravotní pojišťovny. Máme hodně klientů s různými sídly jejich ZP a potřebujeme mít tu adresu proto, abychom rozlišili, kam to posílat. Řešení : Do hlavičky v přehledu o platbě ZP přidána adresa zdravotní pojišťovny z číselníku. MZD 2040644.1 10082010 10082010 PB PB MZD 5N Jak funguje číslování dávek u PPM Řešení : Aktuální chování programu je následující : 1) při každém přepočtu výplaty se na základě následujících dat z obrazovky %MZM54-dávky nemocenského pojištění generuje další dávka --- Peněžitá pomoc v mateřství --- 8. Datum prvního dne : M441 9. Datum posledního dne : M442 10. Kč hrubé denní dávky : M443 11. Dokdy je již placeno : M444 12. Číslo dokladu : M445 - pokud je přitom vyplněn údaj M445-Číslo dokladu, pak se nově generované dávce přidělí toto číslo - pokud tento údaj vyplněn není, pak nově generovaná dávka číslo nemá (toto je typické pro startování PPM) 2) v programu %MZDT037-výkaz dávek nemocenského pojištění je k dispozici režim "Číslovat doklady" - v případě režimů s číslováním (volby A-ano, čísluj všechny doklady nebo P-ano, čísluj jen placené doklady) se všem dosud neočíslovaným dávkám přiděluje číslo ve formátu RRRRMMxxxx, kde xxxx je pořadové číslo v rámci každého měsíce 3) při %MZDKMES-ukončení měsíce se v případě dávky PPM schovává přidělené číslo dokladu do M445-Číslo dokladu tak, aby mohlo být příští měsíc (a další měsíce) použito k číslování všech dávek jedné PPM jedním číslem Výše popsané chování má aktuálně následující nectnost - pokud se po zavedení nové PPM nespustí %MZDT037-výkaz DNP v režimu "Číslovat doklady", pak následující měsíc není uloženo, jaké číslo se má v dalším měsíci použít - stejně tak, pokud se zpětně ve výletu do minulosti doklady doočíslují, tak se to neprojeví na již vygenerovaných dávkách PPM ==> byly provedeny následující úpravy, které by měly eliminovat nepříjemnosti vzniklé nedodržením výše uvedeného standardního postupu : v případě číslování dávky PPM se nejprve podíváme, jestli není doplněno A) číslo dávky v M445-číslo dokladu nebo 20 LED 2011 Idea.System.CSPUT Hlavní společnost - 4 - 09:04 PB-301 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── B) ex-post zpětně ve výletu do minulosti k nějaké dávce na řádku 367 minulý měsíc a pokud jedna z tšchto hodnot je známá a vyplněná, pak se použije. Teprve pokud by ani jedna z těchto hodnot vyplněna nebyla, pak se použije standardní přidělení nového čísla. MZD 2040645.1 10082010 10082010 PB PB MZD 5N Nemoci na konci měsíce nezahrnuté do minulého měs. Zadání : Stává se nám často následující : 1) máme zákazníka, který chce mít mzdy spočítané již kolem 25tého v měsíci, aby stihnul do konce kalendářního měsíce poslat peníze zaměstnancům 2) z toho důvodu nevíme v době zpracování o tom, co se stane po zpracování mezd a musíme to v následujícím měsíci (často složitě a komplikovaně) napravovat 3) konkrétně nám jde o zjednodušení následujícího postupu - v měsící 04/2010 proplatíme zaměstnanci celý měsíc základní mzdou - poté se dozvíme, že od 26.4.2010 dál byl nemocný - musíme mu ubrat přeplacený základní plat (to děláme tak, že do řádku 1, který na toto používáme) dáme -40 hodin k proplacení minulým platem - kvůli tomu ale musíme dočasně vypnout automatický dopočet a zadat mu patřičný počet hodiny z 05/2010 - nemoc se v tomto případě zadá "normálně" počínaje 26.4.2010 - další měsíc pak nesmíme zapomenout na to, abychom mu opět aktivovaly automatický dopočet Řešení : 1) zaveden nový konfigurační parametr "Kam umisťovat korekce platů u nemocí/dávek z minulého měsíce :" - je umístěn v programu %MZDCFG3-koeficienty a parametry DNP - může nabývat hodnot 1-16 a jedná se o odkaz na některý ze mzdových řádků typu "základní mzda" - pokud je údaj nevyplněn, pak se bere jako kdyby byl vyplněn odkazem na řádek 1-ZM časová jednicová prémiovaná 2) parametr "Platit" u DNP/PN přejmenová na "Příznak" - původní hodnoty Ano/Ne přejmenovány na A-skutečná nemoc/dávka resp. N-pravděpodobná nemoc/dávka (pro omluvení doby) - nově přidána nová hodnota M-skutečná nemoc/dávka s opravou platu minulý měsíc - aktuální seznam možných hodnot je následující A-skutečná nemoc/dávka N-pravděpodobná nemoc/dávka (pro omluvení doby) M-skutečná nemoc/dávka s opravou platu minulý měsíc - dávka s příznakem M-skutečná nemoc/dávka s opravou platu minulý měsíc funguje stejně jako A-skutečná nemoc/dávka společně s povelem "spočítej korekci základního platu v minulém měsíci" 3) změna ve výpočtu DNP/PN - je-li zadána dávka s příznakem M tak se spočítá, kolik hodin zasahuje do minulého měsíce a o toto sniž přeplacený základní plat - toto se udělá tak, že se tento záporný počet hodin zapíše do složky "Dopočet korekce z nemocí" v řádku určeném výše popisovaým parametrem - hodiny ze složky "Dopočet korekce z nemocí" se při výpočtu násobí základním platem minulého měsíce a nezahrnují se do výpočtu celkového počtu hodin a proto neovlivňují dopočet do FPD a) program spočte počet hodin MZD 2040646.1 26082010 26082010 PB PB MZD 5N Stát v tisku přihlášek na ČSSZ Zadání : Při tisku přihlášek do souboru na posílání elektronicky, se chybně tiskne do kódu státu Místo výkonu činnosti kód z číselníku, nikoli kód státu pro ČSSZ z tohoto číselníku. 20 LED 2011 Idea.System.CSPUT Hlavní společnost - 5 - 09:04 PB-301 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Takže, mám kód státu CR, kód podle ČSÚ: CZ, kód podle ČSSZ: CZ, v matrici má zaměstnanec napsáno, že má občanství CR, trvalé pracoviště není vyplněno. Na přihlášce na ČSSZ se potom tiskne do kódu Státní občanství CZ, a do kódu Místo výkonu činnosti CR (v tomto políčku nepoužiješ kód pro ČSSZ). Takže pracují v Kostarice. Řešení : Opraveny programy na exporty dat do ČSSZ - v případě údaje "Místo výkonu" se neprováděla správně konverze kódu státu na ekvivalent pro ČSSZ MZD 2040647.1 27082010 27082010 PB PB MZD 5N Otisk účetních předpisů pro účetnictví NLM Zadání : V podmenu IDEA-mzdy / speciality / nlm cz / účetnictví NLM chybí nástroje na otisk zadaných účetních předpisů. Řešení : Vytvořen nový program %MZADM04-otisk účetních předpisů Program tiskne pro vybrané mzdové řádky jejich účetní předpisy, které zahrnují jak základní dvojici účtů MD|DAL, tak případné výjimky podle specifikovaného matričního údaje pro rozúčtování. Na vstupu "Jen účtovat ?" je možné omezit zpracování jen na řádky, které se mají/nemají účtovat. MZD 2040648.1 22102010 22102010 PB PB MZD 5N Omylem okopírovaný zaměstnance i s historií Zadání : Převáděly jsme zaměstnance z firmy do firmy. Použili jsme k tomu program %MZDT169-kompletní převody pracovníků, který nám ale převedl i historii mzdy zaměstnance, což jsme nechtěly. Chtěly jsme pouze okopírovat aktuální matriční data. Řešení : 1) pro požadované chování je třeba použít jiný program a to %MZDT109-převody pracovníků mezi společnostmi 2) pro nápravu chybného stavu byl vytvořen pomocný program %MZDT250-kompletní rušení ve vybraném období - program je umístěn v podmenu IDEA-mzdy / speciality / česká důvěrnická společnost Osobní čísla <1> 284 Od měsíce : 012010 Do měsíce : 072010 Způsob spuštění ? 2-skutečné rušení Tisknout ? Tento program je určen pro kompletní vymazání všech dat o vybraných zaměstnancích ve zvoleném období. Primárně byl tento program vyvinut pro pročištění dat, která se do firmy dostala použitím nevhodného programu na kopírování dat mezi firmami. Přepínačem "Způsob spuštění ?" se může spustit program buď v režimu kontrolního výpisu pracovníků ke zrušení nebo v režimu skutečného rušení. Použití tohoto programu naruší sestavy při výletech do minulosti (resp. jejich konzistenci s vytištěným stavem). Obecně by se tento program měl používat pouze ve výjimečných případech a s velkou obezřetností. MZD 2040649.1 22102010 22102010 PB PB MZD 5N Odvozování adresy pro ELDP u cizinců Řešení : Adresa pro ELDP se nově odvozuje následovně : 1) jako základ se vezme "Adresa trvalého pobytu" (matriční údaje M600*) 2) další pravidla se aplikují pouze v případě, že M600S-Stát trvalého pobybu je různý od CZ - je-li vyplněna "Adresa pobytu v ČR, je-li trvalý pobyt mimo ČR" (matriční údaje M612*), pak se berou tyto údaje - jinak se berou matriční údaje M601* ze sekce "Kontaktní adresa" (a toto pouze v případě, že M601S-Stát kontaktní adresy je roven od CZ) Úprava spočívá ve vložení zpracování údajů "Adresa pobytu v ČR, je-li trvalý pobyt mimo ČR" (matriční údaje M612*), které dosud u ELDP chybělo. 20 LED 2011 Idea.System.CSPUT Hlavní společnost - 6 - 09:04 PB-301 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── MZD 2040650.1 22102010 22102010 PB PB MZD 5N Zlepšení terminologie při kopírování mezi firmami Zadání : Mate používání pojmů jako "předtím/poté uklidit" nebo "nechat v původní". Řešení : 1) rozšířen komentář u vstupu "Nechat v původní ?" v programu %MZDT109-převody pracovníků mezi společnostmi - možné hodnoty tohoto vstupu nyní jsou Ano, data v původní společnosti budou zachována Ne, data v původní společnosti budou převedena do archivu 2) upraven formulář programu %MZDT169-kompletní převody pracovníků - slovo "uklidit" bylo nahrazeno slovem "zrušit" - aktuální zadání tedy vypadá takto Středisko : Vše Osobní číslo : 3 Do společnosti : DEMO Předtím zrušit vše v nové společnosti ? Ano Potom zrušit v původní společnosti ? Ano Okamžitě provést převod ? MZD 2040651.1 22112010 13012011 PB PB MZD 5N Nový mechanismus pro 'Zdravotní dovolenou' Zadání : Z Ontexu : na základě našeho dnešního telefonického rozhovoru posílám poznámky pro tvorbu úpravy programu při výpočtu "zdravotní dovolené". Každý zaměstnanec by měl získat 3 dny v kalendářním roce tohoto volna za podmínek splnění odpracovaného fondu v měsíci tak, že pokud fond splní, získá 0,25 dne. To znamená, že za 12 měsíců získá 3 dny. Jak poznat splnění fondu? 1) Kdo má naplněn ř. 56 /bonus/ - udělat zápočet 0,25 dne - dál se nic nezkoumá 2) Kdo nemá naplněn ř. 56 a nemá individuální kalendář, tak zkoumat v konfiguraci nadstavby, zda jeho profese je s nárokem na tento bonus /ř. 56/ a) je v konfiguraci - nedělat zápočet 0,25 dne Tady já určím na základě podmínek pro získání bonusu, že nesplnil a nebude mít tedy ř. 56 b) není v konfiguraci - nemůžeme tedy navázat na ř. 56 - zkoumat fond tím, že se sečtou hodiny z řádků 2,86,89 + 91 (tady potřebuji ještě poradit, neboť nyní dáváme veškeré návštěvy lékaře,paragrafy a pod. do jednoho řádku, nyní vznikla potřeba rozdělovat, co je z podnětu zaměstnavatele a co zaměstnance, proto nový řádek) a porovnají se s fondem v kalendáři Idea /ne s tím individuálním, ale centrálním ve mzdovém programu/ 3) Kdo nemá naplněn ř. 56 a má individuální kalendář - toto je skupina, do níž se řadí jen jedna profese a zatím nemám vymyšleno, jak to zde udělat, přinejhorším ručně, ale snad mě ještě něco napadne Tato zdravotní dovolená by měla být v některé z obrazovek sledovatelná, nejlépe v obrazovce "dovolená". Ráda bych zároveň, aby se nárok objevil i na výplatní pásce a na sestavě dovolených - matriční formulář T1 -----Original Message----- From: Pavel Bezstarosti [mailto:pavel.bezstarosti@idea.cz] Sent: Wednesday, November 03, 2010 10:33 AM Celé toto schéma je v podstatě v pořádku a udělatelné. Navrhuji následující řešení : 1) Každopádně bych to nedával do obrazovky "Dovolená", ale do speciální "Zdravotní dovolená", kde by byly údaje "Nárok celkem" a "Čerpání celkem". Jejich porovnání by dávalo "Aktuální nárok" 2) při ukončení roku bych výše uvedené kolonky nuloval 20 LED 2011 Idea.System.CSPUT Hlavní společnost - 7 - 09:04 PB-301 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── 3) při ukončení měsíce by se plnil údaj "Nárok celkem" podle logiky, kterou jste rozepsala dole - a kterou budeme po udělání prvního nástřelu ještě určitě upřesňovat - napadá mě, že bychom mohli výjimečné případy vyřešit dalším údajem "Navyšovat nárok na zdravotní dovolenou", který by měl standardně hodnotu P-podle pravidel, ale zároveň by měl i hodnoty A-ano a N-ne tak, abyste si mohla každý měsíc u každého člověka říct, jestli navyšovat nebo ne 4) samozřejmě by k tomu byla i nějaká konfigurace, kde by bylo napsané těch "0.25" a případně další podobné parametry 5) dále budeme muset vymyslet, do jakého řádku budeme dávat "čerpání zdravotní dovolené" - zřejmě to bude nějaký klon existujícího řádku 86-dovolená - budeme se muset dohodnout na tom, jak Vám dát vědět, když zadáte větší čerpání zdravotní dovolené než kolik má aktuálně napracovaný nárok, .... 6) na výplatní pásku to dostaneme přes vstupy "text poznámky pod pásku" - takže OK 7) formulář T1 si můžete klidně upravovat podle libosti - takže také OK Řešení : 1) rozšířena matriční obrazovka %MZM89-různé - přidány následující sekce --- Zdravotní dovolená -------------------- 5. Nárok na zdravotní dovolenou : M652 6. Čerpání zdravotní dovolené : M653 7. Jak navyšovat nárok ? M654 - jednotlivé vstupy mají následující nápovědu M652 Nárok na zdravotní dovolenou Formát: max. 7 číslic (2 desetinná místa) Údaj se navyšuje během ukončení měsíce o hodiny spočtené na mzdovém řádku 586-Navýšení zdravotní dovolené tento měsíc. Během ukončení roku se do tohoto údaje plní zůstatek zdravotní dovolené z ukončovaného roku. M653 Čerpání zdravotní dovolené Formát: max. 7 číslic (2 desetinná místa) Údaj se plní během ukončení měsíce podle vyplnění dat ve mzdovém řádku 85-Náhrada mzdy za zdravotní dovolenou. Během ukončení roku se tento údaj automaticky vždy nuluje. M654 Jak navyšovat nárok na zdravotní dovolenou Formát: Ano,Ne,nevyplněno=<dle pravidel> Hodnota tohoto údaje je plně na obsluze a program ji sám automaticky nikdy nemění. 2) vytvořen nový mzdový řádek 85-Náhrada mzdy za zdravotní dovolenou - program je analogií ke stávajícímu řádku 86-Náhrada mzdy za dovolenou - při zadávání dat do řádku 85 se v pravém horním rohu zobrazuje zůstatek zdravotní dovolené - při přepočtu výplaty se zadanou 85-Náhrada mzdy za zdravotní dovolenou se diagnostikují podobná varování jako u běžné dovolené. Tato varování mají následující označení 49 Nejsou zadané dny čerpání zdravotní dovolené 20 LED 2011 Idea.System.CSPUT Hlavní společnost - 8 - 09:04 PB-301 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── 50 Přečerpán nárok na zdravotní dovolenou 51 Nesoulad mezi dny a hodinami zdravotní dovolené 3) vytvořen nový mzdový řádek 586-Navýšení zdravotní dovolené tento měsíc - výpočet tohoto řádku se provádí následovně A) je-li nastaveno M654-Jak navyšovat nárok na zdravotní dovolenou Ano, pak se navyšování provádí B) je-li nastaveno M654-Jak navyšovat nárok na zdravotní dovolenou Ne, pak se navyšování NEprovádí C) je-li M654-Jak navyšovat nárok na zdravotní dovolenou nevyplněno, pak * nejprve se nastaví, že se navyšování NEprovádí * pouze v případě, že jsme v Ontexu, tak se zkoumají pravidla uvedená a popsaná v zadání (jsou založená na definici nadstavby Ontex, na vyplacení bonusu, na existenci individuálního kalendáře zaměstnance, na odpracování fondu pracovní doby, ...). - pokud je výše popsanou logikou odvozeno, že se má nárok navyšovat, pak se do tohoto řádku započítá navýšení o hodnotu 0.25 dne (resp. 2 hodin, pokud jsou jednotkou evidence dovolené hodiny). 4) upraven program %MZDKMES-ukončení měsíce - při ukončení roku se automaticky nuluje údaj M653-Čerpání zdravotní dovolené a údaj M652-Nárok na zdravotní dovolenou se plní zůstatkem zdravotní dovolené - při ukončení měsíce se načítají data z řádku 85-Náhrada mzdy za zdravotní dovolenou do údaje M653-Čerpání zdravotní dovolené - při ukončení měsíce se načítají data z řádku 586-Navýšení zdravotní dovolené tento měsíc do údaje M652-Nárok na zdravotní dovolenou 5) vytvořeny nové %MZDMUO-odovzené matriční údaje M652A Zůstatek zdravotní dovolené M652B Zůstatek zdravotní dovolené vč. čerpání tento měs. - zde se zůstatek bere včetně dat z aktuálního měsíce, tedy se započtením hodnot z řádků 85 a 586 6) upraven program %MZDT001-tisk výplatních pásek - pouze v případě, že jsme v Ontexu, tak se do hlavičky výplatní pásky zobrazuje informace o zůstatku zdravotní dovolené ........................... ... Průměr pro DNP 865,95 Dovolená 20,00 Výplatní místo 1 ........................... ... Průměr pro PP 162,03 - zdravotní 2,50 Středisko 56 - zůstatek ZD se bere (analogicky k běžné dovolené) z M652B-Zůstatek zdravotní dovolené vč. čerpání tento měs. 6) požadavek na rozšíření T1 - toto je možné řešit vlastním rozšířením definice formuláře T1 - nebo doporučuji lepší řešení spočívající v použití programu %MZDT206-tisk a export matričních údajů Střediska > Vše Osobní čísla > Vše Podmínka : Bez podmínky Tisknout údaje : 102,103,652,653,654,652A,652B Třídit podle : 102 Osobní číslo Jak data z číselníků ? 4-odděleně kód a popis z číselníku 20 LED 2011 Idea.System.CSPUT Hlavní společnost - 9 - 09:04 PB-301 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Export do CSV souboru : zdravotni-dovolena.csv MZD 2040652.1 08122010 08122010 PB PB MZD 5N ELDP a znak S na třetím místě u společníků Zadání : Při vytváření ELDP pro jednatele, společníky, kteří jsou současně zaměstnanci se u těchto osob vytváří kód 1++, měl by ale být kód 1+S (2+S…). Nevím jestli mám někde problém v nastavení matric u těchto zaměstnanců. Mám nastaveno v %MZM1 druh činnosti 7 – společníci jednatelé, ale zřejmě to nemá na vytváření ELDP vliv. Jinde v matricích jsem ale možnost nastavení jednatelů, společníků nenašel. Řešení : Toto máme opravdu v ELDP špatně, prozatím tam dáváme vždy jen "+" - správně by měl být společník, jednatel označen v %MZM na vstupu 4. Pracovněprávní vztah : 11 společník, jednatel, komanditista - Vámi zmiňovaný údaj "Druh činnosti" je pouze informativní a není využíván pro jakékoli vykazování Upraveno plnění ELDP tak, aby se v případě M124=11=společník, jednatel, komanditista plnilo do kódu pro ELDP na třetí místo znakem "S". MZD 2040653.1 13012011 13012011 PB PB MZD 5N Legislativní změny od 1.1.2011 Zadání : - Daně: - Roční výpočet daně a daňového zvýhodnění za rok 2010 je shodný s výpočtem za rok 2009 - Snižuje se sleva na dani na poplatníka z 2 070 na 1 970 Kč měsíčně a z 24 840 na 23 640 Kč ročně. - Liší se měsíční sleva na jedno dítě z původních 890 Kč do roku 2009 na 967 Kč počínaje zúčtováním roku 2010. - Sociální zabezpečení: - Zvyšuje se maximální vyměřovací základ z 1 707 048 Kč na 1 781 280 Kč - Z hlediska sociálního zabezpečení se budou podniky v roce 2011 dělit na 2 druhy: 1. Malý podnik do 25 zaměstnanců, který požádá o zařazení do této kategorie: - Výše odvodů budou 26% a 6,5% - Mohou si, tak jako v roce 2010, odečíst polovinu z vyplacených náhrad mzdy při PN a karanténě 2. Ostatní podniky, včetně těch malých, které nepožádají o zařazení do 1. skupiny: - Výše odvodů zůstávají 25% a 6,5% - Nemohou si odečíst nic z vyplacených náhrad mzdy při PN a karanténě - Z důvodu výše uvedeného dělení podniků zavádí ČSSZ nový formulář Přehledu o výši pojistného, který je v příloze - Zdravotní pojištění: - Zvyšuje se maximální vyměřovací základ z 1 707 048 Kč na 1 781 280 Kč - Náhrada mzdy při dočasné pracovní neschopnosti: – zvyšují se redukční hranice: - 1. z 138,43 na 144,38 - 2. z 207,55 na 216,48 - 3. z 414,93 na 432,95 - Změna v počtu kalendářních dnů placených podnikem jako náhrada mzdy při PN a karanténě o Pro náhrady mzdy při PN a karanténě, které započaly před 1.1.2011 platí stávající pravidla až do jejich ukončení nebo předání ČSSZ. o Pro náhrady mzdy při PN a karanténě, které započaly po 31.12.2010, se nově prodlužuje doba výplaty náhrady mzdy ze 14ti KD (7 PD) na 21 KD (12 PD). ČSSZ při pokračující nemoci vyplácí DNP až od 22. kalendářního dne - Srážky ze mzdy - exekuce na plat - zvyšují se hranice pro výpočet exekucí na plat: 20 LED 2011 Idea.System.CSPUT Hlavní společnost - 10 - 09:04 PB-301 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── - částka, nad kterou se zabavuje vše z 7723 na 7989 - částka na osobu povinného z 5148,67 na 5326,00 - částka na vyživovanou osobu z 1287,17 na 1331,50 Řešení : 1) zkontrolován výpočet %MZDDAN-roční zúčtování daně - výpočet zůstává beze změn - počínaje výpočty za rok 2010 se mění základní nedanitelná částka na 23 640Kč a měsíční sleva na dítě na 970Kč 2) upravena inicializace konfigurace - automaticky po instalaci se v 01/2011 nastaví následující parametry v konfiguraci "Kč maximálního ročního vyměřovacího základu na sociální zabezpečení" "Kč maximálního ročního vyměřovacího základu na zdravotní pojištění" "Základní nezabavitelná částka na osobu povinného" "Nezabavitelná částka na každou vyživovanou osobu" "Částka, nad kterou se zbytek čisté mzdy srazí bez omezení" "redukční hranice I+II+II" v konfiguraci výpočtů PN 3) změna slevy na dani na poplatníka ze 2.070Kč na 1.970Kč - zavedeny nové konfigurační položky v programu %MZDCFGD-Zákonné parametry 15. Měsíční sleva na dani za poplatníka : 1.970,00 16. Měsíční daňové zvýhodnění dítěte : 967,00 - jejich inicializace se provádí automaticky po instalaci v 01/2011 - parametr "Měsíční daňové zvýhodnění dítěte" sem byl přesunut z původního umístění v základním konfiguračním programu - upraveny popisy položek v číselníku %MZC195-daňové skupiny - tento číselník se aktualizuje automaticky po instalaci v 01/2011 4) úprava ve výpočtu PN/karantén - pro náhrady mzdy při PN a karanténě, které započaly po 31.12.2010, se nově prodlužuje doba výplaty náhrady mzdy ze 14ti KD na 21 KD - upraven program %MZDT240-tisk příloh k žádostem od roku 2009 * upraveno rozhodování o tom, jestli danou dávkou předat k placení na ČSSZ <-> obsahuje daná dávky 15tý resp. 22tý kalendářní den ? 5) program %MZDCFGE17-zákonné parametry - slevy na SZ, který od roku 2010 nemá smysl byl odstraněn z podmenu Konfigurace a přesunut do podmenu IDEA-mzdy / správce mezd / systémové záležitosti 6) upraven popis a význam parametru "Velikost organizace ?" v konfiguračním programu %MZDCFG2-údaje o firmě - možné hodnoty jsou nyní 1-malá (do 25ti zaměstnanců) 2-ostatní, velká (nad 25 zaměstnanců) - nápověda k tomuto parametru je nově následující Údaj se plní z hlediska sociálního zabezpečení, podle kterého jsou podniky od roku 2011 dělené na 2 druhy: 1. Malý podnik do 25 zaměstnanců, který požádá o zařazení do této kategorie - výše odvodů je 26% a 6,5% (tedy o 1% vyšší) - mohou si, tak jako v roce 2010, odečíst polovinu z vyplacených náhrad mzdy při PN a karanténě 20 LED 2011 Idea.System.CSPUT Hlavní společnost - 11 - 09:04 PB-301 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── 2. Ostatní podniky (včetně těch malých, které nepožádají o zařazení do 1. skupiny) - výše odvodů zůstává 25% a 6,5% - nemohou si odečíst nic z vyplacených náhrad mzdy při PN a karanténě - konfigurace zákonných parametrů zůstává beze změny -> navýšení procenta SZ u podniku o 1% u malých organizací se provádí automaticky v programech -> !!! Nenavyšujte v konfiguračních parametech procenta SZ pro malé organizace !!! - upraven výpočet mzdového řádku 510-1/2 zúčtovaných náhrad mzdy PN/karanténa - velké podniky (nebo ty malé, které nepožádají o zařazení do kategorie malé) si nemohou odečíst nic z vyplacených náhrad mzdy při PN a karanténě a proto se pro ně tento řádek nevyčísluje 7) upraven program %MZDT238-přehled o výši pojistného a dávkách - vytvořena nová RTF šablona pro rok 2011 - nový údaj "Kód sazby", ubrán "Počet zaměstnanců", výjimka v plnění "ODEČTY OD POJISTNÉHO (vyplňuje pouze zaměstnavatel s kódem sazby 2)", drobné úpravy v popisech údajů MZD 2040654.1 13012011 13012011 PB PB MZD 5N Změny v e - Podání PVPOJ za rok 2011 Zadání : Informace jsou čerpané z webu ČSSZ na http://www.cssz.cz/cz/e-podani/druhy-e-podani/e-podani-prehledu-o-vysi-pojistneho-2011/definice-e-podani-pvpoj11/ Důležité informace k DV PVPOJ 2011: * Datová věta PVPOJ 2011 záměrně používá stejný namespace jako DV PVPOJ 2010: xmlns=“http://schemas.cssz.cz/POJ/PVPOJ2010“; * Datová věta PVPOJ 2011 záměrně používá stejný atribut verze jako DV PVPOJ 2010: verze=“2010.1“ elementu prehled; * Rozhodnutí o tom, zda se jedná o DV pro rok 2010 nebo 2011 je dána hodnotou v atributu rok elementu odbobi Změny plynoucí z nového pojmu "Kód sazby" ./sazba Pro rok 2010 je hodnota = „1“; od roku 2011 hodnota „1“ a „2“ Pozn.: O sazbu 2 pro rok 2011 musí podávající požádat. ./pocetZamestnancu Počet zaměstnanců,uvede se počet zaměstnanců, kteří jsou (byli) účastni nemocenského a důchod. pojištění (včetně zaměstnanců účastných jen důchodového pojištění), k poslednímu kalendářnímu dni kalendářního měsíce, za který se Přehled podává. Pro rok 2011 údaj není na formuláři PVPOJ 11 uveden, ale musí být uveden v DV jako konstanta a nesmí být prázdný. Řešení : Upraven program %MZDT238-přehled o výši pojistného a dávkách - ve vytvářeném XML souboru se plní nově zavedená položka <sazba> MZD 2040655.1 13012011 13012011 PB PB MZD 5N Ontex : Zásady pro poskytnutí zdravotní dovolené Zadání : Na základě zpracovaných "Zásad pro poskytnutí zdravotní dovolené" bych ještě ráda zakomponovala do připravovaných úprav programu tuto větu: "Zdravotní dovolená náleží všem zaměstnancům v hlavním pracovním poměru kromě důchodců, studentů a profese ostraha". Jedná se o : důchodce - %MZM1 - M711 - druh D=13 /tady si nejsem jista s tím M711, ale v této obrazovce ho poznáte podle druhu=13 určitě/ 20 LED 2011 Idea.System.CSPUT Hlavní společnost - 12 - 09:04 PB-301 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── student - %MZM53 - M195=80 profese ostraha - %MZM1 - M151=36 Dále se ještě upřesnilo, že tato dovolená by se měla převést do příštího roku jako ta řádná. Řešení : Upraven algoritmus výpočtu řádku 586-Navýšení zdravotní dovolené tento měsíc - před stávající logiku přidány následující podmínky . I $$$IN(13,M119D) S NAVYSIT=0 Q . I $$$IN(23,M119D) S NAVYSIT=0 Q . I M195=80 S NAVYSIT=0 Q . I M151=36 S NAVYSIT=0 Q - tzn. navýšení ZD se neprovádí, pokud * má mezi M119D-přiznané druhy důchodů 13 nebo 23 * je M195-daňová skupina=80=student * je M151-profese rovno 36-ostraha MZD 2040656.1 18012011 18012011 PB PB MZD 5N Konstrukce základu daně z příjmů u malých org. Zadání : Viz informace z http://cds.mfcr.cz/cps/rde/xchg/cds/xsl/legislativa_metodika_10673.html Informace ke konstrukci základu daně z příjmů fyzických osob ze závislé činnosti a z funkčních požitků od 1.1.2011 (21. 12. 2010) Počínaje rokem 2011 se zákonem č. 347/2010 Sb., kterým se mění některé zákony v souvislosti s úspornými opatřeními v působnosti Ministerstva práce a sociálních věcí, změnil i zákon č. 589/1992 Sb., o pojistném na sociální zabezpečení a příspěvku na státní politiku zaměstnanosti, ve znění pozdějších předpisů. Novelou tohoto zákona se prodlužuje doba poskytování náhrady mzdy (platu) a odměny (dále jen „náhrada mzdy“) ze 14 kalendářních dnů na prvních 21 dnů trvání dočasné pracovní neschopnosti (karantény). V důsledku toho se nemocenské se bude poskytovat místo od 15. až od 22. dne trvání dočasné pracovní neschopnosti (karantény), což bude platit po dobu 3 let. Touto novelou se také zachovává pro zaměstnavatele stávající sazba pro výpočet pojistného na sociální zabezpečení a státní politiku zaměstnanosti ve výši 25 %, tj. nedojde k jejímu plánovanému snížení na 24,1 %. Od 1. ledna 2011 si ale zaměstnavatelé nebudou již odečítat od pojistného hrazeného na sociální zabezpečení polovinu náhrady mzdy vyplacené zaměstnancům po dobu prvních 21 dnů dočasné pracovní neschopnosti (karantény). Kompenzací tohoto nového systému v oblasti zmíněných náhrad určené ale jen pro tzv. malé zaměstnavatele je možnost tzv. „připojištění” v rámci zákonného systému pojistného na sociální zabezpečení. V rámci tohoto nového režimu se zaměstnavatel s průměrným měsíčním počtem do 25 zaměstnanců může pro každý jednotlivý kalendářní rok podle své úvahy nově přihlásit do zvláštního systému placení nemocenského pojištění (které je součástí pojistného na sociální zabezpečení), čímž mu bude umožněno platit toto pojistné o 1 procentní bod vyšší, než budou platit ostatní zaměstnavatelé (sazba nemocenského pojištění 2,3 % se pro tyto účely zvyšuje na 3,3 %). Bude-li tedy tento tzv. malý zaměstnavatel dobrovolně platit pojistné na sociální zabezpečení ve vyšší sazbě 26 % [§ 7 odst. 1 písm. a) bod 2. zákona č. 589/1992 Sb.)], tj. nikoliv pouze v povinné v sazbě ve výši 25 % [§ 7 odst. 1 písm. a) bod 1 zákona č. 589/1992 Sb.)], zůstane mu zachována možnost odečtu poloviny náhrady mzdy vyplacené zaměstnancům po dobu prvních 21 dnů dočasné pracovní neschopnosti (karantény) od pojistného hrazeného na sociální zabezpečení. Ostatní zaměstnavatelé již tuto možnost počínaje rokem 2011 mít nebudou. Otázka zní: Jak se bude počínaje rokem 2011 postupovat při stanovení tzv. superhrubé mzdy u zaměstnance tzv. malého zaměstnavatele, bude-li tento dle své úvahy za účelem odečtu zmíněné náhrady mzdy platit v rámci nové právní úpravy pojistné na sociální zabezpečení ve vyšší sazbě a zda tato nová právní úprava v oblasti zákonného pojistného nezaloží situaci, že dva zaměstnanci objektivně ve stejné pozici (se stejnou výší mzdy) budou mít každý jiný základ daně, resp. daň jen proto, že jejich zaměstnavatel v rámci jiného zákona využije zákonem č. 589/1992 Sb., danou možnost dobrovolného odvodu vyššího pojistného (tj. 26 % a nikoliv pouze 25 %). Daňové řešení: V § 6 odst. 13 zákona č. 586/1992 Sb., o daních z příjmů, ve znění pozdějších předpisů (dále jen „ZDP“), jsou u zaměstnance základem daně příjmy ze závislé činnosti nebo funkční požitky zvýšené o částku 20 LED 2011 Idea.System.CSPUT Hlavní společnost - 13 - 09:04 PB-301 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── odpovídající pojistnému na sociální zabezpečení a příspěvku na státní politiku zaměstnanosti a pojistnému na všeobecné zdravotní pojištění, které je z těchto příjmů podle zvláštních právních předpisů povinen platit zaměstnavatel. To znamená nikoliv zvýšené o částku odpovídající pojistnému, které si zaměstnavatel sám dobrovolně zvolí, resp. stanoví, tj. i pokud případně využije zákonem danou možnost dobrovolného odvodu vyššího pojistného v rámci zvláštního právního předpisu o pojistném (tj. zákona č. 589/1992 Sb.). Z uvedeného plyne, že při stanovení základu daně u zaměstnance tzv. malého zaměstnavatele se za součást povinného pojistného placeného zaměstnavatelem na sociální zabezpečení bude počínaje rokem 2011 pro daňové účely považovat jen pojistné vypočtené z příjmů zaměstnance sazbou 25 % (z toho 2,3 % na nemocenské pojištění) a k případnému rozhodnutí zaměstnavatele, kterým si sám zvolí vyšší sazbu pro úhradu tohoto pojistného ve výši 26 % (z toho 3,3 % na nemocenské pojištění) se vzhledem k tomu, že půjde o svobodnou volbu zaměstnavatele a nikoliv o jeho zákonnou povinnost, přihlížet nebude. S přihlédnutím k zásadě „v pochybnostech mírněji“ a podle zásady rovnosti před zákonem je tedy třeba příjem zaměstnance tzv. malého zaměstnavatele při stanovení základu daně podle § 6 odst. 13 ZDP, i přesto že bude pro placení pojistného na sociální zabezpečení použita sazba ve výši 26 %, zvýšit pouze o povinné pojistné odpovídající částce vypočtené z příjmů zaměstnance sazbou ve výši 25 %. Z hlediska daňových výdajů na straně zaměstnavatele bude i toto vyšší pojistné na sociální zabezpečení v souladu s ust. § 24 odst. 2 písm. f) ZDP výdajem (nákladem) na dosažení, zajištění a udržení příjmů. Řešení : Upraven výpočet mzdového řádku 408-Základ daně měsíc - do stávajícího algoritmu přidána výjimka, která nebere procento SZ podniku používané pro výpočet SZ (a které může být u "malých organizací" nastaveno na 26%), ale bere se základní procento SZ podniku (aktuálně 25%) Ve svém důsledku to znamená, že pro malé organizace již neplatí, že obsah řádku 408-Základ daně měsíc odpovídá součtu 392-ÚHRN ZÚČTOV. MEZD plus 507-Pojistné SZ podnik plus 508-Pojistné ZP podnik. MZD 2040657.1 18012011 18012011 PB PB MZD 5N Vykazování vyloučených dob u OČR - upřesnění Zadání : Pokračování této problematiky, která byla řešená 15.3.2010 na požadavku 2040630.1. Hlášení z ElectroWorldu : ************************* Zjistily jsme, že ve formuláři pro sociálku jsou chybně vykázány zameškané dny, pokud má zaměstnankyně OČR. Byla vykázána doba jen 9 dnů i když je v dobírce zadáno, že byla s dítětem doma 10 dní. Volala nám sociálka, že má jiný počet zameškaných dnů. Zameškané dny a ve formuláři vyloučené by měly být všechny dny , které jsou napsány na neschopence či OČRu. Proto sociálka zjistí podle tiskopisu, který má u sebe , že máme ve formuláři vykázané jiné dny. Tudíž na OČR zadáváme přesně zameškané dny, které jsou na něm uvedeny třeba i měsíc i když platitbudeme jen 9 nebo 16.Pokud má někdo neplacené volno z rodinných důvodů, dáváme SLM 313 a tudíž potom není vyloučená doba pro průměr na nemoc. I při pracovní neschopnosti, kdy první 3 dny se neplatí, stejně se vykazuje vyloučená doba i z těchto dnů. Takže máme za to , že v tomto případě má PSSZ Praha 9 pravdu a vyloučené doby u OČRu mají být přesně ty dny , které jsou na OČRu vykázány. Tudíž pak každý formulář musíme dle jejich požadavku opravit. Pokud by jste měl nějakou korespodenci, kde by byla sociálka podepsaná, můžeme ji potom poslat k posouzení na Prahu 9, aby nám podali vysvětlení. Informace z Ontexu : ******************** Minule jsme tady v Ontexu řešili vyloučené dny při neplaceném ošetřování. Včera jsem byla na školení, kde toto uváděli jako časté chybování. Platí tedy opravdu, že dny neplaceného ošetřování musí být uvedeny v "Příloze k vyúčtování" jako vyloučená doba. Ovšem u ELDP se do vyloučených dob tyto dny nezahrnou. Řešení : Upraven výpočet vyloučených dob u OČR z kalendářních dnů u OČR 20 LED 2011 Idea.System.CSPUT Hlavní společnost - 14 - 09:04 PB-301 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── A) pro přílohy k žádosti se berou z OČR všechny KD -------------------------------------------------- - v "Příloze k vyúčtování" musí být uvedeny jako vyloučená doba VŠECHNY OČR, tedy i dny neplaceného ošetřování B) pro ELDP se berou z OČR jen KD proplacené a jen do 9/16 dnů --------------------------------------------------- - pro potřeby ELDP ale jen do výše 9/16 dnů = proplacené (které se budou člověku proplácet ať už u nás nebo na sociálce) * doba po kterou trvala potřeba ošetřování nebo péče o dítě ve věku do 10 let nebo jiného člena domácnosti nejvýše však prvních 9 kalendářních dnů potřeby ošetřování, popřípadě prvních 16 dnů, jde-li o osamělého zaměstnance, který má v péči alespoň jedno dítě ve věku do 16 let, které neukončilo školní docházku, * V.Šrámek : pokud jsem dobře rozuměl, tak se počítají do VD jen placené dny (a karenční lhůta - ty první tři). * J.Dudová : dny neplaceného ošetřování se ovšem u ELDP do vyloučených dob nezahrnou. MZD 2040658.1 18012011 18012011 PB PB MZD 5N Změna u výpočtů 's předchozím platem' Zadání : Aktuálně je v programu následující logika pro výpočet hodinového základního platu z dat v minulém měsíci : bere se údaj M168-základní plat z minulého měsíce a dělí se to fondem pracovní doby v aktuálním měsíci. Toto je ale zavádějící, protože minulý měsíc byl základní hodinový plat odvozen na základě fondu pracovní doby z minulého měsíce. Řešení : 1) přidán nový konfigurační parametr "Jak stanovovat základní plat z minulého měsíce ?" - tento parametr je v programu %MZDCFG5-další parametry a má následující možné hodnoty 1-dělit plat v minulém měsíci fondem z minulého měsíce 2-dělit plat v minulém měsíci fondem z aktuálního měsíce - během instalace verze se tento údaj inicializuje na hodnotu 1-dělit plat v minulém měsíci fondem z minulého měsíce - pro zachování stávajícího chování je možné si jej přenastavit na 2-dělit plat v minulém měsíci fondem z aktuálního měsíce 2) během výpočtu mezd se stanovuje základní plat z minulého měsíce s ohledem na výše uvedený parametr ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Celkem požadavků : 25 ─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── IDEA