11 LED 2005 %CSSOFTT Hlavní společnost - 1 - 12:12 PB-101 Tisk požadavků a úkolů Datumy od 25022004-11012005 Požadavek Zapsáno Vyřešeno Zapsal Řeší Skupina P Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── 2040080 30042004 30042004 PB PB MZD 5 30042004 Součty v sestavě %MZDT034-Tisk mzdových řádek Zadání : Při tisku sestavy %MZDT034-Tisk mzdových řádek se mi vytiskne sestava, která obsahuje nejprve správný seznam lidí s požadovaným řádkem dle třídění 167 a druhý seznam lidí , ve kterém jsou dvojnásobné hodnoty v požadovaném ř. 382, tudíž je dole součet za podnik celkem také dvojnásobný. Mám strach, aby se to neobjevilo i v jiných sestavách, kde to nebude tak nápadné. Často si dělám sestavy jen na obrazovku právě kvůli konečnému součtu za podnik celkem. Děkuji Řešení : Opraveno chybné sčítaní v této sestavě. 2040081 30042004 30042004 PB PB MZD 5 30042004 Změny v účtování Dupont Zadání : > 1. prosim Vas o zmenu strediska (Cost center) u Ivana > Dostála: jeho naklady > budou nove rozdeleny na 2 cost centra pokud mozno jiz v > breznove vyplate. > > Ivan Dostal 50% VG19550014 > Ivan Dostal 50% VG19550355 (nove zalozene stredisko) > > 2. dale bych chtel pozadat o nasledujici schema uctovani mzdy a srazek > spojenych s p. Meyersem: > > a. hruba mzda strana MD > Account 27301010 Profit Center DU99999 Plant YH13 > b. srazky (Lucemburske socialni a zdravotni pojistne, home deposit) > strana D Account 27303430 Profit Center DU99999 Plant YH13 > c. zaloha na dan, cista mzda > jako u ostatnich zamestnancu > > Oba vyse uvedene ucty jsou nove zalozene, jsou pouzite poprve. > > V pripade otazek me, prosim, kontaktujte (tel.257 41 42 24) > Řešení : 1) rozdeleni Dostala 50%/50% je standardni vec (a zrejme jste se ani na to neptala) 2) ad Meyers A) dodelal jsem do programu vyjimky (na prehozeni Profit Center DU99999 Plant YH13) pro ucty 27301010 a 27303430 uplne stejne, jako bylo dosud pro ucet 26601600 ... I UC2="26601600" S $P(Z,DF,11)="DU99999",$P(Z,DF,19)="YH13" ... I UC2="27301010" S $P(Z,DF,11)="DU99999",$P(Z,DF,19)="YH13" ... I UC2="27303430" S $P(Z,DF,11)="DU99999",$P(Z,DF,19)="YH13" B) vyjimku pro Meyerse na radku 320 muzete nyni zadat pres M102-osobni cislo - tedy v programu %MZSUN02-ucetni predpisy Tabulka účtování : 1-základní Číslo řádku : 320 HRUBÁ MZDA 1. Účtovat ? Ano ...... ...... 10. Účtovat dle údaje : 102 Osobní číslo 11. ------------ MÁ DÁTI ------------- -------------- DAL --------------- 11 LED 2005 %CSSOFTT Hlavní společnost - 2 - 12:12 PB-101 Tisk požadavků a úkolů Datumy od 25022004-11012005 Požadavek Zapsáno Vyřešeno Zapsal Řeší Skupina P Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── 102 e account description ? type account description ? {a tady dole v rolovaci zone vyplne vyjimku pro Meyerse pres jeho osobni cislo} 2040082 30042004 30042004 PB PB MZD 5 30042004 Podpora pro životní pojišťovny a příkazy k úhradě Zadání : Na řádku 175-Příspěvek na životní pojištění vykazujeme příspěvek na životní pojištění, který ale neumíme správně poslat na příkazech k úhradě. V projektu chybí u zaměstnance možnost přidělení jeho životní pojišťovny. Řešení : 1) Nový program %MZC179-číselník životních pojišťoven - je umístěn v podmenu IDEA-mzdy / číselníky 2) Nový matriční údaje M179-životní pojišťovna - tento údaj je umístěn v matriční obrazovce %MZM53-Daně a základny, jejíž úvodní část nyní vypadá takto Osobní číslo : 1. Daňová skupina : 2. Druh pojištění : 3. Zdravotní pojišťovna : 4. Sociální pojišťovna : 5. Penzijní pojišťovna : 6. Životní pojišťovna : 7. Částka k přidanění měs.daní : 3) V programu %MZRPU-mzdové řádky pro příkazy k úhradě je nyní možné pro libovolný mzdový řádek zadat odesílat jeho Kč podle nastavení bankovního spojení z číselníku životních pojišťoven. Typicky takto : Mzdový řádek : 175 Příspěvek na životní pojištění 1. Číslo účtu : M179A-bankovní spojení podniku od životní pojišťovny 2. Směrový kód banky : 3. Specifický symbol : 4. Variabilní symbol : 5. Konstantní symbol : 6. Jak započítávat ? P-přičítat 2040083 30042004 30042004 PB PB MZD 5 30042004 Dotaz na prémie Zadání : > Ve společnosti máme prémie - jsou konstruovány tak, že > musíme zadat % ( - > to procento je každý měsíc jiné a u každé osoby jiné ) a > prémie by se měla > spočítat ze skutečně odpracované doby vč. přesčasů a svátků tarifem u > měsíční mzdy - tj. z řádku 2 + 80, z řádku 2 u hodinové mzdy. > Poradíte nám ? Řešení : Myslím, že na tohle by měl zafungovat obecný mechanismus na prémie tak, jak ho máme v systému již nyní. Zkuste si vzít pokusného človíčka a u něj zkuste následující : 1) nastavte matriční údaj M178-Způsob pravidelného prémiování (odměňování) na hodnotu 11-měs. z nákladových mezd, zadat % 2) jakmile zadáte do mzdového řádku 51-Prémie a odměny měs. a Q z NM do složky "% prémie nebo odměny" jakékoli procento, pak se to spočítá Příklad : Mzdový řádek číslo 51 - Prémie a odměny měs. a Q z NM 11 LED 2005 %CSSOFTT Hlavní společnost - 3 - 12:12 PB-101 Tisk požadavků a úkolů Datumy od 25022004-11012005 Požadavek Zapsáno Vyřešeno Zapsal Řeší Skupina P Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── 1.Kč k přičtení : 2.Další Kč k přičtení : 3.% prémie nebo odměny : 10.00 --> vypoctena vyplata ČŘ T E X T HOD/DNY Kč 2 Základní mzda 170,00 10.200 51 Prémie měs.+Q z NM 0,00 1.020 Stejný algoritmus jako pro řádek 51 funguje také pro řádky 52,61,62. O tom, které řádky se započítávají do "prémiování" rozhoduje hodnota zápočtu KPR-do Kč pro výpočet prémií Hodnota Popis ---------------------------------------------- A ano J ano pro výpočet jednicové prémie M ano u pracovníka s měsíčním platem 1 ZM časová jednicová prémiovaná V B10 J 2 Základní mzda V B10 A 3 ZM úkolová jednicová prémiovaná V B10 J 4 ZM úkolová režijní prémiovaná V B10 A 5 ZM podílová jednicová prémiovaná V B10 J 6 ZM podílová režijní prémiovaná V B10 A 7 ZM smíšená jednicová prémiovaná V B10 J 8 ZM smíšená režijní prémiovaná V B10 A 9 ZM časová jednicová neprémiovaná V B11 . 10 ZM časová režijní neprémiovaná V B11 . 11 ZM úkolová jednicová neprémiovaná V B11 . 12 ZM úkolová režijní neprémiovaná V B11 . 13 ZM podílová jednicová neprémiovaná V B11 . 14 ZM podílová režijní neprémiovaná V B11 . 15 ZM smíšená jednicová neprémiovaná V B11 . 16 ZM smíšená režijní neprémiovaná V B11 . 80 Náhrada za svátek tarifem Z B80 M 81 Náhradní práce V B39 . 82 Náhrada mzdy za nevyč.dovol. k refundaci V B81 . 86 Náhrada mzdy za dovolenou V B86 . 87 Nevyčerpaná dovolená V B81 . 88 Náhrada mzdy za svátek Z B88N M 89 Náhrada mzdy ostatní V B81 . 90 Náhr.mzdy ostat. - malý průměr V B88 M 2040100 16062004 16062004 PB PB MZD 5 16062004 Účtování záporných částek Zadání : Narazili jsme na problém v exportu do účetnictví Option One a.s. Ve mzdách za 05/04 vznikla mínusová částka v řádku 87 Nevyčerpaná dovolená. Ale v exportu do účetnictví se neobjevila, přesto že je zadána, aby se účtovala (včt. předkontace). Mohl byte se na to prosím podívat. Řešení : Opraven program %MZDUCTO-zaúčtování mezd a %MZCON03-zaúčtování mezd pro Conoco. Měl jsem tam chybu v sekci, která rozděluje vyplacené Kč podle eventuelní agendy %MZM73-rozdělení dle středisek a zakázek. Vůbec jsem tam nepočítal se zápornými částkami. Tato chyba se bohužel projevovala i v případě, kdy zaměstnanec neměl žádné dělení dle středisek a zakázek. 2040101 27082004 27082004 PB PB MZD 5 27082004 Anglická mutace příkazů k úhradě 11 LED 2005 %CSSOFTT Hlavní společnost - 4 - 12:12 PB-101 Tisk požadavků a úkolů Datumy od 25022004-11012005 Požadavek Zapsáno Vyřešeno Zapsal Řeší Skupina P Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řešení : Do programů %MZDT079-srážky a %MZDT081-ZP, SZ a řádky v podmenu IDEA-mzdy / tisky / příkazy k úhradě jsem dodělal podporu pro anglickou mutaci. Celé toto funguje v okamžiku, kdy máte v %MZDCFG2-konfigurace podniku nastavený parametr 16. Základní jazyk pro sestavy : 3-english 2040102 31082004 31082004 PB PB MZD 5 31082004 Nové vzorové podmínky na hledání textu Řešení : Do seznamu vzorových podmínek přidány následující podmínky : FULLTEXT Hledá řetězec kdekoli v datech TEXT Hledá řetězec v textové poznámce 2040103 31082004 31082004 PB PB MZD 5 31082004 Kontextové menu zaměstnance rozšířit o soubory Řešení : Do konfiguračního programu %MZDCF14-adresáře, soubory, e-maily přidány následující parametry : 4. - filtr na soubory zaměstnanců : *.rtf 5. - kolik souborů zobrazovat v kontextové nabídce : 3 Jestliže je vyplněn nenulový počet v parametru "kolik souborů zobrazovat v kontextové nabídce :" pak se na terminálech typu Caster zobrazuje v kontextovém menu pod odkazem na adresář se soubory zaměstnance seznam všech souborů daného zaměstnance s možností tyto soubory přímo otevírat. 2040104 31082004 31082004 PB PB MZD 5 31082004 Základní řešení problematiky ELDP Řešení : Vytvořeno základní řešení problematiky ELDP v podmenu IDEA-mzdy / tisky / evidenční listy následovně : 1. zadávání a opravy ELDP (%MZELDP) 2. výpočet a vytváření záznamů ELDP (%MZELDP1) 3. tisk a export dat ELDP (%MZELDP2) 4. hromadné rušení ELDP (%MZELDP3) 5. konfigurace ELDP (%MZCF16) Schematický postup vytváření ELDP je tento : a) nechat program vypočítat a vytvořit záznamy ELDP pro vybrané zaměstance - viz program %MZELDP1 b) poté tato data v základním program %MZELDP-zadávání a opravy ELDP zkontrolovat a eventualně ručně doopravit c) vyexportovat data se záznamy o ELDP do souboru pro následné zpracování programem Valmont na tisk ELDP d) jakkoli spustit program Valmont na tisk ELDP, v něm otevřít soubor s daty vyexportovanými v bodě c) z IDEA-mzdy a tato data vytisknout 2040105 01092004 01092004 PB PB MZD 5 01092004 Rozšíření možností matričních formulářů Zadání : Bylo by možné vytvořit si zvlášť formuláře na zadávání různých druhů pracovních poměrů a na každém z těchto formulářů mít jiné předvolené hodnoty vstupů? Například u nároku na dovolenou: HPP 1 - 25 dnů, HPP 2 - 20 dnů, DPČ 1 - 0 dnů, DPČ 2 - 20 dnů. Řešení : Rozšířen mechanismus definování matričních formulářů. U každého údaje je možné definovat předvolenou hodnotu a způsob, jakým jej systém nabízí - buď tak, že se předvolená hodnota doplní až po stisku Enter nebo tak, že se předvolená hodnota přímo předvyplní a uživatel má možnost se k údaji vrátit. 2040106 01092004 01092004 PB PB MZD 5 01092004 Vzorový formulář na změnu bankovního spojení u 99 Řešení : Připraven nový vzorový matriční formulář FB-Bankovní spojení u srážky 99, kterým je možné měnit následující údaje u srážky číslo 99 : 1. Předčíslí a číslo účtu : 645348582 11 LED 2005 %CSSOFTT Hlavní společnost - 5 - 12:12 PB-101 Tisk požadavků a úkolů Datumy od 25022004-11012005 Požadavek Zapsáno Vyřešeno Zapsal Řeší Skupina P Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── 2. Kód banky : 0800 3. Variabilní symbol : 9 4. Konstantní symbol : 0138 5. Specifický symbol : 7453063464 Tento formulář je připraven s ohledem na doporučení pořizovat všechny srážky typu "doplatek na konto" jako srážku s číslem 99. Viz povel Z-zadej/oprav srážku zbytku výplaty při zadávání srážek a program %MZDT207-sjednocení srážek zbytku výplaty standardně umístěný v podmenu IDEA-mzdy / správce mezd / změny a konverze. Tento vzorový formulář si můžete aktivovat okopírování ze vzorové společnosti 1-%SYS například programem %MZDCOP-kopírování mezi zákazníky. 2040107 15092004 15092004 PB PB MZD 5 15092004 Import docházky ElectroWorld Zadání : Kromě toho budeme mít v Brně velkosklad od 20.9. a budou mít jídelnu s možností výběru jídla a já budu potřebovat , aby stravenky za středisko Brno mi naplouvali z docházky jiným systémem než ostatním, přidělají si v docházce kolonku a potřebovala bych, aby mi to vzalo jen tuto sumu a žádnou jinou srážku za stravenky jako ostatním. Řešení : Import docházky rozšířen o poslední 22hý sloupec s významem "Obědy k úhradě". Tento údaj se nahrává do mzdového řádku 457-Stravenky do kolonky "Kč k přičtení". Předpokládá se, že tento údaj bude v tabulkách v současné době vyplněn pouze u lidí ze střediska 125, ale řešení je uděláno obecně tak, aby se data importovalo pokaždé, když jsou k dispozici. 2040108 15092004 15092004 PB PB MZD 5 15092004 Úpravy ve formátování exportů pro ELDP Řešení : 1) Kolonka "Rodné příjmení" se nyní vyplňuje vždy - je-li vyplněn matriční údaj M106-Rodné příjmení, pak se vezme tento údaj, jinak se bere běžné příjmení zaměstnance 2) Data do kolonek s částkami se posílají s tisíci oddělenými tečkami. 3) Jestliže je v nějaké kolonce nulová hodnota, tak se neposílá číslice nula, ale prázdný řetězec. 2040109 15092004 15092004 PB PB MZD 5 15092004 Individuální nastavení pro ElectroWorld Řešení : 1) definován nový matriční údaj M1004-Hmotná zodpovědnost s možnými hodnotami Ano, Ne 2) definovaná nová podmínka "Má podepsanou hmotnou zodpovědnost" 3) údaj M1004 naplněn hromadně pro všechny lidi s kategorií 60000 4) definován nový matriční formulář ELW-speciální údaje ElectroWorld 5) definované nové podmínky JENDOHODY-je dohody, MIMODOHOV-všichni mimo dohodářů 2040110 15092004 15092004 PB PB MZD 5 15092004 Vytváření opravných záznamů ELDP Zadání : Zjednodušit postup při vytváření nového opravného záznamu s ELDP. Řešení : Opravné záznamy ELDP se vytvářejí tak, že se v hlavním programu na zadávání ELDP postavíte na záznam, jehož opravu chcete vytvořit. Na vstupu "Změnit údaj číslo" pak je k dispozici povel O-vytvořit nový opravný záznam a okopírovat do něj existující data. Zadáte-li tento povel O, pak se program ještě pro jistotu zeptá : Opravdu chcete vytvořit nový opravný záznam a okopírovat do něj existující data ? Odpovíte-li A, pak se vytvoří nový záznam okopírování aktuálního a změní se v něm následující údaje : - "Typ ELDP" se zvýší o 50, tedy z 01 na 51 resp. z 02 na 52 - "Oprava ELDP ze dne" se okopíruje z původního "Datum vyhotovení ELDP" - "Datum vyhotovení ELDP" se nastaví na dnešní den Dále je možné v takto nově vytvořeném záznamu provádět jakékoli změny. 11 LED 2005 %CSSOFTT Hlavní společnost - 6 - 12:12 PB-101 Tisk požadavků a úkolů Datumy od 25022004-11012005 Požadavek Zapsáno Vyřešeno Zapsal Řeší Skupina P Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── 2040111 15092004 15092004 PB PB MZD 5 15092004 Zjednodušit vytváření záznamů ELDP pro propuštěné Zadání : Úkolem, který se bude každý měsíc opakovat, je vytváření záznamů ELDP za zaměstnance propuštěné v daném období (typicky za minulý měsíc). Jak se nechá tento úkol provést ? Řešení : Do programu %MZELDP1-výpočet a vytváření záznamů ELDP přidána dvojice vstupů "Jen propuštěné od data" a "Jen propuštěné do data" s následujícím významem : 1) pokud jsou oba vstupy nevyplněné, pak se na M146-datum propuštění nebere vůbec ohled 2) pokud jsou oba vstupy vyplněné, pak se do zpracování zahrnují pouze zaměstnanci s M146-datum propuštění v zadaném rozsahu Nadále zůstávají v programu obecné možnosti filtrování zaměstnanců do zpracování - vícenásobný vstup "Osobní čísla >" a obecné omezení výběru jakoukoli podmínkou. 2040112 23092004 23092004 PB PB MZD 5 23092004 Při detailním tisku matričních změn jsou řádky 2x Řešení : Opraven problém v detailním tisku matričních změn - omylem se místo detailního popisu matričního údaje tisknul podruhé tentýž řádek jako při stručném tisku. 2040113 04102004 04102004 PB PB MZD 5 04102004 Tisk sestav zpětně a datumy v záhlaví Zadání : V případě potřeby tisku sestav zpětně za rok nevypadá dobře, jestliže je v záhlaví uvedeno aktuální datum. Bylo by vhodné na tomto místě zobrazovat datum odpovídající termínu uzávěrky daného měsíce. Řešení : Do konfiguračního programu %MZDCFGB-další parametry II přidán parametr "Jaké datum tisknout do záhlaví sestav". Nevyplněno znamená "<běžné datum>", jakákoli číselná hodnota X znamená nejbližší pracovní den po X-tém dni v následujícím měsíci. 2040114 06102004 06102004 PB PB MZD 5 06102004 Souběh DPP a HPP v jednom měsíci Zadání : - jak zadavat souběh DPP a HPP v jednom měsíci (jedná se např. u letních brigád) Jakym zpusobem by se mely do nasich mezd zadavat takoveho situace. Pocitam, ze asi 2 matricema. Řešení : má-li pracovník matrici a výplatu na HPP a k tomu ještě DPP, zadal bych výplatu odměny za DPP do mzdy za HPP a to na řádek 112, který svými zápočty zajišťuje vyloučení z výpočtů zdravotního i sociálního pojištění. Dvě matrice by musely být u HPP a DPČ, kde vzniká dvojí nemocenské pojištění. 2040115 13102004 13102004 PB PB MZD 5 13102004 Uvádění RČ na zápočtových listech Zadání : Protože se nemají uvádet rodná císla, uvažujete prosím o tom , že je zrušíte na záp.listech, abychom každý nemuseli mazat. Tento názor vychází z toho, že v rámci ochrany osobních údaju, kdy i napr na pracovní smlouvy se muže uvádet RC pouze s písemným souhlasem, který musí být založen v osobních spisech, takže všichni uvádí datum narození. Řešení : Údaj "Rodné číslo" odstraněn z tisku zápočtových listů. 2040116 02112004 02112004 PB PB MZD 5 02112004 Rozšíření vstupů v obrazovce %MZM54-průměry DNP Zadání : V obrazovce %MZM54-průměry DNP se občas neobrazují celé hodnoty v kolonkách 7. Počet dnů rozhodného období : 8. Počet neodpracovaných kalendářních dnů : 9. Počet dnů pro výpočet průměru : a místo delších hodnot se tato číslo zobrazují ořezaná s vlnovkou na konci. Řešení : Všechny zmiňované vstupy jsou nyní prodloužené na 7 míst s možností 2 desetin. 11 LED 2005 %CSSOFTT Hlavní společnost - 7 - 12:12 PB-101 Tisk požadavků a úkolů Datumy od 25022004-11012005 Požadavek Zapsáno Vyřešeno Zapsal Řeší Skupina P Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── 2040117 08112004 08112004 PB PB MZD 5 08112004 Tisk ELDP - při tisku 0P+ jsou chybně datumy Zadání : Při tisku dat na řádku 0P+ se v kolonkách Od-Do tisknou nesprávné hodnoty 0.0. Řešení : Hodnoty 0.0. se již netisknou a tyto kolonky tak zůstávají prázdné. 2040118 10112004 10112004 PB PB MZD 5 10112004 Export dat do TREXIMA Zadání : E-mail z Treximy: Děkuji Vám za zaslání dat do statistického šetření ISPV. V datech byly nalezeny tyto nedostatky: - U většího počtu pracovníků uvádíte v položce STOBC (státní občanství) označení CR. Správné značení českého státního občanství je CZ. toto je asi záležitost nastavení v číselníku, to bych zvládla - V datech byly nesprávně naplněny položky ABSENCE, ABSNAHR, DOVOLENA (u některých pracovníků uvádíte více než 100 dní dovolené) . V položce ABSNAHR uvádějte počet neodpracovaných pracovních dnů s náhradou mzdy od počátku roku. Patří sem např. dovolená, paragrafy, svátky, ... V položce DOVOLENA uvádějte počet dnů dovolené. V položce ABSENCE uvádějte počet neodpracovaných pracovních dnů od počátku roku. Patří sem např. nemoc, dovolená, paragrafy, svátky, ošetřování člena rodiny, neplacené volno, ... toto neovlivním, to bude nastavením v programu %MZDT182- odkud brát data Řešení : ad STOBC - toto jen rada jak to udelat -------------------------------------- a) bud hromadne zmente u vsech lidi stat na CZ - zadejte novou hodnotu do ciselniku statu, pouzijte program hromadna zmena M604 z CR na CZ, pak si pro jistotu (at to nepouzijete priste omylem) zruste CR b) v %MZC604-ciselniku statu si vyplnte pro kod CR hodnotu "2. Kód podle ČSÚ :" jako CZ ad DOVOLENA ----------- Zde jsem omylem sčítal PD z řádků 80 a 86, přičemž ten řádek 80 tam je omylem. Tím pádem jsou pak údaje DOVOLENA, ABSNAHR a ABSENCE všechny vyšší o PD z řádku 80. 2040119 17112004 17112004 PB PB MZD 5 17112004 Změna základního platu uprostřed měsíce Zadání : Pak mám ještě jednu čerstvou věc: v poslední době potřebuji zadávat změnu platu hodinového i měsíčního ne od 1. dne, ale od určitého data během měsíce (tzn. aby měl zaměstnanec např. 85 Kč/hod. do 10.8 a od 11.8. by mu náleželo zvýšení na 90 Kč/hod.). Používáme to zejména tam, kde při ukončení zkušební doby dostává zaměstnanec přidáno. Ten posun vzniká tím, že dost smluv je uzavíráno v průběhu měsíce, tedy ZD končí také tak. Původně jsem se domnívala, že k tomu slouží zadání data změny (ve mzdových údajích hned pod základní mzdou), ale na tento zápis program nereaguje a výpočet celého měsíce řídí dle navýšené mzdy. Já si to klidně vypočítám a ten řádek náležitostně upravím, ale přijde mi to jednodušší nechat to spočítat programem. Řešení : Do mzdových řádků 1-16 byly přidány nové složky "Hodiny k výpočtu s předchozím platem" a této složce odpovídající "Sazba". Není-li zadaná hodnota, do složky "Sazba", pak se dosadí základní plat na hodinu podle podmínek platných minulý měsíc. Zadané hodiny se pak násobí touto sazbou. Je tedy možné využít tento mechanismus v následujících dvou typech případů : 1) zaměstnanec nemá v minulém měsíci žádná data v matrici - pak je třeba zadat jak "Hodiny k výpočtu s předchozím platem", tak i "Sazba" 2) zaměstnanec má v minulém měsíci data v matrici - pak stačí zadat pouze "Hodiny k výpočtu s předchozím platem" a sazba se vezme z dat minulého měsíce Matriční údaj M169-Datum poslední změny platu je pouze orientační a bohužel podle něj není možné jakkoli odvozovat výpočty v algoritmu mezd. 2040120 17112004 17112004 PB PB MZD 5 17112004 Výpočet záporné daně Zadání : Program v současné době jakékoli záporné hodnoty v řádku 410-Zdanitelné měs.daň převede na nulu a nepočítá jakoukoli daň. 11 LED 2005 %CSSOFTT Hlavní společnost - 8 - 12:12 PB-101 Tisk požadavků a úkolů Datumy od 25022004-11012005 Požadavek Zapsáno Vyřešeno Zapsal Řeší Skupina P Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── V praxi je třeba mít možnost vynutit počítání i v záporných hodnotách. Řešení : 1) Do matriční obrazovky %MZM4-stavy matrice byl přidán nový matriční údaj M104ZD-Povolit a počítat záporný základ daně a zápornou daň s možnými hodnotami - Ano, Ne - nevyplněno znamená "odvozuj hodnotu tohoto parametru dál" 2) Do konfigurace projektu v programu %MZDCFGB-další parametry I byl přidán nový parametr "Povolit a počítat záporný základ daně a zápornou daň" s možnými hodnotami - Ano, Ne - nevyplněno znamená původní funkcionalitu "jakékoli záporné hodnoty se oříznou na nulu" 3) Upraven výpočet v řádcích 410 Mzda zdanitelná měsíční daní 411 Záloha na daň měsíční - podle parametrů popsaných v bodech 1+2) se stanoví mzda zdanitelná měsíční daní - v případě záporného základu se spočítá daň z absolutní hodnoty tohoto základu a výsledku se otočí znaménko 2040121 17112004 17112004 PB PB MZD 5 17112004 Zaokrouhlování vyměřovacího základu na ZP Zadání : V případě záporných částek se u vyměřovacího základnu na ZP zaokrouhluje tak, že výsledek je o 1Kč vyšší. Například 392 ÚHRN ZÚČTOV. MEZD 0,00 -2.520 395 Vyměř.zákl.soc.zab 0,00 -2.520 398 Vyměř.zákl.zdr.poj 0,00 -2.519 Řešení : Zaokrouhlování u záporného vyměřovacího základu na ZP upraveno tak, aby v absolutních hodnotách fungovalo stejně jak by fungovalo u kladné hodnoty. 2040122 10112004 17112004 PB PB MZD 5 10112004 Další potíže s exportem do Treximy Zadání : další anomálie: když udělám znovu %MZDT182 aniž cokoliv změním, údaje se liší, např. os. č. 11 dovolená předtím 165/asi hodin/ a nyní 150. Řešení : Objevil jsem příčinu této potíže s dovolenou a při té příležitosti i podobné potíže s kolonkou MZDA : U kolonek DOVOLENA a MZDA jsem omylem některé složky sčítal jak každý měsíc v pomocných proměnných, tak potom i v rámci sčítání těchto kolonek DOVOLENA a MZDA - v důsledku toho se ve výsledcích objevovala vyšší čísla, která ale nebyla jednoduše odhalitelná, protože se chyba kumulovala po 12ti měsících 2040123 23112004 23112004 PB PB MZD 5 23112004 Generování znaku G do zdravotních pojišťoven Řešení : Upraveno generování záznamů do zdravotních pojišťoven tak, aby se kód G generoval i v případě M133=11. Kompletní popis záznamů pro studenty nyní vypadá takto : Je-li M195-daňová skupina rovno 80=student - pak je-li M133=1 nebo 11 plátcem pojistného je stát (brigáda), generuje se kód G - jinak se generuje kód F 2040124 28112004 28112004 PB PB MZD 5 28112004 Přepočet výplat pouze kvůli výpočtu DNP Zadání : Existuje možnost přepočítat pouze výplaty s DNP a to pouze DNP? Řešení : Do programu %MZDTVYP-hromadný výpočet mezd byl přidán nový přepínač "Způsob spuštění ?" s možnostmi 1-kompletní přepočet mezd nebo 2-výpočet pouze DNP. Možnost 1-kompletní přepočet mezd odpovídá dosavadnímu stavu, kdy se pro všechny vybrané zaměstnance přepočítá výplata. Možnost 2-výpočet pouze DNP vyvolává speciální variantu přepočtu výplaty, kde celý algoritmus výpočtu končí okamžitě po přepočtu DNP. V tomto režmu se do sestavy a zpracování zahrnují pouze ty matrice, u kterých je vyplněno cokoli na řádcích 361-372. Po tomto přepočtu je možné využít libovolnou sestavu týkající se DNP, například sestavy z podmenu IDEA-mzdy / tisky / dávky nemocenského pojištění. 11 LED 2005 %CSSOFTT Hlavní společnost - 9 - 12:12 PB-101 Tisk požadavků a úkolů Datumy od 25022004-11012005 Požadavek Zapsáno Vyřešeno Zapsal Řeší Skupina P Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── 2040125 29112004 29112004 PB PB MZD 5 29112004 Použití údaje Vedoucí z číselníku profesí Zadání : Do Treximy se exportuje údaj Vedoucí, který je odvozený na základě údaje M151-profese z číselníku profesí. Rádi bychom využívali tento údaj pro definici podmínek, filtrování a třídění. Je to nějak možné. Řešení : Byl vytvořen nový odvozený matriční údaj M151V-Vedoucí, který je odvozený přes M151-profese z číselníku profesí. Tento údaje může nabývat hodnot "A" nebo "N". Dosud jsem totiž v programu %MZDT182-Statistika Trexima od roku 2002 odvozoval tento údaj natvrdo v programu a nebyl jednoduše přístupný. Nově používá program %MZDT182 nově vytvořený údaj M151V. Zároveň jsem vytvořil vzorovou podmínku VEDOUCI takto : Kód podmínky : VEDOUCI 1. Popis : Jen vedoucí 2. Potřebné údaje : 151V 3. Operátor ? A-a zároveň 4. Řádek Typ Výraz/Odkaz na podmínku 10 V M151V="A" 2040126 30112004 30112004 PB PB MZD 5 30112004 Rozdělování mezd po střediscích a zakázkách Zadání : Paní Šímová toto nové členění vlastně potřebuje proto, aby v konečném zaúčtování měsíce (které dělám exportem do NORIS) byly již rozdělené hrubé mzdy, soc. i zdrav.pojištění, příp.kooperativa(tedy všechny nákladové složky mzdy - účty 5..)a to zhlediska středisek (1 středisko u 1 zaměstnance) i zakázek (více zakázek v 1 měsíci u 1 zaměstnance). Tedy je zapotřebí aby se tyto změny v členění středisek a zakázek promítly jak na sestavě součtu výpl.pásek tak i v zaúčtování měsíce,které paní Šímové zasílám. Řešení : Problematika členění mezd na střediska a zakázky je velmi komplexní a proto se ji pokusím přehledně sepsat. A to včetně popisu nové funkcionality, která je do systému přidaná. 1) Každý člověk má svoje standardní matriční středisko a případně hlavní zakázku - matriční středisko je jednoduše matriční údaje M101-středisko - u firem, kde se evidují zakázky se hlavní zakázka zaměstnance odvozuje takto a) buď má vyplněn matriční matriční údaj M720-Režijní zakázka, pak se bere ten b) jinak se zkusí vzít parametr "Režijní zakázka" uvedený v číselníku %MZC101-střediska podle střediska daného člověka 2) Všechny základní tiskové sestavy (kromě výjimek uvedených dále) pracují vždy a zásadně pouze s údaji uváděnými ad 1) - to znamená, že všechny sestavy jsou tříděné nebo filtrované podle matričního střediska, případně režijní zakázky zaměstnance Existují následující možnosti, jak vyplácet mzdy zaměstnanci z jiných středisek/zakázek : 1) %MZDZJS-výplaty z jiných středisek - tímto programem je možné zadat jednorázově do výplaty platbu přesně daných Kč na nějakém mzdovém řádku z jiného střediska - zde uvedené přesně adresné Kč jsou součástí výplaty a platí pro měsíc, ve kterém byly zadány 2) Nadstavby - v rámci dat zadávaných resp. importovaných z nadstaveb (úkolové mzdy, docházky, stravné) je možné importovat i data o tom, ze kterých středisek a zakázek data pocházejí - programy pro obsluhu nadstaveb jsou v podmenu IDEA-mzdy / správce mezd / nadstavby, případně u specialit jednotlivých zákazníků 3) Nové mechanismy rozdělování nákladů přes procenta - k těmto účelům slouží následující trojice matričních programů 11 LED 2005 %CSSOFTT Hlavní společnost - 10 - 12:12 PB-101 Tisk požadavků a úkolů Datumy od 25022004-11012005 Požadavek Zapsáno Vyřešeno Zapsal Řeší Skupina P Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── %MZM73 - rozdělení středisek a zakázek %MZM75 - samostatné dělení středisek %MZM76 - samostatné dělení zakázek - na rozdíl od mechanismů popisovaných v bodech 1+2 tyto programy specifikují v matricích (a tedy trvale) procentní rozdělení výplat mezi střediska a zakázky - v těchto programech se specifikuje, kolik procent z výplaty se má ve speciálních rozborech převádět k tíži jiných středisek/zakázek 2040127 30112004 30112004 PB PB MZD 5 30112004 Sestavy s dělením mezd po střediscích/zakázkách Řešení : Pro účely sjednocení všech výkazů s dělením mezd po střediscích/zakázkách jsem vytvořil základní přepočítávací modul, který centrálně a jednotně rozpočítává mzdy na střediska/zakázky takto : ; MSTR-matriční středisko ; MZAK-matriční zakázka režijní ; ; 1) všechna data z výplatních pásek nejprve započítat k tíži MSTR,MZAK ; 2) adresné platby z "Výplaty z jiných středisek" převést na specifické středisko ; 3) adresné platby z "Nadstaveb" převést na specifické středisko/zakázku ; 4) pro všechny mzdové řádky rozdělit zbývající hodnoty u MSTR,MZAK ; 4a) - podle pomocné agendy z %MZM73-rozdělení středisek a zakázek ; 4b) - podle pomocné agendy z %MZM75-rozdělení středisek ; 4c) - podle pomocné agendy z %MZM76-rozdělení zakázek Tento modul je základním kamenem všech následně zmiňovaných tiskových sestav a postupně budu na jeho využití předělávat i jednotlivé typy účtovacích programů. Vytvořil jsem nové podmenu s tiskovými sestavami, které mají za úkol poskytnout přehled o výplatách a jejich členění po střediscích a zakázkách. Jedná se o podmenu IDEA-mzdy / tisky / rozbory středisek a zakázek s programy : %MZDT217 1. sumář vp po střediscích a zakázkách %MZDT218 2. součet vp po střediscích %MZDT219 3. součet vp po zakázkách %MZDT220 4. detaily převodů po zaměstnancích původní zastaralé sestavy %MZDT163 6. součet pásek vč. převodů středisek %MZDT212 7. sumář vp po střediscích a zakázkách První 4 sestavy berou kompletní výčet možností zadání a dělení výplat po střediscích/zakázkách (viz minulý požadavek - výplaty z jiných středisek, nadstavby, procentní členění v matricích) a zobrazují tato data v různých tříděních a úrovních detailnosti. Původní programy určené k tomuto účelu jsou sice nadále funkční, ale pouze v tom stavu, v jakém byli dosud. To znamená, že například berou do úvahy pouze informace z agend Výplaty z jiných středisek a Nadstaveb, ale již neberou žádný ohled na informace zadané v programech %MZM73/%MZM75/%MZM76-procentní dělení. 2040128 30112004 30112004 PB PB MZD 5 30112004 Účtování s dělením mezd po střediscích/zakázkách Řešení : Analogicky s předchozími 2 požadavky je třeba brát konzistentně do úvahy převody mezi středisky/zakázkami i do programů na zaúčtování. V základním programu na zaúčtovávání %MZDUCTO-zaúčtování měsíce jsem provedl následující změny : - celý mechanismus zaúčtovávání v tomto programu bere data na základě dříve zmiňovaného obecného rozpočítávacího modulu - vždy se berou do úvahy všechny možné převody mezi středisky/zakázkami 11 LED 2005 %CSSOFTT Hlavní společnost - 11 - 12:12 PB-101 Tisk požadavků a úkolů Datumy od 25022004-11012005 Požadavek Zapsáno Vyřešeno Zapsal Řeší Skupina P Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── - v dosavadních verzích byly přepínače Brát i převody mezi středisky ? Brát i data z nadstaveb >, , které jsou ve stávající verzi odstraněné. - vycházím z předpokladu, že pokud již obsluha zadává jakákoli data týkající se převodů mezi středisky/zakázkami, pak nemá smysl tato data při účtování ignorovat. Při rozúčtovávání PPZ se rozúčtovává procentně podle odpovídající výše vyměřovacích základů pro SZ podle středisek/zakázek. Po přechodnou dobu bude v podmenu IDEA-mzdy / dobírka / uzávěrka dostupný program %MZDUCTZ-předchozí verze zaúčtování měsíce. Tato předchozí verze je do menu umístěna jako alternativa k nové verzi a jako úniková možnost návratu k původní (sice nekomplexní, ale osvědčené) variantě. 2040129 30112004 30112004 PB PB MZD 5 30112004 Změna ve stanovení průměru DNP u nemocí -2 měsíce Zadání : V případě, že vzhledem k různým zpožděním zadáváme DNP začínající dříve než minulý měsíc (vzhledem k aktuálnímu měsíci), pak program nebral správnou výši pruměru DNP. Řešení : U takovýchto nemocí beru průměr pro tuto DNP následovně : 1) z kolonky "Datum od" si vezmu měsíc, ve kterém mám průměr hledat 2) z hodnot v tomto měsíci u následujících údajů stanovím průměr 1. Hrubý denní výdělek : ...... 2. Pravděpodobný hrubý denní výdělek : ...... 2040130 30112004 30112004 PB PB MZD 5 30112004 Padá program na srážky do spořitelny v NF Zadání : Program %MZDT085 mi u lidi kteří teď nastoupily a mají jen nové číslo účtu hlásí chybné číslo účtu, ačkoli při zadávání to prolezlo. (v čísle sporožíra jsou samé nuly). Řešení : Upraven program %MZDT085-srážky do spořitelny v NF následovně : 1) původní spořitelní kontrola přes modulo 11 se provádí pouze pro čísla účtů končící na 8 - zároveň se tato kontrola neprovádí pro ta bankovní spojení, kde SSYM je prázdný (nebo obsahující pouze zbytečné nuly) 2) pro nová čísla účtů bez SSYM se rovněž neprovádí kontrola modula 11 na SSYM (sporožira, vkladní knížky) 3) pro potřeby třídění existující sestavy nastavuji u účtů v novém formátu dosavadní třídící položky jako OKRES, UTVAR na hodnotu 0 2040131 30112004 30112004 PB PB MZD 5 30112004 Importy dat z CSV souborů do výplat nebo nadstaveb Zadání : Potřebovali bychom mít možnost importovat data z Excelu přímo do mezd. Například : Napojit z excelu zpět export dat do mezd /např. 13.plat/ - v příloze posílám vzor tabulky, ze které by se měly natahnout údaje zpět do mezd. Je nutné znát sloupec A- osobní číslo, B- jméno, E- polovina 13.platu, která se bude vyplácet v listopadové mzdě a F- druhá 1, která se bude vyplácet v prosincové mzdě Poslanému XSL souboru odpovídá při exportu jako CSV následující vzorek : Os.č.;Jméno;I-X/04;Dílčí základ;listopad;prosinec 3;Eisensteinová Ludmila;150000;15000;7500;7500 5;Divecká Hana;328000;32800;164000;16400 1003;Dušek Ladislav;25600;2560;1280;1280 Řešení : Vytvořena celá sada programů v podmenu IDEA-mzdy / správce mezd / nadstavby a jedná se o programy : nadstavby z CSV souborů %MZNAD11 7. definice csv nadstaveb 11 LED 2005 %CSSOFTT Hlavní společnost - 12 - 12:12 PB-101 Tisk požadavků a úkolů Datumy od 25022004-11012005 Požadavek Zapsáno Vyřešeno Zapsal Řeší Skupina P Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── %MZNAD12 8. import csv nadstaveb importy z CSV souborů %MZNAD21 10. definice csv importů %MZNAD22 11. import csv dat do výplat %MZNAD23 12. rušení převáděných složek mzdy Všechny tyto programy předpokládají import ze souborů typu CSV, kde v některém ze sloupců je uvedeno osobní číslo zaměstnance a v ostatních různá data. Tato data je možné nasměrovat buď do klasické "Nadstavby" projektu IDEA-mzdy nebo přímo do složek mzdy. a) varianta "Nadstavba" - data jsou importována do nadstavby a jejím prostřednictvím se dostávají do mezd - tato varianta je rozšířením existujícího bohatého mechanismu práce s nadstavbami b) varianta "Přímo do mezd" - data jsou importována přímo do složek mezd a de-facto tedy slouží tento mechanismus jako náhrada ručního zadávání dat Příklad řešení tohoto konkrétního příkladu : -------------------------------------------- A) v programu %MZNAD21-definice csv importů nadefinovat následující typ importu Kód nadstavby : PREMIE11 1. Popis : Import části 13. platu za listopad 2. Předpis jména souboru : 13plat.csv 3. Sloupec s osobním číslem : 1 4. ČŘ Sloupec v souboru Mzdový řádek Složka 10 5 58 13. a 14.plat z NM 2 Kč k přičtí B) a tento potom použít v programu %MZNAD22-import csv dat do výplat takto Import nadstavby : PREMIE11 Import části 13. platu za listopad Import ze souboru : 13plat.csv Je to jen zkouška ? Ne Zrušit předchozí data ? 1-ano a rušit u všech existujících výplat C) a dosáhneme tohoto výsledku OSČ Jméno ČŘ Popis Složka Popis Data Poznámka ----------------------------------------------------------------------------------------------------------------------- 3 Eisensteinová Ludmila 58 13. a 14.plat z NM 2 Kč k přičtení 7.500,00 zapsáno 5 Divecká Hana 58 13. a 14.plat z NM 2 Kč k přičtení 164.000,00 zapsáno 1003 Dušek Ladislav 58 13. a 14.plat z NM 2 Kč k přičtení 1.280,00 zapsáno ----------------------------------------------------------------------------------------------------------------------- Celkem 3x 2040132 30112004 30112004 PB PB MZD 5 30112004 Importy dat z CSV souborů do výplat nebo nadstaveb Zadání : Detailní popis jednotlivých programů z daného podmenu. Řešení : %MZNAD11-definice csv nadstaveb ------------------------------- Tímto programem se definují nadstavby, které chceme jak jednorázově, tak spíše pravidelně, importovat do mezd z CSV souborů. Předpokládá se import 11 LED 2005 %CSSOFTT Hlavní společnost - 13 - 12:12 PB-101 Tisk požadavků a úkolů Datumy od 25022004-11012005 Požadavek Zapsáno Vyřešeno Zapsal Řeší Skupina P Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── z CSV souborů (tedy soubory s oddělovačem ";"-středník a kódováním CP1250). Řádky v souboru budou typicky v nějakém sloupci obsahovat osobní číslo zaměstnance a v libovolných dalších sloupcích hodnoty z nadstaveb. Tyto hodnoty mohou být následujícího typu : 1-hodiny k přičtení 2-Kč k přičtení 3-hodiny k výpočtu a je možné je importovat do libovolného vybraného mzdového řádku. Chcete-li zadat proměnlivý název souboru, pak můžete do předpisu názvu souboru zadávat speciální povely oddělené z obou stran znakem @. %MZNAD12-import csv nadstaveb ----------------------------- Tímto programem se importují data do vybraných nadstaveb. Data pro každou nadstavbu se očekávají v samostatném souboru, jehož jméno (maska pro sestavení jména) je uvedeno v definici nadstaveb. Jméno tohoto souboru je pak předvolena, ale obsluha má možnost jméno souboru podle potřeby změnit. Pakliže spustíte program v režimu zkoušky, pak se načtou soubory a formálně se zkontrolují chyby. Zároveň se vypíše orientační protokol. Pokud se nejedná o zkoušku, pak systém 1) na začátku zpracování zruší všechna dosud naimportovaná data do nadstavby - toto se provádí v závislosti na hodnotě vstupu "Zrušit předchozí data ?" - občas je nutné sehrávat do jedné nadstavby data z více souborů (například za více nezávislých středisek) a pak je vhodné mít možnost nerušit již naimportovaná data do nadstavby 2) a dále se skutečně ukládají data do nadstaveb k výpočtu mezd. %MZNAD21-definice csv importů ----------------------------- Tímto programem se definují typy souborů, které chceme jak jednorázově, tak spíše pravidelně, importovat do mezd z CSV souborů. Předpokládá se import z CSV souborů (tedy soubory s oddělovačem ";"-středník a kódováním CP1250). Řádky v souboru budou typicky v nějakém sloupci obsahovat osobní číslo zaměstnance a v libovolných dalších sloupcích hodnoty, které budeme importovat přímo do složek nějakého mzdového řádku. Tento typ importů je vhodný v situacích, kdy je potřeba nahradit zdlouhavé ruční zadávání hodnot přímo do mezd importem hodnot ze souboru. %MZNAD22-import csv dat do výplat --------------------------------- Tímto programem se importují data přímo do zadávaných výplat. Jméno souboru je předvoleno pro každý typ importu, ale obsluha má možnost jméno importovaného souboru podle potřeby změnit. 11 LED 2005 %CSSOFTT Hlavní společnost - 14 - 12:12 PB-101 Tisk požadavků a úkolů Datumy od 25022004-11012005 Požadavek Zapsáno Vyřešeno Zapsal Řeší Skupina P Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Pakliže spustíte program v režimu zkoušky, pak se načtou soubory a formálně se zkontrolují chyby. Zároveň se vypíše orientační protokol. Pokud se nejedná o zkoušku, pak systém 1) na začátku zpracování zruší všechna převodová místa u všech nyní existujících výplat - toto se provádí v závislosti na hodnotě vstupu "Zrušit předchozí data ?" v případě, že je zvoleno 1-ano a rušit u všech existujících výplat 2) a dále se skutečně ukládají importovaná data přímo do mezd 3) jestliže je na vstupu "Zrušit předchozí data ?" zvoleno 2-ano a rušit jen u nyní importovaných lidí, pak se v případě že poprvé při zpracování narazíme na nějaké osobní číslo, pak se zruší všechna převodová místa u výplaty tohoto člověka %MZNAD23-rušení převáděných složek mzdy --------------------------------------- Tímto programem se u vybraných pracovníků pročistí všechny složky mzdy importované v rámce zvoleného typu importu CSV. Tento program je vhodný v případě, že omylem naimportujete nějaká data do nějakých složek a potřebujete tento import zrušit. 2040133 30112004 30112004 PB PB MZD 5 30112004 Vzorová smlouva na zrušení pracovního poměru Zadání : připomínám se s požadavky ze školení: 1) dodělat zrušení prac. poměru do "tisk smluv se zaměstnanci" dle předaného formuláře Řešení : Vytvořena nová vzorová smlouva typu RTF podle předaného formuláře. Její definice vypadá takto : Kód smlouvy : %IDEA05 Šablona distribuovaná s projektem IDEA-mzdy. Poslední aktualizace 30112004 17:16:27, výsledek OK. 1. Popis : Vzorové zrušení pracovního poměru pro Ontex 2. Soubor s předlohou smlouvy : D:/Data/Vyvoj/IDEA-mzdy/RTF/Ontex-zruseni.rtf 3. Kdy aktualizovat předlohu ? 1-ručně obsluhou 4. Potřebné matriční údaje : Všechny základní 5. Potřebné mzdové ukazatele : žádné 2040134 30112004 30112004 PB PB MZD 5 30112004 Export mzdových ukazatelů po řádcích Zadání : V programu %MZDT147-Export mzdových ukazatelů po řádcích nefunguje dobře export měsíců. Data jsou sice spočítaná správně, ale všechny řádky obsahují stejný měsíc (poslední známý měsíc z intervalu). Řešení : Export sloupce "Měsíc" v programu %MZDT147-Export mzdových ukazatelů po řádcích byl opraven a navíc bylo přidáno následující rozšíření : 1) Přidán přepínač "Jak měsíce ?" s možnostmi 1-každý měsíc zvlášť nebo 2-celé období dohromady - předvolenou hodnotou je 1-každý měsíc zvlášť 2) V případě, že se měsíc exportuje do výsledného souboru, pak se exportuje v takovém formátu, aby jej Excel považoval za hodnotu přestavující měsíc. 2040135 01122004 01122004 PB PB MZD 5 01122004 Účetnitví ElectroWorld a přeúčtovávání středisek Zadání : Upravit účetnitví ElectroWorld tak, aby to bralo do úvahy přeúčtovávání středisek zadané v programu %MZDZJS-výplaty z jiných středisek. Stejně tak připravit tento program na možnost rozúčtovávání PPZ mezi středisky. Řešení : Upraven program %MZELW03-export účetních dat tak, aby používal centrální rozpočítávací modul mezi střediska a zakázky. 11 LED 2005 %CSSOFTT Hlavní společnost - 15 - 12:12 PB-101 Tisk požadavků a úkolů Datumy od 25022004-11012005 Požadavek Zapsáno Vyřešeno Zapsal Řeší Skupina P Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Při rozúčtovávání PPZ se rozúčtovává procentně podle odpovídající výše vyměřovacích základů pro SZ podle středisek/zakázek. 2040136 01122004 01122004 PB PB MZD 5 01122004 Zaokrouhlovací rozdíl v SZ - ZOPAKOVÁNÍ 2030058 Zadání : Tento požadavek je již rok a půl stary (a původně měl číslo 2030058 a je ze dne 14.4.2003), ale vzhledem k jeho absolutní důležitosti pro správné fungování nových programů na zaúčtování mezd a vůbec celé konzistenci výstupů z projektu mezd, jsem ho opět zopakoval, aby se objevil v dokumentaci nové verze. Z principu projektu IDEA-mzdy vždy existoval zaokrouhlovací rozdíl mezi mzdovým řádkem 507-Pojistné na SZ placené podnikem a skutečným odvodem za podnik. Tento rozdíl je způsoben výpočtem a zaokrouhlováním všech mzdových řádků na celé Kč, tedy i řádku 507. Oproti tomu odvod SZ za celý podnik se zakrouhluje pouze jednou za celou sociální pojišťovnu (správu SZ). Tento rozdíl byl a je již na sestavách vykazován a v rámci exportů do účetnictví již byl a je rozpočítáván tak, aby byl v souladu účetní zápis s reálným odvodem. Nadále ovšem zůstává rozpor mezi prostým součtem Kč z řádku 507 a reálným odvodem - ať už počítaným v rámci zaúčtování/sestavy odvody sociálního zabezpečení/příkazů k úhradě. Řešení : Do programu %MZDT093-Odvody sociálního zabezpečení byl přidán vstup "Rozpočítat zaokrouhlovací rozdíl ?". Pokud zvolíte Ano, pak se rozdíl mezi součtem Kč z řádku 507-Pojistné na SZ placené podnikem a skutečným odvodem SZ zapíše k poslednímu zpracovávanému osobnímu číslu v rámci sociální pojišťovny. Zaokrouhlovací rozdíl bude v důsledku toho nulový a následně bude také souhlasit prostý součet Kč z řádku 507 za všechny zaměstnance ve všech sestavách (třeba přes tisk součtu výplatních pásek) se skutečným odvodem. Aby tento mechanismus úspěšně fungoval, je nutné, aby se toto rozpočítání zaokrouhlení spustilo po přepočtech výplat před jakýmkoli jiným tiskem z mezd. 2040137 09122004 09122004 PB PB MZD 5 09122004 Import docházky ElectroWorld Řešení : Upraven import dat následovně : - ve firmě ELW se data z kolonky Přesčasy nahrávají do mzdového řádku 515 a složky "Hodiny k přičtení" - ve firmě EWW se data z kolonky Přesčasy nahrávají do mzdového řádku 6 a složky "OH s příplatkem A%" - kolonka "Obědy k úhradě" se nahrává do mzdového řádku 460 a složky "Kč k přičtení" - jestliže je vyplněna kolonka "Obědy k úhradě", pak se nenahrává kolonka "Stravenky vydané tento měsíc" 2040138 09122004 09122004 PB PB MZD 5 09122004 Definice vzorových podmínek Řešení : Upraveny definice následujících podmínek, které jsou založené na odvozeném matričním údaji M119D-Přiznané druhy důchodů k posl.dni měsíce, takto : DUCHODCE Důchodce (M119D není prázdné) DUCHODCES Starobní důchodce (M119D obsahuje jednu z hodnot 13-starobní, 23-souběh vdovského a starobního) 2040139 09122004 30122004 PB PB MZD 5 09122004 Sestava stavů pracovníků 11 LED 2005 %CSSOFTT Hlavní společnost - 16 - 12:12 PB-101 Tisk požadavků a úkolů Datumy od 25022004-11012005 Požadavek Zapsáno Vyřešeno Zapsal Řeší Skupina P Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Zadání : Do sestavy %MZDT060-Stavy pracovníků přidat další sloupec s fyzickým počtem tohoto typu : - 1 bude započítaná u pracovníka v případě, že alespoň jeden den daného intervalu byl ve stavu - oproti tomu existující sloupec ukazuje ve sloupci "fyzický stav" stav pracovníků k poslednímu dni v intervalu Řešení : Do sestavy byl přidán sloupec "Fyzický za období" - tento sloupec započítává zaměstnance v případě, že alespoň jeden den ze zadaného intervalu byl zaměstnanec v evidenčním stavu 2040140 19122004 19122004 PB PB MZD 5 19122004 Podpora hromadného zadávání převodů mezi zakázkami Zadání : Ještě mám na Vás já také jeden dotaz. A to takový - že v současné verzi idey já zadávám pohyb mezi zakázkami na úrovni každého jednotlivého zaměstnance. (tak to v O.One původně říkaly a požadovaly, ale nakonec je zapotřebí členit pohyb mezi zakázkami jen v rámci několika středisek- tedy že např. u všech zaměstnanců ze střediska 311 je procentuální rodělení dle zakázek naprosto stejné.) Chtěla jsem se tedy zeptat, zda by šlo tedy ideu ještě doupravit tak, aby toto procent.rozdělení dle zakázek šlo nastatvit na úrovni středisek. Velice by mi to usnadnilo práci i čas, protože zatím musím zadávat u každého zaměstnance zvlášť členění dle zakázek (a O.One má zaměstnanců požehnaně mnoho....) zatímco by stačilo zadat jen členění v rámci daného střediska. Řešení : 1) Nový program %MZDT221-Rušení dělení středisek a zakázek Program prochází zaměstnance, kteří vyhovují zvolené podmínce a ruší u nich vybrané agendy s rozdělování středisek a zakázek podle přepínačů Zrušit 'rozdělení středisek a zakázek' ? Zrušit 'samostatné dělení středisek' ? Zrušit 'samostatné dělení zakázek ' ? 2) Nový program %MZDT222-Hromadné samostatné dělení zakázek Program prochází zaměstance, kteří vyhovují zvolené podmínce a nastavuje pro ně samostatné dělení zakázek pro zadanou zakázku a zadané procento. Tento program je určen jako zjednodušení zadávání dat do agendy %MZM76-samostatné dělení zakázek. 2040141 23122004 23122004 PB PB MZD 5 23122004 Podmínky pro vyhotovení stejnopisů ELDP Zadání : Podmínky pro vyhotovení stejnopisů ELDP v případě elektronického předávání RELDP - viz http://www.cssz.cz/tiskopisy/ELDP_2004/vyhotoveni_stejnopisu.asp V případě elektronického předkládání ELDP nemusí být pro stejnopis využit tiskopis ČSSZ, ale může být vytvořen stejnopis pro pojištěnce a pro organizaci v podobě tiskové sestavy. Protože je nezbytné, aby údaje ELDP byly pro pojištěnce vypovídající, měla by tato sestava splňovat následující podmínky: 1. Každý stejnopis ELDP (jeden, s podpisem zaměstnance, zůstává založen v organizaci, druhý je s razítkem a podpisem organizace předáván pojištěnci) musí být nadepsán názvem Evidenční list důchodového pojištění za rok .. 2. Údaje obsahující záznamy oddílu 2 klasického tiskopisu ELDP, musí být pro pojištěnce naprosto srozumitelné (např. nelze použít zkratku VyD příp. Dod, ale alespoň vylouč. doby, doby odečt.) 3. Používání zkratek v údajích oddílu 1 a 3 klasického tiskopisu se nevylučuje 4. V případě, že bude přicházet v úvahu vyplnění 2. případně 3. i dalšího řádku v oddílu 2, musí tyto údaje stejnopis obsahovat 5. Vyměřovací základ by neměl být na tiskové sestavě uváděn opakovaně bez vyznačení, že se jedná o součet 6. Musí být zachován dostatečný prostor pro podpis pojištěnce a uvedení data převzetí, a pokud jde o stejnopis předkládaný pojištěnci pro razítko a podpis organizace 7. Tisk by neměl být zmenšován pod únosnou hranici čitelnosti Řešení : Do programu %MZELDP2-tisk a export ELDP byla přidána možnost tisku stejnopisů ELDP v následujících formátech 11 LED 2005 %CSSOFTT Hlavní společnost - 17 - 12:12 PB-101 Tisk požadavků a úkolů Datumy od 25022004-11012005 Požadavek Zapsáno Vyřešeno Zapsal Řeší Skupina P Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Formát tisku ? 1-základní informace 2-kompletní tisk bez rámečků 3-kompletní tisk s rámečky 1) základní informace - tiskne pro každý ELDP pouze informativní řádek - tento formát je vhodný pouze jako informativní výpis a jako doplněk k exportu dat do následného zpracování 2+3) kompletní tisk bez rámečků/s rámečky - tento formát je vhodný při vytváření stejnopisů buď pro zaměstnance nebo pro zakládání v organizaci - jeho použití se předpokládá zejména u orgranizací, které budou předávat data o ELDP v elektronické formě 2040142 30122004 02012005 PB PB MZD 5 30122004 Export ELDP dat do XML formátu Zadání : Česká správa sociálního zabezpečení (dále jen ČSSZ) přijímá evidenční listy důchodového pojištění (dále jen ELDP) vedené od 1. 1. 2004 za jednotlivé kalendářní roky též v elektronické podobě. Přenos do ČSSZ je možné uskutečňovat : - prostřednictvím Portálu veřejné správy - prostřednictvím paměťového média, tj. na CD nebo na disketě 3,5"/1,44MB. Přidat do projektu možnost exportu dat v XML formátu odpovídajícímu elektronické podobě ELDP vyžadované ČSSZ. Řešení : Do programu %MZELDP2-Tisk a export dat ELDP byla na vstupu "Formát exportu dat ?" přidána možnost exportu dat v následujících formátech 1-základní XML formát 2-Valmont Základní XML formát produkuje soubor s ELDP ve formátu vhodném k předání na ČSSZ. Tento soubor je možné předat na ČSSZ prostřednictvím paměťového média, tj. na CD nebo na disketě 3,5"/1,44MB. Nebo je možné tento soubor importovat do jakéhokoli programu na komunikaci s Portálem veřejné správy. V současné době doporučujeme program firmy NZ SERVIS Kladno (www.nzservis.cz). Orientačně vypadá vytvářený XML soubor takto : <?xml version="1.0" ?> <RELDP id="" vs="" nam="" cit="" str="" num="" pnu=""> <reldp yer="" typ="" dre=""> <client bno=""> <name sur="" fir="" tit="" /> <adr cit="" str="" num="" pos="" pnu="" /> <birth dat="" nam="" cit="" /> </client> <items coun="" sdex="" sinc="" sdar=""> <t1 row="" cod="" fro="" to="" din="" m1="" m2="" m3="" m4="" m5="" m6="" m7="" m8="" m9="" m10="" m11="" m12="" m13="" inc="" dex="" dar="" /> .... <t2 row="" cod="" fro="" to="" /> .... </items> <comp nam="" id="" vs="" cre="" fro=""> <adr cit="" str="" num="" pnu="" /> </comp> </reldp> .... </RELDP> 2040143 30122004 30122004 PB PB MZD 5 30122004 Omezit varovná hlášení pro M133=11 11 LED 2005 %CSSOFTT Hlavní společnost - 18 - 12:12 PB-101 Tisk požadavků a úkolů Datumy od 25022004-11012005 Požadavek Zapsáno Vyřešeno Zapsal Řeší Skupina P Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řešení : Pro M133=11 (plátcem pojistného stát, 400Kč) se nyní negenerují následující varování Za studenta mladšího 26ti let by měl být plátcem pojistného stát. Za studenta staršího 26ti let by neměl být plátcem pojistného stát. U důchodce by měl být plátcem pojistného stát. 2040144 02012005 02012005 PB PB MZD 5 02012005 Výpočet průměrů DNP u propuštěných Zadání : Narazila jsem na problém s průměrem DNP. Pracovník 9098 skončil PP dne 25.9.04 a v ochranné lhůtě uplatnil od 21.11.04 nárok na PPM /367/. Rozhodné období dle Vás je 1.4.2000 do 25.9.2004/tedy do skončení PP/. Dle mého názoru je rozhodné období od 1.5.2000 do 31.10.2004. Tím se samozřejmě lišíme v průměru. Prosím, zda se na to můžete podívat. Řešení : Máte pravdu - rozhodné období je 12 měsíců od data "události" a ne podle ukončení poměru. - upraven výpočet průměru DNP, který se provádí při každém ukončení měsíce - dosud se vůbec nepřepočítával průměr v případě, že pracovník byl propuštěn dříve, než v ukončovaném měsíci - nyní se se průměr přepočítává vždy a jako konec rozhodného období se bere buď poslení den ukončovaného měsíce nebo datum propuštění (je-li v ukončovaném měsíci) 2040145 02012005 02012005 PB PB MZD 5 02012005 Výpočet nemocí začínajících dříve než minulý měsíc Zadání : Při zpracování v SOCO se stává, že například v měsíci 03/2004 se dostanou ke zpracování nemoci, která začíná v měsíci 01/2004. V tomto případě by se měl brát takový průměr pro DNP, jaký platil v měsíci 01/2004. Toto ale program neumí a umí zpracovat pouze nemoci začínající v minulém měsíci (protože má platný průměr z tohoto měsíce schovaný v matričním údaji M190A-Hrubý denní výdělek pro DNP z minulého měsíce). Řešení : V případě výpočtu DNP začínající dříve, než je minulý měsíc, se jako průměr berou data z toho měsíce, ve kterém DNP začala. V našem případě by se tedy šlo do matrice daného pracovníka v měsíci 01/2004 a z dat v údajích Hrubý denní výdělek : Pravděpodobný hrubý denní výdělek : v tomto měsíci by se stanovil průměr pro výpočet této dávky. 2040146 02012005 02012005 PB PB MZD 5 02012005 Výpočet u DNP se symbolem N-nově pokračuje Zadání : V 02/04 u paní Hrabcové ve společnosti Conoco se mi nějak divně spočítali dny nemoci, jak je to nyní na ty 3 druhy výplaty nemocenských dávek, tak tam nějak nefungují ty symboly. Mohl byste se na to podívat. Byly to dvě na sebe navazující nemoci a měly by se brát jako jedna nemoc. V případě že použijeme Nově pokračuje - tak by to mělo navazovat na tu předchozí. ================ Obsluha zadávala jednu dávku od 5.1 do 14.1. se symbolem ZK, následně další od 15.1. do 30.1. se symbolem NP a poté ještě jeden den 31.1. další řádek s PP a povelem Neplatit. To se mi zdálo divné a doporučoval jsem zadat všechno jedním řádkem s těmito parametry Od:1.4.2004 Do: 31.1.2004 Platit do: 30.1.2004 Symbol:ZP ================= To je samozřejmě lepší, ale protože jsou to 2 nemoci navazující na sebe, tak by měli být i evidovány zvlášť a ne dohromady. Neplaceně na konci má dny na které nemá lísteček na peníze, ale je stále nemocná. Řešení : Upraven výpočet DNP se symbolem N-nově pokračuje resp. upraveno lepší schovávání dat o minulých dávkách. Dosud jsem si předchozí průměr a předchozí začátek nemoci schovával pouze pro ty dávky, které mají v symbolu P-pokračuje do dalšího měsíce. Zatímco tady je třeba si u nového pokračování brát tyto parametry od minulé dávky, která má shodou okolností u sebe symbol ZK-začíná a končí. Tedy takový, od kterého se dosud nepředpokládalo zadávání N-nového pokračování. 11 LED 2005 %CSSOFTT Hlavní společnost - 19 - 12:12 PB-101 Tisk požadavků a úkolů Datumy od 25022004-11012005 Požadavek Zapsáno Vyřešeno Zapsal Řeší Skupina P Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Nově si během výpočtu schovávám předchozí průměr a předchozí začátek nemoci ode všech zpracovávaných nemocí tak, abych v případě výpočtu N-nového pokračování věděl od jakých parametrů mám ve výpočtu pokračovat. 2040147 05012005 05012005 PB PB MZD 5 05012005 Připomínky k vytváření ELDP Zadání : 1) vyplňování pošty - u zaměstnance, který měl v adrese zadáno bydliště Brno-Židenice, se v kolonce pošta vytiskla hodnota Brno-, tedy včetně pomlčky - pokud má někdo poštu např. Nová Paka, na RELDP se musí psát pošta NováP 2) řádky bez datumů - pokud DPČ několik měsíců nemají příjem a pak zase mají, rozdělí se jejich příjmy na 2 řádky 3) výdělečná činnost v organizaci od - vyplňuje se jen, byla-li výdělečná činnost konkrétního pojištěnce započata před kalenářním rokem, za který je ELDP veden - u těch, co nastoupili v průběhu roku 2004 a kterých se nemá tisknout datum nástupu v kolonce "Výdělečná činnost v organizaci od", se tiskne 0.0 Řešení : 1) při vytváření ELDP záznamů se z názvu pošty odstraní všechny pomlčky a mezery a teprve poté se vezme prvních 5 znaků 2) při závěrečném spojování dat o ELDP z podkladů v jednotlivých měsících nyní spojuji i řádky, které nemají vyplněné datumy od-do - dosud jsem spojoval pouze řádky, které datumy měly a navazovaly na sebe 3) upraven tisk a export ELDP tak, aby se u těch, co nastoupili v průběhu zpracovávaného roku netisklo datum nástupu v kolonce "Výdělečná činnost v organizaci od" 2040148 05012005 05012005 PB PB MZD 5 05012005 Změna minimální mzdy od 1.1.2004 Zadání : Od 1.1.2005 platí změna měsíční minimální mzdy z 6700 na 7185 Kč a hodinové minimální mzdy z 39.60 na 42.50 Kč. Pramen: Nařízení vlády č. 699/2004 Sb. - rozesláno 31.12.2004. Řešení : Tyto konfigurační parametry se automaticky aktualizují po instalaci nové verze. 2040149 05012005 05012005 PB PB MZD 5 05012005 Daňový odpočet za zaplacené příspěvky odborům Zadání : Od základu daně lze nově odečíst zaplacené členské příspěvky člena odborové organizace této organizaci podle jejích stanov, která uskutečňuje činnosti spočívající v obhajobě hospodářských a sociálních zájmů zaměstnanců v rozsahu vymezeném zvláštním právním předpisem. Takto lze odečíst částku do výše 1,5 % zdanitelných příjmů, s výjimkou příjmů zdaněných srážkou podle zvláštní sazby daně, maximálně však do výše 3 000 Kč za zdaňovací období. Řešení : 1) Program %MZDDAN-Daň z příjmu fyzických osob rozšířen o následující kolonku "k, zaplacené příspěvky odborům (Kč ) 23:" 2) Do tohoto údaje se načítají vyplacené Kč ze mzdového řádku 494-Příspěvky odborům. A to bez jakéhokoli omezení. 3) V následném výpočtu se jako odečitatelná částka započítá hodnota v této kolonce s omezením na 1,5% zdanitelných příjmů resp. s omezením na 3.000 Kč. Tím je zajištěna správnost výpočtu i v případě chybného ručního zadání vyšší částky. 4) Upraven následný tisk %MZDT075-tisk daně z příjmu, kde se zobrazuje uznaná částka zaplacených příspěvků odborům. 2040150 06012005 06012005 PB PB MZD 5 06012005 Mechanismus reorganizace pořadí mzdových řádků Řešení : 1) Vytvořen nový program %MZRPOR-reorganizace pořadí mzdových řádků. V tomto programu se nechá upravovat pořadí, ve kterém se budou mzdové řádky vypisovat ve vybraných tiskových sestavách - aktuálně pouze v tisku výplatních pásek. Tím je možné dosáhnout toho, že mzdové řádky se nebudou v některých 11 LED 2005 %CSSOFTT Hlavní společnost - 20 - 12:12 PB-101 Tisk požadavků a úkolů Datumy od 25022004-11012005 Požadavek Zapsáno Vyřešeno Zapsal Řeší Skupina P Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── případech strikně zobrazovat setříděné podle jejich čísel, ale tak, jak odpovídá v tomto programu zadanému pomocnému pořadí. Příklad : Budete-li chtít například mzdový řádek 80-Náhrada za svátek tarifem zobrazovat těsně za mzdovým řádkem 2-Základní mzda, nastavte v tomto programu pro řádek 80 parametr "Pomocné pořadí" na hodnotu 2. Příklad z 01/2005 : Vzhledem ke změnám ve výpočtu daní s platností od 1.1.2005 bylo nutné vytvořit několik mzdových řádků, které logicky patří do prostoru původního řádku 411-záloha na daň. V okolí tohoto řádku už ale není pro tyto řádky místo a tak bylo nutné vytvořit nové mzdové řádky s čísly 521-524. Aby se při tisku výplatních pásek zobrazovaly tyto řádky na logicky očekávaných místech, nastavuje se během instalace automaticky pro tyto řádky 521-524 jejich parametr "Pomocné pořadí" na hodnotu 410 tak, aby byly zatříděny za eventuelním řádkem 410 a před stávajícím řádkem 411. 2) Upraven program %MZDT001-tisk výplatních pásek tak, aby bral do úvahy výše uvedené nastavení 3) Programy %MZDCOP/%MZDCOPR na kopírování dat mezi společnostmi rozšířeny na kopírovaní výše uvedených definic 2040151 10012005 10012005 PB PB MZD 5 10012005 Konfigurace DNP Řešení : Během instalace verze se automaticky prodlouží platnost stávajících parametrů do 31.12.2005 následovně : Od data Do data ----- hrubá denní částka pro výpočet DNP ---- Nezkrácená Maximální 01101999 31121999 360 540 01012000 31122000 400 590 01012001 30112001 430 630 01122001 31122001 480 690 01012002 31122002 480 690 01012003 31122003 480 690 01012004 31122005 480 690 2040152 10012005 10012005 PB PB MZD 5 10012005 Úpravy ve výpočtech týkajících se minimální mzdy Řešení : 1) Upraveno stanovování minimální hodinové mzdy u pracovníků s hodinovou mzdou - dosud se jako minimální hodinová mzda bral konfigurační údaj "Minimální mzda - hodinová : " (od 1.1.2005 platí 42,50) - tato hodnota je ale vztažena k 40ti hodinovému pracovnímu týdnu - nově tedy tuto hodnotu násobíme koeficientem 40 děleno {Týdenní pracovní doba z kalendáře} 2) V algoritmu u mzdového řádku 101-Doplatek do minimální mzdy se porovnává výdělek s minimální mzdou - u níže uvedených řádků, které měli u sebe uvedenu hodnotu A, jsme odstranili toto nastavení ze zápočtu KMM-do Kč pro kontrolu minimální mzdy, HMM-hodiny pro kontrolu minimální mzdy - jinými slovy to znamená, že tyto řádky se již nezahrnují do výpočtu částky pro porovnání s minimální mzdou a v podobné tabulce zápočtů HMM a KPP již u těchto řádků nebudou hodnoty A K H M M M M 19 Příplatek za práci přes čas . P 22 Příplat.za práci ve ztíž.+ škodl. prost. A . 26 Příplatek za práci v noci A . 30 Příplatek za práci ve výškách A . 31 Příplatek za práci ve svátek A . 32 Příplatek za práci ve svátek sazbou A . 11 LED 2005 %CSSOFTT Hlavní společnost - 21 - 12:12 PB-101 Tisk požadavků a úkolů Datumy od 25022004-11012005 Požadavek Zapsáno Vyřešeno Zapsal Řeší Skupina P Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── 34 Příplatek za práci v noci sazbou A . 36 Příplat.za škodl. prostř. jednicový A . 38 Příplatek za práci ve svátek jednicový A . 40 Příplatek za práci v noci sazbou jednic. A . 86 Náhrada mzdy za dovolenou A A 88 Náhrada mzdy za svátek A A 89 Náhrada mzdy ostatní A A 90 Náhr.mzdy ostat. - malý průměr A A 91 Náhrada mzdy - hodinové překážky A A 92 Náhrada 60% mzdy A A 93 Náhrada za prostoj tarifem A A 94 Náhrada za prostoj ve svátek A A 95 Studijní volno celodenní A A 96 Studijní volno hodinové A A 97 Celodenní volno dle kol. smlouvy z FO A A 98 Rozšířená náhrada mzdy studujícím denní A A 99 Rozšířená náhrada mzdy studujícím hodin. A A 102 Náhr.mzdy ostat. - malý průměr A A 112 Dohody o provedení práce . . 120 Odstupné nepojištěné A . 121 Odstupné pojištěné A . 123 Odměny dle KS,odchod dohodou,org.změna A . 124 Odchodné nepojištěné A . 144 Refund.mzda faktur. při nástupu voj.služ A . 2040153 10012005 10012005 PB PB MZD 5 10012005 Sledování údajů o nerezidentech Zadání : Od 1.1.2005 mají u nerezidentů evidovat následující údaje: - datum narození - číslo pasu nebo jiného dokladu prokazujícího jeho totožnost - kód státu, jehož je rezidentem - daňové identifikační číslo, bylo-li mu jeho domovským státem přiděleno - rodné číslo, bylo-li mu jeho domovským státem přiděleno Řešení : 1) Byly vytvořeny následující nové matriční údaje 743 Datum narození (zadávané u cizinců) 744 Daňové identifikační číslo (zadávané u cizinců) - tyto údaje se zadávají v matriční obrazovce %MZM9-uživatelská obrazovka 2) Upravena definice odvozeného matričního údaje M109D-datum narození - jestliže je vyplněn matriční údaj M743-Datum narození (zadávané u cizinců), pak se bere tento údaj - jinak se odvozuje datum narození z údaje M109-rodné číslo 3) Pro zjednodušení práce s cizinci/nerezidenty jsem připravil nový matriční formulář FC-Údaje sledované u nerezidentů, jehož definice vypadá následovně 9. Y-X Kód Text Sloupec ? 10 1 103 Příjmení, jméno, titul : N 20 1 109 Rodné číslo : N 25 1 743 Datum narození : N 30 1 604 Státní příslušnost : N 40 1 608 Číslo cestovního pasu : N 50 1 609 Platnost cestovního pasu : N 11 LED 2005 %CSSOFTT Hlavní společnost - 22 - 12:12 PB-101 Tisk požadavků a úkolů Datumy od 25022004-11012005 Požadavek Zapsáno Vyřešeno Zapsal Řeší Skupina P Termín Předmět ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── 60 1 744 Daňové identifikační číslo : N 70 1 709 Číslo průkazky u ZP : N - tento matriční formulář se nainstaluje automaticky během instalace nové verze mezd 2040154 10012005 10012005 PB PB MZD 5 10012005 Roční zúčtování za rok 2004 Řešení : 1) Upraven program %MZDDAN-roční zúčtování daně z příjmu fyzických osob - do zpracování ročního zúčtování daně z příjmu fyzických osob byly přidány kolonky "Příjmy" a "Pojistné" - tyto kolonky se pro prvního plátce nasčítávají za zúčtovávané období Kč z řádku 179-Hrubý základ měsíční daně (Příjmy) resp. z řádků 401-Pojistné na sociální zabezpečení a 402-Pojistné na zdravotní pojištění (Pojistné) - tato změna si vynutila reorganizaci vstupů na obrazovce a přečíslování jejich pořadí 2) Analogicky se vzorovými dokumenty z www.mfcr.cz byl upraven tisk %MZDT075-tisk daně z příjmu Vzory nových daňových tiskopisů je možné získat na www.mfcr.cz >Daňová správa >Daňové tiskopisy Potvrzení má číslo tiskopisu 5460 - vzor č. 12 Výpočet daně má číslo tiskopisu 5460/1 - vzor č. 9 2040155 11012005 11012005 PB PB MZD 5 11012005 Potvrzení o zdanitelných příjmech Řešení : Upraven program %MZDT038-potvrzení o zdanitelných příjmech - sestava předělána na formát 132 znaků na řádek - vložen odstavec 6. Daňové zvýhodnění - úhrn poskytnutých měsíčních slev na dani - úhrn vyplacených měsíčních bonusů - přeformátování odstavců, doplnění textací podle vzoru 2040156 11012005 11012005 PB PB MZD 5 11012005 Vzorové příklady pro výpočet daní od 1.1.2005 Řešení : c.r. 3 deti 5 deti 3 deti 3 deti 3 deti 3 deti 3 deti 3 deti M133=2 M133=2 M133=2 179 hruby ZD 10,000 10,000 50,000 7,000 7,185 6,500 30,000 7,184 401 pojistne SZ 800 800 4,000 560 575 520 2,400 575 402 pojistne ZP 450 450 2,250 315 324 293 1,350 324 409 odpocty 3,170 3,170 3,170 3,170 3,170 3,170 3,170 3,170 410 zdanit.mzda 5,580 5,580 40,580 2,955 3,116 2,517 23,080 3,115 521 zal.na dan 840 840 9,695 450 480 390 4,410 480 522 m.dan.zvyh. 1,500 2,500 1,500 1,500 1,500 1,500 1,500 1,500 523 m.sleva dan 840 840 1,500 450 480 390 1,500 480 524 m.dan.bonus 660 1,660 0 0 1,020 0 0 0 411 m.dan po sl 0 0 8,195 0 0 0 2,910 0 k vyplate 9,410 10,410 35,555 6,125 7,306 5,687 23,340 6,285 ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Celkem požadavků : 61 ─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── IDEA