11 LED 2005        %CSSOFTT                                     Hlavní společnost                                             - 1 -
12:12              PB-101                                       Tisk požadavků a úkolů

Datumy od 25022004-11012005
Požadavek Zapsáno  Vyřešeno Zapsal Řeší Skupina   P Termín   Předmět
────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
2040080   30042004 30042004 PB     PB   MZD       5 30042004 Součty v sestavě %MZDT034-Tisk mzdových řádek
 Zadání : Při tisku sestavy %MZDT034-Tisk mzdových řádek
          se mi vytiskne sestava, která obsahuje  nejprve správný seznam lidí s požadovaným řádkem dle třídění 167 a druhý  seznam 
          lidí , ve kterém jsou dvojnásobné hodnoty v požadovaném ř. 382, tudíž je dole součet za podnik celkem také  dvojnásobný. 
          Mám strach, aby se to neobjevilo i v jiných sestavách, kde  to nebude tak nápadné. Často si dělám sestavy jen na 
          obrazovku právě kvůli konečnému  součtu za podnik celkem. Děkuji 
 Řešení : Opraveno chybné sčítaní v této sestavě.

2040081   30042004 30042004 PB     PB   MZD       5 30042004 Změny v účtování Dupont
 Zadání : > 1. prosim Vas o zmenu strediska (Cost center) u Ivana
          > Dostála: jeho naklady
          > budou nove rozdeleny na 2 cost centra pokud mozno jiz v
          > breznove vyplate.
          >
          > Ivan Dostal             50%         VG19550014
          > Ivan Dostal       50%         VG19550355 (nove zalozene stredisko)
          >
          > 2. dale bych chtel pozadat o nasledujici schema uctovani mzdy a srazek
          > spojenych s p. Meyersem:
          >
          > a. hruba mzda                                               strana MD
          > Account 27301010 Profit Center DU99999 Plant YH13
          > b. srazky (Lucemburske socialni a zdravotni pojistne, home deposit)
          > strana D    Account 27303430 Profit Center DU99999 Plant YH13
          > c. zaloha na dan, cista mzda
          > jako u ostatnich zamestnancu
          >
          > Oba vyse uvedene ucty jsou nove zalozene, jsou pouzite poprve.
          >
          > V pripade otazek me, prosim, kontaktujte (tel.257 41 42 24)
          >
 Řešení : 1) rozdeleni Dostala 50%/50% je standardni vec (a zrejme jste se ani na to
          neptala)

          2) ad Meyers

          A) dodelal jsem do programu vyjimky (na prehozeni Profit Center DU99999
          Plant YH13)
          pro ucty 27301010 a 27303430 uplne stejne, jako bylo dosud pro ucet 26601600 
          ... I UC2="26601600" S $P(Z,DF,11)="DU99999",$P(Z,DF,19)="YH13"
          ... I UC2="27301010" S $P(Z,DF,11)="DU99999",$P(Z,DF,19)="YH13"
          ... I UC2="27303430" S $P(Z,DF,11)="DU99999",$P(Z,DF,19)="YH13" 

          B) vyjimku pro Meyerse na radku 320 muzete nyni zadat pres M102-osobni cislo
          - tedy v programu %MZSUN02-ucetni predpisy

          Tabulka účtování   : 1-základní
          Číslo řádku        : 320  HRUBÁ MZDA 

          1. Účtovat            ? Ano
          ......
          ......
          10. Účtovat dle údaje : 102       Osobní číslo
          11.    ------------ MÁ DÁTI -------------  -------------- DAL ---------------
          102       e  account    description     ?  type  account    description ?
          a tady dole v rolovaci zone vyplne vyjimku pro Meyerse pres jeho osobni cislo

2040082   30042004 30042004 PB     PB   MZD       5 30042004 Podpora pro životní pojišťovny a příkazy k úhradě
 Zadání : Na řádku 175-Příspěvek na životní pojištění vykazujeme příspěvek na životní pojištění, který ale neumíme správně poslat 
          na příkazech k úhradě. V projektu chybí u zaměstnance možnost přidělení jeho životní pojišťovny.
 Řešení : 1) Nový program %MZC179-číselník životních pojišťoven
          - je umístěn v podmenu IDEA-mzdy / číselníky

          2) Nový matriční údaje M179-životní pojišťovna
          - tento údaj je umístěn v matriční obrazovce %MZM53-Daně a základny, jejíž úvodní část nyní vypadá takto 

                        Osobní číslo                  :
                                                       
                     1. Daňová skupina                :
                     2. Druh pojištění                :

11 LED 2005        %CSSOFTT                                     Hlavní společnost                                             - 2 -
12:12              PB-101                                       Tisk požadavků a úkolů

Datumy od 25022004-11012005
Požadavek Zapsáno  Vyřešeno Zapsal Řeší Skupina   P Termín   Předmět
────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
                     3. Zdravotní pojišťovna          :
                     4. Sociální pojišťovna           :
                     5. Penzijní pojišťovna           :
                     6. Životní pojišťovna            :
                     7. Částka k přidanění měs.daní   :

          3) V programu %MZRPU-mzdové řádky pro příkazy k úhradě je nyní možné pro libovolný mzdový řádek zadat odesílat jeho Kč
          podle nastavení bankovního spojení z číselníku životních pojišťoven. Typicky takto :

                       Mzdový řádek      : 175  Příspěvek na životní pojištění                 
                                                                                               
                    1. Číslo účtu        : M179A-bankovní spojení podniku od životní pojišťovny
                    2. Směrový kód banky :                                                     
                    3. Specifický symbol :                                                     
                    4. Variabilní symbol :                                                     
                    5. Konstantní symbol :                                                     
                                                                                               
                    6. Jak započítávat   ? P-přičítat

2040083   30042004 30042004 PB     PB   MZD       5 30042004 Dotaz na prémie
 Zadání : > Ve společnosti máme prémie  - jsou konstruovány tak, že
          > musíme zadat % ( -
          > to procento je každý měsíc jiné a u každé osoby jiné )  a
          > prémie by se měla
          > spočítat ze skutečně odpracované doby vč. přesčasů a svátků tarifem u
          > měsíční mzdy - tj. z řádku 2 + 80, z řádku 2 u hodinové mzdy.
          > Poradíte nám ?
 Řešení : Myslím, že na tohle by měl zafungovat obecný mechanismus na prémie tak, jak ho máme v systému již nyní.

          Zkuste si vzít pokusného človíčka a u něj zkuste následující :

          1) nastavte matriční údaj M178-Způsob pravidelného prémiování (odměňování) na hodnotu 11-měs. z nákladových mezd, zadat %
          2) jakmile zadáte do mzdového řádku 51-Prémie a odměny měs. a Q z NM do složky "% prémie nebo odměny" jakékoli procento,
          pak se to spočítá

          Příklad :

          Mzdový řádek číslo 51 - Prémie a odměny měs. a Q z NM
          1.Kč     k přičtení         :
          2.Další Kč k přičtení       :
          3.% prémie nebo odměny      :   10.00 

          --> vypoctena vyplata
          ČŘ T E X T           HOD/DNY        Kč 
          2 Základní mzda      170,00    10.200
          51 Prémie měs.+Q z NM   0,00     1.020 

          Stejný algoritmus jako pro řádek 51 funguje také pro řádky 52,61,62. O tom, které řádky se započítávají do "prémiování"
          rozhoduje hodnota zápočtu KPR-do Kč pro výpočet prémií
          Hodnota  Popis
          ----------------------------------------------
          A        ano
          J        ano pro výpočet jednicové prémie
          M        ano u pracovníka s měsíčním platem 

          1   ZM časová jednicová prémiovaná           V B10  J
          2   Základní mzda                            V B10  A
          3   ZM úkolová jednicová prémiovaná          V B10  J
          4   ZM úkolová režijní prémiovaná            V B10  A
          5   ZM podílová jednicová prémiovaná         V B10  J
          6   ZM podílová režijní prémiovaná           V B10  A
          7   ZM smíšená jednicová prémiovaná          V B10  J
          8   ZM smíšená režijní prémiovaná            V B10  A
          9   ZM časová jednicová neprémiovaná         V B11  .
          10  ZM časová režijní neprémiovaná           V B11  .
          11  ZM úkolová jednicová neprémiovaná        V B11  .
          12  ZM úkolová režijní neprémiovaná          V B11  .
          13  ZM podílová jednicová neprémiovaná       V B11  .
          14  ZM podílová režijní neprémiovaná         V B11  .
          15  ZM smíšená jednicová neprémiovaná        V B11  .

11 LED 2005        %CSSOFTT                                     Hlavní společnost                                             - 3 -
12:12              PB-101                                       Tisk požadavků a úkolů

Datumy od 25022004-11012005
Požadavek Zapsáno  Vyřešeno Zapsal Řeší Skupina   P Termín   Předmět
────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
          16  ZM smíšená režijní neprémiovaná          V B11  .
          80  Náhrada za svátek tarifem                Z B80  M
          81  Náhradní práce                           V B39  .
          82  Náhrada mzdy za nevyč.dovol. k refundaci V B81  .
          86  Náhrada mzdy za dovolenou                V B86  .
          87  Nevyčerpaná dovolená                     V B81  .
          88  Náhrada mzdy za svátek                   Z B88N M
          89  Náhrada mzdy ostatní                     V B81  .
          90  Náhr.mzdy ostat. - malý průměr           V B88  M

2040100   16062004 16062004 PB     PB   MZD       5 16062004 Účtování záporných částek
 Zadání : Narazili jsme na problém v exportu do účetnictví Option One a.s. Ve mzdách 
          za 05/04 vznikla mínusová částka v řádku 87 Nevyčerpaná dovolená. Ale v 
          exportu do účetnictví se neobjevila, přesto že je zadána, aby se účtovala 
          (včt. předkontace). Mohl byte se na to prosím podívat.
 Řešení : Opraven program %MZDUCTO-zaúčtování mezd a %MZCON03-zaúčtování mezd pro Conoco.

          Měl jsem tam chybu v sekci, která rozděluje vyplacené Kč podle eventuelní agendy %MZM73-rozdělení dle středisek a zakázek.
          Vůbec jsem tam nepočítal se zápornými částkami. Tato chyba se bohužel projevovala i v případě, kdy zaměstnanec neměl 
          žádné dělení dle středisek a zakázek.

2040101   27082004 27082004 PB     PB   MZD       5 27082004 Anglická mutace příkazů k úhradě
 Řešení : Do programů %MZDT079-srážky a %MZDT081-ZP, SZ a řádky v podmenu IDEA-mzdy / tisky / příkazy k úhradě
          jsem dodělal podporu pro anglickou mutaci.
           
          Celé toto funguje v okamžiku, kdy máte v %MZDCFG2-konfigurace podniku nastavený parametr
          16. Základní jazyk pro sestavy  : 3-english

