20 DUB 2009 Idea.System.CSPUT Hlavní společnost - 1 - 13:43 PB-304 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 : 19022009 do : 20042009 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 2040480.1 25022009 25022009 PB PB MZD 5N Problémy tisku výpočtu daně a daňového zvýhodnění Zadání : V řádku 2 by mělo být pojistné zaplacené zaměstnavatetelem tj.35% . Do výpočtu se tato hodnota natáhne, takže řádek 3 je správně, ale nesedí součet řádku 1+2, protože ve 2 řádku je pojistné zaplacené zaměstnancem tj. 12,5%. ----------------------------------------------------- Základ daně je v pořádku, ale ten se skládá z příjmu a pojištění zaměstnavatele, ale vy uvádíte pojištění zaměstnance . Ale základ to spočte pak opravdu s pojištěním zaměstnavatele. ----------------------------------------------------- Začal jsem dělat roční zúčtování daně z příjmu fyzických osob a zjistil jsem, že do APP,%MZDDAN řádek 2 "pojistné" se nenačítá dobře. Mají se tam načítat mzdové řádky 507 a 508, tj. úhrn pojistného, které zaplatil zaměstnavatel, ale načítají se tam řádky 401 a 402, tj pojistné, které zaplatil zaměstnanec. Základ daně (řádek 3) je spočítán dobře. Řešení : Upravené problémy do tisku výpočtu daně a daňového zvýhodnění: 1) upraven formulář podle tiskopisu roku 2008 - bylo chybně formální odkazování v číslování řádků 2) upraveno zobrazování údaje "2. úhrn pojistného" - dosud sčítáme pojistné za pracovníka, zatímco zde má být pojistné placené podnikem - v zúčtování roku 2008 ještě zůstane sčítání pojistného za pracovníka, jakkoli se k ničemu skutečně nepoužívá - do této kolonky se nyní zobrazuje rozdíl mezi řádky 3 a 1, tedy "Dílčí základ minus Úhrn příjmů" 3) v souladu s pokyny se mění zobrazování řádků 22 resp. 23-31 - pokud je řádek 23 nenulový (uplatňuje daňové zvýhodnění), pak se nezobrazuje hodnota na řádku 22-přeplatek/nedoplatek - pokud je řádek 23 nulový (neuplatňuje daňové zvýhodnění), pak se zobrazování končí řádkem 22-přeplatek/nedoplatek a hodnoty do řádků 23-31 se netisknou 4) během roku 2009 bude také v algoritmech řešena problematika drobných zaokrouhlovacích rozdílů u SZ/ZP/DP podniku - aktuálně máme za to, že programy a výpočty odvodů/potvrzení jsou správně MZD 2040481.1 27022009 27022009 PB PB MZD 5N Import individuálních kalendářů v ELW Zadání : Protože jsme si na začátku února spolu jen odsouhlasili formát docházky, tak jsem se jen pro jistotu chtěla zeptat, zda je ještě nutné někde v importu upravovat, že Individuální kalendář zaměstnance je na sumáři ve sloupci AA až BE - viz. příloha (toto je jen office, docházku od prodavačů zatím nemám k dispozici). Otázka číslo dvě je, zda nevadí, že jsme plán směn na sumáři upravili do formátu čísla. dříve jsme například

