30 BŘE 2005        %CSSOFTT                                     Hlavní společnost                                             - 1 -
11:42              PB-101                                       Tisk požadavků a úkolů

Datumy od -
Požadavek Zapsáno  Vyřešeno Zapsal Řeší Skupina   P Termín   Předmět
────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
2040163   01022005 01022005 PB     PB   MZD       5 01022005 Načítání příspěvků odborům do ročního zúčtování
 Zadání : Chtěla bych se na Vás obrátit  s dotazem na daňový odpočet za zaplacené příspěvky odborům.
          Do kolonky zaplacené příspěvky odborům /při ročním zúčtování/ se načítají vyplacené Kč ze mzdového řádku 494 zaplacené 
          zaměstnancem za rok 2004.  Myslím si, že to je chybně, protože se mají načítat za období 12/2003 až 11/2004 tj. sražené 
          příspěvky v průběhu roku 2004, ne za rok 2004.

          Děkuji za odpověď zda toto bude opraveno nebo si opravu u každého zaměstnance mám provést sama.
 Řešení : Do konfiguračního programu %MZDCFGB-další parametry II byl přidán nový parametr "Jak načítávat odborové příspěvky do
          ročního zúčtování" s možnými hodnotami 0-vůbec, 1-za zpracovávaný rok a 2-za zpracovávaný rok minus 1 měsíc.

          V závislosti na nastavení tohoto přepínače se pak načítají příspěvky odborům za požadované období (při nastavení na 1 
          nebo 2) případně se příspěvky odborům nenačítají vůbec (při nastavení na hodnotu 0).

2040164   01022005 01022005 PB     PB   MZD       5 01022005 Způsob zadání podnikového příspěvku na penzijní p.
 Zadání : Dále bych Vás chtěl požádat o dořešení nastavení příspěvku zaměstnavatele na penzijní připojištění tak, abychom nemuseli 
          manuálně měsíčně korigovat některé příspěvky. Chceme platít zaměstnancům 400,- Kč měsíčně, ale maximálně 3 %
          z hrubé mzdy.
 Řešení : Rozšířen význam matričního údaje M544-Ručně zadaný trvalý příspěvek na penzijní připojištění.

          K existujícím možnostem přidána následující :  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% VZ SZ. V našem případě je možné zadat hodnotu "400M".

          Stávající možnosti jsou popsány v nápovědě ke vstupu a zde je tento popis :

             Ú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 na penzijní připojištění  
          daněný přes 5% vyměřovacího základu. Tato částka je plně pod kontrolou
          mzdové účetní a program ji nijak nenuluje ani nenastavuje.            

             Zadáním speciální hodnoty M-maximální příspěvek 3% VZ SZ do tohoto údaje 
          se v rámci přepočtu výplaty zajistí poskytování podnikového příspěvku na    
          penzijní připojištění v maximální možné výši 3% vyměřovacího základu pro SZ.

2040165   03022005 03022005 PB     PB   MZD       5 03022005 Parametrizace dat pro penzijní/životní pojišťovny
 Zadání : V parametrech penzijních a životních pojišťoven je třeba přidat větší variabilitu v zadávání symbolů plateb - 
          specifického, variabilního a konstantního.
 Řešení : Aktuální nápověda k těmto vstupům vypadá následovně :

          Povely (příklad pro 2005/09) : 
          ------------------------------ 
          SS   - století   20            
          RR   - rok       05            
          R    - rok       5             
          MM   - měsíc     09            
          XX   - měsíc+80  89            
          M+   - následující měsíc     10
          X+   - následující měsíc+80  90                                          
          C    - konstanta 1-číslo média                                           
          Sxx  - data z matriční srážky typu xx                                    
          S33  - data z matriční srážky typu 33-penzijní připojištění              
          S60  - data z matriční srážky typu 60-srážky ve prospěch právnických osob
          M102 - osobní číslo doplněné zleva nulami na 6 míst                      
          Mxxx - obecný povel na doplnění jakéhokoli jednoduchého matričního údaje 

          --------------------------------------------------------------
          A) Nově je tedy možné přidat obecný povel na převzetí symbolů ze srážky určitého typu
          - například je možné využít sadu srážek 60-68 všechny označené jako srážky ve prospěch právnických osob
          - některou z nich si přejmenovat podle potřeba například na "životní pojištění"
          - poté si zadat (třeba fiktivní na nulovou částku) srážku s požadovanými symboly - podle povelů pojišťovny třeba rodné 
          číslo pojištěnce nebo číslo pojištění
          - a v parametrech životní pojišťovny uvést povel "S60" pro převzetí dat ze srážky typu 60

          B) Dále je možné si vytvořit individuální matriční údaj a na něj se odkázat povelem Mxxxx
          - například je možné vytvořit si individuální údaj 1001-variabilní symbol pro životní pojištění
          - tento údaj pak lze zařadit do libovolného matričního formuláře a takto jej pořizovat k zaměstnancům
          - a v parametrech životní pojišťovny se na něj odkázat povelem M1001