2040102   31082004 31082004 PB     PB   MZD       5 31082004 Nové vzorové podmínky na hledání textu
 Řešení : Do seznamu vzorových podmínek přidány následující podmínky :

          FULLTEXT   Hledá řetězec kdekoli v datech
          TEXT       Hledá řetězec v textové poznámce

2040103   31082004 31082004 PB     PB   MZD       5 31082004 Kontextové menu zaměstnance rozšířit o soubory
 Řešení : Do konfiguračního programu %MZDCF14-adresáře, soubory, e-maily přidány následující parametry :

          4. - filtr na soubory zaměstnanců : *.rtf                
          5. - kolik souborů zobrazovat v kontextové nabídce : 3

          Jestliže je vyplněn nenulový počet v parametru "kolik souborů zobrazovat v kontextové nabídce :" pak se na terminálech 
          typu Caster zobrazuje v kontextovém menu pod odkazem na adresář se soubory zaměstnance seznam všech souborů daného 
          zaměstnance s možností tyto soubory přímo otevírat.

2040104   31082004 31082004 PB     PB   MZD       5 31082004 Základní řešení problematiky ELDP
 Řešení : Vytvořeno základní řešení problematiky ELDP v podmenu IDEA-mzdy / tisky / evidenční listy následovně :

           1. zadávání a opravy ELDP (%MZELDP)
           2. výpočet a vytváření záznamů ELDP (%MZELDP1)
           3. tisk a export dat ELDP (%MZELDP2)         
           4. hromadné rušení ELDP (%MZELDP3)           
           5. konfigurace ELDP (%MZCF16)               

          Schematický postup vytváření ELDP je tento :

          a) nechat program vypočítat a vytvořit záznamy ELDP pro vybrané zaměstance - viz program %MZELDP1
          b) poté tato data v základním program %MZELDP-zadávání a opravy ELDP zkontrolovat a eventualně ručně doopravit
          c) vyexportovat data se záznamy o ELDP do souboru pro následné zpracování programem Valmont na tisk ELDP

          d) jakkoli spustit program Valmont na tisk ELDP, v něm otevřít soubor s daty vyexportovanými v bodě c) z IDEA-mzdy a 
          tato data vytisknout

2040105   01092004 01092004 PB     PB   MZD       5 01092004 Rozšíření možností matričních formulářů
 Zadání : Bylo by možné vytvořit si zvlášť formuláře na zadávání různých druhů pracovních poměrů a na každém z těchto formulářů 
          mít jiné předvolené hodnoty vstupů?

          Například u nároku na dovolenou: HPP 1 - 25 dnů, HPP 2 - 20 dnů, DPČ 1 - 0 dnů, DPČ 2 - 20 dnů.
 Řešení : Rozšířen mechanismus definování matričních formulářů. U každého údaje je možné definovat předvolenou hodnotu a způsob, 
          jakým jej systém nabízí - buď tak, že se předvolená hodnota doplní až po stisku Enter nebo tak, že se předvolená hodnota 
          přímo předvyplní a uživatel má možnost se k údaji vrátit.

11 LED 2005        %CSSOFTT                                     Hlavní společnost                                             - 4 -
12:12              PB-101                                       Tisk požadavků a úkolů

Datumy od 25022004-11012005
Požadavek Zapsáno  Vyřešeno Zapsal Řeší Skupina   P Termín   Předmět
────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────

2040106   01092004 01092004 PB     PB   MZD       5 01092004 Vzorový formulář na změnu bankovního spojení u 99
 Řešení : Připraven nový vzorový matriční formulář FB-Bankovní spojení u srážky 99, kterým je možné měnit následující údaje u 
          srážky číslo 99 :

           1. Předčíslí a číslo účtu    : 645348582 
           2. Kód banky                 : 0800      
           3. Variabilní symbol         : 9         
           4. Konstantní symbol         : 0138      
           5. Specifický symbol         : 7453063464

          Tento formulář je připraven s ohledem na doporučení pořizovat všechny srážky typu "doplatek na konto" jako srážku s 
          číslem 99. Viz povel Z-zadej/oprav srážku zbytku výplaty při zadávání srážek a program %MZDT207-sjednocení srážek 
          zbytku výplaty standardně umístěný v podmenu IDEA-mzdy / správce mezd / změny a konverze.

          Tento vzorový formulář si můžete aktivovat okopírování ze vzorové společnosti 1-%SYS například programem 
          %MZDCOP-kopírování mezi zákazníky.

2040107   15092004 15092004 PB     PB   MZD       5 15092004 Import docházky ElectroWorld
 Zadání : Kromě toho budeme mít v Brně velkosklad od 20.9. a budou mít jídelnu s
          možností výběru jídla a já budu potřebovat , aby stravenky za středisko Brno
          mi naplouvali z docházky jiným systémem než ostatním, přidělají si v
          docházce kolonku a potřebovala bych, aby mi to vzalo  jen tuto sumu a žádnou
          jinou srážku za stravenky jako ostatním.
 Řešení : Import docházky rozšířen o poslední 22hý sloupec s významem "Obědy k úhradě". Tento údaj se nahrává do mzdového řádku 
          457-Stravenky do kolonky "Kč k přičtení".

          Předpokládá se, že tento údaj bude v tabulkách v současné době vyplněn pouze u lidí ze střediska 125, ale řešení je 
          uděláno obecně tak, aby se data importovalo pokaždé, když jsou k dispozici.

2040108   15092004 15092004 PB     PB   MZD       5 15092004 Úpravy ve formátování exportů pro ELDP
 Řešení : 1) Kolonka "Rodné příjmení" se nyní vyplňuje vždy - je-li vyplněn matriční údaj M106-Rodné příjmení, pak se vezme tento 
          údaj, jinak se bere běžné příjmení zaměstnance

          2) Data do kolonek s částkami se posílají s tisíci oddělenými tečkami.

          3) Jestliže je v nějaké kolonce nulová hodnota, tak se neposílá číslice nula, ale prázdný řetězec.

2040109   15092004 15092004 PB     PB   MZD       5 15092004 Individuální nastavení pro ElectroWorld
 Řešení : 1) definován nový matriční údaj M1004-Hmotná zodpovědnost s možnými hodnotami Ano, Ne
          2) definovaná nová podmínka "Má podepsanou hmotnou zodpovědnost"
          3) údaj M1004 naplněn hromadně pro všechny lidi s kategorií 60000
          4) definován nový matriční formulář ELW-speciální údaje ElectroWorld
          5) definované nové podmínky JENDOHODY-je dohody, MIMODOHOV-všichni mimo dohodářů

2040110   15092004 15092004 PB     PB   MZD       5 15092004 Vytváření opravných záznamů ELDP
 Zadání : Zjednodušit postup při vytváření nového opravného záznamu s ELDP.
 Řešení :   Opravné záznamy ELDP se vytvářejí tak, že se v hlavním programu na zadávání ELDP postavíte na záznam, jehož opravu 
          chcete vytvořit. Na vstupu "Změnit údaj číslo" pak je k dispozici povel O-vytvořit nový opravný záznam a okopírovat do 
          něj existující data. Zadáte-li tento povel O, pak se program ještě pro jistotu zeptá :

              Opravdu chcete vytvořit nový opravný záznam a okopírovat do něj existující data ?

          Odpovíte-li A, pak se vytvoří nový záznam okopírování aktuálního a změní se v něm následující údaje :

          - "Typ ELDP" se zvýší o 50, tedy z 01 na 51 resp. z 02 na 52
          - "Oprava ELDP ze dne" se okopíruje z původního "Datum vyhotovení ELDP"
          - "Datum vyhotovení ELDP" se nastaví na dnešní den

          Dále je možné v takto nově vytvořeném záznamu provádět jakékoli změny.

2040111   15092004 15092004 PB     PB   MZD       5 15092004 Zjednodušit vytváření záznamů ELDP pro propuštěné
 Zadání : Úkolem, který se bude každý měsíc opakovat, je vytváření záznamů ELDP za zaměstnance propuštěné v daném období 
          (typicky za minulý měsíc). Jak se nechá tento úkol provést ?
 Řešení : Do programu %MZELDP1-výpočet a vytváření záznamů ELDP přidána dvojice vstupů "Jen propuštěné od data" a "Jen propuštěné 
          do data" s následujícím významem :

          1) pokud jsou oba vstupy nevyplněné, pak se na M146-datum propuštění nebere vůbec ohled

          2) pokud jsou oba vstupy vyplněné, pak se do zpracování zahrnují pouze zaměstnanci s M146-datum propuštění v zadaném 

11 LED 2005        %CSSOFTT                                     Hlavní společnost                                             - 5 -
12:12              PB-101                                       Tisk požadavků a úkolů

Datumy od 25022004-11012005
Požadavek Zapsáno  Vyřešeno Zapsal Řeší Skupina   P Termín   Předmět
────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
          rozsahu

          Nadále zůstávají v programu obecné možnosti filtrování zaměstnanců do zpracování - vícenásobný vstup "Osobní čísla >" a 
          obecné omezení výběru jakoukoli podmínkou.

2040112   23092004 23092004 PB     PB   MZD       5 23092004 Při detailním tisku matričních změn jsou řádky 2x
 Řešení : Opraven problém v detailním tisku matričních změn - omylem se místo detailního popisu matričního údaje tisknul podruhé 
          tentýž řádek jako při stručném tisku.

2040113   04102004 04102004 PB     PB   MZD       5 04102004 Tisk sestav zpětně a datumy v záhlaví
 Zadání : V případě potřeby tisku sestav zpětně za rok nevypadá dobře, jestliže je v záhlaví uvedeno aktuální datum. Bylo by 
          vhodné na tomto místě zobrazovat datum odpovídající termínu uzávěrky daného měsíce.
 Řešení : Do konfiguračního programu %MZDCFGB-další parametry II přidán parametr "Jaké datum tisknout do záhlaví sestav".

          Nevyplněno znamená "<běžné datum>", jakákoli číselná hodnota X znamená nejbližší pracovní den po X-tém dni v 
          následujícím měsíci.

2040114   06102004 06102004 PB     PB   MZD       5 06102004 Souběh DPP a HPP v jednom měsíci
 Zadání : - jak zadavat souběh DPP a HPP v jednom měsíci (jedná se např. u letních
          brigád)

          Jakym zpusobem by se mely do nasich mezd zadavat takoveho situace. Pocitam,
          ze asi 2 matricema.
 Řešení : má-li pracovník matrici a výplatu na HPP a k tomu ještě DPP, zadal bych
          výplatu odměny za DPP do mzdy za HPP a to na řádek 112, který svými zápočty
          zajišťuje vyloučení z výpočtů zdravotního i sociálního pojištění. Dvě
          matrice by musely být u HPP a DPČ, kde vzniká dvojí nemocenské pojištění.