20 DUB 2009 Idea.System.CSPUT Hlavní společnost - 2 - 13:43 PB-304 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── plánovanou směnu prodavače psali ve formátu 9:30 hodin - dle tohoto jste nám upravoval program. Teď se ale do sumáře načte již 9,5 hodiny. Je to tak v pořádku? Řešení : Upraven program %MZELW07-import individuálních kalendářů následovně : 1) na vstupu "První den začíná na sloupci" je předvolená hodnota 27 2) program rozpoznává údaj o čase v obou formátech - "HH:MM" i číselně "9,5" Na zkoušku je šikovné si udělat soubor s jedním/dvěma lidmi a na tom to jde hezky zkoušet nanečisto. Délka směny 8.25 <-- 8,25 8.5 <-- 8,5 8.5 <-- 8:30 8.25 <-- 8:15 MZD 2040482.1 27022009 27022009 PB PB MZD 5N Chybí jméno člověka při obnově z archivu Zadání : Při zadání osobního čísla, které je v archivu se zobrazí dialog, ve kterém chybí jméno " je v archívu. Obnovit (N/A) ?" Řešení : Opraveno odvozování jména. Na tomto místě v programu zůstal původní přístup k nedávno rozdělenému plnému jménu. MZD 2040483.1 27022009 27022009 PB PB MZD 5N Varování o nevyčerpané dovolené u propuštěných Zadání : Program nesprávně vyhodnovuje varování typu 40-Při propuštění zbývá XY hodin/dnů běžné a loňské dovolené. Příklad při - zůstatku 5 dnů - zadání 2 dnů do řádku 86-Náhrada mzdy za dovolenou - zadání 3 dnů do řádku 87-Nevyčerpaná dovolená se zobrazuje hlášení 40-Při propuštění zbývá 3.00 dnů běžné a loňské dovolené. Řešení : Celá diagnostika tohoto varování přesunuta do algoritmu počítajícího nevyčerpanou dovolenou. Zadaná nevyčerpaná dovolená je nově brána do úvahy při odvozování tohoto varování. MZD 2040484.1 27022009 27022009 PB PB MZD 5N Varování o kolizi dnů - zkrácení protokolu Zadání : Stávající sada varování o kolizích zadání je v případě delších překryvů (zejména při nemocích v ochranné lhůtě) velmi dlouhá a nepřehledná. Řešení : Reorganizováno sestavování varování o kolizích dnů. Program nově generuje varování vždy pro každý typ kolize zvlášť s uvedením informací o intervalu dnů kolize. Například v 01/2009 při zadání - M146-datum propuštění 29012009 - 86-dovolená ve dnech 14-31 - 103-nemoc ve dnech 20-31 se generují následující varování 201 Kolize zadání mezi 'mimo evidenční stav' a 86 ve dnech 30,31. 202 Kolize zadání mezi 'mimo evidenční stav' a 103.10 ve dnech 30,31. 203 Kolize zadání mezi 103.10 a 86 ve dnech 20-29. MZD 2040485.1 04032009 04032009 PB PB MZD 5N Zjednodušení exportu detailů výpočtu PN/karantény Zadání : Zjednodušit používání programu %MZDT239-detaily výpočtů náhrad PN/karantény - uživatelé mají problémy s tím, že tisk samotný je "k ničemu" a že smyslem programu je vyexportovat CSV soubor, tent o potom na serveru najít a otevřít Řešení : 1) upraven program %MZDT239-detaily výpočtů náhrad PN/karantény - program předělán z tiskového programu na přímé otevírání MS-Excelu - odstraněn vstup "Export do souboru" - poslední vstup "Tisknout ?" změněn na "Spustit ?" s možnostmi Ano, Ne, =-Výběrový kód - po zvolení Ano se program spustí na pozadí, naplní požadované datové struktury a prostředky tenkého klienta (nejlép

20 DUB 2009 Idea.System.CSPUT Hlavní společnost - 3 - 13:43 PB-304 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── e Casteru, případně SxTermu/Reflection) nastartuje přímo MS-Excel a naplní požadované buňky 2) upraven program %MZDZRA-zadávání dle řádků - přidána nový možnost D-detaily výpočtů náhrad PN/karantény, která odskočí do výše uvedeného programu - toto dovoluje přímo ze zadávání výplaty odskočit do exportu detailů výpočtů náhrad PN/karantény MZD 2040486.1 05032009 05032009 PB PB MZD 5N Neukončený měsíc a zadáván nových pracovníků Zadání : V době, kdy je zpracování mezd například v měsíci 01/2009, ale aktuálně kalendářně je již 02/2009 je nemožné zadat nástup nového zaměstnance a zařídit mu potřebné přihlášky. Je nutné čekat do okamžiku zpracování mezd za 01/2009 a provedení uzávěrky s přechodem mezd do měsíce 02/2009. Řešení : Nadále v textu budu používat pojmy - "Základní měsíc" jako ten měsíc, ve kterém je aktuálně zpracování mezd celé firmy - "Aktuální měsíc" jako ten měsíc, do kterého je uživatel aktuálně přepnut přes výlety v čase 1) program %MZDCFG4-výlety do minulosti přejmenován na "výlety v čase" - dosud program dovoloval vybrat pouze měsíce v minulosti - nově dovoluje vybrat i bezprostředně následující měsíc po základním měsíci - program v tomto případě upozorní obsluhu hlášením "Jedná se o výlet do budoucnosti pro zadávání nových matric !" 2) upraveno zadávání matric - při použití povelu V-volné osobní číslo se nové volné osobní číslo hledá jak v aktuálním, tak základním měsíci - z nich se bere maximum a přičtením jedničky vznikne nové volné osobní číslo - při pokusu zadat neexistující osobní číslo můhou nastat následující situace A) jsme ve výletu do "minulosti" -> program se brání osobní číslo zadat a nelze pokračovat ("Do ukončeného měsíce nelze nic přidat !") B) jsme ve výletu do "budoucnosti" a v základním měsíci toto číslo neexistuje -> vše je v pořádku, zadáváme nového člověka C) jsme ve výletu do "budoucnosti" a v základním měsíci toto číslo existuje -> program se brání osobní číslo zadat a nelze pokračovat ("1111-Nový Jan již existuje v měsíci 01/2009 !") D) jsme v základním měsíci a v následujícím měsíci toto číslo neexistuje -> vše je v pořádku, zadáváme nového člověka E) jsme v základním měsíci a v následujícím měsíci toto číslo existuje -> program se brání osobní číslo zadat a nelze pokračovat ("1111-Nový Jan již existuje v měsíci 01/2009 !") -> nový zaměstnanec již byl zadán v rámci "výletu do budoucnosti" 3) upraven program %MZDKMES-ukončení měsíce - dosud se předpokládalo, že v novém měsíci nebudou žádná data a proto se vzaly všechny matrice z ukončovaného měsíce , okopírovali se do nového a provedly se potřebné nápočty - nově se musí kopírovat všechny matrice po jedné (což zaručí zachování nově zadaných v novém měsíci) 4) upraven program %MZDOMES-odukončení měsíce - dosud program fungoval tak, že zrušil všechna data v ukončovaném měsíci a poté nastavil nový "Základní měsíc" - nově přidán přepínač "Jak zrušit data v ukončovaném měsíci ?" s možnostmi 1-zachovat nově zadané pracovníky 2-zrušit kompletně celý měsíc - předvolená možnost 1-zachovat nově zadané pracovníky zruší pouze data těch zaměstnanců, která existují i v minulém měsíci (jinak řečeno - zachová ty, které byly zadány nově v rámci "výletu do budoucnosti") - pokud zvolíte možnost 2-zrušit kompletně celý měsíc, pak se zruší i data nově zadaná v rámci "výletu do budoucnosti " MZD 2040487.1 23032009 23032009 PB PB MZD 5N ELDP pro zaměstnance s vedlejší činností Zadání : DPMHK : Mzdová účetní přišla na to že u vygenerovaných ELDP pro vedlejšáky (M128=8) je špatně částka vyměřovacího základu. Je tam dvojnásobek.

