22 LED 2010        Idea.System.CSPUT                            Hlavní společnost                                             - 1 -
09:12              PB-303                                       Tisk požadavků

Jen řady            <1> IDEA-mzdy
Jen požadavky         > Vše
Jen zadavatelé        > Vše
Jen skupiny           > Vše
Jen řešitelé          > Vše
Jen priority          > Vše
Jen verze             > Vše
Podmínka              : <bez omezení>
Předmět obsahuje      : <bez omezení>
Požadavek obsahuje    : <bez omezení>
Příznak obsahuje      : <bez omezení>
Vyřešené/Nevyřešené/* ? *=vše
Datum zadání od       : Od začátku      do : Do konce           Datum vyřešení od  : 20102009       do : Do konce
Požadovaný termín od  : Od začátku      do : Do konce           Poslední změna od  : Od začátku     do : Do konce
Třídit podle          : P-
Jak stránkovat        ? 0-běžně
Jaké texty tisknout   ? 1-jen uživatelské
Jaké rozložení        ? 1-standardní
Převést do řady       : <nepřevádět>
Sumáře podle          : <bez sumáře>
────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
Řada   Požadavek Zapsáno  Vyřešeno Zadal Řeší Skupina   Verze      PP Termín   Předmět
────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
MZD    2040590.1 26102009 26102009 PB    PB   MZD                  5N          Rozšířit mechanismus výplat z jiných středisek
Zadání : Je třeba rozšířit mechanismus výplat z jiných středisek tak, aby bylo možné jednodušeji zadat následující :

         - na jiném středisku zaměstnanec pracoval X hodin, které by se měly proplatit základní mzdou
         - na jiném středisku zaměstnanec pracoval Y hodin, které by se měly proplatit průměrem
         - na jiném středisku zaměstnanec pracoval Z hodin, které by se měly proplatit zadanou sazbou

         Všechna takto zadané hodiny a z nich odvozené Kč by se měly projevit v účetnictví a podkladech pro něj.
Řešení : 1) rozšířen program %MZDZJS-výplaty z jiných středisek
         - přidány vstupy pro zadání 

           Hodiny k přičtení     :                                    
                                                                     
           Hodiny k výpočtu základním platem   :                      
           Hodiny k výpočtu průměrem           :                      
           Hodiny k výpočtu sazbou             :              Sazba    :

         - odpovídajícím způsobem upraven výpočet výplat pro výše uvedená data

         2) upraven centrální rozúčtovávací program
         - všechny programy na export dat do účetnictví berou výše zadaná/spočítaná data do úvahy

         3) upraveno zobrazování informací při zadávání výplat pod povelem J-data z jiných středisek
         - toto je k dispozici při %MZDZRA-měsíční zadání dle řádku na stejném místě, kde se zadává třeba P-počítej

         4) upraven program %MZDT126-výplaty z jiných středisek

         5) upraveny všechny programy z podmenu IDEA-mzdy / tisky / rozbory středisek a zakázek     
                                                             
                           rozbory středisek a zakázek..     
                                                             
             ^%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   
             ^%MZDTMRS 5. rozbory vč. převodů středisek      
MZD    2040591.1 26102009 26102009 PB    PB   MZD                  5N          Potvrzení o zdanitelných příjmech
Řešení : Opraven program %MZDT038-Potvrzení o zdanitelných příjmech ve formátu "od roku 2009"
         - při tisku ve formátu RTF se tisknou očekávané 0 do řádků 4+7+10 týkajících se let 2005-2007 
               * dosud se tisknulo "prázdno"
         - při tisku mimo formát RTF se tisknou u řádku 4 resp. 5 správné odkazy na roky 2005-2007 resp. 2008
               * dosud se chybně tisknuly roky posunuté o 1 dál, tj. 2006-2008 resp. 2009
MZD    2040592.1 03112009 03112009 PB    PB   MZD                  5N          Výpočet důchodového věku I
Zadání : V programu %MZDT005 je špatně vypočítán datum nároku na důchod asi od data narození 1.7.1953

         Např. osč 1045/577 to mají ještě dobře, ale 505/709 mají navíc připočteno 6 měsíců
                                                                                                (mělo by být)
         22       1045 ... 01.06.1950/411   2                                        01.12.2012
         29        577 ... 12.08.1953/046   2          2            19.04.2001       12.12.2012
         97        505 ... 01.07.1950/113   2                                        01.07.2013 (1.1.2013)
         22        709 ... 31.07.1950/039   2                                        31.07.2013 (31.1.2013)

         Viz : http://www.sfinance.cz/osobni-finance/informace/starobni-duchod/duchodovy-vek/

         Důchodový věk

         Jednou z podmínek odchodu do starobního důchodu je dosažení potřebného věku, tzv. důchodový věk.

         Důchodový věk činí

             * u mužů 60 let,
             * u žen
                   o 53 let, pokud vychovaly alespoň pět dětí,
                   o 54 let, pokud vychovaly tři nebo čtyři děti,
                   o 55 let, pokud vychovaly dvě děti,
                   o 56 let, pokud vychovaly jedno dítě, nebo
                   o 57 let

         pokud pojištěnci dosáhli tohoto věku do 31. prosince 1995.

         U pojištěnců, kteří dosáhnou věkových hranic uvedených výše v období od 1. ledna 1996 do 31. prosince 2012, se
         důchodový věk stanoví tak, že ke kalendářnímu měsíci, ve kterém pojištěnec dosáhl této hranice, se přičítají u mužů
         dva kalendářní měsíce a u žen čtyři kalendářní měsíce za každý i započatý kalendářní rok z doby po 31. prosinci 1995
         do dne dosažení věkových hranic uvedených výše.

         Za důchodový věk se považuje věk dosažený v takto určeném kalendářním měsíci v den, který se číslem shoduje se dnem
         narození pojištěnce.

         Po 31. prosinci 2012 činí důchodový věk, pokud pojištěnci nedosáhli důchodového věku dle zvyšování uvedeného výše:

             * u mužů 63 let,
             * u žen
                   o 59 let, pokud vychovaly alespoň pět dětí,
                   o 60 let, pokud vychovaly tři nebo čtyři děti,
                   o 61 let, pokud vychovaly dvě děti,
                   o 62 let, pokud vychovaly jedno dítě, nebo
                   o 63 let.
Řešení : Opravena chyba ve výpočtu v programu %MZDT005-Předstihové řízení
         - program nejprve stanovil základní datum nároku
         - potom poznal, že pro základní nároky v rozsahu od 1. ledna 1996 do 31. prosince 2012 má přičítat 2/4 měsíce za
         každý započatý rok ==> a tím dospěl k novému správnému nároku
         - jenže potom omylem dospěl s tímto upraveným nárokem do sekce "po 31. prosinci 2012" a zde bral již úplně nesprávné
         věky odchodu do důchodu

         ==> úprava spočívá v tom, že pro každý interval základního nároku se výpočet provádí zvlášť, tj.

             a) do 31. prosince 1995
             b) od 1. ledna 1996 do 31. prosince 2012
             c) po 31. prosinci 2012
MZD    2040593.1 11112009 11112009 PB    PB   MZD                  5R          Chyba v programu seznam dle kategorií
Zadání : při tisku sestavy: seznam -> seznam dle kategorií se nám zobrazí chybové hlášení <UNDEFINED>SET102+3^%MZDT051 *KEY  -
          volejte správce systému. Tato chyba se objevila po instalaci poslední aktualizace.
Řešení : 1) opravena chyba zavlečená při interních modernizacích průchodu

         2) upraveno formátování sumáře (přidány hlavičky sloupců) a opraveno sčítání v sumáři
MZD    2040594.1 30112009 30112009 PB    PB   MZD                  5N          Trexima - nesrovnalosti u hrubé mzdy v součtu (MP)
Zadání : přeposílám vám žádost Treximy o opravu dat. To třetí čtvrtletí se nám taky nelíbí, ale když si to vyjedeme znovu,
         vychází stejná chyba. Proto posílám i součet výplatních pásek. 
         Prosíme o případnou opravu, abychom mohly zaslat správná data.

         -----Original Message-----
         From: Žaneta Dvořáčková [mailto:dvorackova@trexima.cz]
         Subject: Šetření ISPV - nesrovnalosti v datech- hrubé mzdy

         při kontrole statistických dat, která jste poslali do šetření ISPV za firmu xxx, jsme
         srovnáním hrubé mzdy (položky MZDA, NAHRADY a POHOTOV z MP souboru) za jednotlivé zaměstnance za leden až září
         2009 a součtu položek HRMZDYQ za 1., 2. a 3. čtvrtletí 2009 za celý ekonomický subjekt (soubory MI) zjistili významné
          rozdíly. Podrobný přehled významných rozdílů je obsažen v přiloženém souboru "rozdily1.xls".
Řešení : Diagnóza příčiny : tato fatální chyba spočívá v tom, že při předělávání "do souboru MP dávat data jen za poslední
         kvartál, do souboru MI dávat data za celé období" bylo přesunuto na špatné místo nastavování položky MZDY a její
         sčítání do celkové položky HRMZDYQ. Jinými slovy - MZDA se do HRMZDYQ vůbec nedostávalo a HRMZDYQ obsahuje dosud
         pouze součet NAHRADY+POHOTOVOST.

         Oprava : 
         - upraven program %MZDT241-statistika Trexima od roku 2009
         - přesunuto nastavování proměnné MZDA a její načítávání do HRMZDYQ
MZD    2040595.1 16122009 16122009 PB    PB   MZD                  5N          %MZM51-průměry DNP nemá od 01/2009 smysl
Zadání : 1) počínaje rokem 2009 se změnil princip výpočtů náhrad za pracovní neschopnosti, který je nyní počítán přes
         hodiny/pracovní dny a na základě "Průměru pro pracovně-právní účely" (=stejným průměrem jako dovolená a ostatní
         náhrady)
         - k tomuto účelu existuje matriční obrazovka %MZM52-průměry PP

         2) do roku 2009 se nemocenské počítaly přes kalendařní dny a hlavně jiným průměrem (označovaný jako "Hrubý denní
         výdělek" nebo neformálně také "Průměr pro DNP")
         - k tomuto účelu existuje matriční obrazovka %MZM51-průměry DNP, která je ale počínaje rokem 2009 "k ničemu" (a má
         smysl pouze na prohlížení historických dat resp. čeká na to, jestli případně zákonodárci nereinkarnují průměry pro
         DNP)
Řešení : Do matriční obrazovky %MZM51-průměry DNP přidán následující informativní text

         +------------------------------------------------------------------------------+
         |        Počínaje 01/2009 nemají data v této obrazovce praktický smysl.        |
         |  Tato obrazovka má smysl pouze pro prohlížení historických dat do roku 2008. |
         +------------------------------------------------------------------------------+
MZD    2040596.1 16122009 16122009 PB    PB   MZD                  5N          OČR z minulého měsíce a tisk příloh k žádostem
Zadání : Teď jsme dostaly zpětně OČR od 30.11. Sice jsem všechny upozorňovala, ale ...

         Neschopnost zpětně jde , ale OČR zpětně nefunguje i když do matrice /dávky nem.poj./ zadáme nyní v prosinci 
         OČR=366,datum začátku=30.11.konec nemoci =29.11. 

         Nevyjede nám formulář pro sociálku a tudíž nemůžeme poslat a člověk nedostane  nic.

         --------------------------------------------------------------------------------
         From: Pavel Bezstarosti [mailto:pavel.bezstarosti@idea.cz] 
         Sent: Friday, December 11, 2009 3:05 PM

         máte pravdu, že pokud v měsícic 12/2009 zadáte na řádek 366 OČR od 30112009 do nějakého data XY v 12/2009, tak tato
         dávka nevyjede v rámci programu %MZDT240-tisk příloh k žádostem od roku 2009. Jinak samotné spočtení řádku 366 =>
         vykážou se omluvené hodiny zasahující do 12/2009 a ve vypočtených Kč bude 0, tak to je jistě v pořádku.

         Příčinou, proč to nevyjede v %MZDT240-tisk příloh k žádostem od roku 2009 je to, že tam máme nyní podmínku "ostatní
         jenom ty, které začínají v tomto měsíci"

          .. ; z pracovní neschopnosti a karantény (103-107) ber jen ty, které v tomto měsíci překročí poprvé 14tý den
          .. ; ostatní jenom ty, které začínají v tomto měsíci

         Nyní to můžete dočasně vyřešit následovně :

         1) zadejte si do 366-OČR provizorně od 1.12.2009 do XY => vytiskněte si %MZDT240-tisk příloh k žádostem od roku 2009
         a toto použijte

         2) pak zadejte si 366-OČR správně od 30.11.2009 do XY a toto takto nechte ve výplatách

         -- v obou těchto případech je úplně jedno, co máte v matriční obrazovce %MZM54 - dávky nemocenského pojištění

         My zde probereme, kdy a jak zahrnovat OČR do %MZDT240-tisk příloh k žádostem od roku 2009
         - předběžně to vypadá tak, že to změníme na "zahrnuj tam takové dávky, které zasahují do aktuálního měsíce"

Řešení : Upraven program %MZDT240-tisk příloh k žádostem od roku 2009 

         1) dosud se v programu zpracovávalo pro řádky 366+367+372 jen takové, které "začínají v tomto měsíci"
         2) nově upraveno tak, aby se v případě 366-OČR do zpracování zahrnovaly všechny dávky, které "zasahují do tohoto
         měsíce"
         ==> pokud je ve výplatách za 12/2009 zadáno OČR od 30.11.2009 do nějakého data v prosinci, tak se do sestavy nově
         zahrne
         ==> dále v rozpisu rozhodného období se půjde podle "začátku dávky" - tj. v tomto případě od 10/2009 dozadu do
         11/2008
          
MZD    2040597.1 16122009 16122009 PB    PB   MZD                  5N          ELDP a chybné vykazování dnů u DPČ
Zadání : Pokud máme u DPČ výstup v průběhu měsíce a tento měsíc nemá více jak 2000,- Kč, tak se na ELDP zobrazuje vždy chybný
         počet dnů. Tento měsíc se nemá započítávat do počtu dnů.
Řešení : Opravena chyba ve stanovování "počtu dnů" do ELDP
         - pro měsíc "X" se započítává 0 do počtu dnů
         - pro měsíc " " se započítává tolik dnů v měsíce, které překrývají jeho smlouvu (nástup-výstup)

         - dosud se v případě měsíce "X" z počtu dnů v měsíci, které překrývají jeho smlouvu (nástup-výstup), odečítaly vždy
         plně všechny KD v daném měsíci

         Příklad 1 : zaměstnanec na DPČ měl nástup 6.5.2009, výstup 8.10.2009, v měsíci 10/2009 měl příjem < 2000

         => dosud program chybně počítal 156 dnů (od 6.5. do 8.10.) minus 31 (počet KD v 10/2009) = chybných 125
         => nově bude program počítat 156 dnů (od 6.5. do 8.10.) minus 8 (doba z 10/2009 do propuštění 8.10.) => 148

         Příklad 2 : zaměstnanec na DPČ měl nástup 1.1.2009, výstup 8.10.2009, v měsících 5+10/2009 měl příjem < 2000

         => dosud program chybně počítal 281 dnů (od 1.1. do 8.10.) minus 31+31 (počet KD v 5+10/2009) = chybných 219
         => nově bude program počítat 281 dnů (od 1.1. do 8.10.) minus 31 (počet KD v 5/2009) minus 8 (doba z 10/2009 do
         propuštění 8.10.) => 281-31-8 = 242
MZD    2040598.1 18122009 18122009 PB    PB   MZD                  5N          Chyba při ukončování měsíce
Zadání : Počínaje poslední verzí 2009.10 je v programu na ukončení měsíce chyba, která při ukončení roku způsobí úplné zrušení
          všech dat v matriční obrazovce %MZM8-dovolené. 
Řešení : Upraven program %MZDKMES-ukončení měsíce.

         Pokud někdo již spustil ukončení 12/2009, tak je možné tento krok vrátit pomocí programu %MZDOMES-odukončení měsíce
         (a následně nainstalovat přiložený program a ukončit 12/2009 znovu).
MZD    2040599.1 28122009 28122009 PB    PB   MZD                  5N          Výpočet důchodového věku II
Zadání : Platí novela č 306/2008 Sb. viz tabulka dole, která prodloužila odchod do důchodu na 65 let.

          ; rok narození    muž        0          1          2          3          4          5+
          I ROK<1936 S ADD="60r       \57r       \56r       \55r       \54r       \54r       \53r       " 
          I ROK=1936 S ADD="60r+2m    \57r       \56r       \55r       \54r       \54r       \53r       "
          I ROK=1937 S ADD="60r+4m    \57r       \56r       \55r       \54r       \54r       \53r       "
          I ROK=1938 S ADD="60r+6m    \57r       \56r       \55r       \54r       \54r       \53r       "
          I ROK=1939 S ADD="60r+8m    \57r+4m    \56r       \55r       \54r       \54r       \53r       "
          I ROK=1940 S ADD="60r+10m   \57r+8m    \56r+4m    \55r       \54r       \54r       \53r       "
          I ROK=1941 S ADD="61r       \58r       \56r+8m    \55r+4m    \54r       \54r       \53r       "
          I ROK=1942 S ADD="61r+2m    \58r+4m    \57r       \55r+8m    \54r+4m    \54r+4m    \53r       "
          I ROK=1943 S ADD="61r+4m    \58r+8m    \57r+4m    \56r       \54r+8m    \54r+8m    \53r+4m    "
          I ROK=1944 S ADD="61r+6m    \59r       \57r+8m    \56r+4m    \55r       \55r       \53r+8m    "
          I ROK=1945 S ADD="61r+8m    \59r+4m    \58r       \56r+8m    \55r+4m    \55r+4m    \54r       "
          I ROK=1946 S ADD="61r+10m   \59r+8m    \58r+4m    \57r       \55r+8m    \55r+8m    \54r+4m    "
          I ROK=1947 S ADD="62r       \60r       \58r+8m    \57r+4m    \56r       \56r       \54r+8m    "
          I ROK=1948 S ADD="62r+2m    \60r+4m    \59r       \57r+8m    \56r+4m    \56r+4m    \55r       "
          I ROK=1949 S ADD="62r+4m    \60r+8m    \59r+4m    \58r       \56r+8m    \56r+8m    \55r+4m    "
          I ROK=1950 S ADD="62r+6m    \61r       \59r+8m    \58r+4m    \57r       \57r       \55r+8m    "
          I ROK=1951 S ADD="62r+8m    \61r+4m    \60r       \58r+8m    \57r+4m    \57r+4m    \56r       "
          I ROK=1952 S ADD="62r+10m   \61r+8m    \60r+4m    \59r       \57r+8m    \57r+8m    \56r+4m    "
          I ROK=1953 S ADD="63r       \62r       \60r+8m    \59r+4m    \58r       \58r       \56r+8m    "
          I ROK=1954 S ADD="63r+2m    \62r+4m    \61r       \59r+8m    \58r+4m    \58r+4m    \57r       "
          I ROK=1955 S ADD="63r+4m    \62r+8m    \61r+4m    \60r       \58r+8m    \58r+8m    \57r+4m    "
          I ROK=1956 S ADD="63r+6m    \63r       \61r+8m    \60r+4m    \59r       \59r       \57r+8m    "
          I ROK=1957 S ADD="63r+8m    \63r+4m    \62r       \60r+8m    \59r+4m    \59r+4m    \58r       "
          I ROK=1958 S ADD="63r+10m   \63r+8m    \62r+4m    \61r       \59r+8m    \59r+8m    \58r+4m    "
          I ROK=1959 S ADD="64r       \64r       \62r+8m    \61r+4m    \60r       \60r       \58r+8m    "
          I ROK=1960 S ADD="64r+2m    \64r+2m    \63r       \61r+8m    \60r+4m    \60r+4m    \59r       "
          I ROK=1961 S ADD="64r+4m    \64r+4m    \63r+4m    \62r       \60r+8m    \60r+8m    \59r+4m    "
          I ROK=1962 S ADD="64r+6m    \64r+6m    \63r+8m    \62r+4m    \61r       \61r       \59r+8m    "
          I ROK=1963 S ADD="64r+8m    \64r+8m    \64r       \62r+8m    \61r+4m    \61r+4m    \60r       "
          I ROK=1964 S ADD="64r+10m   \64r+10m   \64r+4m    \63r       \61r+8m    \61r+8m    \60r+4m    "
          I ROK=1965 S ADD="65r       \65r       \64r+8m    \63r+4m    \62r       \62r       \60r+8m    "
          I ROK=1966 S ADD="65r       \65r       \65r       \63r+8m    \62r+4m    \62r       \61r       "
          I ROK=1967 S ADD="65r       \65r       \65r       \64r       \62r+8m    \62r       \61r+4m    "
          I ROK=1968 S ADD="65r       \65r       \65r       \64r       \63r       \62r       \61r+8m    "
          I ROK>1968 S ADD="65r       \65r       \65r       \64r       \63r       \62r       \62r       "
Řešení : 1) vytvořeny nové odvozené matriční údaje

         Kód   Popis                                                     Typ
         118D  Vypočtený datum vzniku nároku na starobní důchod          D8 
         118O  Odvozený datum vzniku nároku na starobní důchod           D8 
         118V  Vypočtený důchodový věk                                   C10

         , kde 

         M118V je informativní textová hodnota vypočteného důchodového věku ve formátu "61r+4m"
         M118D je vypočtený datum vzniku nároku na starobní důchod dle M109D-data narození a M118V-důchodového věku

         M118O je odvozený datum vzniku nároku na starobní důchod, který by se měl používat do všech výstupů
             - při odvozování se nejprve bere zadanou hodnotu M118-zadaný datum vzniku nároku na starobní důchod
             - a jen pokud není tento údaj k dispozici, tak se bere M118D-vypočtený datum vzniku nároku na starobní důchod

         2) upraven formát tiskové sestavy %MZDT005-předstihové řízení
         - přidány nové sloupce s důchodovým věkem a vypočteným datem vzniku nároku na starobní důchod
MZD    2040600.1 28122009 28122009 PB    PB   MZD                  5K          Náhrada za opotřebení vlastního zařízení
Zadání : Lze někde v matrici či jinde v programu zadat částku, kterou přidáváme jednomu zaměstnanci pravidelně měsíčně ke
         mzdě, za opotřebení vlastního zařízení. Nyní používám mzd.složku č. 345, abych na ni nemusela měsíc co měsíc myslet,
         a natáhla by se do dobírky sama.
Řešení : Na toto použijte mechanismus %MZDAUT-automatické hodnoty k přičtení z podmenu IDEA-mzdy / dobírka
          
            Osobní číslo   : 3       Kožušníková Alena
            Mzdový řádek   : 345  Ostatní výplaty nezahrnované do mezd       
                                                                             
         1. Hodiny         :                                                 
         2. Koruny         : 2000.00                                         
          
         - první měsíc musíte na Změnit údaj číslo zvolit povel N-nastav hodnoty z tohoto záznamu, který naplní Kč k přičtení
         u daného řádku
         - v dalších měsících se bude Kč k přičtení plnit automaticky během %MZDKMES-ukončení měsíce v okamžiku "vstupu do
         nového měsíce"
          
         Tento mechanismus bude v nejbližší verzi mírně změněn
         - zadávání jako takové zůstane
         - ale hodnoty do výplat se bude plnit při každém přepočtu výplaty automaticky a nikoli simulací plnění "Kč k
         přičtení" při vstupu do nového měsíce
MZD    2040601.1 28122009 28122009 PB    PB   MZD                  5N          Změna mechanismu 'automatické hodnoty k přičtení'
Zadání : Zjednodušit mechanismus %MZDAUT-automatické hodnoty k přičtení z podmenu IDEA-mzdy / dobírka
         - zadávání jako takové zachovat
         - ale hodnoty do výplat plnit při každém přepočtu výplaty automaticky a nikoli simulací plnění "Kč k
         přičtení" při vstupu do nového měsíce
Řešení : 1) odstraněno plnění položek "Kč/Hodiny k přičtení" během ukončení měsíce a vstupu do nového měsíce

         2) nově se data zadaná v programu %MZDAUT-automatické hodnoty k přičtení plní vždy během výpočtu mezd

         3) po instalaci verze s touto úpravou dojde k automatickému promazání dat v položkách "Kč/Hodiny k přičtení" tak, aby
          nebyla zadaná data ve výplatách 2x

         4) rozšířen program %MZDZRA-zadávání výplat dle řádků
         - pomocí povedu A-data z automatického přičítání je možné přímo z výplaty zobrazit zadané automatické hodnoty k
         přičtení
MZD    2040602.1 29122009 29122009 PB    PB   MZD                  5K          Trexima - nesrovnalosti v počtu osob
Zadání : Z Treximy občas dorazí hlášení následujícího formátu :
         ***********************************************************
         při kontrole statistických dat, která jste poslali do šetření ISPV za firmu XY jsme
         zjistili následující nesrovnalosti:

         V souboru MP (údaje za jednotlivé zaměstnance) je obsaženo méně záznamů (zaměstnanců) než uvádíte v průměrném počtu
         fyzických osob (položka POCFYZQ v souboru MI). K této nesrovnalosti nejčastěji dochází, když
         - v MP souboru nejsou zahrnuti propuštění zaměstnanci,
         - z MP souboru jsou vymazány záznamy s chybami,
         - v MP souboru není zahrnuta část zaměstnanců (např. management podniku),
         - v MI souboru v položce POCFYZQ jsou nesprávně zahrnuti i zaměstnanci na dohody, konané mimo pracovní poměr. 
         Definice údajů o počtech zaměstnanců (položky POCFYZQ a POCPREP) jsou uvedeny v příloze e-mailu.
          
         Žádáme Vás o vysvětlení nesrovnalosti a zajištění opravy v datech, která budete posílat v lednu 2010 (údaje za leden
         až prosinec 2009). 

         V případě, že si nejste vědomi vlastního pochybení a údaje automaticky pořizuje váš mzdový SW, doporučujeme se
         obrátit s tímto problémem na firmu, která Vám software pro výpočet mezd dodává.
Řešení : V tomto případě bývá problém v nastavení konfiguračním programu %MZDCF67-konfigurace v podmenu IDEA-mzdy / tisky /
         statistika Trexima

         - správně má být nastaveno na vstupech 2+3 prázdno, které je znázorňováno jako <dle výpočtu>

          1. Kód územní jednotky (LAU1)                               : CZ0207        
          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> 

         - v tomto případě je na programu na export dat, aby správně spočítal počty zaměstnanců podle toho, co je zahrnuto v
         exportovaných datech

         - problémy zde může způsobovat to, pokud tyto vstupy vyplníte nějakými hodnotami platnými pro nějaké období a pak na
         toto zapomenete - program pak bere tato čísla, která pak nekorespondují s odeslanými daty a počty zaměstnanců
         zahrnutými do exportu
                                                                                      
MZD    2040603.1 29122009 29122009 PB    PB   MZD                  5N          Vyloučené doby v Přílohách k žádosti
Zadání : Vloučené doby, které se kryjí s příjmem se neuvádí na ELDP, ale na přílohách k žádosti o DNP se uvádět musí, to je
         pro jiný účel.

         Příklad: zaměstnanci, který byl po celý kalendářní měsíc nemocen se zúčtuje odměna
         - pro účely DNP je to vyloučená doba, musí být proveden zápis na příloze, jinak by se chybně provedl výpočet
         vyměřovacího základu
         - pro účely ELDP to není vyloučená doba, tyto dny se neuvedou  
Řešení : Upraven program %MZDT240-tisk příloh k žádostem od roku 2009
         - v případě výpočtu vyloučených dob pro účely tohoto programu se přeskakuje následující výjimka

           "je celý měsíc na nemocenské a má nějaké započitatelné příjmy -> pak se DNP nepočítá do vyloučených dob"

         a proto se doba DNP započítává do vyloučených dob
MZD    2040604.1 05012010 05012010 PB    PB   MZD                  5N          ELDP změna ve vyloučených dobách u mateřských dov.
Zadání : A) Posílám upozornění na změnu ve vyloučených dobách u mateřských dovolených. Vyloučená doba je jen do dne porodu a
         dál ne. Když si u nás vyzkouším EL, tak mateřskou máme stále jako vyloučenou dobu.Při skončení prac.poměru po
         skončení matěřské je momentálně EL špatně.

         B) Zdá se, že není dobře zpracovaná problematika ELDP pro ženy na mateřské dovolené. Od 1.1.2009 se sledují v ELDP
         započtené dny pouze do dne porodu, pak se zbývající celé měsíce "křížkují". Zatím jsem nepotřebovala takový ELDP
         připravovat, nikdo takový nekončil, ale po skončení roku se to bude týkat zhruba 20 žen.
         Předpokládám, že datum porodu si program vezme z matrice "děti".

Řešení : 1) upraveno stanovování vyloučených dob při generování ELDP
         - dosud se z vyloučených dob vždy odečítaly všechny kalendářní dny spočítané na řádku 367-Peněžitá pomoc v mateřství
         - nově se prochází všechny kalendářní dny v rozsahu daném parametry z 367-Peněžitá pomoc v mateřství
           * ignorují se takové dny, které jsou "po porodu"
           * za den "po porodu" se bere takový den, který je rovno nějakému datu porodu nebo do 28 týdnů po nějakém porodu

         2) upraveno stanovování "byla alespoň jeden den na vynětí 2-mateřská dovolená"
         - toto stanovování se používá k potlačení písmena X, pokud toto platí
         - stávající logika procházení dnů v období byla rozšířena o to, abychom skončili pokud narazíme na den "po porodu"

         Pro obě výše uvedené změny se sestavuje tabulku "všech známých datumů narození dětí =porodů " následovně
         - prochází všechny měsíce období, za které se EDLP generuje, plus aktuální měsíc
         - v každém měsíci prochází seznam dětí a z jejich RČ odvozuje data narození/porodů

         ==> jinými slovy : program se snaží nalézt všechny dostupné informace o datech narození/porodů tak, aby program nebyl
          choulostivý na přesné zadání dítěte do evidence okamžitě v měsíci narození, ale aby zvládnul i situaci, kdy je dítě
         do evidence zadáno o měsíc/více měsíců později
MZD    2040605.1 11012010 11012010 PB    PB   MZD                  5N          2010.01 Zákonné parametry a konstanty
Zadání : Daně:
         - Roční výpočet daně a daňového zvýhodnění za rok 2009 je shodný s výpočtem za rok 2008
         - Změna názvů u slevy pro invliditu:
           - Ze slevy při částečném invalidním důchodu 
             na Poživatel invalidního důchodu pro invaliditu prvního nebo druhého stupně (výše slevy 2520/210 Kč zůstává). 
           - Ze slevy při pobírání plného invalidního důchodu 
             na Poživatel invalidního důchodu pro invaliditu třetího stupně (výše slevy 5040/420 Kč zůstává).
         - Zvyšuje se sleva na dani na dítě z 890 na 967 Kč měsíčně a z 10 680 na 11 604 Kč ročně.

         Sociální zabezpečení:
           - Ruší se slevy na pojistném ? naposledy je lze uplatnit za prosinec 2009
           - Zvyšuje se maximální vyměřovací základ z 1 130 640 na 1 707 048 Kč
           - V výši odvodů se nic nemění, zůstávají 25% a 6,5%

         Zdravotní pojištění:
           - Zvyšuje se maximální vyměřovací základ z 1 130 640 na 1 707 048 Kč

         Náhrada mzdy při dočasné pracovní neschopnosti: 
           ? zvyšují se redukční hranice:
               1. z 137,55 na 138,43
               2. z 206,15 na 207,55
               3. z 412,30 na 414,93

         Srážky ze mzdy - exekuce na plat
           - zvyšují se hranice pro výpočet exekucí na plat:
               částka, nad kterou se zabavuje vše z 6930 na 7723
               částka na osobu povinného ze 4620 na 5148,67
               částka na vyživovanou osobu z 1155 na 1287,17
Řešení : 1) Všechny zmíněné zákonem dané konstanty se automaticky nastaví po instalaci verze 2010.01

         2) Upraveny výpočty slevy na pojistném na SZ
         - nově se bere do úvahy parametr "Měsíc konce účinnosti novely 'zákona o pojistném' a slevách na SZ", který je
         nastaven na hodnotu 122009
         - po tomto měsíci se již slevy na pojistném na SZ nepočítají
MZD    2040606.1 14012010 14012010 PB    PB   MZD                  5N          Změna matric v budoucnu a nový začátek PP
Zadání : Máme následující situaci :

         V prosinci je nastaveno datum ukončení PP na poslední den v roce.
         Ve změnách v budoucnu nastavím pro leden nový začátek PP od 1.ledna a konec PP na 31.března Při ukončení měsíce dojde
          ke zneaktivnění matrice.
         Chci se zeptat zda by šlo automaticky při ukončení měsíci zaktivnit matrici na základě nových údajů o začátku a konci
          PP ze změn do budoucna?
         Nebo bych musel ještě do budoucna zadat zaktivnění matrice.

         Toto nastává u důchodců u PP na dobu určitou na konci roku, kdy mají nastaven datum ukončení PP na 3112 a pokracují
         dále v následujícím roce.
Řešení : Přeskupeno zpracování během ukončení měsíce
         - nejprve se provádí změny naplánované přes mechanismus "Změny matric v budoucnu" a teprve poté se eventuelně pozná,
         zda má zaměstnanec nastaveno datum propuštění a zda je třeba provést zneaktivnění matrice a další inicializace
MZD    2040607.1 15012010 18012010 PB    PB   MZD                  5N          Export mzdových přehledů a rozúčtovávání
Zadání : Máme zaměstnance, kteří mají část mzdy placenou z jiného střediska. Dále využíváme program %MZDT244-export mzdových
         přehledů pro export informací do té firmy.

         V tomto programu se ale data nechají setřídit pouze podle střediska zaměstnance z matrice a vůbec to nebere ohled na
         rozúčtovávání. Nešlo by tento program nějak zobecnit?
Řešení : A) bohužel naprosto obecné řešení není možné právě vzhledem ke komplexnosti a variabilitě možností při definování
         mzdových ukazatelů a mzdových přehledů
         - je-li například definován nějaký komplexní mzdový ukazatel jako matematický operace více položek, z nichž některé
         jsou brané z matrice/některé z výplaty/některé ze sumárních řádků, tak není možné tyto mzdové ukazatele obecně
         rozdělit mezi střediska/zakázky

         B) je ale možné toto zařídit v jednoduchých případech zjednodušit a to je předmětem následující úpravy

         1) rozšířen program %MZDT244-export mzdových přehledů

         - na vstupu "Třídit podle" přidány dvě nové volby US-středisko při rozúčtovávání a UZ-zakázka při rozúčtovávání
         - je-li mezi zvolenými třídícími hledisky jeden z údajů US/UZ, pak program funguje ve speciálním režimu
         - v tomto režimu se při zpracování každého zaměstnance nejprve zavolá pomocné rozúčtovávání (stejné jako při
         skutečném účtování), které celou výplatu rozdělí na střediska/zakázky podle všech dostupných rozúčtovávacích
         mechanismů
         - a teprve poté jde připravovat data do mzdových rozborů, kdy do každého předepsaného sloupce se snaží brát data s
         ohledem na rozúčtovávání
         - toto funguje správně pro jednoduché součty základních mzdových rádků a jejich hodin/Kč
         - problémy mohou být v případě součtových řádků, získávání KD/PD, složitých poměrových ukazatelů, započítávání
         matričních údajů

         2) rozšířeny interní funkce na vracení hodin/Kč z mzdových řádků
         - v případě nastavení příznaku "speciální režimu podle rozúčtovávání" se nevrací prostá požadovaná hodnota z mzdového
          řádku, ale z pomocné struktury z rozúčtovávání a dané středisko/zakázku
MZD    2040608.1 19012010 19012010 PB    PB   MZD                  5K          Ukončení společnosti a následné vyplacení prémií
Zadání : Mám dotaz, jak postupovat v případě, že jedna z našich firem zanikla - ukončila svoji činnost k 31.12.2009.
         Jak mi dnes bylo sděleno, firma bude ještě několika zaměstnancům vyplácet roční prémie za rok 2009, ale až v březnu
         roku 2010.
          
         V tomto měsíci bude též vratka daně některým ze zaměstnanců.
          
         Jde mi o to, zda mám měsíc prosinec 2009 klasicky ukončit - MZDKMES a měsíce leden 2010 a únor 2010 ukončit bez
         jakého koliv výpočtu výplat, tudíž nulové a teprve v březnu 2010 si do programu doplnit prémie a vratku daně?
Řešení : Čistě právně - asi nezanikla, jen propustí všechny/většinu lidí, přestane vyplácet, ale formálně bude ta firma asi
         pořád evidovaná ... protože jinak by nemohla vyplácet prémie, dělat roční zúčtování. Ale to je asi jedno.
          
         Takže mi vychází následující schéma

         1) asi nyní většině lidí dáváte/dali jste M146-datum propuštění k 31122009
         - pakliže to ještě nemáte hotovo, tak bych doporučoval použít program %MZDZM-hromadné změny matric z podmenu
         IDEA-mzdy / matrice / nástroje na úpravy matric
          
         2) pak normálně ukončíte 12/2009
          
         3) pak bych asi v 01/2010 doporučoval dát automatickou archivaci všech propuštěných před 31122009 (program %MZDT103 -
          hromadná archivace z podmenu IDEA-mzdy / matrice / archiv)
         ==> tím se Vám pročistí seznam aktivních lidí (pravděpodobně až tak, že bude klidně i prázdný)
          
         4) pak si budete jednoduše počítat mzdy za 01/2010 a 02/2010
         => pakliže nebude koho počítat, tak nebudete nic počítat ani nic tisknout
          
         5) v měsíci 03/2010 si pak vybrané lidi obnovíte z archivu (ať už jednotlivě nebo hromadně), upravíte jim daňovou
         stupnici a potřebné informace, zadáte roční zúčtování/roční prémie
         - spočítáte, uzavřete
          
         Snad toto schéma vyhovuje
MZD    2040609.1 20012010 20012010 PB    PB   MZD                  5N          Nový formulář Přehled o výši pojistného
Zadání : ČSSZ dnes zveřejnila na http://www.cssz.cz/cz/tiskopisy/nemocenske-pojisteni.htm nový formulář
         89 542 6 - Přehled o výši pojistného s platností od 1. 1. 2010
Řešení : 1) Upraven program %MZDT238-Přehled o výši pojistného a dávkách
         - od 01/2010 se používá nové rozložení tisku

         2) rozšířena evidence %MZDCFG7-mzdové účetní
         - přidán nový parametr "E-mail", který je ve výše uvedeném formuláři použit
MZD    2040610.1 21012010 21012010 PB    PB   MZD                  5N          DIČO do tisku Potvrzení o příjmech
Zadání : Při tisku Potvrzení o zdanitelných příjmech nám do kolonky "Daňové identifikační číslo plátce:" tiskne IČO firmy
         nikoliv DIČO, vcelku by to možná bylo jedno, neboť většinou se IČ a DIČ shodují, ale u několika firem máme DIČ
         rozdílné, protože firma má odloučené pracoviště a plátcovu pokladnu. Je možné toto nastavit nějak jinak?
Řešení : Opraven překlep v RTF verzi od roku 2009, kde místo ADRDICO bylo chybně ADRICO (tj. jedno chybějící písmenko).
         V minulých letech nebo v roce 2009 mimo RTF to bylo správně.
MZD    2040611.1 21012010 21012010 PB    PB   MZD                  5N          e-Podání přehledu o výši pojistného
Zadání : Přidat do programu možnost exportu dat pro další zpracování elektronickým podáním přes Portál veřejné zprávy.

         Informační e-mail od firmy NZ Servs Aktualizace programu PortLink2009 3.0.7
         ---------------------------------------------------------------------------
         Do této aktualizace byl přidán nový modul, doklad, ČSSZ ?Přehled o výši pojistného a vyplacených dávkách?, obsahující
          možnost odeslat všechny tři typy tohoto dokladu (normální, opravný a storno), tak aby byla umožněna oprava či
         zrušení jednou přijatého Přehledu. Dle vyjádření pracovníků technické podpory e-podání ČSSZ by měl jít doklad
         elektronicky odesílat od 1.10.2009 na ČSSZ přes Portál veřejné správy. Dle informací na webu ČSSZ
         (http://www.cssz.cz/cz/e-podani/druhy-e-podani/e-podani-prehledu-o-vysi-pojisteho-a-vyplacenych-davkach/) je však
         třeba splnit následující:

         Pověřené osoby a zastupující organizace se musí pro odesílání PVPOJ registrovat na místně příslušné OSSZ, tedy
         odevzdat potvrzené "Oznámení o pověření k zajištění všech úkonů souvisejících s předkládáním Přehledu o výši
         pojistného a vyplacených dávkách".

         PVS přijímá e - Podání s PVPOJ v rámci e-služeb důchodového pojištění. Podávající, kteří jsou na PVS již registrováni
          k důchodovému pojištění, se pro PVPOJ registrovat na PVS nebudou.

         Nový modul si můžete za ceny dle platného ceníku (http://www.nzservis.cz/www/portlink/cenik_portlink.html) objednat
         prostřednictvím našeho webového formuláře (http://www.nzservis.cz/www/portlink/objednavka.php). Uživatelé, kteří si
         chtějí objednat pouze nový modul PVPOJ, mohou využít rovnou odkaz na ?Objednávku pouze nových modulů pro verzi
         PortLink2009? (http://www.nzservis.cz/www/portlink/objednavka.php?verze=240). 
Řešení : Rozšířen program %MZDT238-Přehled o výši pojistného a dávkách
         - přidána možnost "Export dat do souboru"

            Na tomto vstupu je možné zvolit strukturovaný export do souboru ve         
          formátu e-Podání pro portál veřejné správy. Takto vytvořený soubor je pak    
          možné zpracovat a odeslat programem PortLink2009 od firmy NZ Servis. Je      
          nutné tento program mít v nejaktuálnější verzi (k 01/2010 je aktuální        
          verze označená 3.0.10).                                                      
                                                                                       
            Předpokládá se, že jméno souboru bude s příponou .XML.                     

         - soubor se vytváří podle specifikací daové věty PVPOJ, která je popsána na webu ČSSZ

         http://www.cssz.cz/cz/e-podani/druhy-e-podani/e-podani-prehledu-o-vysi-pojisteho-a-vyplacenych-davkach/

────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
Celkem požadavků : 22
─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── IDEA