2040166   03022005 03022005 PB     PB   MZD       5 03022005 Reorganizace pořadí mzdových řádků u dalších tisků
 Zadání : Přidat mechanismus reorganizace pořadí mzdových řádků i do následujících sestav :

30 BŘE 2005        %CSSOFTT                                     Hlavní společnost                                             - 2 -
11:42              PB-101                                       Tisk požadavků a úkolů

Datumy od -
Požadavek Zapsáno  Vyřešeno Zapsal Řeší Skupina   P Termín   Předmět
────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
          %MZDT002-součet výplatních pásek
          %MZDT036-mzdové listy
 Řešení : Zmiňované sestavy berou do úvahy mechanismus reorganizace pořadí mzdových řádků.

2040167   07022005 07022005 PB     PB   MZD       5 07022005 Nové ceny složenek u České pošty
 Zadání : Nové ceny platí od 1.2.2005. Slovní popis dle ČP:

          Do   5.000Kč včetně cena složenky 22Kč
          Do  50.000Kč včetně cena složenky 32Kč
          Za každých dalších započatých 10.000Kč je +5Kč
 Řešení : Upravena funkce vracející cenu za složenku.

2040168   16022005 16022005 PB     PB   MZD       5 16022005 Průměr DNP u vedlejších činností
 Zadání : Při výpočtu průměrů DNP u pracovníka s vedlejší činností (M124-Druh pracovního poměru = 8-vedlejší pracovní činnost) 
          neodpočítávají neodpracované dny a tudíž průměr DNP vyjde nižší.
 Řešení : Opravili jsme výpočet v řádku 395-neodpracovaných dnů.

          Dosud jsme pro druhy pracovního poměru větší než 6 vůbec nepočítali a neukládali tyto neodpracované dny. A v důsledku 
          toho se tedy nenačítaly do výpočtu průměrů DNP.

2040169   16022005 21022005 PB     PB   MZD       5 16022005 Jak zpětně srazit slevu na dani
 Zadání : Mam problem, ze nevim jak mam zpetne srazit slevu na dani na jedno dite, ktere nezdokladoval poplatnik do 15.2. a ani 
          nezdokladuje, protoze se rozvadi. Ja mu potrebuji, zpetne srazit 500Kc a dan chci, aby mel jiz za unor o 500,- Kc vetsi.
          -------------
          Za leden ulatňoval již od 1.1.2004 nezdanitelnou částku = § 15. Do 15.2. mají všichni dodat papír na § 35 daňové 
          zvýhodnění na děti platné od 1.1.2005 a pak se jim z daně odečítá na jedno dítě 500,- (do roku 2004 § 15). Ten , kdo
          nezdokladuje nemá žádný nárok a tudíž já mu chci zpětně odebrat 500,- Kč, které dostal v 01 jako daňové zvýhodnění.
 Řešení : Upraveny algoritmy mzdových řádků 

            521   Záloha na daň měsíční    
            522   Měsíční daňové zvýhodnění
            523   Měsíční sleva na dani    
            524   Měsíční daňový bonus     

          tak, aby se při výpočtech braly do úvahy hodnoty zadané do složek "Kč k přičtení". V původní chybné verzi se tyto 
          korekce Kč ignorovaly.