20 DUB 2009 Idea.System.CSPUT Hlavní společnost - 4 - 13:43 PB-304 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Například u osobního čísla 200058 (mzdový list pro hlavní=58 i vedlejší=200058 PP je v příloze) Řádek 530=110 277 Řádek 393=-110 277 Tj základ se vypočet ve velikosti 220 554. Je špatně i hlavní PP, kde je zase méně o ten vedlejšák. V součtu je to ale dobře Řešení : Citát z příručky ČSSZ: Při trvání dvou (více) souběžných výdělečných činností jednoho pojištěnce u téže organizace v průběhu kalendářního roku, organizace vyhotovuje a předkládá samostatné ELDP pro každou výdělečnou činnost. ==> opravena centrální funkce vracející data o vyloučených dobách a vyměřovacím základu a) dosud se do základu dával rozdíl Kč(530)-Kč(393) b) nově se do základu dává pouze Kč(530) Tato funkce je použita na následujících 2 místech %MZDT240 Tisk příloh k žádostem od roku 2009 %MZELDP1 Výpočet a vytváření záznamů ELDP MZD 2040488.1 27032009 27032009 PB PB MZD 5N ELW Hromadný import docházky a individuálních kal. Zadání : S nárůstem počtu prodejen a zavedením individuálních kalendářů je postupný import mnoha souborů s docházkami a individuálními kalendáři je velmi pracný. Nešlo by to nějak automatizovat. Názvy souborů s docházkami, které naplouváme – import docházek a import individálních kalendářů - jsou např. D_010-10000_0209.csv D_020-80000_0309.csv 010,020…. Jsou čísla středisek – prodejen (Zličín, Černý Most,…) ukazatel 101 10000,20000,… čísla oddělení (bílá technika, PC, sklad, ….), v Idee označno jako kategorie ukazatel 1001 U officu ale nejsou jednotlivé kategorie, takže například máme office uložený jako D_100_0209.csv (středisko 100 je office). Jsme čtyři mzdovky a každá se stará o určité prodejny, tak každá naplouvá své prodejny samostatně. Pokud je někde špatně zadaná docházka, tak po její opravě, kterou musí udělat na prodejně, se naplouvá znovu. Řešení : Byly upraveny následující programy %MZELW11-import docházky electroworld %MZELW07-import individuálních kalendářů Princip změny je následující : jednoduchý vstup "Import ze souboru" byl změněn na následující trojici vstupů Adresář se soubory : <standardní> Maska s filtrem na soubory : D_*_0209.csv Import dat ze souborů <3> D_101_0209.csv,D_102_0209.csv,D_103_0209.csv ==> každá z Vás by v ideálním případě měla spustit každý z těchto programů jen 1x pro svoje vybrané CSV soubory