2040115   13102004 13102004 PB     PB   MZD       5 13102004 Uvádění RČ na zápočtových listech
 Zadání : Protože se nemají uvádet rodná císla, uvažujete prosím o tom , že je zrušíte na záp.listech, abychom každý nemuseli 
          mazat. Tento názor vychází z toho, že v rámci ochrany osobních údaju, kdy i napr na pracovní smlouvy se
          muže uvádet RC pouze s písemným souhlasem, který musí být založen v osobních
          spisech, takže všichni uvádí datum narození.
 Řešení : Údaj "Rodné číslo" odstraněn z tisku zápočtových listů.

2040116   02112004 02112004 PB     PB   MZD       5 02112004 Rozšíření vstupů v obrazovce %MZM54-průměry DNP
 Zadání : V obrazovce %MZM54-průměry DNP se občas neobrazují celé hodnoty v kolonkách 
          7. Počet dnů rozhodného období            :
          8. Počet neodpracovaných kalendářních dnů :
          9. Počet dnů pro výpočet průměru          :

          a místo delších hodnot se tato číslo zobrazují ořezaná s vlnovkou na konci. 
 Řešení : Všechny zmiňované vstupy jsou nyní prodloužené na 7 míst s možností 2 desetin.

2040117   08112004 08112004 PB     PB   MZD       5 08112004 Tisk ELDP - při tisku 0P+ jsou chybně datumy
 Zadání : Při tisku dat na řádku 0P+ se v kolonkách Od-Do tisknou nesprávné hodnoty 0.0.
 Řešení : Hodnoty 0.0. se již netisknou a tyto kolonky tak zůstávají prázdné.

2040118   10112004 10112004 PB     PB   MZD       5 10112004 Export dat do TREXIMA
 Zadání : E-mail z Treximy:

          Děkuji Vám za zaslání dat do statistického šetření ISPV. V datech byly nalezeny tyto nedostatky:

          - U většího počtu pracovníků uvádíte v položce STOBC (státní občanství) označení CR. Správné značení českého státního 
          občanství je CZ. toto je asi záležitost nastavení v číselníku, to bych zvládla

          - V datech byly nesprávně naplněny položky ABSENCE, ABSNAHR, DOVOLENA (u některých pracovníků uvádíte více než 100 dní 
          dovolené) . V položce ABSNAHR uvádějte počet neodpracovaných pracovních dnů s náhradou mzdy od počátku roku. Patří sem 
          např. dovolená, paragrafy, svátky, ... V položce DOVOLENA uvádějte počet dnů dovolené. 

          V položce ABSENCE uvádějte počet neodpracovaných pracovních dnů od počátku roku. Patří sem např. nemoc, dovolená, 
          paragrafy, svátky, ošetřování člena rodiny, neplacené volno, ... toto neovlivním, to bude nastavením v programu 
          %MZDT182- odkud brát data
 Řešení : ad STOBC - toto jen rada jak to udelat
          --------------------------------------
          a) bud hromadne zmente u vsech lidi stat na CZ - zadejte novou hodnotu do ciselniku statu, pouzijte program hromadna 
          zmena M604 z CR na CZ, pak si pro jistotu (at to nepouzijete priste omylem) zruste CR
          b) v %MZC604-ciselniku statu si vyplnte pro kod CR hodnotu "2. Kód podle ČSÚ :" jako CZ

          ad DOVOLENA

11 LED 2005        %CSSOFTT                                     Hlavní společnost                                             - 6 -
12:12              PB-101                                       Tisk požadavků a úkolů

Datumy od 25022004-11012005
Požadavek Zapsáno  Vyřešeno Zapsal Řeší Skupina   P Termín   Předmět
────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
          -----------
          Zde jsem omylem sčítal PD z řádků 80 a 86, přičemž ten řádek 80 tam je omylem. Tím pádem jsou pak údaje DOVOLENA, 
          ABSNAHR a ABSENCE všechny vyšší o PD z řádku 80.

2040119   17112004 17112004 PB     PB   MZD       5 17112004 Změna základního platu uprostřed měsíce
 Zadání : Pak mám ještě jednu čerstvou věc: v poslední době potřebuji zadávat změnu platu hodinového i měsíčního ne od 1. dne, ale 
          od určitého data během  měsíce (tzn. aby měl zaměstnanec např. 85 Kč/hod. do 10.8 a od 11.8. by mu náleželo zvýšení na 
          90 Kč/hod.). Používáme to zejména tam, kde při ukončení zkušební doby dostává zaměstnanec přidáno. Ten posun vzniká tím, 
          že dost smluv je uzavíráno v průběhu měsíce, tedy ZD končí také tak. Původně jsem se domnívala, že k tomu slouží zadání 
          data změny (ve mzdových údajích hned pod základní mzdou), ale na tento zápis program nereaguje a výpočet celého měsíce 
          řídí dle navýšené mzdy. Já si to klidně vypočítám a ten řádek náležitostně upravím, ale přijde mi to jednodušší nechat 
          to spočítat programem.
 Řešení : Do mzdových řádků 1-16 byly přidány nové složky "Hodiny k výpočtu s předchozím platem" a této složce odpovídající 
          "Sazba". Není-li zadaná hodnota, do složky "Sazba", pak se dosadí základní plat na hodinu podle podmínek platných minulý
          měsíc. Zadané hodiny se pak násobí touto sazbou.

          Je tedy možné využít tento mechanismus v následujících dvou typech případů :
          1) zaměstnanec nemá v minulém měsíci žádná data v matrici
          - pak je třeba zadat jak "Hodiny k výpočtu s předchozím platem", tak i "Sazba"

          2) zaměstnanec má v minulém měsíci data v matrici
          - pak stačí zadat pouze "Hodiny k výpočtu s předchozím platem" a sazba se vezme z dat minulého měsíce

          Matriční údaj M169-Datum poslední změny platu je pouze orientační a bohužel podle něj není možné jakkoli odvozovat 
          výpočty v algoritmu mezd. 

2040120   17112004 17112004 PB     PB   MZD       5 17112004 Výpočet záporné daně
 Zadání : Program v současné době jakékoli záporné hodnoty v řádku 410-Zdanitelné měs.daň převede na nulu a nepočítá jakoukoli daň.

          V praxi je třeba mít možnost vynutit počítání i v záporných hodnotách.
 Řešení : 1) Do matriční obrazovky %MZM4-stavy matrice byl přidán nový matriční údaj M104ZD-Povolit a počítat záporný základ daně 
          a zápornou daň s možnými hodnotami - Ano, Ne
          - nevyplněno znamená "odvozuj hodnotu tohoto parametru dál"

          2) Do konfigurace projektu v programu %MZDCFGB-další parametry I byl přidán nový parametr "Povolit a počítat záporný 
          základ daně a zápornou daň" s možnými hodnotami - Ano, Ne
          - nevyplněno znamená původní funkcionalitu "jakékoli záporné hodnoty se oříznou na nulu"

          3) Upraven výpočet v řádcích 
          410 Mzda zdanitelná měsíční daní
          411 Záloha na daň měsíční
          - podle parametrů popsaných v bodech 1+2) se stanoví mzda zdanitelná měsíční daní
          - v případě záporného základu se spočítá daň z absolutní hodnoty tohoto základu a výsledku se otočí znaménko 

2040121   17112004 17112004 PB     PB   MZD       5 17112004 Zaokrouhlování vyměřovacího základu na ZP
 Zadání : V případě záporných částek se u vyměřovacího základnu na ZP zaokrouhluje tak, že výsledek je o 1Kč vyšší. Například

          392 ÚHRN ZÚČTOV. MEZD    0,00    -2.520
          395 Vyměř.zákl.soc.zab   0,00    -2.520
          398 Vyměř.zákl.zdr.poj   0,00    -2.519
 Řešení : Zaokrouhlování u záporného vyměřovacího základu na ZP upraveno tak, aby v absolutních hodnotách fungovalo stejně jak by 
          fungovalo u kladné hodnoty. 

2040122   10112004 17112004 PB     PB   MZD       5 10112004 Další potíže s exportem do Treximy
 Zadání : další anomálie: když udělám znovu %MZDT182 aniž cokoliv změním, údaje se liší, např. os. č. 11 dovolená předtím 165/asi 
          hodin/ a nyní 150.
 Řešení : Objevil jsem příčinu této potíže s dovolenou a při té příležitosti i podobné potíže s kolonkou MZDA :

          U kolonek DOVOLENA a MZDA jsem omylem některé složky sčítal jak každý měsíc v pomocných proměnných, tak potom i v 
          rámci sčítání těchto kolonek DOVOLENA a MZDA
          - v důsledku toho se ve výsledcích objevovala vyšší čísla, která ale nebyla jednoduše odhalitelná, protože se chyba 
          kumulovala po 12ti měsících

2040123   23112004 23112004 PB     PB   MZD       5 23112004 Generování znaku G do zdravotních pojišťoven
 Řešení : Upraveno generování záznamů do zdravotních pojišťoven tak, aby se kód G generoval i v případě M133=11.

          Kompletní popis záznamů pro studenty nyní vypadá takto :

          Je-li M195-daňová skupina rovno 80=student
          - pak je-li M133=1 nebo 11 plátcem pojistného je stát (brigáda), generuje se kód G

11 LED 2005        %CSSOFTT                                     Hlavní společnost                                             - 7 -
12:12              PB-101                                       Tisk požadavků a úkolů

Datumy od 25022004-11012005
Požadavek Zapsáno  Vyřešeno Zapsal Řeší Skupina   P Termín   Předmět
────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
          - jinak se generuje kód F

2040124   28112004 28112004 PB     PB   MZD       5 28112004 Přepočet výplat pouze kvůli výpočtu DNP
 Zadání : Existuje možnost přepočítat pouze výplaty s DNP a to pouze DNP?
 Řešení : Do programu %MZDTVYP-hromadný výpočet mezd byl přidán nový přepínač "Způsob spuštění   ?" s možnostmi
          1-kompletní přepočet mezd nebo 2-výpočet pouze DNP.

          Možnost 1-kompletní přepočet mezd odpovídá dosavadnímu stavu, kdy se pro všechny vybrané zaměstnance přepočítá výplata.
          Možnost 2-výpočet pouze DNP vyvolává speciální variantu přepočtu výplaty, kde celý algoritmus výpočtu končí okamžitě po 
          přepočtu DNP. V tomto režmu se do sestavy a zpracování zahrnují pouze ty matrice, u kterých je vyplněno cokoli na 
          řádcích 361-372. Po tomto přepočtu je možné využít libovolnou sestavu týkající se DNP, například sestavy z podmenu 
          IDEA-mzdy / tisky / dávky nemocenského pojištění.