2040170   27022005 27022005 PB     PB   MZD       5 27022005 ELDP - formát numerických dat a třídění
 Zadání : A) Potreboval bych do programu %MZELDP2 pridat moznost tisku dle abecedy.
          Pokud tisknu cely podnik tak by se v tom spatne hledalo.

          B) Je tam nemsi problem se strukturou datove vety.
          > Nadavalo nam to ze udaje `dex,dar,sdex,sdar` jsou ve spatnem formatu ( 
          > dival jsem se na strukturu a maji tam ze numericke udaje `N` nesmi zacinat 
          > nulou, tak jsem tam dal misto nul prazdno a proslo to).
 Řešení : Upraven program %MZELDP2-Tisk a export dat ELDP

          A) Přidán vstup "Třídit podle", který umožňuje setřídit výstup až podle 3 matričních údajů
          B) Upraveno výstupní formátování zmiňovaných numerických údajů

2040171   03032005 03032005 PB     PB   MZD       5 03032005 Způsob zadání podnikového příspěvku na penzijní p.
 Zadání : Upřesnění řešení původního požadavku 2040164

          - původní zadání
          Dále bych Vás chtěl požádat o dořešení nastavení příspěvku zaměstnavatele na penzijní připojištění tak, abychom nemuseli
          manuálně měsíčně korigovat některé příspěvky. Chceme platít zaměstnancům 400,- Kč měsíčně, ale maximálně 3 %            
          z hrubé mzdy.   

          - výsledky a připomínky z testování
          Odzkoušel jsem novou možnost s nastavením částky a "M". Funguje to dobře, ale v případě, že vyměřovací základ je 
          nižší než 8000,- Kč, potom se generuje ve výpočtu řádek 162 s částkou ke zdanění z řádku 161.
 Řešení : V případě zadání předpisu podnikového příspěvku ve formátu "400M" jsem opravil chybu, když jsem porovnával v tomto případě
          5% ze vyměřovacího základu s nekrácenou částkou 400 pocházející z povelu "400M" a ne se skutečnou částkou vypočtenou v
           řádku 161.

2040172   03032005 03032005 PB     PB   MZD       5 03032005 Individuální algoritmy Ontex pro bonus a prémie
 Zadání : Bylo by ještě možné nastavit, aby se ř. 58,53 nepočítaly vůbec a to pro jakýkoliv pracovní poměr,  v měsíci, kdy 
          zaměstnanec nastoupil ?
          Např. nastoupil 1. 1. 2005, pak tyto řádky v lednové výplatě nebudou,  ale  v únorové automaticky ano /pokud se zase 
          nejedná o VPP,...neboli další výjimku, kterou již máme nastavenou/

30 BŘE 2005        %CSSOFTT                                     Hlavní společnost                                             - 3 -
11:42              PB-101                                       Tisk požadavků a úkolů

Datumy od -
Požadavek Zapsáno  Vyřešeno Zapsal Řeší Skupina   P Termín   Předmět
────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
 Řešení : Upraveny individuální algoritmy Ontex pro výpočet bonusu a prémií pro řádky 53/58.

2040173   04032005 04032005 PB     PB   MZD       5 04032005 Rozšíření mechanismu prémiování
 Zadání : Další radu potřebuji při výplatě čtvrtletních prémií. Dosud se vyplácely čtvrtletní prémie za I. čtvrtletí ve mzdě za
          duben a při zadání prémie způsob 31 jsem v dubnu zadávala % a výpočet provedl počítač.

          V nové podnikové směrnici odměňování zaměstnanců pro rok 2005 je stanovena výplata čtvrtletních prémií už v březnu 2005.
          Budu mít podporu na výpočet prémií nebo budu počítat ručně?
 Řešení : 1) Rozšířil jsem číselník %MZC178-způsoby prémiování o následující 4 položky
             41     čtvrtletní z NM v posledním měsíci Q, zadat %    
             42     čtvrtletní z FO v posledním měsíci Q, zadat %    
             48     čtvrtletní z NM v posledním měsíci Q, % z matrice
             49     čtvrtletní z FO v posledním měsíci Q, % z matrice

          2) Při ukončování měsíce se běžně plní matriční údaj M534-Základna Kč pro výpočet prémií tak, jako dosud pro analogické 
          existující způsoby prémiování 31-39.
          - tedy v únoru zde budou data za leden, v březnu součet za leden+únor
          - v dubnu zde bude informativní součet za leden+únor+březen

          3) Během výpočtu prémií se tedy v měsících 3, 6, 9 a 12 bere pro tyto nové způsoby jako základna pro výpočet prémií 
          součet M534-Základna Kč pro výpočet prémií plus aktuální data ze zpracovávaného měsíce