20 DUB 2009 Idea.System.CSPUT Hlavní společnost - 5 - 13:43 PB-304 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── (odpovídající střediskům, ...) MZD 2040489.1 27032009 27032009 PB PB MZD 5N Informace o spočítané výplatě nefunguje na 382 Zadání : Informace o spočítané výplatě nefunguje na řádek 382 - vratka roční daně. Při zapsání ročního zúčtování daně %MZDDAN do ř. 382 je třeba výplatu přepočítat i když je hlášeno, že je výplata spočítaná. Řešení : Do programu %MZDDAN-roční zúčtování daně bylo přidáno po provedení povelů 'N'uluj řádek 382 nebo 'Z'apiš do řádku 382 nastavení příznaku potřeby přepočítat výplaty. MZD 2040490.1 27032009 27032009 PB PB MZD 5N Roční zúčtování daně a srážky propuštěným Zadání : Bylo by dobré přidat do %MZDTERR - cyby a varování také zaslání výplaty poštou. Jedná se o případy dříve propuštěných zaměstnanců, kterým dodatečně vyplácíme nějakou mzdu, např. vrácení přeplatku roční daně. V případě, že chceme poslat peníze na účet, musíme upravit v matricích %MZM4, řádek 10 na "ANO", protože při propuštění se automaticky přepíše na "NE". Nebo se dá řádek 10 zafixovat na "ANO" jiným způsobem? Dnes už stejně peníze poštou asi nikdo neposílá. Řešení : K řešení tohoto problému by měly stačit stávající nástroje IDEA-mzdy. 1) změna u existujících zaměstnanců --------------------------------------------------- - IDEA-mzdy / matrice / nástroje na úpravy matric - program %MZDZM 3. hromadné změny matric - tímto programem si můžete u všech/vybraných zaměstnanců nastavit matriční údaj M104US-Uspokojovat srážky i v případě propuštění ? následovně ************************************************************************************ Středisko : Vše Osobní číslo > Vše Kód údaje : 104US Uspokojovat srážky propuštěným Původní hodnota : Bez podmínky na původní hodnotu Nová hodnota : Ano Podmínka : Bez podmínky Tisknout ? LP=30#2 Standardní tiskárna ************************************************************************************ 2) standardní nastavení u nových zaměstnanců -------------------------------------------------------------------- - IDEA-mzdy / správce mezd / definice - program %MZDIIMU 16. individuální inicializace matric - zde si můžete nastavit toto ************************************************************************************** Matriční údaj : 104US Uspokojovat srážky propuštěným 1. Default hodnota : A 2. Jak ji nabízet ? 1-default hodnota se doplní až po stisku Enter 3. Uložit s novým zam. ? Ano ************************************************************************************** MZD 2040491.1 27032009 27032009 PB PB MZD 5N Jak zadat 'bolestné' (body od lékaře) za prac.úraz Zadání : Potřebuji zadat do výplat tzv. „bolestné“ ( body od lékaře ) za pracovní úraz a nevím, který řádek použít. Zda 321 nebo 345 či jiný..... Můžete mi prosím poradit ? Řešení : Pro tyto účely použijte řádek 346-Náhrady za škody způsobené prac. úrazem. Je to nedaněný řádek. ČŘ Popis T Alg. H H H H H H K K K K K K K T O D H H K D C P P S Z S C P H P Z C S R D A T M M S