2040125   29112004 29112004 PB     PB   MZD       5 29112004 Použití údaje Vedoucí z číselníku profesí
 Zadání : Do Treximy se exportuje údaj Vedoucí, který je odvozený na základě údaje M151-profese z číselníku profesí. Rádi bychom 
          využívali tento údaj pro definici podmínek, filtrování a třídění. Je to nějak možné.
 Řešení : Byl vytvořen nový odvozený matriční údaj M151V-Vedoucí, který je odvozený přes M151-profese z číselníku profesí.
          Tento údaje může nabývat hodnot "A" nebo "N".

          Dosud jsem totiž v programu %MZDT182-Statistika Trexima od roku 2002 odvozoval tento údaj natvrdo v programu a nebyl 
          jednoduše přístupný. Nově používá program %MZDT182 nově vytvořený údaj M151V.

          Zároveň jsem vytvořil vzorovou podmínku VEDOUCI takto :

             Kód podmínky     : VEDOUCI        
                                               
          1. Popis            : Jen vedoucí    
          2. Potřebné údaje   : 151V           
          3. Operátor         ? A-a zároveň    
          4. Řádek Typ  Výraz/Odkaz na podmínku
             10    V    M151V="A"              

2040126   30112004 30112004 PB     PB   MZD       5 30112004 Rozdělování mezd po střediscích a zakázkách
 Zadání : Paní Šímová toto nové členění vlastně potřebuje proto, aby v konečném zaúčtování měsíce (které dělám exportem do NORIS) 
          byly již rozdělené hrubé mzdy, soc. i zdrav.pojištění, příp.kooperativa(tedy všechny nákladové složky mzdy - účty 5..)a 
          to zhlediska středisek (1 středisko u 1 zaměstnance) i zakázek (více zakázek v 1 měsíci u 1 zaměstnance). Tedy je 
          zapotřebí aby se tyto změny v členění středisek a zakázek promítly jak na sestavě součtu výpl.pásek tak i v zaúčtování 
          měsíce,které paní Šímové zasílám. 
 Řešení : Problematika členění mezd na střediska a zakázky je velmi komplexní a proto se ji pokusím přehledně sepsat. A to včetně 
          popisu nové funkcionality, která je do systému přidaná.

          1) Každý člověk má svoje standardní matriční středisko a případně hlavní zakázku
          - matriční středisko je jednoduše matriční údaje M101-středisko
          - u firem, kde se evidují zakázky se hlavní zakázka zaměstnance odvozuje takto 
          a) buď má vyplněn matriční matriční údaj M720-Režijní zakázka, pak se bere ten
          b) jinak se zkusí vzít parametr "Režijní zakázka" uvedený v číselníku %MZC101-střediska podle střediska daného člověka

          2) Všechny základní tiskové sestavy (kromě výjimek uvedených dále) pracují vždy a zásadně pouze s údaji uváděnými ad 1)
          - to znamená, že všechny sestavy jsou tříděné nebo filtrované podle matričního střediska, případně režijní zakázky 
          zaměstnance

          Existují následující možnosti, jak vyplácet mzdy zaměstnanci z jiných středisek/zakázek :

          1) %MZDZJS-výplaty z jiných středisek
          - tímto programem je možné zadat jednorázově do výplaty platbu přesně daných Kč na nějakém mzdovém řádku z jiného 
          střediska
          - zde uvedené přesně adresné Kč jsou součástí výplaty a platí pro měsíc, ve kterém byly zadány

          2) Nadstavby
          - v rámci dat zadávaných resp. importovaných z nadstaveb (úkolové mzdy, docházky, stravné) je možné importovat i data o 
          tom, ze kterých středisek a zakázek data pocházejí
          - programy pro obsluhu nadstaveb jsou v podmenu IDEA-mzdy / správce mezd / nadstavby, případně u specialit jednotlivých 
          zákazníků

          3) Nové mechanismy rozdělování nákladů přes procenta
          - k těmto účelům slouží následující trojice matričních programů

          %MZM73 - rozdělení středisek a zakázek
          %MZM75 - samostatné dělení středisek  
          %MZM76 - samostatné dělení zakázek    

11 LED 2005        %CSSOFTT                                     Hlavní společnost                                             - 8 -
12:12              PB-101                                       Tisk požadavků a úkolů

Datumy od 25022004-11012005
Požadavek Zapsáno  Vyřešeno Zapsal Řeší Skupina   P Termín   Předmět
────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────

          - na rozdíl od mechanismů popisovaných v bodech 1+2 tyto programy specifikují v matricích (a tedy trvale) procentní 
          rozdělení výplat mezi střediska a zakázky
          - v těchto programech se specifikuje, kolik procent z výplaty se má ve speciálních rozborech převádět k tíži jiných 
          středisek/zakázek

2040127   30112004 30112004 PB     PB   MZD       5 30112004 Sestavy s dělením mezd po střediscích/zakázkách
 Řešení : Pro účely sjednocení všech výkazů s dělením mezd po střediscích/zakázkách jsem vytvořil základní přepočítávací modul, 
          který centrálně a jednotně rozpočítává mzdy na střediska/zakázky takto :

           ; MSTR-matriční středisko
           ; MZAK-matriční zakázka režijní
           ; 
           ; 1) všechna data z výplatních pásek nejprve započítat k tíži MSTR,MZAK
           ; 2) adresné platby z "Výplaty z jiných středisek" převést na specifické středisko
           ; 3) adresné platby z "Nadstaveb" převést na specifické středisko/zakázku
           ; 4) pro všechny mzdové řádky rozdělit zbývající hodnoty u MSTR,MZAK 
           ; 4a) - podle pomocné agendy z %MZM73-rozdělení středisek a zakázek
           ; 4b) - podle pomocné agendy z %MZM75-rozdělení středisek
           ; 4c) - podle pomocné agendy z %MZM76-rozdělení zakázek

          Tento modul je základním kamenem všech následně zmiňovaných tiskových sestav a postupně budu na jeho využití předělávat 
          i jednotlivé typy účtovacích programů.

          Vytvořil jsem nové podmenu s tiskovými sestavami, které mají za úkol poskytnout přehled o výplatách a jejich členění po 
          střediscích a zakázkách. Jedná se o podmenu IDEA-mzdy / tisky / rozbory středisek a zakázek s programy :

          %MZDT217 1. sumář vp po střediscích a zakázkách
          %MZDT218 2. součet vp po střediscích           
          %MZDT219 3. součet vp po zakázkách             
          %MZDT220 4. detaily převodů po zaměstnancích   
                      původní zastaralé sestavy          
          %MZDT163 6. součet pásek vč. převodů středisek 
          %MZDT212 7. sumář vp po střediscích a zakázkách

          První 4 sestavy berou kompletní výčet možností zadání a dělení výplat po střediscích/zakázkách (viz minulý požadavek - 
          výplaty z jiných středisek, nadstavby, procentní členění v matricích) a zobrazují tato data v různých tříděních a 
          úrovních detailnosti.

          Původní programy určené k tomuto účelu jsou sice nadále funkční, ale pouze v tom stavu, v jakém byli dosud. To znamená, 
          že například berou do úvahy pouze informace z agend Výplaty z jiných středisek a Nadstaveb, ale již neberou žádný ohled 
          na informace zadané v programech %MZM73/%MZM75/%MZM76-procentní dělení.

2040128   30112004 30112004 PB     PB   MZD       5 30112004 Účtování s dělením mezd po střediscích/zakázkách
 Řešení : Analogicky s předchozími 2 požadavky je třeba brát konzistentně do úvahy převody mezi středisky/zakázkami i do programů 
          na zaúčtování.

          V základním programu na zaúčtovávání %MZDUCTO-zaúčtování měsíce jsem provedl následující změny :
          - celý mechanismus zaúčtovávání v tomto programu bere data na základě dříve zmiňovaného obecného rozpočítávacího modulu
          - vždy se berou do úvahy všechny možné převody mezi středisky/zakázkami
          - v dosavadních verzích byly přepínače 
              Brát i převody mezi středisky       ?
              Brát i data z nadstaveb             >,
          , které jsou ve stávající verzi odstraněné.
          - vycházím z předpokladu, že pokud již obsluha zadává jakákoli data týkající se převodů mezi středisky/zakázkami, pak 
          nemá smysl tato data při účtování ignorovat.

          Při rozúčtovávání PPZ se rozúčtovává procentně podle odpovídající výše vyměřovacích základů pro SZ podle 
          středisek/zakázek.

          Po přechodnou dobu bude v podmenu IDEA-mzdy / dobírka / uzávěrka dostupný program %MZDUCTZ-předchozí verze zaúčtování 
          měsíce. Tato předchozí verze je do menu umístěna jako alternativa k nové verzi a jako úniková možnost návratu k 
          původní (sice nekomplexní, ale osvědčené) variantě.

2040129   30112004 30112004 PB     PB   MZD       5 30112004 Změna ve stanovení průměru DNP u nemocí -2 měsíce
 Zadání : V případě, že vzhledem k různým zpožděním zadáváme DNP začínající dříve než minulý měsíc (vzhledem k aktuálnímu měsíci), 
          pak program nebral správnou výši pruměru DNP.
 Řešení : U takovýchto nemocí beru průměr pro tuto DNP následovně :

          1) z kolonky "Datum od" si vezmu měsíc, ve kterém mám průměr hledat

11 LED 2005        %CSSOFTT                                     Hlavní společnost                                             - 9 -
12:12              PB-101                                       Tisk požadavků a úkolů

Datumy od 25022004-11012005
Požadavek Zapsáno  Vyřešeno Zapsal Řeší Skupina   P Termín   Předmět
────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
          2) z hodnot v tomto měsíci u následujících údajů stanovím průměr
             1. Hrubý denní výdělek                    :  ......
             2. Pravděpodobný hrubý denní výdělek      :  ......

2040130   30112004 30112004 PB     PB   MZD       5 30112004 Padá program na srážky do spořitelny v NF
 Zadání : Program %MZDT085 mi u lidi kteří teď nastoupily a mají jen nové číslo účtu hlásí chybné číslo účtu,
          ačkoli při zadávání to prolezlo. (v čísle sporožíra jsou samé nuly).
 Řešení : Upraven program %MZDT085-srážky do spořitelny v NF následovně :

          1) původní spořitelní kontrola přes modulo 11 se provádí pouze pro čísla účtů končící na 8
          - zároveň se tato kontrola neprovádí pro ta bankovní spojení, kde SSYM je prázdný (nebo obsahující pouze zbytečné nuly)

          2) pro nová čísla účtů bez SSYM se rovněž neprovádí kontrola modula 11 na SSYM (sporožira, vkladní knížky)

          3) pro potřeby třídění existující sestavy nastavuji u účtů v novém formátu dosavadní třídící položky jako OKRES, UTVAR 
          na hodnotu 0

