Ing. Drahomír Běťák organizační a ekonomický poradce Karla Čapka 2309 697 01   Kyjov IČO: 42307384

Pam5 - verze 154.06 z 2008-02-28

Změny ve funkcích programu

Oprava práce s nemocenskými dávkami Ve verzi 153.01 z 2008-01-13 bylo upozorněno na nutnost jednorázového zadání data počátku těch nemocenských dávek, které přecházely z prosince. Zde bylo také uvedeno, že v následujících měsících se již program nebude na datum ptát a data si bude ukládat sám. Datum počátku poslední DNP si program ukládá v nově zavedené položce P0715 Začátek poslední DNP (položka je umístěna v okně PaMu na položce P580 PRUMĚRY). Chybou v programu byla ovšem tato položka u některých nemocenských dávek při Přechodu na únor vynulována. Proto program opět datum začátku DNP nezná a znovu se uživatele ptá. Teoreticky by stačilo mu opět datum počátku zadat stejně, jako v lednu. Lepší a správnější je ovšem ještě před zpracováním únorových mezd (nebo i v jeho průběhu) vymazat na uvedené položce programem nesprávně zadané nulové datum (Mazání se provádí v otevřeném okně historie pravým tlačítkem myši). Zatím se zdá, že chyba postihuje jen DNP přecházející z roku 2007. Upozorňuji, že ponechání této chyby bude mít za následek chybný výpočet nemocenských dávek!!! Proto doporučuji věnovat správnosti zadání data počátků DNP mimořádnou pozornost, možná i ruční kontrolou hodnot uvedené položky "P0715 Začátek poslední DNP" ve všech případech DNP, které přecházejí z roku 2007!!! V této verzi je program opraven tak, aby při příštím Přechodu data zachovával.

Oprava tisku dávek NP V předchozí verzi byla chyba v sestavě nemocenských dávek. Týkala se tisku Peněžité pomoci v mateřství. U dávek PPM byla tištěna nesprávná výše denní dávky a nelogické rozdělení dnů. Chyba byla jen formální. Vypočtené dávky byly správně.

Roční zúčtování daně Program měl dosud problém v případě, kdy zaměstnanec měl v průběhu roku za některý měsíc vyplacen bonus, ale v celoročním součtu na bonus nemá nárok. Podle zákona by měl být již jednou regulérně vyplacený bonus v tomto případě ponechán. Program toto vyřešil v prvopočátku správně, ale opakovaným přepočtem tabulky bonus odebral. Podrobným rozborem se ukázalo jako velmi pravděpodobné, že metodika samotného ministerstva financí v rozporu se zákonem vyžaduje odejmutí již vyplaceného bonusu. Také v testovacím příkladě vlastního daňového přiznání v on-line aplikaci EPO (elektronická podání) na webu ministerstva financí byl takovému zaměstnanci takový bonus odejmut. Program byl dnes upraven tak, aby respektoval tuto (pravděpodobně chybnou) metodiku ministerstva. Takže bonus odejme také. Zdůrazňuji, že se jedná o naprosto vyjímečné případy, s kterými se uživatel většinou vůbec nesetká! Pokud uživatel měl takového zaměstnance, a RZ daně dosud nevyplatil, pak doporučuji na tomto zaměstnanci okno RZ daně znovu otevřít a přepočítat. Tisk protokolu z ročního zúčtování daně: V některých (naprosto vyjímečných) případech nebyly tištěny hodnoty zúčtování bonusu, přestože bonus byl doplácen. Celková vracená částka tištěná v protokolu pak neodpovídala částce skutečně vracené. Dále v některých případech byly tištěny nesprávné hodnoty v nově zavedeném řádku 31 formuláře. Tato chyba se mohla projevit pouze u některých zaměstnanců s bonusem. Byla jen formální. Vlastní zúčtování bylo správné. Uživatelům, kteří již mají RZ daně předběžně zpracováno a dosud nevyplaceno, lze doporučit na všech zaměstnancích s bonusem na děti okno RZ daně znovu otevřít a přepočítat. Uvedené chyby se v žádném případě netýkaly zaměstnanců bez bonusu.