20 DUB 2009 Idea.System.CSPUT Hlavní společnost - 6 - 13:43 PB-304 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── P Z P M R P P P P Z E B N O M M S P ──────────────────────────────────────────────────────────────────────────────────────────────────────────────── 346 Náhrady za škody způsobené prac. úrazem V B3 . . . . . . B . . . . . . . . N . . . . MZD 2040492.1 06042009 06042009 PB PB MZD 5N Chybné započítávání PN do hrubé mzdy Zadání : Mám dotaz ohledně náhrady mzdy za nemoc.Pokud někdo je nemocen např .od 1-do 28.2., tak dostane náhradu za nemoc a tato náhrada naskočí i jako hrubá mzda a tudíž se nám z toho vypočte i příspěvek do penzijního fondu. Samozřejmě , že jsme si to tento měsíc upravili v konfiguraci, ale myslím si, že by to nemělo být ve hrubé mzdě, jako nebyla nemoc v roce 2008 v hrubé mzdě a byla jen jako částka osvobozená od daně. V hrubé mzdě má být započteno pouze to , co je poskytováno za práci. Nejlépe rozsah citován v abecedě mzdové účetní strana 128, kde je odkaz i na §109,353 odst1 ZP. -------------------------------------------------------- Dnes jsem zjistila, že ve vašich sestavách jsou v hrubé mzdě zahrnuty náhrady dočasné pracovní neschopnosti, nevím zda tyto částky u vás jsou zahrnuty i do dalších výpočtů.... to jsem nezjišťovala. Dle mě by tyto náhrady v hrubé mzdě být neměly. Řešení : Jedná se pouze o zobrazení v ř. 320-Hrubá mzda, ze kterého se další výpočty neprovádějí, mimo výpočtu ř. 392 - Úhrn zúčtovaných mezd. Jediný problém je asi v ElectrWordu, protože je tam Hrubá mzda použita k dalším účelům - výpočtu příspěvku podniku na penzijní připojištění Výpočty průměrů jsou prováděny podle zápočtů jednotlivých řádek, nikoliv tedy z Hrubé mzdy. Je to způsobeno zápočtem u řádků 103-107, kde máme chybně KC = A a má být KC = B ==> upraveny zápočty KC=B pro řádky 103-107 MZD 2040493.1 07042009 10042009 PB PB MZD 5N Čtvrtletní šetření o průměrném výdělku od 2009 Zadání : Od prvního čtvrtletí roku 2009 (vykazováno během 04/2009) se mění formát exportu dat pro Čtvrtletní šetření o průměrném výdělku. Detaily viz www.trexima.cz Řešení : 1) založen nový číselník %MZC922-číselník okresů LAU1 - jedná se o číselník dodávaný společně s projektem IDEA-mzdy - data do číselníku jsou převzata z webu Českého statistického úřadu http://www.czso.cz/csu/klasifik.nsf/i/ciselnik_okresu_lau1_nuts_2008 2) upraven konfigurační program %MZDCF67-konfigurace statistiky Trexima - přidán nový parametr "Kód územní jednotky (LAU1)", kde je nutné vyplnit kód územní jednotky (okresu), v němž má ekonomický subjekt sídlo, podle číselníku LAU 1 (viz výše). - údaje, které jsou od roku 2009 nepoužívané, byly zachovány a přesunuty do histrické sekce obrazovky 1. Kód územní jednotky (LAU1) : CZ0100 2. Průměrný počet zaměstnanců ve fyzických osobách (POCFYZ) : <dle výpočtu> 3. - přepočtený ve fyzických osobách (POCFYZP) : <dle výpočtu> --- údaje používané do roku 2008 ------------------------------------- 4. Kód územní jednotky (NUTS4) : CZ0104

