20 DUB 2009        Idea.System.CSPUT                            Hlavní společnost                                             - 1 -
13:42              PB-304                                       Tisk požadavků

Jen řady            <1> IDEA-mzdy
Jen požadavky         > Vše
Jen zadavatelé        > Vše
Jen skupiny           > Vše
Jen řešitelé        <1> PB
Jen priority          > Vše
Jen verze             > Vše
Podmínka              : <bez omezení>
Předmět obsahuje      : <bez omezení>
Požadavek obsahuje    : <bez omezení>
Příznak obsahuje      : <bez omezení>
Vyřešené/Nevyřešené/* ? Vyřešené
Datum zadání od       : Od začátku      do : Do konce           Datum vyřešení od  : 19022009       do : 20042009
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    2040480.1 25022009 25022009 PB    PB   MZD                  5N          Problémy tisku výpočtu daně a daňového zvýhodnění
Zadání : V řádku 2 by mělo být pojistné zaplacené zaměstnavatetelem tj.35% . Do výpočtu se tato hodnota natáhne, takže řádek
         3 je správně, ale nesedí součet řádku 1+2, protože ve 2 řádku je pojistné zaplacené zaměstnancem tj. 12,5%.
         -----------------------------------------------------
         Základ daně je v pořádku, ale ten se skládá z příjmu a pojištění zaměstnavatele, ale vy uvádíte pojištění zaměstnance
         . Ale základ to spočte pak opravdu s pojištěním zaměstnavatele.
         -----------------------------------------------------
         Začal jsem dělat roční zúčtování daně z příjmu fyzických osob a zjistil jsem, že do APP,%MZDDAN řádek 2 "pojistné"
         se nenačítá dobře. Mají se tam načítat mzdové řádky 507 a 508, tj. úhrn pojistného, které zaplatil zaměstnavatel,
         ale načítají se tam řádky 401 a 402, tj pojistné, které zaplatil zaměstnanec.  Základ daně (řádek 3) je spočítán
         dobře.
Řešení : Upravené problémy do tisku výpočtu daně a daňového zvýhodnění:
         1) upraven formulář podle tiskopisu roku 2008
         - bylo chybně formální odkazování v číslování řádků
          
         2) upraveno zobrazování údaje "2. úhrn pojistného"
         - dosud sčítáme pojistné za pracovníka, zatímco zde má být pojistné placené podnikem
         - v zúčtování roku 2008 ještě zůstane sčítání pojistného za pracovníka, jakkoli se k ničemu skutečně nepoužívá
         - do této kolonky se  nyní zobrazuje rozdíl mezi řádky 3 a 1, tedy "Dílčí základ minus Úhrn příjmů"
          
         3) v souladu s pokyny se mění zobrazování řádků 22 resp. 23-31
         - pokud je řádek 23 nenulový (uplatňuje daňové zvýhodnění), pak se nezobrazuje hodnota na řádku
         22-přeplatek/nedoplatek
         - pokud je řádek 23 nulový (neuplatňuje daňové zvýhodnění), pak se zobrazování končí řádkem 22-přeplatek/nedoplatek
         a hodnoty do řádků 23-31 se netisknou
          
         4) během roku 2009 bude také v algoritmech řešena problematika drobných zaokrouhlovacích rozdílů u SZ/ZP/DP podniku
         - aktuálně máme za to, že programy a výpočty odvodů/potvrzení jsou správně
MZD    2040481.1 27022009 27022009 PB    PB   MZD                  5N          Import individuálních kalendářů v ELW
Zadání : Protože jsme si na začátku února spolu jen odsouhlasili formát docházky, tak jsem se jen pro jistotu chtěla zeptat,
         zda je ještě nutné někde v importu upravovat, že Individuální kalendář zaměstnance je na sumáři ve sloupci AA až BE
         - viz. příloha (toto je jen office, docházku od prodavačů zatím nemám k dispozici).

         Otázka číslo dvě je, zda nevadí, že jsme plán směn na sumáři upravili do formátu čísla. dříve jsme například
         plánovanou směnu prodavače psali ve formátu 9:30 hodin - dle tohoto jste nám upravoval program. Teď se ale do sumáře
         načte již 9,5 hodiny. Je to tak v pořádku?
Řešení : Upraven program %MZELW07-import individuálních kalendářů následovně :
         1) na vstupu "První den začíná na sloupci" je předvolená hodnota 27
         2) program rozpoznává údaj o čase v obou formátech - "HH:MM" i číselně "9,5"

         Na zkoušku je šikovné si udělat soubor s jedním/dvěma lidmi a na tom to jde hezky zkoušet nanečisto.

         Délka směny
         8.25          <-- 8,25
         8.5           <-- 8,5
         8.5           <-- 8:30
         8.25          <-- 8:15
MZD    2040482.1 27022009 27022009 PB    PB   MZD                  5N          Chybí jméno člověka při obnově z archivu
Zadání : Při zadání osobního čísla, které je v archivu se zobrazí dialog, ve kterém chybí jméno

         " je v archívu. Obnovit (N/A) ?"
Řešení : Opraveno odvozování jména. Na tomto místě v programu zůstal původní přístup k nedávno rozdělenému plnému jménu.
MZD    2040483.1 27022009 27022009 PB    PB   MZD                  5N          Varování o nevyčerpané dovolené u propuštěných
Zadání : Program nesprávně vyhodnovuje varování typu 40-Při propuštění zbývá XY hodin/dnů běžné a loňské dovolené.

         Příklad při 
         - zůstatku 5 dnů
         - zadání 2 dnů do řádku 86-Náhrada mzdy za dovolenou
         - zadání 3 dnů do řádku 87-Nevyčerpaná dovolená

         se zobrazuje hlášení 40-Při propuštění zbývá 3.00 dnů běžné a loňské dovolené.
Řešení : Celá diagnostika tohoto varování přesunuta do algoritmu počítajícího nevyčerpanou dovolenou. Zadaná nevyčerpaná
         dovolená je nově brána do úvahy při odvozování tohoto varování.
MZD    2040484.1 27022009 27022009 PB    PB   MZD                  5N          Varování o kolizi dnů - zkrácení protokolu
Zadání : Stávající sada varování o kolizích zadání je v případě delších překryvů (zejména při nemocích v ochranné lhůtě)
         velmi dlouhá a nepřehledná.
Řešení : Reorganizováno sestavování varování o kolizích dnů. Program nově generuje varování vždy pro každý typ kolize zvlášť
         s uvedením informací o intervalu dnů kolize.

         Například v 01/2009 při zadání 
         - M146-datum propuštění 29012009
         - 86-dovolená ve dnech 14-31
         - 103-nemoc ve dnech 20-31

         se generují následující varování

         201   Kolize zadání mezi 'mimo evidenční stav' a 86 ve dnech 30,31.    
         202   Kolize zadání mezi 'mimo evidenční stav' a 103.10 ve dnech 30,31.
         203   Kolize zadání mezi 103.10 a 86 ve dnech 20-29.                   
MZD    2040485.1 04032009 04032009 PB    PB   MZD                  5N          Zjednodušení exportu detailů výpočtu PN/karantény
Zadání : Zjednodušit používání programu %MZDT239-detaily výpočtů náhrad PN/karantény
         - uživatelé mají problémy s tím, že tisk samotný je "k ničemu" a že smyslem programu je vyexportovat CSV soubor, tent
         o potom na serveru najít a otevřít
Řešení : 1) upraven program %MZDT239-detaily výpočtů náhrad PN/karantény
         - program předělán z tiskového programu na přímé otevírání MS-Excelu
         - odstraněn vstup "Export do souboru"
         - poslední vstup "Tisknout ?" změněn na "Spustit ?" s možnostmi Ano, Ne, =-Výběrový kód

         - po zvolení Ano se program spustí na pozadí, naplní požadované datové struktury a prostředky tenkého klienta (nejlép
         e Casteru, případně SxTermu/Reflection) nastartuje přímo MS-Excel a naplní požadované buňky

         2) upraven program %MZDZRA-zadávání dle řádků
         - přidána nový možnost D-detaily výpočtů náhrad PN/karantény, která odskočí do výše uvedeného programu
         - toto dovoluje přímo ze zadávání výplaty odskočit do exportu detailů výpočtů náhrad PN/karantény
MZD    2040486.1 05032009 05032009 PB    PB   MZD                  5N          Neukončený měsíc a zadáván nových pracovníků
Zadání : V době, kdy je zpracování mezd například v měsíci 01/2009, ale aktuálně kalendářně je již 02/2009 je nemožné zadat
         nástup nového zaměstnance a zařídit mu potřebné přihlášky. Je nutné čekat do okamžiku zpracování mezd za 01/2009 a
         provedení uzávěrky s přechodem mezd do měsíce 02/2009.
Řešení : Nadále v textu budu používat pojmy
         - "Základní měsíc" jako ten měsíc, ve kterém je aktuálně zpracování mezd celé firmy
         - "Aktuální měsíc" jako ten měsíc, do kterého je uživatel aktuálně přepnut přes výlety v čase

         1) program %MZDCFG4-výlety do minulosti přejmenován na "výlety v čase"
         - dosud program dovoloval vybrat pouze měsíce v minulosti
         - nově dovoluje vybrat i bezprostředně následující měsíc po základním měsíci
         - program v tomto případě upozorní obsluhu hlášením "Jedná se o výlet do budoucnosti pro zadávání nových matric !"

         2) upraveno zadávání matric
         - při použití povelu V-volné osobní číslo se nové volné osobní číslo hledá jak v aktuálním, tak základním měsíci
         - z nich se bere maximum a přičtením jedničky vznikne nové volné osobní číslo

         - při pokusu zadat neexistující osobní číslo můhou nastat následující situace
           A) jsme ve výletu do "minulosti"
              -> program se brání osobní číslo zadat a nelze pokračovat ("Do ukončeného měsíce nelze nic přidat !")
           B) jsme ve výletu do "budoucnosti" a v základním měsíci toto číslo neexistuje
              -> vše je v pořádku, zadáváme nového člověka
           C) jsme ve výletu do "budoucnosti" a v základním měsíci toto číslo existuje
              -> program se brání osobní číslo zadat a nelze pokračovat ("1111-Nový Jan již existuje v měsíci 01/2009 !")
           D) jsme v základním měsíci a v následujícím měsíci toto číslo neexistuje
              -> vše je v pořádku, zadáváme nového člověka
           E) jsme v základním měsíci a v následujícím měsíci toto číslo existuje
              -> program se brání osobní číslo zadat a nelze pokračovat ("1111-Nový Jan již existuje v měsíci 01/2009 !")
              -> nový zaměstnanec již byl zadán v rámci "výletu do budoucnosti"

         3) upraven program %MZDKMES-ukončení měsíce
         - dosud se předpokládalo, že v novém měsíci nebudou žádná data a proto se vzaly všechny matrice z ukončovaného měsíce
         , okopírovali se do nového a provedly se potřebné nápočty
         - nově se musí kopírovat všechny matrice po jedné (což zaručí zachování nově zadaných v novém měsíci)

         4) upraven program %MZDOMES-odukončení měsíce
         - dosud program fungoval tak, že zrušil všechna data v ukončovaném měsíci a poté nastavil nový "Základní měsíc"
         - nově přidán přepínač "Jak zrušit data v ukončovaném měsíci  ?" s možnostmi

           1-zachovat nově zadané pracovníky
           2-zrušit kompletně celý měsíc    

         - předvolená možnost 1-zachovat nově zadané pracovníky zruší pouze data těch zaměstnanců, která existují i v minulém
         měsíci (jinak řečeno - zachová ty, které byly zadány nově v rámci "výletu do budoucnosti")

         - pokud zvolíte možnost 2-zrušit kompletně celý měsíc, pak se zruší i data nově zadaná v rámci "výletu do budoucnosti
         "
MZD    2040487.1 23032009 23032009 PB    PB   MZD                  5N          ELDP pro zaměstnance s vedlejší činností
Zadání : DPMHK : Mzdová účetní přišla na to že u vygenerovaných ELDP pro vedlejšáky (M128=8) je špatně částka vyměřovacího
         základu. Je tam dvojnásobek.

         Například u osobního čísla 200058 (mzdový list pro hlavní=58 i vedlejší=200058 PP je v příloze)
         Řádek 530=110 277
         Řádek 393=-110 277

         Tj základ se vypočet ve velikosti 220 554.

         Je špatně i hlavní PP, kde je zase méně o ten vedlejšák.
         V součtu je to ale dobře
Řešení : Citát z příručky ČSSZ: 
         Při trvání dvou (více) souběžných výdělečných činností jednoho pojištěnce u téže organizace v průběhu kalendářního
         roku, organizace vyhotovuje a předkládá samostatné ELDP pro každou výdělečnou činnost.

         ==> opravena centrální funkce vracející data o vyloučených dobách a vyměřovacím základu

         a) dosud se do základu dával rozdíl Kč(530)-Kč(393)
         b) nově se do základu dává pouze Kč(530)

         Tato funkce je použita na následujících 2 místech

         %MZDT240	Tisk příloh k žádostem od roku 2009
         %MZELDP1	Výpočet a vytváření záznamů ELDP
MZD    2040488.1 27032009 27032009 PB    PB   MZD                  5N          ELW Hromadný import docházky a individuálních kal.
Zadání : S nárůstem počtu prodejen a zavedením individuálních kalendářů je postupný import mnoha souborů s docházkami a
         individuálními kalendáři je velmi pracný. Nešlo by to nějak automatizovat.

         Názvy souborů s docházkami, které naplouváme ? import docházek a import individálních kalendářů - jsou např.

         D_010-10000_0209.csv
         D_020-80000_0309.csv

         010,020?. Jsou čísla středisek ? prodejen (Zličín, Černý Most,?) ukazatel 101

         10000,20000,? čísla oddělení (bílá technika, PC, sklad, ?.), v Idee označno jako kategorie ukazatel 1001

         U officu ale nejsou jednotlivé kategorie, takže například máme office uložený jako D_100_0209.csv (středisko 100 je
         office). Jsme čtyři mzdovky a každá se stará o určité prodejny, tak každá naplouvá své prodejny samostatně.

         Pokud je někde špatně zadaná docházka, tak po její opravě, kterou musí udělat na prodejně, se naplouvá znovu.

          
Řešení : Byly upraveny následující programy 
          
         %MZELW11-import docházky electroworld    
         %MZELW07-import individuálních kalendářů
          
         Princip změny je následující : jednoduchý vstup "Import ze souboru" byl změněn na následující trojici vstupů
          
         Adresář se soubory             : <standardní>                                
         Maska s filtrem na soubory     : D_*_0209.csv                                
         Import dat ze souborů        <3> D_101_0209.csv,D_102_0209.csv,D_103_0209.csv
          
         ==> každá z Vás by v ideálním případě měla spustit každý z těchto programů jen 1x pro svoje vybrané CSV soubory
         (odpovídající střediskům, ...)
MZD    2040489.1 27032009 27032009 PB    PB   MZD                  5N          Informace o spočítané výplatě nefunguje na 382
Zadání : Informace o spočítané výplatě nefunguje na řádek 382 - vratka roční daně.
         Při zapsání ročního zúčtování daně %MZDDAN do ř. 382 je třeba výplatu přepočítat i když je hlášeno, 
         že je výplata spočítaná.
Řešení : Do programu %MZDDAN-roční zúčtování daně bylo přidáno po provedení povelů 'N'uluj řádek 382 nebo 'Z'apiš do řádku 382
          nastavení příznaku potřeby přepočítat výplaty.
MZD    2040490.1 27032009 27032009 PB    PB   MZD                  5N          Roční zúčtování daně a srážky propuštěným
Zadání : Bylo by dobré přidat do %MZDTERR - cyby a varování také zaslání výplaty poštou.
         Jedná se o případy dříve propuštěných zaměstnanců, kterým dodatečně vyplácíme nějakou mzdu,
         např. vrácení přeplatku roční daně. V případě, že chceme poslat peníze na účet, musíme upravit v matricích
         %MZM4, řádek 10 na "ANO", protože při propuštění se automaticky přepíše na "NE". 
         Nebo se dá řádek 10 zafixovat na "ANO" jiným způsobem? Dnes už stejně peníze poštou asi nikdo neposílá.
Řešení : K řešení tohoto problému by měly stačit stávající nástroje IDEA-mzdy.

         1) změna u existujících zaměstnanců
         ---------------------------------------------------
         - IDEA-mzdy / matrice / nástroje na úpravy matric 
         - program %MZDZM 3. hromadné změny matric
         - tímto programem si můžete u všech/vybraných zaměstnanců nastavit matriční údaj M104US-Uspokojovat srážky i v
         případě propuštění   ? následovně

         ************************************************************************************
         Středisko       : Vše                                     
         Osobní číslo    > Vše                                     
         Kód údaje       : 104US     Uspokojovat srážky propuštěným
         Původní hodnota : Bez podmínky na původní hodnotu         
                                                                   
         Nová    hodnota : Ano                                     
                                                                   
         Podmínka        : Bez podmínky                            
                                                                   
         Tisknout        ?      LP=30#2 Standardní tiskárna        
         ************************************************************************************

         2) standardní nastavení u nových zaměstnanců
         --------------------------------------------------------------------
         - IDEA-mzdy / správce mezd / definice
         - program %MZDIIMU 16. individuální inicializace matric
         - zde si můžete nastavit toto

         **************************************************************************************
            Matriční údaj       : 104US  Uspokojovat srážky propuštěným         
                                                                                
         1. Default hodnota     : A                                             
         2. Jak ji nabízet      ? 1-default hodnota se doplní až po stisku Enter
         3. Uložit s novým zam. ? Ano                                           
         **************************************************************************************
MZD    2040491.1 27032009 27032009 PB    PB   MZD                  5N          Jak zadat 'bolestné' (body od lékaře) za prac.úraz
Zadání : Potřebuji zadat do výplat tzv. ?bolestné? ( body od lékaře ) za pracovní úraz a nevím, který řádek použít. Zda 321
         nebo 345 či jiný.....   Můžete mi prosím poradit ?
Řešení : Pro tyto účely použijte řádek 346-Náhrady za škody způsobené prac. úrazem. Je to nedaněný řádek.
          
         ČŘ  Popis                                    T  Alg.  H  H  H  H  H  H  K  K  K  K  K  K  K  T  O  D  H  H  K  D
                                                               C  P  P  S  Z  S  C  P  H  P  Z  C  S  R  D  A  T  M  M  S
                                                                     P  Z  P  M     R  P  P  P  P  Z  E  B  N  O  M  M  S
                                                                                                                        P
         ????????????????????????????????????????????????????????????????????????????????????????????????????????????????
         346 Náhrady za škody způsobené prac. úrazem  V  B3    .  .  .  .  .  .  B  .  .  .  .  .  .  .  .  N  .  .  .  .

MZD    2040492.1 06042009 06042009 PB    PB   MZD                  5N          Chybné započítávání PN do hrubé mzdy
Zadání : Mám dotaz ohledně náhrady mzdy za nemoc.Pokud někdo je nemocen  např .od 1-do 28.2., tak dostane náhradu za nemoc a
         tato náhrada naskočí i  jako hrubá mzda a tudíž se nám z toho vypočte i příspěvek do penzijního fondu. Samozřejmě ,
         že  jsme si to tento měsíc upravili v konfiguraci, ale myslím si, že  by to nemělo být ve hrubé mzdě, jako nebyla
         nemoc v roce 2008 v hrubé mzdě a byla jen jako částka osvobozená od daně.

         V hrubé mzdě  má být započteno pouze to , co  je poskytováno za práci. Nejlépe rozsah citován v abecedě mzdové účetní
           strana 128, kde je odkaz i na §109,353 odst1 ZP.
         --------------------------------------------------------
         Dnes jsem zjistila, že ve vašich sestavách jsou v hrubé mzdě zahrnuty náhrady dočasné pracovní neschopnosti, nevím
         zda tyto částky u vás jsou zahrnuty i do dalších výpočtů.... to jsem nezjišťovala.

         Dle mě by tyto náhrady v hrubé mzdě být neměly.  
Řešení : Jedná se pouze o zobrazení v ř. 320-Hrubá mzda, ze kterého se další výpočty neprovádějí, mimo výpočtu ř. 392 - Úhrn
         zúčtovaných mezd.

         Jediný problém je asi v ElectrWordu, protože je tam Hrubá mzda použita k dalším účelům - výpočtu příspěvku podniku na
          penzijní připojištění

         Výpočty průměrů jsou prováděny podle zápočtů jednotlivých řádek, nikoliv tedy z Hrubé mzdy.

         Je to způsobeno zápočtem u řádků 103-107, kde máme chybně KC = A a má být KC = B

         ==> upraveny zápočty KC=B pro řádky 103-107

MZD    2040493.1 07042009 10042009 PB    PB   MZD                  5N          Čtvrtletní šetření o průměrném výdělku od 2009
Zadání : Od prvního čtvrtletí roku 2009 (vykazováno během 04/2009) se mění formát exportu dat pro Čtvrtletní šetření o
         průměrném výdělku.

         Detaily viz www.trexima.cz
Řešení : 1) založen nový číselník %MZC922-číselník okresů LAU1
         - jedná se o číselník dodávaný společně s projektem IDEA-mzdy
         - data do číselníku jsou převzata z webu Českého statistického úřadu

           http://www.czso.cz/csu/klasifik.nsf/i/ciselnik_okresu_lau1_nuts_2008

         2) upraven konfigurační program %MZDCF67-konfigurace statistiky Trexima
         - přidán nový parametr "Kód územní jednotky (LAU1)", kde je nutné vyplnit kód územní jednotky (okresu), v němž má
         ekonomický subjekt sídlo, podle číselníku LAU 1 (viz výše).

         - údaje, které jsou od roku 2009 nepoužívané, byly zachovány a přesunuty do histrické sekce obrazovky

          1. Kód územní jednotky (LAU1)                               : CZ0100 
          2. Průměrný počet zaměstnanců ve fyzických osobách (POCFYZ) : <dle výpočtu>
          3. - přepočtený ve fyzických osobách (POCFYZP)              : <dle výpočtu>
                                                                               
         --- údaje používané do roku 2008 -------------------------------------
          4. Kód územní jednotky (NUTS4)                              : CZ0104 
          5. Kód odvětvové klasifikace (OKEC)                         : 72400  
          6. Kód pro rozlišení finanční kontroly (FINKONT)            : 2      
          7. Typ kolektivní smlouvy (KSMLOUVA)                        : 9      

           Sčítání počtu zaměstnanců je od roku 2009 volitelné. V konfiguraci můžete oba      
         parametry (fyzický/fyzický přepočtený) zadat a program pak tuto hodnotu 
         vloží do výsledného souboru. Nebo necháte parametry v konfiguraci       
         nevyplněné (znázorněno jako <dle výpočtu>) a program potom obě hodnoty  
         spočítá. Používá přitom shodnou logiku, která je použita v programech   
         %MZDT060-Stavy pracovníků nebo %MZDT205-Průměrné hodnoty za období.     

         3) rozšířen číselník %MZC128-trvalá pracoviště
         - ke každému pracovišti přidána možnost specifikovat "Okres/kód územní jednotky (LAU1)"
         - postup odvození údaje MISTOVP - Místo výkonu práce. Uvede se místo pracoviště daného pracovního poměru zaměstnance
         sjednané v pracovní smlouvě podle § 34 odst. 2 ZP vyjádřené kódem územní jednotky (číselník LAU1  v příloze).
           a) použije se matriční údaj M128-trvalé pracoviště a pro něj se zkoumá, jestli má v číselníku uveden "Okres/kód
         územní jednotky (LAU1)" - pokud Ano, pak odvozování končí
           b) jinak se jde do %MZDCF67-konfigurace statistiky Trexima a bere se hodnota "Kód územní jednotky (LAU1)"

         4) vytvořen nový program %MZDT241-statistika Trexima od roku 2009
         - oproti minulým verzím byl program zjednodušen
           * odstraněny vstupy "Aplikovat testy >" a "Realizovat testy   >" a veškeré kontroly jsou ponechány na zpracování v
         Treximou dodávaném "Lokálním pořizovacím programu ISPV2009"
           * odstraněn vstup "Komu poslat e-mailem    :", který dubloval standardní funkčnost IDEA-systému při odesílání
         sestav a vytvářených souborů e-mailem

         - upraveno vytváření souborů tak, aby vytvářená data odpovídala nové struktuře platné od roku 2009

         Střediska                  > Vše                             
         Osobní čísla               > Vše                             
         Druhy pracovního poměru    > Vše                             
         Od měsíce                  : 012009                          
         Do měsíce                  : 032009                          
         Typ věty                   ? 2-s oddělovačem                 
         Odkud brát KZAM            ? 2-odvozeně z číselníku profesí  
                                                                      
         Soubor o subjektu          : MI200903.TXT                    
         Soubor o zaměstnancích     : MP200903.TXT                    
                                                                      
         Tisknout                   ?

            Tento program vytváří soubor pro statistické šetření o mzdách              
          zaměstnanců ve formátu platném od roku 2009.                                 
                                                                                       
            Program prochází vybrané zaměstnance s vybranými druhy pracovního          
          poměru. Do loňské verze tohoto programu byla v programu natvrdo výjimka,     
          která zpracovávala pouze M124=1=hlavní/první pracovní poměr. Nyní můžete     
          zvolit libovolnou kombinaci druhů pracovního poměru, které chcete do         
          zpracování zahrnovat.                                                        
                                                                                       
            Sčítání počtu zaměstnanců je volitelné. V konfiguraci můžete oba           
          parametry (fyzický/fyzický přepočtený) zadat a program pak tuto hodnotu      
          vloží do výsledného souboru. Nebo necháte parametry v konfiguraci            
          nevyplněné (znázorněno jako <dle výpočtu>) a program potom obě hodnoty       
          spočítá. Používá přitom shodnou logiku, která je použita v programech        
          %MZDT060-Stavy pracovníků nebo %MZDT205-Průměrné hodnoty za období.          
                                                                                       
             Vysvětlivky k některým údajům :                                           
                                                                                       
          MP, OONQ - Ostatní osobní náklady                                            
          - zde se sčítají Kč z řádků 110 až 112,114,116 až 124,127 až 136,            
                182,187,202,207,222,242,252,262,282,284,290,322,348                    
                                                                                       
          MP, ODMDPCQ - Odměny osobám pracujícím na dohodu o pracovní činnosti         
          MP, HODDPCQ - Počet hodin odpracovaných osobami pracujícími na DPČ           
          - sčítá Kč/hodiny z řádků 110+111                                            
          - za M124-pracovní poměry 5,6,15,16,25,35,45,55,65,75,85,95                  
MZD    2040494.1 08042009 08042009 PB    PB   MZD                  5N          ELDP - přidat do tisku kód a název OSSZ
Zadání : Na evidenčním listu důchodového pojištění pro rok 2009 přibyly nové údaje:
         - kód OSSZ
         - místně příslušná OSSZ
          
         Tyto údaje by měly být i na našem tištěném formuláři, který předáváme zaměstnanci.
         Vyplývá to z kontroly OSSZ.
Řešení : Rozšířen tisk programu %MZELDP2-tisk a export dat ELDP
         - do hlaviček tisků přidány požadované hodnoty
         - týká se formátu tisku 2-kompletní tisk bez rámečků a 3-kompletní tisk s rámečky  
MZD    2040495.1 08042009 08042009 PB    PB   MZD                  5N          Rozšíření sestavy přeplatků/nedoplatků na dani
Zadání : Potřeboval jsem rozdělit pro finanční úřad řádek 382 - vratka roční daně na přeplatky na dani a vratky na daňovém
         bonusu. Tyto údaje podle zaměstnanců asi v nějakém sumáři nikde nemáme. Bylo by vhodné je doplnit třeba do sestavy
         %MZDTO77. 
Řešení : Rozšířen program %MZDT077-Daň z příjmu - přeplatky a nedoplatky
         - přidány nové sloupce "Přeplatek na dani po slevě" a "Doplatek na daňovém bonusu"
MZD    2040496.1 08042009 08042009 PB    PB   MZD                  5N          Potvrzení o zdanitelných příjmech - tisk do Wordu
Zadání : PROPEM : V příloze posílám ve Wordu formulář Potvrzení o příjmech. Šlo by takto vytvořený formulář naplnit daty z
         mezd při použití QW?
Řešení : Rozšířen program %MZDT038-Potvrzení o zdanitelných příjmech 
         - nově je tisk od roku 2009 do Wordu na základě dodané RTF šablony
         - všechny formáty tisků do roku 2008 fungují jako dosud
         - tisk od roku 2009 mimo RTF/Word funguje jako dosud
MZD    2040497.1 08042009 08042009 PB    PB   MZD                  5N          Rozdělení jména a příjmení mzdových účetních
Zadání : Pro tisk Přehledu o výši pojistného a vyplacených dávkách pro ČSSZ je třeba rozdělit jméno mzdových účetních a potom
         plnit zvlášť příjmení a jméno do příslušných okének.
Řešení : 1) rozšířen konfigurační program %MZDCFG7-mzdové účetní
         - původní jeden vstup "Jméno a příjmení" rozdělen na tři vstupy "Příjmení", "Jméno" a "Tituly"
         - původní hodnota zůstala celá beze změny ve vstupu "Příjmení"

         ==> je třeba projít data v tomto programu a rozdělit jméno a příjmení do patřičných kolonek

            Kód účetní       : JN          
                                           
         1. Příjmení         : Nováková    
         2. Jméno            : Jana        
         3. Tituly           : Ing.        
         4. Telefon          : 733 003 123 

         2) upraveny následující programy tak, aby tiskly správně kompletní jméno mzdové účetní

         %MZDT038	Potvrzení o zdanitelných příjmech
         %MZDT075	tisk výpočtu daně a daň. zvýhodnění
         %MZDT100	Dávky státní sociální podpory
         %MZDT118	Potvrzení pro soudy
         %MZDT151	Poukázání mzdy na účet
         %MZDT177	Potvrzení o zaměstnání (zápočtový list)
         %MZDT190	Přehled o výši pojistného a DNP
         %MZDT232	Potvrzení o průměrném výdělku
         %MZKZP03	Hromadné oznámení zaměstnavatele ZP

         3) upraven program %MZDT238-Přehled o výši pojistného a dávkách
         - kolonky "Příjmení" a "Jméno" v sekci "6. Kontaktní pracovník" se plní výše uvedenými samostatnými hodnotami
MZD    2040498.1 10042009 10042009 PB    PB   MZD                  5N          Schematický návod na zpracování TREXIMY 1Q/2009
Řešení : Tento návod předpokládá, že odesílání statistických dat do Treximy již bylo za rok 2008 používáno.

         1) stáhněte a nainstalujte si Pořizovací program (03/04/2009 verze 2009.1.6)
         - ke stažení z http://www.trexima.cz/site/318/default.aspx

         2) doplňte "Kód územní jednotky (LAU1)" do konfigurace (platí pro celý podnik)

         3) projděte číselník %MZC128-trvalá pracoviště a zde doplňte "Okres (LAU1)" pro každé pracoviště
         - tam, kde to bude nevyplněné se bude brát LAU1 okres z konfigurace pro podnik

         4) zrušte hodnoty POCFYZ/POCFYZP v konfiguraci Treximy
         - tím necháte výpočet počtu zaměstnanců na programu
         - kdyby se ukázalol, že výpočet je nesprávný, pak můžete kdykoli výpočet přemluvit ručně zadanou hodnotou

         5) spusťte program %MZDT241-statistika Trexima od roku 2009
         - podle uvážení vyberte buď všechny nebo vybrané druhy pracovního poměru (dosud bral export do Treximy natvrdo jen
         druh pracovního poměru 1-hlavní PP)

         6) vyexportované soubory MI200903.TXT a MP200903.TXT natáhněte do programu ad 1)

         7) zkoumejte výsledky testů, upravte data podle potřeby a opakujte dokola od libovolného z předchozích bodů
MZD    2040499.1 15042009 15042009 PB    PB   MZD                  5N          Modernizace sestav s novými PN/karanténou
Zadání : Rozšířit sestavy z podmenu tisky / dávky nemocenského pojištění tak, aby fungovaly i nad novými řádky 103-107 s
         náhradami za pracovní neschopnosti platnými od roku 2009.
Řešení : 1) rozšířeny a modernizovány následující sestavy 

         %MZDT111	Kreslení docházky
         %MZDT112	Bezpečnost práce
         %MZDT122	Souvislé pracovní neschopnosti
         %MZDT123	Zvýšené pracovní neschopnosti
         %MZDT180	DNP po ukončení poměru

         2) zrušen zastaralý program %MZDT139-Podklady pro ELDP
MZD    2040500.1 15042009 15042009 PB    PB   MZD                  5N          Dávky státní sociální podpory
Zadání : Od 1.1.2009 musíme vykazovat zaměstnacům do jejich žádostí o dávky státní sociální podpory také částku vyplacenou za
         prvních 14 dnů pracovní neschopnosti. Je třeba tato data doplnit do sestavy %MZDT100-Dávky státní sociální podpory.
Řešení : 1) změněn zápočet DSSP-dávky státní sociální péče pro řádky 103-107
         - původní nastavení A-příjmy z výdělečné činnosti a vratka daní změněno na D-dávky nemocenského pojištění
         - tím se nové náhrady za PN započítají k dávkám nemocenského pojištění

MZD    2040501.1 15042009 15042009 PB    PB   MZD                  5N          Překryv svátku a náhrady za PN
Zadání : 13.4. je svátek a u lidí, kterým končí před tímto dnem náhrada při PN /ř. 103-107/ a jejich nemoc
         pokračuje, se objevuje náhrada mzdy za svátek. Na tuto náhradu nemají samozřejmě nárok, jelikož jsou nadále v
         pracovní neschpnosti, jen je platí SSZ. Program zřejmě bere konec náhrady za nemoc jako konec nemoci vůbec.
Řešení : V programu byla chyba v rozhodování o tom, jestli za svátek uvedený v kalendáři má být placena náhrada
         - dosud se kontroloval pouze překryv s původními dávkami nemocenského pojištění na řádcích 361-366
         - nově přidáno také testování překryvu s datumy u řádků 103-107 = nové náhrady za PN/karanténu
MZD    2040502.1 20042009 20042009 PB    PB   MZD                  5N          Chybný výpočet PN po skončení pracovního poměru
Zadání : V programu je následující chyba ve výpočtu PN : Když zaměstnanec skončí pracovní poměr v době náhrad za nemoc, systém
          dál počítá a vyplácí peníze! Zde již neplyne žádná ochranná lhůta, tedy výplata náhrad musí být zastavena dnem
         ukončení PP, jelikož poté neměl žádné plánované směny.
Řešení : Upraven výpočet PN v režimu od roku 2009 tak, že se náhrady počítají pouze za dny, kdy je zaměstnanec v pracovním
         poměru.
MZD    2040503.1 20042009 20042009 PB    PB   MZD                  5N          Speciální znaky v názvu firmy a ČSSZ/ELDP
Zadání : máme problém s výrobou xml souborů pro použití v Portlinku od NZ Servisu. 
         > Při načtení do Portlinku mi to vypíše chybu viz níže. Zajímavý je, že 
         > to dělá jenom v jednom datasetu. Dělá to jak v přihláškách, tak v ELDP.
         > Přijde mi to, že špatně vytvoří xml soubor, ale nevím, kde bych co 
         > nastavil. V konfiguraci
         > (%MZDCF16) to mám nastavené stejně jako v ostatních datasetech. A 
         > nemůžu si vzpomenout jestli se nenastavuje ještě něco jiného.  Myslel 
         > jsem, že ostatní nastavení budou v %SYS pro všechny datasety společné.
Řešení : 1) Problém byl způsoben znakem "&" v názvu společnosti

         nam="FUN & ENJOY Production s.r.o." 

         2) do programů na vytváření ELDP/ČSSZ přidáno správné překládání tak, aby tento speciální znak nevadil

         nam="FUN &amp; ENJOY Production s.r.o."
────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
Celkem požadavků : 24
─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── IDEA