15 KVĚ 2008        %CSPUT                                       Hlavní společnost                                             - 1 -
15:47              PB-302                                       Tisk požadavků

Jen řady            <1> IDEA-mzdy
Jen požadavky         > Vše
Jen zadavatelé        > Vše
Jen skupiny           > Vše
Jen řešitelé          > 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é/* ? Vyřešené
Datum zadání od       : Od začátku      do : Do konce           Datum vyřešení od  : 20012008       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   ? 3-všechny
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 Zapsal Řeší Skupina   Verze      P Termín   Předmět
────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
MZD    2040356.1 23012008 23012008 PB     PB   MZD                  5          Již neplatné varování pro důchodce
Zadání : Po instalaci mezd 2008.01 systém při výpočtu mzdy u důchodců upozorňuje, že důchodce by neměl mít daňovou skupinu 20.
Řešení : Odstraněna diagnostika a generování tohoto druhu varování.
MZD    2040357.1 23012008 23012008 PB     PB   MZD                  5          ELW Indiviuální změny pro řádek 167 (přidat SZ,ZP)
Zadání : From: Hana Dolezalova, Electroworld

         1. zaměstnancům poskytujeme zaměstnanecké slevy, které jsme přidaňovaly řádkem 167 a naplouvaly do systému přes:
         Správce mezd - Nadstavby - Import csv nadstaveb - nadstavba ZAMSLEV. Protože od nového roku se musí odvádět z
         hodnoty slevy i ZP a SP a řádek 167 nám přes nadstavby napluje, ale pouze dodaní, prosíme o úpravu, aby se odvádělo
         i ZP a SP.
Řešení : Zde bych doporučoval použít mechanismus individuálních zápočtů a přes ten přidat k řádku 167 příznaky počítání SZ+ZP
         Uděláte to následovně

         A) spustíte %MZDZAP-individuální odchylky zápočtů (menu IDEA-mzdy / správce mezd / systémové záležitosti) a zadáte

              Číslo řádku   : 167  Dodanění příjmů                                   
              Zápočet Popis                                                   Hodnota
              KSZ     do Kč pro sociální zabezpečení                          M      
              KZP     Kč pro zdravotní pojištění                              M      

         B) poté spustíte %MZDINS-Instalace a generování mezd a zde dáte 4xAno plus výstup třeba na Video

         Poté by se z řádku 167 mělo nadále (a bez ohledu na hlavní verze <-> máte to v ELW "na furt") počítat i SZ+ZP
MZD    2040358.1 23012008 23012008 PB     PB   MZD                  5          Hodnota přidanění za byt
Zadání : Chtěly bychom Vás poprosit, zda by bylo možné v matrici - daně a základny
         - na stálo vložit hodnotu přidanění+ZP,SP bytu. Nyní máme v Částkce k přidanění měs.daní hodnotu pořizovací ceny
         auta - 1% a stejným způsobem bychom potřebovaly i řádek pro hodnotu bytu. Také potřebujeme, aby se tato hodnota
         objevila v rozborech na samostatném řádku (potřebujeme pro reporty, které předkládáme nejvyššímu managementu).

         **********************************************************
         From: Pavel Bezstarosti [mailto:pavel.bezstarosti@idea.cz]

         chápu to tak, že potřebujete mít zvlášť řádek pro přidanění aut a zvlášť řádek pro přidanění bytu. Je to tak ?

         1) jinak bych totiž odpověděl, abyste do řádku 176 (skrz M542-Částka k přidanění měsíční daní) zadávali součet všech
         částek (ať už jsou za byt, auto nebo eventuelně něco jiného)

         2) pro kokrétní případ "byt" to vypadá, že bych mohl využít toho, že řádek 175 je ještě volný
         - udělal bych pak asi 175 jako kopii řádku 176
         - stejně tak, bych udělal nový matriční údaj podobný M542-Částka k přidanění měsíční daní
         **********************************************************
         From: Hana Dolezalova, Electroworld

         vyhovoval by nám Váš bod 2 , což bychom si zadali trvale do matrice do daní, protože jde stejně jen o nejvyšší
         management a ten to má zatím tvale na rok a vždy prodlouženo a jedná se o stejnou částku. Moc by nám to pomohlo, že
         bychom se o to nestaraly jako i o  auta a když děláme reporty, tak to vyjede i jako základní matriční údaj a neděláme
           další sestavy.
Řešení : 1) vytvořen nový matriční údaj M540-Částka k přidanění měsíční daní (ř.175)
         - údaj byl přidán do matriční obrazovky %MZM53-daně a základny
         - celá tato obrazovka byla reorganizována a byla vytvořena celá sekce 

             --  trvale zadané částky k přičtení do mzdových řádků --------------------------
             12. Podnikový příspěvek na penzijní připojištění (161) :                        
             13. Částka k přidanění měsíční daní              (175) :                        
             14. Částka k přidanění měsíční daní              (176) :                        

         2) vytvořen nový mzdový řádek 175-Hodnota pro přidanění měsíční daní
         - tento řádek je kopií řádku 176 se stejným popisem
         - předpokládám, že uživatelé si nastaví individuální názvy řádku (například s rozlišením auto/byt)
MZD    2040359.1 24012008 24012008 PB     PB   MZD                  5          Sestavy za delší období vs. archiv
Zadání : Chci se zeptat jak fungují sestavy definované za  delší období.

         Příklad: Chci součet výplatních pásek, nebo průměrný stav zaměstnanců za rok 2007.
                 Vytvoří se sestava automaticky i se zaměstnaci, kteří v průběhu roku odešli, nebo je musím nejdříve vrátit
         do stavu a potom definovat sestavu.
Řešení : Zde neexistuje bohužel univerzální odpověď a musí se to posuzovat případ od případu (a bohužel to asi občas zvenku
         nepoznáte).
          
         Obecně :
         1) buď jsou sestavy, které v tomto případě nejprve procházejí vybrané měsíce a v nich všechny vyhovující zaměstnance
         - takovéto sestavy budou řekl bych bezproblémové
          
         2) nebo jsou sestavy, které nejprve procházejí v nějakém měsíci (buď aktuálním nebo podle výletu nebo třeba podle
         posledního měsíce intervalu) vyhovující zaměstnance a pro každého takového pak projdou vybrené měsíce
         - a u těchto typů sestav budou problémy s tím, jestli v tom měsíci byl nebo nebyl (byl v archivu) ...
          
         Většina sestav bude typu ad 1)
          
         Konkrétně sestavy, na které se ptáte %MZDT002 - součet výplatních pásek a %MZDT060 - stavy pracovníků
         jsou typu 1).
MZD    2040360.1 29012008 29012008 PB     PB   MZD                  5          Potvrzení o zdanitelných příjmech u dohodářů
Zadání : Zjistil jsem, že u zaměstnanců na dohodu o PČ, kteří maji nastavenu daňovou skupinu "0" bez slev (do 5 000,- Kč
         srážková daň),se chybně načítají data do potvrzení o zdanitelných příjmech.

         Na řádku 8 potvrzení se k základu daně připočítává i základ zdaněný 15 % daní.
         --------------------
         S novou verzí jsem dnes přišla na chybu v potvrzení o zdanitelných příjmech. Pokud měl někdo zálohou i srážkovou
         daň, tak v základu daně/8/ je načten celý rok , ale zbytek čísel je pouze z daně zálohové.Takže si zatím musím sama
         vysčítat základ daně podle mzdového listu  a změnit.

         Ve staré verzi bylo potvrzení správně.Díky za opravu.
Řešení : Opraven program %MZDT038-potvrzení o zdanitelných příjmech

         - načítání řádku 407-Mzda zdanitelná 15% daní do "8.  Základ daně  (ř. 2 + ř. 4 - ř. 6 - ř. 7)" bylo v tomto
         programu chybné a odstranil jsem ho

          
MZD    2040361.1 04022008 04022008 PB     PB   MZD                  5          Použití služebního auta pro soukromé účely
Zadání : Za použití služebního auta pro soukromé účely by se měla plat daň, sociální a zdravotní pojištění.
         V našem konkrétním případě se jedná asi o 5000 kč.
         Pokud jsem zvýšil vyměřovací základy(398,395)- pomocí korun k přičtení pak se výše mzdové složky 401,402,507,508..
         nezměnila.
         Prosím o radu jak toto do mezd zadat?
Řešení : Pro tyto účely existuje od pradávna v matriční obrazovce %MZM53-daně a základny speciální matriční údaj M542, který
         má následující nápovědu

         ***********************************************
         M542  Částka k přidanění měsíční daní (auto)                         
               Formát: max. 7 číslic                                          
                                                                              
            Údaj  se  používá  k  zápisu  částky,  která  má  být  měsíčně    
         připočítána do mzdového řádku 176-Hodnota pro přidanění měsíční daní.
         ***********************************************

         Sem se typicky zapisuje 1% z pořizovací ceny vozu, které se pak dostává do řádku 176-Hodnota pro přidanění měsíční
         daní. V aktuální verzi mezdy 2008.01 jsme měnili vlastnosti řádku 176 tak, aby se z něj kromě dosavadního počítání
         daně počítalo také SZ+ZP.
MZD    2040362.1 05022008 05022008 PB     PB   MZD                  5          Chybný výpočet srážkové daně 15%
Zadání : V. Šrámek, PROPEM spol. s r.o. 

         zdá se, že v SW Idea-mzdy je chyba v určení samostatného základu daně srážkou.
         § 6 odst. 4 vymezuje, co je předmětem srážkové daně, a odst. 13 definuje zvýšení a stanovení samostatného základu dan
         ě pro zálohovou daň s výjimkou pro daň srážkovou.
         Takže podle mě by se mělo testovat, zda je příjem do 5000 včetně.
         Jestliže ano, tak se zvýší podle odst. 13 a jsou samostatným základem 15%tní srážkové daně.
          
         Nastavení Daňové skupiny máme 0 a Druh pracovního poměru je 1.
          
         Tudíž je podle mého názoru ve výpočtu daní chyba, neboť při mzdě 3000 Kč sráží daň jen z 3000 - nezvyšuje tento zákla
         d o SZ a ZP.
Řešení : Opravena chyba ve výpočtu řádku 407-Mzda zdanitelná 15% daní
         - chybělo zde přičtení SZ+ZP a podnik
MZD    2040363.1 05022008 05022008 PB     PB   MZD                  5          Chyba ve výpočtu mzdy za 02/2008
Zadání : Potřebovala jsem spočítat mzdu již za únor, kalendář je v pořádku, ale objevilo se mi <UNDEFINED>KCROK^%MZSUBR.
         To samé se objevuje při výpočtu průměrného výdělku pro úřad práce. Leden byl bez problémů.
         Děkuji 
Řešení : Opravena chyba v sekci výpočtu kumulativních částek od počátku roku
         - Kč ve zvoleném řádku za období od prvního měsíce daného roku po minulý měsíc (vzhledem k aktuálnímu měsíci)
         - v lednu nic, v dalších měsících sčítá Kč za měsíce 1 až MM-1
MZD    2040364.1 06022008 06022008 PB     PB   MZD                  5          Chybně podklady o daních zvláštní sazbou
Zadání : Je špatně tisk %MZDT225 : Základ srážkové daně přeci nemůže být mzda, ale mzda + SZ a ZP. Když dám ale mzdu 3000,
         tak napíšeš základ v tisku 3000 - a na pásce je 407 zdanitelné 15% daň 4050. Možná by se prostě do toho základu dal
         řádek 407 odposílat, nevím, nevidím do algoritmů.
Řešení : Upraven program %MZDT225-podklady o daních zvláštní sazbou
         - místo řádku 219-Základ daně 15% se tam nově načítá 407-Mzda zdanitelná 15% daní
MZD    2040365.1 06022008 06022008 PB     PB   MZD                  5          Padají tisky s vloženými DNP
Zadání : Ještě jsme přišli na jednu chybu ve výpisu mzdových listů, pokud má zaměstnanec nemoc tak výpis končí chybou
         <UNDEFINED>KOP+1^%MZDT037.

         Totéž platí i pro tisk %MZDT046-výkaz DNP dle lidí nebo %MZDT180-DNP po ukončení poměru.
Řešení : Opravena sdílená sekce, která tiskne DNP.
MZD    2040366.1 06022008 06022008 PB     PB   MZD                  5          Slučování výplat při vedlejších činnostech/NP
Zadání : Konečně jsem nahrála do programu novou verzi mezd 2008.01 i z dodatkem. Při výpočtu mezd jsem narazila. Máme
         zaměstnance , u kterých máme dva pracovní vztahy a dvě pásky. Loni jsem  daň řešila zadáním částky k přidanění přes
         matriční data ř. 7 a výpočet se provedl správně.

         V letošním roce toto nelze použít, protože se automaticky z přidaňované částky vypočte ještě jednou sociální a
         zdravotní pojištění za zaměstnance i zaměstnavatele. Tím vzniká chyba.  Takže lze danit jen mzdu u jednoho zaměstnanc
         e jednotlivě. Při vyšších odpočtech nelze daň správně vyčíslit.

         Můžete se na tento problém podívat?
Řešení : Podle toho, jak to popisujete, tak jste nepoužívala mechanismu "slučování výplat při vedlejších
         činnostech/náhradních pracech". Což zřejmě zdánlivě vyhovovalo, ale nebylo to to úplně správné.
          
         Schematicky budeme muset udělat následujícící :
          
         1) předpokládám, že již nyní máte 2 osobní čísla a tedy 2x matrice, výplaty, výplatní pásky atd.
         .... to je jistě dobře
          
         2) budeme muset u vedlejšího osobního čísla nastavit v základní matriční obrazovce

             Osobní číslo           : 102    Sochor Josef vedlejší 11.04.1969/3441 
                                                                                         
          1. Příjmení, jméno        : Sochor Josef vedlejší                              
          2. Druh pracovního poměru : 8   vedlejší pracovní činnost na druhý souběžný p..
                                      <---- toto je důležité, zde buď 8 nebo 9
         .....
          7. Osobní č.hl.činnosti   : 100    Sochor Josef 16.09.1973/3455
                                      <---- toto je důležité, zde je ukazatel na "hlavní osobní číslo"
          
         3) tím pádem potom bude výplata u "vedlejšího" (zde 102) spočítána tak, že tam budou vyčísleny pomocné přenosové řádk
         y
          
         4) potom spustíme %MZDVCNP-převod z VČ/NP a nadstaveb z podmenu IDEA-mzdy / dobírka
         - tím se nám data připravená ad 3) přenesou do hlavní činnosti a mělo by proběhnout korektní spojení dat z více poměr
         ů a správné spočítání výplat
          
         Celé toto není triviální, takže asi bude nejlepší, když si zavoláte, až budete mít na toto čas a prostor a pokusíme s
         e to udělat po telefonu (nebo si o tom alespoň popovídáme).
MZD    2040367.1 07022008 07022008 PB     PB   MZD                  5          Jak zadat opravu v DNP
Zadání : v prosinci 2007 jsem dala do počítače nemoc od 14.12.2007 do 31.12.2007.
         14.12. odpracovala 8 hod.
         zaplatila jsem od 15.12. 2+11+4 a pozdě jsem zjistila, že to platí jen u hospitalizace v nemocnici.
         Mělo být od 15.12. 3+11+3  nemoc byla doma.
         Vznikl přeplatek 273 Kč a já to neumím v počítači srazit na mř. 361.
Řešení : Tuto situaci opravíme pomocí tzv. opravných řádků v DNP. A to následovně :
          
         1) vlezte si do výplaty na daného člověka a mzdový řádek 361
         - na to místo, kde se zadává číslo řádku 10,20,30
          
         2) pod nápovědou (přes F1) se nechají nalézt informace o možnostech "R=ručně zadávaný řádek S=stornovací řádek"
          
         3) zvolte tedy R+Enter, což se změní na něco jako "10R"
          
         4) dále vyplňte -273 do sloupce Částka, vyberte Doklad ke kterému se tato korekce vztahuje a Platit="A"
MZD    2040368.1 13022008 13022008 PB     PB   MZD                  5          Výpočty PP průměrů z řádku 56
Zadání : VOP-MEDTEC : Řádek 56-Odměny ostatní z NM vypadá, že se nezapočítal do PP průměrů resp. započítal se tam částečně jak
         o kdyby byl považován za dlouhodobou odměnu.
Řešení : Ano - řádek 56-Odměny ostatní z NM ve standardní dodávce má charakter dlouhodobé odměny a jako takový ovlivňuje PP
         průměr následující 4 čtvrtlení vždy čtvrtinou.

         1) tento řádek má zápočet KPP-do Kč pro PP průměr nastaven na hodnotu D, která představuje "složky mzdy za období
         delší než Q rozpočítávané do čtyř Q"
         - odstatní možné hodnoty jsou 
          
            2        složky mzdy za období delší než Q rozpočítávané do dvou Q
            3        složky mzdy za období delší než Q rozpočítávané do tří Q 
            D        složky mzdy za období delší než Q rozpočítávané do čtyř Q
            M        složky mzdy za měsíc až čtvrtletí                        
            MM       u měsíč. mzdy do složky mzdy za měsíc až čtvrtletí       
          
         2) popisy zápočtů a jejich konkrétní nastavení je možné vytisknout následujícími programy z podmenu IDEA-mzdy /
         správce mezd / tisky a dotazy
          
         %MZDT072 - popisy zápočtů
         %MZDT067 - tisk zápočtů     (zde doporučuji na vstupu "Jen zápočty >" zadat jen základní zápočty povelem
         "K*,H*,D*,ODB,TRE"
          
         - v příloze posílám příklad z mého noteboku
          
         3) dále existuje možnost nastavit si zápočty individuálně = u každého zákazníka jinak
         - k tomu existuje program %MZDZAP-individuální odchylky zápočtů v podmenu IDEA-mzdy / správce mezd / systémové
         záležitosti
         - tento program má následující nápovědu
         ************************************************************************************
            Tento program definuje odchylky od dodávaného seznamu zápočtů. 
                                                                           
         !!! POZOR !!!                                                     
            Takovéto  odchylky  jsou  velice  vážným  zásahem do struktury 
         výpočtu a jejich neodborné použití  může vést k chybným výpočtům. 
         Možnost  jejich definování  je  (i  přes jeho  nebezpečnost) dána 
         uživateli zejména  pro případy, kdy  se místní podmínky  (zejména 
         různý  výklad zákonů  různými institucemi)  odlišují od  podmínek 
         zapracovaných do projektu mezd firmou IDEA spol. s r.o.           
            Z popsaného vyplývá, že dodavatel  po provedení změn v seznamu 
         zápočtů  uživatelem,  nemůže  garantovat  legislativní  správnost 
         výpočtu  mezd.  Proto  doporučujeme  využívat  tuto možnost pouze 
         vyjímečně a  až po konzultaci  s dodavatelskou firmou  IDEA spol. 
         s r.o.                                                            
            Takto  popsané  odchylky  se  stanou  platnými  až poté, co se 
         spustí program ^%MZDINS Instalace a generování mezd.              
         ************************************************************************************
          
         4) zkoumání podkladů o výpočtu PP průměrů
          
         - v podmenu IDEA-mzdy / matrice existuje program %MZM52 - průměry PP                                                 
                          
         - zde v sekci "-- počítané údaje --" jsou podklady o tom, z jakých hodnot program počítal průměry PP
         - dlouhodobé odměny jsou zde vidět v údajích
          
          6. Kč  odměn za období delší než 1/4 roku pro 1.Q. :
          7. Kč  odměn za období delší než 1/4 roku pro 2.Q. :
          8. Kč  odměn za období delší než 1/4 roku pro 3.Q. :
          9. Kč  odměn za období delší než 1/4 roku pro 4.Q. :
          
MZD    2040369.1 29022008 29022008 PB     PB   MZD                  5          Dotaz na vztahy mezi řádky 411 a 518-524
Řešení : 1) Nevím, jak a na jaké úrovni na to odpovídat - tyto pojmy odpovídají logice výpočtu mezd, tak jak platí ze zákona.
          
         410 Zdanitelné měs.daň    0,00  34.114
         518 Záloha daň před sl    0,00   5.130
         519 1. sleva na dani      0,00   2.070
         521 Zál.daň po 1.slevě    0,00   3.060
         522 Měs.daňové zvýhod.    0,00   1.780
         523 2. sleva na dani      0,00   1.780
         411 Zál.na daň sražená    0,00   1.280

         - na řádku 410 se vyčíslí "zdanitelné"
         - z toho se spočítá základní 518-Záloha daň před slevami
           * aktuálně jako 15% - 34200*.15 -> 5130   (základ na 100 nahoru)
         - 519 1. sleva na dani = 2.070 je sleva na dani na člověka samotného
         - tím pádem je potom {518}-{519} = 521-Zál.daň po 1.slevě = 5130-2070 =  3.060
         - 522-Měs.daňové zvýhod. je prosté vyčíslení {počet dětí}*{Měsíční daňové zvýhodnění dítěte-890}
         - a pak se porovnává, jestli má zaměstnanec 
           a) nárok na další slevy na dani za děti (523-2.sleva na dani)
           b) nebo jestli má naopak nárok na daňový bonus (524-Měsíční daňový bonus)
         - řádek 411-Zál.na daň sražená je pak rozdíl mezi {521}-{523}
          
         - řádek 524-Měsíční daňový bonus je extra vyčíslený daňový bonus

         2) Běžná praxe při placení daní z mezd
         - v programu %MZRPU-mzdové řádky pro příkazy k úhradě se definuje, z jakých řádků a na jaké účty se posílají součty K
         č vyplacených na těchto řádcích
         - běžná praxe je ta, že následující řádky mají uvedeno stejné bankovní spojení

             382 Vratka roční daně 
             411 Zál.na daň sražená
             524 Měs. daňový bonus 

         , přičemž řádek 411 má nastaveno "Jak započítávat   ?" P-přičítat
           zatímco řádky 382 524 mají nastaveno "Jak započítávat   ?" O-odečítat

         - v důsledku to potom znamená, že se na daný účet pošle součet Kč z řádku 411 minus součty Kč z řádků 382 a 524
MZD    2040370.1 03032008 03032008 PB     PB   MZD                  5          Změny do číselníku PP vztahů a komunikace do ELDP
Zadání : DPmHK : Dosud jsme vedlejší činnosti dávali jako M124=8=vedlejší pracovní činnost na druhý souběžný p.p.
         a do ELDP se to dostávalo s ELDP kódem 1-druhý pr. poměr u téže org. , překrývání.

         Nyní chceme dát pro další (třetí souběžný) hodnotu M124=18=třetí souběžný pracovní poměr (kde je ELDP kód 2= třetí pr
         . poměr u téže org., překrývání), jenže pro  M124=18,28,38,... není zapnuté to spojování přes osobní číslo hlavní
         činnosti.

         Naopak spojování přes osobní číslo hlavní činnosti je podle dokumentace zapnuté pro druhy PP, které představují VPČM
         pracovní poměr vyžadující propojování s M108 z důvodu "VČ", což jsou hodnoty 8,15,16,17,25,35,45,55,65,75,85,95.
Řešení : 1) rozšířen seznam druhů pracovních poměrů vyžadujících propojování přes M108-osobní číslo hlavní činnosti z důvodu
         "VČ" o hodnoty 18,28,38,48
         - původní seznam hodnot 8,15,16,17,25,35,45,55,65,75,85,95
         - nový seznam hodnot 8,15,16,17,25,35,45,55,65,75,85,95,18,28,38,48

         2) upraveny odpovídající části algoritmů mezd
MZD    2040371.1 03032008 03032008 PB     PB   MZD                  5          Chyba při výpočtu odměn statutárům
Zadání : From: PROPEM s.r.o.

         ve mzdách je chyba při stanovení mzdy pro zdanění. Při použití řádků 134, 135, 136 zvýšíš mzdu ke zdanění o 61%.
         Přitom by to mělo být jenom 35%, jako obvykle. Při porovnání s řádky 127-129, kde je jenom ZP, se zdá, že přičítáš
         dvakrát sociální pojistné za podnik. Počítá to takto již od ledna.

         Řádky 134-136 se používají pro odměny jednatelům, které jsou v režimu zaměstnance.
Řešení : Opraveno dvojí přičítání pojištění z řádků 134-136 do mzdy pro zdanění.
MZD    2040372.1 03032008 03032008 PB     PB   MZD                  5          Chyba při výpočtu vyměřovacích základů nad limit
Zadání : Máme problém v případě, kdy zaměstnanec již dosáhne stropu vyměřovacího základu pro soc. a zdrav. pojištění.
         (1.034.880,-), tak se nemůžeme propracovat k výsledku, který vyšel (355.631,-).

         Dle naší úvahy, v momentě, kdy zaměstnanec dosáhne stropu 1.034.880,- Kč, tak je vyměřovací základ (např. v únoru u
         výše uvedeného mzdového listu) by měl být 455.518,- (1.034.880 ? 579.362 za leden 08) a např. v březnu 08 by již měl
         být nulový vzhledem k dosažení maxima v únoru. Proto v evidenčním listu musí být nejvyšší částka výdělku za rok 2008
         částka 1.034.880,-
Řešení : Opraveny algoritmy výpočtu vyměřovacích základů ZP a SZ
         - v obou případech docházelo k chybnému krácení
         - nejprve jsme správně oříznuli vyměřovací základ, ale v následné sekci, která krátila odpovídající hodnoty pro
         statutární zástupce a za mzdy procentní daní jsme hodnotu VZ zkrátili znovu, což vedlo k tomu, že program dával
         nesmyslné údaje
MZD    2040373.1 03032008 03032008 PB     PB   MZD                  5          Výpočet příspěvku penzijní připojištění
Zadání : potřebujeme, aby zaměstnanci nebyli u příspěvku na penzijní připojištění omezováni částkou 3% z vym.základu pro
         soc.pojištění., ale 3% z hrubé mzdy.

         Proto se na Vás obracíme s velkou prosbou, jestli by šlo toto upravit a objasnit.
         -----------
         Domluveno následující :
         * vznikne nový přepínač v konfiguraci platný pro všechny zaměstnance
         * tímto přepínačem se bude přepínat, jestli procentem zadaný výpočet řádku 161 bude probíhat na základě 395-vyměřovac
         í základ sociálního zabezpečení nebo podle 320-Hrubá mzda
Řešení : 1) upraven program %MZDCFG5-další parametry
         - přidán parametr "Jaký základ pro příspěvek na penzijní připojištění  ?"
         - možné hodnoty jsou :  1-hrubá mzda (320)
                                 2-VZ SZ (395)
         - nevyplněno odpovídá současnému stavu, tj. 2-VZ SZ (395)
         - vstup má následující popis v nápovědě

            Tento parametr je určen pro rozlišování, z jakého základu se má počítat    
          příspěvek na penzijní připojištění podniku zadaný procenty v matričním       
          údaji M544-Ručně zadaný trvalý příspěvek na penzijní připojištění.           
                                                                                       
            V obou případech je nutné nejprve spočítat výplatu až do fáze znalosti     
          Kč na řádku 320-HRUBÁ MZDA resp. 395-Vyměřovací základ sociálního            
          zabezpečení. V tom okamžiku se program vrací zpět k výpočtu řádku            
          161-Příspěvek penzijní připojištění podnik na základě takto zjištěného       
          základu.                                                

         2) upraveny algoritmy mezd tak, aby braly do úvahy výše uvedený parametr
         - konkrétně se jedná o algoritmy výpočtu řádků 161, 320 a 395

         3) upraven text nápovědy v programu %MZM53-daně a základny
         - u vstupu "Podnikový příspěvek na penzijní připojištění (161)" je nyní následující popis

          M544  Ručně zadaný trvalý příspěvek na penzijní připojištění                 
                Formát: max. 7 číslic                                                  
                                                                                       
             Údaj  se  používá  k  zápisu  částky,  která  má  být  měsíčně            
          připočítána do mzdového řádku 161-Příspěvek podniku na penzijní              
          připojištění. Tato částka je plně pod kontrolou mzdové účetní a program ji   
          nijak nenuluje ani nenastavuje.
                                                                                       
             Je-li v textu dále zmiňován ZÁKLAD, pak se podle nastavení parametru      
          "Jaký základ pro příspěvek na penzijní připojištění  ?" v konfiguraci bere   
          buď hodnota Kč z mzdového řádku 320-HRUBÁ MZDA nebo 395-Vyměřovací           
          základ sociálního zabezpečení.                                               
                                                                                       
             Zadání speciální hodnoty M-příspěvek 3% ze ZÁKLADu odpovídá povelu "3P".  
                                                                                       
             Zadáním částky následované písmenem M zadáte povel - příspěvek bude ve    
          výši zadané částky, ale maximálně do výše 3% ZÁKLADu. Například je možné     
          zadat "400M".                                                                
                                                                                       
             Zadáním čísla následovaného písmenem P zadáte povel - příspěvek bude ve   
          výši zadaných procent ze ZÁKLADu. Například je možné zadat povel "5P" ve     
          smyslu "poskytuj příspěvek ve výši 5% ZÁKLADu". Po zavedení této syntaxe je  
          jedno, jestli zadáte povel "3P" nebo "M". Oba tyto povely představují        
          poskytnutí příspěvku ve výši 3% ZÁKLADu.
MZD    2040374.1 16042008 17042008 PB     PB   MZD                  5          Žádost o radu s ELDP
Zadání : Dobrý den,
         potřebovala bych poradit ohledně ELDP. Všech 109 ks ELDP za naši organizaci se mi podařilo odeslat, kromě jednoho. 
         V příloze (ELDP 2007 M) je evidenční list, který se mi stáhne z matrice. Nemůžu přijít na to, proč je průběh pojištěn
         í rozdělený do dvou řádků, není k tomu důvodu.
         V příloze (ELDP 2007) je evidenční list, který jsem opravila ručně v "zadávání a opravy ELDP" tak, jak by to mělo
         být a který jsem také poslala přes Portlink.
         V poslední příloze je protokol o zpracování e-podání z PVS, které bylo zamítnuto s kódem chyby.
         Připadá mi, že je něco špatně v matrici, ale nemůžu nic najít.
         Děkuji za zprávu.
Řešení : 1) proč jsou 2 řádky

          <t1 row="1" cod="0D+" fro="2007-01-01" to="2007-02-28" din="0" dex="59" inc="" dar="59" /> 
          <t1 row="2" cod="0++" fro="2007-03-01" to="2007-12-31" din="306" dex="116" inc="77519" dar="" /> 

         - vidím, že první řádek má cod="0D+" 
         - písmeno D na druhém místě znamená, že jsem v 01/2007 a 02/2007 diagnostikoval situaci "datum dosažení důchodového
         věku je menší než první den v měsíci"
         - zkuste se podívat, jak vypadal matriční údaj M118-Datum vzniku nároku na starobní důchod v těchto měsících
         - pokud by tento údaj nebyl vyplněn, tak by se bral algoritmus odvození data vzniku nároku z programu
         %MZDT005-Předstihové řízení (Tiskne  předpokládané odchody pracovníků do důchodu ve zvoleném období pro vybraná
         střediska.)
          
         2) v ručně upraveném souboru mám dojem, že dělá neplechu prázdný řádek row="1"

          <t1 row="1" cod="" fro="" to="" din="" dex="" inc="" dar="" />
          <t1 row="2" cod="0++" fro="2007-01-01" to="2007-12-31" din="365" dex="175" inc="77519" dar="" />
          
         - zbavíte se ho následovně : na vstupu číslo "16" - sloupec Kód u prvního řádku dáte povel ZRU=zrušit řádek, po dotaz
         u "Opravdu zrušit tento řádek ?" a odpovědi A, se celý první prázdný řádek zruší a druhý řádek se posune na jeho míst
         o
MZD    2040376.1 05052008 05052008 PB     PB   MZD                  5          Srážky a přednostní pohledávky
Zadání : Dobrý den,

         mám tady jednoho zaměstnance, který má několik výkonů rozhodnutí na placení přednostních pohledávek a tudíž má
         srážky do výše 2/3 zůstatku.

         Když jsem mu udělal v únoru výplatu, zjistil jsem, že 

         srážka 5 dočasně zadržená (výživné) je ve výši      2445,- Kč
         a srážka 10 (VZP) je ve výši                                 2093,- Kč

         Podle mého názoru by obě srážky měly být stejné a to 1/3 zůstatku. V lednu to tak bylo.
         V příloze posílám jak mám nastavené srážky a výplatní lístek za leden a únor.

         Prosím mrkněte na to kde může být problém.
Řešení : Provedena revize výpočtů výživného a to jak s běžným měsíčním, tak i se samotným dlužným výživným. 

         - v tomto případně byla odhalena neošetřená skulinku v programu, kterou je nově upravena tak, že lze u exekuce
         výživného zadávat do 1/3 = 1, takže kontrola ve vazbě na nulovost/nenulovost M303-Měsíční výše předpisu srážky v Kč u
         ž není žádoucí
         - výživné při uspokojování srážek ze 2/3 ostatní přednostní pohledávky předbíhá.

         Při zadávání srážek exekuce by se do údaje třetina (1/3) měly zadávat hodnoty následujícím způsobem:

         1 = exekuce běžného měsíčního výživného, dlužného výživného a případně obojího. V tomto případě, do vyčerpání druhé
         třetiny, nezáleží na zadaném pořadí srážky, protože běžné výživné předbíhá i přednostní pohledávky.

         2 = exekuce přednostních pohledávek, kdy jsou srážky uspokojovány podle pořadí ze druhé třetiny, pokud po uspokojení
         výživného zbyly Kč

         3 = exekuce nepřednostních pohledávek, kdy jsou srážky uspokojovány podle pořadí z první třetiny, včetně srážek s 1
         a 2

         Poznámka: pokud dvě a více srážek exekuce budou mít 2 a zároveň stejné pořadí, budou uspokojovány ne rovným dílem, al
         e poměrně, podle velikosti dlužné částky.
MZD    2040377.1 05052008 05052008 PB     PB   MZD                  5          Podklady o daních zvláštní sazbou
Zadání : Sestavy s podklady o daních zvláštní sazboujsou důležité z hlediska vyúčtování daní z příjmů, které je povinen
         plátce podat na FÚ.

         Potřebujeme roční sestavu celkem po měsících (nyní s sestavě je celkem jen po jednotlivých zaměstnancích, nikoli
         celkem za zaměstnance po měsících, což musíš uvádět v příslušných hlášeních).
Řešení : Rozšířen program %MZDT225-podklady o daních zvláštní sazbou
         - přidán nový přepínač "Tisknout sumář po měsících ? A/N", který dovoluje na závěr sestavy zobrazit sumář po
         jednotlivých měsících zvoleného období

         - reformulovány volby na vstupu "Jak základní detail/sumář ?" následovně
           0-žádný detail po zaměstnancích ani sumář
           1-jen detaily po zaměstnancích           
           2-jen součty po střediscích              
           3-vše                                    

         , přičemž volba 0-žádný detail po zaměstnancích ani sumář je nově přidaná (a v kombinaci s "Tisknout sumář po měsícíc
         h ? A" dovoluje vytisknout pouze sumář po měsících)
MZD    2040378.1 05052008 05052008 PB     PB   MZD                  5          Tisk potvrzení o zdanitelných příjmech pro 2008
Zadání : Upravit tisk potvrzení o zdanitelných příjmech ve formátu podle vzoru 5460_16.pdf z MFČR.

         http://www.formulare-ke-stazeni.cz/formular-potvrzeni-o-zdanitelnych-prijmech-ze-zc-vz-16-pro-zdan-obdobi-2008-df_08d
         pfoz5460_16.html
Řešení : Upraven program %MZDT038-potvrzení o zdanitelných příjmech podle vzoru 5460_16.pdf.
MZD    2040379.1 05052008 05052008 PB     PB   MZD                  5          Upřesnění programu na statistiku Trexima
Zadání : prosím, zda můžete zkontrolovat, jak jsou vypočítávány údaje do statistiky Trexima:
         1) odpracovaná doba - ODPRACD - zde by měly být údaje pouze ze mzdového ř. 2, ale jeví se to jako součet ř. 2 + ř.19
         přesčasy. Přesčasy jsou ale součástí řádku 2 a na ř. 19 je jen příplatek
         2) nemoc - ABSNEMOC - nezohledňuje záporné hodnoty při opravě DNP /stornu/, musela jsem ručně opravit u zaměstnance
         součet ř. 361 + /minus údaje/ ř. 366
          
         Pro I. čtvrteltí jsem to již ručně opravila a odeslala, aktuální to bude zase v červenci, takže to nyní nespěchá.

         -----Original Message-----
         From: Pavel Bezstarosti [mailto:pavel.bezstarosti@idea.cz] 
         Sent: Thursday, April 17, 2008 9:55 AM
          
         situace se má následovně :
          
         1) ODPRACD - suma hodin z řádků, které mají zápočet HSM="A" a HSM="P" a pokud je to pracovník placený M-měsíčně, tak
         ještě z řádku s HSM="M" 
         - takže ano - jsou zde řádky 1-16 plus 19 plus 35 a ještě svátky 
          
         2) ad ABSNEMOC
         - zde sčítám pouze hodiny z řádků 361-365 a nikoliv 366
         - 366+367 sčítám do ABSOCR
         - do ABSPLAC sčítám všechny hodiny od 89-102
         - a potom je toto sečtené v 
          S ABSCELK=ABSNEMOC+ABSOCR+ABSPLAC
         - a při všech těchto součtech nehledím na kladné/záporné, takže pokud někde řádek sčítám, tak sčítám i jeho záporné
         hodnoty
Řešení : Upraven program %MZDT229-statistika Trexima od roku 2006

         1) do kolonky ODPRACD se nově již nepřičítají řádky s příplatky za práci přesčas
         - takže nově je zde suma hodin z řádků, které mají zápočet HSM="A" a pokud je to pracovník placený M-měsíčně, tak
         ještě z řádku s HSM="M" <-> nesčítají se tam nadále hodiny z řádku HSM="P"

         2) přidáno ořezávání záporných hodnot v proměnných ABSCELK, ABSNEMOC, ABSOCR, ABSPLAC
         - žádná z proměnných ABSCELK, ABSNEMOC, ABSOCR, ABSPLAC nesmí být záporná
         - pakliže by se v některé z nich objevila záporná hodnota, tak se nahradí hodnotou 0
MZD    2040380.1 05052008 05052008 PB     PB   MZD                  5          ELDP - vyloučené doby a OČR
Zadání : Dobrý den,
         na evidenčních listech důch.poj. se do vyloučených dob nezapočítává OČR, ale pouze nemoc.Je to chybně za rok 2007 i
         v roce 2008.Dříve jsem si toho nevšimla,protože zaměstnáváme téměř samé muže,kteří OČR nečerpali.
         Mám něco špatně nastavené?Díky.

         poslána reakce --> aktuální způsob výpočtu vyloučených dob je následující :

         - napočítej do vyloučených dob KD proplacené z řádku 366=OČR a kalendářní dny z 361-365=normálních DNP
         - 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
         - pokud nemá započitatelné příjmy, pak do vyloučených dob započítej také KD z 143-vojenských refundací a
         367-Peněžitá pomoc v mateřství

         Nyní mě hned napadlo ještě jedno naprosto jasné vysvětlení :

         Pokud byste byli 17. Velikost organizace         ? 1-malá (do 25ti zaměstnanců)  (program %MZDCFG2-údaje o firmě)
         , pak byste všechny DNP měli automaticky neplacené a tím pádem by také byly KD proplacené z řádku 366=OČR vždy nulové
         .

         Prosím potvrďte mi tuto spekulaci - pokud by to tak bylo, tak bych asi musel v programu mít výjimku pro malé
         organizace.

         ==> máte pravdu, jsme malá organizace a nemocenskou a OČR neproplácíme my, ale OSSZ.
Řešení : Upraven program %MZELDP1-výpočet a vytváření záznamů ELDP
         - data z řádku 366-ošetřování člena rodiny se nově započítávají do vyloučených dob následovně

         1) velká organizace
         - kalendářní dny proplacené
         - tedy se berou jen ty dny, které se proplácejí s ohledem na "Osamělost" a limity 9 resp. 16 dnů

         2) malá organizace
         - kalendářní dny
         - zde se berou všechny dny zadané dávky bez ohledu na "Osamělost" a limity 9 resp. 16 dnů
         - jinými slovy : my vyexportujeme všechny KD OČR a všechny důsledky a okolnosti necháme na OSSZ
────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
Celkem požadavků : 24
─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── IDEA