2040174   04032005 04032005 PB     PB   MZD       5 04032005 Upřesnění popisu a fungování mechanismu prémiování
 Řešení : Upraven výpočet pravidelných způsobů prémiování v následujících řádcích 

          51    Prémie a odměny měs. a Q z NM                 P   C1
          52    Prémie a odměny  ostatní z NM                 P   C1
          55    Jednicové prémie a odměny M+Q z NM            P   C2
          61    Prémie a odměny měs.+ Q z FO                  P   C1
          62    Prémie a odměny ostatní z FO                  P   C1

          následovně :

          1) je-li zadáno u jakéhokoli z těchto řádků během výplaty procento do složky "% prémie nebo odměny :", pak se tímto 
          procentem násobí základny vždy - tedy i v případě, že zaměstnance má způsob prémiování typu "% z matrice"

          2) základna pro výpočet prémií se stanovuje
            a) pro způsoby 11-19 z dat v aktuálním měsíci 
            b) pro způsoby 21-29 z matričního údaje M534-Základna Kč pro výpočet prémií 
            c) pro způsoby 31-39 a to jen v měsících 1,4,7,10 z matričního údaje M534-Základna Kč pro výpočet prémií 
            d) pro způsoby 41-49 a to jen v měsících 3,6,9,12 z matričního údaje M534-Základna Kč pro výpočet prémií plus data v 
                                                                aktuálním měsíci

2040175   04032005 04032005 PB     PB   MZD       5 04032005 Formát čísla účtu pro export do České spořitelny
 Zadání : Program %MZDT085 nechává číslo účtu jak je. Bylo by třeba aby ho doplnil o úvodní nuly na délku 10 míst.(jinak mi to ze
          spořitelny vracejí).
 Řešení : Do programu %MZDT085-srážky v novém formátu přidáno doplňování čísel účtu zleva nulami na 10 míst.

2040176   04032005 04032005 PB     PB   MZD       5 04032005 Drobné úpravy do sestav - třídění, součty
 Zadání : A) Proč není sestava v ročním zůčtování daně - přeplatky a nedoplatky vysoučtovaná.  Kde jinde najdu takovou jednoduchou 
          sestavu podle zaměstnanců i se součtem.

          B) Bylo by možné do budoucna přidat do sestavy %MZDT057 "třídit podle" ?
 Řešení : a) Do sestavy %MZDT077-přeplatky a nedoplatky daní přidáno součtování celkem a případně i podle zvoleného stránkování.

          b) Do sestavy %MZDT057-seznam nástupů za období přidáno standardní zadání se vstupy
             Střediska         >
             Osobní čísla      >
             Podmínka          :
             Třídit            :

          s možností volit až 3 třídící kritéria.

2040177   08032005 08032005 PB     PB   MZD       5 08032005 Příspěvek na dopravu v Eurokovu
 Zadání : Původní požadavek :
          -------------------
          Poskytujeme některým dojíždějícím zaměstnancům příspěvek na dopravu v Kč za měsíc. Tuto částku upravujeme řádově v 50-ti 
          korunách v případě, že zaměstnanec všechny směny v daném měsíci neodpracoval.
          Abych nemusel tyto částky upravovat ručně, potřeboval bych mzdový řádek, který umí trvale zadanou částku upravit k 
          časovému fondu měsíce a skutečně odpracované hodiny zaokrouhleně třeba na celé 50-ti, nebo 100 koruny (není podmínkou), 

30 BŘE 2005        %CSSOFTT                                     Hlavní společnost                                             - 4 -
11:42              PB-101                                       Tisk požadavků a úkolů

