10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 1 - 14:22 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é <1> PB 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 : 21042009 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 2040504.1 27042009 27042009 PB PB MZD 5N Chyba v ELDP a ČSSZ na Caché 5.x Zadání : Padá program na export ELDP. Řešení : Problém byl zaveden s řešením "Speciální znaky v názvu firmy a ČSSZ/ELDP" - problém se týká pouze Caché 5.x, kde není dostupná nově použitá konstrukce - upraveny programy na vytváření ELDP/ČSSZ tak, aby volaly instrukce dostupné na všech podporovaných Caché $ZCVT(...,"O","XML") --> $$ESC^%ZIF(...,"XML") MZD 2040505.1 28042009 28042009 PB PB MZD 5N Chyba ve výpočtu PN v den svátku Zadání : Příznaky : pokud je v kalendáři uveden jako typ dne 5-svátek v pracovní den, pak program tento den nebere z pohledu výpočtu náhrad za PN/karanténu jako pracovní a nezaplatí za tento den náhradu Řešení : Opravena funkce vracející zda měl daný pracovník daný den plánovanou pracovní směnu - dosud vracelo Ano pouze v případě, že měl v kalendáři daný den uvedeno 1-pracovní den - nově vrací Ano také v případě, že má v kalendáři daný den uvedeno 5-svátek v pracovní den MZD 2040506.1 28042009 28042009 PB PB MZD 5N Zjednodušení ukončování práce v rolovací zóně Zadání : Rolovací zónou se rozumí takové sekce v programech, kde se zadávají opakující se údaje (které, pokud je jich hodně mohou "rolovat"). Ve mzdách se jedná například o programy : - samotný výpočet mezd a zobrazování výplaty/chyb a varování při přepočtu - matriční programy s evidencí * vynětí z evidenčního stavu * dětí * srážek * příplatků * školení a kvalifikací * zdravotních prohlídek * přidělování důchodů - různé definice * podmínky * matriční/měsíční formuláře 10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 2 - 14:22 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── V každé rolovací zóně jsou na prvním vstupu této zóny vždy k dispozici následující povely V výpis - znovu vypíše aktuální stav dat v rolovací zóně K konec - ukončí zpracování celé rolovací zóny ZRU zrušit - zruší (po dotazu) všechna data v rolovací zóně Uživatelé mají problém zejména s povelem K-konec na ukončení rolovací zóny. Řešení : Ve všech programech projektu IDEA-mzdy je možné na místech, kde bylo dosud nutné dávat povel K-konec (ukonči zpracování rolovací zóny), možné stisknout klávesu ESC/F9-uteč se stejným významem jako K-konec. MZD 2040507.1 29042009 29042009 PB PB MZD 5N Úprava hlavičky tisku výplatní pásky na 80 znaků Zadání : Mám prosbu ohledně tisku výplatní pásky. Potřeboval bych aby se jméno tisklo tučně \HLAVICKA2 Misíc OSE Jméno Výplatní místo @17 @18 @22 @M102 @$E(M103,1,20) Stoedisko @12 @8 Místo @$E(M103,1,20) by mohlo být @24 (což je nadefinováno na 3 sloupcové pásce) nebo nějakou další proměnnou. Řešení : Reorganizován (zjednodušen) tisk hlavičky výplatních pásek v režimu "2 sloupce" \HLAVICKA2 Měsíc Osobní číslo @23 @24 @18 @22 Výplatní místo @17 Středisko @12 @8 MZD 2040508.1 29042009 29042009 PB PB MZD 5K Padá spuštění matričního formuláře FN-nástupní lis Zadání : PROPEM : v příloze posílám výpis chyby. Při vstupu do programu mi to spadne. Je to z Caché 2008. Ve Caché 5 to nepadá. Řešení : Problém je v definici formuláře FN, která má jako poslední údaj odkaz na individuální matriční údaj 1001. IWS = 103PR,103JM,103TI,106,109,602,168D,168,169,178,152,101,174,151,111, 610,600U,600M,600P,601U,601M,601P,124A,124D,123,124,195,133ZP,175,604,1001 Tato se tam dostala asi nějakým kopírování ze vzorové UCI=1 nebo odkudsi nebo jste to měli záměrně (pokud platí ad A) dole) Problém může být v tom, že údaj 1001 A) máte na Caché 5 definován a na Caché 2008 definován není -> pak je třeba definici 1001 doplnit do %MZDDMU-individuální matriční údaje B) nemá pro Vaše klienty smysl a pak je třeba ubrat 1001 z definice matričního formuláře FN via %MZMDEF-matriční formulář MZD 2040509.1 06052009 06052009 PB PB MZD 5N Výpočty fondu pracovní doby a individuální kalend. Zadání : Dnes jsem vystavovala ZL a pot. o výdělku a zjistila jsem, že tam je chybně vykázaná týdenní pracovní doba a od toho se odvíjí i chybný výpočet výdělku pro Úřad práce. Zřejmě to tahne z individuálních kalendářů. Něco se pokazilo až nyní. Od začátku roku, kdy tyto indiv. kal. používám, nebyl problém. Na ZL musí být vždy 37,5 hod. týdenní pracovní doba. Např. u zaměstnankyně, která odpracovala jen 4 dny se přepočetla tato doba na 8,52 a u jiného zam., pracujícího celý měsíc byla tato doba 40,68. Oba zaměstnanci pracují v nezkráceném úvazku. 3114 - prac. poměr 27.4. - 30.4. 2009 3029 - prac. poměr 21.7. - 30.4. 2009 ZL tisknu dle potřeby, tedy kdykoliv v průběhu měsíce, když zaměstnanec odchází. Tyto jsem tiskla včera a dnes, tedy v době, kdy jsem u nich měla pro potřebu spočítání výplat převedeny individuální kalendáře /má-li to spojitost/. ==> úvodní analýza a popis stavu 10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 3 - 14:22 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── V rámci tisku %MZDT177-Potvrzení o zaměstnání (zápočtový list) se tisknr do údaje Týdenní pracovní doba : hodnota odvozeného matričního údaje M152TZ-Týdenní fond pracovní doby zkrácený. Odvozené matriční údaje 04/2009-verze 2009.04a----------------------------------<systémová databá Kód údaje : 152TZ 1. Popis : Týdenní fond pracovní doby zkrácený 2. Potřebné údaje : 152TF,152F,152FZ 3. Výraz odvození : +$J($S(M152F:M152TF*M152FZ/M152F,1:M152TF),0,2) 4. Typ hodnoty : N5,2 5. Je numerický ? Ano Tento údaj je odvozen jako M152TF*M152FZ/M152F, kde 152TF Týdenní fond pracovní doby <---- toto je obyčejně z hlavního kalendáře "Týdenní pracovní doba" 152F Základní fond pracovní doby <---- toto je obyčejně z hlavního kalendáře "Měsíční pracovní doba" 152FS Reálný FPD vč. nástupů, výstupů a vynětí <---- toto jde přes jednotlivé dny v měsíci a sčítá za dny, kdy je člověk ve stavu, hodiny které na tento den připadají včetně individuálních kalendářů 152FZ Zkrácený fond pracovní doby <---- fond pracovní doby (bez ohledu na evidenční stav, bere do úvahy individuální kalendáře) krát koeficient zkrácení pracovní doby Řešení : Po zavedení individuálních kalendářů přestaly být korektní vzorce u celé sady matričních údajů M152*, které jsou odvozeny přes údaj M152 z kalendáře. Byly opraveny definice následujících odvozených matričních údajů tak, aby pro každého zaměstnance braly data vzniklá spojením informací z individuálního kalendáře zaměstnance (existuje-li) a ze základního kalendáře zaměstnance : Údaj Popis Typ M152DS Průměrná délka směny N5,2 M152DZ Průměrná délka směny zkrácená N5,2 M152F Základní fond pracovní doby N6,2 M152FS Reálný FPD vč. nástupů, výstupů a vynětí N6,2 M152FZ Základní fond pracovní doby zkrácený N6,2 M152KD Kalendářních dnů v měsíci N2 M152P Typ pracovní doby C5 M152PD Pracovních dní v měsíci N2 M152PS Průměrný počet směn tohoto kalendáře N5,2 M152SN Sobot a nedělí N2 M152SV Svátků N2 M152TF Týdenní fond pracovní doby N5,2 M152TZ Týdenní fond pracovní doby zkrácený N5,2 MZD 2040510.1 06052009 06052009 PB PB MZD 5K Typické problémy s odesláním ISPV/Treximy 10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 4 - 14:22 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Zadání : From: trexima.cz Subject: prosím o znovu poslání dat ISPV za 1.-3.měs. r.2009,jsou nesprávně zadaná č. zaměstnání v kolonce ZAMEST, pouze na dvě místa, např. 14, 17, 21, 39 atd.Musí být na pět míst podle KZAM-R . prosím o znovu poslání dat ISPV za 1.-3.měs. r.2009, v souboru o pracovních poměrech jednotlivých zaměstnanců jsou nesprávně zadaná č. zaměstnání v kolonce ZAMEST, pouze na dvě místa, např. 14, 17, 21, 39 atd. Musí být na pět míst podle KZAM-R (Klasifikace zaměstnání rozšířená na pět míst) Záznamy vypadnou. Není naplněná kolonka MISTOVP (místo výkonu práce) v souboru o pracovních poměrech. Do kolonky MISTOVP (místo výkonu práce) se ke každému zaměstnanci přiřadí okres dle číselníku LAU 1, pod který spadá jeho pracoviště. V údajích o ekonomickém subjektu není naplněná kolonka LAU1 - zadá se okres sídla firmy - Hodonín, tj. CZ0645. Řešení : 1) ohledně MISTOVP a LAU1 - přesně toto je popsáno v dokumentaci k verzi - viz http://www.idea.cz/distr_mz_09_04.htm a zde odkaz http://www.idea.cz/doc/mz0904/mz200904.rtf - přečtěte si to prosím - zejména požadavky 2040493.1 07042009 10042009 PB PB MZD Čtvrtletní šetření o průměrném výdělku od 2009 2040498.1 10042009 10042009 PB PB MZD Schematický návod na zpracování TREXIMY 1Q/2009 2) problematika ZAMEST - jádro celého bude v přepínači Odkud brát KZAM ? 2-odvozeně z číselníku profesí - zřejmě jste tam nechali Odkud brát KZAM ? 1-přímo z údaje M151-profese - nadále byla v programu změněna předvolená hodnota tohoto parametru na 2-odvozeně z číselníku profesí - dále si budete muset projít číselník %MZC151-profese a pro všechny profese, které ve firmě používáte si nastavit jejich parametr KZAM (čtvrtý parametr) 3) obecně doporučuji nainstalovat program "Lokální program na ISPV 2009" - to je nástroj od Treximy na kontrolu připravených dat a krásně je tam vidět jaké problémy v datech jsou a u koho MZD 2040511.1 06052009 06052009 PB PB MZD 5N Kde se používá RČ/jméno manžela/manželky Zadání : Kde se používají údaje z obrazovky %MZM6-děti 1. Manžel/manželka : 2. - rodné číslo : Řešení : Tyto 2 údaje - nevstupují do výpočtu mezd - aktuálně se používají jen a pouze v tisku %MZDT036-Mzdové listy v podmenu IDEA-mzdy / tisky / potvrzení. MZD 2040512.1 06052009 06052009 PB PB MZD 5N Nároky a zůstatky dovolených Řešení : 1) vytvořen nový program %MZDT242-nároky a zůstatky dovolených - program je umístěn v podmenu IDEA-mzdy / tisky / seznamy Střediska > Vše Osobní čísla > Vše Podmínka : Bez podmínky Třídit : 102 Export do CSV souboru : mzdt242.csv Tisknout ? Program tiskne a exportuje pro vybrané zaměstnance informace o nárocích a zůstatcích dovolené. Obsahem tisku a exportu jsou údaje : 10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 5 - 14:22 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── M518 Nárok na řádnou dovol. běž. roku M519 Nárok na dod. dovol. běžného roku M520 Zůstatek řádné dovol. z min. roku M521 Zůstatek dod. dovol. z min. roku M522 Čerpání dovolené v běžném roce M523 Krácení dovolené v běžném roce 518A Zůstatek dovolené bez započtení čerpání v aktuálním měsíci 518B Zůstatek dovolené včetně započtení čerpání v aktuálním měsíci 2) velmi podobného výsledku se nechá dosáhnout použitím programu %MZDT206-tisk a export matričních údajů - zde stačí správně navolit matriční údaje, které mají být do tisku/exportu zahrnuty Tisknout údaje : 102,103,518,519,520,521,522,523,518A,518B Třídit podle : 102 Osobní číslo Jak data z číselníků ? 4-odděleně kód a popis z číselníku Výstup do souboru : mzdt206.csv Čeština v souboru ? 6-Windows MZD 2040513.1 07052009 07052009 PB PB MZD 5N Zaokrouhlovací rozdíl v odvodech na SZ Zadání : Máme opakovaně rozdíl mezi zaúčtovanými a vykazovanými částkami v sestavě %MZDT093. Zaokrouhlovací rozdíl volím "rozpočítávat". Do účetnictví se ale tato částka nedostane, resp. částka zaokrouhlovacího rozdílu je součástí odvodu na SZ, tedy v příkaze k úhradě i v sestavě, ale na účtech není. Je pravděpodobné, že se něco pokazilo při únorové úpravě programu, protože tento rozdíl v lednu nebyl, je až za únor a březen. Řešení : A) Příčina problémů byla v tom, že se v programech %MZDT190 Přehled o výši pojistného a DNP %MZDT238 Přehled o výši pojistného a dávkách volal podprogram z %MZDT093-Odvody sociálního zabezpečení, který vždy (a nesprávně) způsobil zrušení předtím nastaveného zaokrouhlovacího rozdílu v řádku 507-Pojistné SZ podnik. Takže k problémům vedl následující scénář : 1) přepočetly se všechny výplaty 2) spustil se program %MZDT093-Odvody sociálního zabezpečení s přepínačem Rozpočítat zaokrouhlovací rozdíl ? Ano 3) všechny nyní spouštěné sestavy jsou v tento okamžik správně 4) spustil se jeden z programů %MZDT190/MZDT238 5) všechny nyní spouštěné sestavy jsou v tento okamžik špatně (zmizel zaokrouhlovací rozdíl z řádku 507) B) upraven program %MZDT093-Odvody sociálního zabezpečení - iniciální rušení nastaveného zaokrouhlovacího rozdílu v řádku 507-Pojistné SZ podnik přesunuto na lepší místo - reorganizována stránka s celkovou rekapitulací tak, aby bylo vidět vyčíslení zaokrouhlovacího rozdílu za každou sociální pojišťovnu zvlášť (typicky bývá jedna = OSSZ) - aktualizována nápověda programu následovně Program tiskne přehledy vyměřovacích základů a odvodů pro sociální zabezpečení sociální pojišťovny vybrané na vstupu Jen pojišťovny >. Pokud je na vstupu Jen součty za pojišťovny ? uvedeno Ne, pak se tisknou i detaily jednotlivých pojištoven s rozpisem po jednotlivých zaměstnancích. Sumární strana s přehledem za všechny pojišťovny se tiskne vždy. Přepínač Rozpočítat zaokrouhlovací rozdíl ? Ano slouží k dosažení stavu, 10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 6 - 14:22 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── ve kterém platí, že {ODVOD CELKEM} je roven součtu Kč z řádku 401-Pojistné na SZ pracovníka a Kč z řádku 507-Pojistné na SZ podnik. Tím se dosáhne toho, že ve všech následných sestavách (zejména v účetnictvní a sumářích) bude konzistentně odpovídat suma Kč z výplatních pásek skutečným odvodům. !!! Z výše popsaných důvodů je třeba dodržovat postup, při které se tato sestava s rozpočítáním zaokrouhlovacího rozdílu spouští jako první sestava celého zpracování tiskových výstupů z měsíční uzávěrky. Zejména je nutné toto spustit před exportem do účetnictví a tiskem sumárních dat z mezd. !!! MZD 2040514.1 07052009 07052009 PB PB MZD 5N OSSZ-přehled malé organizace a vyloučené doby Zadání : OSSZ-přehled malé organizace-nevykazování omluvené absence a vyloučené doby mám zaměstnance,který je od 17.3.09 v pracovní neschopnosti.Jsme malá organizace a tisknu si každý měsíc Přehled o vyměřovacích základech a pojistném malé organizace.Za měsíc duben se u tohoto člověka na přehledu objevuje omluvená absence 0 a vyloučené doby 0. Zaměstnanec je stále v pracovní neschopnosti. Řešení : 1) od 1.1.2009 platí nová pravidla pro placení PN, kde se již nerozlišuje malá/velká organizace - pro účely tisků z historie (tedy do 12/2008) se ale předpokládá, že v konfiguraci zůstane nadále parametr "Velikost organizace ?" nastaven na 1-malá (do 25ti zaměstnanců) 2) dále předpokládám, že PN od 17.3.2009 byla zadána na mzdový řádek 103-Náhrada PN nemoc a izolace s příznakem "Platit" Ano 3) od 1.1.2009 nemá sestava %MZDT162-přehled SZ pro malé organizace smysl - tato sestava zůstává v projektu pro tisky z historie (tedy do 12/2008) - u této sestavy jsem proto nerozšiřoval výpočet vyloučených dob o nově vzniklé řádky 103-107 - jediný smysl může být v tom, jak to používáte Vy - tedy pro informativní zakládání sestavy, jak jste zvyklá ==> řešení : rozšířen program %MZDT162-přehled SZ pro malé organizace - formálně rozšířen výpočet vyloučených dob i o nové řádky 103-107, tak aby sestava (jakkoli nemá vykazovací smysl navenek) mohla být používáná například pro zakládání sestav v mzdové účtárně MZD 2040515.1 07052009 07052009 PB PB MZD 5N ELDP u přechodu do starobního důchodu Zadání : Zpracovávám ELDP za rok 2008. Narazila jsem na chybu, kdy zaměstanec, který dovrší důchodového věku a pokračuje dál ve výdělečné činnosti, musí mít záznam v ELDP následující: např. důchodový věk od 1.4.2008 Správně: 0++ 01012008 31032008 91 0D+ 01042008 31122008 275 0 197.722 0 Ne Původně byly kódy obráceně a VZ v obou řádcích, tedy: Chybně: 0D+ 01012008 31032008 91 0 50.000 0++ 01042008 31122008 275 0 147.722 0 Ne Ještě chci doplnit k výše uvedenému, že takto má vypadat zápis pouze u přechodu do starobního důchodu. Zjistila jsem, že program takto dělá i invalidní důchodce, tam má být záznam klasicky v jednom řádku 0++. Řešení : Upraveno generování ELDP pro starobní důchodce : 1) dosavadní výjimky pro "důchodce" omezeny pouze na ty, kteří mají druh důchodu 13 nebo 23 13 starobní 23 souběh vdovského a starobního 10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 7 - 14:22 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── 2) opraveno stanovování písmena D - důchodový věk na druhé pozici - dosud bylo chybně obrácené "větší než" vs. "menší než" 3) přidána výjimka do vykazování vyměřovacích základů - pokud je nějaký řádek, který má D-důchod na druhém místě -> pak k tomuto řádku posčítej sumu všech základů a u ostatních řádků základ zruš MZD 2040516.1 11052009 11052009 PB PB MZD 5N ELDP a celý měsíc nemoc Zadání : Je-li zaměstnanec celý měsíc nemocen a zároveň nemá příjem, pak se nesmí dělat X a neodečítají se dny ze započtených dnů. Pakliže je celý měsíc nemocen a má jiný příjem, pak se nesmí dělat X a vyloučené doby nemoci se vykazují. Při ukončování pracovního poměru je výjimka a končí-li zaměstnanec daný měsíc (například 10.4.2009), pak v případě nemoci od 1.4. do 10.4. se bere jako "celý měsíc nemocen". Řešení : Upraveno stanovování vyloučených dob v případě data propuštění v aktuální měsíc v souběhu s nemocí - je-li zaměstnanec celý měsíc nemocen a zároveň nemá příjem, pak se nedělá X a dny nemoci se vykazují ve vyloučených dobách - je-li zaměstnanec celý měsíc nemocen a má jiný příjem, pak se nedělá X a dny nemoci se nepočítají do vyloučených dob - při ukončování pracovního poměru je výjimka a končí-li zaměstnanec daný měsíc (například 10.4.2009), pak v případě nemoci od 1.4. do 10.4. se bere jako "celý měsíc nemocen". MZD 2040517.1 11052009 11052009 PB PB MZD 5N ELDP a druhý znak P-dodatečně zúčtované příjmy Zadání : Výňatek z "VŠEOBECNÉ ZÁSADY PRO VYPLŇOVÁNÍ ELDP PLATNÉ OD 1. 1. 2009" Druhý znak trojmístného údaje: umožňuje rozlišení situací, kdy: jsou po skončení výdělečné činnosti (účasti na důchodovém pojištění) dodatečně zúčtovány příjmy započitatelné do vyměřovacího základu. Uvede údaj: • P - příjmy Uvedení údaje P nepřichází v úvahu: - pokud je v prvním znaku trojmístného údaje uveden údaj P, R, S tj. při výkonu činností zakládajících účast pouze na důchodovém pojištění. Podle ustanovení § 8 odst. 2 zákona č. 155/1995 Sb. se příjem zúčtovaný po ukončení činnosti považuje za příjem zúčtovaný v posledním kalendářním měsíci výkonu těchto činností nebo - pokud se jedná o zaměstnání malého rozsahu. Podle ustanovení § 7 odst. 3 zákona č. 187/2006 Sb. se příjem zúčtovaný po skončení zaměstnání malého rozsahu považuje pro účely pojištění za příjem zúčtovaný do kalendářního měsíce, v němž toto zaměstnání skončilo. ************************************************************************ Aktuálně program generuje řádky s P-příjmy na druhém místě i v případě, že a) nejsou žádné zúčtované příjmy b) jedná se o zaměstnání malého rozsahu Řešení : Upraveno generování záznamů s P-příjmy na druhém místě : - generují se pouze v případě, že je k dispozici nenulový vyměřovací základ - generují se pouze v případě, že se nejedná o zaměstnání malého rozsahu MZD 2040518.1 18052009 18052009 PB PB MZD 5N U jednatelů se neobjevuje řádek 563 na výplatní p. Zadání : U jednatelů se neobjevuje řádek 563-Pojistné na DP placené podnikem na výplatní pásce. Řešení : Příčinou této chyby bylo omylem použité číslo řádku 533 místo správného 563 : 1) konfiguraci a parametru "Tisknout na výplatních páskách ř. 507/508/563 ?" 2) samotném sestavování výplatní pásky MZD 2040519.1 19052009 19052009 PB PB MZD 5N Úpravy do tisku zápočtového listu Zadání : Propem : Posílám nějaké podněty ke mzdám - Zápočtovým listům. Potvrzení o zaměstnání - zápočtový list, § 313 ZP. V odstavci 1 písmeno a) je uvedeno ... údaje o zaměstnání, zda se jednalo o pracovní poměr nebo dohodu o pracovní 10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 8 - 14:22 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── činnosti.... Uvádí se zde "Druh pracovního poměru" jenže Dohoda o pracovní činnosti je Práce konaná mimo pracovní poměr (napadá mě, co tam napsat Druh pracovně právního vztahu?). V nadpise pro Pracovní neschopnost by to chtělo stejně.. Já si ještě na konec ZL přidávám text : Potvrzení převzal, dne Řešení : Upraven program %MZDT077-potvrzení o zaměstnání (zápočtový list) - formulace "pracovní poměr" nahrazeny za "pracovněprávní vztah" - přidána další varianta podpisu s doplněným textem "Potvrzení převzal, datum" Formát zápatí ? 3-vlevo vyhotovil a převzal, vpravo razítko organizace MZD 2040520.1 21052009 21052009 PB PB MZD 5N Zadávání základní mzdy/příplatků a zkrácené úvazky Zadání : Aktuální zpracování mezd předpokládá, že se měsíční základní mzda a měsíčně zadávané příplatky zadávají ve formátu "pro plný úvazek". A pokud má zaměstnanec zkrácený úvazek, tak se mu tyto hodnoty patřičně zkrátí. Běžné je ale také opačné zadání - máme zaměstnance, u kterého známe zkrácení a tomu odpovídající základní plat/příplatek odpovídající sjednané (=zkrácené) době. Aktuálně je nutné uměle tyto hodnoty navýšit tak, abychom se zpětně po zkrácení dostali na požadované hodnoty. Je třeba počítat s tím, že oba způsoby mohou být kombinovány a to i v rámci jedné firmy. Předpokládá se však, že v jedné firmě bude vždy jeden ze způsobů sjednávání výrazně převažovat nad druhým. Řešení : 1) rozšířen program %MZDCFG5-další parametry - přidán vstup "Základní mzda a příplatky (měsíční) se zadávají k" s možnými hodnotami nevyplněno, 1 nebo 2 1-plnému FPD 2-zkrácenému FPD - nevyplněno je znázorňováno jako "<1-plnému FPD>" - zde se doporučuje zadat takový způsob specifikace ZM/příplatků, který v dané firmě převažuje 2) přidán nový matriční údaje M104ZM-Základní mzda a příplatky (měsíční) se zadávají k - údaj je součástí matriční obrazovky %MZM4-stavy - nevyplněno je znázorňováno jako "<dle konfigurace>" - údaj se doporučuje vyplňovat jen u zkrácených úvazků a jen v případě, že je způsob specifikace ZM/příplatků jiný než ten, který je zadán v celkové konfiguraci (viz výše) Tento údaj (společně se stejně se jmenujícím parametrem v konfiguraci) je určen ke specifikování toho, v jakém formátu se zadávají základní mzda a příplatky vzhledem k fondu pracovní doby. Přičemž celé toto nastavení platí jen pro položky zadávané v měsíčním formátu. Tedy pro základní plat zadávaný M-měsíčně a pro ty složky mechanismu příplatků, které jsou v měsíčním formátu. Vše zadávané H-hodinově nepodléhá krácení. Příklad : Zaměstnanec má zadánu M168-základní mzdu 20.000 a libovolný příplatek ve složce M624-hodnota v Kč/měsíc 2.000. Zaměstnanec má zadán základní kalendář na 8 hodin denně, 40 hodin týdně a zároveň má zadáno zkrácení přes M130-Individuální pracovní doba v týdnu na 30 hodin týdně. Standardní chování programu je takové, že výše uvedených 20.000 resp. 2.000 se vztahují k plnému fondu pracovní doby a zaměstnanec proto na výplatní pásce při odpracování celého měsíce dostane 15.000 resp. 1.500. Tedy zadané hodnoty jsou vynásobené koeficientem 0,75=30/40. Toto chování odpovídá hodnotě údaje M104ZM=1, tj. základní mzda a příplatky (měsíční) se zadávají k 1-plnému fondu pracovní doby. 10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 9 - 14:22 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Je-li matriční údaj M104ZM nastaven na 2 (základní mzda a příplatky (měsíční) se zadávají k 2-zkrácenému fondu pracovní doby), pak v tomto případě zaměstnanec na výplatní pásce při odpracování celého měsíce dostane 20.000 resp. 2.000. Je-li matriční údaj M104ZM nevyplněn, pak se bere hodnota ze stejnojmenného parametru v konfiguračním programu %MZDCFG5-další parametry. A pokud nadále není známo nastavení, tak se bere, jako kdyby bylo nastaveno 1, tedy k 1-plnému fondu pracovní doby. MZD 2040521.1 25052009 25052009 PB PB MZD 5N Započítávání PN do hrubé mzdy Zadání : Množí se dotazy, proč je/není náhrada mzdy za PN/karanténu součástí 320-hrubá mzda. Aktuálně se má situace následovně : 1) pojem "Hrubá mzda" není nikde formálně správně definován, náš mzdový řádek 320-hrubá mzda je pomocný mezisoučet - viz komentář kolegy Pilaře dole 2) po dobu 01-03/2009 se náhrady za PN (řádky 103-107) započítávaly do 320-hrubá mzda 3) na základě reakcí z ASBISu/ElectroWordlu jsme toto změnili a aktuálně se náhrady za PN (řádky 103-107) nezapočítávají do 320-hrubá mzda 4) toto ale zase vadí v Ontexu, ZPT, Kovonaxu 5) aktuálně jsou problémy napříkladu v tom, jak nastavit účetnictví a účetní předpisy (zda účtovat o řádku 320 nebo o podkladových řádcích), jak spočítat podklady pro roční prémie (zda lze sčítat řádek 320 nebo se musí sčítat podkladové řádky), ... -------------------------------------------------------------------------------- From: Jindřich Pilař Prošel jsem zákoník práce a termín Hrubá mzda jsem v něm opravdu neobjevil. Pro účely výpočtu průměru používají termín Hrubý výdělek a stejně tak i pro náhradu schodku na svěřených hodnotách. V obou případech ale do hrubého výdělku nepatří žádné náhrady mzdy, tedy ani dovolená a podobně, což jde proti názorům všech oponentů. Pro pracovně právní průměr se v ZP používá název Průměrný hrubý výdělek. Z těchto skutečností platí , že řádka 320–Hrubá mzda je mezisoučet, na jehož obsah může být mnoho názorů, které zřejmě nemají oporu v ZP. Proto jsem zastáncem názoru na provádění výpočtů, vycházejících ze mzdových údajů, z jednotlivých mzdových řádek a to včetně převodů z mezd do účetnictví. Řešení : 1) standardní nastavení projektu pro započítávání PN (řádky 103-107) do 320-hrubá mzda zůstane zachováno v aktuálním stavu na "TAK JAK JE = NEZAPOČÍTÁVAT" 2) uživatelé, kteří budou chtít započítávat PN (řádky 103-107) do 320-hrubá mzda - si nastaví %MZDZAP-individuální odchylky zápočtů pro řádky 103-107 pro zápočet KC na hodnotu A=do Hrubé mzdy - spustí program %MZDINS-instalace mezd a generování a tam 4xAno, výstup klidně na Video - tím pádem budou mít nadále vždy řádky 103-107 započítávány do 320-hrubá mzda bez ohledu na to, jak je to nastaveno v následujících verzích IDEA-mzdy (=individální nastavení má vždy přednost před dodaným nastavením s projektem) 3) byl připraven nový pomocný program %MZDT243-přepočet 320-HRUBÁ MZDA - program je umístěn v podmenu IDEA-mzdy / speciality / idea - tento program dovolí zpětně dopočítat obsah řádku 320-hrubá mzda za zvolené měsíce tak, aby byl jeho obsah ve všech měsících konzistentní s Vašimi preferencemi zadanými v bodě 2) 10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 10 - 14:22 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── - nápověda programu vypadá následovně Tento program napravuje hodnoty vypočtených Kč v mzdovém řádku 320-HRUBÁ MZDA. Program prochází vybrané měsíce (typicky 01/2009-04/2009) a v nich ty zaměstance, kteří vyhovují zvolené podmínce a třídí je podle maximálně tří zadaných kritérií. Přeskakuje takové zaměstnance, kteří mají v daném měsíci nastaveno M104-Aktivní matrice na Ne a takové, kteří v daném měsíci nemají spočtenu hodnotu v řádku 320-HRUBÁ MZDA. U každého zaměstnance spočítá, jaká hodnota by byla spočtena do řádku při aktuálním nastavení zápočtů. Algoritmus sčítá Kč z takových řádků, které mají v zápočtu KC-do Kč celkem nastaveno buď A-do Hrubé mzdy nebo R-do mzdy k refundaci. Zvolíte-li režim 2-skutečné nastavení, pak se vypočtené hodnota nastaví do složky "Kč vypočtené" mzdového řádku 320-HRUBÁ MZDA. MZD 2040522.1 25052009 25052009 PB PB MZD 5N Úprava vzoru smlouvy Zadání : Ontex : na přání p. ředitele prosím o doplnění slova "prokuristou" do hlavičky smlouvy dle přiloženého vzoru. Řešení : Upravena RTF verze vzorové šablony %IDEA03-Vzorová smlouva ONTEX. MZD 2040523.1 26052009 27052009 PB PB MZD 5N Používání RČ a evidenčních čísel pojištěnců (EČP) Zadání : Jakým způsobem předávat ELDP cizinců, kteří nemají přiděleno rodné číslo? ************************************************************************* ELDP cizinců, kteří nemají přiděleno RČ (ani evidenční číslo pojištěnce – EČP), nelze zasílat do evidence ČSSZ elektronicky. Organizace předá ELDP klasickým způsobem na tiskopisu. V případě, že cizinec má od ČSSZ přiděleno EČP, uvede se EČP do údaje pro RČ a takto vyplněný ELDP lze také zasílat elektronicky. Poznámky k logickým kontrolám ONZ ********************************* 1. Kontrola RČ * prvních 6 znaků RČ odpovídá datu narození ve formátu rrmmdd, s výjimkou, že mm se může lišit o 20, 50 nebo 70, jinak chyba "RČ neodpovídá datu narození " * pro zaměstnance narozené od 01.01.1954 platí, že součet všech po sobě následujících dvojčíslích, ze kterých je RČ tvořeno, je dělitelný 11, jinak chyba "RČ není dělitelné 11" * pro zaměstnance narozené od 01.01.1954 se RČ skládá z 10 číslic a pro zaměstnance narozené do 31.12.1953 z 9 číslic, jinak chyba "koncovka RČ nemá správnou délku " Příklad: 6652141255 66+52+14+12+55=199, 199 není dělitelné 11 Závěr: rodné číslo není dělitelné 11 K logickým kontrolám ******************** 1. Kontrola RČ (EČP) * Jedná-li se o EČP (je-li den větší než 40) , nesmí být pro devítimístné číslo koncovka < 600, resp. pro desetimístné < 6000, jinak chyba „Nepřípustná koncovka EČP !“ * Prvních 6 znaků RČ odpovídá datu narození ve formátu RRMMDD, s výjimkou, že MM se může lišit o 20, 50 nebo 70, jinak chyba "RČ neodpovídá datu narození " * Pro osoby narozené od 01.01.1954 se RČ skládá z 10 číslic a pro osoby narozené do 31.12.1953 z 9 číslic, jinak chyba "koncovka RČ nemá správnou délku " * Pro osoby narozené od 01.01.1954 platí, že součet všech po sobě následujících dvojčíslí, ze kterých je RČ(EČP) 10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 11 - 14:22 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── tvořeno, je dělitelný 11 (Modulo11), jinak chyba "RČ není dělitelné 11 " Příklad: 6652141255 66+52+14+12+55=199, 199 není dělitelné 11 Závěr: rodné číslo není dělitelné 11 Řešení : 1) zaveden nový matriční údaj M748-Evidenční číslo pojištěnce (zadávané u cizinců pro ČSSZ) - údaj byl přidán na konec matriční obrazovky %MZM9-uživatelská obrazovka do sekce "Data sledovaná u cizinců (nerezidentů)" - nápověda k tomuto údaji je následující M748 Evidenční číslo pojištěnce (zadávané u cizinců pro ČSSZ) Formát: 9 nebo 10 číslic Kontrola: údaj je testován na přípustnost data narození a dělitelnost 11 u ročníků vyšších než 1953 ČSSZ přiděluje evidenční číslo pojištěnce (EČP) na přechodnou dobu cizincům, kteří dosud nemají přidělené rodné číslo. EČP je určeno pouze k interní evidenci pojištěnce v ČSSZ a pozbývá platnosti přidělením rodného čísla. Není-li vyplněn údaj M109-rodné číslo, pak se pro potřeby komunikace s ČSSZ může použít obsah tohoto údaje, který má stejnou strukturu. V tomto případě se použije tento údaj k odvození data narození a pohlaví. Struktura: RR MM DD XXXX | | | +- pořadové číslo | | +- den narození | +- měsíc narození (u žen + 50) +- poslední dvě čísla roku narození MM může být v případě potřeby zvětšené také o 20 u mužů nebo o 70 u žen. DD je v případě evidenčních čísel pojištěnců zvětšeno o 40. XXXX musí být u 9ti místného údaje větší nebo rovna 600 a u 10ti místného údaje větší nebo rovna 6000. 2) zrušena povinnost zadávat údaj M109-rodné číslo - upravena nápověda u tohoto údaje následovně M109 Rodné číslo Formát: 9 nebo 10 číslic Kontrola: údaj je testován na přípustnost data narození a dělitelnost 11 u ročníků vyšších než 1953 Údaj je používán pro určení data narození a pohlaví pracovníka. Údaj je přejímán z občanského průkazu. V případě, že datum narození nebo pohlaví nekoresponduje s rodným číslem, (viz struktura), je nutné pro tento projekt vytvořit a vyplnit rodné číslo odpovídající datu narození a pohlaví a do pořadového čísla vyplnit 9999. Pracovníkovi doporučit, aby si zajistil opravu rodného čísla. Struktura: RR MM DD XXXX | | | +- pořadové číslo | | +- den narození 10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 12 - 14:22 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── | +- měsíc narození (u žen + 50) +- poslední dvě čísla roku narození MM může být v případě potřeby zvětšené také o 20 u mužů nebo o 70 u žen. Není-li rodné číslo vyplněno, pak se pro potřeby komunikace s ČSSZ může použít obsah údaje M748-Evidenční číslo pojištěnce (zadávané u cizinců pro ČSSZ), který má stejnou strukturu jako rodné číslo. V tomto případě se použije tento údaj k odvození data narození a pohlaví. 3) upraveny definice následujících odvozených údajů M109SZ Rodné číslo pro potřeby ČSSZ - je-li vyplněno M109-rodné číslo, pak vezmi toto - jinak vezmi M748-Evidenční číslo pojištěnce (zadávané u cizinců pro ČSSZ) M109D Datum narození - odvozuje se z výše uvedeného M109SZ M109P Pohlaví - odvozuje se z výše uvedeného M109SZ 4) upraveny programy %MZCSSZ*-komunikace s ČSSZ a %MZELDP*-evidenční listy důchodového pojištění - ve všech programech komunikujících s ČSSZ nahrazeno dosavadní použití prostého M109-rodné číslo za výše uvedenou odvozeninu M109SZ Rodné číslo pro potřeby ČSSZ, která bere do úvahy i zadání M748-evidenčního číslo pojištěnce 5) upraven výpočet mezd - pokud nejsou k dispozici dostatečné podklady pro stanovení data narození zaměstnance, tak se zobrazuje chyba "11-Není možné odvodit datum narození zaměstnance" - toto nastavává v situaci, kdy není vyplněno ani M109-rodné číslo, ani M748-Evidenční číslo pojištěnce (zadávané u cizinců pro ČSSZ) a ani M743-Datum narození (zadávané u cizinců) 6) upraven výpočet mezd a nastavování stavu přepočtenosti výplaty - dosud bylo v programu chybně nastavení 2-spočítaná výplata (není třeba přepočítat) i v případě, že byly diagnostikovány fatální chyby 11-chybějící povinné matriční údaje nebo 12-chybějící kalendář - opraveno tak, že v tomto případě je stav přepočtenosti 1-je třeba přepočítat výplatu 7) upravena matriční obrazovka %MZM9-uživatelská obrazovka - byl odstraněn matriční údaj M701-stavba - tento údaj byl zaveden kdysi v Pragomontu, byl propojen na číselník staveb z projektu mimo IDEA-mzdy (= nebylo možné tam zadat jakoukoli smysluplnou hodnotu) MZD 2040524.1 27052009 27052009 PB PB MZD 5N Jak použít 372-Vyrovnávací příspěvek v těhotenství Zadání : Budu muset tento měsíc použít Vyrovnávací příspěvek v těhotenství a mateřství, k tomu sloužil ř. 372, je to dávka nemocenského pojištění, kterou ale od roku 2009 platí ČSSZ. Chci se zeptat, zda ho můžu použít i v letošním roce a je pamatováno na to, aby se dávka dostala do všech příslušných sestav a hlavně do Přehledu o dávkách... Mám při zadávání tohoto řádku vypočtenou částku zadat do řádku a dát vyplatit "NE"? Řešení : 1) zadejte do řádku 372-Vyrovnávací příspěvek v těhotenství a mateřství nulové Kč a Platit Ano - tím pádem se na výplatní pásce a všech následných součtech řádek 372 objeví, ale s nulovými hodnotami 2) upraveno započítávání počtu případů vyrovnávacího příspěvku v těhotenství a mateřství v sestavách %MZDT037-Výkaz dávek nemocenského pojištění a zejména %MZDT238-Přehled o výši pojistného a dávkách - dosud se započítávala 1 do počtu výskytů v případě, že na řádku 372 byly nenulové Kč - nově se započítává 1 do počtu výskytů v případě, že na řádku 372 je alespoň něco zadáno (klidně i nulové Kč) 10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 13 - 14:22 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── MZD 2040525.1 27052009 27052009 PB PB MZD 5N Kódy pro komunikaci se zdravotními pojišťovnami Zadání : V kódech pro přihlašování ke zdravotním pojišťovnám chybí kód A (nástup do zaměstnání občana EU pojištěného v ČR dle Nařízení Rady 1408/71 a 574/72, který má již přiděleno číslo pojištěnce VZP ČR. Použije se také v případě, kdy dosud nebylo upřesněno, že jde o občana EU (před 1.5.2004 byl přihlášen kódem "1C") Řešení : Do číselníku %MZC918-kódy pro zdravotní pojišťovny, který je distribuován s verzemi IDEA-mzdy, byl přidán kód A-Nástup do zaměstnání občana EU pojištěného v ČR MZD 2040526.1 11062009 11062009 PB PB MZD 5N Cyklení se ve výpočtu DNP/náhrad za PN Zadání : Dobrý den, prosíme Vás o pomoc. Zaměstnankyně měla od 25.3.09 neschopenku do 31.3. byla zaplacena a pokračovala do dubna. Protože v dubnu nedala lístek na peníze, byla zadána nemoc 1.4. – 3.4. PK a neplatit. Nyní dodala ukončení a nemoc chceme za duben doplatit. Pokud zadám do řádku 103 nemoc od 1.4. do 3.4. PK a platit, tak při přepočtení dobírky se mi zablokuje celý počítač a musím restartovat. Jinak se z Idey nemohu dostat – nevím, kde je problém. Prosím o pomoc, nejdéle zítra dopoledne toto musím mít spočteno. Řešení : POPIS PROBLÉMU ************** 1) při ukončování měsíce 04/2009 jsem na základě zadání "v dubnu nedala lístek na peníze, byla zadána nemoc 1.4. – 3.4. PK a neplatit." chybně vynuloval obrazovku s informacemi o pokračující nemoci --- Pracovní neschopnosti -------- 1. Druh dávky (ČŘ) : 2. Datum začátku nemoci : 3. Dokdy je již placeno : , zatímco správně jsem toto měl ponechat nedotčené, tj. ve stavu --- Pracovní neschopnosti -------- 1. Druh dávky (ČŘ) : 103 2. Datum začátku nemoci : 25032009 3. Dokdy je již placeno : 31032009 2) dále programu vadilo, pokud u nemocí pokračujících z minulého měsíce nebylo možné nalézt "Datum začátku nemoci" - a toto nastávalo právě vinou chyby viz výše => datum začátku nemoci jsem neměl - toto způsovalo A) jak cyklení programu "protože jsem neuměl spočítat kolikátý den/pracovní den" to je B) tak matoucí hlášení ""Náhrada za PN byla zadána před 1.1.2009" ... a to celé proto, že prázdný "Datum začátku nemoci" byl vyhodnocen jako menší než 1.1.2009 ŘEŠENÍ PROBLÉMU *************** 1) při ukončování měsíce vynuluji obrazovku s informacemi o pokračující nemoci pouze v případě dávek Platit Ano - tedy pro ty, které jsou zadané Platit = Ne a tedy jen pro "omlouvání" se neničí data o předchozím průběhu pokračující nemoci 2) upravil jsem program tak, aby v případě kdy není možné nalézt "Datum začátku nemoci" se zobrazilo varování "Pro dávku/náhradu 103-10 nelze odvodit začátek nemoci." a program vůbec nejde do přepočtu dávky MZD 2040527.1 11062009 11062009 PB PB MZD 5N ELW Nastavení zaúčtování mezd Zadání : ElectroWorld : Do této chvíle jsme měly v účetnictví zadané, že se středisko 102 a 103 účtovalo na jiné účty. Budu mluvit konkrétně - například o sociálním pojištění za společnost. Dříve se tento náklad účtoval na účet 5310 pro normální střediska a na 5082 pro středisko 102 a 103. toto jsme měly ošetřeno v účetnictví - účetní předpisy - řádek 507 a byla stanovena výjimka pro středisko 103 a 102. Od května 2009 ale již není potřeba rozlišovat účtování středisek 102 a 103 a můžou se účtovat jako všechna ostatní střediska na účet 5310. Toto jsem v účetnictví změnila, ale při skutečném 10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 14 - 14:22 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── exportu dat se mi stále účtuje na 5082. V příloze zasílám naskenované důkazy - změnu účtu na 5310 u středisek 102 a 103, otisk účetní osnovy, kde je vidět, že se má účtovat na 5310 a skutečný export účetnictví, kde se mi pojištění ale zaúčtuje na účet 5082. Nevím si s tím rady - nikde jinde se přece nic jiného nemění. Prosím, poraďte. Tento měsíc jsem si v účetnictví vše přeúčtovala ručně, ale pro příště, aby toto již bylo správně. Řešení : Povely k těmto výjimkám budou zcela určitě zadané v programu %MZELW06-náhrady čísel účtů po střediscích - je třeba již neplatné výjimky v tomto programu zrušit MZD 2040528.1 11062009 11062009 PB PB MZD 5N Nemocenská po skončení pracovního poměru Zadání : Potřebovala bych poradit s nemocenskou, kdy zaměstnanec /Harda/skončil prac.poměr a teď nám poslal neschopenku, která je z minulého měsíce a potřebuji dodat zpětně. Nemůžu vydolovat průměr-formulář - pro sociálku. Zaměstnanec skončil 30.4.,v květnu má ve výplatě odstupné, spočítala jsem výplaty, uzavřela měsíc a dostala neschopenku od 4.5. a marodí stále až do června. Dodala jsem do matrice -dávky nemocen.pojištění teď v červnu začátek nemoci od 4.5., zaplaceno do 03.05.2009-to jsem odkoukala podle jiných-, druh dávky 103, V dobírce červen jsem zadala 103 a vyhodí mě a píše: UNDEFINED DOKLADY +3^%MZVSTD, taky když jsem zkoušela všechny možné způsoby tak i jsem měla Chybu +7^MZDT046. ať se snažím jak chci , tak jsem na nic nepřišla. Takže prosím o pomoc!!!! Řešení : Opravena následující základní chyba, která byla v projektu od 01/2009 - zpracovávají se mzdy 05/2009 a zadá se PN do řádku 103 od 15042009 do 20042009 - logy o průběhu nemoci po dnech se zapisují chybně pod měsíc odpovídající každému dni (zde pod 04/2009) a nikoli pod 05/2009 - toto způsobuje, že v měsíci 04/2009 jsou chybně nagenerovaná data pod řádkem 103, které nemají hlavičku a způsobují pád všech programů pracujících s historií PN/DNP ==> toto opraveno tak, že se 1) nově logy o průběhu nemoci po dnech zapisují pod aktuální měsíc 2) po instalace verze mezd se projdou všechny měsíce od 01/2009 po poslední měsíc a chybná data se zruší MZD 2040529.1 12062009 12062009 PB PB MZD 5N Obnovení původní funkcionality exportu detailů PN Zadání : DPmHK : Chtěl bych poprosit o variantní funkčnost programu %MZDT239 bez návaznosti na excel (tak jako fungoval předtím) - nesplňujeme ani jednu z podmínek, které chce nový %MZDT239 1. Používáme OpenOffice a nikoli MS-Excel 2. nemáme kompatibilní emulátor (ani Caster ani Reflection) Řešení : Původní program byl obnoven jako %MZDT239O - umístěn do menu IDEA-mzdy / tisky / dávky nemocenského pojištění jako "- klasická verze s CSV exportem" ^%MZDT239 8. detaily výpočtů náhrad PN/karantény ^%MZDT239O 9. - klasická verze s CSV exportem ^%MZDT240 10. tisk příloh k žádostem od roku 2009 MZD 2040530.1 12062009 12062009 PB PB MZD 5N Problémy s tiskem potvrzení o příjmech Zadání : 1) při klasickém tisku potvrzení o příjmech na video se do údajů "Vyhotovil" a "Telefon" tiskne 200905 - tisk do Wordu přes RTF je v pořádku 2) v sekci s dětmi máme chybně započítané děti v měsící nástupu pracovníka 10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 15 - 14:22 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── - pracovník nastoupil 2.3.2009 a skončil 30.4.2009 - v měsících 03/2009 i 04/2009 měl uplatněné slevy na 2 děti - v tisku potvrzení o příjmech se ale tisknout tyto 2 děti pouze s měsícem 04/2009 Řešení : 1) opraveno odvozování jména a telefonu mzdové účetní do sekce s podpisem 2) opraveno odovozování intervalů měsíců při sestavování tabulky dětí - dosud se záznamy dětí ignorovaly v měsíci, kde platilo, že k prvnímu dni měsíce nebyl zaměstnanec v pracovním poměru MZD 2040531.1 15062009 15062009 PB PB MZD 5N Tisk a export mzdových přehledů Zadání : Při školení nových uživatelů často vyvstává následující otázka : "Máme k dispozici sestavu nazvanou rekapitulace mezd, která je po lidech (jakkoli tříděná) a pro každého člověka se na řádku zobrazují komponenty výplaty". Typicky se jedná o sestavu, kde je vidět - osobní číslo + jméno - středisko - odpracované hodiny - základní mzda - příplatky - prémie+odměny - náhrady - DNP + náhrady za PN - daně - pojistné SZ+ZP+DP - srážky - částka k výplatě Řešení : 1) rozšířen stávající program %MZDDUK-mzdové ukazatele - přidána možnost zadání nových typů komponent 21-24 ve smyslu 21-H z intervalu hodiny ze zadaných intervalů mzdových řádků 22-Kč z intervalu Kč ze zadaných intervalů mzdových řádků 23-KD z intervalu kalendářní dny ze zadaných intervalů mzdových řádků 24-PD z intervalu pracovní dny ze zadaných intervalů mzdových řádků - smyslem tohoto rozšíření je zjednodušit zadávání následujících typů ukazatelů 22-Kč z intervalu 103-107,361-367 DNP a náhrady za PN , který sčítá Kč z řádků 103 až 107 a 361 až 367 - v dosavadním řešení se toto muselo řešit definicí dalšího pomocného pojmu "mzdová skupina", což je kostrbaté 2) vytvořen nový program %MZDDMP-mzdové přehledy - program je umístěn v podmenu IDEA-mzdy / správce mezd / definice - nápověda k programu je následující V tomto programu se definují mzdové přehledy, které představují sumární pohledy na data z mezd. Součástí definice mzdového přehledu je informace o tom, jaké složky/sloupce jsou jeho součástí. Jak budou tato data nasčítána není součástí definice mzdového přehledu, ale programů které mzdové přehledy vytváří. Každý přehled obsahuje libovolné množství údajů/sloupců. Každý takovýto údaj může být tvořen (analogicky s velmi podobnou definicí %MZDDUK-mzdových ukazatelů) buď z matričních dat, mzdových dat, již definovaných mzdových ukazatelů nebo konstant či pomocných výrazů. 10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 16 - 14:22 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Příklad definice : Kód přehledu : PRIKLAD 1. Název : Příklad přehledu o výdělcích 2. ČŘ Typ Určení Poznámka 10 3-hodiny 391 OH 20 22-Kč z intervalu 2,80 základní mzda 30 22-Kč z intervalu 19-50 příplatky 40 22-Kč z intervalu 51-78 prémie+odměny 50 22-Kč z intervalu 86-99 náhrady 70 22-Kč z intervalu 103-107,361-367 DNP a náhrady za PN 3) vytvořen nový program %MZDT244-export mzdových přehledů - program je umístěn v podmenu IDEA-mzdy / tisky / rozbory - základ programu byl převzat z programu %MZDT147-export mzdových ukazatelů po řádcích Střediska > Vše Osobní čísla > Vše Podmínka : Bez podmínky Za měsíce od : 052009 do : 052009 Mzdový přehled : PRIKLAD Příklad přehledu o výdělcích Třídit podle : 101,102,103 Export do souboru : mzdt244.csv Včetně nulových ? Ne Exportovat záhlaví ? 2-záhlaví pouze s popisy Jak třídící údaje ? 4-odděleně kód a popis z číselníku Jak měsíce ? 1-každý měsíc zvlášť Tisknout ? LP=0 - nápověda k programu je následující Tímto programem je možné exportovat mzdové přehledy do CSV souborů k dalšímu zpracování v MS-Excelu. Program umožňuje exportovat vždy právě jeden mzdový přehled definovaný programem %MZDDMP-mzdové přehledy. - při výše uvedeném zadání vznikne CSV soubor, který bude mít následující sloupce Sloupec Hodnota ---------------------------------------------------- 1. Hodnota údaje M101-Středisko 2. Popis z číselníku pro údaj M101-Středisko 3. Hodnota údaje M102-Osobní číslo 4. Hodnota údaje M103-Příjmení, jméno, titul 5. Měsíc 6. Hodnota 'OH' 7. Hodnota 'základní mzda' 8. Hodnota 'příplatky' 9. Hodnota 'prémie+odměny' 10. Hodnota 'náhrady' 10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 17 - 14:22 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── 11. Hodnota 'DNP a náhrady za PN' 4) zjednodušen program %MZDT147-export mzdových ukazatelů po řádcích - odstraněny vstupy Čeština v souboru ? Oddělovač v souboru : - jako standardní oddělovač se bere středník a kódování CP1250 5) vzorové definice mzdových přehledů je možné nahrát pomocí programu %MZDCOP-kopírování mezi společnostmi - ve společnosti %SYS-Hlavní společnost jsou distribuována všechna vzorová data - mezi nimi je možné kopírovat definice mzdových přehledů pomocí kódu MPR-Měsíční přehledy MZD 2040532.1 16062009 16062009 PB PB MZD 5K Jednatel a sestava odvodů Zadání : U jednatele nám již odvod sociálního tiskne na výpl.pásku, objevuje se v součtu výplatních pásek (tzv.rekapitulaci) též v převodních příkazech, ale na tisku Odvody sociálního pojištění je jednatel s nulou. - viz.příloha. Řešení : Zde se zřejmě jedná o jednatele, který je pouze důchodově pojištěn. Pro tyto účely existuje podobná sestava k %MZDT093-odvody sociálního zabezpečení a to sestava %MZDT237-odvody důchodového pojištění. V menu je umístěna hned vedle MZD 2040533.1 16062009 16062009 PB PB MZD 5N Dovolená po mateřské a chybný dopočet hodin Zadání : Mohl byste mi prosím poradit jak zadat správně nástup po mateřské na řádnou dovolenou. Nevycházejí mi hodiny v květnu ! Paní měla mateřskou z r. 2008 do 4.5.2009 včetně, v tom je i jeden svátek.... Dále pak do konce měsíce, tedy od 5.5.2009 nastoupila na řádnou dovolenou.... to jsem spočetla na 18 dnů – 144 hodin, Mimo druhý svátek 8.5.2009, který by měl být placen svátkem. V programu se mi u mateřské objevilo 16 hodin, dovolenou jsem tam dala zadala od 5.-31.5. – 19 dnů včetně 1 svátku, správně mi zapsal do dovolené 18 dnů – 144 hodin a do svátku 1 den – 8 hodin. Jenže mi do základní mzdy hodil také 1 den – 8 hodin, a to se mi nelíbí a nevím jak to udělat aby to tam nebylo. Protože celý měsíc i se svátky má 168 hodin..... MD 1den+1sv. = 16 hodin + dovolená 144hod, +1 sv. 8 hod =168 hod A já mám navíc 1 den – 8 hod v základní mzdě, jako by 1 den pracovala..... Moc prosím o radu jak na to, zkoušela jsem i mínus 8 hodin, ale zdvojnásobila se mi částka v základu.... tak už nevím co s tím ... Řešení : Opraveno automatické generování vynětí z evidenčního stavu na základě zadání podkladů o mateřské - nově se datum návratu z evidenčního stavu určuje jako "datum konce mateřské + 1 den" - ve zmiňovaném případě bude kontrolní dotaz po zadání konce mateřské vypadat následovně Dotaz × Mám nastavit vynětí typu 2-mateřská dovolená s datem vynětí 18121999 a datem návratu z vynětí 05052009 <N> ? Souhlasí ? - zde byl problém v tom, co znamená "datum návratu z evidenčního stavu" 10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 18 - 14:22 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── - dosud byůp chybně automatické generování vynětí z evidenčního stavu na základě zadání podkladů o mateřské. Na základě zadání "Mateřská do 04052009" mám vygenerovat vynětí z evidenčního stavu s datumem návratu 05052009, a dosud se generuje datum návratu 04052009. A proto aktuálně je v programu překryv nad dnem 04052009, kde je zároveň omlouvání mateřské a zároveň počítání, že "už je ten den v práci" a proto automatický dopočet MZD 2040534.1 17062009 17062009 PB PB MZD 5N Příloha k žádosti pro 372-vyrovnávací příspěvek Zadání : Při uplatnění žádosti o vyrovnávací příspěvek v těh. a mat. nelze vytvořit Příloha k žádosti. Musela jsem nasimulovat nemoc, vytvořit přílohu a zpětně nemoc zrušit Řešení : Opraveno rozhodování o tom, jestli se má pro daný řádek 372-Vyrovnávací přísp. v těhotenství a mat. vytisknout Příloha k žádosti. Příloha k žádosti ... pro řádek 372 se nově tiskne vždy, když řádek 372 existuje. MZD 2040535.1 17062009 17062009 PB PB MZD 5N Zadávání nově pokračujících nemocí v řádku 103 Zadání : Při zadání pokračující nemoci nešly použít symboly NP, NK. Příklad: zaměstnanec nemocen 10.5.-17.5., nová nemoc 18.5.-31.5. a pokračuje. Je třeba zadat první nemoc se symboly ZK a druhou se symboly NP. Hlásilo, že nelze tyto symboly použít, šlo o ř. 103. Řešení : Přidáno chybějící stanovování celkového datumu začátku nemoci (analogicky s DNP typu "do roku 2008") - v programu chybělo poznačování si začátku minulé nemoci tak, aby nemoci typu NK/NP měli dostatek informací o tom, kdy skutečně nemoc začínala MZD 2040536.1 17062009 19062009 PB PB MZD 5N Schéma použití nástrojů pro výpočet podílů Zadání : Ve firmě používáme následující mechanismus - zaměstnancům stanovujeme podíly tak, že posčítáme za minulý rok hrubou mzdu (z ní vyloučíme některé složky) a výsledné číslo pronásobíme pro celou firmu jednotným procentem. Existují ve mzdách nástroje, jak toto zjednodušit. Řešení : Zde je schéma toho, co jsme probírali po telefonu : 1) definice mzdového ukazatele 2) použití tohoto ukazatele pro export 3) následné zpracování výsledného souboru v Excelu Detailněji : 1) definice mzdového ukazatele ************************************ - podmenu IDEA-mzdy / správce mezd / definice a program %MZDDUK-mzdové ukazatele Ukazatel : PODILYZ 1. Typ ukazatele : Standardní N12,2 2. Výstupní soubor : 3. Popis ukazatele : Základ pro výpočet podílů 4. ČŘ Operace Typ Určení Poznámka 10 + 4-Kč 320 HRUBÁ MZDA 20 - 4-Kč 75 Podíly - doplatek 30 - 4-Kč 119 Zl.návrhy z OON 2) použití tohoto ukazatele pro export ******************************************* - podmenu IDEA-mzdy / tisky / rozbory a program %MZDT147-export mzdových ukazatelů po řádcích Střediska > Vše Osobní čísla > Vše Podmínka : Bez podmínky Za měsíce od : 052008 do : 042009 Jen ukazatele <1> PODILYZ Třídit podle : 102,103 10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 19 - 14:22 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Způsob výstupu ? 1-vše do jednoho souboru Soubor/prefix : podily.csv Včetně nulových ? Ne Exportovat záhlaví ? 2-záhlaví pouze s popisy Jak třídící údaje ? 4-odděleně kód a popis z číselníku Jak měsíce ? 2-celé období dohromady 3) následné zpracování výsledného souboru v Excelu ************************************************************* - výsledný soubor "podily.csv" otevřít v MS-Excelu a jakkoli zpracovat - třeba do podoby přiloženého "podily.xls" Následně bychom ještě mohli celý výsledek použít pro automatické načtení do mezd - ale to je na další povídání o možnosti nástrojů z podmenu IDEA-mzdy / správce mezd / nadstavby pro import dat z Excelu resp. CSV souborů. MZD 2040537.1 18062009 18062009 PB PB MZD 5N Interní modernizace průchodů přes zaměstnance Řešení : Ve všech tiskových programech revidován a případně sjednocován průchod přes vybrané zaměstnance - vytvořen jednotný podprogram pro průchod přes zaměstnance, který bere do úvahy následující a) hodnoty vstupu "Středisko/Jen střediska" nebo "Výplatní místo/Jen výplatní místa" b) hodnoty "Jen osobní čísla" (pokud je tento vstup v programu k dispozici) c) hodnotu vstupu "Podmínka" (pokud je tento vstup v programu k dispozici) MZD 2040538.1 18062009 18062009 PB PB MZD 5N Stránkování a formátování tisku výplatních pásek Zadání : Při tisku výplatních pásek do RTF a volbě "co nejvíce pásek na stránku" se výplatní pásky nevejdou na jednu stránku a přetékají na další. Řešení : 1) upraven výpočet stránkování při tisku do RTF - byl problém v tom, že do RTF se běžně tiskne na "nekonečnou" stránku a program tak neměl informaci o délce stránky - nově se pro tisk do RTF ve formátu pásky na 3 sloupce bere jako délka stránky 84 řádků 2) vstup "Tisknout texty okolo ?" přejmenován na "Tisknout 'zde odstřihněte' ?" - - byl odstraněn tisk standardní hlavičky (obsahující datum+čas, jméno programu, jméno firmy) na první stránku v případě, že je tento vstup nastaven na Ne 3) odstraněn tisk "zde odstřihněte" nad každou první výplatní páskou na stránce MZD 2040539.1 18062009 18062009 PB PB MZD 5N Šetření ISPV - nesrovnalosti v datech Zadání : Trexima : Při kontrole statistických dat, která jste poslali do šetření ISPV za firmu Electro World s.r.o. (IČ:26488361), jsme zjistili srovnáním součtů údajů za jednotlivé zaměstnance od počátku roku (soubor MP) a údajů za celý ekonomický subjekt (soubor MI) významné rozdíly. Jelikož se údaje v 1. čtvrtletí vztahují ke stejnému časovému období, měly by si přibližně odpovídat. Podrobný přehled významných rozdílů je obsažen v přiloženém souboru "rozdily.xls". Žádáme Vás o zaslání opravených údajů či vysvětlení uvedených rozdílů. -----Original Message----- From: Aleš Lukačovič [mailto:lukacovic@trexima.cz] Dobrý den. Pravděpodobně někde došlo k nedorozumění. Proto upřesňuji. Data za zaměstnance, kteří pracují na základě dohod se objeví pouze v souhrnně v souboru MI a to pouze v položkách OONQ, ODMDPCQ a HODDPCQ. Soubor MP a ostatní souhrnné položky v MI jsou určeny výhradně zaměstnancům v pracovním poměru. Dále upřesňuji. Urgovaná položka POCFYZQ by měla obsahovat přepočtené počty zaměstnanců na délku sledovaného období. Např. zaměstnanec X pracoval v 1Q2009 celé 3 měsíce se do položky POCFYZQ načítá hodnotou 1. Např. zaměstnanec Y pracoval v 1Q2009 jen 2 měsíce se do položky POCFYZQ načítá hodnotou 2/3=0,66. 10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 20 - 14:22 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Např. zaměstnanec z pracoval v 1Q2009 jen 1 měsíc a 14 dní se do položky POCFYZQ načítá hodnotou 0,5, protože pracoval přesně polovinu sledovaného období. Podobně se vypočítává i položka POCPREPQ, kde jsou ještě navíc zohledněny sjednané kratší pracovní poměry. Např. zaměstnanci X byla zkrácena pracovní doba z provozních důvodu na polovinu, takže do položky POCPREPQ se načítá hodnotou 0,5, i když pracoval celé období a v položce POCFYZQ je zastoupen hodnotou 1. Doufám, že takto je trochu srozumitelnější. Prosím zohledněte tato upřesnění a data opravte. Řešení : Upraven program %MZDT241-Statistika Trexima od roku 2009 - dohody o pracovní činnosti a dohody o provedení práce A) se sčítají do MI-souboru o ekonomickém subjektu pouze do údajů OONQ, ODMDPCQ a HODDPCQ a nikam jinam B) se nazapočítávají do počtu zaměstnanců C) se nezahrnují do MP-souboru o pracovních poměrech MZD 2040540.1 24062009 24062009 PB PB MZD 5N Počty případů na sestavě Přehled o výši pojistného Zadání : byla jsem vyzvána naší OSSZ, aby nedocházelo k vyplnění údajů na tiskopise "Přehled o výši pojistného a vyplacených dávkách" v kolonce počet nových případů u peněžíté pomoci v mateřství a vyrovnávacího příspěvku v těh. a mat. To se týká jen těch případů, které vznikly před 1.1.2009. Logicky ale v těchto dvou případech nemůže již letos nikdy dojít k novým případům, protože to platí SSZ. Tak na co tam ta kolonka je? Ale logiku vynechme, paní ze sociálky mi nedokázala oponovat, zkrátka tam již letos nemáme počty případů psát. Tak Vás chci poprosit o tuto úpravu. Řešení : Upraveno napočítávání počtu případů - počty nových případů "Peněžitá pomoc v mateřství" se od 01/2009 nesčítají - počty případů "Vyrovnávací příspěvek v těhotenství a mateřství" se od 01/2009 nesčítají MZD 2040541.1 24062009 24062009 PB PB MZD 5N Přihlašování cizinců do zdravotních pojišťoven Zadání : Generovat A-Nástup do zaměstnání občana EU pojištěného v ČR by se mělo dělat v případě, že je vyplněné číslo průkazky zdravotní pojišťovny v délce 10 znaků (matrice - uživatelská obrazovka - vstup 14.) 10 znaků proto, že pojišťovna přiděluje právě 10-ti místné číslo. Do tohoto údaje se tu může zadata pro první přihlášení (např. M05071980), což je ale 9 znaků. Toto představuje provizorní M+datum narozeni nebo Z+datum narození, dokud nemá definitivní číslo průkazky. Řešení : Upraveno generování kódů při nástupu zaměstnance - pokud nemá vyplněn údaj M709-číslo průkazky zdravotní pojišťovny, pak se generuje P-nástup - jinak pokud má vyplněn údaj M709-číslo průkazky zdravotní pojišťovny, pak se generuje a) pokud se jedná o občana EU a M709 je 10 číslic -> A-Nástup občana EU pojištěného v ČR b) pokud se jedná o občana EU -> E-první nástup cizince EU c) jinak -> C-první nástup cizince Občan EU <-> má vyplněné státní občanství a tento stát má v číselníku příznak EU MZD 2040542.1 30062009 30062009 PB PB MZD 5N Podklady pro výpočet PPZ po střediscích Zadání : Rozšířit program %MZDT204-podklady pro výpočet PPZ tak, aby kromě rozpisu po měsících zobrazoval též rozpis po střediscích. Řešení : Do programu %MZDT204-podklady pro výpočet PPZ přidán nový vstup "Detailní rozpis dle" - pokud zůstane nevyplněno (zobrazeno jako "<bez detailu>") tak program tiskne jako dosud - pokud je vyplněno, pak se před stávající rozpis po měsících přidá sekce s rozpisem podle zvoleného matričního údaje MZD 2040543.1 01072009 01072009 PB PB MZD 5K Nespočítané noční příplatky a stravenky Zadání : Ontex : mezi minulými dotazy byl problém, že u některých lidí se nepřevedou noční příplatky a stravenky. Nyní mám ten případ. Posílám soubor pro převod z docházky do mezd /tam se zdá, že nic nechybí/ a výpočet mzdy. Jedná se o os. č. 2070 Šimková Lucie. Při zpracování v obrazovce měsíční zadání dle řádků jsem pouze vyvolala její os. č. a poté zjistila, že mi ještě chybí jeden doklad. Tak jsem si vzala ke zpracování jiného zaměstnance a vrátila se k ní později. Při přepočítání výplaty se neobjevily příplatky ani stravenky. Nemůžu vyloučit, že v těch minulých případech se nejednalo o přepočet, ale napoprvé spočítanou výplatu. Řešení : Spekuluji nad následujícím - nezadala jste při zpracování 2070-Šimková během zpracování výplat (po importu docházky) ZRU a nechtěla jste začít od začátku ? 10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 21 - 14:22 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Co se totiž děje : 1) v programu mám totiž pro řádky 34 a 457 výjimku, a to následující .. ; specifické pro Ontex - hodiny do 34-Příplatek za práci v noci sazbou jdou přímo do kolonky "Hodiny krát % z průměru" .. I CR=34,$$IDEANR^%MZSUBR()=36 S $P(^MES(M102,ZMES,CR),D,13)=HOD S SWNAD=0 .. I CR=457 S $P(^MES(M102,ZMES,CR),D,5)=MIN S SWNAD=0 - tedy že poslanou hodnotu do řádku 34 musím dávat přímo do složky tohoto řádku nazvané "Hodiny krát % z průměru" - tedy že poslanou hodnotu do řádku 457 musím dávat přímo do složky tohoto řádku nazvané "Počet stravenek k proplacení" 2) zatímco všechny ostatní řádky/komponenty jdou do nadstavby ONTDOCH- Ontex docházka .. I SWNAD S ^MPREVOD(ZMES,NAD,M102,CR_"---"_CR)=D_D_HOD Toto znamená, že pokud při zpracování výplaty dáte ZRU na celou výplatu, tak se sice nadstavba ONTDOCH- Ontex docházka zachová, ale ty dvě složky zmiňované v ad 1) výše zmizí/zaniknou. Jsem přesvědčen, že těsně po importu ze souboru by naimportovaná data na řádku 34+457 měla být vidět a měla by se brát do úvahy. -------------------------------------------------------------------------------- From: Jana Dudova Ano, to je logické. Nyní jsem pokusně zaměstnance zrušila a znovu přepočítala a tyto řádky chybí. Já nemůžu dát ruku do ohně za to, že se to děje vždy v těchto případech. Ale logiku to má. Zkusím nyní vždy po zrušení výplaty toto kontrolovat, tam je to již jasné a doufat, že jiné případy nemůžou nastat. Děkuji MZD 2040544.1 01072009 01072009 PB PB MZD 5N Výpočet průměrů za dohody o pracovní činnosti Zadání : Program vůbec nepočítá průměry pro dohody o pracovní činnosti - přičemž u jedné firmy má paní sjednanou dovolenou a tudíž potřebuji PP průměr Řešení : Příčinou problémů bylo to, že pro mzdové řádky 110+111 nebyl nastaven zápočet pro započítávání jejich hodnot do pracovně-právních průměrů. Tyto zápočty (HPP,KPP) byly nastaveny tak, aby se hodiny i Kč z řáků 110+111 do průměrů započítávaly. 110 Dohody o prac. činnosti se SZ 111 Dohody o prac. činnosti bez SZ MZD 2040545.1 02072009 02072009 PB PB MZD 5K Výpočet ZP u DPČ a studenta Zadání : Počítáme výplaty a zjistily jsme následující: pokud zaměstnanec na DPČ, který nemusí platit zdravotní pojištění z min.mzdy – např. Student, nedosáhl vyměřovacího základu pro odvod ZP alespoň 2000,-, tak je ve výplatách prováděn odvod ZP ze skutečnosti a základ daně je navýšen o 9% - odvod ZP za zaměstnavatele, což je špatně. Zjistily jsme, že toto je již od ledna 09. V příloze posílám naskenovanou jednu dobírku, která je přesně tento případ a také vyjádření Ing. Daňka – specialisty VZP k této problematice – uveřejněvo v Práce a Mzdy 4/2009. Příloha č. 1 img-7020935-0001.pdf podklady 2 img-7020936-0001.pdf podklady Řešení : Příčinou problémů bylo to, že v údaji M133ZP-Způsob výpočtu pojistného na ZP byla zadána hodnota 1-plátcem pojistného stát. Správně má být v tomto případě zadáno 11-plátcem pojistného stát, do 2000Kč se neprovádí. Kód Popis 0 nejméně z minimální mzdy 1 plátcem pojistného stát 2 ze skutečného výdělku 10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 22 - 14:22 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── 3 neprovádí se/nepojištěn 10 nejméně z minimální mzdy, do 2000Kč se neprovádí 11 plátcem pojistného stát, do 2000Kč se neprovádí 12 ze skutečného výdělku, do 2000Kč se neprovádí MZD 2040546.1 03072009 03072009 PB PB MZD 5N Celkové srážky na výplatních páskách a v součtech Zadání : Původní e-mail : při zadávání dobírky (v podmenu 4-dobírka/ 1-zadávání dle řádků) ukazuje chybně 499 srážky celkem - zde by mělo ukazovat pouze celkové srážky zaměstnance tudíž např. odvod soc.poj. pracovníka + odvod zdr.poj.pracovníka + daň, ale ukazuje celkovou hrubou mzdu pracovníka. Je zajímavé, že u Dohody o pracovní činnosti program ukazuje srážky celkem správně. U Pracovního poměru nebo zadání jednatele ukazuje mzdový řádek č.499 chybně - celou hrubou mzdu. (Jinak samozřejmě počítá správně.) ==> po vyjasnění se ukázalo, že a) celé toto bylo míněno "chceme vidět pouze zákonné srážky (damě, SZ + ZP) a nikoli srážku výplaty na účet" b) naopak jiní klienti občas rozporovali to, proč jsou do srážek celkem započítávány zákonné srážky a že by tam naopak chtěli vidě pouze dobrovolné srážky klienta c) závěr z věty výše "u DPČ ukazuje srážky celkem správně" byl způsoben tím, že zaměstnanec neměl v tomto případě žádnou srážku na účet, celá výplata byla placena v hotovosti (na řádku 500) a proto řádek 499-srážky celkem obsahoval to, co chtěli Řešení : 1) řádek 499-srážky celkem byl zachován v původním významu 2) byly vytvořeny nové 2 mzdové řádky 572 Srážky celkem zákonné 573 Srážky celkem dobrovolné , kde do řádku 572 se sčítají daně (minus bonusy), pojistné na SZ+DP+ZP, exekuce, tresty nápravného opatření , kde do řádku 573 se sčítají ostatní srážkové řádky - tyto 2 řádky se standardně na výplatní pásce neukazují 3) pomocí programu %MZDZAP-individuální odchylky zápočtů je možné zapnout/vypnout zobrazování řádku na výplatních páskách - děje se tak pomocí nastavení zápočtu TVP-Tisknout mzdový řádek na výplatní pásku - pokud se například pro řádek 499 nastaví N a pro 572 nastaví A takto Číslo řádku : 499 Srážky celkem Zápočet Popis Hodnota TVP Tisknout mzdový řádek na výplatní pásku N Číslo řádku : 572 Srážky celkem zákonné Zápočet Popis Hodnota TVP Tisknout mzdový řádek na výplatní pásku A , pak bude závěr výplatní pásky vypadat třeba takto 419 ČISTÝ PŘÍJEM 0,00 21.577 422 Pohledávka fyz.os 0,00 3.000 446 Běžný účet 0,00 18.577 572 Srážky zákonné 0,00 13.523 10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 23 - 14:22 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── 500 ČÁSTKA K VÝPLATĚ 0,00 0 MZD 2040547.1 03072009 03072009 PB PB MZD 5N Chybně potvrzení o zdanitelných příjmech Zadání : Tento měsíc při tisku potvrzení o zdanitelných příjmech se chybně zobrazuje u lidí, kteří mají daňovou skupinu 20 - sleva na studenta /pod ř. 16. Soustavná příprava na budoucí povolání/. Jedná se o zaměstnance, kteří jsou tu celý rok a v červnu skončili. Sleva se zobrazuje od 02/2009 - 06/2009. Zaměstnanci, kteří tady byli např. dva měsíce a měli také daň.sk. 20 tam nemají nic, jsou správně. Nevím, jaký podklad k tomu poslat. Řešení : Příčinou chyby bylo to, že se při zpracování zaměstnance neruší seznam příznaků "student" od předtím zpracovaného zaměstnance. Z toho vyplývají naprosto nahodilé chyby, které se projevují vždy podle toho jestli předtím zpracovávaný zaměstnanec byl/nebyl v nějaké měsíce studentem. Opraveno - před zpracováním každého zaměstnance se korektně inicializuje (ruší) seznam příznaků "student" MZD 2040548.1 08072009 08072009 PB PB MZD 5K Výpočet průměrného hrubého výdělku Zadání : Vracím se k problému, který jsem řešila v dubnu a na který jste mi odpověděl. Jak se dá tedy pořešit to, aby se odměny rozpočítávaly jen na dané čtvrtletí, které řádky mám tedy zadávat? Spíše které řádky jsou měsíční? Řešení : O tom jaké řádky a jak jsou započítávány do průměrů pro pracovně-právní účely rozhodují jejich zápočty HPP-do hodin pro pracovně právní průměr resp. KPP-do Kč pro PP průměr. Situace se má následovně : 1) každý mzdový řádek má u sebe celu sadu příznaků o tom, kde jak a do čeho má/nemá být započítáván - těmto příznakům říkáme "zápočty" 2) programem %MZDT072-popisy zápočtů z podmenu IDEA-mzdy / správce mezd / tisky a dotazy si můžete vytisknout, jaké zápočty existují a jaké mohou mít hodnoty - v příloze vidíte příklad tohoto tisku pro výše zmiňované KPP+HPP 3) programem %MZDT067-tisky zápočtů z podmenu IDEA-mzdy / správce mezd / tisky a dotazy si můžete vytisknout jak mají řádky zápočty nastavené - v příloze vidíte příklad tohoto tisku pro výše zmiňované KPP+HPP Pozor : Skutečné nastavení zápočtů se může případně lišit od toho, které jsem nyní poslal v přílohách. Toto by mohlo nastat v případě, kdy používáte mechanismus "Individuálního nastavení zápočtů" Závěr : Pro odměny týkající se jen aktuálního čtvrtletí (=mají jít do PP průměru "hned a celé") používejte takové řádky, které mají zápočet KPP nastaven na hodnotu M. Ty řádky, které mají tento zápočet nastaven na 2 nebo 3 nebo D, jsou řádky, které jsou rozpočítávány do následujících 2/3/4 čtvrtletí. Typické řádky pro čtvrtletní odměny jsou například ČŘ Popis T Alg. H K P P P P ────────────────────────────────────────────────────────── 51 Odměny vedoucího P C1 . M ... 53 Odměny měsíční a čtvrtletní z NM V B53 . M 54 Odměny měsíční a čtvrtletní z NM V B3 . M 55 Jednicové prémie a odměny M+Q z NM P C2 . M ... 58 13. a 14. plat z NM P B58 . M ... 61 Prémie a odměny měs.+ Q z FO P C1 . M ... 10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 24 - 14:22 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── 63 Odměny měsíční a čtvrtletní z FO V B3 . M 64 Odměny měsíční a čtvrtletní z FO V B3 . M MZD 2040549.1 09072009 09072009 PB PB MZD 5G Konverze umístění systémového měsíce a výletů Řešení : Interní modernizace - přesun umístění systémového měsíce mezd a výletů do minulosti do globálu ^MZDMONTH - na dosavadním místě to vadilo vzhledem k CVS a zbytečným konfliktům MZD 2040550.1 09072009 09072009 PB PB MZD 5N Stanovování nároku na řádnou dovolenou v běžném r. Zadání : Dohody (DPČ, DPP) jsou práce mimo pracovní poměr a běžně k nim nepřísluší dovolená. S tou výjimkou, že zákoník práce nyní umožňuje u DPČ dojednat i dovolenou a dokonce náhrady. Ale toto musí být smluvně dojednáno. Přesto se u nich při přechodu do nového roku stanovuje nárok na řádnou dovolenou na standardních 20 dnů. Řešení : Upraveno stanovování M518-Nárok na ŘD v běžném roce během %MZDKMES-ukončování měsíce při ukončování roku - pro DPČ/DPP se nemění M518-Nárok na ŘD v běžném roce a zachovává se v tomto údaji hodnota taková, jaká v něm byla dosud (loni) MZD 2040551.1 09072009 09072009 PB PB MZD 5N Hromadné zrušení pravděpodobného průměru Zadání : pravděpodobný průměr - jak vynulovat původní hodnoty ? Středisko : Vše Osobní číslo > Vše Kód údaje : 180 Pravděpodobný průměr pro PP účely Původní hodnota : Bez podmínky na původní hodnotu Nová hodnota : nastavit na 0 Podmínka : Bez podmínky Tisknout ? LP=147:4 Personalni ODD Vše se zdařilo, jen ještě potřebuji u všech vynulovat stávající pravděpodobné průměry, ale nějak se to nedaří hromadně, jen po jednotlivcích. Mám správně vyplněné "hromadné změny matric" nebo v čem by byl problém ? Neumí si to poradit s "bez podmínky na původní hodnotu" Řešení : Modernizován a zobecněn program %MZDZM-hromadné změny matric - původní komplikované vstupy se zadáváním omezení na původní hodnotu a předpis nové hodnoty rozděleny na více jednoduchých a jasně daných vstupů --------------------- původní hodnota -- Jak porovnávat ? S čím porovnávat : --------------------- nová hodnota ----- Jak nastavit ? S čím nastavit : - kde "Jak porovnávat" může nabývat hodnot 0-bez podmínky na původní hodnotu 1-jen vyplněné (neprázdné) 2-jen nevyplněné (prázdné) =-rovno >=-větší nebo rovno než <=-menší nebo rovno než <>-různé od >-větší než <-menší než [-obsahuje 10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 25 - 14:22 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── - kde "Jak nastavit" může nabývat hodnot 0-nechat původní hodnotu =-nastavit na +-přičíst --odečíst *-vynásobit /-vydělit - přidán nový vstup "Režim spuštění ?" s možnostmi 1-zkouška, 2-skutečné nastavení - aktualizována nápověda k celému programu, která nyní vypadá následovně Program umožňuje provádět hromadné změny matričních údajů u více zaměstnanců.Kromě standardních filtrů na zaměstnance (Střediska >, Osobní čísla > a Podmínka :) je možné i blíže specifikovat, koho se má změna týkat i pomocí porovnávání s existujícího hodnotou vybraného vstupu. Je možné filtrovat prázdné/neprázdné záznamy, záznamy shodné se zadanou hodnotou, záznamy obsahující zadanou hodnotu nebo porovnávat na větší/menší proti zadané hodnotě. Novou hodnotu je pak možné zadat přímo nebo pomocí matematické operace (přičíst/odečíst/vynásobit/vydělit zadanou částkou). Příklad A) rušení zdravotní pojišťovny 600 a převod na 111 Střediska > Vše Osobní číslo > Vše Podmínka : Bez podmínky Kód údaje : 174 Zdravotní pojišťovna --------------------- původní hodnota -------------- Jak porovnávat ? =-rovno S čím porovnávat : 600 --------------------- nová hodnota ----------------- Jak nastavit ? =-nastavit na S čím nastavit : 111 Příklad B) zvýšení platu těm, kdo mají méně než 16000Kč o 500Kč Střediska > Vše Osobní číslo > Vše Podmínka : Bez podmínky Kód údaje : 168 Základní plat --------------------- původní hodnota -------------- Jak porovnávat ? <-menší než S čím porovnávat : 16.000,00 --------------------- nová hodnota ----------------- Jak nastavit ? +-přičíst S čím nastavit : 500,00 Příklad C) změna daňové skupiny všem ze 40 na 20 Střediska > Vše 10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 26 - 14:22 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Osobní číslo > Vše Podmínka : Bez podmínky Kód údaje : 195 Daňová skupina --------------------- původní hodnota -------------- Jak porovnávat ? =-rovno S čím porovnávat : 40 --------------------- nová hodnota ----------------- Jak nastavit ? =-nastavit na S čím nastavit : 20 MZD 2040552.1 10072009 10072009 PB PB MZD 5N Měsíc poslední změny do přehledu změn matric Zadání : Rozšířit program %MZDT233-Změny matričních údajů v čase o informaci, ve kterém měsíci se naposledy sledovaný matriční údaj změnil. Řešení : Rozšířen program %MZDT233-Změny matričních údajů - údaj "Měsíc poslední změny" přidán jak do tiskového výstupu, tak do CSV výstupu MZD 2040553.1 10072009 10072009 PB PB MZD 5N Rozšíření podmínek o data z výplat/ukazatele Zadání : Aktuální koncept definování podmínek neumožňuje jednoduchý přístup k datům z výplat (hodinám, Kč, pracovním/kalendářním dnům z vybraných řádků) nebo k mzdovým ukazatelům. Aktuálně lze v definici podmínek používat pouze matriční údaje nebo přístupové funkce (které jsou pro běžného uživatele nepochopitelné). Řešení : A) Rozšířeny možnosti definic výrazů v rámci definování podmínek. - je možné použít následující novou syntaxi pro přístup k ostatním datům {H-řádek} .. hodiny ze zadané řádku {K-řádek} .. Kč ze zadané řádku {PD-řádek} .. pracovní dny ze zadané řádku {KD-řádek} .. kalendářní dny ze zadané řádku {U-ukazatel} .. hodnota zadaného mzdového ukazatele {M-matriční údaj} .. hodnota zadaného matričního údaje Příklady výrazů : ----------------- M168<9000 .. základní plat menší než 9000 M168>=%P1 .. základní plat větší nebo rovný parametru 1 {K-320}>50000 .. hrubá mzda větší než 50000 {H-391}>200 .. hodin celkem je více než 200 {U-Celkové náklady}>100000 .. hodnota mzdového ukazatele "Celkové náklady" je větší než 10000 B) doplněna nápověda k programu Definice podmínek, která aktuálně vypadá následovně Vstup (I=1) Kód podmínky --------------------------------------------------------------------------- Tento program umožňuje definici podmínek pro pozdější použití. Každá podmínka se definuje v kontextu jednoho zaměstnance a jednoho měsíce. Tedy v době, kdy známe M102-osobní číslo zaměstnance a stojíme v nějakém měsíci. Při pozdějším použití podmínek jimi lze na různých místech omezit činnost programů jen na zaměstnance splňující tuto podmínku. Kód podmínky - jednoznačná identifikace podmínky na max. 10 znaků Vstup (I=5) Potřebné údaje --------------------------------------------------------------------------- - seznam kódů matričních údajů potřebných pro vyhodnocení podmínky - je-li těchto údajů potřeba více, pak se oddělují čárkou - nezadá-li se nic, pak to znamená, že jsou potřeba všechny základní 10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 27 - 14:22 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── jednoduché matriční údaje - "N" znamená, že nejsou potřeba žádné matřiční údaje - požadované matriční údaje jsou pak v definici výrazů k dispozici jako proměnné M+{kód} Příklad: 168,188 - znamená matriční údaje M168-Základní plat a M188-Pravidelná výše zálohy Vstup (I=7) Operátor --------------------------------------------------------------------------- - způsob logického vyhodnocování řádků definice & - všechny řádky platí současně (AND) ! - alespoň jeden řádek platí (OR) Vzhledem k postupnému vyhodnocování řádků je vhodné zadávat silnější (důležitější) podmínky dříve. Příklad: v posloupnosti "(M168>50000)" a zároveň "(cokoli)" se v případě, ž plat (M168) je menší než 50000 vůbec nemusí vyhodnocovat výraz "cokoli", protože celá podmínka dohromady již nikdy nemůže platit Vstup (I=23) Typ řádku --------------------------------------------------------------------------- - určuje, jakého typu je tento řádek s možnostmi V - logický výraz P - odkaz na již definovanou podmínku N - odkaz na negaci již definované podmínky Vstup (I=25) Výraz/Odkaz na podmínku --------------------------------------------------------------------------- Výraz ----- - logický výraz v M jazyce - může používat matriční údaje uvedené ve vstupu "Potřebné údaje" - před každý údaj je nutné vložit písmeno "M" (př. M168) - je možné použít následující syntaxi pro přístup k ostatním datům {H-řádek} .. hodiny ze zadané řádku {K-řádek} .. Kč ze zadané řádku {PD-řádek} .. pracovní dny ze zadané řádku {KD-řádek} .. kalendářní dny ze zadané řádku {U-ukazatel} .. hodnota zadaného mzdového ukazatele {M-matriční údaj} .. hodnota zadaného matričního údaje - lze použít parametry * parametry nabydou svou konkrétní hodnotu až při konkrétním použití * jejich seznam se zadává v rolovací zóně v bodu 5 * parametry se zapisují ve formátu %Pn, kde "n" je číslo parametru Příklady výrazů : ----------------- M168<9000 .. základní plat menší než 9000 M168>=%P1 .. základní plat větší nebo rovný parametru 1 {K-320}>50000 .. hrubá mzda větší než 50000 10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 28 - 14:22 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── {H-391}>200 .. hodin celkem je více než 200 {U-Celkové náklady}>100000 .. hodnota mzdového ukazatele "Celkové náklady" je větší než 10000 Odkaz na podmínku ----------------- - vstupem je kód již dříve definované podmínky - při použití typu N se bere negace podmínky Příklad: SVOBODNÍ = ti kteří splní vnořenou podmínku Poznámka: po vstupu kódu je zobrazen popis podmínky Vstup (I=41) Parametr Význam Standardní hodnota --------------------------------------------------------------------------- Parametr - číslo parametru v rozsahu 1-9 Význam - textový popis účelu parametru (např: "Ve stavu ke dni" nebo "Jen profese" Standardní hodnota - předvolená hodnota, kterou parametr nabyde v tiskovém programu, pokud nebude zadána žádná jiná hodnota - do standarní hodnoty lze zadat : a, přímo konstantu b, výraz jazyka M pomocí syntaxe "@"+M výraz MZD 2040554.1 13072009 13072009 PB PB MZD 5K Místo výkonu práce pro Treximu Zadání : Dneska mi napsali z Treximy, že jim chybí u Wholesalu místo výkonu práce, přitom jsem dělala statistiku jako jindy, tak nevím, v čem je problém. U retailu jim to nechybí. V příloze posílám soubory, které jsem jim poslala. Řešení : Zde se jedná o drobnost v konfiguraci, kterou jste pro ELW nastavila a pro WholeSale ne. Popis odvození "Místo výkonu práce" je v dokumentaci k verzi 2009.04 na http://www.idea.cz/doc/mz0904/mz200904.html, kde najdete bod ********************************************** 3) rozšířen číselník %MZC128-trvalá pracoviště - ke každému pracovišti přidána možnost specifikovat "Okres/kód územní jednotky (LAU1)" - postup odvození údaje MISTOVP - Místo výkonu práce. Uvede se místo pracoviště daného pracovního poměru zaměstnance sjednané v pracovní smlouvě podle § 34 odst. 2 ZP vyjádřené kódem územní jednotky (číselník LAU1 v příloze). a) použije se matriční údaj M128-trvalé pracoviště a pro něj se zkoumá, jestli má v číselníku uveden "Okres/kód územní jednotky (LAU1)" - pokud Ano, pak odvozování končí b) jinak se jde do %MZDCF67-konfigurace statistiky Trexima a bere se hodnota "Kód územní jednotky (LAU1)" ********************************************** ==> takže "buď dovyplňte číselník trvalých pracovišt (pokud je vyplňujete), nebo jednoduše jen doplňte jeden parametr pro celou firmu - do %MZDCF67-konfigurace statistiky Trexima 'Kód územní jednotky (LAU1)'" MZD 2040555.1 15072009 15072009 PB PB MZD 5N Zobecnění zpracování chyb a varování Zadání : Motivace : Mám zaměstnance na dohodu, který si může vydělat maximálně 3500,- Kč měsíčně. Existuje v IDEA-mzdy systém, který by upozornil na překročení této hranice? Řešení : 1) vytvořen nový konfigurační program %MZDDCH-individuální chyby a varování - program je umístěn v podmenu IDEA-mzdy / správce mezd / definice - příklad Kód chyby : 901 10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 29 - 14:22 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── 1. Popis : Nevyplněné hodnoty v řádku 112 pro DPP 2. Závažnost ? 1-varování 3. Testovat jen pokud platí : DOHODAOPP Jen dohody o provedení práce 4. Generovat jen pokud platí : NENI112 Nevyplněné hodnoty v řádku 112 - výše definovaná podmínka se testuje pouze pro zaměstnance, kteří vyhovují podmínce DOHODAOPP a generuje se jen v případě, kdy platí podmínka NENI112 - vzorové definice obou zmiňovaných podmínek jsou součástí vzorových podmínek v systémové databázi %SYS (je možné si je přikopírovat pomocí nástrojů %MZDCOP-kopírování mezi společnostmi) a jejich definici je přiložena na konci tohoto popisu - program má následující nápovědu *************************************************************************** Programem se definují vlastní chyby a varování, které se chtějí začlenit do systémového nástroje vedle chyb a varování generovaných systémem IDEA-mzdy. Pro každou chybu (jejíž kód musí být v rozsahu 901 až 999) se definuje : 1) Popis 2) Závažnost - jestli je daná chyba fatální (pak má závažnost 2-chyba) nebo informativní (pak má závažnost 1-varování) 3) Testovat jen pokud platí - je-li nevyplněno, pak se výskyt chyby testuje pro všechny - je-li vyplněno, pak se výskyt chyby testuje jen pro takové zaměstnance, kteří vyhovují zde uvedené podmínce 4) Generovat jen pokud platí - zde zapsaná podmínka se testuje pouze v případě, kdy platí podmínky specifikované na vstupu výše - pokud zde zapsaná podmínka platí (=je diagnostikován chybový stav), pak se chyba zapíše do mechanismu chyb *************************************************************************** Kód podmínky : DOHODAOPP 1. Popis : Jen dohody o provedení práce 2. Potřebné údaje : 124 3. Operátor ? N-nebo 4. Řádek Typ Výraz/Odkaz na podmínku 10 V M124=7 Kód podmínky : NENI112 1. Popis : Nevyplněné hodnoty v řádku 112 2. Potřebné údaje : Nic není potřeba 3. Operátor ? A-a zároveň 4. Řádek Typ Výraz/Odkaz na podmínku 10 V {H-112}<=0 20 V {K-112}<=0 2) upraven program %MZDTERR-tisk chyb a varování při výpočtu - přidán nový vstup "Jen chyby definované ?" Chyby je možné na vstupu Jen chyby definované ? také filtrovat 10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 30 - 14:22 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── podle jejich původu na chyby definované 1-systémem IDEA-mzdy nebo 2-uživatelsky/individuálně. Volbou 3-vše se do zpracování zahrnou všechny chyby. - přidán nový filtr na individuálně definované chyby "Jen individuální chyby >" 3) přidána možnost ignorovat některé druhy chyb/varování - přidán nový parametr "Ignorovat/nehlásit následující chyby/varování >" do programu %MZDCFG5-další parametry - zde vyjmenované druhy chyb se vůbec nedostanou se do seznamu chyb při zpracování výplat. Je vhodné si sem nastavit takové chyby/varování, které pro Vaši organizaci nemají smysl. MZD 2040556.1 15072009 15072009 PB PB MZD 5N Základní podpora pro němčinu Řešení : Do mechanismu individuálních názvů řádků přidána možnost pro překlady názvů řádků do němčiny. Pokud je následně v konfiguraci nastaveno "Základní jazyk pro sestavy :" 4-Němčina, pak se berou německé názvy řádků. Žádná další podpora pro němčinu v projektu IDEA-mzdy není - nejsou přeloženy nadpisy sestav a podobně. MZD 2040557.1 15072009 15072009 PB PB MZD 5K Neplacené volno a zdravotní pojištění Zadání : V červnové mzdě mám jednoho pracovníka s neplaceným volnem. Při zadání do řádku 313 se nevyčíslí řádek 403 - ZP 9% a nenavýší ani ZP 4,5% zaměstnance. Zkoušela jsem to vstupem "seznam dnů " i ručně přes složky, ale ZP se nenavýšilo. Kde by mohl být problém? Řešení : Zkontrolujte si, jak máte vyplněn matriční údaj M133ZP-Způsob výpočtu pojistného na ZP v matriční obrazovce %MZM53-daně a základny ? Správně by mělo být 0-nejméně z minimální mzdy. Pokud toto není příčina, tak mi prosím pošlete výtisk výplatní pásky. ==> Ano, opravila jsem to na 0 a je to v pořádku. MZD 2040558.1 17072009 17072009 PB PB MZD 5N Stavy zpracování výplat a diagnostika chybných Zadání : Aktuálně program chybně hlásí stav 2-spočítaná výplata (není třeba přepočítat) i v případě, kdy dojde během výpočtu k diagnostice fatální chyby. Například pro chyby "Chybí povinné matriční údaje" nebo "Chybí kalendář .." Řešení : 1) ke stávajícím stavům zpracování výplaty přidán nový 4-přepočet výplaty skončil chybou - stávající seznam možných stavů je tedy následující 0-neznámý stav/dosud nespočítaná výplata 1-je třeba přepočítat výplatu 2-spočítaná výplata (není třeba přepočítat) 3-neaktivní matrice (M104="N") 4-přepočet výplaty skončil chybou 2) upraven program %MZDT189-aktuální stav zpracování měsíce - v základním režimu ukazuje pouze sumář počtu výplat podle stavů - volitelně je možné pro požadované stavy výplat zobrazit detailní rozpis výplat podle stavů. Vstup "Potlačit detaily za stavy >" je koncipován tak, že po potvrzení standardního Vše potlačí všechny stavy zpracování výplat. Pokud chcete potlačit jen některé stavy, pak je třeba je zde na vícenásobném vstupu uvést. MZD 2040559.1 17072009 17072009 PB PB MZD 5K Kam zadat bankovní spojení pro daně/zákon.poj.zam. Zadání : Dnes jsem Vám volala s dotazem, kde zadat v systému číslo účtu finančního úřadu pro platbu daní. Potřebovala bych ještě vědět, kde se mění číslo účtu pojišťovny na zasílání pojistného za zákonné pojištění zaměstnanců. Postup bude nejspíš stejný (mzrpu), ale nejsem schopna zjistit číslo mzdového řádku. 10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 31 - 14:22 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řešení : Ano - toto je na naprosto stejném místě a to v programu %MZRPU-mzdové řádky pro příkazy k úhradě. Pouze místo čísla mzdového řádku (pro daně to byly řádky 411+382+524) musíte na prvním vstupu napsat "PPZ", což představuje "Povinné pojištění zaměstnanců". Je to vidět v nápovědě daného vstupu i programu (ukáže se to po stisku F1-help). Mzdový řádek : PPZ Povinné pojištění zaměstnanců 1. Číslo účtu : {sem vyplnit dle potřeby} 2. Směrový kód banky : {sem vyplnit dle potřeby} 3. Specifický symbol : {sem vyplnit dle potřeby} 4. Variabilní symbol : {sem vyplnit dle potřeby} 5. Konstantní symbol : {sem vyplnit dle potřeby} 6. Jak započítávat ? P-přičítat MZD 2040560.1 22072009 22072009 PB PB MZD 5N ELDP generované po propuštění Zadání : V rámci poslední verze došlo ke změně v ELDP. Všichni kteří skončili 30.6. a dělám v 07 ELDP , tak naskočí hned v prvním řádku prac.poměr do 31.7. a v měsíci 7 je x. Takže to musíme přepisovat, protože pracovní poměr netrval. Řešení : Upraveno generování ELDP : 1) jako pracovní "datum do" se bere obsah údaje M146-datum ukončení bere tento údaj, pokud je vyplněn a menší nebo roven aktuálnímu měsíci - jinak se jako pracovní "datum do" bere poslední den zkoumaného měsíce 2) dále se potlačuje generování jakéhokoli záznamu v případě, kdy je "datum od" menší než "datum do" ==> takže v případě generování ELDP v měsíci 07/2009 pro zaměstnance s datem ukončení PP k 30.6.2009 negeneruje nic do sedmého měsíce (s výjimkou kdy, má nějaký dodatečný příjem k vykázání "bez datumů" na řádku typu "1P+" MZD 2040561.1 22072009 22072009 PB PB MZD 5N ELDP a peněžitá pomoc v mateř. pro 2009 nemá smysl Zadání : Na ELDP se pro rok 2009 nasčítává a ukáže mateřská. Jakkoli v poznámkách je uvedeno, že tento údaj "(**)=nepoužívá se od roku 2009". Musí se tedy na řádku 50 zrušit. Pokud se nezruší, tak sice přes portlink napluje, ale ELDP je zamítnut a píše , že máme špatně datovou větu s chybným elementem. Proto prosím , aby mateřská se od roku 2009 na EL nepromítala , abychom nemusely rušit. Řešení : Při generování záznamů pro roky 2009 a následující se negenerují data o mateřské/PPM do sekce vstupů 50-55. MZD 2040562.1 22072009 03082009 PB PB MZD 5N Slevy na pojistném na sociálním zabezpečení Řešení : 1) vytvořen nový program %MZDCFGE-zákonné parametry - slevy na SZ - program je umístěn v podmenu IDEA-mzdy / konfigurace 1. Měsíc účinnosti novely 'zákona o pojistném' a slevách na SZ : 082009 2. Hranice vyměřovacího základu (1,15 násobek průměrné mzdy) : 27.100,00 3. Procento slevy na SZ : 3,30 4. Procento limitu vyměřovacího základu SZ : 25,00 - parametry jsou iniciálně naplněny během instalace nové verze automaticky 2) vytvořen nový matriční údaj M104SZ-Nárok na slevy na pojistném na SZ - údaj je součástí matriční obrazovky %MZM4-stavy M104SZ Nárok na slevy na pojistném na sociální zabezpečení Formát: Ano/Ne 10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 32 - 14:22 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Nastavením na hodnotu Ne se potlačí výpočet slev na pojistném na sociální zabezpečení. Nevyplněná hodnota v tomto údaji je vnímána jako Ano. Hodnota Ne se vyplňuje v případěch, kdy nelze z ostatních údajů odvodit skutečnost, že se pro daného zaměstnance nemá počítat sleva na pojistném na SZ. 3) vytvořen nový matriční údaj M144-Datum doručení výpovědi - údaj je součástí základní matriční obrazovky %MZM-matrice M144 Datum doručení výpovědi Formát: DDMMRRRR Údaj se vyplňuje buď datem doručení výpovědi z pracovního poměru nebo datem ukončení dohody o pracovní činnosti nebo datem doručení sdělení o zrušení pracovního poměru ve zkušební době. Je lhostejno, kterou stranou byl daný dokument poslán a které straně byl doručen. Pokud je údaj vyplněn, tak se používá ke stanovování toho, jestli je pro daného zaměstnance nárok na slevy z pojistného na SZ. 4) oba výše uvedené matriční údaje se podílí na logice stanovování, jestli za daného zaměstnance je/není v daném měsíci nárok na slevu 5) vytvořen nový program %MZDT246-doplnění příznaků pro slevy na SZ - program je umístěn v podmenu IDEA-mzdy / matrice / nástroje na úpravy matric Osobní číslo : 51 Nárok na slevy na pojistném na SZ ? #-ponechat současnou hodnotu Datum doručení výpovědi : 05042009 Od měsíce : 042009 Do měsíce : 062009 Je to jen zkouška ? Ne Tisknout ? Program prochází u vybraného zaměstnance vybraný interval měsíců a v nich nastavuje matriční údaje M104SZ-Nárok na slevy na pojistném na sociální zabezpečení a M144-Datum doručení výpovědi. Program je určen zejména pro období těsně po nabití účinnosti novely zákona o pojistném na sociálním zabezpečení ohledně slev na pojistném. Pro účely výpočtu mimořádné slevy na pojistném je nutné vědět do minulosti, ve kterých měsících je nutné slevy potlačit. Typicky z důvodu doručení výpovědi z pracovního poměru, ukončení dohody o pracovní činnosti nebo zrušení pracovního poměru ve zkušební době. 6) vytvořeny nové mzdové řádky 581 Hodnota VZSZ z VČ bez slevy na SZ 10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 33 - 14:22 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── 582 Hodnota VZSZ z VČ bez slevy na SZ 583 Mimořádná sleva na SZ 584 Měsíční sleva na SZ - řádky 581+582 jsou určeny k podchycení dostatku podkladů v následující situaci : Vykonává-li zaměstnanec více zaměstnání u stejného zaměstnavatele, která zakládají účast na nemocenském pojištění, s výjimko zaměstnání malého rozsahu, považuje se za vyměřovací základ součet vyměřovacích základů ze všech těchto zaměstnání - zde může vzniknout problém u pojištěných vedlejších činností malého rozsahu, jejichž VZ se převádí do hlavní činnosti, ale pro slevu na SZ o něj nestojíme - proto se na řádcích 581+582 vyčíslují vyměřovací základy za takové VČ/NP, které se mají při výpočtu odečíst od plného nekrácené VZSZ na řádku 530-Vyměřovací základ SZ nekrácený - řádek 583-mimořádná sleva na SZ je plněna jen a pouze pomocným nástrojem %MZDT245-dopočítání mimořádné slevy na SZ (detailní popis následuje) - řádek 584-měsíční sleva na SZ se počínaje měsícem účinnosti zákona počítá jako součást běžného přepočtu mezd 7) vytvořen nový program %MZDT245-dopočítání mimořádné slevy na SZ - program je umístěn v podmenu IDEA-mzdy / správce mezd / změny a konverze Střediska > Vše Osobní čísla > Vše Podmínka : Bez podmínky Od měsíce : 012009 Do měsíce : 072009 Třídit podle : 102 Osobní číslo Režim spuštění ? 1-zkušební výpis Tisknout ? LP=30#2 Standardní tiskárna Tento program dopočítává zpětně hodnoty mimořádné slevy na sociálním zabezpečení. Program prochází vybrané měsíce (typicky 01/2009-07/2009) a v nich ty zaměstance, kteří vyhovují zvolené podmínce a třídí je podle maximálně tří zadaných kritérií. Předpokládá se spouštění tohoto programu vždy za celou firmu, tedy bez omezení jen na některé zaměstnance. Program ignoruje automaticky měsíce před 01/2009 a po měsíci účinnosti zákona o slevách na SZ. Vzhledem k dále popsanému principu úklidu pozůstatků po předchozích výpočtech je možné (a předpokládá se) opakované spouštění tohoto programu tak dlouho, dokud nedojde k odladění a nastavení všech parametrů nutných pro stanovení jestli zaměstnanec má/nemá v daném měsíci nárok na mimořádnou slevu na SZ. Program pracuje ve 3 fázích : 1) rušení pozůstatků po předchozích výpočtech - zde se ruší jakýkoli obsah mzdových řádků 581+582+583 2) zpracování výplat VČ/NP - pro výplaty představující VČ/NP se v případě, že na ně není nárok na 10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 34 - 14:22 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── slevu na SZ, napočítává obsah řádků 581 resp. 581 tak, aby mohl být odečten na straně hlavního osobního čísla od nekráceného vyměřovacího základu při výpočtu slevy na SZ 3) samotné určení mimořádné slevy na SZ pro hlavní osobní čísla - pro výplaty hlavních osobních čísel spočítá mimořádnou slevu na SZ do řádku 583 Výše provedené operace se skutečně provádí pouze v případě, pokud zvolíte režim 2-skutečné nastavení. V režimu 1-zkušební výpis se pouze zobrazuje informativní protokol a žádné hodnoty se neukládají. Mimořádná sleva na pojistném náleží pouze na zaměstnance, kterým trvá pracovní poměr k poslednímu dni kalendářního měsíce v němž zákon nabyl účinnosti, tj. 31.srpna 2009 (A) a v jednotlivých měsících splňuje podmínky pro přiznání měsíční slevy (B-popsáno níže). Mimořádná sleva na pojistném ale nenáleží i když na sebe bezprostředně navazují dva pracovně právní vztahy stejného druhu - každý se posuzuje samostatně (C). Pro splnění výše uvedených podmínek proto program při zpracování každého zaměstnance v měsících 01-07/2009 kontroluje, jestli je v datech aktuálního 08/2009 nastaveno datum propuštění a zda je k 31082009 v pracovním poměru (A). Zároveň se kontroluje následnost pracovních poměrů tak, že se ignorují takové měsíce, ve kterých je hodnota M123-datum nástupu rozdílná od hodnoty M123 v měsíci 08/2009 (C). Příklad : zaměstnanec má první pracovní poměr v době od 1.1.2009 do 31.3.2009, na který navazuje bezprostředně další počínaje 1.4.2009 -> program proto neposkytne/nespočítá mimořádnou slevu v měsících 01-03/2009. Diagnostika B-má/nemá nárok na měsíční slevu na SZ se provádí následovně : a) nemá z důvodu "potlačen nárok na slevu" ---------------------------- - pokud údaj M104SZ-Nárok na slevy na pojistném na SZ je vyplněn "N" b) nemá z důvodu "byla doručena výpověď" - pokud je údaj M144-datum doručení výpovědi vyplněn a větší nebo roven prvnímu dne zpracovávaného měsíce - sleva nenáleží od měsíce, v němž: * byla kterékoli straně doručena výpověď z pracovního poměru a nebo ukončení DPČ * bylo doručeno sdělení o zrušení pracovního poměru ve zkušební době c) nemá z důvodu "nekrácený VZSZ je vyšší než hranice" - měsíční sleva může být uplatněna na zaměstnance: * jehož nekrácený VZSZ je menší než 27100 (bráno z konfigurace) * bere se Kč z řádku 530-nekráceného vyměřovacího základu na SZ d) nemá z důvodu "není v pracovním poměru k 01MMRRR/31MMRRRR" - měsíční sleva může být uplatněna na zaměstnance, který byl zaměstnán celý kalendářní měsíc, tj. pracovně právní vztah začal 1. dne zpracovávaného 10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 35 - 14:22 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── měsíce a nebo dříve (datum nástupu) a trvá nejméně do posledního dne zpracovávaného měsíce (datum konce) e) nemá z důvodu "zaměstnání malého rozsahu" - pokud údaj M133SZ-způsob výpočtu SZ je rovne hodnotě 1 f) nemá z důvodu "pouze důchodově pojištěn" - pokud údaj M133SZ-způsob výpočtu SZ obsahuje hodnotu 2 nebo 3 g) nemá z důvodu "zaměstnání kratší než 3 měsíce" - měsíční sleva může být uplatněna na zaměstnance, jehož zaměstnání mělo trvat déle než 3 kalendářní měsíce, tj. musí trvat nejméně celé tři kalendářní měsíce a jeden den - zde se porovnává jestli M123-datum nástupu a M146-datum výstupu dělí od sebe alespoň 3 měsíce a jeden den h) má nárok - ve všech ostatních případech (pokud neplatí výše napsané podmínky) 9) interně dobudován index {měsíc, osobní číslo hlavní činnosti, osobní číslo vedlejčí činnosti/náhradní práce} - je třeba pro rychlé dohledání všech závislých VČ/NP pro dané osobní číslo hlavní činnosti při výpočtu slevy na SZ 10) upraveny programy %MZDT081/%MZDT128 na tisk příkazů k úhradě na ZP+SZ+řádky - v sekci počítající odvody SZ se nově automaticky odečítají a) Kč z řádku 584-Měsíční sleva na SZ každý měsíc b) Kč z řádku 583-Mimořádná sleva na SZ jen v měsíci účinnosti zákona a to v sumě za období 01-07/2009 11) rozšířen program %MZDT093-odvody sociálního zabezpečení - přidána možnost "Export do souboru", která po vyplnění jména souboru exportuje detailní data Je-li vyplněn vstup "Export do souboru :", pak program tvoří soubor typu CSV s oddělovačem ";"-středník s kódováním CP-1250 s následujícími položkami : Pojišťovna;Název;Středisko;Osobní číslo;Jméno;Rodné číslo;Druh PP vztahu;Hrubá mzda;VZ SZ nekrácený;VZ SZ;Pojistné pracovník;Pojistné podnik;Odvod celkem;VZ k odečtu VČ;VZ k odečtu VČ;Měsíční sleva na SZ - při pokusech o zahrnutí nekráceného VZSZ, dat z řádků 581-584 se nepodařilo dosáhnout přehledného výstupu a proto se pro zachování přehlednosti se tisková část výstupu nemění - obsahem tisku tak nadále zůstávají pouze podklady o samotném výpočtu odvodů na SZ - odečitatelné položky (původní DNP do roku 2008, náhrady za PN od roku 2009, slevy na SZ) jsou pak v detailním rozpisu k dispozici na dalších specializovaných sestavách 12) upraven program %MZDT238-přehled o výši pojistného a dávkách - do měsíce 07/2009 tiskne v původním formátu - od měsíce 08/2009 tiskne přehled ve formátu odpovídajícímu novému tiskopisu s označením "89 542 5" - v měsíci 08/2009 tiskne navíc stranu s přehledem o mimořádných slevách na SZ podle tiskopisu s označením "89 540 0" - odvozování hodnoty do kolonky "Počet zaměstnanců" Počet zaměstnanců – uvede se počet zaměstnanců (pojistných vztahů), kteří jsou (byli) účastni nemocenského a důchodového 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á. 10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 36 - 14:22 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── * přidán nový vstup "Počet zaměstnanců" s možnými hodnotami a) vyplněno číslem -> bere se toto zadané číslo b) N=nechat prázdné -> údaj v tisku se nechá prázdný c) nevyplněno (<dle výpočtu>) -> posčítá počet zaměstnanců účastných k poslednímu dni měsíce NP nebo DP (viz popis níže) 13) odvozování, jestli je zaměstnanec účasten k danému dni měsíce nemocenského nebo důchodového pojištění - není, pokud má M124-druh PP vztahu odpovídajícímu dohodě o pracovní činnosti nezakládající pojištění (6,16,26, ...) - není, pokud má M124-druh PP vztahu odpovídajícímu dohodě o provedení práce (7,17,27, ...) - není, pokud má M124-druh PP vztahu nastaven na 10-ostatní - není, pokud má M150-kategorie odpovídající pojmu "učeň" (viz parametr v konfiguraci) - není, pokud má M133SZ-způsob výpočtu SZ nastaveno na 99-neprovádí se/nepojištěn - není, pokud není k danému dni v pracovním poměru - není, pokud má M133SZ-způsob výpočtu SZ nastaveno na 1-výpočet NP=Nemocenského pojištění u pp malého rozsahu a zároveň nemá žádné Kč v mzdovém řádku 530-Vyměřovací základ SZ nekrácený - není, pokud má M133SZ-způsob výpočtu SZ nastaveno na 3-výpočet DP=Důchodového pojištění u pp malého rozsahu a zároveň nemá žádné Kč v mzdovém řádku 527-Vyměřovací základ DP nekrácený - je (jinak, tj. pokud neplatí žádná z výše popsaných výjimek) MZD 2040563.1 23072009 23072009 PB PB MZD 5N Záporné částky na příkaze k úhradě Zadání : Tento měsíc nastala situace, kdy zúčtovaná vratka daní je vyšší než sražené zálohy na daň. O tento rozdíl je třeba si zažádat na FÚ. Problém je v tom, že v %MZDT081 se minus částka zobrazuje, rovněž samozřejmě ve vytvořeném souboru příkazu k úhradě pro banku. Jak lze jednoduše pro tento měsíc odvod daně vynulovat? Je třeba ručního zásahu přímo do vytvořeného souboru? Už jsem slyšela, že některé programy to dokonce převedou do dalšího měsíce a tato částka se postupně umořuje. Řešení : 1) vytvořen pomocný program %MZRPUKC-korekce částek pro příkazy k úhradě - program je umístěn v podmenu IDEA-mzdy / tisky / příkazy k úhradě Pořadové číslo : 10 1. Číslo účtu : 123 2. Směrový kód banky : 0100 Komerční banka, a.s. 3. Specifický symbol : 1234567890 4. Variabilní symbol : 5. Konstantní symbol : 6. Částka korekce : 5.000,00 7. Poznámka : doposlat chybějící částku Novák Tímto programem je možná zadávat extra částky, které se mají přičítat (odečítat v případě záporné hodnoty) k částkám posílaným v rámci příkazů k úhradě. Primárně je tento program určen k prohlížení (a případnému zrušení či editaci) záporných částek, které jsou programem automaticky při pracování příkazů k úhradě zadrženy a zde zaevidovány. Zde uváděné částky se vždy vztahují k danému měsíci. Nelze zde zadat platbu, která bude mít trvalý charakter a bude se každý měsíc opakovat. 2) upraveny programy %MZDT081/%MZDT128-příkazy k úhradě ZP, SZ a řádky - následující operace se provádějí při každém spuštění v aktuálním měsíci nebo v měsíci předcházejícím aktuálnímu * na začátku programu se vždy kompletně zruší celá výše popisovaná agenda "korekce částek pro příkazy k úhradě" pro následující měsíc 10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 37 - 14:22 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── * během zpracování příkazů k úhradě se pak všechny záporné částky do příkazů nezahrnou a zapíšou se do výše popisované agendy "korekce částek pro příkazy k úhradě" pro následující měsíc s poznámkou "zadržená záporná částka" - jinými slovy, výše napsané se a) NEPROVÁDÍ, pokud je výlet do minulosti o 2 a více měsíců b) PROVÁDÍ, pokud není výlet do minulosti nebo je výlet do minulosti o 1 měsíc - do programů doplněn vstup "Zahrnout i korekce >" s předvolenou hodnotou Vše * tímto se do zpracování zahrnou všechny vybrané korekce (kladné i záporné) - pro zjednodušení odstraněn vstup "Odečíst DNP od SZ" * DNP a 1/2 náhrad PN se odečítají nyní vždy automaticky - pozměněno pořadí vstupů, aby filtry na ZP, SZ, řádky a korekce byly ve společné sekci MZD 2040564.1 23072009 23072009 PB PB MZD 5N Zrušení pojmu 'Matriční vzorec' Zadání : Pojem "Matriční vzorec" vznikl v dávných dobách projektu jako pojem, kterým se mohla definovat na základě existujících matričních dat nějaká nová hodnota. Například : Kód vzorce : DNY 1. Popis : PD+SN+SV 2. Potřebné údaje : 152PD,152SN,152SV 3. Výraz : +M152PD_"+"_+M152SN_"+"_+M152SV - toto vracelo složeninu ve formátu "PD+SN+SV" s počty dnů v měsících rozdělenou na pracovní dny+soboty/neděle + svátky Postupem času ale vznikly v projektu nové a obecnější nástroje (individuální odvozené matriční údaje, mzdové ukazatele). Proto je možné stávající pojem zrušit a celý projekt zjednodušit. Řešení : 1) zrušen program %MZDDMV-Definice matričních vzorců - program byl umístěn v podmenu IDEA-mzdy / správce mezd / definice 2) upraven program %MZDFRM-měsíční formuláře - odstraněna možnost V-matriční vzorec na vstupu "Typ" - během instalace nové verze se prochází všechny definice a řádky tohoto typu se bez náhrady ruší 3) upraven program %MZDMAT-matrice pro měsíční zadávání - odstraněn vstup "Kód vzorce" - během instalace nové verze se prochází všechny definice a eventuelní odkazy na mzdové vzorce se bez náhrady ruší MZD 2040566.1 31072009 31072009 PB PB MZD 5K mzdový řádek pro mimořádné měsíční odměny Zadání : Chci se Vás zeptat, jaký další lze použít kód na vyplacení prémií nebo odměn? U jedné ze zpracovávaných firem musíme dle přání zákazníka zadávat prémie, odměny a ještě mimořádné odměny - to vše jednotlivě ve výplatní pásce. Tudíž používáme mzdový řádek 51 - měsíční prémie, dále pak 61 - měsíční odměny a potřebovali bychom ještě jeden mzd.řádek mimořádné měsíční odměny. Nevím zda lze použít ještě nějaký mzd.řádek nebo musíme vytvořit nový a upravit alg. tak, aby se jednalo o prémie měsíční? Jako jsme společně při zaškolování měnili mzd.řádek č. 56 odměny pololetní. Řešení : při hledání vhodného řádku pro mimořádné odměny postupujme následovně : 10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 38 - 14:22 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── 1) vyjděte z tisku %MZDT067-tisk zápočtů (viz příklad v příloze) a hledejte řádek, který má shodné zápočty jako 51+61, které nyní vyhovují 2) pro takto nalezený řádek zkontrolujte, jestli vyhovují zadávané parametry (v našem případě bude asi stačit to, že se nechají do řádku zadat prosté Kč) 3) pokud máme nalezeno, tak si řádek patřičně přejmenujte Mě to vychází tak, že můžete klidně použít řádky jako 53+54+55+63+65+68+69 MZD 2040567.1 31072009 31072009 PB PB MZD 5N ONTEX - import individuálních kalendářů Zadání : Při importu individuálních kalendářů máme problémy s 5-6.7.2009 - a to v kombinacích lidí, kteří měli/neměli plánovanou směnu, vzali si dovolenou, .... Řešení : Upraven program %MZONT22-import individuálních kalendářů - pro dny, které jsou systémem rozpoznány jako státní svátky, se program chová následovně 1) zaměstnanci bez automatického dopočtu & měli plánovanou směnu => typ dne 1-pracovní den a počet hodin nechat ten, který se importuje z docházky 2) jinak (tj. zaměstnanci s automatickým dopočtem NEBO zaměstnanci bez automatic. dopočtu & neměli plánovanou směnu) => typ dne 5-svátek ve všední den nebo 6-svátek v sobotu/neděli a počet hodin dle průměrné délky směny z kalenáře MZD 2040568.1 05082009 05082009 PB PB MZD 5K Plnění kapes pro dlouhodobé odměny Zadání : Začínáme zpětně od 01/2009 zpracovávat novou firmu, která v minulém roce 2008 vyplácela během listopadu dlouhodobé roční odměny. Jak máme plnit správně následující údaje v obrazovce %MZM52-průměry PP ? 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. : Řešení : 1) pořádek v pojmech M510 Kč odměn pro 1. čtvrtletí M511 Kč odměn pro 2. čtvrtletí M512 Kč odměn pro 3. čtvrtletí M513 Kč odměn pro 4. čtvrtletí 2) pokud v nějakém měsíci použijete složku mzdy, která má příznak KPP=D=dlouhodobé odměny na 4 čtvrtletí, pak se tato částka (dále 20.000) rozdělí na 4 díly (dále 5.000) a přičte se do všech kapes M510-M513 3) při ukončování kvartálu se používají následující kapsy - při přechodu mezi 03->04 se bere M510 a následně se nuluje - při přechodu mezi 06->07 se bere M511 a následně se nuluje - při přechodu mezi 09->10 se bere M512 a následně se nuluje - při přechodu mezi 12->01 se bere M513 a následně se nuluje , takže pokud byste používaly náš projekt již minulý rok, tak A) v měsíci 12/2008 byste viděly v kapsách M510-M513 všude 5.000 6. Kč odměn za období delší než 1/4 roku pro 1.Q. : 5.000,00 7. Kč odměn za období delší než 1/4 roku pro 2.Q. : 5.000,00 8. Kč odměn za období delší než 1/4 roku pro 3.Q. : 5.000,00 9. Kč odměn za období delší než 1/4 roku pro 4.Q. : 5.000,00 B) v měsíci 01/2009 byste viděly v kapsách M510-M512 všude 5.000 a kapsa M513 by byla vynulovaná 10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 39 - 14:22 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── 6. Kč odměn za období delší než 1/4 roku pro 1.Q. : 5.000,00 7. Kč odměn za období delší než 1/4 roku pro 2.Q. : 5.000,00 8. Kč odměn za období delší než 1/4 roku pro 3.Q. : 5.000,00 9. Kč odměn za období delší než 1/4 roku pro 4.Q. : 0,00 ==> pokud zadáváte 01/2009, tak to zadávejte tak, aby to odpovídalo ad B) Ještě dodatek o rozdělování částek z řádků, které mají být rozdělovány do 2/3/4 čtvrtletí. Tento text je nově součástí nápovědy na prvním vstupu programu %MZM52-průměry PP. Příklad : * bylo vyplaceno 8.000 Kč do řádku s příznakem KPP=2=složky mzdy za období delší než Q rozpočítávané do dvou Q * bylo vyplaceno 9.000 Kč do řádku s příznakem KPP=3=složky mzdy za obdobídelší než Q rozpočítávané do tří Q * bylo vyplaceno 20.000 Kč do řádku s příznakem KPP=D=složky mzdy za období delší než Q rozpočítávané do čtyř Q ==> dále bude použito KC2 jako 8.000/2 = 4.000, KC3 jako 9.000/3 = 3.000 a KC4 jako 20.000/4 = 5.000 1) pokud toto nastalo během 1.čtvrtletí (v měsících 01-03) - pak se KC2 přičte do M510+M511 - pak se KC3 přičte do M510+M511+M512 - pak se KC4 přičte do M510+M511+M512+M513 2) pokud toto nastalo během 2.čtvrtletí (v měsících 04-06) - pak se KC2 přičte do M511+M512 - pak se KC3 přičte do M511+M512+M513 - pak se KC4 přičte do M510+M511+M512+M513 3) pokud toto nastalo během 3.čtvrtletí (v měsících 07-09) - pak se KC2 přičte do M512+M513 - pak se KC3 přičte do M512+M513+M510 - pak se KC4 přičte do M510+M511+M512+M513 4) pokud toto nastalo během 4.čtvrtletí (v měsících 10-12) - pak se KC2 přičte do M513+M510 - pak se KC3 přičte do M513+M510+M511 - pak se KC4 přičte do M510+M511+M512+M513 Při ukončování čtvrtletí se používají následující údaje - při přechodu mezi 03->04 se bere M510 a následně se nuluje - při přechodu mezi 06->07 se bere M511 a následně se nuluje - při přechodu mezi 09->10 se bere M512 a následně se nuluje - při přechodu mezi 12->01 se bere M513 a následně se nuluje MZD 2040569.1 06082009 06082009 PB PB MZD 5N ELW Úpravy do individuálních kalendářů Řešení : Úpravy specifické jen pro IDEA-číslo=9=ElectroWorld : 1) vracení fondu pracovní doby - má-li zaměstnanec nástup nebo výstup v rámci aktuálního měsíce, pak jeho fond pracovní doby se bere ze základního kalendáře - toto je výjimka, protože u všech jiných zákazníků se bere jako součet hodin z inidividuálních kalendářů za 1-pracovní dny a 5-svátky 2) import individuálních kalendářů 10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 40 - 14:22 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── - ignorují se dny mimo pracovní poměr (před nástupem a po propuštění) * toto je proto, že mimo pracovní poměr nejsou v docházce již vyplňované plánované směny - upraven import dat ve dnech státních svátků * odstraněny výjimky pro svátky, takže zůstává jednoduché => má-li v docházce hodiny, pak se bere den jako 1-pracovní, nejsou-li hodiny, pak se bere jako 3-sobota MZD 2040570.1 06082009 06082009 PB PB MZD 5N Rodné příjmení do ELDP Zadání : Do ELDP se musí dostávat pouze rodné příjmení a nikoli všechna předchozí příjmení. Řešení : Upraven program na generování ELDP - do kolonky "Rodné příjmení" se bere pouze první část podle čárky z údaje M106-Rodné příjmení ******************************************************************** M106 Rodné příjmení Formát: max. 150 znaků Zadává se pouze v případě výskytu rodného příjmení. Je možné využít pro evidenci předchozích příjmení oddělených čárkou. Příklad : Nováková, Novotná, Nová představuje rodné příjmení Nováková následované dalšími příjmeními Novotná a Nová. ******************************************************************** MZD 2040571.1 06082009 06082009 PB PB MZD 5N Potvrzení o průměrném výdělku Zadání : Máme následující prosbu na tisk potvrzení o průměrném výdělku : 1) přidat údaje o začátku/konci pracovního poměru a druhu pracovního poměru - stává se nám, že zaměstnanec u nás pracuje opakovaně a může se dále prokazovat předchozím (pro něj výhodnějším potvrzením) 2) při výpočtu čisté mzdy potlačit výjimky ve výpočtu pocházející z toho, že má vyplněno datum propuštění Řešení : 1) upraven program %MZDT232-potvrzení o průměrném výdělku - přidána následující sekce Pracovněprávní vztah : 1-hlavní pracovní poměr (první pracovní poměr) Datum vzniku : 01.01.2000 Datum ukončení : 25.08.2009 2) upraven podprogram počítající pro zadanou hrubou mzdu čistou - v tomto případě se ignoruje obsah M146-datum propuštění a bere se, jako kdyby byl tento údaj prázdný/nevyplněný - toto se projeví v programech %MZDT232-potvrzení o průměrném výdělku %MZDT178-výpočet hrubé/čisté mzdy MZD 2040572.1 06082009 06082009 PB PB MZD 5N Trexima - rozdíl mezi vyplňováním MI a MP Zadání : Rozdíl mezi vyplňováním MI a MP Respondentům a tvůrcům mzdových softwarů připomínáme, že soubory MP a MI se vyplňují odlišně! Soubor o ekonomickém subjektu (MI) obsahuje údaje za poslední kalendářní čtvrtletí sledovaného období zaměstnanců, kteří byli zahrnuti do evidenčního počtu. Položky, kterých se toto týká, jsou ukončeny písmenem Q. V datech za 2. čtvrtletí tyto položky mají obsahovat údaje za duben až červen. Soubor o pracovních poměrech (MP) zahrnuje kumulovaná data za celé sledované období. Tedy od počátku kalendářního roku do konce čtvrtletí, ke kterému se šetření provádí. V datech za druhé čtvrtletí tedy bude MP obsahovat data za leden až červen. Řešení : Upraven program %MZDT241-statistika Trexima od roku 2009 - upraveno nasčítávání údajů do souboru o ekonomickém subjektu (MI) 10 SRP 2009 Idea.System.CSPUT Hlavní společnost - 41 - 14:22 PB-302 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Na vstupech "Od měsíce" a "Do měsíce" volte celý rozsah zpracovávaného období. Typicky od počátku roku do posledního měsíce čtvrtletí. Program automaticky zahrne do souboru o ekonomickém subjektu (MI) jen údaje za poslední kalendářní čtvrtletí zpracovávaného období. ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Celkem požadavků : 68 ─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── IDEA