20 DUB 2009 Idea.System.CSPUT Hlavní společnost - 7 - 13:43 PB-304 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── 5. Kód odvětvové klasifikace (OKEC) : 72400 6. Kód pro rozlišení finanční kontroly (FINKONT) : 2 7. Typ kolektivní smlouvy (KSMLOUVA) : 9 Sčítání počtu zaměstnanců je od roku 2009 volitelné. V konfiguraci můžete oba parametry (fyzický/fyzický přepočtený) zadat a program pak tuto hodnotu vloží do výsledného souboru. Nebo necháte parametry v konfiguraci nevyplněné (znázorněno jako <dle výpočtu>) a program potom obě hodnoty spočítá. Používá přitom shodnou logiku, která je použita v programech %MZDT060-Stavy pracovníků nebo %MZDT205-Průměrné hodnoty za období. 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)" 4) vytvořen nový program %MZDT241-statistika Trexima od roku 2009 - oproti minulým verzím byl program zjednodušen * odstraněny vstupy "Aplikovat testy >" a "Realizovat testy >" a veškeré kontroly jsou ponechány na zpracování v Treximou dodávaném "Lokálním pořizovacím programu ISPV2009" * odstraněn vstup "Komu poslat e-mailem :", který dubloval standardní funkčnost IDEA-systému při odesílání sestav a vytvářených souborů e-mailem - upraveno vytváření souborů tak, aby vytvářená data odpovídala nové struktuře platné od roku 2009 Střediska > Vše Osobní čísla > Vše Druhy pracovního poměru > Vše Od měsíce : 012009 Do měsíce : 032009 Typ věty ? 2-s oddělovačem Odkud brát KZAM ? 2-odvozeně z číselníku profesí Soubor o subjektu : MI200903.TXT Soubor o zaměstnancích : MP200903.TXT Tisknout ? Tento program vytváří soubor pro statistické šetření o mzdách zaměstnanců ve formátu platném od roku 2009. Program prochází vybrané zaměstnance s vybranými druhy pracovního poměru. Do loňské verze tohoto programu byla v programu natvrdo výjimka, která zpracovávala pouze M124=1=hlavní/první pracovní poměr. Nyní můžete zvolit libovolnou kombinaci druhů pracovního poměru, které chcete do zpracování zahrnovat. Sčítání počtu zaměstnanců je volitelné. V konfiguraci můžete oba parametry (fyzický/fyzický přepočtený) zadat a program pak tuto hodnotu vloží do výsledného souboru. Nebo necháte parametry v konfiguraci nevyplněné (znázorněno jako <dle výpočtu>) a program potom obě hodnoty spočítá. Používá přitom shodnou logiku, která je použita v programech

