24 LED 2007        %CSPUT                                       Hlavní společnost                                             - 1 -
10:11              PB-1001                                      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
Předmět obsahuje      : <bez omezení>
Požadavek obsahuje    : <bez omezení>
Vyřešené/Nevyřešené/* ? Vyřešené
Datum zadání od       : Od začátku      do : Do konce
Datum vyřešení od     : 21012006        do : 24012007
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 Zapsal Řeší Skupina   P Termín   Předmět                                            Přílohy (Z/Ř)
────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
MZD    2040263.1 31012006 31012006 PB     PB   MZD       5 31012006 Potvrzení o zdanitelných příjmech                          (0/0)
Zadání : Potvrzení o zdanitelných příjmech stále není " po novu" má být již za rok 2005 vydáván vzor 13 !/obsahuje řádek
         nevyplacené mzdy/.
Řešení : Upraven program %MZDT038-potvrzení o zdanitelných příjmech.

         - celý formulář pro rok 2005 upraven na základě vzoru č. 13 Potvrzení o zdanitelných příjmech ze závislé činnosti a
         funkčních požitků a o sražených zálohách na daň za zdaňovací období, který je dostupný na adrese

                http://cds.mfcr.cz/tiskopisy/scripts/tiskopisy.php?Zobraz=ne

         - de-facto jsou přidány nové řádky 

         2.  Z ř. 1 příjmy vyplacené nebo obdržené do 31. ledna
         5.  Pojistné sražené nebo uhrazené poplatníkem z příjmů na ř. 2
         8.  Sražená záloha na daň (po případné slevě na dani) z příjmů uvedených na ř. 2

         , které nyní vždy obsahují stejné hodnoty, jako řádek nad nimi

         - v programu existuje možnost tisknout tento formulář i ve formátu A) pro rok 2004 a B) pro roky předchozí
MZD    2040264.1 31012006 31012006 PB     PB   MZD       5 01022006 Výpočet OČR a 9 resp. 16 dnů - vysvětlení                  (0/0)
Zadání : Kontrolou jsem zjistila, že je zaplacen špatně OČR. Od prvního pohledu je vidět, že nemůžou být stejné Kč za 9 dnů a
         za 16 dnů.Je to samoživitelka s jedním dítětem má nárok na 16 dnů a nevím proč platí 9, zadala jsem do 16.1.2006,
         takže prosím o opravu nebo jestli mám někde něco ještě doplnit. Díky.
Řešení : O tom, jestli se má platit 9 nebo 16 dnů se rozhoduje na základě :

         a) můžete mít vyplněno M114-Je osoba osamělá ? 
         - to je napravo v obrazovce %MZM2-mzdové údaje
         - to je v případě, kdy je osoba osamělá trvale

         b) nebo můžete na každé dávce vyplnit Symbol OS-osamělá
         - to je v případě, že si to rozhodujete u každé dávky jinak

         Stačí mít vyplněno jedno z toho, aby se osoba brala za osamělou a platilo se jí 16 dnů.

         Zdálky mi to připadá, že M114 nemáte vyplněno a nevyplňujete ani OS u dávky samotné.
         Není to tento případ?
         ---------------------
         Díky , dala jsem osamělá a pak  už spočteno za 16 dnů. Díky moc.
MZD    2040265.1 03022006 03022006 PB     PB   MZD       5 04022006 Problémy s minimální mzdou od 01/2006                      (0/0)
Zadání : Mame k tomu dotaz:
         proc se u techto pracovniku, kteri maji hodinovou mzdu nizsi nez minimalni hodinova mzda pripocitava doplatek do
         min. mzdy, kdyz casova mzda vychazi na 7804 Kc (priklad).

         Tarif os.třídy       47,30

           1 časová jedn.prém.   165,00      7.804
         101 Doplat.do min.mzdy    0,00        662
         179 Hr.základ měs.daně    0,00      8.466
         320 HRUBÁ MZDA            0,00      8.466 

         Na mesicnim zadavani dle radku se dole zobrazuje
          ? radek 19 - průměr byl nastaven na hodnotu 51.31 (minimální mzda)
          - radek 36 ? zakladni hodinova mzda 47.30 je mensi nez 51.31 (minimální mzda)
Řešení : Opraven překlep ve, který již nyní vynucoval chybně minimální hodinovou mzdu, která bude platit až od 07/2006 (tedy
         48.10). Zatímco od 01/2006 je správně a minimální hodinová mzda by se měla vynucovat aktuálně na 44.70.

         Zároveň jsem upravil zaokrouhlování přepočtu minimální mzdy podle týdenního úvazku vzhledem k minimální mzdě uváděné 
         k týdennímu úvazku odpovídajícímu 40ti hodinám na celé desetníky nahoru.

         Pro informaci opakuji princip fungování minimální mzdy v projektu IDEA-mzdy :

         A) V dalším textu vycházím z předpokladu, že 
         - daný člověk má týdenní úvazek 37.5 (viz kalendáře a vstup Týdenní pracovní doba)
         - a v konfiguraci je  Minimální mzda - hodinová podniková :   44,70
          
         B) z toho potom stanovím MINIMUM=44.7*40/37.5=47.68 ... po zaokrouhlení 47.70
         , což by mělo představovat minimální hodinovou podnikovou mzdu pro člověka pracujícího 37,5 hodin týdne

         C) Algoritmus pro řádek 110-dopočet do minimální
         - ten bere poměr {Kč z řádků se zápočtem KMM="A"}/{hodiny z řádků se zápočtem HMM="A"}
         - což nám dává částku pro pracovníka na hodinu, zde NAHODINU=7804/165=47.29
          
         - pak se porovnává jestli NAHODINU<MINIMUM, což je (47.29 < 47.70)
         - a proto systém doplatí za 165 hodin rozdíl, tedy
          
         (47.70-(7804/165))*165 = 66.50

MZD    2040266.1 08022006 08022006 PB     PB   MZD       5 09022006 Problémy s ročním zúčtováním u Kratzer-Duben               (0/0)
Zadání : Zkoušela jsem udělat roční vyúčtování daní, ale bohužel mi to spadlo a chybu posílám v příloze. Podívejte se na to,
         prosím.
Řešení : Opraven program %MZDDAN-roční zúčtování
         - kus programu byl napsán v modernější a volnější syntaxi, kterou starší Caché 3.x neumí
MZD    2040267.1 13022006 13022006 PB     PB   MZD       5 14022006 Chyba 'Neexistující účetní druh' při účtování NLM          (0/0)
Zadání : Při pokusu o zaúčtování do NLM-účetnictví program vypisuje hodně chybových hlášení typu "Neexistující účetní druh".
Řešení : V programu %MZADM02-Zaúčtování měsíce do NLM-učetnictví opraven překlep při testování existence účetního druhu.
MZD    2040268.1 14022006 14022006 PB     PB   MZD       5 15022006 Roční zúčtování daně 2005 a bonus u více plátců            (0/0)
Zadání : Pokud zadám do ročního zúčtování daně za rok 2005 u jednoho zaměstance daňový bonus u více plátců, tak se mi bere do
         celkového součtu jenom vyplacené bonus od toho posledního.

         Prosím o opravu  výpoctu rocního zúctování dane za rok 2005,  vyplacené bonusy od jiných plátcu za  druhého plátce
         není zapocteno ve výpoctu. Zatím dávám  vše do tretího plátce, jak jste mi poradil.
Řešení : V programu %MZDDAN-roční zúčtování daně opravena práce s vyplaceným daňovým bonusem u druhého plátce. Dosud se tento
         údaj ukládal na špatné místo a proto se nebral do výpočtu.

         V rámci instalace této opravy se všechna existujicí data s vyplaceným bonusem u druhého plátce přesunou na správné
         místo. Takže bude stačit se pouze postavit na zaměstnance s daty u druhého plátce a zadat povel D-detail zúčtování.
         V rámci něj se znovu přepočítá zúčtování.
MZD    2040269.1 14022006 14022006 PB     PB   MZD       5 15022006 Úprava detailu v tisku kmenových srážek                    (0/0)
Zadání : Dovolil bych si navrhnout úpravu tisku kmenových srážek (%MZDT020) při zvolení Včetně detail "Ano". Posunul bych
         sloupec "Konst.s" alespoň o jeden znak doprava. Když má totiž variabilní symbol 10 znaků, tak není mezi nimi mezera.
         Místo tam určitě je, protože KS má jen 4 znaky.
Řešení : Upraveno rozložení tisku tak, aby bylo místo jako na plné 17-ti místné číslo účtu (6 předčíslí, pomlčka, 10 číslo
         účtu) a 10-ti místnž variabilní symbol.
MZD    2040270.1 27032006 27032006 PB     PB   MZD       5 27032006 Problémy při ukončení měsíce v Ingosu                      (0/0)
Zadání : Při ukončení měsíce padalo na chybu <UNDEFINED>PLUS+2^%MZDKMES, protože nemělo k dispozici proměnnou M747-Vyplacené
         příspěvky na životní pojištění na řádku 137.
Řešení : 1) zřejmě nebyl po istalaci verze mezd spuštěn program %MZDINS-instalace mezd a generování s následným 3x Ano

MZD    2040271.1 28032006 28032006 PB     PB   MZD       5 29032006 Řádek pro roční zúčtování daně zahraniční                  (0/0)
Zadání : Bylo by možné v programu vyhotovit 1 řádek pro roční zúčtování daně zahraniční?
         Nerada bych tyto zahraniční částky pro vratku daně měla v řádku 382, protože by s mi pak odečítali od zaplacené daně v ČR.
         Částka musí jít k převodu na účet, ale nesmí se mi odečítat z daně v ČR.
Řešení : Vytvořen nový mzdový řádek 571-Vratka ročního zúčtování daně zahraniční
         - má naprosto stejné zápočty jako existující řádek 382-Vratka z ročního zúčtování daně
         - navíc má nastaven zápočet TVP-Tisknout mzdový řádek na výplatní pásku hodnotu Ano
         - navíc má nastaveno v programu %MZRPOR-reorganizace pořadí mzdových řádků zatřídění na výplatní pásce za řádek 382
MZD    2040272.1 29042006 29042006 PB     PB   MZD       5 30042006 Evidence školení                                           (0/0)
Zadání : Začal jsem využívat v IDEA-MZDY plánování a evidenci zdravotních prohlídek: matrice-zdravotní prohlídky.
         Potřeboval bych podobnou evidenci pro kvalifikace a školení. V tiscích je výstup pod č. 14 - kvalifikace a zdravotní
         prohlídky, ale nepochopil jsem, kde a jak se kvalifikace a školení plánují a evidují. Očekával bych stejnou možnost
         v matricích jako pro zdravotní prohlídky, v podstatě by to mohla být jejich kopie.
         -----
         Myslím si, že nejlepší řešení by bylo vytvořit kopii evidence zdravotních prohlídek (matrice-zdravotní prohlídky),
         tuto nazvat "evidence školení" a po úpravě ostatních termínů použít pro evidenci a plánování školení. Pro uživatele
         by to bylo výhodnější, protože pro obě evidence by využívali úplně stejný způsob zadávání a tisku. 
Řešení : 1) vytvořena nová matriční obrazovka %MZM78-Školení a kvalifikace

         - tato obrazovka dovoluje plánovat a evidovat školení analogicky k existující agendě zdravotních prohlídek
         - tato obrazovka je při rozeskakování dostupní pod zkratkou SK-školení a kvalifikace
         - byly vytvořeny následující matriční údaje

         M780  Pořadové číslo školení                                             
               Formát: 3 znaky                                                    
                                                                                  
         M781  Druh školení                                                       
               Formát: 3 znaky                                                    
               Kontrola: na existenci v číselníku 781-Druhy školení               
                                                                                  
           V tomto údaji se udává jaký druh školení je plánován nebo registrován. 
                                                                                  
         M782   Frekvence školení                                                 
                Formát: 2 znaky                                                   
                Kontrola: na existenci v číselníku 131-Frekvence prohlídek/školení
           Udává s jakou periodicitou se má toto školení vykonávat. Pokud je   
         nevyplněno, pak představuje jednorázové školení, které nemá           
         plánované opakování.                                                  
                                                                               
         M783   Školení plánované na                                           
                Formát : datum DDMMRRRR                                        
                                                                               
           Je-li údaj vyplněn, pak udává na jaký termín (resp. do jakého       
         termínu) má být školení provedeno. Není-li údaj vyplněn, pak se jedná 
         o plánované školení, u kterého není její termín důležitý.             
                                                                               
           Vyplněním údaje M784-Školení uskutečněné dne ztrácí tento údaj svoji
         plánovací hodnotu a stává se pouze informací o historii školení.      
                                                                               
         M784   Školení uskutečněné dne                                            
                Formát : datum DDMMRRRR                                            
                                                                                   
           Je-li údaj vyplněn, pak udává v jakém termínu bylo školení absolvováno. 
         Není-li údaj vyplněn, pak se jedná o dosud pouze plánované školení.       
                                                                                   
         M785   Platnost školení do                                                
                Formát : datum DDMMRRRR                                            
                                                                                   
           Není-li údaj vyplněn, pak se pro další zpracování v tiskových sestavách 
         platnost školení odvozuje od M784-datum realizace a M782-frekvence. V     
         tomto případě je tato skutečnost v programu indikována nápisem "odvozená".
           Je-li údaj vyplněn, pak se jedná o speciální platnost školení           
         (certifikátu ze školení) a udává do jakého data je provedené školení nebo 
         získaná kvalifikace platná.                                               

         M786   Poznámka ke školení                                         
                formát : 50 znaků                                           
                                                                            
           V tomto údaji lze evidovat libovolné dodatečné poznámky o školení
         a to ať už o jeho plánování nebo o jeho výsledku.                  

         2) zrušena původní sada matričních údajů o kvalifikacích

         - odstraněno z matriční obrazovky %MZM11-osobní

         M159    Pořadové číslo další kvalifikace
         M160    Měsíc dosažení další kvalifikace 
         M160A   Kód dosažené další kvalifikace   
         M160C   Platnost další kvalifikace       
         M160B   Popis dosažení další kvalifikace 

         3) vytvořena nová sada tiskových sestav v podmenu IDEA-mzdy / tisky / školení a zdravotní prohlídky

         %MZDT228 1. plánovaná školení        
         %MZDT185 2. realizovaná školení      
         %MZDT183 3. končící platnosti školení

         4) vytvořen pmocný odvozený matriční údaj M785O-Odvozená platnost školení do

         5) po instalaci verze dochází k automatické konverzi všech původních údajů do nových

MZD    2040273.1 02052006 02052006 PB     PB   MZD       5 03052006 Příkazy k úhradě pro Bank of America                       (0/0)
Zadání : Do mechanismu příkazů k úhradě přidat formát pro Bank of America.
Řešení : 1) program %MZDCFGA-parametry příkazů k úhradě rozšířen o možnost nového formátu

             1. Typ vytvářených souborů            ? 10-Bank of America

         2) upraveny všechny programy pro příkazy k úhradě pro tento formát, který obecně obsahuje

         - jeden úvodní záznam typu "BULKCSV" s hlavičkou příkazu (header record)
         - variabilní počet záznamů typu "TRN" s jednotlivými platbami (transaction record)
         - jeden závěrečný záznam typu "BULKCSVTRAILER" se sumárními údaji (footer record)

         3) pro všechny typy záznamů se program snaží nastavit všechny typicky známé položky
         - datum vystavení, jméno firmy, datum splatnosti
         - číslo účtu odesílatele, banka odesilatele
         - číslo účtu příjemce, banka příjemce, konstantní/variabilní/specifický symbol
         - částka, počet transakcí, kontrolní součet

         - existují ale parametry, které je třeba dodat jako parametry do konfigurace
         - vytvořen nový program %MZDCF66-parametry PÚ pro Bank of America v podmenu IDEA-mzdy / speciality / SOCO praha
         - zde bude nutné doplnit jakékoli takovéto parametry, příklad pro hlavičku může vypadat takto

            Record type    : 1-header record        
                                                    
         1. Field position   Value                  
            2                doplnit-company ID     
            3                doplnit-company EFT key

         - nebo případně pokud například nebude vyhovovat mnou předvolený kód pobočky 6590-BOA Czech Republic, tak si jej
         můžete v konfiguraci změnit na libovolný jiný, například na 3241-BOA Poland, takto

            Record type    : 2-transaction record   
                                                    
         1. Field position   Value                  
            4                3242                   

          
MZD    2040274.1 09052006 09052006 PB     PB   MZD       5 10052006 Úpravy pro statistiku Trexima od roku 2006                 (0/0)
Zadání : Upravit programy na export statistiky pro Treximu podle podmínek platných pro exporty dat od 1. čtvrtletí 2006.
Řešení : 1) vytvořeno nové podmenu IDEA-mzdy / tisky / statistika Trexima s následujícími programy 

                             statistika Trexima..        
                      -----------------------------------
             ^%MZDCF67 1. konfigurace                    
             ^%MZDT229 2. statistika Trexima od roku 2006
             ^%MZDT182 3. statistika Trexima od roku 2002
             ^%MZDT119 4. statistika Trexima do roku 2001

         2) vytvořen nový konfigurační program %MZDCF67-Konfigurace pro statistiku Trexima

         - zde se nastavují parametry pro vytváření souboru s MI větou o ekonomickém subjektu
         - příklad dat pro malou firmu typu IDEA spol. s r.o. může vypadat přibližně takto

          1. Kód územní jednotky (NUTS4)                              : CZ0104
          2. Kód odvětvové klasifikace (OKEC)                         : 72400 
          3. Kód pro rozlišení finanční kontroly (FINKONT)            : 2     
          4. Typ kolektivní smlouvy (KSMLOUVA)                        : 9     
          5. Průměrný počet zaměstnanců ve fyzických osobách (POCFYZ) : 10    
          6. - přepočtený ve fyzických osobách (POCFYZP)              : 10    

         3) vytvořen nový výkonný program %MZDT229-statistika Trexima od roku 2006

         - nově přidáno vytváření souboru typu MI - soubor s MI větou o ekonomickém subjektu
         - upraveno vytváření vět do souboru typu MP - s větami o zaměstnanci
           * absence nově v hodinách
           * prémie a odměny rozděleny na pravidelné a nepravidelné
           * odstraněny nepoužívané kolonky - TYPFOND, NEZCAST, PREMODM, ...
           * přidány nové kolonky FONDSTA-stanovený fond, FONDSJE-sjednaný fond, CISTMZDA-čistá mzda, ...
MZD    2040275.1 18052006 18052006 PB     PB   MZD       5 19052006 Příkazy k úhradě pro Bank of America - upřesnění           (0/0)
Zadání : Konečně se mi podařilo zkontrolovat a otestovat Vámi zaslaný soubor. Aby byl soubor plně funkční, je zapotřebí provés
         t některé drobné úpravy. Pro přehlednost jsem políčka, kterých se úprava týká, zvýraznil (v Excelu).
          
         Nejdůležitější změna se týká formátu bankovních účtů. Bank of America umí zpracovat pouze 16-ti místné číslo účtu.
         Tzn. že uváděné číslo nesmí obsahovat pomplčky a žádné další jiné znaky než čísla. Jeli číslo účtu kratší než 16
         pozic, je zapotřebí před toto číslo doplnit nuly. Pro předčíslí je určeno prvních 6 pozic, samotné číslo účtu obsahuj
         e 10 pozic.
Řešení : V dalším textu budu používat "paramtry" jako odkaz na program %MZDCF66-parametry PÚ pro Bank of America

         1) název podniku se bere z konfigurace
         - pokud by toto nevyhovovalo, tak je možné požadované "CONOCOPHILLIPS CZECH REPUBLIC" zapsat do parametrů

         2) v závěrečné větě
         - upraven výpočet Hash total z částek vynásobených 100

         3) přidáno nastavování položky 10-Posting indicator

         C pro výplatu mezd (srážky)
         S pro všechny ostatní platby

         Výplata mezd - C = consolidated (sdružené), to proto, aby se z bankovního papírového výpisu nedala vyčíst konktrétní
         částka odcházející určité osobě.
         Ostatní platby (daně, pojištění, atd.) - S =single - na výpisu budou uvedeny konkrétní čáskty a jména subjektů kam
         peníze byly odeslány pro případnou kontrolu ze strany finančních úřadů, pojišťoven apod.

         4) obsah 23-Receiving party name
         - je požadován text bez indikace období (např. 03/2006)
         - tohoto se dosáhne správným nastavením parametrů

          2. Text pro příjemce u srážek         : ?abc ?m/?R 
          4. Text pro příjemce u ZP, SZ a řádků : Mzda ?m/?R 

         v programu %MZDCFGA-parametry příkazů k úhradě, kde je třeba odstranit makro povely "?m/?R"

         5) přidáno nastavování položky 39-Receiving bank ID směrovým kódem banky příjemnce - 0800, 0100, 0300, ...

         6) plnění sloupců 43-Receiving Bank City name resp. 44-Receiving Bank City ISO country code
         - toto nyní plním konstantami "PRAHA" resp. "CZ"
         - je možné toto případně ovlivnit vlastním nastavením v parametrech

         7) sloupec 55-Country Special Qualifier vždy plněn příznake "REF"

         8) ve sloupci 56--Country Special Text odděluji jednotlivé komponenty mezerami

         9) sloupce obsahující číslo účtu jsou nyní formátovány standardně na běžný formát 6+10 (předčíslí+účet)
         - to znamená, že jsem pouze odstranil pomlčku mezi předčíslím a číslem účtu

         10) opravena normalizace textů obsahujících potencionálně znak ,-čárka
         - takovéto řetězce se musí z obou stran doplnit uvozovkami
MZD    2040276.1 07062006 07062006 PB     PB   MZD       5 08062006 Stránkování u tisku mzdového rozboru                       (0/0)
Zadání : V tisku mzdového rozboru (%MZDTMR) lze tisknout např. podle středisek. V hlavičce tisku je potom napsáno "Strana pro  : 
         200 Středisko" nebo když zvolím tisk podle výplatního místa napíše "Strana pro  : 4 Výplatní místo".
         Nešlo by to změnit, aby místo názvu vstupu tisknul jeho popis? Např. "Strana pro  : 200 Provozovna Praha".
Řešení : Toto byl překlep - opraveno a tiskne se popis k zobrazovanému údaji z číselníku.
MZD    2040277.1 07062006 07062006 PB     PB   MZD       5 08062006 Úprava do exportu příkazu k úhradě do BoA                  (0/0)
Zadání : 1) Po několika týdnech úporného dopisování s Bank of America se mi podařilo získat poslední chybějící konstanty pro 
         provádění plateb přes Bank of America. Těmito jsou:
          
         Company ID            COPEASTNPY
         Company EFT Key  NDKU
          
         2) BoA dále nově navrhuje používat namísto ACH výraz PAYROLL.
Řešení : 1) Nastavení konstant je otázkou nastavení v konfiguračním programu %MZDCF66-parametry PÚ pro Bank of America

         2) Upravil jsem podle požadavků typ transakčního řádku z "ACH" na "PAYROLL".
MZD    2040278.1 12072006 12072006 PB     PB   MZD       5 12072006 Jak účtovat PPZ u jednoho střediska na jiný účet           (0/0)
Zadání : Obracím se na Vás s prosbou o radu. Potřebuji si do účetnictví zadat pro jedno jediné středisko nový účet. Zadala jsem ho 
         nejdříve do účetní osnovy a teď potřebuji, aby se mi toto jediné středisko účtovalo na tento zvláštní účet. Konkrétně se 
         jedná o PPZ - Kooperativa, kde potřebuji, aby se mi středisko 102 účtovalo na účet 548031, zatímco ostatní střediska na 
         548030. Najela jsem si do účetnictví Electro World, účetní předpisy a zadala PPZ. Do řádku 7 bych chtěla zadat středisko 
         102 a účet 548031, na který se má PPZ účtovat. Když dám změnu údaje a číslo 7, tak mě to nepustí napsat změnu a nic se 
         neděje. 

         Mohl byste mi s tím, prosím, pomoci.

         Potřebuji to změnit ještě za červen 2006.
Řešení : Odpověď má dva kroky :
          
         1) samotná definice
         - obecně postupujete správným směrem, ale před vyplňováním rolovací zóny s výjimkami musíte nějak říct, že výjimky budou 
         pro 101-středisko
         - tedy nějak takto 
          
          6. Účtovat dle   : 101       Střediska                         
          7. M101        Má dáti    Popis                Dal        Popis
             102           sem napsat výjimku pro středisko 102 - tedy účet 548031, na který se má PPZ účtovat
          
         2) bohužel PPZ není běžný mzdový řádek
         - toto je číslo počítané za celou firmu a pak podle poměrů vyměřovacích základů SZ rozpočítávané na střediska
         - celý dosavadní mechanismus toto rozúčtovávání předpokládal braní střediska od nějaké konkrétního člověka, což u PPZ nemám
         - upravil jsem program %MZELW03-export účetních dat, aby v případě PPZ a Účtovat dle   : 101       Střediska 
         bralo středisko, ne od člověka (kterého v tomto případě nemáme), ale od střediska na které se právě účtuje poměrná část PPZ
MZD    2040279.1 15082006 15082006 PB     PB   MZD       5          ONTEX - Prémie i důchodcům                                 (0/0)
Zadání : Od 1. 7. máme úpravu ve vnitřním předpise a budeme vyplácet prémie i důchodcům. Někde máme v programu potlačeno, že právě 
         důchodcům tyto prémie nepřijdou, nyní bych to potřebovala uvolnit. V konfiguraci nadstavby jsou vyjmenovány profese 
         včetně sazby, pro které platí prémie. Důchodce rozeznáváme dle M119A  /nevím jestli je to správný číselný údaj/ - tj. 
         obrazovka č. 2 - druh důchodu 13 = starobní důchodce.
Řešení : Upraven individuální algoritmus pro řádek 53-prémie
         - pokud není vyplněna v měsíčním zadání na řádku 53-prémi kolonka "Prémie - sazba", tak dosud platila výjimka "nepočítej 
         dál pro starobní důchodce - matriční údaj M119D-Přiznané druhy důchodů k posl.dni měsíc obsahuje 13 nebo 23)
         - tuto výjimku pro M119D obsahuje 13 nebo 23 jsem odstranil
         - takže nadále tam zůstávají následující výjimky, kdy nepočítat automaticky prémie
            - M123A-Datum nástupu do práce je v aktuálním měsíci
            - M124-Druh pracovněprávního vztahu rovná se 2-vedlejší pracovní poměr
            - M150-Kategorie pracovníků rovná se "Ž"
MZD    2040280.1 18092006 18092006 PB     PB   MZD       5          Import nadstavby docházka                                  (0/0)
Zadání : A) postupné zpracování

         Dnes začínám zpracovávat část mezd za srpen. Jakmile určitá skupina lidí skončí směnu, zabalím data z docházky do
         souboru, přetahnu do mezd a zpracuji. Pokud to takto budu dělat postupně, tzn. zpracuji jeden přetažený soubor, je vš
         e v pořádku. Jakmile ale tento soubor nezpracuji a převedu z docházky další, už tam nejsou data z prvního souboru.
         Jakoby se mezi sebou přebily soubory a upřednostnil se ten naposledy poslaný. 
         Kvůli krátkému termínu zpracování jsem nucena dělat některé výplaty ještě před koncem měsíce, tudíž nemůžu počkat na
         prvního v měsíci a zabalit všechna data do jednoho souboru a přetahnout. Nyní jsem to obešla tak, že ze dvou souborů
         jsem udělala jeden a tím to fungovalo.

         B) import stravenek k proplacení

         Ráda bych do mezd z docházky naimportovala další řádek - 457 stravenky. Prosím proto o úpravu ve výpočtu přetažené
         hodnoty, jedná se o kusy, není tedy  třeba přepočet na hodiny. Posílám soubor s jedním zaměstnancem, měl 5 ks
         stravenek.
Řešení : Upraven program %MZDT021-import nadstavby docházka

         A) Přidán přepínač "Zrušit dříve namigrovaná data ?" s hodnotami

         A-ano, všechno dosud naimportované se ztratí
         N-ne, nyní přihráváme k již existujícím datům

         , který funguje vždy, pokud je režim ostrého importu (tedy Zkouška Ne)

         Dosud to bylo přesně tak, jak píšete - nyní každý import docházky zničil vše předchozí. Předpokládal jsem jeden soubo
         r za všechny. Toto je tam proto, abyste neprovedla import 25 zaměstnanců, pak nenašla nějaké chyby, nahrála to znovu 
         a spojila to s předchozím chybným stavem
          
         B) upraveno zpracování dat pro řádek 457-stravenky tak, že se přímo plní pole "Počet stravenek k proplacení   :" na
         řádku 457 - Podnikové pohledávky - stravenky a de-facto se simuluje ručně plnění daného údaje
MZD    2040281.1 26092006 26092006 PB     PB   MZD       5 26092006 TREXIMA - čistá mzda bez Kč za DNP 361-365,366,367         (0/0)
Zadání : Do souboru pro Treximu se posílá celý obsah Kč z řádku 419-čistý příjem, zatímco oni požadují hodnotu bez Kč za DNP.
Řešení : Upraven program %MZDT229-statistika Trexima od roku 2006.
MZD    2040282.1 10102006 10102006 PB     PB   MZD       5 10102006 Příkazy k úhradě do ČSOB padají na chybu                   (0/0)
Řešení : Program padal pouze v režimu, kdy nebylo vyplněno jméno souboru, který se chce vytvořit.
         - tato chyba byla opravena
MZD    2040283.1 11122006 12122006 PB     PB   MZD       5          Formát souboru při komunikaci se ZP                        (0/0)
Zadání : Měl bych jeden námět. Nešlo by udělat do programu %MZKZP03 (hromadné oznámení zaměstnavatele) vytváření souboru
         podle požadavku VZP (konkrétně na adrese http://www.vzp.cz/cms/internet/cz/Platci/formulare/Formulare-pro-zamestnavat
         ele/Hromadne-oznameni-zamestnavatele/datove_rozhrani.html)?

         Chtěl bych to proto, aby se z tohoto souboru daly načíst data do formulářů ZP a poslat elektronicky. Pojišťovny se
         začínají postupně probouzet a začínají nabízet el.komunikaci (momentálně konkrétně ZPMVČR). Nechce se mi to totiž
         přepisovat ručně. Jedná se vlastně jenom o to, aby ta datová věta byla bez středníků a každé pole mělo předepsanou
         délku znaků, takže jenom doplnit mezery. Nakonec na www je příklad, takže nemá smysl to tady vysvětlovat.

         Díky.

         Měj se.
         Petr Krch
Řešení : Upraven program %MZKZP03-hromadné oznámení zaměstnavatele

         - přidán vstup "Formát záznamů v souborech   ?", kde je možné volit z těchto dvou možností formátů vět v souboru

         1-věty s údaji pevné délky dle VZP ČR
         2-věty s údaji oddělenými středníkem 

         - volba 2 odpovídá původnímu řešení, volba 1 je nová
MZD    2040284.1 12122006 12122006 PB     PB   MZD       5          Změna formátu v záhlaví pro výplatní pásku                 (0/0)
Zadání : Prosím, zda by šlo upravit písmo pro výplatní pásku. Používáme průpisové bezpečnostní obálky a jehličkovou tiskárnu.
         Po odejmutí svrchního průpisového papíru je jméno špatně čitelné, písmena jsou jakoby zapitá do sebe. Pomohlo by např
         . přidat do příjmení mezery - D U D O V Á   Jana. 
         -----------------------------------------------------
         From: Pavel Bezstarosti [mailto:pavel.bezstarosti@idea.cz] 
         Sent: Wednesday, November 15, 2006 1:47 PM

         Zde máme následující možnosti :

         1) udělat příjmení proloženě s mezerou určitě mohu udělat, ale pak budeme mít počítám problémy s místem

         2) můžeme zkoumat to, jestli daná tiskárna bude umět nějaký jiný typ písma, který by byl výraznější
         - protože se ale bude jednat o jehličkovou tiskárnu, tak budeme mít omezené možnosti
         - napište nám prosím o jaký typ tiskárny se jedná

         3) počítám, že pokusy s přítlakem hlaviček proti papíru jste už dělali
         - a že nyní to máte nastaveno na kompromis mezi sílou tisku (přítlaku) a muchláním papíru v tiskáně

Řešení : Za předpokladu, že je v konfiguraci podniku %MZDCFG2-údaje o firmě uvedeno 

         11. IDEA identifikace podniku   : 36   Ontex cz

         , pak se záhlaví na výplatní pásky tiskne

         A) celé maximálně posunuté doleva 
         B) příjmení s proloženou mezerou

         FIRMA s.r.o.  Výplatní páska za měsíc : 03/2006  Osobní číslo :      5  D i v e c k á   Hana
MZD    2040285.1 15012007 15012007 PB     PB   MZD       5          Změny parametrů mezd od 01/2007                            (0/0)
Zadání : 1) Zvysuje se mesicni minimalni mzda ze 7955 na 8000 Kc, hodinova minimalni mzda zustava 48.10 Kc
           pramen: Narizeni vlady 567/2006 Sb.
           
           * Nastavení v konfiguraci se provede automaticky po instalaci verze.
           
         2) Pri vypoctu pracovnepravniho prumeru se zjistovalo, zda pracovnik za ctvrtleti odpracoval alespon 22 smen. Dle
         noveho ZP staci 21.
           pramen: Novy Zakonik prace - Zakon 262/2006 Sb.

           * Upraven program %MZDKMES-konec měsíce

         3) Od 01/2007 jsou stanoveny nove hranice pro vypocet exekuci na plat:
                                                  dosud  nove 
           na osobu povinneho                      2741  3857
           na vyzivovanou osobu                    1105   965
           castka, nad kterou se srazi bez omezeni 6630  5785
           pramen: Narizeni vlady 595/2006 Sb., Prace a mzda 12/2006

           * Nastavení v konfiguraci se provede automaticky po instalaci verze.

         4) Od 01/2007 jsou stanoveny nove hranice pro vypocet DNP: 
           (platnost noveho zakona pro vypocty DNP je odlozena)
           castka 510 se meni na 550
           castka 730 se meni na 790
           pramen: Narizeni vlady 588/2006 Sb.
          
           * Nastavení v konfiguraci se provede automaticky po instalaci verze.
MZD    2040286.1 19012007 19012007 PB     PB   MZD       5          Výpočet průměrného měsíčního výdělku                       (0/0)
Zadání : Pro výpočet průměrného měsíčního výdělku je novým ZP stanoven následující vzorec

           vzorec: Prumer na hodinu * tydenni pracovni doba * 4.348
           pramen: Novy Zakonik prace - Zakon 262/2006 Sb.
Řešení : Upravena definice odvozeného matričního údaje M194M-Průměrný měsíční hrubý výdělek

         - dosud byl tento údaj definován jako M194H * M152DZ * M152PS
         , kde 

           M194H  Průměrný hodinový hrubý výdělek
           M152DZ Průměrná délka směny zkrácená
           M152PS Průměrný počet směn tohoto kalendáře

         - nově je tento údaj definován jako M194H * M152TZ * 

         , kde 
           M152TZ Týdenní fond pracovní doby zkrácený

         Pro informaci : Matriční údaj M194M-Průměrný měsíční hrubý výdělek se používá v následujících programech

         %MZCSSZ1	generování hromadného sběru seznamu
         %MZCSSZ4	generování přihlášek a odhlášek
         %MZDCF16	Konfigurace ELDP a ČSSZ
         %MZDT177	Potvrzení o zaměstnání (zápočtový list)
         %MZDT178	Výpočet hrubé/čisté mzdy

         a při výpočtu následujících mzdových řádků
         120   Odstupné nepojištěné
         121   Odstupné pojištěné  
MZD    2040287.1 19012007 19012007 PB     PB   MZD       5          Vedení kont pracovní doby - není implementováno            (0/0)
Řešení : - Novy ZP umoznuje vedeni kont pracovni doby
           Protoze o kontech pracovni doby je jednak k dispozici pomerne malo
           informaci, ale take je dana velka moznost stanovovani pravidel
           v kolektivnich smlouvach, pocitam se resenim az konkretnich pozadavku.
           Prozatim to vypada na evidenci a pocitani dvou hrubych vyplat,
           ktere se po uplynuti vyrovnavaciho obdobi porovnaji a provede
           se pripadne doplaceni mzdy. 
MZD    2040288.1 19012007 19012007 PB     PB   MZD       5          Potvrzení o zdanitelných příjmech za rok 2006              (0/0)
Zadání : Ministerstvo financí v souvislosti s dotazy plátců daně z příjmů fyzických osob ze závislé činnosti a z funkčních
         požitků, upozorňuje na skutečnost, že v souvislosti s přijetím novely zákona č. 586/1992 Sb., o daních z příjmů, ve
         znění pozdějších předpisů, byl pro potřeby zdaňovacího období 2006 vydán nový tiskopis "Potvrzení o zdanitelných
         příjmech ze závislé činnosti a z funkčních požitků, sražených zálohách na daň a daňovém zvýhodnění" č. 25 5460 MFin
         5460 - vzor č. 14, který jako jediný je platný pro uvedené zdaňovací období.
Řešení : Upraven program %MZDT038-potvrzení o zdanitelných příjmech.

         - celý formulář pro rok 2006 a následující upraven na základě vzoru č. 14 Potvrzení o zdanitelných příjmech ze závisl
         é činnosti a funkčních požitků a o sražených zálohách na daň za zdaňovací období
MZD    2040289.1 23012007 23012007 PB     PB   MZD       5          Změny v příplatcích od 01/2007                             (0/0)
Zadání : From: Jana Dudova
         Sent: Thursday, January 04, 2007 11:42 AM

         Pane Bezstarosti, můžete mi co nejdříve odpovědět na dotaz ohledně nočního příplatku ? Nový zákoník nařizuje noční
         příplatek ve výši nejméně 10% průměrného výdělku. Nyní jsme v konfiguraci mezd měli nastavenu sazbu na 1 hodinu /ř.34
         / ve výši 11,-Kč. Jelikož by novou úpravou došlo u některých zaměstnancům k poklesu tohoto příplatku, lze to ošetřit 
         v programu tak, že nový noční příplatek by byl 10%, ale minimálně 11,-Kč. Tedy kombinace procent a sazby ? Na odpověd
         i závisí zítřejší rozhodování o výši tohoto příplatku. 

         From: Jiří Veselý
         Sent: Thursday, January 11, 2007 10:07 AM

         Od 1.1.2007 musíme platit nově příplatky za práci přesčas, za práci v noci (10% průměrného výdělku, platili jsme 6,-
         kč/hod) a za práci v sobotu a v neděli (10% průměrného výdělku).
         Na příplatek za práci přesčas z průměrného výdělku funguje např. rádek 19.
         Ostatní dva příplatky neumím nastavit. Existuje obdobné řešení jako u práce přesčas, tzn. trvale nastaveno 10 % z
         průměrného výdělku.

         From: Jindřich Pilař
         Sent: Wednesday, January 17, 2007 10:45 AM

         Přehled příplatků placených procentem :

         -          práce přesčas minimálně 25% z průměru
         -          noční práce minimálně 10% z průměru
         -          sváteční příplatek minimálně 100% z průměru
         -          rizikový příplatek minimálně 10% z MINIMALNI MZDY
         -          příplatek za So+Ne minimálně 10% z průměru
         -          pracovní pohotovost (mimo pracoviště) minimálně 10% z průměru
Řešení : 1) do konfiguračního programu %MZDCFGB-další parametry II přidány nové parametry

             19. Procento pro výpočet 20-příplatek za SO/NE z průměru    : <standardně 10%>
             20. Procento pro výpočet 26/34-příplatek za noc z průměru   : <standardně 10%>

         2) do následujících mzdových řádků

           20    Příplatek za práci v SO/NE z průměru      
           26    Příplatek za práci v noci                 
           34    Příplatek za práci v noci sazbou          

         byla přidána nová zadávaná složka mzdy "Hodiny krát % z průměru"

         - zde zadané hodiny se násobí krát průměr krát výše uvedené konfigurovatelné procento
MZD    2040290.1 23012007 23012007 PB     PB   MZD       5          Noční příplatek a výjimka pro Ontex                        (0/0)
Zadání : From: Jana Dudova
         Sent: Monday, January 08, 2007 8:08 AM
         To: Pavel Bezstarosti
         Subject: RE: Noční příplatek

         Pane Bezstarosti, prosím o úpravu mechanismu pro noční příplatek v ř. 34 tak, aby jeho výše byla 10% z
         pracovně-právního průměru /M194/, minimálně však 11,-Kč/hod.
Řešení : Do algoritmů počítajících mzdové řádky 

           26    Příplatek za práci v noci                 
           34    Příplatek za práci v noci sazbou          

         přidána výjimka, která v případě, že by příplatek zaplacený procentem z průněru byl nižší než parametr v konfiguraci
         "Sazba za 1 hod v noci    (ř. 34)    :" zaplatí celý příplatek touto sazbou za hodinu.

         Tato výjimka platí pouze v případě Ontexu, tj. pokud je v konfiguraci podniku zadáno

         11. IDEA identifikace podniku   : 36   Ontex cz
MZD    2040291.1 23012007 23012007 PB     PB   MZD       5          Import práce o víkendu přes nadstavbu ElectrWorld          (0/0)
Zadání : From: Jana Lamkova [mailto:jana.lamkova@electroworld.cz] 
         Sent: Friday, December 22, 2006 2:49 PM

         .....
         A dále bych se chtěla zeptat ? budeme do docházek dodávat sloupec s prací o víkendu, aby se nám počítaly připlatky
         podle nového Zákoníku práce a budeme potřebovat, aby se nám to naplouvalo do Idey.
         .....
         v příloze Vám zasílám soubor s novou docházkou rozšířenou o kolonku ?Práce o víkendu?. Potřebujeme, abyste upravil
         naplouvání do mezd, jak jsme se předem domluvili.
Řešení : Upraven program %MZELW11-Import docházky ElectroWorld

         - data ze sloupce "P"-práce o víkendu se importují do mzdového řádku 20-Příplatek za práci v SO/NE z průměru a v něm
         do nového údaje "Hodiny krát % z průměru"
         - předpokládám zároveň, že ostatní sloupce v rámci importu nastavby ElectroWorld zůstávají nezměněné
MZD    2040292.1 23012007 23012007 PB     PB   MZD       5          Výpočty příspěvků na životní/penzijní/úrazové poj.         (0/0)
Zadání : U příspěvků na životní/penzijní/úrazové pojištění je nově nutné počítat nejen daně, ale také SZ a ZP.

         Dále následuje informace z článku na
         http://cds.mfcr.cz/cps/rde/xchg/SID-53EDF4E6-5B54C143/cds/xsl/9_7577.html?year=0

         Informace ke stanovení 5% limitu pro daňové osvobození příspěvku zaměstnavatele na penzijní připojištění se státním
         příspěvkem placeného na účet zaměstnance v roce 2007
         (16.1.2007)
          
         V souvislosti se změnami k nimž došlo v systému pojistného na sociální zabezpečení a státní politiku zaměstnanosti,
         přijatými v doprovodném zákoně k novému zákoníku práce (zákon č. 264/2006 Sb.), může docházet od roku 2007 (poprvé př
         i zúčtování mzdy za leden 2007) k nejasnosti při aplikaci ustanovení § 6 odst. 9 písm. s) zákona č. 586/1992 Sb., o
         daních z příjmů, ve znění účinném k 1. 1. 2007 [do 31. 12. 2006 písm. u)]. V něm uváděný limit ve výši 5% pro daňové
         osvobození příspěvku zaměstnavatele na penzijní připojištění se státním příspěvkem placený na účet zaměstnance u
         penzijního fondu je závislý na výši vyměřovacího základu zaměstnance pro pojistné na sociální zabezpečení a státní
         politiku zaměstnanosti. Protože od roku 2007 je výše vyměřovacího základu pro pojistné vázána na výši zdanitelného
         příjmu zaměstnance, vzniká nejasnost stanovení výše vyměřovacího základu pro pojistné s ohledem na potřebu znalosti
         výše zdanitelného příjmu zaměstnance za daný kalendářní měsíc. V daném případě je třeba vyřešit, zda pro stanovení
         částky uvedených 5% má být do vyměřovacího základu zahrnut příspěvek zaměstnavatele na penzijní připojištění či
         nikoliv.

         Ministerstvo financí zaujímá názor, že u zaměstnance bude nově (poprvé při zúčtování mzdy za leden 2007) od daně z
         příjmů fyzických osob ze závislé činnosti a z funkčních požitků osvobozen od daně z příjmů příspěvek zaměstnavatele n
         a penzijní připojištění se státním příspěvkem poukázaný na účet jeho zaměstnance u penzijního fondu maximálně do
         výše 5% částky stanovené postupem pro určení vyměřovacího základu zaměstnance pro pojistné na sociální zabezpečení a
         příspěvku na státní politiku zaměstnanosti, přičemž do této částky se nebude zahrnovat příspěvek zaměstnavatele na
         penzijní připojištění se státním příspěvkem.

         Nově se tedy vypočte 5% limit z "fiktivního" vyměřovacího základu zaměstnance, do něhož ještě nebude započtena
         případná zdanitelná část zmíněného příspěvku zaměstnavatele. Například bude-li měsíční zdanitelná mzda zaměstnance
         činit 10 000 Kč a příspěvek zaměstnavatele na penzijní připojištění 800 Kč, bude postup následující:

         Výpočet měsíčního 5% limitu pro daňové osvobození příspěvku u zaměstnance:

         Nejprve se zjistí část příspěvku, která je osvobozena od daně z příjmů z tzv. fiktivního vyměřovacího základu pro
         pojistné, tj. 5% z 10 000 Kč, což je 500 Kč. To znamená, že dani bude podléhat z příspěvku ve výši 800 Kč jen částka
         ve výši 300 Kč (500 Kč je od daně osvobozeno). Pak se stanoví skutečný vyměřovací základ zaměstnance pro pojistné,
         tzn., že ten bude činit 10 300 Kč a z této částky odvede pojistné zaměstnavatel za zaměstnance i za sebe.

         Pro právní jistotu plátců daně učinilo Ministerstvo financí v dohodě s Ministerstvem práce a sociálních věcí
         nezbytné legislativní návrhy, které uplatní při nejbližší možné novelizaci zákona o daních z příjmů s předpokládanou
         účinností již pro rok 2007.
Řešení : 1) Doplněny nové zápočty

             KZP     Kč pro zdravotní pojištění                               M
             KSZ     do Kč pro sociální zabezpečení                           M

         pro mzdové řádky

             138  Ke zdanění z řádku 137
                  (, kde 137  Příspěvek na životní pojištění)
             164  Příspěvek na úrazové pojištění
             170  Příspěvek na penzijní připojištění - daň

         2) Výpočet a zpracování mzdového řádku 162 bylo nutné vyřešit změnou v algoritmech, protože teprve po výpočtu
         vyměřovacího základu na SZ lze vypočítat, kolik je ke zdanění a to potom připočítat k vyměřovacímu základu jak na
         SZ, tak i na ZP.

         161   Příspěvek na penz.přip. daň >5%
         162   Ke zdanění z řádku 161         

         Kontrolní testovací příklad 

         - Priklad vyplaty s prispevkem na penzijni pripojisteni pracovnika ve vysi 2000 Kc mesicne:

           Hruba mzda              20000 Kc
           Vymerovaci zaklad na SZ 21000 Kc
           Vymerovaci zaklad na ZP 21000 Kc
           Srazeno na SZ            1680 Kc
           Srazeno na ZP            1945 Kc
           Zaklad dane             18375 Kc
           Dan srazena (DS 20)      2201 Kc
MZD    2040293.1 23012007 23012007 PB     PB   MZD       5          Výpočet SZ,ZP pro jednatele                                (0/0)
Zadání : Program nepočítá ZP,SZ pro M124=11 jednatel.
Řešení : V algoritmech pro výpočet vyměřovacích základů pro ZP a SZ upřesněna podmínka
         - původní "nepočítej pro M124>=6", tedy "nepočítej pro všechny kódy M124 větší nebo rovno než 6"

         6   dohoda o pracovní činnosti nezakládající pojiště 
         7   dohoda o provedení práce cizího pracovníka       
         8   vedlejší pracovní činnost                        
         9   náhradní práce                                   
         10  ostatní                                          
         11  společník, jednatel, komandista                  
         12  domácký pracovník                                
         13  pracovní vztah podle cizích právních předpisů    
         15  VPČ-dohoda o prac.činnosti zakládající pojištění 
         16  VPČ-dohoda o prac.činnosti nezakládající pojiště 
         17  VPČ-dohoda o provedení práce vlastního pracovník 

         byla nahrazena podmínkou "nepočítej pokud na místě jednotek v M124 >= 6"

         6   dohoda o pracovní činnosti nezakládající pojiště 
         7   dohoda o provedení práce cizího pracovníka       
         8   vedlejší pracovní činnost                        
         9   náhradní práce                                   
         16  VPČ-dohoda o prac.činnosti nezakládající pojiště 
         17  VPČ-dohoda o provedení práce vlastního pracovník 
MZD    2040294.1 23012007 23012007 PB     PB   MZD       5          Roční zúčtování daně z příjmu fyzických osob 2006          (0/0)
Řešení : 1) upraven program %MZDDAN-roční zúčtování daně z příjmu fyzických osob

         - upraven algoritmus výpočtu ročního zúčtování daně pro rok 2006
         - upraven vzhled a popis vstupů
         - ponecháno původní umístění vstupů, ačkoli nově mají význam "Slevy na dani/Daňové zvýhodnění/Nezdanitelné částky"
         - ve spodní části reorganizována sekce se sumářem dat

         - upraveny odskoky do tiskových programů na vstupu "Změnit údaj číslo"
           
           TP-tisk podkladů o výpočtu daní           
           TV-tisk výpočtu daní a daňového zvýhodnění

         2) upraven formát tiskového programu %MZDT075-tisk výpočtu daně a daňového zvýhodnění
         - tisk formuláře pro rok 2006 upraven podle formuláře 5460-1_11.pdf
MZD    2040295.1 24012007 24012007 PB     PB   MZD       5          Potvrzení o zaměstnání (ZL) nejde do RTF                   (0/0)
Zadání : Při tisku potvrzení o zaměstnání (zápočtový list) do RTF se program zacyklí a vytváří velký soubor na disku.
Řešení : Opraven program %MZDT177-Potvrzení o zaměstnání (zápočtový list)

         - v programu byla instrukce "dojdi až na 10tý rádek od konce stránky"
         - ale pro RTF soubory je v konfiguraci nastavena "nekonečná délka stránky"
         - upraveno tak, aby program v tomto případě (tisk na nekonečný papír) provedl 3 odřádkování
MZD    2040296.1 24012007 24012007 PB     PB   MZD       5          Podmínka 've stavu' a její vyhodnocování                   (0/0)
Zadání : From: Jana Dudova
         Sent: Tuesday, June 06, 2006 2:56 PM
         To: Pavel Bezstarosti
         Subject: Podmínka "ve stavu"

         Pane Bezstarosti, obracím se na Vás s prosbou, zda je možné definovat podmínku "ve stavu" tak, aby při jejím použití
         např. v sestavě %MZDT110 byla započítána pouze data těch zaměstnanců, kteří jsou "ve stavu". Jakmile tuto podmínku
         použiji jen pro období jednoho měsíce, není problém a podmínka funguje. Pokud zvolím období delší než 1 měsíc, mám ta
         m všechny zaměstnance .

         From: Pavel Bezstarosti [mailto:pavel.bezstarosti@idea.cz] 
         Sent: Tuesday, December 12, 2006 11:55 AM

         1) Zde Vás bohužel na obecné úrovni zklamu

         - na úrovni samotné podmínky se vždy musí něco předpokládat a já předpokládám, že v okamžiku vyhodnocování podmínky
         stojím v nějakém měsíci a na nějakém osobním čísle
         - bohužel tedy závisí na tom, kdy v jakém konkrétním programu zavolám vyhodnocení podmínky

         - typicky volám vyhodnocení podmínky uvnitř cyklů, které napočítávají nějaká data za více měsíců - tedy uvnitř každéh
         o měsíce

         - pokud bychom potřebovali "generální podmínku" - typu jen ty, kteří na konci zvoleného období vyhovují nějaké
         centrální podmínce, pak bych tam musel nechávat zadat jinou podmínku
         - mám na mysli to, co je použito třeba v programu %MZDT097- výpočet 13. platu v podmenu IDEA-mzdy / speciality /
         chemopetrol / 13.plat, kde jsem musel podobnou věc řešit dvěma vstupy

         Podmínka pro každý měsíc :
         Podmínka závěrečná       :

         2) Tento mechanismus přidám do této konrétní sestavy %MZDT110
         - ve všech ostatních sestavách, které jdou přes více období, se toto bude muset na žádost řešit podobně
Řešení : Program %MZDT110-vývoj mzdových řádků upraven tak, že má dvojici vstupů na podmínku

           Podmínka pro každý měsíc : <- toto se testuje pro každý měsíc
           Podmínka závěrečná       : <- toto se testuje pouze jednou a to pro poslední měsíc z vybraného intervalu
────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
Celkem požadavků : 34
─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── IDEA