Datumy od -
Požadavek Zapsáno  Vyřešeno Zapsal Řeší Skupina   P Termín   Předmět
────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
          nebo nějaké jiné řešení. 

          Upřesňující vysvětlení :
          ------------------------
          Nemáme pro příspěvek na dopravu žádnou směrnici, pouze v "Pracovním a mzdovém zařazení", které podepisujeme se 
          zaměstnancem je poznámka, že zaměstnavatel může dojíždějícím přispět na dopravu.  V praxi to uplatňujeme tak, že vedoucí 
          upraví (je to jeho rozhodnutí) v pracovním výkaze zaměstnance za příslušný měsíc původní částku např.  600,- Kč, na 
          450,- Kč, která se pořídí do mezd.
               Dohodli jsme se na tom, že částku budeme krátit (ne zvyšovat ! ) v poměru časového fondu měsíce a skutečně 
          odpracovaných hodin, zaokrouhleno na celé 50-ti koruny (jestli to jde). V tomto smyslu upravíme "Pracovní a mzdové 
          zařazení".

          Dohodnuté řešení :
          ------------------
          Do matric se přidá nový mtriční údaj s plnou výší příspěvku. A tato hodnota se bude krátit v poměru daném odpracovanými 
          hodinami děleno fond pracovní doby. Zaokrouhlování na 50Kč není nutné - naopak bylo zmíněno zbytečně navíc.
 Řešení : Protože toho bude hodně, předem se omlouvám, ale nebudu používat moc rozvité věty ale spíše schema postupu. Kdybyste 
          jakémukoli kroku nerozuměli, zkuste si přečíst nápovědu k danému programu :

          Schéma :
          1) vytvořit nový matriční údaj - %MZDDMU-individuální matriční údaje
          2) nějak ho naplnit k lidem
          3) definovat mzdový ukazatel - %MZDDUK-mzdové ukazatele
          4) absolvovat základní fázi přepočtu výplat tak, abychom měli k dispozici odpracované hodiny
          5) spustit naplnění mzdové složky ukazatelem - %MZDT165-hromadné nastavení složek mzdy ukazatelem

          Detail :
          1) vytvořit nový matriční údaj - %MZDDMU-individuální matriční údaje

              Kód údaje    : 1003                    
                                                     
           1. Popis        : Příspěvek na dopravu    
           2. Typ údaje    ? N2-číslo na 2 des. místa
           3. Délka        : 10                      
           4. Default      :                         
           5. Číselník     ? Ne                      
           6. Kódy         :                         
           7. Opakující se ? Ne                      
           8. Je numerický ? Ano                     
           9. Povinný údaj ? Ne                      

          2) nějak ho naplnit k lidem
          - použijte třeba %MZDZMD2-dávkové změny matric dle kódů a v dávce měňte Kód údaje       : 1003      Příspěvek na dopravu
          - nebo během zadávání výplat můžete místo čísla řádku zadat M1003 a budete měnit matriční údaj okamžitě
          - nebo si přidejte na jakýkoli matriční formulář %MZMDEF-matriční formuláře údaj 1003-Příspěvek na dopravu
            a pak tento formulář používejte pro zadávání matričních dat %MZMFORM-pořizování matric dle formulářů
          - jako vhodný formulář bych viděl například FO-časté opravy

          3) definovat mzdový ukazatel - %MZDDUK-mzdové ukazatele

             Ukazatel        : DOPRAVA                                                    
                                                                                          
          1. Typ ukazatele   : Standardní N12,2                                           
          2. Výstupní soubor :                                                            
          3. Popis ukazatele : Příspěvek na dopravu                                       
          4. ČŘ  Operace Typ               Určení               Poznámka                  
             10  +       3-hodiny          390                  Hodiny bez přesčas        
             20  /       2-matr.údaj       152FZ                Zkrácený fond prac.doby   
             30  MIN     1-konstanta       1                    jen krátit -> menší než 1 
             40  *       2-matr.údaj       1003                 Příspěvek na dopravu      

          4) absolvovat základní fázi přepočtu výplat tak, abychom měli k dispozici odpracované hodiny
          5) spustit naplnění mzdové složky ukazatelem - %MZDT165-hromadné nastavení složek mzdy ukazatelem

          Střediska            > Vše                          
          Osobní čísla         > Vše                          
          Podmínka             : Bez podmínky                 
                                                              
          Číslo řádku          : 41   Příplatek fyzická námaha
          Mzdová složka        : 2    Kč     k přičtení       

30 BŘE 2005        %CSSOFTT                                     Hlavní společnost                                             - 5 -
11:42              PB-101                                       Tisk požadavků a úkolů