20 DUB 2009 Idea.System.CSPUT Hlavní společnost - 8 - 13:43 PB-304 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── %MZDT060-Stavy pracovníků nebo %MZDT205-Průměrné hodnoty za období. Vysvětlivky k některým údajům : MP, OONQ - Ostatní osobní náklady - zde se sčítají Kč z řádků 110 až 112,114,116 až 124,127 až 136, 182,187,202,207,222,242,252,262,282,284,290,322,348 MP, ODMDPCQ - Odměny osobám pracujícím na dohodu o pracovní činnosti MP, HODDPCQ - Počet hodin odpracovaných osobami pracujícími na DPČ - sčítá Kč/hodiny z řádků 110+111 - za M124-pracovní poměry 5,6,15,16,25,35,45,55,65,75,85,95 MZD 2040494.1 08042009 08042009 PB PB MZD 5N ELDP - přidat do tisku kód a název OSSZ Zadání : Na evidenčním listu důchodového pojištění pro rok 2009 přibyly nové údaje: - kód OSSZ - místně příslušná OSSZ Tyto údaje by měly být i na našem tištěném formuláři, který předáváme zaměstnanci. Vyplývá to z kontroly OSSZ. Řešení : Rozšířen tisk programu %MZELDP2-tisk a export dat ELDP - do hlaviček tisků přidány požadované hodnoty - týká se formátu tisku 2-kompletní tisk bez rámečků a 3-kompletní tisk s rámečky MZD 2040495.1 08042009 08042009 PB PB MZD 5N Rozšíření sestavy přeplatků/nedoplatků na dani Zadání : Potřeboval jsem rozdělit pro finanční úřad řádek 382 - vratka roční daně na přeplatky na dani a vratky na daňovém bonusu. Tyto údaje podle zaměstnanců asi v nějakém sumáři nikde nemáme. Bylo by vhodné je doplnit třeba do sestavy %MZDTO77. Řešení : Rozšířen program %MZDT077-Daň z příjmu - přeplatky a nedoplatky - přidány nové sloupce "Přeplatek na dani po slevě" a "Doplatek na daňovém bonusu" MZD 2040496.1 08042009 08042009 PB PB MZD 5N Potvrzení o zdanitelných příjmech - tisk do Wordu Zadání : PROPEM : V příloze posílám ve Wordu formulář Potvrzení o příjmech. Šlo by takto vytvořený formulář naplnit daty z mezd při použití QW? Řešení : Rozšířen program %MZDT038-Potvrzení o zdanitelných příjmech - nově je tisk od roku 2009 do Wordu na základě dodané RTF šablony - všechny formáty tisků do roku 2008 fungují jako dosud - tisk od roku 2009 mimo RTF/Word funguje jako dosud MZD 2040497.1 08042009 08042009 PB PB MZD 5N Rozdělení jména a příjmení mzdových účetních Zadání : Pro tisk Přehledu o výši pojistného a vyplacených dávkách pro ČSSZ je třeba rozdělit jméno mzdových účetních a potom plnit zvlášť příjmení a jméno do příslušných okének. Řešení : 1) rozšířen konfigurační program %MZDCFG7-mzdové účetní - původní jeden vstup "Jméno a příjmení" rozdělen na tři vstupy "Příjmení", "Jméno" a "Tituly" - původní hodnota zůstala celá beze změny ve vstupu "Příjmení" ==> je třeba projít data v tomto programu a rozdělit jméno a příjmení do patřičných kolonek Kód účetní : JN 1. Příjmení : Nováková 2. Jméno : Jana 3. Tituly : Ing. 4. Telefon : 733 003 123 2) upraveny následující programy tak, aby tiskly správně kompletní jméno mzdové účetní %MZDT038 Potvrzení o zdanitelných příjmech

20 DUB 2009 Idea.System.CSPUT Hlavní společnost - 9 - 13:43 PB-304 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── %MZDT075 tisk výpočtu daně a daň. zvýhodnění %MZDT100 Dávky státní sociální podpory %MZDT118 Potvrzení pro soudy %MZDT151 Poukázání mzdy na účet %MZDT177 Potvrzení o zaměstnání (zápočtový list) %MZDT190 Přehled o výši pojistného a DNP %MZDT232 Potvrzení o průměrném výdělku %MZKZP03 Hromadné oznámení zaměstnavatele ZP 3) upraven program %MZDT238-Přehled o výši pojistného a dávkách - kolonky "Příjmení" a "Jméno" v sekci "6. Kontaktní pracovník" se plní výše uvedenými samostatnými hodnotami MZD 2040498.1 10042009 10042009 PB PB MZD 5N Schematický návod na zpracování TREXIMY 1Q/2009 Řešení : Tento návod předpokládá, že odesílání statistických dat do Treximy již bylo za rok 2008 používáno. 1) stáhněte a nainstalujte si Pořizovací program (03/04/2009 verze 2009.1.6) - ke stažení z http://www.trexima.cz/site/318/default.aspx 2) doplňte "Kód územní jednotky (LAU1)" do konfigurace (platí pro celý podnik) 3) projděte číselník %MZC128-trvalá pracoviště a zde doplňte "Okres (LAU1)" pro každé pracoviště - tam, kde to bude nevyplněné se bude brát LAU1 okres z konfigurace pro podnik 4) zrušte hodnoty POCFYZ/POCFYZP v konfiguraci Treximy - tím necháte výpočet počtu zaměstnanců na programu - kdyby se ukázalol, že výpočet je nesprávný, pak můžete kdykoli výpočet přemluvit ručně zadanou hodnotou 5) spusťte program %MZDT241-statistika Trexima od roku 2009 - podle uvážení vyberte buď všechny nebo vybrané druhy pracovního poměru (dosud bral export do Treximy natvrdo jen druh pracovního poměru 1-hlavní PP) 6) vyexportované soubory MI200903.TXT a MP200903.TXT natáhněte do programu ad 1) 7) zkoumejte výsledky testů, upravte data podle potřeby a opakujte dokola od libovolného z předchozích bodů MZD 2040499.1 15042009 15042009 PB PB MZD 5N Modernizace sestav s novými PN/karanténou Zadání : Rozšířit sestavy z podmenu tisky / dávky nemocenského pojištění tak, aby fungovaly i nad novými řádky 103-107 s náhradami za pracovní neschopnosti platnými od roku 2009. Řešení : 1) rozšířeny a modernizovány následující sestavy %MZDT111 Kreslení docházky %MZDT112 Bezpečnost práce %MZDT122 Souvislé pracovní neschopnosti %MZDT123 Zvýšené pracovní neschopnosti %MZDT180 DNP po ukončení poměru 2) zrušen zastaralý program %MZDT139-Podklady pro ELDP MZD 2040500.1 15042009 15042009 PB PB MZD 5N Dávky státní sociální podpory Zadání : Od 1.1.2009 musíme vykazovat zaměstnacům do jejich žádostí o dávky státní sociální podpory také částku vyplacenou za prvních 14 dnů pracovní neschopnosti. Je třeba tato data doplnit do sestavy %MZDT100-Dávky státní sociální podpory. Řešení : 1) změněn zápočet DSSP-dávky státní sociální péče pro řádky 103-107 - původní nastavení A-příjmy z výdělečné činnosti a vratka daní změněno na D-dávky nemocenského pojištění - tím se nové náhrady za PN započítají k dávkám nemocenského pojištění MZD 2040501.1 15042009 15042009 PB PB MZD 5N Překryv svátku a náhrady za PN Zadání : 13.4. je svátek a u lidí, kterým končí před tímto dnem náhrada při PN /ř. 103-107/ a jejich nemoc pokračuje, se objevuje náhrada mzdy za svátek. Na tuto náhradu nemají samozřejmě nárok, jelikož jsou nadále v