2040131   30112004 30112004 PB     PB   MZD       5 30112004 Importy dat z CSV souborů do výplat nebo nadstaveb
 Zadání : Potřebovali bychom mít možnost importovat data z Excelu přímo do mezd. Například :

          Napojit z excelu zpět export dat do mezd /např. 13.plat/ - v příloze posílám vzor tabulky, ze které by se měly natahnout 
          údaje zpět do mezd. Je nutné znát sloupec A- osobní číslo, B- jméno, E- polovina 13.platu, která se bude vyplácet v 
          listopadové mzdě a F- druhá 1, která se bude vyplácet v prosincové mzdě

          Poslanému XSL souboru odpovídá při exportu jako CSV následující vzorek :

          Os.č.;Jméno;I-X/04;Dílčí základ;listopad;prosinec
          3;Eisensteinová Ludmila;150000;15000;7500;7500
          5;Divecká Hana;328000;32800;164000;16400
          1003;Dušek Ladislav;25600;2560;1280;1280
 Řešení : Vytvořena celá sada programů v podmenu IDEA-mzdy / správce mezd / nadstavby a jedná se o programy :

                       nadstavby z CSV souborů       
          %MZNAD11  7. definice csv nadstaveb        
          %MZNAD12  8. import csv nadstaveb          

                       importy z CSV souborů         
          %MZNAD21 10. definice csv importů          
          %MZNAD22 11. import csv dat do výplat      
          %MZNAD23 12. rušení převáděných složek mzdy

          Všechny tyto programy předpokládají import ze souborů typu CSV, kde v některém ze sloupců je uvedeno osobní číslo 
          zaměstnance a v ostatních různá data. Tato data je možné nasměrovat buď do klasické "Nadstavby" projektu IDEA-mzdy nebo 
          přímo do složek mzdy.

          a) varianta "Nadstavba"
          - data jsou importována do nadstavby a jejím prostřednictvím se dostávají do mezd
          - tato varianta je rozšířením existujícího bohatého mechanismu práce s nadstavbami

          b) varianta "Přímo do mezd"
          - data jsou importována přímo do složek mezd a de-facto tedy slouží tento mechanismus jako náhrada ručního zadávání dat

          Příklad řešení tohoto konkrétního příkladu :
          --------------------------------------------
          A) v programu %MZNAD21-definice csv importů nadefinovat následující typ importu

             Kód nadstavby             : PREMIE11                                         
                                                                                          
          1. Popis                     : Import části 13. platu za listopad               
          2. Předpis jména souboru     : 13plat.csv                                       
          3. Sloupec s osobním číslem  : 1                                                
          4. ČŘ   Sloupec v souboru  Mzdový řádek                     Složka              
             10   5                  58   13. a 14.plat z NM          2    Kč     k přičtí

          B) a tento potom použít v programu %MZNAD22-import csv dat do výplat takto

          Import nadstavby        : PREMIE11  Import části 13. platu za listopad
          Import ze souboru       : 13plat.csv                                  
                                                                                
          Je to jen zkouška       ? Ne                                          

11 LED 2005        %CSSOFTT                                     Hlavní společnost                                            - 10 -
12:12              PB-101                                       Tisk požadavků a úkolů

Datumy od 25022004-11012005
Požadavek Zapsáno  Vyřešeno Zapsal Řeší Skupina   P Termín   Předmět
────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
          Zrušit předchozí data   ? 1-ano a rušit u všech existujících výplat   

          C) a dosáhneme tohoto výsledku

          OSČ    Jméno                 ČŘ  Popis                    Složka  Popis                                   Data Poznámka
          -----------------------------------------------------------------------------------------------------------------------
          3      Eisensteinová Ludmila 58  13. a 14.plat z NM       2         Kč     k přičtení                 7.500,00 zapsáno 
          5      Divecká Hana          58  13. a 14.plat z NM       2         Kč     k přičtení               164.000,00 zapsáno 
          1003   Dušek Ladislav        58  13. a 14.plat z NM       2         Kč     k přičtení                 1.280,00 zapsáno 
          -----------------------------------------------------------------------------------------------------------------------
                 Celkem  3x                                                                                                      

2040132   30112004 30112004 PB     PB   MZD       5 30112004 Importy dat z CSV souborů do výplat nebo nadstaveb
 Zadání : Detailní popis jednotlivých programů z daného podmenu.
 Řešení : %MZNAD11-definice csv nadstaveb        
          -------------------------------
            Tímto programem se definují nadstavby, které chceme jak jednorázově, tak 
          spíše pravidelně, importovat do mezd z CSV souborů. Předpokládá se import  
          z CSV souborů (tedy soubory s oddělovačem ";"-středník a kódováním CP1250).
                                                                                     
            Řádky v souboru budou typicky v nějakém sloupci obsahovat osobní číslo   
          zaměstnance a v libovolných dalších sloupcích hodnoty z nadstaveb. Tyto    
          hodnoty mohou být následujícího typu :                                     
            1-hodiny k přičtení                                                      
            2-Kč k přičtení                                                          
            3-hodiny k výpočtu                                                       
                                                                                     
          a je možné je importovat do libovolného vybraného mzdového řádku.          
                                                                                     
            Chcete-li zadat proměnlivý název souboru, pak můžete do předpisu         
          názvu souboru zadávat speciální povely oddělené z obou stran znakem @.     

          %MZNAD12-import csv nadstaveb          
          -----------------------------
            Tímto programem se importují data do vybraných nadstaveb. Data pro        
          každou nadstavbu se očekávají v samostatném souboru, jehož jméno (maska     
          pro sestavení jména) je uvedeno v definici nadstaveb. Jméno tohoto souboru  
          je pak předvolena, ale obsluha má možnost jméno souboru podle potřeby       
          změnit.                                                                     
                                                                                      
            Pakliže spustíte program v režimu zkoušky, pak se načtou soubory a        
          formálně se zkontrolují chyby. Zároveň se vypíše orientační protokol.       
                                                                                      
            Pokud se nejedná o zkoušku, pak systém                                    
                                                                                      
          1) na začátku zpracování zruší všechna dosud naimportovaná data do nadstavby
          - toto se provádí v závislosti na hodnotě vstupu "Zrušit předchozí data ?"  
          - občas je nutné sehrávat do jedné nadstavby data z více souborů            
          (například za více nezávislých středisek) a pak je vhodné mít možnost       
          nerušit již naimportovaná data do nadstavby                                 

          2) a dále se skutečně ukládají data do nadstaveb k výpočtu mezd.

          %MZNAD21-definice csv importů          
          -----------------------------
            Tímto programem se definují typy souborů, které chceme jak jednorázově,
          tak spíše pravidelně, importovat do mezd z CSV souborů. Předpokládá se   
          import z CSV souborů (tedy soubory s oddělovačem ";"-středník a kódováním
           CP1250).                                                                
                                                                                   
            Řádky v souboru budou typicky v nějakém sloupci obsahovat osobní číslo 
          zaměstnance a v libovolných dalších sloupcích hodnoty, které budeme      
          importovat přímo do složek nějakého mzdového řádku. Tento typ importů je 
          vhodný v situacích, kdy je potřeba nahradit zdlouhavé ruční zadávání     
          hodnot přímo do mezd importem hodnot ze souboru.                         

          %MZNAD22-import csv dat do výplat      
          ---------------------------------
            Tímto programem se importují data přímo do zadávaných výplat. Jméno     
          souboru je předvoleno pro každý typ importu, ale obsluha má možnost jméno 

11 LED 2005        %CSSOFTT                                     Hlavní společnost                                            - 11 -
12:12              PB-101                                       Tisk požadavků a úkolů

Datumy od 25022004-11012005
Požadavek Zapsáno  Vyřešeno Zapsal Řeší Skupina   P Termín   Předmět
────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
          importovaného souboru podle potřeby změnit.                               
                                                                                    
            Pakliže spustíte program v režimu zkoušky, pak se načtou soubory a      
          formálně se zkontrolují chyby. Zároveň se vypíše orientační protokol.     
                                                                                    
            Pokud se nejedná o zkoušku, pak systém                                  
                                                                                    
          1) na začátku zpracování zruší všechna převodová místa u všech nyní       
          existujících výplat                                                       
          - toto se provádí v závislosti na hodnotě vstupu "Zrušit předchozí data ?"
          v případě, že je zvoleno 1-ano a rušit u všech existujících výplat        
                                                                                    
          2) a dále se skutečně ukládají importovaná data přímo do mezd             
                                                                                    
          3) jestliže je na vstupu "Zrušit předchozí data ?" zvoleno 2-ano a rušit  
          jen u nyní importovaných lidí, pak se v případě že poprvé při zpracování  
          narazíme na nějaké osobní číslo, pak se zruší všechna převodová místa u
          výplaty tohoto člověka                                                 

          %MZNAD23-rušení převáděných složek mzdy
          ---------------------------------------
            Tímto programem se u vybraných pracovníků pročistí všechny složky mzdy 
          importované v rámce zvoleného typu importu CSV. Tento program je vhodný v
          případě, že omylem naimportujete nějaká data do nějakých složek a        
          potřebujete tento import zrušit.                                         

2040133   30112004 30112004 PB     PB   MZD       5 30112004 Vzorová smlouva na zrušení pracovního poměru
 Zadání : připomínám se s požadavky ze školení:

          1)       dodělat zrušení prac. poměru do "tisk smluv se zaměstnanci" dle předaného formuláře
 Řešení : Vytvořena nová vzorová smlouva typu RTF podle předaného formuláře. Její definice vypadá takto :

             Kód smlouvy                  : %IDEA05                                                           
             Šablona distribuovaná s projektem IDEA-mzdy. Poslední aktualizace 30112004 17:16:27, výsledek OK.
          1. Popis                        : Vzorové zrušení pracovního poměru pro Ontex                       
          2. Soubor s předlohou smlouvy   : D:/Data/Vyvoj/IDEA-mzdy/RTF/Ontex-zruseni.rtf                     
          3. Kdy aktualizovat předlohu    ? 1-ručně obsluhou                                                  
          4. Potřebné matriční údaje      : Všechny základní                                                  
          5. Potřebné mzdové ukazatele    : žádné                                                             

2040134   30112004 30112004 PB     PB   MZD       5 30112004 Export mzdových ukazatelů po řádcích
 Zadání : V programu %MZDT147-Export mzdových ukazatelů po řádcích nefunguje dobře export měsíců. Data jsou sice spočítaná 
          správně, ale všechny řádky obsahují stejný měsíc (poslední známý měsíc z intervalu).
 Řešení : Export sloupce "Měsíc" v programu %MZDT147-Export mzdových ukazatelů po řádcích byl opraven a navíc bylo přidáno 
          následující rozšíření :

          1) Přidán přepínač "Jak měsíce ?" s možnostmi 1-každý měsíc zvlášť nebo 2-celé období dohromady
          - předvolenou hodnotou je 1-každý měsíc zvlášť

          2) V případě, že se měsíc exportuje do výsledného souboru, pak se exportuje v takovém formátu, aby jej Excel považoval 
          za hodnotu přestavující měsíc.

