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é.

24 LED 2007 %CSPUT Hlavní společnost - 2 - 10:11 PB-1001 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada   Požadavek Zapsáno  Vyřešeno Zapsal Řeší Skupina   P Termín   Předmět                                            Přílohy (Z/Ř) ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── 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.

24 LED 2007 %CSPUT Hlavní společnost - 3 - 10:11 PB-1001 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada   Požadavek Zapsáno  Vyřešeno Zapsal Řeší Skupina   P Termín   Předmět                                            Přílohy (Z/Ř) ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── 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   

24 LED 2007 %CSPUT Hlavní společnost - 4 - 10:11 PB-1001 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada   Požadavek Zapsáno  Vyřešeno Zapsal Řeší Skupina   P Termín   Předmět                                            Přílohy (Z/Ř) ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── 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

24 LED 2007 %CSPUT Hlavní společnost - 5 - 10:11 PB-1001 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada   Požadavek Zapsáno  Vyřešeno Zapsal Řeší Skupina   P Termín   Předmět                                            Přílohy (Z/Ř) ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── 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

24 LED 2007 %CSPUT Hlavní společnost - 6 - 10:11 PB-1001 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada   Požadavek Zapsáno  Vyřešeno Zapsal Řeší Skupina   P Termín   Předmět                                            Přílohy (Z/Ř) ────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────  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

24 LED 2007 %CSPUT Hlavní společnost - 7 - 10:11 PB-1001 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada   Požadavek Zapsáno  Vyřešeno Zapsal Řeší Skupina   P Termín   Předmět                                            Přílohy (Z/Ř) ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── 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 

24 LED 2007 %CSPUT Hlavní společnost - 8 - 10:11 PB-1001 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada   Požadavek Zapsáno  Vyřešeno Zapsal Řeší Skupina   P Termín   Předmět                                            Přílohy (Z/Ř) ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── 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ž

24 LED 2007 %CSPUT Hlavní společnost - 9 - 10:11 PB-1001 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada   Požadavek Zapsáno  Vyřešeno Zapsal Řeší Skupina   P Termín   Předmět                                            Přílohy (Z/Ř) ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── 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

24 LED 2007 %CSPUT Hlavní společnost - 10 - 10:11 PB-1001 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada   Požadavek Zapsáno  Vyřešeno Zapsal Řeší Skupina   P Termín   Předmět                                            Přílohy (Z/Ř) ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── 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

24 LED 2007 %CSPUT Hlavní společnost - 11 - 10:11 PB-1001 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada   Požadavek Zapsáno  Vyřešeno Zapsal Řeší Skupina   P Termín   Předmět                                            Přílohy (Z/Ř) ────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────   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

24 LED 2007 %CSPUT Hlavní společnost - 12 - 10:11 PB-1001 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada   Požadavek Zapsáno  Vyřešeno Zapsal Řeší Skupina   P Termín   Předmět                                            Přílohy (Z/Ř) ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── 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.

24 LED 2007 %CSPUT Hlavní společnost - 13 - 10:11 PB-1001 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada   Požadavek Zapsáno  Vyřešeno Zapsal Řeší Skupina   P Termín   Předmět                                            Přílohy (Z/Ř) ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── 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.

24 LED 2007 %CSPUT Hlavní společnost - 14 - 10:11 PB-1001 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada   Požadavek Zapsáno  Vyřešeno Zapsal Řeší Skupina   P Termín   Předmět                                            Přílohy (Z/Ř) ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Ř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

24 LED 2007 %CSPUT Hlavní společnost - 15 - 10:11 PB-1001 Tisk požadavků ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── Řada   Požadavek Zapsáno  Vyřešeno Zapsal Řeší Skupina   P Termín   Předmět                                            Přílohy (Z/Ř) ──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── 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