23 BŘE 2010        Idea.System.CSPUT                            Hlavní společnost                                             - 1 -
14:43              PB-301                                       Tisk požadavků

Jen řady            <1> IDEA-mzdy
Jen požadavky         > Vše
Jen zadavatelé        > Vše
Jen skupiny           > Vše
Jen řešitelé          > Vše
Jen priority          > Vše
Jen verze             > Vše
Podmínka              : <bez omezení>
Předmět obsahuje      : <bez omezení>
Požadavek obsahuje    : <bez omezení>
Příznak obsahuje      : <bez omezení>
Vyřešené/Nevyřešené/* ? *=vše
Datum zadání od       : Od začátku      do : Do konce           Datum vyřešení od  : 22012010       do : Do konce
Požadovaný termín od  : Od začátku      do : Do konce           Poslední změna od  : Od začátku     do : Do konce
Třídit podle          : P-
Jak stránkovat        ? 0-běžně
Jaké texty tisknout   ? 1-jen uživatelské
Jaké rozložení        ? 1-standardní
Převést do řady       : <nepřevádět>
Sumáře podle          : <bez sumáře>
────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
Řada   Požadavek Zapsáno  Vyřešeno Zadal Řeší Skupina   Verze      PP Termín   Předmět
────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
MZD    2040612.1 26012010 26012010 PB    PB   MZD                  5N          Zadávání čistých mezd a určení hrubé mzdy
Zadání : Máme zaveden systém, při které je se zaměstnanci a ve způsobu výpočtu prémií/bonusů stanovována výsledná čistá mzda,
         kterou má zaměstnanec dostat. Tuto částku bychom chtěli zadat do programu s tím, že by poté následně program určil
         potřebnou částku hrubé mzdy, tu umístil do vhodného mzdového řádku a spočítal celou výplatu tak, aby se dosáhlo
         zadané čisté mzdy.
Řešení : 1) vytvořen nový mzdový řádek 585-Čistý příjem požadovaný

         - do tohoto řádku se zadává požadovaná hodnota, kterou chceme dosáhnout v řádku 419-ČISTÝ PŘÍJEM
         - pokud je tento požadavek zadán, pak výpočet výplaty funguje následovně

           a) nejprve se určí, jaké hrubé mzdy je potřeba dosáhnout
              - k tomu se používá stejný výpočet, který je použit v programu %MZDT178-výpočet hrubé/čisté mzdy
           b) během výpočtu se pak do řádku 51-Prémie a odměny měs. a Q z NM vyčíslí potřebná korekce, aby se dosáhlo
              požadované hodnoty hrubé mzdy v řádku 320-hrubá mzda

         2) přidáno nové varování 47-Nepodařilo se splnit požadavek na zadanou čistou mzdu.
         - do programu bylo přidáno testování, jestli se požadavek na čistou mzdu zadaný v řádku 585 shoduje s dosaženým
         výsledkem a pokud ne, tak se generuje výše uvedené varování
         - toto může nastávat například v situaci, kdy se zadá příliš malá požadovaná čistá mzda a zaměstnanec již má
         spočítáno více složek mzdy (náhrad, základní mzdy, ostatních příplatků)

         ==> v tomto případě je třeba potlačit zadání na řádku 585 a výplatu spočítat podle okolností ručně

         3) do celého mechanismu přidána variabilní logika výpočtu čisté mzdy/čistého výdělku pro potřeby

         a) %MZDT232-potvrzení o průměrném výdělku se počítá v režimu "čistý výdělek"
            - zde se bez ohledu na stav matričních údajů bere, jako kdyby bylo M104="A"=aktivní výplatu a že není propuštěn
            - vrací se 419-čistá mzda minus 524-daňový bonus

         b) výše popisovaného mechanismu zadaného na řádku 585 a pro potřeby výpočtů v %MZDT178-výpočet čisté a hrubé mzdy
            - matriční údaje berou přesně tak, jak je má zaměstnanec vyplněné
            - vrací se 419-čistá mzda
MZD    2040613.1 26012010 26012010 PB    PB   MZD                  5N          Změna hranice pro vznik důchodového  pojištění
Zadání : Rozhodný příjem pro vznik důchodového pojištění se pro rok 2010 mění na 6000,-Kč (z původních 5900,- Kč platných pro
         rok 2009).  Toto je dáno Nařízením vlády č. 339/2009 z 16.9.2009.

         Viz také http://www.cssz.cz/cz/duchodove-pojisteni/ucast-na-pojisteni/povinna.htm

            Tyto osoby jsou účastny pojištění v těch kalendářních měsících, v nichž jim byl zúčtován příjem alespoň ve výši
            rozhodného příjmu, který v roce 2009 činil 5 900 Kč a  v roce 2010 činí 6 000 Kč.
Řešení : Hodnota 6000 se nastaví automaticky do příslušného parametru v %MZDCFGD-zákonné parametry během instalace verze
         2010.01a.
MZD    2040614.1 02022010 02022010 PB    PB   MZD                  5N          Potvrzení o zdanitelných příjmech 2010
Zadání : Nové Potvrzení o zdanitelných příjmech, které dne 22.1.2010 zveřejnilo MF

         http://cds.mfcr.cz/cps/rde/xbcr/SID-F6F4AE28-24F22CF1/cds/5460_18.pdf

Řešení : Upraven program %MZDT038-Potvrzení o zdanitelných příjmech
         - samotné rozložení formuláře zůstává stejné jako dosud
         - pouze v odstavcích 4+5 se mění v popisech rozsahy roků (2005-2007,2008-2009), což je oproti loňsku jinak

         4. Doplatky příjmů podle § 5 odst. 4 zákona zúčtovaných ve zdaňovacích obdobích 2005-2007
         5. Doplatky příjmů podle § 5 odst. 4 zákona zúčtovaných ve zdaňovacím období 2006-2008
MZD    2040615.1 04022010 04022010 PB    PB   MZD                  5K          Upozorňovat po výběru zaměstnance na propuštění
Zadání : Jak funguje a jaký má smysl přepínač v konfiguraci "Upozorňovat po výběru zaměstnance na jeho propuštění ?" ?
Řešení :   Je-li nastaven přepínač Upozorňovat po výběru zaměstnance na jeho propuštění ? na Ano, pak se na každém jednoduchém
          vstupu Osobní číslo po zadání osobního čísla kontroluje následující :
                                                                                                                           
         1) má-li zaměstnanec vyplněno M146-Datum ukončení pracovního poměru a toto je menší než poslední den aktuálního
         měsíce, pak se zobrazí hlášení "Datum ukončení pracovního poměru je DD.MM.RRRR."

         2) má-li zaměstnanec nastaveno M104-Aktivní matrice na Ne, pak se zobrazí hlášení "Matrice je nastavena jako
         neaktivní."        
                                                                                                                              
           Pokud platí obě podmínky zároveň, pak se zobrazí jedna zpráva s oběma hlášeními najednou.  
MZD    2040616.1 05022010 05022010 PB    PB   MZD                  5N          ELDP problémy s nadbytečnou mezerou a spec.znaky
Zadání : ELDP se vrací s chybovým hlášením "Nepovolený znak"
Řešení : Opraven program %MZELDP2-tisk a export dat ELDP
          
         - doplněno odstraňování všech eventuelních úvodních/koncových mezer ve všech údajích
         - přidáno překládání řídících XML znaků uvnitř hodnot atributů pro položky jako město/ulice/název
MZD    2040618.1 18022010 18022010 PB    PB   MZD                  5N          Změny v mechanismu záloh
Řešení : 1) zrušení výjimky potlačující výpočet zálohy v případě, že zaměstnanec nastoupil v průběhu měsíce
         - tato výjimka byla dosud v projektu proto, aby u nástupů po výplatě záloh nedošlo k zaevidování nevyplacené zálohy
         jako zaplacené (tj. aby data nachystaná až na příští zálohu nebyla považována za vyplacená již tento měsíc)
         - tato výjimka ale vadí u firem, které mají zálohu až na konci zpracovávaného měsíce a poskytují ji i zaměstnancům,
         kteří nastoupili v průběhu měsíce

         ==> nově je nutné v případě nového nástupu během měsíce vyplnit případně M189-Mimořádná výše zálohy hodnotou
         N-neplatit a tím potlačit započítávání 

         2) vytvořen nový odvozený matriční údaj M188S-Skutečně vyplacená záloha
         - hodnota tohoto údaje je definován následovně 

           a) je-li stav zpravování měsíce 20-po ukončení záloh a vyšší, pak se bere M188A-Vyplacená záloha
           b) jinak je-li hodnota údaje M189-Mimořádná výše zálohy rovna N-neplatit, pak se bere 0
           c) jinak je-li hodnota údaje M189-Mimořádná výše zálohy nenulová, pak se bere tato hodnota
           d) jinak se bere hodnota údaje M188-Pravidelná výše zálohy
MZD    2040619.1 19022010 19022010 PB    PB   MZD                  5N          Sestava narozenin a jubileí
Zadání : Personalisté u nás používaj program %MZDT055.
         Když si chtějí vypsat jubilea na celý rok dopředu tak jim to nevypisuje lidi, kteří mají vyplněno datum ukončení PP
         (M146). 
         Je to u poměrů na dobu určitou.( nově příchozí nebo důchodci, u kterých většinou dochází k prodloužení tohoto poměru
         a na začátku roku tam mají většinou vyplněno 31.3.) Takže to nevypisuje lidi, kteří mají narozeniny po tomto datu.

         Jenom se chci zeptat zda by nebylo možné tam přidat podmínku jestli vypsat i ty, kteří mají v době spuštění aktuální
         matrici bez ohledu na datum ukončení ?
Řešení : Upraven program %MZDT055-narozeniny a jubilea

         1) přidán nový vstup "Zahrnovat i propuštěné ?" s předvolenou hodnotou Ne
         - pokud je zvoleno Ne, tak se program chová jako dosud - tj. pokud připadá datum narozenin až po datum propuštění,
         pak se zaměstnanec do sestavy nezahrnuje

         - pokud je zvoleno Ano, tak se na datum propuštění vůbec nebere ohled

         2) program standardizován na použití standardní trojice vstupů "Jen střediska", "Jen osobní čísla", "Podmínka"
MZD    2040620.1 19022010 19022010 PB    PB   MZD                  5N          Třídění v exportu mzdových přehledů
Zadání : Data exportovaná do CSV souboru z programu %MZDT244-export mzdových přehledů jsou chybně setříděná
         - osobní čísla se například třídí chybně v pořadí 100,101,...,109,10,110,111,...
         - příjmení zase mají znaky s diakritikou úplně na konci
Řešení : Upraven program %MZDT244-export mzdových přehledů a třídění údajů.
MZD    2040621.1 19022010 19022010 PB    PB   MZD                  5N          Zadávání symbolů u PN/karantén/OČR
Řešení : 1) upraveno výběrové okno na vstupu "Symbol" při zadávání nemocí
         - nejprve se ukazují symboly ZK+ZP, poté PK+PP a teprve poté všechny ostatní
         - dosud byly tyto symboly seřazeny podle abecedy a tedy v nepříliš šikovném uspořádání

         2) upraveno odvozování předvolené hodnoty na vstupu "Symbol"
         - dosud bylo předvoleno vždy "ZK"-začíná a končí
         - nově se mění první písmeno na "P"-pokračuje, pokud je "Datum od" prvního daného měsíce
         - nově se mění druhé písmeno na "P"-pokračuje, pokud je "Platit do" posledního daného měsíce

         - v každém případě toto je pouze předvolená hodnota a obsluha má vždy možnost si toto libovolě změnit 
MZD    2040622.1 19022010 19022010 PB    PB   MZD                  5N          Nastavení M104-aktivní matrice na Ne
Zadání : V současném stavu projektu existuje následující problematická situace

         - zaměstnanec je aktivní (má nastaveno M104-stav matrice na Ano) a má spočtenu výplatu
         - jakýmkoli nástrojem (program %MZM4-stavy matrice, matriční formuláře, povel M104 ze zadávání výplat) uživatel
         nastavení matrici na neaktivní (M104-stav matrice je rovno Ne)

         V tomto okamžiku
         - není možné se jednoduše postavit na výplatu (program upozorňuje na neaktivní matrici)
         - a zároveň stále existuje spočtená výplata, která se pak zahrnuje do různých sestav, namátkou do sumáře výplatních
         pásek, atd.

         Situace se napraví teprve poté, co se spustí hromadný přepočet mezd a program v tomto okamžiku výplatu celou zruší.
Řešení : Při změně matričního údaje M104-stav matrice na hodnotu Ne se vždy okamžitě zruší výplata.
         - toto platí pro jakýkoli způsob změny tohoto údaje, ať už se jedná o změnu pomocí programu %MZM4-stavy matrice, nebo
          o změnu přes matriční formuláře nebo o změnu přes povel M104 ze zadávání výplat
MZD    2040623.1 02032010 02032010 PB    PB   MZD                  5N          Speciální kalendář pro zaměstnance
Zadání : Prosím o pomoc při vytvoření individuálního kalendáře.

         Mám od ledna 2010 zaměstnankyni , která pracuje 
         Po 8 hod.
         Út 4 hod.
         St 8 hod.
         Čt.  0
         Pá 4 hod.

         Potřebuji vytvářet každý měsíc individuální kalendář a do jednotlivých dnů zadávat 8 nebo 4 hodiny.
          Ve čtvrtek dám znak 3 jako sobota, den volna.
         V únoru má ještě ke všemu nemoc.
Řešení : Toto je typický příklad kalendáře s nepravidelnou pracovní dobou.
          
         1) podívejte se prosím na druhý program v podmenu IDEA-mzdy / číselníky / kalendáře                 
                                                           
                                    kalendáře..            
                                                           
                ^%MZC152 1. základní zadávání              
               ^%MZC152N 2. detailní zadávání po dnech     
               ^%MZC152A 3. automatické nastavení kalendářů
               ^%MZC152C 4. kopírování kalendářů           
               ^%MZC152K 5. natahování koberců z kalendářů 
               ^%MZC152P 6. typy pracovní doby             
          
         - tímto programem se zadávají kalendáře s tím, že u každého dne můžete zadat jeho typ a kolik hodin má dělat ten den
          
         2) ve skutečnosti je to tak, že pokud zadáváte jednoduché kalendáře prvním programem, tak interně se ukládájí po
         dnech, jenom zadávání toho kalendáře je řádově jednodušší
          
         3) ve výsledku tedy budete nucena udělat (a to každý měsíc) něco podobného následujícímu kalendáři 
          
            Kód kalendáře        : AAA   Nepravidelný 8-4-8-0-4
            Měsíc                : 022010                
                                                                
         1. Týdenní prac. doba   :  24.00                       
         2. Průměrná délka směny :   6.00                       
         3. Typ pracovní doby    :                              
         4. Den  Typ  Hodin Rozlišení                    3134111...
            1    3                                              
            2    1     8.00                                     
            3    3                                              
            4    4                                              
            5    1     8.00                                     
            6    1     4.00                                     
            7    1     8.00                                     
            8    3                                              
            9    1     8.00                                     
         .... a dále pokračovat analogicky pro všechny dny v měsíci

         Pokud je toto vysvětlení moc stručné - je třeba zavolat. Existuje též trik (za použití programu "natahování koberců z
          kalendářů"), aby šlo toto udělat na celý rok dopředu.
MZD    2040624.1 05032010 05032010 PB    PB   MZD                  5N          Šetření ISPV - data pro dohodáře
Zadání : při kontrole statistických dat, která jste poslali do šetření ISPV za firmu Electro World s.r.o. (IČ:26488361), jsme
         zjistili, že za své zaměstnance pracující na základě dohod (CZ-ICSE 12: dohoda o pracovní činnosti, dohoda o
         provedení práce) nenaplňujete položky  ODMDPCQ, HODDPCQ v MI souboru (kumulace za podnik za poslední skončené
         čtvrtletí). Připomínáme, že zaměstnanci na základě dohod jsou uvedeni pouze ve třech položkách, a to OONQ, ODMDPCQ,
         HODDPCQ souboru MI (OONQ>=ODMDPCQ). Detailní informace ohledně položek viz příloha.
         -----Original Message-----
         From: Pavel Bezstarosti [mailto:pavel.bezstarosti@idea.cz]
         Sent: Thursday, March 04, 2010 2:33 PM

         děkuji za poslané údaje. Z nich je vidět, že máte

         OONQ = 170.440
         a ODMDPCQ+HODDPCQ = 0

         přičemž pokud rozepíšu minule poslané, tak

         * do OONQ sčítám Kč z následujících řádků 110:1:112,114,116:1:124,125:1:136,182,187,202,207,222,242,252,262,
                                                   282,284,290,322,348
         * do ODMDPCQ sčítám Kč jen z řádků 110+111
         * do HODDPCQ sčítám hodiny jen z řádků 110+111

         Zde je následující vysvětlení a možné řešení :

         1) zřejmě pro dohody o provedené PČ nepoužíváte řádky 110+111, tak jak jsem v dosavadním řešení předpokládal
         -> do ODMDPCQ+HODDPCQ se nemá co sčítat

         2) mohu toto jakkoli rozumně upravit - jen se musíme dohodnout jak
         * například to mohu udělat tak, že do ODMDPQ budu sčítat 320-hrubou mzdy a do HODDPCQ budu sčítat 390-hodiny celkem
         ode všech lidí, kteří jsou DPČ, tj.
         M124 nabývá jednu z hodnot "5,6,15,16,25,35,45,55,65,75,85,95"
         * pošlete mi prosím za období 10-12/2009 sumář výplatních pásek tříděný podle M124 => pak bude vidět, jaké mzdové
         řádky pro DPČ/DPP používáte
Řešení : 1) celé řešení předpokládá, že máte v %MZDCFG2-údaje o firmě nastaveno 
             11. IDEA identifikace podniku   : 9    ElectroWorld

         - podle toho se poznává, že jsme v ElectroWorldu a bude platit následující výjimka

         2) do sekce zpracovávající dohody přidáno

          I $$IDEANR^%MZSUBR()=9 S OONQ=OONQ+$$KC^%MZSUBR(4),ODMDPCQ=ODMDPCQ+$$KC^%MZSUBR(4),HODDPCQ=HODDPCQ+$$HOD^%MZSUBR(4)

         ==> v ELW do OONQ/ODMDPCQ ještě navíc sčítej Kč z řádku 4, do HODDPCQ hodiny z řádku 4
MZD    2040625.1 08032010 08032010 PB    PB   MZD                  5N          Nový formulář přílohy k žádosti o nemocenské
Řešení : Upravena šablona %MZDT240-tisk příloh k žádostem o nemocenské
         - přidána sekce s "Kód OSSZ/ÚP PSSZ1)" a "Místně příslušná OSSZ/ÚP PSSZ:"
         - změněny popisné texty "číslo rozhodnutí o dočasné pracovní neschopnosti" a "číslo rozhodnutí o potřebě ošetřování
         (péče)"
         - rozděleno příjmení a jméno zaměstnance
         - do tabulky dole přidáno "Pravděpodobná výše příjmu5):" <- zde se aktuálně nevyplňují žádné údaje
         - upravena druhá stránka
           * odstraněn přehled nemocí před 360 dny
           * přidána sekce s podpisem kontaktního pracovníka (nový vstup "Vystavil")
MZD    2040626.1 09032010 09032010 PB    PB   MZD                  5N          Rozšíření možností práce s kalendáři
Řešení : 1) upraven program %MZDKAL01-tisk individuálních kalendářů
         - pokud je spuštěn s přepínačem "Co tisknout ?" 1-individuální kalendář,
           pak tiskne jen ty zaměstnance, kteřá mají vyplněn individuální kalendář

         - pokud je spuštěn s přepínačem "Co tisknout ?" 2-průnik individuálního a základního kalendáře,
           pak tiskne všechny vybrané zaměstnance a jejich výsledný kalendář

         - tuto volbu 2-průnik individuálního a základního kalendáře je vhodné použít v situaci, kdy chceme zjistit jak má
         zaměstnanec opravdu nastaven kalendář, podle kterého probíhají během výpočtu všechna odvození¨

         2) upraven program %MZC152-zadávání kalendářů
         - přidána ochrana před nechtěnou prací s kalendářem s nepravidelnými směnami, která by ve svém důsledku vedla k
         přepsání všech nepravidelností průměrnou délkou směny
         - v programu se na vstupu "Změnit údaj číslo" jestli se jedná o kalendář s nepravidelnými směnami a pokud ano, pak se
          při pokusu o změnu zobrazí hlášení

                Nepravidelný kalendář ! Použijte program %MZC152N-detailní zadávání.
                                                                             
                    Zadejte 'OK' pokud přeci jen chcete pokračovat ve změnách zde.   

         - pouze pokud v tomto okamžiku zadáte OK, tak vám program dovolí pokračovat

         3) upraven program %MZC152K
         - program byl přejmenován na "Kopírování cyklů z kalendářů"
         - program byl zobecněn tak, aby bylo možné jednodušeji definovat kalendáře na základě zadání pouze jejich začátku

         4) upraven program %MZC152N-detailní zadávání kalendářů
         - na vstupu "Den" (první vstup v rolovací zóně) je k dispozici přes Home výběrové okno se seznamem již zadaných dnů
         - na vstupu "Změnit údaj číslo" je k dispozici povel GP-generuj pokračování přes kopírování cyklů, který provádí
         odskok do programu %MZC152K-Kopírování cyklů z kalendářů

         Úpravy v bodech 2+3 lze využít při následujícím úkolu :

         Mám od ledna 2010 zaměstnankyni , která pracuje 
         Po 8 hod.
         Út 4 hod.
         St 8 hod.
         Čt.  0
         Pá 4 hod.

         ==>
         A) nejprve definujte nový kalendář a jeho počátečních 7 dní takto

            Kód kalendáře        : ZKR    Příklad zkráceného kalendáře                   
            Měsíc                : 012010                   Měsíční prac. doba :  24,00  
                                                                  Pracovní dny : 4       
         1. Týdenní prac. doba   :  18.00                         Dnů volna    : 3       
         2. Průměrná délka směny :   6.00                         Svátků       : 0       
         3. Typ pracovní doby    :                       1...5...10....5...20....5...30. 
         4. Den    Typ                  Hodin Rozlišení  1341113                         
            1  pá  1  Pracovní           4.00                                            
            2  so  3  Sobota                                                             
            3  ne  4  Neděle                                                             
            4  po  1  Pracovní           8.00                                            
            5  út  1  Pracovní           4.00                                            
            6  st  1  Pracovní           8.00                                            
            7  čt  3  Sobota                                                             

         B) poté povelem K-konec ukončete zadávání v rolovací zóně
         C) na vstupu "Změnit údaj číslo" zvolte povel GP-generuj pokračování přes kopírování cyklů
         D) uvnitř okna s programem %MZC152K-Kopírování cyklů z kalendářů zadejme následující

         Kopírovat z kalendáře                : ZKR   
         - z měsíce                           : 012010
         - cyklus je definován dny od         : 1     
         - cyklus je definován dny do         : 7     
                                                      
         Kopírovat do kalendáře               : ZKR   
         - od měsíce                          : 012010
         - kterým dnem z rozsahu cyklu začít  : 1     
         - do měsíce                          : 122010
                                                      
         Opravdu                              ? Ano

         ==> toto vezme již definovaný cyklus od 01012010 do 07012010 a rozprostře ho do měsíců 01-12/2010
         ==> přičemž v prvním generovaném měsíci (012010) začne s rozkopírováváním počínaje 01012010
         ==> přičemž nevadí, že se rozkopírovává přes měsíc, jehož začátek je již definován
         ==> celý tento mechanismus tedy schematicky dovoluje 
             A) definovat začátek kalendáře (jeho první opakující se cyklus)
             B) a pak dogenerovat do libobolného měsíce opakováním tohoto cyklu

           
MZD    2040627.1 09032010 09032010 PB    PB   MZD                  5N          Jednodušší práce se změnou platu uprostřed měsíce
Zadání : Máme klienta, který mění základní platy uprostřed měsíce, typicky po skončení zkušební lhůty. Aktuálně musíme v tomto
          případě na toto myslet, spočítat si počet hodin do data této změna a tyto hodiny zadat do "Hodiny k výpočtu s
         předchozím platem". Nešlo by toto nějak automatizovat? Například s ohledem na matriční údaj M169-Datum poslední
         změny základního platu?
Řešení : 1) upravena nápověda k údaji M169-datum poslední změny základního platu

          M169  Datum poslední změny základního platu                               
                Formát: DDMMRRRR                                                    
                                                                                    
          Jedná se o nepovinný, který se volitelně může vyplňovat datem účinnosti   
          nového základního platu.                                                  
                                                                                    
          Pokud je údaj vyplněn a současně je povolen automatický dopočet, pak se v 
          měsíci účinnosti nového základního platu automaticky rozdělují dopočtené  
          hodiny na ty, které mají být placeny aktuálním a které předchozím         
          základním platem. Ve mzdových řádcích 1-8 je toto vidět v mzdových        
          složkách "Dopočet" a "Dopočet s předchozím platem".                       

         2) upraven výpočet mezd následovně
         - ke všem mzdovým řádkům 1-8 pro Základní mzdu přidána složka "Dopočet s předchozím platem"
         - upraven interní algoritmus s výpočtem hodin k dopočtu - viz popis výše
         - v případě odvození nějaké hodnoty "Dopočet s předchozím platem" se generuje varování typu 48

           48  Automatický dopočet XY hodin s předchozím platem 
MZD    2040628.1 12032010 12032010 PB    PB   MZD                  5N          e - Podání Přehledu o výši pojistného (PVPOJ10)
Zadání : e - Podání Přehledu o výši pojistného (PVPOJ10)

         Služba e - Podání PVPOJ10 je pokračováním obdobné služby PVPOJ v roce 2009. Lze ji použít poprvé pro odeslání
         Přehledu za leden 2010 (od 1. 2. 2010).

         Umožňuje pověřeným osobám a zastupujícím organizacím odeslat do ústředí ČSSZ přes Portál veřejné správy měsíční
         Přehled o výši pojistného.

         PVPOJ10 je jen úpravou původního e - Podání PVPOJ, proto pro ni platí v zásadě stejná pravidla jako pro e - Podání
         obecně, zejména povinnost registrace pověření na OSSZ viz: PVPOJ v roce 2009.

         Na této stránce  jsou uvedeny rozdíly proti původní e-službě PVPOJ: datová věta neobsahuje některé dříve vyžadované
         údaje, datová věta se liší v záhlaví (odlišná verze, odlišný namespace).

         Informace pro vývojáře a podávající jsou na souvisejících stránkách.

         Použitelnost dosavadní e-služby PVPOJ:

         I v období roku 2010 lze odesílat Přehled o výši pojistného v datové větě pro rok 2009 za podmínky, že údaje, které
         se v datové větě pro období 2010 nevyskytují, budou obsahovat hodnotu 0.
Řešení : Upraven program %MZDT238-Přehled o výši pojistného a dávkách
         - pro data za měsíce od 01/2010 využívá nový formát pro vytváření XML souboru
         - detaily jsou k dispozici na webu ČSSZ

         http://www.cssz.cz/cz/e-podani/druhy-e-podani/e-podani-prehledu-o-vysi-pojistneho-2010/definice-e-podani-pvpoj10/dato
         va-veta-pvpoj10.htm
MZD    2040629.1 12032010 18032010 PB    PB   MZD                  5N          Zjednodušení při krácení dovolené nástup/výstup
Zadání : Zjednodušit práci s nastavováním nároku resp. krácení nároku u nástupů/výstupů během roku.
Řešení : 1) vytvořen nový matriční údaj M104KD-Automaticky nastavovat krácení dovolených
         - tento údaj je umístěn v matriční obrazovce %MZM4-stavy matrice

          M104KD Automaticky nastavovat krácení dovolených                             
                Formát: Ano/Ne, nevyplněno = Ne                                        
                                                                                       
            Tento údaj je určen ke specifikování toho, jestli má program automaticky   
          nastavovat v matriční obrazovce %MZM8-dovolené krácení dovolených z důvodů   
          nástupů/výstupů během aktuálního kalendářního roku.                          
                                                                                       
            Výpočet automatického nastavení krácení dovolených vychází z               
          následujících údajů                                                          
                                                                                       
          M123A Datum nástupu do práce                                                 
          M146  Datum ukončení pracovního poměru                                       
          M518  Nárok na řádnou dovolenou běžného roku                                 
          M104KD Automaticky nastavovat krácení dovolených                             
                                                                                       
          a zároveň předpokládá, že v číselníku %MZC523C-důvody krácení dovolených     
          jsou následující hodnoty (jejich inicializace probíhá automaticky            
                                                                                       
          NR      Automaticky spravovaný nástup během roku                             
          VR      Automaticky spravovaný výstup během roku.                            
                                                                                       
            Výpočet probíhá následovně :                                               
                                                                                       
          1) Je-li M104KD="N" nebo pokud není nic zadáno v údaji M518, pak se zruší    
          jakékoli eventuelní hodnoty zkrácení dovolené z důvodů "NR" resp. "VR".      
                                                                                       
          2) Dále se tedy předpokládá znalost M518-Nárok na řádnou dovolenou běžného   
          roku, který by měl obsahovat plný nárok zaměstnance.                         
                                                                                       
          3) Pokud údaj M123A obsahuje hodnotu z aktuálního roku, pak se stanoví       
          PM-počet měsíců od začátku roku do data nástupu (při nástupu prvního v       
          měsíci se měsíc nepočítá, jinak ano) a vypočte se zkrácení jako PM/12*M518,  
          které se vzhledem k tabulkám krácení zaokrouhlí na půldny. Toto zkrácení se  
          uloží jako zkrácení typu NR-Automaticky spravovaný nástup během roku.        
                                                                                       
          4) Pokud je údaj M146 vyplněn a obsahuje hodnotu z aktuálního roku, pak se   
          stanoví PM-počet měsíců od data výstupu (při výstupu posledního v měsíci se  
          měsíc nepočítá, jinak ano) a vypočte se zkrácení jako PM/12*M518, které se   
          vzhledem k tabulkám krácení zaokrouhlí na půldny. Toto zkrácení se uloží     
          jako zkrácení typu VR-Automaticky spravovaný výstup během roku.              

         2) upraven program %MZM8-dovolená
         - matriční údaj M523-krácení dovolené byl interně změněn na údaj "odvozený" (=dále se již neukládá do databáze, ale
         vždy se počítá jako součet všech krácení)
         - před vstupem do rolovací zóny (zejména při ukládání nového záznamu) se vyvolá výše popisovaný přepočet
         automatického krácení

         3) celé výše popisované řešení se u starých (=již zadaných) zaměstnanců aktivuje změnou hodnoty údaje M104KD na
         hodnotu Ano 
         => v tom okamžiku se provede výše popisovaný přepočet a uložení automatických krácení dovolené
         => je jedno jakým způsobem se údaj M104KD změní - jestli v rámci programu %MZM4-stavy matrice nebo přes hromadné nebo
          dávkové změny nebo přes jakýkoli matriční formulář

         4) zadávání nových zaměstnanců
         - k přepočtu a uložení automatických krácení dovolené dojde vždy, když má program k dispozici všechny potřebné
         matriční údaje M123A, M146, M518 a M104KD

         5) přechod na nový způsob u starých zaměstnanců
         - pokud máte zadáno jakékoli krácení dovolené ručně, pak se ho nový systém nedotkne (protože pracuje s krácením
         dovolené typu  NR-Automaticky spravovaný nástup během roku resp. VR-Automaticky spravovaný výstup během roku.)
         - proto je v tomto případě nutné ručně zadaná krácení dovolené zrušit, aby nedocházelo k jejich překryvu

         6) ukončení roku a stanovení nového nároku
         - program v tomto případě automaticky stanoví krácení dovolené
         - příklad : 
           * zaměstnanec má nastaveno M146-datum ukončení PP na 31032011 a M518-plný nárok na 20 dnů
           * při ukončení měsíce 12/2010 se v lednu objeví zkrácení z důvodu VR-Automaticky spravovaný výstup během roku ve
         výši 9/12*20 = 15

         7) orientační tabulka krácení pro základní nárok 20 resp. 25 dnů

         Měsíců     M518 = 20      M518 = 25
         -----------------------------------
         1                1.5            2.0
         2                3.5            4.0
         3                5.0            6.0
         4                6.5            8.5
         5                8.5           10.5
         6               10.0           12.5
         7               11.5           14.5
         8               13.5           16.5
         9               15.0           18.5
         10              16.5           21.0
         11              18.5           23.0
         12              20.0           25.0

         8) pokud byste chtěli tento mechanismus používat, pak může být vhodné použít či nastavit následující

         * pomocí %MZDZM-hromadné změny matric nastavit M104KD na Ano (a to buď okamžitě nebo nejbližší leden)
           -> tímto se zavede nový mechanismus správy krácení dovolených pro všechny stávající zaměstnance

         * pomocí %MZDIIMU-individuální inicializace matric nastavit

            Matriční údaj       : 104KD  Automaticky nastavovat krácení dovolených
                                                                                  
         1. Default hodnota     : A                                               
         2. Jak ji nabízet      ? 2-vstup se přímo proskočí s default hodnotou    
         3. Uložit s novým zam. ? Ano                                             

           --> tímto se zajistí, že všichni nově zadávaní zaměstnanci budou mít zapnut nový mechanismus správy krácení
         dovolených 
MZD    2040630.1 15032010 15032010 PB    PB   MZD                  5N          Vykazování vyloučených dob u OČR
Zadání : Kontrola z ČSSZ zjistila problém u OČR - správně prý počítáš vyloučené doby, ale do ELDP a hlavně do podkladu pro
         nemocenskou posíláš OMLUVENOU ABSENCI - což je prý špatně! A zkresluješ tím průměry, protože neplacené dny OČR a
         neplacené volno se nezahrnují do VD, o které se snižuje počet dmů pro DNP.
         ---------
         Na ELDP za rok 2008 tištěném v roce 2009 bylo 63 dnů. Správně má být 21 (12+9). Prý jen placené dny.
         Prý se to psalo dobře do vyloučených dob (na formulář SZ platný v roce 2008) a tudíž celkem měl ve VD  21 dní a 
         omluvenou absenci  63 dnů.

         Nemocenskou jeho máš v příloze.

         Pokud jsem dobře rozuměl,  tak se počítají do VD jen placené dny  (a karenční lhůta - ty první tři).
Řešení : Upraven výpočet vyloučených dob následovně :

         1) sčítají se všechny KD z řádků 361:365-běžné DNP do roku 2008

         2) sčítají se všechny KD z řádků 103:107-nové náhrady PN a karantény
         - které jsou vyplněné až počínaje 01/2009 a do té doby nejsou

         3) KD z řádku 366-OČR/ošetřovné, ale jen do výše 9/16 dnů
         - odpovídá proplaceným KD (které se budou člověku proplácet ať už u nás nebo na sociálce)
         - doba po kterou trvala potřeba ošetřování nebo péče o dítě ve věku do 10 let nebo jiného člena domácnosti nejvýše
         však prvních 9 kalendářních dnů potřeby ošetřování, popřípadě prvních 16 dnů, jde-li o osamělého zaměstnance, který
         má v péči alespoň jedno dítě ve věku do 16 let, které neukončilo školní docházku
MZD    2040631.1 15032010 15032010 PB    PB   MZD                  5N          Doporučení ohledně položky 'Platit' A/N
Řešení : Vzhledem k posunům ve zpracování nemocí počínaje rokem 2009 pozbyl z větší části smysl přepínač Platit A/N a může u
         něj docházet k nejasnostem, jak jej zadávat.

         Obecně :

         1) zadávejte "Platit ? Ano", pokud se jedná o PN, která se prokazatelně stala a na kterou máte doklad
         - jestliže se u této dávky neplatí u zaměstnavatele - program to spočítá sám, není třeba mu pomáhat

         2) zadávejte "Platit ? Ne", pokud se jedná o dobu, kterou chcete omluvit s tím, že se jedná pravděpodobně o nemoc

         ==> celé toto je proto, aby program mohl od sebe odlišit záznamy, které zadáváte proto, že chcete omluvit danou dobu
         (ale informace o tomto nejsou zcela podložené) a záznamy, které se týkají skutečné nemoci/PN/karantény/ošetřování
MZD    2040632.1 18032010 18032010 PB    PB   MZD                  5N          Nadpis v tisku EDLP
Zadání : Na evidenčních listech důchodového pojištění nevyjíždí název Evidenční list důchodového pojištění a zaměstnanci pak
         nevědí o jaký dokument jde. Chtěla bych Vás poprosit zda by bylo možné tam tento název doplnit.

         Pro tisk evidenčních listů používáme 3-kompletní tisk s rámečky u přepínače "Formát tisku ?".

Řešení : Požadovaný nadpis "Evidenční list důchodového pojištění" byl přidán do všech formátů s kompletním tiskem. Tedy pro
         hodnoty 2-kompletní tisk bez rámečků a 3-kompletní tisk s rámečky.
────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
Celkem požadavků : 20
─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── IDEA