2040135   01122004 01122004 PB     PB   MZD       5 01122004 Účetnitví ElectroWorld a přeúčtovávání středisek
 Zadání : Upravit účetnitví ElectroWorld tak, aby to bralo do úvahy přeúčtovávání středisek zadané v programu %MZDZJS-výplaty z 
          jiných středisek. Stejně tak připravit tento program na možnost rozúčtovávání PPZ mezi středisky.
 Řešení : Upraven program %MZELW03-export účetních dat tak, aby používal centrální rozpočítávací modul mezi střediska a zakázky.

          Při rozúčtovávání PPZ se rozúčtovává procentně podle odpovídající výše vyměřovacích základů pro SZ podle 
          středisek/zakázek.

2040136   01122004 01122004 PB     PB   MZD       5 01122004 Zaokrouhlovací rozdíl v SZ - ZOPAKOVÁNÍ 2030058
 Zadání : Tento požadavek je již rok a půl stary (a původně měl číslo 2030058 a je ze dne 14.4.2003), ale vzhledem k jeho 
          absolutní důležitosti pro správné fungování nových programů na zaúčtování mezd a vůbec celé konzistenci výstupů z projektu
          mezd, jsem ho opět zopakoval, aby se objevil v dokumentaci nové verze.

          Z principu projektu IDEA-mzdy vždy existoval zaokrouhlovací rozdíl mezi 
          mzdovým řádkem 507-Pojistné na SZ placené podnikem a skutečným odvodem za 
          podnik.

          Tento rozdíl je způsoben výpočtem a zaokrouhlováním všech mzdových řádků 

11 LED 2005        %CSSOFTT                                     Hlavní společnost                                            - 12 -
12:12              PB-101                                       Tisk požadavků a úkolů

Datumy od 25022004-11012005
Požadavek Zapsáno  Vyřešeno Zapsal Řeší Skupina   P Termín   Předmět
────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
          na celé Kč, tedy i řádku 507. Oproti tomu odvod SZ za celý podnik se 
          zakrouhluje pouze jednou za celou sociální pojišťovnu (správu SZ).

          Tento rozdíl byl a je již na sestavách vykazován a v rámci exportů do 
          účetnictví již byl a je rozpočítáván tak, aby byl v souladu účetní zápis s 
          reálným odvodem.

          Nadále ovšem zůstává rozpor mezi prostým součtem Kč z řádku 507 a reálným 
          odvodem - ať už počítaným v rámci zaúčtování/sestavy odvody sociálního 
          zabezpečení/příkazů k úhradě.
 Řešení : Do programu %MZDT093-Odvody sociálního zabezpečení byl přidán vstup 
          "Rozpočítat zaokrouhlovací rozdíl ?".

          Pokud zvolíte Ano, pak se rozdíl mezi součtem Kč z řádku 507-Pojistné na 
          SZ placené podnikem a skutečným odvodem SZ zapíše k poslednímu 
          zpracovávanému osobnímu číslu v rámci sociální pojišťovny.

          Zaokrouhlovací rozdíl bude v důsledku toho nulový a následně bude také 
          souhlasit prostý součet Kč z řádku 507 za všechny zaměstnance ve všech 
          sestavách (třeba přes tisk součtu výplatních pásek) se skutečným odvodem.

          Aby tento mechanismus úspěšně fungoval, je nutné, aby se toto rozpočítání 
          zaokrouhlení spustilo po přepočtech výplat před jakýmkoli jiným tiskem z 
          mezd.

2040137   09122004 09122004 PB     PB   MZD       5 09122004 Import docházky ElectroWorld
 Řešení : Upraven import dat následovně :
          - ve firmě ELW se data z kolonky Přesčasy nahrávají do mzdového řádku 515 a složky "Hodiny k přičtení"
          - ve firmě EWW se data z kolonky Přesčasy nahrávají do mzdového řádku 6 a složky "OH s příplatkem A%"
          - kolonka "Obědy k úhradě" se nahrává do mzdového řádku 460 a složky "Kč k přičtení"
          - jestliže je vyplněna kolonka "Obědy k úhradě", pak se nenahrává kolonka "Stravenky vydané tento měsíc"

2040138   09122004 09122004 PB     PB   MZD       5 09122004 Definice vzorových podmínek
 Řešení : Upraveny definice následujících podmínek, které jsou založené na odvozeném matričním údaji M119D-Přiznané druhy 
          důchodů k posl.dni měsíce,  takto  :

          DUCHODCE   Důchodce           (M119D není prázdné)
          DUCHODCES  Starobní důchodce  (M119D obsahuje jednu z hodnot 13-starobní, 23-souběh vdovského a starobního)

2040139   09122004 30122004 PB     PB   MZD       5 09122004 Sestava stavů pracovníků
 Zadání : Do sestavy %MZDT060-Stavy pracovníků přidat další sloupec s fyzickým počtem tohoto typu :
          - 1 bude započítaná u pracovníka v případě, že alespoň jeden den daného intervalu byl ve stavu
          - oproti tomu existující sloupec ukazuje ve sloupci "fyzický stav" stav pracovníků k poslednímu dni v intervalu
 Řešení : Do sestavy byl přidán sloupec "Fyzický za období"
          - tento sloupec započítává zaměstnance v případě, že alespoň jeden den ze zadaného intervalu byl zaměstnanec v 
          evidenčním stavu

2040140   19122004 19122004 PB     PB   MZD       5 19122004 Podpora hromadného zadávání převodů mezi zakázkami
 Zadání : Ještě mám na Vás já také jeden dotaz. A to takový - že v současné verzi idey já zadávám pohyb mezi zakázkami na úrovni 
          každého jednotlivého zaměstnance. (tak to v O.One původně říkaly a požadovaly, ale nakonec je zapotřebí členit pohyb 
          mezi zakázkami jen v rámci několika středisek- tedy že např. u všech zaměstnanců ze střediska 311 je procentuální 
          rodělení dle zakázek naprosto stejné.) Chtěla jsem se tedy zeptat, zda by šlo tedy ideu ještě doupravit tak, aby toto 
          procent.rozdělení dle zakázek šlo nastatvit na úrovni středisek. Velice by mi to usnadnilo práci i čas, protože zatím 
          musím zadávat u každého zaměstnance zvlášť členění dle zakázek (a O.One má zaměstnanců požehnaně mnoho....) zatímco by 
          stačilo zadat jen členění v rámci daného střediska. 
 Řešení : 1) Nový program %MZDT221-Rušení dělení středisek a zakázek

            Program prochází zaměstnance, kteří vyhovují zvolené podmínce a ruší u
          nich vybrané agendy s rozdělování středisek a zakázek podle přepínačů  
                                                                                 
          Zrušit 'rozdělení středisek a zakázek'   ?                             
          Zrušit 'samostatné dělení středisek'     ?                             
          Zrušit 'samostatné dělení zakázek  '     ?

          2) Nový program %MZDT222-Hromadné samostatné dělení zakázek 

            Program prochází zaměstance, kteří vyhovují zvolené podmínce a       
          nastavuje pro ně samostatné dělení zakázek pro zadanou zakázku a zadané
          procento.                                                              

11 LED 2005        %CSSOFTT                                     Hlavní společnost                                            - 13 -
12:12              PB-101                                       Tisk požadavků a úkolů

Datumy od 25022004-11012005
Požadavek Zapsáno  Vyřešeno Zapsal Řeší Skupina   P Termín   Předmět
────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
            Tento program je určen jako zjednodušení zadávání dat do agendy      
          %MZM76-samostatné dělení zakázek.                                      

2040141   23122004 23122004 PB     PB   MZD       5 23122004 Podmínky pro vyhotovení stejnopisů ELDP
 Zadání : Podmínky pro vyhotovení stejnopisů ELDP v případě elektronického předávání RELDP 
          - viz http://www.cssz.cz/tiskopisy/ELDP_2004/vyhotoveni_stejnopisu.asp

           V případě elektronického předkládání ELDP nemusí být pro stejnopis využit tiskopis ČSSZ, ale může být vytvořen 
          stejnopis pro pojištěnce a pro organizaci v podobě tiskové sestavy. Protože je nezbytné, aby údaje ELDP byly pro 
          pojištěnce vypovídající, měla by tato sestava splňovat následující podmínky:

             1. Každý stejnopis ELDP (jeden, s podpisem zaměstnance, zůstává založen v organizaci, druhý je s razítkem a podpisem 
          organizace předáván pojištěnci) musí být nadepsán názvem Evidenční list důchodového pojištění za rok ..
             2. Údaje obsahující záznamy oddílu 2 klasického tiskopisu ELDP, musí být pro pojištěnce naprosto srozumitelné (např. 
          nelze použít zkratku VyD příp. Dod, ale alespoň vylouč. doby, doby odečt.)
             3. Používání zkratek v údajích oddílu 1 a 3 klasického tiskopisu se nevylučuje
             4. V případě, že bude přicházet v úvahu vyplnění 2. případně 3. i dalšího řádku v oddílu 2, musí tyto údaje stejnopis 
          obsahovat
             5. Vyměřovací základ by neměl být na tiskové sestavě uváděn opakovaně bez vyznačení, že se jedná o součet
             6. Musí být zachován dostatečný prostor pro podpis pojištěnce a uvedení data převzetí, a pokud jde o stejnopis 
          předkládaný pojištěnci pro razítko a podpis organizace
             7. Tisk by neměl být zmenšován pod únosnou hranici čitelnosti 
 Řešení : Do programu %MZELDP2-tisk a export ELDP byla přidána možnost tisku stejnopisů ELDP v následujících formátech

          Formát tisku           ? 1-základní informace        
                                   2-kompletní tisk bez rámečků
                                   3-kompletní tisk s rámečky  

          1) základní informace
          - tiskne pro každý ELDP pouze informativní řádek
          - tento formát je vhodný pouze jako informativní výpis a jako doplněk k exportu dat do následného zpracování

          2+3) kompletní tisk bez rámečků/s rámečky
          - tento formát je vhodný při vytváření stejnopisů buď pro zaměstnance nebo pro zakládání v organizaci
          - jeho použití se předpokládá zejména u orgranizací, které budou předávat data o ELDP v elektronické formě