Datumy od -
Požadavek Zapsáno  Vyřešeno Zapsal Řeší Skupina   P Termín   Předmět
────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
                                                              
          Nastavit ukazatelem  : DOPRAVA                      
          Vytvářet nové řádky  ? Ano, vytvářet nové řádky     
                                                              
          Je to jen zkouška    ? Ano    
          --------------------------------------------------------------------
          Ještě bude následuje možné upřesnění výpočtu hodin.                   

          Ve výše uvedeném postupu je pravděpodobně nutná ještě definice pomocného ukazatele

             Ukazatel        : DOPRAVAH                                             
                                                                                    
          1. Typ ukazatele   : Standardní N12,2                                     
          2. Výstupní soubor :                                                      
          3. Popis ukazatele : Hodiny odpracované pro výpočet přísp. na dopravu     
          4. ČŘ  Operace Typ               Určení               Poznámka            
             10  +       3-hodiny          390                  Hodiny bez přesčas  
             20  -       3-hodiny          86                   Náhr. za dovolenou  
             30  -       3-hodiny          361                  DNP nemoc a izol.   
             40  -       3-hodiny          366                  DNP ošetř.čl.rod.   

          (zde uvedený výčet řádků přičítaných a odečítaných není konečný a zavisí na konkrétních podmínkách)

          a následně nepoužívat při výpočtu skutečného příspěvku hodiny z řádku 390, ale hodnotu ukazatele DOPRAVAH-Hodiny 
          odpracované pro výpočet přísp. na dopravu

             Ukazatel        : DOPRAVA                                                    
                                                                                          
          1. Typ ukazatele   : Standardní N12,2                                           
          2. Výstupní soubor :                                                            
          3. Popis ukazatele : Příspěvek na dopravu                                       
          4. ČŘ  Operace Typ               Určení               Poznámka                  
             10  +       8-ukazatel        DOPRAVAH             Odpracované hodiny        
             20  /       2-matr.údaj       152FZ                Zkrácený fond prac.doby   
             30  MIN     1-konstanta       1                    jen krátit -> menší než 1 
             40  *       2-matr.údaj       1003                 Příspěvek na dopravu  

2040178   08032005 08032005 PB     PB   MZD       5 08032005 Výpočet dvou exekucí - přednostní a nepřednostní
 Zadání : Posílám Vám výsledek zadání exekuce, tak jak jste mi poradil, ale dopadlo to stejně špatně. Pro jistotu Vám napíši ještě 
          to zadání:
          pro přednostní pohledávku bylo zadáno:
          č.ř.:10
          druh: 3
          způsob: 3
          1/3: 2
          pořadí: 10
          celk.výše: 3574

          pro nepřednostní pohledávku bylo zadáno:
          č.ř.: 20
          druh: 3
          způsob: 3
          1/3: 3
          pořadí: 20
          celk.výše: 11716

          Při čistém příjmu 8816 mělo být tento postup: 8816 - zákl.nezab.částka 2666 = 6150 : 3 = 2050.
          Pro přednostní pohledávku je možno srazit 2/3, t.j. 4100. Jelikož on má zaplatit celkem 3574, tímto se celá přednostní 
          pohledávka umoří.

          Pro nepřednostní pohledávku je možno srazit 1/3, t.j. 2050.

          Program srazil celkem 4100, což vypadá, že bylo sraženo do dvou třetin a víc ne. Dle příkazu k úhradě jsem zjistila, že 
          se odesílá částka 3574 na předn.pohl. - což je správně a  526 na nepředn.pohl. - což je málo - tady má být 2050.
 Řešení : Děkuji za přesné podklady k řešení potíží. Zkoumali jsme tuto situaci a máme následující názor :

          1) V tomto případě nikdy nerozdělíme na exekucích více než 2 třetiny - tedy 4.100
          2) Kolega ale upřesnil, že v tomto případě je třeba zadat oběma srážkám stejné pořadí, protože jste je obržela ve stejný 
          den na stejném papíře.

30 BŘE 2005        %CSSOFTT                                     Hlavní společnost                                             - 6 -
11:42              PB-101                                       Tisk požadavků a úkolů