20 DUB 2009 Idea.System.CSPUT Hlavní společnost - 10 - 13:43 PB-304 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada Požadavek Zapsáno Vyřešeno Zadal Řeší Skupina Verze PP Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── pracovní neschpnosti, jen je platí SSZ. Program zřejmě bere konec náhrady za nemoc jako konec nemoci vůbec. Řešení : V programu byla chyba v rozhodování o tom, jestli za svátek uvedený v kalendáři má být placena náhrada - dosud se kontroloval pouze překryv s původními dávkami nemocenského pojištění na řádcích 361-366 - nově přidáno také testování překryvu s datumy u řádků 103-107 = nové náhrady za PN/karanténu MZD 2040502.1 20042009 20042009 PB PB MZD 5N Chybný výpočet PN po skončení pracovního poměru Zadání : V programu je následující chyba ve výpočtu PN : Když zaměstnanec skončí pracovní poměr v době náhrad za nemoc, systém dál počítá a vyplácí peníze! Zde již neplyne žádná ochranná lhůta, tedy výplata náhrad musí být zastavena dnem ukončení PP, jelikož poté neměl žádné plánované směny. Řešení : Upraven výpočet PN v režimu od roku 2009 tak, že se náhrady počítají pouze za dny, kdy je zaměstnanec v pracovním poměru. MZD 2040503.1 20042009 20042009 PB PB MZD 5N Speciální znaky v názvu firmy a ČSSZ/ELDP Zadání : máme problém s výrobou xml souborů pro použití v Portlinku od NZ Servisu. > Při načtení do Portlinku mi to vypíše chybu viz níže. Zajímavý je, že > to dělá jenom v jednom datasetu. Dělá to jak v přihláškách, tak v ELDP. > Přijde mi to, že špatně vytvoří xml soubor, ale nevím, kde bych co > nastavil. V konfiguraci > (%MZDCF16) to mám nastavené stejně jako v ostatních datasetech. A > nemůžu si vzpomenout jestli se nenastavuje ještě něco jiného. Myslel > jsem, že ostatní nastavení budou v %SYS pro všechny datasety společné. Řešení : 1) Problém byl způsoben znakem "&" v názvu společnosti nam="FUN & ENJOY Production s.r.o." 2) do programů na vytváření ELDP/ČSSZ přidáno správné překládání tak, aby tento speciální znak nevadil nam="FUN & ENJOY Production s.r.o." ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Celkem požadavků : 24 ─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── IDEA