2040142   30122004 02012005 PB     PB   MZD       5 30122004 Export ELDP dat do XML formátu
 Zadání : Česká správa sociálního zabezpečení (dále jen ČSSZ) přijímá evidenční listy důchodového pojištění (dále jen ELDP) vedené 
          od 1. 1. 2004 za jednotlivé kalendářní roky též v elektronické podobě. Přenos do ČSSZ je možné uskutečňovat :

          - prostřednictvím Portálu veřejné správy 
          - prostřednictvím paměťového média, tj. na CD nebo na disketě 3,5"/1,44MB.

          Přidat do projektu možnost exportu dat v XML formátu odpovídajícímu elektronické podobě ELDP vyžadované ČSSZ.
 Řešení : Do programu %MZELDP2-Tisk a export dat ELDP byla na vstupu "Formát exportu dat ?" přidána možnost exportu dat v 
          následujících formátech 1-základní XML formát
                                  2-Valmont

          Základní XML formát produkuje soubor s ELDP ve formátu vhodném k předání na ČSSZ. Tento soubor je možné předat na ČSSZ 
          prostřednictvím paměťového média, tj. na CD nebo na disketě 3,5"/1,44MB. Nebo je možné tento soubor importovat do 
          jakéhokoli programu na komunikaci s Portálem veřejné správy. V současné době doporučujeme program firmy NZ SERVIS 
          Kladno (www.nzservis.cz).

          Orientačně vypadá vytvářený XML soubor takto :

          <?xml version="1.0" ?> 
          <RELDP id="" vs="" nam="" cit="" str="" num="" pnu=""> 
            <reldp yer="" typ="" dre="">
              <client bno="">
                <name sur="" fir="" tit="" /> 
                <adr cit="" str="" num="" pos="" pnu="" /> 
                <birth dat="" nam="" cit="" /> 
              </client>
              <items coun="" sdex="" sinc="" sdar="">
                <t1 row="" cod="" fro="" to="" din="" m1="" m2="" m3="" m4="" m5="" m6="" m7="" m8="" m9="" m10="" m11="" m12="" 
                                                      m13="" inc="" dex="" dar="" /> 
                ....
                <t2 row="" cod="" fro="" to="" /> 
                ....
              </items>

11 LED 2005        %CSSOFTT                                     Hlavní společnost                                            - 14 -
12:12              PB-101                                       Tisk požadavků a úkolů

Datumy od 25022004-11012005
Požadavek Zapsáno  Vyřešeno Zapsal Řeší Skupina   P Termín   Předmět
────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
              <comp nam="" id="" vs="" cre="" fro="">
                <adr cit="" str="" num="" pnu="" /> 
              </comp>
            </reldp>
            ....
          </RELDP>

2040143   30122004 30122004 PB     PB   MZD       5 30122004 Omezit varovná hlášení pro M133=11
 Řešení : Pro M133=11 (plátcem pojistného stát, 400Kč) se nyní negenerují následující varování

          Za studenta mladšího 26ti let by měl být plátcem pojistného stát.
          Za studenta staršího 26ti let by neměl být plátcem pojistného stát.
          U důchodce by měl být plátcem pojistného stát.

2040144   02012005 02012005 PB     PB   MZD       5 02012005 Výpočet průměrů DNP u propuštěných
 Zadání : Narazila jsem na problém s průměrem DNP. Pracovník 9098 skončil PP dne 25.9.04 a v ochranné lhůtě uplatnil  od 21.11.04 
          nárok na PPM /367/. Rozhodné období dle Vás je 1.4.2000 do 25.9.2004/tedy do skončení PP/. Dle mého názoru je rozhodné 
          období od 1.5.2000 do 31.10.2004. Tím se samozřejmě lišíme v průměru. Prosím, zda se na to můžete podívat.
 Řešení : Máte pravdu - rozhodné období je 12 měsíců od data "události" a ne podle ukončení poměru.
          - upraven výpočet průměru DNP, který se provádí při každém ukončení měsíce
          - dosud se vůbec nepřepočítával průměr v případě, že pracovník byl propuštěn dříve, než v ukončovaném měsíci
          - nyní se se průměr přepočítává vždy a jako konec rozhodného období se bere buď poslení den ukončovaného měsíce nebo 
          datum propuštění (je-li v ukončovaném měsíci)

2040145   02012005 02012005 PB     PB   MZD       5 02012005 Výpočet nemocí začínajících dříve než minulý měsíc
 Zadání : Při zpracování v SOCO se stává, že například v měsíci 03/2004 se dostanou ke zpracování nemoci, která začíná v měsíci 
          01/2004. V tomto případě by se měl brát takový průměr pro DNP, jaký platil v měsíci 01/2004. Toto ale program neumí a
          umí zpracovat pouze nemoci začínající v minulém měsíci (protože má platný průměr z tohoto měsíce schovaný v 
          matričním údaji M190A-Hrubý denní výdělek pro DNP z minulého měsíce).
 Řešení : V případě výpočtu DNP začínající dříve, než je minulý měsíc, se jako průměr berou data z toho měsíce, ve kterém DNP 
          začala. V našem případě by se tedy šlo do matrice daného pracovníka v měsíci 01/2004 a z dat v údajích 

                    Hrubý denní výdělek                    :
                    Pravděpodobný hrubý denní výdělek      :

          v tomto měsíci by se stanovil průměr pro výpočet této dávky.

2040146   02012005 02012005 PB     PB   MZD       5 02012005 Výpočet u DNP se symbolem N-nově pokračuje
 Zadání : V 02/04 u paní Hrabcové ve společnosti Conoco se mi nějak divně spočítali dny nemoci, jak je to nyní
          na ty 3 druhy výplaty nemocenských dávek, tak tam nějak nefungují ty symboly.

          Mohl byste se na to podívat. Byly to dvě na sebe navazující nemoci a měly by se brát jako jedna nemoc. V případě že 
          použijeme Nově pokračuje - tak by to mělo navazovat na tu předchozí.
          ================
          Obsluha zadávala jednu dávku od 5.1 do 14.1. se symbolem ZK, následně další od 15.1. do 30.1. se symbolem NP a poté 
          ještě jeden den 31.1. další řádek s PP a povelem Neplatit.

          To se mi  zdálo divné a doporučoval jsem zadat všechno jedním řádkem s těmito parametry 

          Od:1.4.2004
          Do: 31.1.2004
          Platit do: 30.1.2004
          Symbol:ZP
          =================
          To je samozřejmě lepší, ale protože jsou to 2 nemoci navazující na sebe,
          tak by měli být i evidovány zvlášť a ne dohromady. Neplaceně na konci má
          dny na které nemá lísteček na peníze, ale je stále nemocná.
 Řešení : Upraven výpočet DNP se symbolem N-nově pokračuje resp. upraveno lepší schovávání dat o minulých dávkách.

          Dosud jsem si předchozí průměr a předchozí začátek nemoci schovával pouze pro ty dávky, které mají v symbolu P-pokračuje 
          do dalšího měsíce. Zatímco tady je třeba si u nového pokračování brát tyto parametry od minulé dávky, která má shodou 
          okolností u sebe symbol ZK-začíná a končí. Tedy takový, od kterého se dosud nepředpokládalo zadávání N-nového pokračování.

          Nově si během výpočtu schovávám předchozí průměr a předchozí začátek nemoci ode všech zpracovávaných nemocí tak, abych v 
          případě výpočtu N-nového pokračování věděl od jakých parametrů mám ve výpočtu pokračovat.

2040147   05012005 05012005 PB     PB   MZD       5 05012005 Připomínky k vytváření ELDP
 Zadání : 1) vyplňování pošty
          - u zaměstnance, který měl v adrese zadáno bydliště Brno-Židenice, se v kolonce pošta vytiskla hodnota Brno-, tedy 
          včetně pomlčky

11 LED 2005        %CSSOFTT                                     Hlavní společnost                                            - 15 -
12:12              PB-101                                       Tisk požadavků a úkolů

Datumy od 25022004-11012005
Požadavek Zapsáno  Vyřešeno Zapsal Řeší Skupina   P Termín   Předmět
────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
          - pokud má někdo poštu např. Nová Paka, na RELDP se musí psát pošta NováP

          2) řádky bez datumů
          - pokud DPČ několik měsíců nemají příjem a pak zase mají, rozdělí se jejich příjmy na 2 řádky

          3) výdělečná činnost v organizaci od
          - vyplňuje se jen, byla-li výdělečná činnost konkrétního pojištěnce započata před kalenářním rokem, za který je ELDP veden
          - u těch, co nastoupili v průběhu roku 2004 a kterých se nemá tisknout datum nástupu v kolonce "Výdělečná činnost v 
          organizaci od", se tiskne 0.0
 Řešení : 1) při vytváření ELDP záznamů se z názvu pošty odstraní všechny pomlčky a mezery a teprve poté se vezme prvních 5 znaků

          2) při závěrečném spojování dat o ELDP z podkladů v jednotlivých měsících nyní spojuji i řádky, které nemají vyplněné 
          datumy od-do
          - dosud jsem spojoval pouze řádky, které datumy měly a navazovaly na sebe

          3) upraven tisk a export ELDP tak, aby se u těch, co nastoupili v průběhu zpracovávaného roku netisklo datum nástupu v
          kolonce "Výdělečná činnost v organizaci od"

2040148   05012005 05012005 PB     PB   MZD       5 05012005 Změna minimální mzdy od 1.1.2004
 Zadání : Od 1.1.2005 platí změna měsíční minimální mzdy z 6700 na 7185 Kč a hodinové minimální mzdy z 39.60 na 42.50 Kč.

          Pramen: Nařízení vlády č. 699/2004 Sb. - rozesláno 31.12.2004.
 Řešení : Tyto konfigurační parametry se automaticky aktualizují po instalaci nové verze.

2040149   05012005 05012005 PB     PB   MZD       5 05012005 Daňový odpočet za zaplacené příspěvky odborům
 Zadání : Od základu daně lze nově odečíst zaplacené členské příspěvky člena odborové organizace této organizaci podle jejích 
          stanov, která uskutečňuje činnosti spočívající v obhajobě hospodářských a sociálních zájmů zaměstnanců v rozsahu 
          vymezeném zvláštním právním předpisem. Takto lze odečíst částku do výše 1,5 % zdanitelných příjmů, s výjimkou příjmů 
          zdaněných srážkou podle zvláštní sazby daně, maximálně však do výše 3 000 Kč za zdaňovací období.
 Řešení : 1) Program %MZDDAN-Daň z příjmu fyzických osob rozšířen o následující kolonku "k, zaplacené příspěvky odborům  (Kč ) 23:"

          2) Do tohoto údaje se načítají vyplacené Kč ze mzdového řádku 494-Příspěvky odborům. A to bez jakéhokoli omezení.

          3) V následném výpočtu se jako odečitatelná částka započítá hodnota v této kolonce s omezením na 1,5% zdanitelných příjmů 
          resp. s omezením na 3.000 Kč. Tím je zajištěna správnost výpočtu i v případě chybného ručního zadání vyšší částky.

          4) Upraven následný tisk %MZDT075-tisk daně z příjmu, kde se zobrazuje uznaná částka zaplacených příspěvků odborům.