Datumy od -
Požadavek Zapsáno  Vyřešeno Zapsal Řeší Skupina   P Termín   Předmět
────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
          V tomto případě vstupují do výpočtu následující parametry

          Nezabavitelná částka na osobu povinného             :  2.666
          Nezabavitelná částka na každou vyživovanou osobu    :  1.075
          Částka, nad kterou se zbytek srazí bez omezení      :  6.450 

          a naše částka 6.150 je nižší než parametr 6.450.

          Při současném zadání se provedlo následující :
          3. ČŘ Druh Způsob 1/3 Pořadí Zbývá srazit
          10    3    3      2   10      3.574,00  
          20    3    3      3   20     11.716,00  

          a) v prvním kole se uspokojí 2.050 ze 2/3 ve prospěch srážky 10-přednostní
          b) ve druhém kole se nejprve uspokojí 1.524 ze 1/3 ve prospěch srážky 10-přednostní (protože má pořadí 10)
             a teprve potom zbylých 526 ze 1/3 ve prospěch srážky 20-nepřednostní (protože má pořadí 20)

          Tomu odpovídá následující výstup v sestavě například %MZDT140-provedené srážky
          51     Šikola Milan                   4.100         4.100          3.574  111111
                                                                               526  222222

          Při doporučeném zadání se stejným pořadím u obou srážek se provede následující výpočet :
          3. ČŘ Druh Způsob 1/3 Pořadí Zbývá srazit
          10    3    3      2   10      3.574,00  
          20    3    3      3   10     11.716,00  

          a) v prvním kole se uspokojí 2.050 ze 2/3 ve prospěch srážky 10-přednostní
          b) ve druhém kole se 2.050 ze 1/3 rozdělí alikvótně v poměru zbývajích částek (protože obě mají pořadí 10) takto : 
          2050/(3574-2050+11716)*(3574-2050)=236 ve prospěch srážky 10-přednostní
          2050/(3574-2050+11716)*11716=1814 ve prospěch srážky 20-nepřednostní

          Tomu odpovídá následující výstup v sestavě například %MZDT140-provedené srážky
          51     Šikola Milan                   4.100         4.100          2.286  111111
                                                                             1.814  222222

          Doufám, že jsem přetlumočil princip současného algoritmu srozumitelně.

2040179   09032005 09032005 PB     PB   MZD       5 09032005 Export matričních dat
 Zadání : Přidat do programu %MZDT206-tisk a export matričních údajů analogii k "Jak třídící údaje    ?" z programu %MZDT147-export
          mzdovych ukazatelu po radcich
 Řešení : 1) Do programu %MZDT206-tisk a export matričních údajů přidán vstup "Jak data z číselníků  ?" s možnostmi
             1-pouze kódy                      
             2-pouze popisy z číselníku        
             3-kódy a popisy z číselníku       
             4-odděleně kód a popis z číselníku

          , kterým je možné ovlivňovat způsob exportu dat, které mají popis v číselnících. Předvolenou hodnotou je 4-odděleně kód 
          a popis z číselníku.

          2) Interní úpravy do infrastruktury mezd
          - do seznamu matričních údajů byl přidán přesný odkaz na odpovídající číselník (dosud to fungovalo tak na 90% pouze na 
          základě faktu, že interní kódy matričních údajů jsou většinou shodné s interními kódy číselníků)
          - vytvořena pomocná funkce vracející pro matriční údaj jeho popis z číselníku

2040180   10032005 10032005 PB     PB   MZD       5 10032005 Pokyn k postupu při výpočtu daňového bnusu
 Zadání : Na základě pokynu 

          "Pokyn č. D-274 k postupu při výplatě měsíčních daňových bonusů ve zdaňovacím období 2005 č.j.: 53/97 752/2004-532 ze dne
          3. ledna 2005" (viz adresa  http://cds.mfcr.cz/ttfs.php?url=61/2004%20FZ.%20%a70&date=-2)

          se zmírnili pravidla pro výplatu daňového bonusu proti zákonu. Nyní stačí, aby pracovník v měsíci odpracoval alespoň 1 
          hodinu a měl za ní výdělek alespoň ve výši hodinové minimální mzdy. Proto se vracíme k hodinové minimální mzdě a s ní 
          výdělek na hodinu porovnáváme. 
 Řešení : 1) Do konfiguračních parametrů projektu byl přidán nový údaj "minimální mzda hodinová zákonná", která má předvolenu 
          hodnotu 42,50. Dosavadní parametr byl přejmenován na "minimální mzda hodinová zákonná"

          2. Minimální mzda - hodinová podniková :   42,50
          3.                - hodinová zákonná   :   42,50

