15 KVĚ 2008 %CSPUT Hlavní společnost - 1 - 15:48 PB-302 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 : 20012008 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 ? 3-všechny 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 Zapsal Řeší Skupina Verze P Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── MZD 2040356.1 23012008 23012008 PB PB MZD 5 Již neplatné varování pro důchodce Zadání : Po instalaci mezd 2008.01 systém při výpočtu mzdy u důchodců upozorňuje, že důchodce by neměl mít daňovou skupinu 20. Řešení : Odstraněna diagnostika a generování tohoto druhu varování. MZD 2040357.1 23012008 23012008 PB PB MZD 5 ELW Indiviuální změny pro řádek 167 (přidat SZ,ZP) Zadání : From: Hana Dolezalova, Electroworld 1. zaměstnancům poskytujeme zaměstnanecké slevy, které jsme přidaňovaly řádkem 167 a naplouvaly do systému přes: Správce mezd - Nadstavby - Import csv nadstaveb - nadstavba ZAMSLEV. Protože od nového roku se musí odvádět z hodnoty slevy i ZP a SP a řádek 167 nám přes nadstavby napluje, ale pouze dodaní, prosíme o úpravu, aby se odvádělo i ZP a SP. Řešení : Zde bych doporučoval použít mechanismus individuálních zápočtů a přes ten přidat k řádku 167 příznaky počítání SZ+ZP Uděláte to následovně A) spustíte %MZDZAP-individuální odchylky zápočtů (menu IDEA-mzdy / správce mezd / systémové záležitosti) a zadáte Číslo řádku : 167 Dodanění příjmů Zápočet Popis Hodnota KSZ do Kč pro sociální zabezpečení M KZP Kč pro zdravotní pojištění M B) poté spustíte %MZDINS-Instalace a generování mezd a zde dáte 4xAno plus výstup třeba na Video Poté by se z řádku 167 mělo nadále (a bez ohledu na hlavní verze <-> máte to v ELW "na furt") počítat i SZ+ZP MZD 2040358.1 23012008 23012008 PB PB MZD 5 Hodnota přidanění za byt Zadání : Chtěly bychom Vás poprosit, zda by bylo možné v matrici - daně a základny - na stálo vložit hodnotu přidanění+ZP,SP bytu. Nyní máme v Částkce k přidanění měs.daní hodnotu pořizovací ceny auta - 1% a stejným způsobem bychom potřebovaly i řádek pro hodnotu bytu. Také potřebujeme, aby se tato hodnota objevila v rozborech na samostatném řádku (potřebujeme pro reporty, které předkládáme nejvyššímu managementu). ********************************************************** From: Pavel Bezstarosti [mailto:pavel.bezstarosti@idea.cz] chápu to tak, že potřebujete mít zvlášť řádek pro přidanění aut a zvlášť řádek pro přidanění bytu. Je to tak ? 15 KVĚ 2008 %CSPUT Hlavní společnost - 2 - 15:48 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zapsal Řeší Skupina Verze P Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── 1) jinak bych totiž odpověděl, abyste do řádku 176 (skrz M542-Částka k přidanění měsíční daní) zadávali součet všech částek (ať už jsou za byt, auto nebo eventuelně něco jiného) 2) pro kokrétní případ "byt" to vypadá, že bych mohl využít toho, že řádek 175 je ještě volný - udělal bych pak asi 175 jako kopii řádku 176 - stejně tak, bych udělal nový matriční údaj podobný M542-Částka k přidanění měsíční daní ********************************************************** From: Hana Dolezalova, Electroworld vyhovoval by nám Váš bod 2 , což bychom si zadali trvale do matrice do daní, protože jde stejně jen o nejvyšší management a ten to má zatím tvale na rok a vždy prodlouženo a jedná se o stejnou částku. Moc by nám to pomohlo, že bychom se o to nestaraly jako i o auta a když děláme reporty, tak to vyjede i jako základní matriční údaj a neděláme další sestavy. Řešení : 1) vytvořen nový matriční údaj M540-Částka k přidanění měsíční daní (ř.175) - údaj byl přidán do matriční obrazovky %MZM53-daně a základny - celá tato obrazovka byla reorganizována a byla vytvořena celá sekce -- trvale zadané částky k přičtení do mzdových řádků -------------------------- 12. Podnikový příspěvek na penzijní připojištění (161) : 13. Částka k přidanění měsíční daní (175) : 14. Částka k přidanění měsíční daní (176) : 2) vytvořen nový mzdový řádek 175-Hodnota pro přidanění měsíční daní - tento řádek je kopií řádku 176 se stejným popisem - předpokládám, že uživatelé si nastaví individuální názvy řádku (například s rozlišením auto/byt) MZD 2040359.1 24012008 24012008 PB PB MZD 5 Sestavy za delší období vs. archiv Zadání : Chci se zeptat jak fungují sestavy definované za delší období. Příklad: Chci součet výplatních pásek, nebo průměrný stav zaměstnanců za rok 2007. Vytvoří se sestava automaticky i se zaměstnaci, kteří v průběhu roku odešli, nebo je musím nejdříve vrátit do stavu a potom definovat sestavu. Řešení : Zde neexistuje bohužel univerzální odpověď a musí se to posuzovat případ od případu (a bohužel to asi občas zvenku nepoznáte). Obecně : 1) buď jsou sestavy, které v tomto případě nejprve procházejí vybrané měsíce a v nich všechny vyhovující zaměstnance - takovéto sestavy budou řekl bych bezproblémové 2) nebo jsou sestavy, které nejprve procházejí v nějakém měsíci (buď aktuálním nebo podle výletu nebo třeba podle posledního měsíce intervalu) vyhovující zaměstnance a pro každého takového pak projdou vybrené měsíce - a u těchto typů sestav budou problémy s tím, jestli v tom měsíci byl nebo nebyl (byl v archivu) ... Většina sestav bude typu ad 1) Konkrétně sestavy, na které se ptáte %MZDT002 - součet výplatních pásek a %MZDT060 - stavy pracovníků jsou typu 1). MZD 2040360.1 29012008 29012008 PB PB MZD 5 Potvrzení o zdanitelných příjmech u dohodářů Zadání : Zjistil jsem, že u zaměstnanců na dohodu o PČ, kteří maji nastavenu daňovou skupinu "0" bez slev (do 5 000,- Kč srážková daň),se chybně načítají data do potvrzení o zdanitelných příjmech. Na řádku 8 potvrzení se k základu daně připočítává i základ zdaněný 15 % daní. -------------------- S novou verzí jsem dnes přišla na chybu v potvrzení o zdanitelných příjmech. Pokud měl někdo zálohou i srážkovou daň, tak v základu daně/8/ je načten celý rok , ale zbytek čísel je pouze z daně zálohové.Takže si zatím musím sama vysčítat základ daně podle mzdového listu a změnit. 15 KVĚ 2008 %CSPUT Hlavní společnost - 3 - 15:48 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zapsal Řeší Skupina Verze P Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Ve staré verzi bylo potvrzení správně.Díky za opravu. Řešení : Opraven program %MZDT038-potvrzení o zdanitelných příjmech - načítání řádku 407-Mzda zdanitelná 15% daní do "8. Základ daně (ř. 2 + ř. 4 - ř. 6 - ř. 7)" bylo v tomto programu chybné a odstranil jsem ho MZD 2040361.1 04022008 04022008 PB PB MZD 5 Použití služebního auta pro soukromé účely Zadání : Za použití služebního auta pro soukromé účely by se měla plat daň, sociální a zdravotní pojištění. V našem konkrétním případě se jedná asi o 5000 kč. Pokud jsem zvýšil vyměřovací základy(398,395)- pomocí korun k přičtení pak se výše mzdové složky 401,402,507,508.. nezměnila. Prosím o radu jak toto do mezd zadat? Řešení : Pro tyto účely existuje od pradávna v matriční obrazovce %MZM53-daně a základny speciální matriční údaj M542, který má následující nápovědu *********************************************** M542 Částka k přidanění měsíční daní (auto) Formát: max. 7 číslic Údaj se používá k zápisu částky, která má být měsíčně připočítána do mzdového řádku 176-Hodnota pro přidanění měsíční daní. *********************************************** Sem se typicky zapisuje 1% z pořizovací ceny vozu, které se pak dostává do řádku 176-Hodnota pro přidanění měsíční daní. V aktuální verzi mezdy 2008.01 jsme měnili vlastnosti řádku 176 tak, aby se z něj kromě dosavadního počítání daně počítalo také SZ+ZP. MZD 2040362.1 05022008 05022008 PB PB MZD 5 Chybný výpočet srážkové daně 15% Zadání : V. Šrámek, PROPEM spol. s r.o. zdá se, že v SW Idea-mzdy je chyba v určení samostatného základu daně srážkou. § 6 odst. 4 vymezuje, co je předmětem srážkové daně, a odst. 13 definuje zvýšení a stanovení samostatného základu dan ě pro zálohovou daň s výjimkou pro daň srážkovou. Takže podle mě by se mělo testovat, zda je příjem do 5000 včetně. Jestliže ano, tak se zvýší podle odst. 13 a jsou samostatným základem 15%tní srážkové daně. Nastavení Daňové skupiny máme 0 a Druh pracovního poměru je 1. Tudíž je podle mého názoru ve výpočtu daní chyba, neboť při mzdě 3000 Kč sráží daň jen z 3000 - nezvyšuje tento zákla d o SZ a ZP. Řešení : Opravena chyba ve výpočtu řádku 407-Mzda zdanitelná 15% daní - chybělo zde přičtení SZ+ZP a podnik MZD 2040363.1 05022008 05022008 PB PB MZD 5 Chyba ve výpočtu mzdy za 02/2008 Zadání : Potřebovala jsem spočítat mzdu již za únor, kalendář je v pořádku, ale objevilo se mi <UNDEFINED>KCROK^%MZSUBR. To samé se objevuje při výpočtu průměrného výdělku pro úřad práce. Leden byl bez problémů. Děkuji Řešení : Opravena chyba v sekci výpočtu kumulativních částek od počátku roku - Kč ve zvoleném řádku za období od prvního měsíce daného roku po minulý měsíc (vzhledem k aktuálnímu měsíci) - v lednu nic, v dalších měsících sčítá Kč za měsíce 1 až MM-1 MZD 2040364.1 06022008 06022008 PB PB MZD 5 Chybně podklady o daních zvláštní sazbou Zadání : Je špatně tisk %MZDT225 : Základ srážkové daně přeci nemůže být mzda, ale mzda + SZ a ZP. Když dám ale mzdu 3000, tak napíšeš základ v tisku 3000 - a na pásce je 407 zdanitelné 15% daň 4050. Možná by se prostě do toho základu dal řádek 407 odposílat, nevím, nevidím do algoritmů. 15 KVĚ 2008 %CSPUT Hlavní společnost - 4 - 15:48 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zapsal Řeší Skupina Verze P Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řešení : Upraven program %MZDT225-podklady o daních zvláštní sazbou - místo řádku 219-Základ daně 15% se tam nově načítá 407-Mzda zdanitelná 15% daní MZD 2040365.1 06022008 06022008 PB PB MZD 5 Padají tisky s vloženými DNP Zadání : Ještě jsme přišli na jednu chybu ve výpisu mzdových listů, pokud má zaměstnanec nemoc tak výpis končí chybou <UNDEFINED>KOP+1^%MZDT037. Totéž platí i pro tisk %MZDT046-výkaz DNP dle lidí nebo %MZDT180-DNP po ukončení poměru. Řešení : Opravena sdílená sekce, která tiskne DNP. MZD 2040366.1 06022008 06022008 PB PB MZD 5 Slučování výplat při vedlejších činnostech/NP Zadání : Konečně jsem nahrála do programu novou verzi mezd 2008.01 i z dodatkem. Při výpočtu mezd jsem narazila. Máme zaměstnance , u kterých máme dva pracovní vztahy a dvě pásky. Loni jsem daň řešila zadáním částky k přidanění přes matriční data ř. 7 a výpočet se provedl správně. V letošním roce toto nelze použít, protože se automaticky z přidaňované částky vypočte ještě jednou sociální a zdravotní pojištění za zaměstnance i zaměstnavatele. Tím vzniká chyba. Takže lze danit jen mzdu u jednoho zaměstnanc e jednotlivě. Při vyšších odpočtech nelze daň správně vyčíslit. Můžete se na tento problém podívat? Řešení : Podle toho, jak to popisujete, tak jste nepoužívala mechanismu "slučování výplat při vedlejších činnostech/náhradních pracech". Což zřejmě zdánlivě vyhovovalo, ale nebylo to to úplně správné. Schematicky budeme muset udělat následujícící : 1) předpokládám, že již nyní máte 2 osobní čísla a tedy 2x matrice, výplaty, výplatní pásky atd. .... to je jistě dobře 2) budeme muset u vedlejšího osobního čísla nastavit v základní matriční obrazovce Osobní číslo : 102 Sochor Josef vedlejší 11.04.1969/3441 1. Příjmení, jméno : Sochor Josef vedlejší 2. Druh pracovního poměru : 8 vedlejší pracovní činnost na druhý souběžný p.. <---- toto je důležité, zde buď 8 nebo 9 ..... 7. Osobní č.hl.činnosti : 100 Sochor Josef 16.09.1973/3455 <---- toto je důležité, zde je ukazatel na "hlavní osobní číslo" 3) tím pádem potom bude výplata u "vedlejšího" (zde 102) spočítána tak, že tam budou vyčísleny pomocné přenosové řádk y 4) potom spustíme %MZDVCNP-převod z VČ/NP a nadstaveb z podmenu IDEA-mzdy / dobírka - tím se nám data připravená ad 3) přenesou do hlavní činnosti a mělo by proběhnout korektní spojení dat z více poměr ů a správné spočítání výplat Celé toto není triviální, takže asi bude nejlepší, když si zavoláte, až budete mít na toto čas a prostor a pokusíme s e to udělat po telefonu (nebo si o tom alespoň popovídáme). MZD 2040367.1 07022008 07022008 PB PB MZD 5 Jak zadat opravu v DNP Zadání : v prosinci 2007 jsem dala do počítače nemoc od 14.12.2007 do 31.12.2007. 14.12. odpracovala 8 hod. zaplatila jsem od 15.12. 2+11+4 a pozdě jsem zjistila, že to platí jen u hospitalizace v nemocnici. Mělo být od 15.12. 3+11+3 nemoc byla doma. Vznikl přeplatek 273 Kč a já to neumím v počítači srazit na mř. 361. Řešení : Tuto situaci opravíme pomocí tzv. opravných řádků v DNP. A to následovně : 15 KVĚ 2008 %CSPUT Hlavní společnost - 5 - 15:48 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zapsal Řeší Skupina Verze P Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── 1) vlezte si do výplaty na daného člověka a mzdový řádek 361 - na to místo, kde se zadává číslo řádku 10,20,30 2) pod nápovědou (přes F1) se nechají nalézt informace o možnostech "R=ručně zadávaný řádek S=stornovací řádek" 3) zvolte tedy R+Enter, což se změní na něco jako "10R" 4) dále vyplňte -273 do sloupce Částka, vyberte Doklad ke kterému se tato korekce vztahuje a Platit="A" MZD 2040368.1 13022008 13022008 PB PB MZD 5 Výpočty PP průměrů z řádku 56 Zadání : VOP-MEDTEC : Řádek 56-Odměny ostatní z NM vypadá, že se nezapočítal do PP průměrů resp. započítal se tam částečně jak o kdyby byl považován za dlouhodobou odměnu. Řešení : Ano - řádek 56-Odměny ostatní z NM ve standardní dodávce má charakter dlouhodobé odměny a jako takový ovlivňuje PP průměr následující 4 čtvrtlení vždy čtvrtinou. 1) tento řádek má zápočet KPP-do Kč pro PP průměr nastaven na hodnotu D, která představuje "složky mzdy za období delší než Q rozpočítávané do čtyř Q" - odstatní možné hodnoty jsou 2 složky mzdy za období delší než Q rozpočítávané do dvou Q 3 složky mzdy za období delší než Q rozpočítávané do tří Q D složky mzdy za období delší než Q rozpočítávané do čtyř Q M složky mzdy za měsíc až čtvrtletí MM u měsíč. mzdy do složky mzdy za měsíc až čtvrtletí 2) popisy zápočtů a jejich konkrétní nastavení je možné vytisknout následujícími programy z podmenu IDEA-mzdy / správce mezd / tisky a dotazy %MZDT072 - popisy zápočtů %MZDT067 - tisk zápočtů (zde doporučuji na vstupu "Jen zápočty >" zadat jen základní zápočty povelem "K*,H*,D*,ODB,TRE" - v příloze posílám příklad z mého noteboku 3) dále existuje možnost nastavit si zápočty individuálně = u každého zákazníka jinak - k tomu existuje program %MZDZAP-individuální odchylky zápočtů v podmenu IDEA-mzdy / správce mezd / systémové záležitosti - tento program má následující nápovědu ************************************************************************************ Tento program definuje odchylky od dodávaného seznamu zápočtů. !!! POZOR !!! Takovéto odchylky jsou velice vážným zásahem do struktury výpočtu a jejich neodborné použití může vést k chybným výpočtům. Možnost jejich definování je (i přes jeho nebezpečnost) dána uživateli zejména pro případy, kdy se místní podmínky (zejména různý výklad zákonů různými institucemi) odlišují od podmínek zapracovaných do projektu mezd firmou IDEA spol. s r.o. Z popsaného vyplývá, že dodavatel po provedení změn v seznamu zápočtů uživatelem, nemůže garantovat legislativní správnost výpočtu mezd. Proto doporučujeme využívat tuto možnost pouze vyjímečně a až po konzultaci s dodavatelskou firmou IDEA spol. s r.o. Takto popsané odchylky se stanou platnými až poté, co se spustí program ^%MZDINS Instalace a generování mezd. ************************************************************************************ 15 KVĚ 2008 %CSPUT Hlavní společnost - 6 - 15:48 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zapsal Řeší Skupina Verze P Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── 4) zkoumání podkladů o výpočtu PP průměrů - v podmenu IDEA-mzdy / matrice existuje program %MZM52 - průměry PP - zde v sekci "-- počítané údaje --" jsou podklady o tom, z jakých hodnot program počítal průměry PP - dlouhodobé odměny jsou zde vidět v údajích 6. Kč odměn za období delší než 1/4 roku pro 1.Q. : 7. Kč odměn za období delší než 1/4 roku pro 2.Q. : 8. Kč odměn za období delší než 1/4 roku pro 3.Q. : 9. Kč odměn za období delší než 1/4 roku pro 4.Q. : MZD 2040369.1 29022008 29022008 PB PB MZD 5 Dotaz na vztahy mezi řádky 411 a 518-524 Řešení : 1) Nevím, jak a na jaké úrovni na to odpovídat - tyto pojmy odpovídají logice výpočtu mezd, tak jak platí ze zákona. 410 Zdanitelné měs.daň 0,00 34.114 518 Záloha daň před sl 0,00 5.130 519 1. sleva na dani 0,00 2.070 521 Zál.daň po 1.slevě 0,00 3.060 522 Měs.daňové zvýhod. 0,00 1.780 523 2. sleva na dani 0,00 1.780 411 Zál.na daň sražená 0,00 1.280 - na řádku 410 se vyčíslí "zdanitelné" - z toho se spočítá základní 518-Záloha daň před slevami * aktuálně jako 15% - 34200*.15 -> 5130 (základ na 100 nahoru) - 519 1. sleva na dani = 2.070 je sleva na dani na člověka samotného - tím pádem je potom {518}-{519} = 521-Zál.daň po 1.slevě = 5130-2070 = 3.060 - 522-Měs.daňové zvýhod. je prosté vyčíslení {počet dětí}*{Měsíční daňové zvýhodnění dítěte-890} - a pak se porovnává, jestli má zaměstnanec a) nárok na další slevy na dani za děti (523-2.sleva na dani) b) nebo jestli má naopak nárok na daňový bonus (524-Měsíční daňový bonus) - řádek 411-Zál.na daň sražená je pak rozdíl mezi {521}-{523} - řádek 524-Měsíční daňový bonus je extra vyčíslený daňový bonus 2) Běžná praxe při placení daní z mezd - v programu %MZRPU-mzdové řádky pro příkazy k úhradě se definuje, z jakých řádků a na jaké účty se posílají součty K č vyplacených na těchto řádcích - běžná praxe je ta, že následující řádky mají uvedeno stejné bankovní spojení 382 Vratka roční daně 411 Zál.na daň sražená 524 Měs. daňový bonus , přičemž řádek 411 má nastaveno "Jak započítávat ?" P-přičítat zatímco řádky 382 524 mají nastaveno "Jak započítávat ?" O-odečítat - v důsledku to potom znamená, že se na daný účet pošle součet Kč z řádku 411 minus součty Kč z řádků 382 a 524 MZD 2040370.1 03032008 03032008 PB PB MZD 5 Změny do číselníku PP vztahů a komunikace do ELDP Zadání : DPmHK : Dosud jsme vedlejší činnosti dávali jako M124=8=vedlejší pracovní činnost na druhý souběžný p.p. a do ELDP se to dostávalo s ELDP kódem 1-druhý pr. poměr u téže org. , překrývání. 15 KVĚ 2008 %CSPUT Hlavní společnost - 7 - 15:48 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zapsal Řeší Skupina Verze P Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Nyní chceme dát pro další (třetí souběžný) hodnotu M124=18=třetí souběžný pracovní poměr (kde je ELDP kód 2= třetí pr . poměr u téže org., překrývání), jenže pro M124=18,28,38,... není zapnuté to spojování přes osobní číslo hlavní činnosti. Naopak spojování přes osobní číslo hlavní činnosti je podle dokumentace zapnuté pro druhy PP, které představují VPČM pracovní poměr vyžadující propojování s M108 z důvodu "VČ", což jsou hodnoty 8,15,16,17,25,35,45,55,65,75,85,95. Řešení : 1) rozšířen seznam druhů pracovních poměrů vyžadujících propojování přes M108-osobní číslo hlavní činnosti z důvodu "VČ" o hodnoty 18,28,38,48 - původní seznam hodnot 8,15,16,17,25,35,45,55,65,75,85,95 - nový seznam hodnot 8,15,16,17,25,35,45,55,65,75,85,95,18,28,38,48 2) upraveny odpovídající části algoritmů mezd MZD 2040371.1 03032008 03032008 PB PB MZD 5 Chyba při výpočtu odměn statutárům Zadání : From: PROPEM s.r.o. ve mzdách je chyba při stanovení mzdy pro zdanění. Při použití řádků 134, 135, 136 zvýšíš mzdu ke zdanění o 61%. Přitom by to mělo být jenom 35%, jako obvykle. Při porovnání s řádky 127-129, kde je jenom ZP, se zdá, že přičítáš dvakrát sociální pojistné za podnik. Počítá to takto již od ledna. Řádky 134-136 se používají pro odměny jednatelům, které jsou v režimu zaměstnance. Řešení : Opraveno dvojí přičítání pojištění z řádků 134-136 do mzdy pro zdanění. MZD 2040372.1 03032008 03032008 PB PB MZD 5 Chyba při výpočtu vyměřovacích základů nad limit Zadání : Máme problém v případě, kdy zaměstnanec již dosáhne stropu vyměřovacího základu pro soc. a zdrav. pojištění. (1.034.880,-), tak se nemůžeme propracovat k výsledku, který vyšel (355.631,-). Dle naší úvahy, v momentě, kdy zaměstnanec dosáhne stropu 1.034.880,- Kč, tak je vyměřovací základ (např. v únoru u výše uvedeného mzdového listu) by měl být 455.518,- (1.034.880 – 579.362 za leden 08) a např. v březnu 08 by již měl být nulový vzhledem k dosažení maxima v únoru. Proto v evidenčním listu musí být nejvyšší částka výdělku za rok 2008 částka 1.034.880,- Řešení : Opraveny algoritmy výpočtu vyměřovacích základů ZP a SZ - v obou případech docházelo k chybnému krácení - nejprve jsme správně oříznuli vyměřovací základ, ale v následné sekci, která krátila odpovídající hodnoty pro statutární zástupce a za mzdy procentní daní jsme hodnotu VZ zkrátili znovu, což vedlo k tomu, že program dával nesmyslné údaje MZD 2040373.1 03032008 03032008 PB PB MZD 5 Výpočet příspěvku penzijní připojištění Zadání : potřebujeme, aby zaměstnanci nebyli u příspěvku na penzijní připojištění omezováni částkou 3% z vym.základu pro soc.pojištění., ale 3% z hrubé mzdy. Proto se na Vás obracíme s velkou prosbou, jestli by šlo toto upravit a objasnit. ----------- Domluveno následující : * vznikne nový přepínač v konfiguraci platný pro všechny zaměstnance * tímto přepínačem se bude přepínat, jestli procentem zadaný výpočet řádku 161 bude probíhat na základě 395-vyměřovac í základ sociálního zabezpečení nebo podle 320-Hrubá mzda Řešení : 1) upraven program %MZDCFG5-další parametry - přidán parametr "Jaký základ pro příspěvek na penzijní připojištění ?" - možné hodnoty jsou : 1-hrubá mzda (320) 2-VZ SZ (395) - nevyplněno odpovídá současnému stavu, tj. 2-VZ SZ (395) - vstup má následující popis v nápovědě Tento parametr je určen pro rozlišování, z jakého základu se má počítat příspěvek na penzijní připojištění podniku zadaný procenty v matričním údaji M544-Ručně zadaný trvalý příspěvek na penzijní připojištění. 15 KVĚ 2008 %CSPUT Hlavní společnost - 8 - 15:48 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zapsal Řeší Skupina Verze P Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── V obou případech je nutné nejprve spočítat výplatu až do fáze znalosti Kč na řádku 320-HRUBÁ MZDA resp. 395-Vyměřovací základ sociálního zabezpečení. V tom okamžiku se program vrací zpět k výpočtu řádku 161-Příspěvek penzijní připojištění podnik na základě takto zjištěného základu. 2) upraveny algoritmy mezd tak, aby braly do úvahy výše uvedený parametr - konkrétně se jedná o algoritmy výpočtu řádků 161, 320 a 395 3) upraven text nápovědy v programu %MZM53-daně a základny - u vstupu "Podnikový příspěvek na penzijní připojištění (161)" je nyní následující popis M544 Ručně zadaný trvalý příspěvek na penzijní připojištění Formát: max. 7 číslic Údaj se používá k zápisu částky, která má být měsíčně připočítána do mzdového řádku 161-Příspěvek podniku na penzijní připojištění. Tato částka je plně pod kontrolou mzdové účetní a program ji nijak nenuluje ani nenastavuje. Je-li v textu dále zmiňován ZÁKLAD, pak se podle nastavení parametru "Jaký základ pro příspěvek na penzijní připojištění ?" v konfiguraci bere buď hodnota Kč z mzdového řádku 320-HRUBÁ MZDA nebo 395-Vyměřovací základ sociálního zabezpečení. Zadání speciální hodnoty M-příspěvek 3% ze ZÁKLADu odpovídá povelu "3P". Zadáním částky následované písmenem M zadáte povel - příspěvek bude ve výši zadané částky, ale maximálně do výše 3% ZÁKLADu. Například je možné zadat "400M". Zadáním čísla následovaného písmenem P zadáte povel - příspěvek bude ve výši zadaných procent ze ZÁKLADu. Například je možné zadat povel "5P" ve smyslu "poskytuj příspěvek ve výši 5% ZÁKLADu". Po zavedení této syntaxe je jedno, jestli zadáte povel "3P" nebo "M". Oba tyto povely představují poskytnutí příspěvku ve výši 3% ZÁKLADu. MZD 2040374.1 16042008 17042008 PB PB MZD 5 Žádost o radu s ELDP Zadání : Dobrý den, potřebovala bych poradit ohledně ELDP. Všech 109 ks ELDP za naši organizaci se mi podařilo odeslat, kromě jednoho. V příloze (ELDP 2007 M) je evidenční list, který se mi stáhne z matrice. Nemůžu přijít na to, proč je průběh pojištěn í rozdělený do dvou řádků, není k tomu důvodu. V příloze (ELDP 2007) je evidenční list, který jsem opravila ručně v "zadávání a opravy ELDP" tak, jak by to mělo být a který jsem také poslala přes Portlink. V poslední příloze je protokol o zpracování e-podání z PVS, které bylo zamítnuto s kódem chyby. Připadá mi, že je něco špatně v matrici, ale nemůžu nic najít. Děkuji za zprávu. Řešení : 1) proč jsou 2 řádky <t1 row="1" cod="0D+" fro="2007-01-01" to="2007-02-28" din="0" dex="59" inc="" dar="59" /> <t1 row="2" cod="0++" fro="2007-03-01" to="2007-12-31" din="306" dex="116" inc="77519" dar="" /> - vidím, že první řádek má cod="0D+" - písmeno D na druhém místě znamená, že jsem v 01/2007 a 02/2007 diagnostikoval situaci "datum dosažení důchodového věku je menší než první den v měsíci" - zkuste se podívat, jak vypadal matriční údaj M118-Datum vzniku nároku na starobní důchod v těchto měsících 15 KVĚ 2008 %CSPUT Hlavní společnost - 9 - 15:48 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zapsal Řeší Skupina Verze P Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── - pokud by tento údaj nebyl vyplněn, tak by se bral algoritmus odvození data vzniku nároku z programu %MZDT005-Předstihové řízení (Tiskne předpokládané odchody pracovníků do důchodu ve zvoleném období pro vybraná střediska.) 2) v ručně upraveném souboru mám dojem, že dělá neplechu prázdný řádek row="1" <t1 row="1" cod="" fro="" to="" din="" dex="" inc="" dar="" /> <t1 row="2" cod="0++" fro="2007-01-01" to="2007-12-31" din="365" dex="175" inc="77519" dar="" /> - zbavíte se ho následovně : na vstupu číslo "16" - sloupec Kód u prvního řádku dáte povel ZRU=zrušit řádek, po dotaz u "Opravdu zrušit tento řádek ?" a odpovědi A, se celý první prázdný řádek zruší a druhý řádek se posune na jeho míst o MZD 2040376.1 05052008 05052008 PB PB MZD 5 Srážky a přednostní pohledávky Zadání : Dobrý den, mám tady jednoho zaměstnance, který má několik výkonů rozhodnutí na placení přednostních pohledávek a tudíž má srážky do výše 2/3 zůstatku. Když jsem mu udělal v únoru výplatu, zjistil jsem, že srážka 5 dočasně zadržená (výživné) je ve výši 2445,- Kč a srážka 10 (VZP) je ve výši 2093,- Kč Podle mého názoru by obě srážky měly být stejné a to 1/3 zůstatku. V lednu to tak bylo. V příloze posílám jak mám nastavené srážky a výplatní lístek za leden a únor. Prosím mrkněte na to kde může být problém. Řešení : Provedena revize výpočtů výživného a to jak s běžným měsíčním, tak i se samotným dlužným výživným. - v tomto případně byla odhalena neošetřená skulinku v programu, kterou je nově upravena tak, že lze u exekuce výživného zadávat do 1/3 = 1, takže kontrola ve vazbě na nulovost/nenulovost M303-Měsíční výše předpisu srážky v Kč u ž není žádoucí - výživné při uspokojování srážek ze 2/3 ostatní přednostní pohledávky předbíhá. Při zadávání srážek exekuce by se do údaje třetina (1/3) měly zadávat hodnoty následujícím způsobem: 1 = exekuce běžného měsíčního výživného, dlužného výživného a případně obojího. V tomto případě, do vyčerpání druhé třetiny, nezáleží na zadaném pořadí srážky, protože běžné výživné předbíhá i přednostní pohledávky. 2 = exekuce přednostních pohledávek, kdy jsou srážky uspokojovány podle pořadí ze druhé třetiny, pokud po uspokojení výživného zbyly Kč 3 = exekuce nepřednostních pohledávek, kdy jsou srážky uspokojovány podle pořadí z první třetiny, včetně srážek s 1 a 2 Poznámka: pokud dvě a více srážek exekuce budou mít 2 a zároveň stejné pořadí, budou uspokojovány ne rovným dílem, al e poměrně, podle velikosti dlužné částky. MZD 2040377.1 05052008 05052008 PB PB MZD 5 Podklady o daních zvláštní sazbou Zadání : Sestavy s podklady o daních zvláštní sazboujsou důležité z hlediska vyúčtování daní z příjmů, které je povinen plátce podat na FÚ. Potřebujeme roční sestavu celkem po měsících (nyní s sestavě je celkem jen po jednotlivých zaměstnancích, nikoli celkem za zaměstnance po měsících, což musíš uvádět v příslušných hlášeních). Řešení : Rozšířen program %MZDT225-podklady o daních zvláštní sazbou - přidán nový přepínač "Tisknout sumář po měsících ? A/N", který dovoluje na závěr sestavy zobrazit sumář po 15 KVĚ 2008 %CSPUT Hlavní společnost - 10 - 15:48 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zapsal Řeší Skupina Verze P Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── jednotlivých měsících zvoleného období - reformulovány volby na vstupu "Jak základní detail/sumář ?" následovně 0-žádný detail po zaměstnancích ani sumář 1-jen detaily po zaměstnancích 2-jen součty po střediscích 3-vše , přičemž volba 0-žádný detail po zaměstnancích ani sumář je nově přidaná (a v kombinaci s "Tisknout sumář po měsícíc h ? A" dovoluje vytisknout pouze sumář po měsících) MZD 2040378.1 05052008 05052008 PB PB MZD 5 Tisk potvrzení o zdanitelných příjmech pro 2008 Zadání : Upravit tisk potvrzení o zdanitelných příjmech ve formátu podle vzoru 5460_16.pdf z MFČR. http://www.formulare-ke-stazeni.cz/formular-potvrzeni-o-zdanitelnych-prijmech-ze-zc-vz-16-pro-zdan-obdobi-2008-df_08d pfoz5460_16.html Řešení : Upraven program %MZDT038-potvrzení o zdanitelných příjmech podle vzoru 5460_16.pdf. MZD 2040379.1 05052008 05052008 PB PB MZD 5 Upřesnění programu na statistiku Trexima Zadání : prosím, zda můžete zkontrolovat, jak jsou vypočítávány údaje do statistiky Trexima: 1) odpracovaná doba - ODPRACD - zde by měly být údaje pouze ze mzdového ř. 2, ale jeví se to jako součet ř. 2 + ř.19 přesčasy. Přesčasy jsou ale součástí řádku 2 a na ř. 19 je jen příplatek 2) nemoc - ABSNEMOC - nezohledňuje záporné hodnoty při opravě DNP /stornu/, musela jsem ručně opravit u zaměstnance součet ř. 361 + /minus údaje/ ř. 366 Pro I. čtvrteltí jsem to již ručně opravila a odeslala, aktuální to bude zase v červenci, takže to nyní nespěchá. -----Original Message----- From: Pavel Bezstarosti [mailto:pavel.bezstarosti@idea.cz] Sent: Thursday, April 17, 2008 9:55 AM situace se má následovně : 1) ODPRACD - suma hodin z řádků, které mají zápočet HSM="A" a HSM="P" a pokud je to pracovník placený M-měsíčně, tak ještě z řádku s HSM="M" - takže ano - jsou zde řádky 1-16 plus 19 plus 35 a ještě svátky 2) ad ABSNEMOC - zde sčítám pouze hodiny z řádků 361-365 a nikoliv 366 - 366+367 sčítám do ABSOCR - do ABSPLAC sčítám všechny hodiny od 89-102 - a potom je toto sečtené v S ABSCELK=ABSNEMOC+ABSOCR+ABSPLAC - a při všech těchto součtech nehledím na kladné/záporné, takže pokud někde řádek sčítám, tak sčítám i jeho záporné hodnoty Řešení : Upraven program %MZDT229-statistika Trexima od roku 2006 1) do kolonky ODPRACD se nově již nepřičítají řádky s příplatky za práci přesčas - takže nově je zde suma hodin z řádků, které mají zápočet HSM="A" a pokud je to pracovník placený M-měsíčně, tak ještě z řádku s HSM="M" <-> nesčítají se tam nadále hodiny z řádku HSM="P" 2) přidáno ořezávání záporných hodnot v proměnných ABSCELK, ABSNEMOC, ABSOCR, ABSPLAC - žádná z proměnných ABSCELK, ABSNEMOC, ABSOCR, ABSPLAC nesmí být záporná - pakliže by se v některé z nich objevila záporná hodnota, tak se nahradí hodnotou 0 MZD 2040380.1 05052008 05052008 PB PB MZD 5 ELDP - vyloučené doby a OČR Zadání : Dobrý den, na evidenčních listech důch.poj. se do vyloučených dob nezapočítává OČR, ale pouze nemoc.Je to chybně za rok 2007 i 15 KVĚ 2008 %CSPUT Hlavní společnost - 11 - 15:48 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zapsal Řeší Skupina Verze P Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── v roce 2008.Dříve jsem si toho nevšimla,protože zaměstnáváme téměř samé muže,kteří OČR nečerpali. Mám něco špatně nastavené?Díky. poslána reakce --> aktuální způsob výpočtu vyloučených dob je následující : - napočítej do vyloučených dob KD proplacené z řádku 366=OČR a kalendářní dny z 361-365=normálních DNP - je celý měsíc na nemocenské a má nějaké započitatelné příjmy -> pak se DNP nepočítá do vyloučených dob - pokud nemá započitatelné příjmy, pak do vyloučených dob započítej také KD z 143-vojenských refundací a 367-Peněžitá pomoc v mateřství Nyní mě hned napadlo ještě jedno naprosto jasné vysvětlení : Pokud byste byli 17. Velikost organizace ? 1-malá (do 25ti zaměstnanců) (program %MZDCFG2-údaje o firmě) , pak byste všechny DNP měli automaticky neplacené a tím pádem by také byly KD proplacené z řádku 366=OČR vždy nulové . Prosím potvrďte mi tuto spekulaci - pokud by to tak bylo, tak bych asi musel v programu mít výjimku pro malé organizace. ==> máte pravdu, jsme malá organizace a nemocenskou a OČR neproplácíme my, ale OSSZ. Řešení : Upraven program %MZELDP1-výpočet a vytváření záznamů ELDP - data z řádku 366-ošetřování člena rodiny se nově započítávají do vyloučených dob následovně 1) velká organizace - kalendářní dny proplacené - tedy se berou jen ty dny, které se proplácejí s ohledem na "Osamělost" a limity 9 resp. 16 dnů 2) malá organizace - kalendářní dny - zde se berou všechny dny zadané dávky bez ohledu na "Osamělost" a limity 9 resp. 16 dnů - jinými slovy : my vyexportujeme všechny KD OČR a všechny důsledky a okolnosti necháme na OSSZ ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Celkem požadavků : 24 ─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── IDEA