2040150   06012005 06012005 PB     PB   MZD       5 06012005 Mechanismus reorganizace pořadí mzdových řádků
 Řešení : 1)  Vytvořen nový program %MZRPOR-reorganizace pořadí mzdových řádků.

            V tomto programu se nechá upravovat pořadí, ve kterém se budou mzdové   
          řádky vypisovat ve vybraných tiskových sestavách - aktuálně pouze v       
          tisku výplatních pásek.                                                   
                                                                                    
            Tím je možné dosáhnout toho, že mzdové řádky se nebudou v některých     
          případech strikně zobrazovat setříděné podle jejich čísel, ale tak, jak   
          odpovídá v tomto programu zadanému pomocnému pořadí.                      
                                                                                    
            Příklad : Budete-li chtít například mzdový řádek 80-Náhrada za svátek   
          tarifem zobrazovat těsně za mzdovým řádkem 2-Základní mzda, nastavte v    
          tomto programu pro řádek 80 parametr "Pomocné pořadí" na hodnotu 2.       
                                                                                    
            Příklad z 01/2005 : Vzhledem ke změnám ve výpočtu daní s platností od   
          1.1.2005 bylo nutné vytvořit několik mzdových řádků, které logicky patří  
          do prostoru původního řádku 411-záloha na daň. V okolí tohoto řádku už ale
          není pro tyto řádky místo a tak bylo nutné vytvořit nové mzdové řádky s   
          čísly 521-524. Aby se při tisku výplatních pásek zobrazovaly tyto řádky na
          logicky očekávaných místech, nastavuje se během instalace automaticky pro 
          tyto řádky 521-524 jejich parametr "Pomocné pořadí" na hodnotu 410 tak,   
          aby byly zatříděny za eventuelním řádkem 410 a před stávajícím řádkem 411.

          2) Upraven program %MZDT001-tisk výplatních pásek tak, aby bral do úvahy výše uvedené nastavení

          3) Programy %MZDCOP/%MZDCOPR na kopírování dat mezi společnostmi rozšířeny na kopírovaní výše uvedených definic

2040151   10012005 10012005 PB     PB   MZD       5 10012005 Konfigurace DNP
 Řešení : Během instalace verze se automaticky prodlouží platnost stávajících parametrů do 31.12.2005 následovně :

          Od data    Do data     ----- hrubá denní částka pro výpočet DNP ----

11 LED 2005        %CSSOFTT                                     Hlavní společnost                                            - 16 -
12:12              PB-101                                       Tisk požadavků a úkolů

Datumy od 25022004-11012005
Požadavek Zapsáno  Vyřešeno Zapsal Řeší Skupina   P Termín   Předmět
────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
                                 Nezkrácená             Maximální             
          01101999   31121999     360                    540                  
          01012000   31122000     400                    590                  
          01012001   30112001     430                    630                  
          01122001   31122001     480                    690                  
          01012002   31122002     480                    690                  
          01012003   31122003     480                    690                  
          01012004   31122005     480                    690                  

2040152   10012005 10012005 PB     PB   MZD       5 10012005 Úpravy ve výpočtech týkajících se minimální mzdy
 Řešení : 1) Upraveno stanovování minimální hodinové mzdy u pracovníků s hodinovou mzdou
          - dosud se jako minimální hodinová mzda bral konfigurační údaj "Minimální mzda - hodinová : " (od 1.1.2005 platí 42,50)
          - tato hodnota je ale vztažena k 40ti hodinovému pracovnímu týdnu
          - nově tedy tuto hodnotu násobíme koeficientem 40 děleno Týdenní pracovní doba z kalendáře

          2) V algoritmu u mzdového řádku 101-Doplatek do minimální mzdy se porovnává výdělek s minimální mzdou
          - u níže uvedených řádků, které měli u sebe uvedenu hodnotu A, jsme odstranili toto nastavení ze zápočtu KMM-do Kč pro 
          kontrolu minimální mzdy, HMM-hodiny pro kontrolu minimální mzdy
          - jinými slovy to znamená, že tyto řádky se již nezahrnují do výpočtu částky pro porovnání s minimální mzdou a v podobné 
          tabulce zápočtů HMM a KPP již u těchto řádků nebudou hodnoty A

                                                                      K  H
                                                                      M  M
                                                                      M  M
          19   Příplatek za práci přes čas                            .  P
          22   Příplat.za práci ve ztíž.+ škodl. prost.               A  .
          26   Příplatek za práci v noci                              A  .
          30   Příplatek za práci ve výškách                          A  .
          31   Příplatek za práci ve svátek                           A  .
          32   Příplatek za práci ve svátek sazbou                    A  .
          34   Příplatek za práci v noci sazbou                       A  .
          36   Příplat.za škodl. prostř. jednicový                    A  .
          38   Příplatek za práci ve svátek jednicový                 A  .
          40   Příplatek za práci v noci sazbou jednic.               A  .
          86   Náhrada mzdy za dovolenou                              A  A
          88   Náhrada mzdy za svátek                                 A  A
          89   Náhrada mzdy ostatní                                   A  A
          90   Náhr.mzdy ostat. - malý průměr                         A  A
          91   Náhrada mzdy - hodinové překážky                       A  A
          92   Náhrada 60% mzdy                                       A  A
          93   Náhrada za prostoj tarifem                             A  A
          94   Náhrada za prostoj ve svátek                           A  A
          95   Studijní volno celodenní                               A  A
          96   Studijní volno hodinové                                A  A
          97   Celodenní volno dle kol. smlouvy z FO                  A  A
          98   Rozšířená náhrada mzdy studujícím denní                A  A
          99   Rozšířená náhrada mzdy studujícím hodin.               A  A
          102  Náhr.mzdy ostat. - malý průměr                         A  A
          112  Dohody o provedení práce                               .  .
          120  Odstupné nepojištěné                                   A  .
          121  Odstupné pojištěné                                     A  .
          123  Odměny dle KS,odchod dohodou,org.změna                 A  .
          124  Odchodné nepojištěné                                   A  .
          144  Refund.mzda faktur. při nástupu voj.služ               A  .

2040153   10012005 10012005 PB     PB   MZD       5 10012005 Sledování údajů o nerezidentech
 Zadání : Od 1.1.2005 mají u nerezidentů evidovat následující údaje:

          -       datum narození 
          -       číslo pasu nebo jiného dokladu prokazujícího jeho totožnost 
          -       kód státu, jehož je rezidentem 
          -       daňové identifikační číslo, bylo-li mu jeho domovským státem přiděleno 
          -       rodné číslo, bylo-li mu jeho domovským státem přiděleno 
 Řešení : 1) Byly vytvořeny následující nové matriční údaje

          743   Datum narození (zadávané u cizinců)      
          744   Daňové identifikační číslo (zadávané u cizinců)

          - tyto údaje se zadávají v matriční obrazovce %MZM9-uživatelská obrazovka

11 LED 2005        %CSSOFTT                                     Hlavní společnost                                            - 17 -
12:12              PB-101                                       Tisk požadavků a úkolů

Datumy od 25022004-11012005
Požadavek Zapsáno  Vyřešeno Zapsal Řeší Skupina   P Termín   Předmět
────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
          2) Upravena definice odvozeného matričního údaje M109D-datum narození
          - jestliže je vyplněn matriční údaj M743-Datum narození (zadávané u cizinců), pak se bere tento údaj
          - jinak se odvozuje datum narození z údaje M109-rodné číslo

          3) Pro zjednodušení práce s cizinci/nerezidenty jsem připravil nový matriční formulář FC-Údaje sledované u nerezidentů, 
          jehož definice vypadá následovně

          9. Y-X   Kód      Text                                            Sloupec ?
          10   1   103      Příjmení, jméno, titul      :                           N
          20   1   109      Rodné číslo                 :                           N
          25   1   743      Datum narození              :                           N
          30   1   604      Státní příslušnost          :                           N
          40   1   608      Číslo cestovního pasu       :                           N
          50   1   609      Platnost cestovního pasu    :                           N
          60   1   744      Daňové identifikační číslo  :                           N
          70   1   709      Číslo průkazky u ZP         :                           N

          - tento matriční formulář se nainstaluje automaticky během instalace nové verze mezd

2040154   10012005 10012005 PB     PB   MZD       5 10012005 Roční zúčtování za rok 2004
 Řešení : 1) Upraven program %MZDDAN-roční zúčtování daně z příjmu fyzických osob
          - do zpracování ročního zúčtování daně z příjmu fyzických osob byly přidány kolonky "Příjmy" a "Pojistné"
          - tyto kolonky se pro prvního plátce nasčítávají za zúčtovávané období Kč z řádku 179-Hrubý základ měsíční daně (Příjmy) 
          resp. z řádků 401-Pojistné na sociální zabezpečení a 402-Pojistné na zdravotní pojištění (Pojistné)
          - tato změna si vynutila reorganizaci vstupů na obrazovce a přečíslování jejich pořadí

          2) Analogicky se vzorovými dokumenty z www.mfcr.cz byl upraven tisk %MZDT075-tisk daně z příjmu

          Vzory nových daňových tiskopisů je možné získat na www.mfcr.cz >Daňová správa >Daňové tiskopisy
          Potvrzení má číslo tiskopisu 5460 - vzor č. 12
          Výpočet daně má číslo tiskopisu 5460/1 - vzor č. 9

2040155   11012005 11012005 PB     PB   MZD       5 11012005 Potvrzení o zdanitelných příjmech
 Řešení : Upraven program %MZDT038-potvrzení o zdanitelných příjmech
          - sestava předělána na formát 132 znaků na řádek
          - vložen odstavec 

          6. Daňové zvýhodnění - úhrn poskytnutých měsíčních slev na dani
                               - úhrn vyplacených měsíčních bonusů       

          - přeformátování odstavců, doplnění textací podle vzoru

2040156   11012005 11012005 PB     PB   MZD       5 11012005 Vzorové příklady pro výpočet daní od 1.1.2005
 Řešení : c.r.            3 deti 5 deti 3 deti 3 deti 3 deti 3 deti 3 deti 3 deti
                                               M133=2        M133=2        M133=2
          179 hruby ZD    10,000 10,000 50,000  7,000  7,185  6,500 30,000  7,184
          401 pojistne SZ    800    800  4,000    560    575    520  2,400    575
          402 pojistne ZP    450    450  2,250    315    324    293  1,350    324
          409 odpocty      3,170  3,170  3,170  3,170  3,170  3,170  3,170  3,170
          410 zdanit.mzda  5,580  5,580 40,580  2,955  3,116  2,517 23,080  3,115
          521 zal.na dan     840    840  9,695    450    480    390  4,410    480
          522 m.dan.zvyh.  1,500  2,500  1,500  1,500  1,500  1,500  1,500  1,500
          523 m.sleva dan    840    840  1,500    450    480    390  1,500    480
          524 m.dan.bonus    660  1,660      0      0  1,020      0      0      0
          411 m.dan po sl      0      0  8,195      0      0      0  2,910      0
              k vyplate    9,410 10,410 35,555  6,125  7,306  5,687 23,340  6,285

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