30 BŘE 2005        %CSSOFTT                                     Hlavní společnost                                             - 7 -
11:42              PB-101                                       Tisk požadavků a úkolů

Datumy od -
Požadavek Zapsáno  Vyřešeno Zapsal Řeší Skupina   P Termín   Předmět
────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
          2) Při výpočtu daňového bonusu se testuje, zda je 179-Hrubý základ měsíční daně měnší než "minimální mzda měsíční  
          zákonná".
          - pokud ano, pak při počtu odpracovaných hodin < 1 hodina -> nepočítáme bonus
          - jinak, je-li odpracována alespoň jedna hodina, převedeme dosažený výdělek na hodinu a porovnáváme to s "minimální mzda 
          hodinová zákonná" a je-li dosažený výdělek menší -> nepočítáme bonus
          - jinak se vypočte bonus jako rozdíl 522-Měs.daňové zvýhodnění minus 523-Měs.sleva na dani

2040181   30032005 30032005 PB     PB   MZD       5 30032005 Délka adresních údajů v konfiguraci
 Zadání : Máme problém s délkou názvu firmy a délkou sídla firmy v konfiguraci mezd.
          sídlo máme na 21 znaků (Šenov u Nového Jičína) název máme na 58 znaků(podle zápisu v obchodním rejstříku)

          Vojenský opravárenský podnik 025 Nový Jičín, státní podnik

          , případně na 49 znaků (když místo "státní podnik" napíšeme "s.p.")

          Vadí to teď zejména u tisku ELDP.
 Řešení : Upravil jsem program %MZDCFG2-konfigurace podnik :

          A) Oba údaje "Jméno podniku" i "Složenka  podnik" jsou definované na 60 znaků s tím, že viditelný region je na 40 znaků. 
          Takže tam lze bez problémů zadat celé "Vojenský opravárenský podnik 025 Nový Jičín, státní podnik" a poté to vypadá 
          nějak takto :

           1. Jméno podniku               : Vojenský opravárenský podnik 025 Nový Ji~
           2. Sídlo podniku - město       : Praha 4 3333                             
           3. Daňové IČO podniku          : 011-407 62 335                           
           4. IČO podniku                 : 407 62 335                               
           5. Složenka  podnik            : Vojenský opravárenský podnik 025 Nový Ji~

          a oba vstupy normálně "rolují"

          B) Vstupy s adresou pro složenky jsou prodlouženy na 40 znaků
          - Dosavadní stav byl tak kdysi nahozen a jedním z důvodů tak krátkých polí byla nějaká omezení v délce polí při 
          elektronické komunikaci s poštou.

          C) Prodoužením všech polí bohužel také vyvstane problém v záhlaví tisků na 80 znaků - například u %MZDT051 - kam se takto 
          dlouhý název nevejde a bude se ořezávat. Naštěstí sestav na 80 znaků je již minimum. Zřejmě to budu v budoucnu řešit 
          rozdělením konfiguračních parametrů na "Jméno podniku kompletní" a "Jméno podniku krátké".

2040182   30032005 30032005 PB     PB   MZD       5 30032005 Úpravy ve výpočtech ELDP
 Zadání : 1) X nemá být v případě, pokud zaměstnance má celý měsíc DNP

          2) Pokud již obsluha vytvořila ručně nebo při propuštění ELDP za daný rok, pak se při hromadném generování ELDP za 
          minulý rok pro tyto zaměstnance vytvoří nové ELDP se "Typ ELDP" 51 nebo 52. A to je špatně.
 Řešení : 1) Upraven výpočet nových ELDP
          - jestliže je DNP přes celý měsíc (počet kalendářních dnů DNP roven počtu dnů v měsíci), pak se negeneruje X

          2) Upraven výpočet nových ELDP
          - přidán nový parametr "Pokud již ELDP existuje  ?" s následujícími možnostmi
            1-ignorovat a nevytvářet nový (doporučeno)
            2-zpracovat a vytvářet nový               
          - v případě volby 1-ignorovat a nevytvářet nový (doporučeno) se negeneruje nové ELDP v případě, že pro daný rok již u 
          zaměstnance nějaké ELDP existuje
          - volba 2-zpracovat a vytvářet nový funguje jako dosud - tedy v připadě již existujícího záznamu se vytváří nový 
          s typem ELDP zvýšeným o 50

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