Výpočty mezd se realizují na základě definovaných Výpočtových schémat.\nVýpočtové schéma - popis\nVýrazy pro podmínku\nFunkce + popis některých dodávaných funkcí pro výpočet mezd\nPořadí zpracování částí výpočtového schématu\nPostup výpočtu položek dle výp.schémat + Vynulování hodnot některých dříve vypočtených položek ML před výpočtem\nKdy se ML nepřepočítává vůbec nebo částečně - Zablokování výpočtu mezd\nMožnosti změn a použití aktuálních hodnot\nMožnosti změn výp. schémat a definic součtů, historie\nUpdate výpočtových schémat s uživatelsky přidanými záznamy v historii\nMožnosti změn globálních proměnných, použití při výpočtu\nPoužití daňových tabulek při výpočtu\nVýpočtové schéma lze chápat jako předpis, podle kterého má probíhat výpočet, tj. celé schéma výpočtu části agendy a to nejen výpočet položek mzdových listů (dílčích i souhrnných) a průměrů, ale i ročního zúčtování nebo mzdové uzávěrky.\nVýpočtových schémat (definic výpočtu) může být obecně mnoho.\nKaždé výpočtové schéma obsahuje seznam počítaných položek, které se podle daného schématu mají počítat a pro každou počítanou položku obsahuje definici jejího výpočtu.\nZjednodušený nákres výpočtového schématu obsahující výpočtové vzorce pro 3 počítané položky, z nichž do 2. vstupuje součet (Sčítanec 1) z jiné položky a do 3. vstupují dva součty z jiných dvou položek\nPředpis výpočtu počítané položky může být realizován různým způsobem, tj. definice výpočtu položky může obsahovat:\nSoučet jiných položek - tj. položka může být definována jako sčítaná, tj. jako součet z jiných vybraných položek. Přitom zahrnutí těchto vybraných položek - sčítanců - do výsledného součtu může být vázáno na splnění výrazu podmínky a výsledný součet může být navíc korigován korekčním výrazem.\nStandardní akce - na výpočet položky může být vázána některá ze standardních akcí, které jsou k dispozici, přičemž může být volána buď před výpočtem anebo až po výpočtu položky (podle toho, k jakému účelu má být použita a co má být jejím výsledkem).\nVýpočetní výraz - Jedná se o výraz zapsaný v požadované syntaxi, který může obsahovat odkazy na libovolné jiné položky, na globální proměnné, na speciální položky, na funkce a může obsahovat substituční řetězce. Může být dán výrobcem nebo uživatelem, přičemž v definici výpočtu položky lze nastavit, zda se má použít výraz daný výrobcem (standardní definice), nebo daný uživatelem (uživatelská definice) nebo kombinace obojího. Realizace výrazu může být vázána na splnění podmínky, viz dále.\nVýraz pro podmínku - splnění podmínky ovlivňuje realizaci výpočetního výrazu. Pro výraz zadaný jako podmínka platí obdobná pravidla jako pro výpočetní výraz.\nKontrolní výraz - výraz pro kontrolu hodnoty položky. Pro výraz zadaný jako podmínka platí obdobná pravidla jako pro výpočetní výraz, kromě použití substitučních řetězců, viz dále.\nKaždou z uvedených částí lze realizovat jak samostatně, tak libovolnou kombinací všech. Tedy je možné např. definovat kontrolu hodnoty položky bez jejího výpočtu a stejně tak je možné, mít položku definovánu jako výpočetní výraz, do něhož je zahrnut výsledek součtu jiných položek, ale např. jen za určité splněné podmínky a současně nějak zkorigovaný, a současně výsledek nějaké standardní akce.\nKaždé výpočtové schéma je jednoznačně identifikováno a má evidovánu platnost a stav v historii (v čase). Definice výpočtu položek počítaných v rámci daného výpočtového schématu se mohou podle potřeby v čase průběžně měnit. Sleduje se historie těchto změn v čase. Při vlastním výpočtu se použije vždy ta část definice, která je platná k datu resp. mzdovému období, za který se výpočet provádí.\nVýpočtová schémata se mohou i překrývat, co se týče definice počítaných položek, tzn., že více schémat může obsahovat definici výpočtu týchž položek. Podle jaké definice se nakonec výpočet takové položky provede, závisí na tom, které výpočtové schéma se aktuálně použije, viz dále:\nPokud ale k jednomu druhu prac. poměru, resp. ML přiřadíte najednou výpočtová schémata obsahující definici výpočtu téže položky, použije se pouze jedna z těchto definic (jelikož každá položka se v rámci daného výpočtu vypočte pouze jednou, viz postupy výpočtu), přičemž nelze v žádném případě stanovit, která z nich to bude.\nSoučtové položky jsou takové položky, jejichž hodnota se vypočte jako korigovaný součet jiných položek mzdového listu.\nPak mluvíme o:\nSoučtové položce (součet) - jejíž hodnota vznikne jako součet hodnot jiných (sčítaných) položek\nSčítané položce (sčítanec) - jejíž hodnota se použije jako jeden ze sčítanců při výpočtu součtové položky\nSčítané položky nejsou vlastněnou kolekcí definic výpočtu, ale jsou to samostatné Business objekty. Důvodem je to, aby bylo možné jednoduše zahrnout uživatelskou položku do definice výpočtu originální položky, aniž by bylo nutné si zavádět vlastní uživatelskou definici výpočtu.\nSčítané položky jsou uvedeny jako definice součtů patřící k dané součtové položce. Každá definice součtu definuje vazbu součtu na sčítanec plus korekce a podmínka. Tj. definice součtu je pak identifikována:\nVýpočtovým schématem, do něhož patří součtová položka a součtovou položkou,\nTřídou Business objektu, k němuž patří sčítaná položka a sčítanou položkou\nKromě toho definuje Výrazy, Podmínky, Korekce. Ve výrazech lze používat substituční řetězec %V%, který je pak nahrazen hodnotou položky.\nObsahuje-li korekční výraz -1 * %V%, pak to znamená, že daná sčítaná položka - sčítanec, se vynásobí (-1) a takto zkorigovaná se přičte do součtu, tzn., že se od součtové položky vlastně odečte.\nKaždá definice součtu obsahuje datum platnosti (od).\nMožnosti potlačení započtení sčítanců do výsledného výpočtu součtové položky:\npotlačením sčítance, jelikož každou definici součtu lze potlačit\nnastavením hodnoty "Bez součtu" v položce Součet v definici výpočtu položky ve výpočtovém schématu\nnebo neuvedením %V% u výrazu (pozor platí jen u neprázdného výrazu)! Tj. u prázdného výrazu se %V% nemusí uvádět a součet se načte, neboli neuvedením %V% u prázdného výrazu se součet nepotlačí. Prázdným výrazem se rozumí i výraz obsahující pouze mezery. - Viz Tip pro vás v popisu Pořadí zpracování částí výpočtového schématu.\nSpeciálním případem je pak možnost nastavit na výp. schématu Nezapočítávat dílčí mzd. listy do součtu - sčítanec se pak nezapočte, nicméně je využit jiným způsobem (např. k rozúčtování) - používá se např. u schémat třídy Výpočet uzávěrky. Viz např. výpočet Položek uzávěrky.\nDále viz popis zmíněných položek v definici součtu a Možnosti změn výp. schémat a definic součtů, historie.\nKorekční výraz může být libovolný výraz, který zkoriguje výpočet sčítané položky - sčítance před jejím načtením do součtové položky. Jednoduchým příkladem může být vynásobení minus jednou, tj. vlastně "odečtení" sčítané položky od výsledného součtu.\nKorekční výrazy však mohou být mnohem složitější a vlastní hodnotu dané položky - sčítance ani nemusí započítávat (pokud korekční výraz neobsahuje substituční řetězec %V%. Toho se s výhodou využívá tehdy, pokud není k dispozici položka, která by přímo obsahovala potřebný údaj, ale potřebný údaj se získá právě vyhodnocením korekčního výrazu.\nU výpočtu průměrů na nemoc je třeba od jmenovatele odečíst zameškané kalendářní dny nemoc. dávek, ale ještě za splnění určitých podmínek. Není však k dispozici položka, která by přímo danou hodnotu obsahovala, proto je mezi sčítanci uvedena položka Nem. dávky a náhrady - nepřítomnost (MLD:S_SickAbsences), a v její korekci je uveden výraz, který napočtení zameškaných kalendářních dnů zajistí. Která položka je uvedena jako sčítanec, není v daný moment důležité, jelikož samotná hodnota položky Nem.dávky - nepřítomnost (MLD:S_SickAbsences) se vůbec do výsledku vyhodnocovaného korekčního výrazu nijak nepromítá, tudíž výsledný součet nijak neovlivní.\nTéhož by uživatel dosáhl definicí příslušného výrazu přímo v položce Výrazy výpočtového schématu.\nKorekční výrazy mohou být dále využity pro definice výpočtových schémat třídy Výpočet uzávěrky, jelikož pro ně nelze výrazy používat, viz Výpočet uzávěrky.\nUrčuje, za jaké podmínky se má výpočet provést. Podmínkou může být libovolný výraz, který je při výpočtu dané položky vyhodnocen a je-li splněn, pak je příslušný výpočetní výraz definovaný pro aktuální položku vyhodnocen.\nStandardní akce jsou pevně naprogramované akce, které řeší určitou část výpočtu podstatnou pro výpočet mezd a provádějí se v definovaném okamžiku. Jsou pevně definovány výrobcem a nelze je uživatelsky měnit. Registrovány jsou v repozitoři. Důvodem je to, že se jedná o složitý výpočtový algoritmus, který není řešitelný metodou výpočtových vzorců, jako je tomu u ostatních počítaných položek.\nStandardní akce se mohou lišit v různých lokalizacích, podle aktuálně platné legislativy.\nRegistrace v repozitoři\nRealizace vázána na konkrétní položku ve vzorci\nStandardní akce je nutné provést na určitém místě výpočtu, tzn. že realizace takové akce je vázána na konkrétní položku ve výpočtovém schématu. To je realizováno tak, že výpočtové vzorce definují položky mzdového listu, při jejichž výpočtu se odpovídající standardní akce volají a provádějí, přičemž lze definovat, zda se má v daném místě provést před výpočtem anebo po výpočtu příslušné položky. Standardní akce může být dále volána s různými parametry (viz dále), které mohou přesněji specifikovat, co přesně má být výsledkem jejího výpočtu.\nPříklady standardních akcí:\nNáhrady mzdy - pro výpočet ostatních náhrad mzdy celkem\nDovolené - pro výpočet a uložení zůstatku dovolené - řeší Business Object dovolených\nPříplatky - pro výpočet ostatních příplatků - spouští se u položky Ostatní příplatky\nVýkony - pro výpočet údajů z výkonů (počty, sazby, celkové částky (sazba*čas))\nVýpočet srážek - pro výpočet a uložení srážek - řeší Business Object srážek\nČástka v cizí měně - pro výpočet Částky v cizí měně\nNáhrady výdajů - pro výpočet ostatních náhrad výdajů celkem\nStand. akce - Výkony\nSečte údaje z výkonů k danému dílčímu mzdovému listu podle masky.\nSpouští se před výpočtem položky, v jejíž definici výpočtu se volá. Do výpočtového vzorce dané položky je třeba vložit na vhodné místo substituční řetězec %A%, který bude nahrazen výsledkem této standardní akce.\nMASK=<maska> - Čtyřznaková maska pro výběr výkonů podle jejich kódů.\n(je možné použít divoký znak "?" jako libovolné písmeno).\nRESULT=<sčítaný údaj> - <sčítaný údaj> může nabývat hodnot:\nCOUNT (sčítá počty)\nCHARGE (sčítá sazby)\nTOTAL (sčítá celkové částky)\nStand.akce Výkony vyvolaná s parametry MASK=HC,HU a RESULT=COUNT vysčítá za počítané mzdové období počet hodin ze zadaných výkonů s kódy začínajícími na HC nebo HU. Tj. vysčítá ze zadaných výkonů počet hodin odpracovaných v hodinové nebo úkolové mzdě.\nVhodného použití: Položka "Odpracované hodiny celkem", dále viz Výpočet odpracované doby - odpracované hodiny.\nViz též Práce s výkony - podklad pro mzdy nebo rozúčtování mezd.\nStand. akce - Příplatky\nSečte ostatní příplatky zadané k danému mzdovému listu v subzáložce Příplatky a vrátí jejich součet.\nVhodného použití: Položka "Ostatní příplatky"(S_OtherCharges), dále viz Výpočet příplatků - Ostatní příplatky.\nStand. akce - Náhrady mzdy\nSečte ostatní náhrady zadané k danému mzdovému listu v subzáložce Náhrady a vrátí jejich součet (podle parametru sčítá buď celkovou částku nebo základ pojistného).\nAMOUNT (sečte celkovou částku)\nINSURANCE (sečte základ pojistného)\nVhodného použití: Položka "Ostatní náhrady"(S_OtherCompensations) a položka Ostatní náhrady základ poj. (S_OtherCompInsBase), dále viz Náhrady - Ostatní náhrady.\nStand. akce - Náhrady výdajů\nSečte náhrady výdajů zadané k danému souhrnnému mzdovému listu v subzáložce Náhrady výdajů a vrátí jejich součet (sčítá částku).\nVhodného použití: Položka "Ostatní náhrady výdajů"(S_ExpenseCompTotal), dále viz Nedaněný příjem - Ostatní náhrady výdajů.\nStand. akce - Dovolené\nPokud zaměstnanec čerpá ve zpracovávaném mzdovém období dovolenou nebo je mu nějaká dovolená proplácena, pak standardní akce vytvoří záznam čerpání dovolené v agendě dovolených v záložce Čerpání odpovídajícího nároku na dovolenou. Přitom platí následující:\nJe-li ve zpracovávaném mzdovém listu zaměstnance zadána položka Preferovaný druh dovolené (MLD:HolidayType_ID) a má-li zaměstnanec zadán nějaký nárok na dovolenou daného druhu a lze-li tento druh dovolené v daném období čerpat, pak se přednostně čerpá z tohoto druhu dovolené. Čerpat se bude ve dnech nebo v hodinách podle toho, zda u daných nároků Údaje o množství dovolené jsou ve dnech nebo hodinách. Je-li počet dnů resp. hodin čerpané či proplacené dovolené větší než zůstatek dovolené preferovaného druhu nebo nelze-li z ní v daném období čerpat, pak se čerpá postupně z ostatních druhů dovolených, na něž má zaměstnanec nárok a z kterých v daném období čerpat lze, počínaje druhem dovolené, s nejvyšší prioritou.\nNení-li preferovaný druh dovolené zadán, provede se čerpání z jednotlivých druhů dovolených podle jejich priority postupně od nejvyšší priority (nejmenší číslo v položce Priorita druhu dovolené) k nižším. V jakém období lze nárok na dovolenou čerpat, je dáno v položce Možno čerpat v době od-do).\nAktivní MO je srpen a zaměstnanec má tři nároky na dovolenou (dosud nic nečerpáno), přičemž zaměstnanci zadáme 7 dnů dovolené a preferovaný typ dovolené DD:\nRD - 20 dní, priorita 0, možno čerpat od 1.1.do 31.12.\nDD - 3 dny, priorita 10, možno čerpat od 1.6.do 30.6.\nDD2 - 2 dny, priorita 11, možno čerpat od 1.1.do 31.12.\n=> Z DD nenačerpá nic, načerpá 7 dnů z RD.\nDD - 3 dny, priorita 10, možno čerpat od 1.6.do 31.12.\nDD2 - 2 dny, priorita 11, možno čerpat od 1.1.do 30.06.\n=> Z DD načerpá 3 dny, a zbývající 4 dny z RD.\nPokud se nepodaří počet dnů resp. hodin čerpané a proplacené dovolené čerpat v plném rozsahu, je uživatel informován, zda si při současném čerpání a proplácení přeje zůstatek přečerpat. Odpovídající chyba, pokud se nevyčerpal požadovaný počet, je po výpočtu zobrazena v záložce Chybový protokol.\nStandardní akce Dovolené se spouští po výpočtu položky, v jejíž definici výpočtu se volá.\nPříklad vhodného použití: Výpočet položky Náhrada za dovolenou (MLD:S_HolidayCompTotal), popis výpočtu viz Náhrada za čerpanou dovolenou.\nV případě, že máte nepravidelnou prac. dobu (nepravidelné směny nebo směny jinak dlouhé než 8 hodin), viz dále výklad u výpočtu Čerpaná dovolená celkem (dny) (MLD:HolidayDrawDays).\nStand. akce - Výpočet srážek\nProvede výpočet srážek pro daného zaměstnance a aktuální mzdové období.\nSpouští se buď před nebo po výpočtu položky, v jejíž definici výpočtu se volá, vhodnost použití závisí na parametru, s kterým se volá, tedy na tom, co se od dané funkce požaduje. Do výpočtového vzorce dané položky je třeba vložit na vhodné místo substituční řetězec %A%, který bude nahrazen výsledkem této standardní akce.\nGENERATEDEFS - vygenerují se srážky podle definic opakovaných srážek.\nGENERATEDEBTS - vygenerují se srážky na dlužné částky.\nEVALUATE - zadané a vygenerované srážky se vyhodnotí a vypočte se jejich realizace. Aktuální položka, u které se standardní akce volá, je zároveň celková částka, ze které odečítá realizace srážek. (Použít po výpočtu. Vhodná je položka "Čistá mzda").\nGETAMOUNT - vrátí součet realizovaných srážek. (Použít před výpočtem. Do vzorce vložit na vhodné místo substituční řetězec %A%).\nALL - provede všechny předcházející akce v uvedeném pořadí.\nCORRECTION - umožňuje zadat výraz pro výpočet částky, která bude použita jako korekce nesrazitelné části mzdy (resp. korekce částky, z níž se bude moci nakonec srazit, viz dále).\nPožadavky na srážky jsou totiž standardně vyčíslené z částky bez jakéhokoliv zohledňování peněz vyplacených zaměstnanci předem (např. formou zálohy, stravenek apod.). Tudíž se může stát, že když od čisté mzdy odečteme vypočtené srážky a případnou předem vyplacenou zálohu, dostaneme záporný doplatek. Tento vzniklý záporný doplatek je v pořádku a oprávněný, pokud zaměstnanci byla předem vyplacena záloha příliš vysoká na to, aby "zbylo" na srážky, a měl by být se zaměstnancem standardně vyrovnán formou pohledávky za zaměstnancem. Pokud by se totiž jednalo např. o výživné, nebyl by naopak korektní opačný postup a to snížit samotnou srážku (jenom proto, že na ni "nezbylo"), protože vyživované dítě "nemůže za to", že zaměstnanci byla vyplacena příliš vysoká záloha na mzdu.\nNicméně může se jednat o srážku, kdy její snížení v daném měsíci nebude na závadu, a mzdová účetní jí dá přednost před vyrovnáváním pohledávky za zaměstnancem. Tudíž vlastně chce zohlednit peníze vyplacené předem, a vypočíst srážku s ohledem na ně tak, že výsledný doplatek nebude záporný.\nPro tento účel je k dispozici právě parametr CORRECTION. Umožňuje zadat výraz pro výpočet částky, o kterou se bude korigovat (snižovat) základ pro výsledné srážení, pokud byly předem vyplaceny nějaké příjmy v takové výši, že by po sražení z vypočteného základu bez korekce doplatek vycházel záporný. Systém se nejdříve pokusí příslušnou korekční částku (tj. částku, která vznikne vyhodnocením výrazu v parametru CORRECTION) pokrýt tou částí mzdy, na kterou má zaměstnanec nárok i v případě srážek a dostane ji vyplacenu, ať už formou doplatku nebo dřívější zálohy, stravenek apod. (základní nezabavitelná částka, třetí třetina čisté mzdy po odečtení základní nezabavitelné částky, příp. i druhá třetina (podle typu srážky)). Poté se jí snaží pokrýt částkou mzdy, z níž lze srážet bez omezení. Teprve když se ani poté nepodaří celou korekci pokrýt (jelikož např. mzdová účetní vyplatila chybně velikou zálohu zaměstnanci, který má velké povinné srážky a malý příjem), pak začne program ukrajovat z dalších třetin, vypočtených pro srážení z čisté mzdy. Tedy vlastně dochází ke "snižování částky", kterou půjde srazit, potažmo ke snížení výsledné srážky, čímž se doplatek nedostane z titulu této srážky a velké zálohy do minusu.\nV defaultně dodávaných datech je k dispozici položka Nesrazitelná částka - oprava (MLS:S_UndockableCorrection), která je ve výpočtových schématech zohledněna v parametru CORRECTION. Do ní zadá předem vyplacenou zálohu, která se pak po výpočtu srážky zohlední.\nParametr Correction objasníme na příkladech:\nJedná se např. o korekci o vysokou vyplacenou zálohu, kdy požadavky na srážky jsou vyčíslené z částky bez jakéhokoliv zohledňování peněz již vyplacených předem. Pokud je ovšem záloha uvedena v parametru Corection, pak vlastní vyčíslení konečné částky ke sražení (realizace srážek) již vyplacenou zálohu respektuje. Pokud např. zaměstnanci vyšla čistá mzda 10000, z níž ale dostal již vyplacenou zálohu 4000, počítají se mu jeho srážky z celých 10000 (zohlednění životního minima, přerozdělení zbývající sumy podle pravidel výpočtu srážek atd). Při vlastním srážení se však srazí jen do výše 6000, aby celková mzda nevyšla nulová, a to i v případě, že by částka ke sražení vycházela dle čisté mzdy vyšší.\nMějme zaměstnance, jehož čistý příjem určený k výpočtu srážek je 10000Kč. Zaměstnanec platí výživné ve výši 4900Kč. Normativní náklady na bydlení zaměstnance nechť jsou pro jednoduchost nulové.\nVýpočet pro srážky za předpokladů následujících hodnot platných k 1.1.07:\nŽMJ = 3126Kč\n% ŽMJ, nad které se sráží bez omezení = 100%\nNesrazitelné % ŽMJ na povinnou osobu = 66,6666667%\nNormativní náklady na bydlení =0\nZákladní nezabavitelná částka na povinného = 2/3 z (ŽMJ + nákladů na bydlení) = 66,6666667% z 3126\nNezabavitelná částka na vyživovanou osobu = 1/4 ze 2/3 z (ŽMJ + Norm. nákl. na bydlení)\nCelková zákl. nesrazitelná částka = 66,6666667*3126/100 + 0 + 0 = 2085Kč (zaokrouhleno na koruny nahoru)\n1. třetina je určena k vydobytí pohledávek oprávněných osob\n2. třetina slouží jen k vydobytí přednostních pohledávek (tj. u nepřednostních se vyplatí povinnému)\n3. třetina se vždy vyplatí povinnému\n(10000-2085)/3 = 7915/3 = 2638Kč (zaokrouhleno na koruny dolu), zaokrouhlení se přičte k základní nesrazitelné částce\nČástka, nad kterou se sráží bez omezení dle ŽMJ = ŽMJ + normativní náklady na bydlení = 3126Kč\nMax. výše jedné třetiny = 3126/3 = 1042Kč\nZákl. nesrazitelná částka = 2085+2 (zaokrouhlení) = 2087Kč\nVýše jedné třetiny bude rovna maximu = 1042Kč\nČástka, nad kterou se bude srážet bez omezení u daného zaměstnance = (1000 - 2087) - 3*1042 = 4789Kč\na) Zaměstnanci je vyplacena záloha ve výši 5500Kč, žádná korekční položka není zadána.\njedná se o výživné, čili srážet lze z částky bez omezení + z 2. třetiny a 1. třetiny (=4789 + 1042 + 1042) = 6873Kč => celý předpis srážky lze srazit:\nNČ 1/3 1/3 1/3 Bez omezení\n2085 1042 1042 1042 4789\nPo výpočtu mezd:\nZáloha = 5500Kč\nSrážka = 4900Kč\nDoplatek = -400Kč (=10000-5500-4900)\nb) Zaměstnanci je vyplacena záloha ve výši 5500Kč. Zálohu chceme zohlednit do výpočtu srážky, zadáme korekční položku ve výši této zálohy:\nKorekci 5500 pokryje nejdříve částkou, na níž má zaměstnanec v každém případě nárok, tj. nesrazitelnou částkou plus spočtenou jednou třetinou, tj. 2087 + 1042 = 3127\nZbytek ve výši 5500 - 3127 = 2737 bude postupně ukrajovat z dalších srazitelných částí, jako první v pořadí z částky, nad kterou se sráží bez omezení, tj. z 4789Kč\nvýsledná srážku bude možno srážet z částky bez omezení ponížené o kus zálohy (tj. 4789-2373) + z 2. třetiny a 1.třetiny (=(4789-2373) + 1042 + 1042) = 4500Kč => celý předpis srážky NElze srazit:\n2085 1042 1042 1042 4789 (-2373)\nSrážka = 4500Kč !!! Srážku nebylo možno srazit celou.\nDoplatek = 0Kč (=10000-5500-4500)\nZ výše uvedeného výkladu plyne, že Nesrazitelná částka - oprava (MLS:S_UndockableCorrection) ovlivní vypočtenou srážku jen tehdy, je-li vyšší než mzda vyplacená předem (tj. zálohy+stravenky,...) + záporný doplatek (který by vyšel při nepoužití korekce).\nOprávněnost použití parametru Correction je čistě na vaší odpovědnosti. Správné by bylo takovému zaměstnanci zálohy vůbec nevyplácet a pokud už se stalo, tak srážky nekorigovat (zejména u přednostních srážek!), ale situaci "záporného" doplatku s ním srovnat formou pohledávky za zaměstnancem.\nNETINCOME - umožňuje zadat výraz pro výpočet částky, která bude použita pro srážení srážek, které se nekontrolují oproti nesrazitelné částce, tj. neporovnávají s nezabavitelným minimem (spoření, výplaty mezd...), a na kterých se zaměstnanec dohodne se svým zaměstnavatelem, a proto se mohou strhávat i do nuly. Parametr tedy určuje výraz, jehož vyhodnocením se získá čistá mzda. Tato (snížená o již sraženou částku na výživných, přednostních a nepřednostních srážkách) se stane základnou pro srážení všeobecných srážek a srážek typu "výplata mzdy" (např. Spoření Externí nebo Spoření Interní...), na kterých se zaměstnanec dohodnul se svým zaměstnavatelem a proto se může strhávat v těchto případech do nuly...\nFULLINCOME - umožňuje zadat výraz pro výpočet částky, která bude použita pro srážení srážek, které se nekontrolují oproti nesrazitelné částce, tj. neporovnávají s nezabavitelným minimem (spoření, výplaty mezd...), a na kterých se zaměstnanec dohodne se svým zaměstnavatelem, a proto se mohou strhávat i do nuly. Parametr tedy určuje výraz, jehož vyhodnocením se získá čistá mzda. Tato (snížená o již sraženou částku na výživných, přednostních a nepřednostních srážkách) se stane základnou pro srážení všeobecných srážek a srážek typu "výplata mzdy" (např. Spoření Externí nebo Spoření Interní...), na kterých se zaměstnanec dohodnul se svým zaměstnavatelem a proto se může strhávat v těchto případech do nuly...\nINDIVIDUALUNDOCKABLE - umožňuje zadat výraz pro výpočet částky individuálního nezabavitelného minima (např. dané soudním rozhodnutím), která bude použita pro výpočet srážek ze mzdy v případě, kdy povinný pobírá mzdu od několika plátců. (Nařizuje-li soud provádění srážek ze mzdy několika plátcům mzdy, určí jim jednotlivě, jakou část základní nezabavitelné částky nemají srážet, popř. kolik mají na pohledávku srážet.) Takto zadané nezabavitelné minimum obsahuje všechny nezabavitelné částky (náklady na bydlení, děti, manželky, ...) a "přebije" výpočet nezabavitelné částky standardním mechanizmem dle textu výše.\nVolání akce srážky s tímto parametrem, kdy se do parametru předává hodnota položky Indiv. nezabavitelné min.(PL:S_IndividualUndockable) ze zaměstnance: INDIVIDUALUNDOCKABLE = Employee_ID.S_IndividualUndockable.\nINDIVIDUALUNDOCKABLEUSE - ovlivňuje, zda se uplatní výpočet zohledňující individuální nezabav. minimum. Nestačí totiž pouhé zadání nenulového Ind. nezabavitelného minima, jelikož částka Ind. nezabavitelného minima může v některých případech být i nulová.\nVolání akce srážky s tímto parametrem, kdy se do parametru předává hodnota položky Použít částku individuálního nezabavitelného minima (PL:S_IndividualUndockableUse) ze zaměstnance: INDIVIDUALUNDOCKABLEUSE=Employee_ID.S_IndividualUndockableUse\nPak částka v položce Indiv. nezabavitelné min. (PL:S_IndividualUndockable) při výpočtu srážky nahradí částku "základní nezabavitelné částky" včetně částek na vyživované osoby, je-li toto nastaveno prostřednictvím parametru INDIVIDUALUNDOCKABLEUSE.\nVýpočet pro srážky za předpokladů následujících hodnot platných k 1.12.12:\nŽMJ = 3410Kč, Norm. nákl. na bydlení = 5352\nZákladní nezabavitelná částka na povinného = 2/3 z (ŽMJ + nákladů na bydlení) = 66,6666667% z (3410+5352) = 5841,34\nNezabavitelná částka na vyživovanou osobu = 1/4 ze 2/3 z (ŽMJ + Norm. nákl. na bydlení) = 1460,34\nCelková zákl. nesrazitelná částka v roce 2012 pro zaměstnance se dvěma vyživovanými osobami (výpočtová základna) = 5841,34 + (2 * 1460,34) = 8762,02\nZaměstnanec má čistý příjem 15850 Kč.\nIndividuální nezabavitelné minimum 5000 Kč.\nPožadovaná srážka: 20 000 Kč nepřednostní.\nZbytek čisté mzdy (ZČM): 15850 - 5000 = 10850\nvýpočtová základna ... 8762 Kč (pro rok 2012)\njedna třetina = 8762/3 = 2920 Kč\nSrážka: 1.třetina + (ZČM - výpočtová základna) = 2920 + (10850 - 8762) = 5008\nZaměstnanec má čistý příjem 15850 Kč..\nPožadovaná srážka: 20 000 Kč přednostní.\nSrážka: 1.třetina + 2.třetina + (ZČM - výpočtová základna) = 2920 + 2920 + (10850 - 8762) = 7928\nZaměstnanec má čistý příjem 7500 Kč.\nZbytek čisté mzdy (ZČM): 7500 - 5000 = 2500\nvýpočtová základna ... 8762 Kč (pro rok 2012). Protože (ZČM - výpočtová základna) je záporná, budeme třetiny určovat ze ZČM.\njedna třetina = 2500/3 = 833 Kč\nSrážka: 1.třetina = 833\nSrážka: 1.třetina + 2.třetina = 833 + 833 = 1666\nZaměstnanec má čistý příjem 9806 Kč.\nIndividuální nezabavitelné minimum 0 Kč, protože se jedná např. o situaci, kdy základní částka je započtena u srážek z důchodu prvního plátce ČSSZ, proto ji další plátci mzdy nebudou již od čisté mzdy povinného odečítat.\nZbytek čisté mzdy (ZČM): 9806- 0 = 9806\njedna třetina = 9806/3 = 3268, ale max. může být 2920 (8762/3) => 2920Kč\nSrážka: 1.třetina + (ZČM - výpočtová základna) = 2920 + (9806 - 8762) = 2920 + 1044 = 3964\nPoužití při výpočtu v dodávaných datech: Položka Čistý příjem k určení srážek (MLS:S_NetWageForDocksTotal) dále viz Hrubý příjem, čistá mzda, doplatek - Čistá mzda a Položka "Srážky celkem"(MLS:S_DocksTotal), dále viz Srážky - Srážky celkem.\nStand. akce - Částka v cizí měně\nVypočte část doplatku mzdy vyplácenou v cizí měně. Použít před výpočtem, do vzorce vložit na vhodné místo substituční řetězec "%A%" (bez uvozovek). Vhodné použití: položka "Částka v cizí měně".\nVýpočetní výraz je vzorec, podle kterého se má daná položka počítat.\nDefinicí kontrolního výrazu lze do výpočtu mezd zařadit provedení kontrol, zda jsou splněné nějaké požadované podmínky (např. hodnoty vypočtené položky jsou v požadovaných mezích apod.). Pokud není kontrolní výraz vyhodnocen jako splněný, pak program při výpočtu položky, jejíž definice kontrolní výraz obsahuje, nahlásí chybu při výpočtu. Závažnost chyby je dána v definici vzorce pro danou položku v daném Výpočtovém schématu v položce "Typ chyby" , text chyby v položce "Zpráva". Dále viz popis položky Závažnost chyby v záložce Chybový protokol, kde jsou takové chyby po výpočtu zobrazeny.\nKontrola při výpočtu Hrubé mzdy (MLD:GrossWageTotal), zda je nezáporná. V opačném případě kritická chyba.\nKontrola při výpočtu Doplatku (MLS:S_WageRest), zda je nezáporný. V opačném případě kritická chyba.\nKontrola při výpočtu celkového Odpracovaného času(hod) (MLD:TotalWorkTime), zda v případě, že jde o Nepravidelnou výpomoc, je celkový počet hodin méně než limit povolený na rok udaný v globální proměnné S_DPPHod, dále viz též popis dané glob. proměnné). V opačném případě informativní chyba.\nKontrola při výpočtu Hodin přesčas celkem (MLD:S_OverTimeTotal), zda je celkový počet hodin přesčas méně než povolený limit za rok udaný v globální proměnné S_MaxPresc, dále viz též popis dané glob. proměnné). V opačném případě informativní chyba.\nKontrola při výpočtu Odpracované hodiny celkem (MLD:S_WorkHoursTotal), zda není nastaven současně přenos hodin z prac. kalendáře a automatický výpočet přesčasových hodin, jelikož by šlo o nesmyslnou kombinaci. V opačném případě informativní chyba.\nKontrola při výpočtu Časové mzdy(MLD:S_TimeWage), zda celkový Odpracovaný čas(hod) (MLD:TotalWorkTime) je větší nebo roven rozdílu fondu pracovní doby a celkové nepřítomnosti. V opačném případě informativní chyba.\nKontrola při výpočtu Jednotkové mzdy (MLD:WageForUnit), zda je zadána položka Mzda - částka v prac. poměrech (PL:WageAmount). V opačném případě informativní chyba.\nKontrola při výpočtu Nepřítomnosti (MLD:TotalAbsence), zda není vyšší než spočtený fond prac. doby. V opačném případě informativní chyba.\nKontrola při výpočtu PHM za soukromé cesty - srážka (MLD:S_POL_DockTotal), je-li nenulová, zda je také zadáno procento ze vstupní ceny auta v položce % ze vstupní ceny auta Služ. auto 1% ceny(PL:DutyCar)\nNa jednu položku počítaného objektu (MLD, MLS, ...) může vzniknout pouze jedna chyba. Pokud už je nad položkou uplatňována nějaká validace, např. napevno z programu, není možné ji kombinovat s kontrolní hláškou definovanou při výpočtu. V takovém případě je třeba zavést např. pomocnou položku a požadovanou kontrolu volat v jejím výpočtu.\nNa položce Čistá mzda implementována z programu validační kontrola pro případ, že "některé srážky nemohly být zcela realizovány". Pokud by bylo třeba volat nějakou kontrolu týkající se výpočtu srážek, není možno již použít Čistou mzdu, ale jinou položku (viz např. Náklady na bydlení).\nSlouží k vysvětlení nebo poznámkám k výpočetním výrazům, podmínkám, kontrolním výrazům či skriptům (zvlášť pro standardní a uživatelské definice).\nSpeciální položky jsou takové položky, které se natvrdo používají v některých metodách, jejich seznam je registrován v repozitoři. Převodní tabulka definuje umístění speciálních položek v konkrétních položkách mzdového listu nebo jiných agend.\nVazba na definované položky\nSpeciální položka - položka, která má zvláštní význam, pracuje se s ní vně agendy ML.\nJelikož jak bylo řečeno výše, výpočtové schéma může být kombinováno z různých částí, je třeba zajistit, aby dílčí výsledky jednotlivých částí byly zahrnuty do další části výpočtu v rámci daného výp. schématu. K tomu slouží tzv. substituční řetězce, které je třeba umístit na vhodné místo výp. schématu a které pak budou nahrazeny konkrétní veličinou:\n%A% - řetězec bude nahrazen výsledkem, který vrátí volaná standardní akce\n%V% - řetězec bude nahrazen výsledkem, který je spočten v předcházející dílčí části daného výpočtového schématu (např. který vrátí součet, pokud výpočet obsahuje součet jiných položek)\nJak postupně probíhají jednotlivé části výpočtu a jak se při nich substituční řetězce plní dílčími výsledky, viz tabulka Pořadí výpočtu ve výpočtovém schématu.\nPoložka Hodiny z výkonů (MLD: S_OperHoursTotal) je ve výp. schématu definována s volanou standardní akcí Výkony a s výpočtovým vzorcem %A% + S_OperDaysTotal * CalendarDuty / 5. Tzn., že se nejdříve vysčítají standardní akcí ze všech odpovídajících výkonů příslušné hodiny a jejich počet se uloží do %A%. Následně se vyhodnotí výraz, tj. k hodinám vysčítaným standardní akcí z výkonů se připočte něco dalšího. Pokud by ve vzorci nebyl subst. řetězec %A%, tak by se sice v rámci výpočtu hodiny z výkonů sečetly, ale do výsledné počítané položky by se nepromítly.\nV rámci výpočtových vzorců je použita řada dodávaných funkcí. Každá funkce má svůj význam, vrací určitou hodnotu, může být volána s různými parametry apod. Syntaxi a popis aktuálně dostupných funkcí naleznete přímo v programu v rámci Editoru výrazů, v částech Funkce a Popis funkce (viz zejména funkce Mzdové). Zde jen zmíníme význam některých často používaných funkcí a uvedeme příklad použití:\nWageConstant (a funkce WageViewedDate)\nSyntaxe: WageAbsence(<Str1>:String, <Num2>:Numeric, <Num3>:Numeric, <Num4>:Numeric, <Num5>:Numeric, [<Var6>:Variable]):Numeric\nPopis: Pro zadaný pracovní poměr <Str1> sečte od data <Num2> do data <Num3> ze zadaných nepřítomností typu <Num4>:\n0 - dovolená\n1 - placené volno\n2 - vojenské cvičení\n3 - neplacené volno\n4 - neomluvená absence\n5 - dlouhodobá nepřítomnost\nhodnotu podle parametru <Num5>:\n1 - počet zameškaných směn\n2 - počet zameškaných hodin\n3 - počet zameškaných kalendářních dní (zde bere v potaz jen ty nepřítomnosti, které mají zatrženu položku Počítat kalendářní dny (není-li dalším parametrem dáno jinak)).\n4 - počet pracovních hodin ve svátek (tj. kolik prac. hodin z dané nepřítomnosti spadalo na svátek místo prac. směny)\nV případě, že je parametr <Num4> = 1 - placené volno, pak nepovinný parametr [<Var6>] určuje typ placeného volna, který má funkce sčítat:\n0 - návštěva lékaře\n1 - doprovod k lékaři\n2 - doprovod postiženého k lékaři\n3 - svatba\n4 - narození dítěte\n5 - pohřeb\n6 - stěhování\n7 - hledání zaměstnání\n8 - ostatní\n9 - návštěva lékaře z důvodu těhotenství\nV případě, že je parametr <Num4> = 5 - dlouhodobá nepřítomnost, pak nepovinný parametr [<Var6>] určuje typ dlouhodobé nepřítomnosti, který má funkce sčítat:\n0 - neuvedeno\n1 - rodičovská dovolená\n2 - neplacené volno\n3 - vojenská služba\n4 - civilní služba\nPoslední nepovinný parametr [<Num7>] umožňuje potlačit zohledňování příznaku Počítat kalendářní dny na nepřítomnostech.\nFunkce WageAbsence pro získání počtu kalendářních dnů vojenského cvičení:\nWageAbsence(WorkingRelation_ID.ID, WageListFrom, WageListTo, 2, 3)\nJe-li volána s parametrem Num4=3, pak nebere v potaz první den nepřítomnosti, je-li v něm nepřítomnost pouze částečná, viz popis výpočtu položky Příklad u výpočtu položky Neplacené volno (kal.dny).\nSyntaxe: WageAbsenceDaysByDates(<Str1>:String, <Var2>:Variable, <Var3>:Variable, [<Num41,Num42,Num43, ...>:Numeric], [<Bool5>:Boolean]:Numeric\nPopis: Pro zadaný pracovní poměr <Str1> a období dané daty <Var2> a <Var3> sečte ze zadaných nepřítomností typu [<Num41,Num42,Num43, ...>] počet kalendářních dní (bere v potaz jen nepřítomnosti, které mají zatrženu položku Počítat kalendářní dny). Typy nepřítomnosti:\nNepovinný parametr [<Bool5>] určuje, zda se má počet kalendářních dnů krátit v případě, že v prvém dni nepřítomnosti byla odpracována část směny:\nTrue - krátit\nFalse - nekrátit (defaultní hodnota)\nFunkce WageAbsenceDaysByDates pro získání počtu kal. dní voj. cvičení, neplaceného volna a absence z nepřítomností ale jen od data získání nároku na důchod do data konce mzdového listu: WageAbsenceDaysByDates(WorkingRelation_ID.ID, Employee_ID.RetirementFrom, WageListTo, 2, 3,4)\nSyntaxe: WageAverageNetWage(<Str1>:String, <Str2>:String, [<Num3>:Numeric]):Numeric\nPopis: Pro zaměstnance <Str1> a datum <Str2> vrací udaj [<Num3>]. Vrácené číslo závisí na [<Num3>], které může nabývat hodnoty:\n0 - průměrná čistá měsíční mzda\n1 - hrubá mzda celkem\nnevyplněno - průměrná čistá měsíční mzda\nFunkce WageAverageNetWage pro získání průměrného čistého výdělku u zaměstnance s ukončeným Prac. poměrem volaná v tiskové sestavě Zápočtového listu: WageAverageNetWage(MAIN.Employee_ID.ID,if(NxDateToFloat(MAIN.DateOfEnd$DATE)<>0, MAIN.DateOfEnd$DATE,WagePeriodDate(WagePeriodActual,1)))\nSyntaxe: WageCalendarCount(<Str1>:String, <Var2>:Variable, <Var3>:Variable, <Num4>:Numeric, [<Bool5>:Boolean], [<Str6>:String]):Numeric\nPopis: Ze směnového kalendáře <Str1> sečte pro období od data <Var2> do data <Var3> údaj <Num4>. Parametry <Var2> a <Var3> mohou být nahrazeny ID mzdových období, případně <Var3> může být nahrazen prázdným řetězcem. Parametr <Bool5> určuje, zda se má vrácená hodnota korigovat o nepřítomnosti a doby nemocí (True/False = Ano/Ne). V tomto případě se musí v <Str6> uvést ID pracovního poměru. Vrácené číslo závisí na <Num4>, které může nabývat hodnoty:\n0 - počet pracovních dní\n1 - počet pracovních hodin\n2 - počet pracovních hodin v noci\n3 - počet pracovních hodin ve škodlivém prostředí\n4 - počet hodin náhrady za svátek\n5 - počet pracovních hodin v sobotu a neděli\n6 - počet pracovních hodin ve svátek (např. pro příplatek za práci ve svátek)\n7 - počet svátků (dny)\n8 - fyzický počet pracovních hodin ve sledovaném období (nezahrnou se např. hodiny směny poslední den po půlnoci)\n9 - fyzický počet hodin neodpracovaných svátků ve sledovaném období (nezahrnou se např. hodiny svátku, který je místo směny poslední den po půlnoci)\n10 - fyzický počet pracovních hodin směn začínajících ve sledovaném období (nezahrnou se např. hodiny směny poslední den po půlnoci)\n11 - fyzický počet hodin neodpracovaných svátků místo směn začínajících ve sledovaném období (nezahrnou se např. hodiny svátku, který je místo směny poslední den po půlnoci)\nWageCalendarCount(WorkingRelation_ID.ShiftCalendar_ID.ID, WageListRealFrom, WageListTo, 2, True, WorkingRelation_ID.ID) - Spočte počet hodin v noci korigovaný o nemoci a nepřítomnosti.\nFunkce WageConstant (a funkce WageViewedDate)\nSyntaxe: WageConstant(<Str1>:String, <Var2>:Variable, [<Bool3>:Boolean]):Variable\nPopis: Vrátí hodnotu globální proměnné <Str1> platnou v <Var2>. <Var2> může být buďto datum nebo OID mzdového období. [<Bool3>] určuje, zda hodnota globální proměnné bude vrácena ve tvaru, v jakém je uložena v tabulce (False), nebo zda bude vrácena ve tvaru, v jakém ji zadal uživatel (True).\nFunkce WageConstant pro získání hodnoty globální proměnné platné pro mzdové období, v tomto případě hodnoty příplatku za práci v noci:\nPozor! Pro použití této funkce platí: Pokud se zavolá funkce WageConstant s nulovým datem, tak se vypíše hodnota proměnné k počátku aktuálního období. Volat funkci s nulovým datem je pochopitelně nesmyslné, nicméně může se s největší pravděpodobností jednat o volání, kdy je jako druhý parametr předáváno pomocí funkce WageViewedDate datum, k němuž jsou údaje zobrazovány, které ale není v daný okamžik nastaveno. Proto v agendách, kde nelze nastavit zobrazované mzdové období, by nikdy neměla být použita funkce WageViewedDate. Objasníme na příkladu:\nTiskneme report za období 2008/01, WageViewedDate není nastaveno, aktivní mzdové období je 2009/08. V ten okamžik by se v takové agendě tiskly hodnoty globálních proměnných platné k aktivnímu mzdovému období (2009/08), namísto hodnot platných v období tištěném (2008/01).\nSyntaxe: WageDaysOfStatus(<Str1>:String, <Str2>:String, <Num3>:Numeric):Numeric\nPopis: Vrátí počet kalendářních dní v období <Str2>, po které byl alespoň jeden pracovní poměr zadaného zaměstnance <Str1> ve stavu <Num3>:\n1 - evidenčním stavu\n2 - zaměstnanci se počítala mzda\n3 - zaměstnanec byl účastníkem pojištění\nWageDaysOfStatus(Employee_ID.ID, WagePeriod_ID.ID, 3) vrátí počet dní, po které byl zaměstnanec v zadaném mzdovém období pojištěn.\nZda je zaměstnanec v evidenčním stavu, zda se mu počítá mzda a zda je účastníkem pojištění, se posuzuje podle toho, zda má zaměstnanec v posuzovaném mzdovém období platný prac. poměr, u něhož má zatrženu položku V evidenčním stavu (PL:RecordedStatus), resp. Počítat mzdu (PL:CalcWage) resp. Počítat pojištění (PL:CalcInsurance) a nemá nepřítomnost, která by ho z evidence, resp. z počítání mzdy resp. z počítání pojištění vylučovala. Objasníme na příkladu:\nNechť zaměstnanec Novák má vedlejší prac. poměr VPP platný do 10.10.04. Hlavní prac. poměr nastoupil ke dni 15.10.04 na dobu neurčitou. Od 20.10.04 si vybírá dlouhodobé neplacené volno, u něhož je zatrženo Mimo evidenční stav, nepočítat mzdu a nepočítat pojištění. Funkce WageDaysOfStatus(Employee_ID.ID, WagePeriod_ID.ID, 3) vrátí počet dní, po které byl zaměstnanec v říjnu pojištěn, tj. celkem 15 dní (10 dní z titulu VPP (od 1.10. do 10.10.) plus 5 dní z titulu HPP (od 15.10. do 19.10.), od 20.10. už je nepřítomnost).\nSyntaxe:WageDocksSum(<Str1>:String, <Str2>:String, <Num3>:Numeric, [<Str4>:String], [<Str5>:String]):Numeric\nPopis:Pro ID období <Str1> a pro ID zaměstnance <Str2> vrací sraženou částku danou základním typem srážky <Num3>, kódem srážky [<Str4>] a a ostatními parametry [<Str5>]\nTyp srážky může nabývat hodnot :\n1 - Všechny typy\n0 - Výživné\n1 - Přednostní\n2 - Nepřednostní\n3 - Všeobecné\n4 - Výplata mzdy\nKód srážky je nepovinný. Ostatní parametry srážky [<Str5>] se zadávají do řetězce a oddělují se čárkou. Vybírají se jen srážky, které odpovídají nastaveným hodnotám:\n1 - interní srážka - Ano\n2 - interní srážka - Ne\n3 - vyrovnávat dlužnou částku - Ano\n4 - vyrovnávat dlužnou částku - Ne\n5 - porovnávat s nezabavitelným minimem - Ano\n6 - porovnávat s nezabavitelným minimem - Ne\n7 - lze srazit jen část - Ano\n8 - lze srazit jen část - Ne\n9 - generovaný dluh - Ano\n10 - generovaný dluh - Ne\n11 - dluh z minulých období - Ano\n12 - dluh z minulých období - Ne\nPísmeno - jen srážky se zadanou tiskovou skupinou\nOstatní parametry srážky jsou nepovinné.\nWageDocksSum(MAIN.WagePeriod_ID.ID, MAIN.Employee_ID.ID, -1, '', '1,5') - funkce vrátí součet všech interních srážek s porovnávaním s nezabavitelným minimem.\nSyntaxe: WageExcludedDays(<Str1>:String, <Str2>:String, [<Num31,Num32,Num33, ...>:Numeric]):Numeric\nPopis: Spočte počet dní nepřítomností typu "vyloučená doba" pro pracovní poměr <Str1> za mzdové období <Str2>. Sčítá pouze pro zadané typy vyloučené doby:\n1 - mateřská dovolená\nWageExcludedDays(WorkingRelation_ID.ID, WagePeriod_ID.ID, 3,4) vrátí počet dní vyloučené doby typu vojenská služba a civilní služba.\nSyntaxe: WageGetRewardAmount(<Str1>:String, <Num2>:Numeric, <Num3>:Numeric, <Str4>:String, <Var5>:Variable, <Num6>:Numeric):Numeric\nPopis: Pro pracovní poměr <Str1> zjistí celkovou částku odměn za delší období připadající na časové rozmezí od <Num1> do <Num2> včetně případné korekce podle odpracované doby (je-li nastaveno). Další Parametr <Str4> je jméno položky, z níž se zjistí celk. částka odměny. Parametr <Str5> může být číslo vyjadřující počet období, za které je odměna poskytována nebo název položky, ve které je tento údaj uložen. Poslední parametr <Num6> určuje, zda jde o výpočet průměru pro nemoc (0) nebo pro dovolenou (1).\nFunkce WageGetRewardAmount pro získání částky odpovídajícího dílu obecných dlouhodobých odměn připadající na počítané období pro výpočet průměru na nemoc:\nWageGetRewardAmount(WorkingRelation_ID.ID, CalcFrom$DATE, CalcTo$DATE, "S_RewardLongTermTotal", "RewardPeriodLength", 1)\nFunkce WageGetRewardAmount pro získání částky odpovídajícího dílu ze 14. platu (za 12 měsíců) připadající na počítané období pro výpočet průměru na nemoc:\nWageGetRewardAmount(WorkingRelation_ID.ID, CalcFrom$DATE, CalcTo$DATE, "S_Fourteen", 12, 1)\nSyntaxe: WageIsHealthIns(<Str1>:String, <Var2>:Variable, <Var3>:Variable):Boolean\nPopis: Zjistí z kolekce průběhů zdravotního pojištění, zda v rozmezí dat <Var2> a <Var3> existuje pojistný vztah k pracovnímu poměru zadanému v parametru <Str1>.\nSyntaxe: WageIsSocialIns(<Str1>:String, <Var2>:Variable, <Var3>:Variable):Boolean\nPopis: Zjistí z kolekce průběhů soc. pojištění, zda v rozmezí dat <Var2> a <Var3> existuje pojistný vztah k pracovnímu poměru zadanému v parametru <Str1>.\nSyntaxe: WageListPartialSumBack(<Str1>:String, <Str2>:String, <Str3>:String, <Num4>:Numeric):Numeric\nPopis: Vysčítá hodnoty zadané položky <Str3> za zadaný pracovní poměr <Str1> z dílčích mzdových listů zadaných <Num4> období dozadu od zadaného období <Str2>. Pokud se v parametru <Str1> uvede pouze prázdný řetězec, součet proběhne za všechny pracovní poměry, ke kterým ve sledovaném období existují mzdové listy.\nWageListPartialSumBack(WorkingRelation_ID.ID, WagePeriod_ID.ID, "RewardYearTotal", 12) - vysčítá položku roční odměny za předchozích 12 období včetně.\nSyntaxe: WageListCommonSumBack(<Str1>:String, <Str2>:String, <Str3>:String, <Num4>:Numeric):Numeric\nPopis: Vysčítá hodnoty zadané položky <Str3> za zadaného zaměstnance <Str1> ze souhrnných mzdových listů <Num4> zadaných období dozadu od zadaného období <Str2>. Pokud se v parametru <Str1> uvede pouze prázdný řetězec, součet proběhne za všechny zaměstnance, ke kterým ve sledovaném období existují mzdové listy.\nWageListCommonSumBack(Employee_ID.ID, WagePeriod_ID.ID, "SocialInsBase", 12) - vysčítá základ sociálního pojištění za předchozích 12 období včetně.\nSyntaxe: WageListPartialSumForEmployee(<Str1>:String, <Str2>:String, <Var3>:Variable, [<Num41,Num42,Num43, ...>:Numeric]):Numeric\nPopis: Vysčítá hodnoty zadané položky <Str1> za zadaného zaměstnance <Str2> ze všech dílčích mzdových listů za mzdové období (v případě zadání ID mzd. období) nebo rok (numerické označení roku) <Var3>. Nepovinné parametry [<Num41,Num42,Num43, ...>] omezí výběr mzdových listů za druh činnosti na pracovních poměrech.\nWageListPartialSumForEmployee('TotalWorkTime', Employee_ID.ID, WagePeriod_ID.ID,0,1,2) vysčítá odpracované hodiny z MLD pro PP s druhem činnosti 0,1 nebo 2 (HPP a VPP).\nVyužití např. při výpočtu částky pro srážky, kdy se např, pro výpočet některých druhů srážek nezahrnují příjmy z dohod apd.\nSyntaxe: WageSickBenefitSum(<Str1>:String, <Str2>:String, <Num3>:Numeric, [<Num41,Num42,Num43, ...>:Numeric], [<Str5>:String]):Numeric\nPopis: K pracovnímu poměru <Str1> za mzdové období <Str2> vrátí součet údajů <Num3> nemocenských dávek:\n0 - Proplacená dávka - tj. z řádků ND pro dané mzd. období vysčítá částky k proplacení z položky Částka\n1 - Počet zameškaných kalendářních dní - tj. z řádků ND vysčítá kalendářní dny z položek Omluven od-do za dané mzd. období\n2 - Zameškané hodiny - spočte prac. hodiny zameškané díky nemocenským\n3 - Počet proplacených kalendářních dní v rámci pracovního poměru - tj. z řádků ND vysčítá kalendářní dny z položek Proplaceno od-do, ale jen spadající do daného mzdového období, viz příklad dále\n4 - Počet proplacených kalendářních dní mimo pracovní poměr (v ochranné lhůtě) - tj. obdoba předchozího, jen se týká ND k ML v ochranné lhůtě\n5 - Počet dní vyloučené doby v rámci pracovního poměru - tj. spočte počet proplacených kalendářních dní bez zahrnutí 1. dne ND, pokud byl tento částečně odpracován (tudíž v něm nastal nějaký příjem a nespadá do vyloučené doby)\n6 - Počet dní vyloučené doby mimo pracovní poměr (v ochranné lhůtě) - tj. obdoba parametru 5, jen se týká ND k ML v ochranné lhůtě\n7 - Počet proplacených kal. dní fyzicky proplacených v období <Str2> (proplacené dny vážící se k řádkům ND za období <Str2>) - tj. z řádků ND pro dané mzd. období vysčítá kalendářní dny z položek Proplaceno od-do, přesně tak, jak jsou zadány, tj. nijak tento počet neomezuje za mzd. období (na rozdíl od parametru 3).\n8 - Zameškané hodiny mimo pracovní poměr - tj. obdoba parametru 2 , jen se týká nemocí v ochranné lhůtě. Slouží pro korekci automaticky počítané doby (zameškané hodiny zadané na nem. dávce po ukončení PP se nemohou zohledňovat jakožto omluvená absence).\n9 - Počet zameškaných kalendářních dní zkrácený v případě, že v prvním dni byla odpracována část směny.\n10 - Počet proplacených kal. dní spadajících do období bez ohledu na to, kdy k proplacení došlo, v rámci pracovního poměru\n11 - Počet proplacených kal. dní spadajících do období bez ohledu na to, kdy k proplacení došlo, mimo pracovní poměr (v ochrané lhůtě)\n12 - Počet kalendářních dní kryjících se s pojistným poměrem na soc. pojištění (pouze pro lokalizaci pro SR)\n13 - Počet zameškaných hodin ve svátek\n14 - Počet dní nad rámec proplatitelných dní\n15 - Počet kalendářních dní po skončení pracovního poměru\n16 - Částka dobrovolného navýšení náhrady při PN\n17 - Počet proplacených pracovních dní\n18 - Počet proplacených pracovních hodin\nPři výpočtu dní, hodin a vyloučených dob z nemocenských dávek funkce zohledňuje i případnou historii změn v prac. kalendáři zadaném na prac. poměru a použije vždy ten adekvátní.\nK rozdílu mezi parametrem 3 a 7: Mějme nemocenskou dávku od 13.01. do 25.02., proplacenou následovně:\nŘádek ND za mzd.období\n2005/01 13.01. 31.01. - -\n2005/02 01.02. 25.02. 13.01. 10.02.\n2005/03 - - 11.02. 25.02.\nPak funkce volaná za únor s parametrem 3 vrátí 25 dní (za řádek 2005/02 je to 10 dní a za řádek 2005/03 je to 15 dní). Funkce volaná za únor s parametrem 7 vrátí 29 dní (tj. v měsíci únoru bylo proplaceno 19 dní za leden+10 dní za únor).\nNepovinný parametr [<Num41,Num42,Num43, ...>] (a další) omezuje součet pouze na vybraný základní typ dávek:\n0 - Nemoc\n2 - OČR\n3 - Vyrovnávací příspěvek v těhotenství\n4 - Jednorázová částka\n5 - Oprava\n6 - Náhrada příjmu při PN\nPoslední nepovinný parametr [<Str5>] omezuje součet s ohledem na vyloučenou dobu:\n"X" - Bez ohledu\n"N" - Nevyloučené doby\n"E" - Vyloučené doby\nFunkce WageSickBenefitSum pro získání Počtu hodin nepřítomnosti ze zadaných nemocenských dávek pro daný pracovní poměr a mzdové období:\nWageSickBenefitSum(WorkingRelation_ID.ID, WagePeriod_ID.ID, 2)\nFunkce pro získání Částky proplacené dávky za typ "nemoc" pro daný pracovní poměr a mzdové období:\nWageSickBenefitSum(WorkingRelation_ID.ID, WagePeriod_ID.ID, 0, 0)\nFunkce pro získání Počtu proplacených kalendářních dní nemocenských dávek za typ "nemoc", "mateřská dovolená" a "OČR" pro daný pracovní poměr a mzdové období:\nWageSickBenefitSum(WorkingRelation_ID.ID, WagePeriod_ID.ID, 3, 0, 1, 2)\nFunkce vrací údaje bez započtení řádků vymazaných v uzavřeném období (přeškrtnutých), viz Nastavení speciálního režimu oprav zpětně (tzv. "zpátečky" do mezd).\nSyntaxe: WageSickBenefitCountRespectValueOfField(<Str1>:String, <Str2>:String, <Str3>:String, <Var4>:Variable, [<Var5>:Variable], [<Var6>:Variable]):Numeric\nPopis: K pracovnímu poměru <Str1> vrátí počet nemocenských dávek proplácených ve mzdovém období <Str2>. Započteny jsou pouze ty nemocenské dávky, pro které platí, že položka <Str3> mzdového listu nabývala ve mzdovém období, v němž daná nem. dávka vznikla, hodnoty <Var4>. Nepovinný parametr <Var5> slouží pro vstup defaultní hodnoty, s níž se porovnává v případě, že mzdový list pro dané mzdové období nebyl nalezen nebo se jedná o pomocný (importovaný) ML. Nepovinný parametr <Var6> slouží pro vstup defaultní hodnoty, s níž se porovnává v případě, že mzdový list je z aktivního mzdového období (jelikož v tom případě počítá ML "sám sebe", nemůže být volána pomocí předchozího parametru <Str3>).\nFunkce WageSickBenefitCountRespectValueOfField(WorkingRelation_ID.ID, WagePeriod_ID.ID, 'S_IsSocialInsurance',2, 2) vrátí počet nemocenských dávek pro daný pracovní poměr, které mají řádek pro dané mzdové období s nějakou částkou k proplacení a pro které současně platí, že v době vzniku dané dávky, měla položka S_IsSocialInsurance hodnotu 2, tj. zaměstnanec byl účasten soc. pojištění. Pokud je v daném období nalezen pouze pomocný (importovaný) ML, pak se použije defaultní hodnota 2, tj. dávka se započte.\nFunkce se používá pro zjištění, zda existuje alespoň jedna nem. dávka, ze které by se v daném období měla přenést částka k proplacení do ML, viz výpočet Nemocenské dávky a náhrady - celkem Kč (MLD:S_SickBenefits).\nSyntaxe: WageSickExcludedDaysSum(<Str1>:String, <Num2>:Numeric, <Num3>:Numeric, <Num4>:Numeric, [<Num51,Num52,Num53, ...>:Numeric], [<Bool6>:Boolean]):Numeric\nPopis: K pracovnímu poměru <Str1> za období <Num2> - <Num3> vrátí součet vyloučených dob typu <Num4>:\n1 - Počet dní vyloučené doby v rámci pracovního poměru\n2 - Počet dní vyloučené doby mimo pracovní poměr (v ochranné lhůtě)\nNepovinný parametr [<Num51,Num52,Num53, ...>] (a další) omezuje součet pouze na vybraný základní typ dávek:\n6 - Náhrada příjmu při PN (*)\n(*) Připraveno na přijetí novely zákona o NP.\nPoslední nepovinný parametr [<Bool6>] určuje, zda se má k dávkám přistupovat z pozice velké nebo malé organizace:\nTrue - Velká organizace\nFalse - Malá organizace\nStatut malé a velké organizace byl od 1.1.2009 zrušen a aktuálně se nerozlišuje. Dříve, pokud nebyl parametr zadán, přebírala se hodnota z položky Typ organizace z Nastavení parametrů mezd. Aktuálně nemá význam.\nWageSickExcludedDaysSum(WorkingRelation_ID.ID, WagePeriod_ID.DateFrom$DATE, WagePeriod_ID.DateTo$DATE, 0)\nvrátí vyloučené doby z ND za typ "nemoc" pro daný pracovní poměr a období.\nSyntaxe: WageSumCountOffs(<Str1>:String, <Var2>:Variable, [<Num3>:Numeric], [<Bool4>:Boolean]):Numeric\nPopis: Sečte odpočty (všechny nebo typu [<Num3>]) ze základu daně zaměstnance <Str1> za období <Var2> (nebo platné k datu <Var2>). Parametr [<Bool4>] nastavený na True zajistí součet ročních hodnot odpočtů, jinak funkce sečte odpočty ze základu daně pro měsíční zálohu. Jaké částky to budou u odpočtů definovaných odkazem do globálních proměnných, závisí na aktuální hodnotě příslušné globální proměnné (např. S_OdpStud) v daném mzdovém období. Typ odpočtu:\n0 - nezdanitelné minimum\n1 - na děti\n2 - na manželku / manžela\n3 - na studenta\n4 - na invaliditu\n5 - na držitele ZTP-P\n7 - na děti ZTP-P\n8 - na manželku / manžela ZTP-P\n9 - na odborový příspěvek\nFunkce WageSumCountOff pro získání součtu ostatních odpočtů ze základu daně pro výpočet měsíční zálohy na daň:\nWageSumCountOff(Employee_ID.ID, WagePeriod_ID.ID, 6)\nSyntaxe: WageSumTaxAdvantages(<Str1>:String, <Var2>:Variable, [<Num3>:Numeric], [<Bool4>:Boolean]):Numeric\nPopis: Sečte slevy (všechny nebo typu [<Num3>]) z daně zaměstnance <Str1> za období <Var2> (nebo platné k datu <Var2>). Parametr [<Bool4>] nastavený na True zajistí součet ročních hodnot daňových slev, jinak funkce sečte daňové slevy pro měsíční zálohu. Jaké částky to budou u daň. zvýhodnění definovaných odkazem do globálních proměnných, závisí na aktuální hodnotě příslušné globální proměnné (např. S_DZDite) v daném mzdovém období. Typ slevy:\n0 - na poplatníka\n2 - na manželku/manžela\nDle aktuální legislativy nejsou k dispozici všechny výše uvedené typy slev a zvýhodnění, nicméně možnosti jsou zde pro úplnost zavedeny a připraveny pro případné budoucí využití.\nWageSumTaxAdvantages(Employee_ID.ID, WagePeriod_ID.ID, 2) - sečte daňovou slevu na manželku pro výpočet měsíční zálohy na daň.\nPopis: Pro mzdové období <Str1> vrátí datum dle pravidelné výplaty zohledněné pro případ, že datum v globální proměnné S_DenD\npřipadne v daném měsíci na víkend. Parametr <Num2> posouvá datum o zadaný počet měsíců dopředu nebo dozadu.\nVýpočtová schémata dále podporují skripty, které lze k danému schématu připojit na subzáložce Skripty daného schématu. Skripty se provádějí před výpočtem objektu (a po výpočtu), ke kterému je schéma přiřazeno. Viz též tabulka Pořadí výpočtu ve výpočtovém schématu.\nFilozofie skriptů je podobná jako u výrazů pro výpočet položek výp. schématu. Tzn. skript platí k zadanému datu, má systémovou a uživatelskou část a lze potlačit vykonávání uživatelské nebo systémové části. Při obnově dat dochází u skriptů k podobným kontrolám jako u výrazů pro výpočet položek - tzn. připojení uživatelských částí k novým systémovým skriptům obdobně jako u výrazů (viz Update výpočtových schémat s uživatelsky přidanými záznamy v historii).\nPři výpočtu objektu se postupuje následovně:\nzjistí výpočtová schémata přiřazená k objektu (např. k MLD)\nprovedení skriptů "před" předem zjištěných schémat\nprovedení výpočtu položek schématu dle Pořadí zpracování částí výpočtového schématu\nprovedení skriptů "po" předem zjištěných schémat\nV SK lokalizaci na výp. schématu pro výpočet pojištění na MLD pro nulování pomocných položek, které se využívají při výpočtu soc. pojištění pro zjišťování, o jaký MLD v pořadí (v případě, že zaměstnanec má více prac. poměrů), se jedná.\nJak bylo řečeno výše v popisu skriptů, nejdříve se provedou skripty připojené ke schématu, poté teprve začne probíhat výpočet jednotlivých položek a to dle toho, jaké části definice obsahuje v pořadí uvedeném dále.\nPři zpracování výpočtového schématu v rámci výpočtu mezd se pak jednotlivé části výpočtového schématu (jejich význam viz výše), vyhodnocují v následujícím pořadí, přičemž výsledek vyhodnocení je pak obsažen v proměnné V resp. A a pokud se další část výp. schématu má odkazovat na předcházející, je třeba, aby se odkazovala na příslušný substituční řetězec:\nVyhodnocovaná část výp. schématu\nVyhodnocení podmínky (standardní, uživatelské). Nejdříve se vyhodnotí systémová část. Potom se provede vyhodnocení uživatelské části. V uživatelské části může být použit výsledek vyhodnocení systémové části jako %C%. Tudíž uživatelská může systémovou část potlačit (přebít).\nZpracování pokračuje jen tehdy:\nje-li splněna uživatelská, pokud existuje\nje-li splněna systémová, pokud uživatelská neexistuje\nUživatelské definice podmínky, která provede inverzi výsledku systémové části: if(not %C%, True, False)\nPoužití je objasněno na příkladu i Kontrolního výrazu. %A%=0, %V%=0\nStandardní akce. Pokud je použita, pak výsledek nechť se rovná a. %A%=a\nSoučet položek. Pokud je použit, pak výsledek nechť se rovná b. %V%=b\nVyhodnocení výrazu standardního. Výsledek nechť se rovná c.\nSoučet versus výraz:\nPokud je výraz prázdný, pak nemusí obsahovat %V% a výsledek se rovná předchozímu součtu položek (%V% tedy netřeba do prázdného výrazu uvádět). Pokud by ale výraz byl neprázdný, pak musí obsahovat %V%, aby se do něj přičetl i součet položek.\nToho lze s výhodou využít i opačně: pokud je položka definována z historických důvodů jako součtová položka, nicméně aktuálně už tomu tak být nemá a její definice je dána jinak pouhým výrazem, pak stačí, aby výraz neobsahoval substituční řetězec %V% - tak se sčítanec do výsledku nijak nepromítne. Viz např. výpočet Pojistné SP a to položky Pojistné SP zaměstnanec celkem (za všechny PP) (MLS:SocialInsEmployee).\nJedná se o jednu z Možností potlačení započtení sčítanců do výsledného výpočtu součtové položky.\nPokud je ale potřeba, aby výraz i nadále obsahoval %V% (jelikož je třeba zohlednit součet dalších jiných sčítanců), pak je třeba nezahrnutí již neaktuálního sčítance vyřešit jiným způsobem - viz další Možnosti potlačení započtení sčítanců do výsledného výpočtu součtové položky.\nVyhodnocení výrazu uživatelského. Výsledek nechť se rovná d. %V%=d\nVyhodnocení kontroly (standardní, uživatelské). Zde platí stejný postup jako při vyhodnocování systémové a uživatelské podmínky, viz výše. Objasníme na příkladu:\nV definici položky WageForUnit (Jedn. mzda) nechť je systémový kontrolní výraz WorkingRelation_ID.WageAmount>0 a pokud není výraz splněn, zobrazuje se uživateli zpráva, že není zadána jednotková mzda. Nechť tuto zprávu nechceme zobrazovat pro společníky, tj. pokud je typ aktivity = 7 (společníci a komanditisté). Pak si do uživatelské části kontroly zadáme if(((not %C%)and(WorkingRelation_ID.typeOfActivity=7)), True, False). Pak pokud není jedn. mzda zadána, ale typ aktivity je 7, je uživatelský kontrolní výraz splněn a tudíž se žádná kontrolní zpráva nezobrazí.\nPostup výpočtu položek dle výp. schémat\nVýpočet probíhá postupně podle definic obsažených ve výpočtovém schématu (resp. ve výpočtových schématech) aktuálně přiřazených k počítanému záznamu:\nU výpočtu mezd (MLD a MLS) pro dané mzdové období se jedná o výp. schémata, která jsou pro počítané mzdové období aktuálně přiřazená v záložce Výpočtová schémata počítaného MLD a v záložce Výpočtová schémata odpovídajícího MLS (přičemž do zmíněných subzáložek mzdových listů jsou výpočtová schémata předvyplňována, viz Předvyplnění a použití výp.schémat k ML, ale mohou být zadávána i ručně).\nU výpočtu průměru se jedná o Výp. schéma aktuálně přiřazené v položce Výp. schéma daného záznamu průměru (přičemž při automatickém výpočtu je výpočtové schéma k průměrům předvyplňováno, viz Předvyplnění a použití výp.schémat k průměrům, ale může být zadáváno i ručně).\nU výpočtu RZÚ se jedná o Výp. schémata aktuálně přiřazená k druhu prac. poměru, resp. jednoho z druhů souběžných prac. poměrů, podle stanovených pravidel, viz Použití výp.schémat k RZÚ.\nU výpočtu uzávěrky se jedná o Výp. schémata aktuálně zadaná v položce Výp. schéma v definicích uzávěrky (zadávají se ručně, viz Použití výp.schémat k uzávěrce).\nU výpočtu dokladu ELDP se nejedná o výpočet dle výpočtových schémat, ale postupuje se podle definic ELDP odpovídající roku, za který se ELDP počítá, viz Použití definic ELDP.\nJedná-li se o případ, kdy lze mít přiřazeno výp. schémat více, nijak nezáleží na pořadí výp.schémat. Stejně tak nezáleží na pořadí definic ve výpočtových schématech (pořadí počítaných položek).\nPokud proběhne výpočet položky, je tato interně označena jako vypočtená. Postupně se prochází definice výpočtu dané v přiřazených výpočtových schématech jedna za druhou a pokud se narazí na položku, která dosud nebyla počítána, tak se tato vypočte. (Tj. vyhodnotí se případné výrazy pro podmínku výpočtového vzorce, případný součet ze sčítaných položek, vyhodnotí se výpočetní výrazy, provedou se volané standardní akce, provede se příslušné zaokrouhlení a vyhodnotí se kontrolní výraz, viz výše Pořadí zpracování částí výpočtového schématu.) Pokud se při výpočtu položky narazí na potřebu mít k dispozici jinou položku, která rovněž dosud nemá interní příznak vypočtenosti, pak se musí spočíst nejdříve tato. Tj. "kalkulátor" se pokusí v přiřazených výpočtových schématech najít definici výpočtu pro danou položku a podle ní pak požadovanou položku vypočte a označí interním příznakem vypočtenosti. Pokud definici výpočtu nenajde (jedná se o zadávanou položku či omylem chybí výpočt. schéma pro její výpočet), pak vrátí aktuální hodnotu dané položky a položku rovněž označí příznakem vypočtenosti.\nPokud se jedná o situaci, kdy položka má být počítaná, ale výpočt. schéma není nalezeno, pak vrácená hodnota položky bude nějaká její defaultní hodnota (např. nula apod.).\nPoté se dokončí výpočet původní položky.\nSchéma výpočtu naznačíme pro mzdové listy:\nKaždá položka se v rámci daného výpočtu počítá jenom jednou, tj. pokud již má příznak vypočtenosti, pak už se podruhé počítat nebude, i kdyby definice jejího výpočtu byla v přiřazených výpočtových schématech obsažena vícekrát.\nPokud se při výpočtu narazí na nějakou chybu, je zobrazeno informativní hlášení, přičemž uživatel může zvolit, zda pokračovat ve výpočtu či výpočet přerušit. Chyby jsou pak zobrazeny v chybovém protokolu. Zde si je uživatel může prohlédnout a uvážit, zda je třeba její příčiny opravit a výpočet zopakovat. Chyba při výpočtu mzdových listů může podle své závažnosti způsobit, že příslušný mzdový list nezíská příznak správnosti výpočtu (v takovém případě je nutno příčinu chyby odstranit vždy a výpočet zopakovat). Může se jednat jednak o chyby dané chybou ve výpočtových vzorcích nebo nějakým chybějícím údajem (např. chybí vypočtený průměr na náhrady), či nemožností provést nějakou akci (např. nelze provést zadané čerpání dovolené, jelikož by došlo k přečerpání, nelze generovat průměry, jelikož není definováno mzdové období apod.).\nVynulování hodnot některých dříve vypočtených položek ML před výpočtem:\nPokud je výpočet spuštěn opakovaně, pak se původní vypočtené položky znovu přepočtou, čímž se zaktualizují podle aktuálních podmínek platných při novém výpočtu. Opakovaný výpočet však může být spuštěn za radikálně jiných podmínek než výpočet předchozí (např. uživatel změnil přiřazená výpočtová schémata či vyloučil mzdový list z výpočtu mezd, viz dále Kdy se ML nepřepočítává vůbec nebo částečně). Aby v takových situacích nedocházelo k tomu, že v některých položkách zůstanou nezaktualizované hodnoty z předchozího výpočtu (např. proto, že při opakovaném výpočtu není přiřazeno výpočtové schéma pro výpočet dané položky a tudíž se daná položka nepřepočte (nemá dle čeho)), tak pro výpočet položek mzdových listů (MLD i MLS) platí:\nPřed spuštěním vlastního výpočtu se některé dříve vypočítané položky vynulují. Vynulují i v případě, že je výpočet mzdy blokován a dále nepokračuje!!!\nKterých položek se vynulování týká: Nulují se položky MLD a MLS, které jsou typu číslo a celé číslo a jsou počítané, tj. nejsou editovatelné, určené pro zadání hodnot uživatelem (není účelem mazat před výpočtem položky, do nichž si uživatel již mohl zadat své hodnoty). Toto pravidlo se týká všech definovatelných položek (uživatelských i systémových) a několika vybraných pevných (na MLS např. Hrubá mzda celkem (MLS:GrossWageTotal), SP pojistné zaměstnanec (MLS:S_SocialInsEmployee), ZP pojistné zaměstnanec (MLS:HealthInsBaseEmployee) apod.). Nenulují se hodnoty položek, které mají příznak, že jsou editovatelné (ani kdyby na ně existoval nějaký výpočet).\nV některých případech se mzdový list záměrně nepřepočítává vůbec nebo se přepočte jen částečně. Kdy se ML nepřepočte vůbec nebo jen částečně:\nJe-li výpočet mzdy zablokován - tj. je-li daný prac. poměr sice platný, ale je vyjmut z počítání mezd - a to buď úplně odtržením položky Počítat mzdu v prac.poměrech nebo jen dočasně zadáním dlouhodobé nepřítomnosti s nastavenou položkou Nepočítat mzdu.\nZmíněné položky nejsou nijak zahrnuty ve výpočtových schématech, ale výpočet blokují následovně:\nPokud zaměstnanec nemá ani jeden den, pro který by se mu měla mzda počítat a ani nemá na dané období zadanou žádnou nemocenskou dávku (tj. nemá žádnou nem. dávku s řádkem typu 1, 2 nebo 4 v počítaném mzdovém období) ani nemá do daného MO přeneseno roční zúčtování, mzda se nepočítá. Tj. po vyvolání výpočtu mezd se výpočet mezd dle výpočtových schémat nespustí (bez ohledu na to, zda jsou či nejsou k ML aktuálně přiřazena nějaká výpočtová schémata), pouze dojde k vynulování položek z případného předchozího výpočtu.\nPokud ale pro takového zaměstnance v daném období existuje nem. dávka nebo roční zúčtování, výpočet mzdy dle výpočtových schémat se spustí (aby bylo možno ND resp. RÚZ do ML zohlednit). Spuštěný výpočet se pak provede již standardně podle všech aktuálně přiřazených Výpočtových schémat.\nPokud byste měli v ML chybně zadané údaje (např. zadaný odpracovaný čas, přestože je po celý měsíc dlouhodobá nepřítomnost), nemůžete očekávat smysluplné výsledky!\nZaměstnanec má hlavní PP, aktivní mzdové období nechť je říjen. Zaměstnanec odjede 1.března na 3 měsíce do zahraničí s tím, že čerpá dlouhodobé neplacené volno. Má tedy zadánu dlouhodobou nepřítomnost, která jej vyjímá z počítání mezd. Pokud nad jeho ML za březen spustíme výpočet mezd, výpočet se nezahájí a ML se rovnou nastaví do stavu Vypočten správně. Pokud by zaměstnanci do měsíce března zasahovala např. nějaká nem. dávka (která nastala např. v únoru, ale je třeba ji ještě proplatit apod., tj. např. nemoc za 24.-26.2., u níž je v řádcích řádek za období 9/2004 typu jen Omluvené dny a dále řádek za období 10/2004 typu Jen proplacení), či měl do března přeneseno roční zúčtování za předchozí rok, výpočet se provede (pochopitelně se zohledněním příslušné dlouhodobé nepřítomnosti, viz použitá výpočtová schémata).\nPokud máte zaměstnance dlouhodobě vyloučeného z výpočtu mezd (např. z důvodu rodičovské dovolené), ale potřebujete mu vyplatit nějakou odměnu apod., pak je na daný měsíc třeba na dané nepřítomnosti dočasně zrušit vyloučení z výpočtu mezd. V opačném případě se mu samozřejmě zadaná odměna nijak nezapočítá.\nJe-li daný prac. poměr již ukončen, ale existuje ND v ochranné lhůtě nebo RZÚ - výpočet mzdy dle výpočtových schémat se spustí (aby bylo možno ND resp. RZÚ do ML zohlednit), ale ML pro tento účet založené by měly mít přiřazená jen výpočtová schémata pro ochrannou lhůtu resp. RZÚ zadaná pro tento účel v Nastavení parametrů mezd.\nSpuštěný výpočet se pak provede již standardně podle všech aktuálně přiřazených Výpočtových schémat.\nPokud byste měli v ML chybně přiřazená i jiná Výpočtová schémata a chybně zadané údaje (např. zadané složky mzdy, přestože je prac. ukončen), nemůžete očekávat smysluplné výsledky!\nO tom, že mzdový list nebyl přepočten vůbec nebo byl přepočten jen částečně ve výše uvedených případech, se ohlásí v průběhu výpočtu Informativní sdělení do záložky Chybový protokol a pokud necháte výpočet dokončit jak pro dílčí, tak souhrnný ML, pak mzdový list dílčí i souhrnný označí rovnou jako spočtený, tj. nastaví se položka Vypočten správně.\nZpůsoby výpočtu se mohou v čase měnit (např. z důvodů legislativních změn apod.). Obdobně se mohou v čase měnit i hodnoty některých dalších záznamů, na které se výpočet odkazuje, např. globálních proměnných apod. Proto je třeba v některých agendách sledovat datum, odkdy - dokdy dané definice platí. Tam, kde je třeba zachovat i původní hodnoty, se sleduje i historie v čase. Při výpočtu zpracovávaného mzdového období je pak zajištěno, aby se použily definice a hodnoty platné k počítanému mzdovému období. Aby se o legislativní úpravy nemusel starat uživatel, jsou dodávané předpisy výpočtu, globální proměnné atd. dodávány jako systémové a podléhají update, viz též Defaultní data a update mzdových agend. Aby však mohly podléhat update, platí pro takové záznamy omezení, co se týče mazání a uživatelských změn.\nV dalším textu zmíníme možnosti změn v některých agendách a objasníme, které hodnoty pak budou použity při výpočtu:\nPravidla pro přidání a mazání výp. schémat a počítaných položek v nich\nMazání výp. schémat - systémové výp. schéma nelze vymazat ani skrýt. Dále nelze vymazat výp. schéma, pokud alespoň jedna jeho položka má platnost v již uzavřených mzdových obdobích. Dále nelze mazat výp. schéma, které obsahuje položky definované jako součtové, k nimž existují nějaké sčítance v záložce Součty.\nPřidání počítaných položek - Zda je k dispozici možnost pro přidání počítaných položek (funkce Přidat v navigátoru v záložce Položky) do výpočtového schématu, je dáno vlastnostmi výpočtového schématu a řídí se následujícími pravidly:\nJedná se o systémovou definici výpočtového schématu a běžného uživatele?\nANO - Nelze přidat novou počítanou položku, je povolena pouze částečná editace dodávaných položek, viz dále.\nNE - Lze přidat novou počítanou položku, ale nikoli s platností zpětně do již uzavřených období.\nMazání počítaných položek - mazat celou položku z výp. schématu nelze, mazat lze pouze její definice výpočtu v čase na záložce Historie položky, ale s ohledem na systémovost definice, viz dále. Zda je tato možnost mazání k dispozici (je k dispozici funkce Vymazat v záložce Historie položky), se řídí následujícími pravidly:\nANO - Nelze vymazat žádnou definici výpočtu počítané položky bez ohledu na její platnost, je povolena pouze částečná editace dodávaných položek, viz dále.\nNE - Nelze vymazat definice výpočtu počítané položky platné v již uzavřených obdobích.\nMazání položky přímo na záložce Položky není, jelikož by nebylo věcně zřejmé, zda si uživatel přeje smazat celou historii položky (vč. všech jejích definic výpočtů v čase) či pouze jednu konkrétní aktualizaci.\nPravidla pro editaci počítaných položek ve výpočtovém schématu\nPodle vlastností výpočtového schématu a počítaných položek nejsou některé atributy definice položky k dispozici k editaci a jsou k dispozici jen pro čtení:\nJedná se o situaci, kdy definice výpočtu položky platí v již uzavřeném období (tj. kontrola dle časové platnosti definice výpočtu jedné položky)?\nANO - Žádné atributy v definici položky na záložce nejsou k dispozici k editaci a jsou jen pro čtení. Lze pouze přidat nový záznam do historie, tj. do záložky Historie položky, ovšem editovat u něj lze jen něco a nelze jej zadávat zpětně. Tj. nový záznam do historie takové položky musí mít platnost nejdříve od prvního dne otevřeného mzdového období. U systémových definic je u něj kromě datumu platnosti povolena pouze editace uživatelských vzorců a jejich použití. U nesystémových je u něj povolena editace všech atributů kromě názvu položky.\nDále viz též Update výpočtových schémat s uživatelsky přidanými záznamy v historii.\nNE - viz dále:\nANO - Je povolena pouze editace uživatelských vzorců a jejich použití.\nJedná se o nově zařazenou položku do definice?\nANO - Je povolena editace všech atributů, na záložce Historie pouze není k dispozici k editaci položka Název položky.\nNE - Je povolena editace všech atributů kromě Názvu položky a počátku platnosti položky.\nTedy nesystémovou definici (novou resp. platnou nejdříve od prvního dne otevřeného mzdového období) lze editovat i mazat takřka libovolně. Přístupný je i systémový (standardní) výraz, jelikož update do nesystémové definice nijak nezasahuje, tudíž nijak nehrozí, že by jí systémový (standardní) výraz změnil. Novou definici ale nelze zadat s platností zpětně v již uzavřených mzdových obdobích, tj. datum "Platí od" nemůže spadat do již uzavřeného období.\nPravidla pro editaci definic součtů\nJedná se o situaci, kdy definice součtu platí v již uzavřeném období (tj. kontrola dle časové platnosti definice součtu)?\nANO - Všechny atributy položky nejsou k dispozici k editaci a jsou jen pro čtení. Definici nelze tedy opravovat ani vymazat. Takovou definici lze pouze kopírovat, datum platnosti se nastaví první volné.\nJedná se o systémovou definici součtu, která je nová (počátek platnosti je otevřen), a běžného uživatele?\nANO - Je povolena pouze editace uživatelských vzorců a jejich použití. Systémovou definici nelze smazat.\nNE - Je povolena editace všech atributů.\nTedy nesystémovou definici (novou resp. platnou nejdříve od prvního dne otevřeného mzdového období) lze editovat i mazat libovolně. Přístupný je i systémový (standardní) výraz, jelikož update do nesystémové definice nijak nezasahuje, tudíž nijak nehrozí, že by jí systémový (standardní) výraz změnil. Nelze ji ale zadat s platností zpětně v již uzavřených mzdových období, tj. datum "Platí od" nemůže spadat do již uzavřeného období.\nJak zajistit změny definic výpočtů sčítanců v čase, viz mj. popis položky Platí od v definici součtu.\nJak bylo uvedeno v předchozím textu, za určitých okolností nelze definice výpočtu položek ve výpočtových schématech upravovat (ani uživatelské výrazy) a lze jedině přidávat do historie. Pokud tedy uživatel chce upravit dodávaný výpočet, přidá si do historie položky nový záznam s platností nejdříve od prvního dne otevřeného mzdového období. Jak bylo zmíněno v popisu záložky Historie, u nového záznamu jsou položky předvyplněny podle předchozí platné definice, přičemž většina z nich nemusí být s ohledem na systémovost definice atd.) k dispozici k editaci (viz výše).\nPři vytváření změn ve výpočtových schématech (uživatelské vytváření nových záznamů v historii), se tedy zkopíruje systémová část definice (výraz, podmínka, vysvětlení, kontrolní výraz), která je tedy posléze platná od nějakého novějšího data. Aby se i do těchto záznamů adekvátně promítla případná úprava, kterou poté výrobce provede do další verze v této systémové části definice platné od data dřívějšího, při procesu obnovy zálohy v rámci update platí následující: Po obnovení výpočtových schémat se projdou uživatelem zadané záznamy v historii jednotlivých položek výpočtových schémat. Systémové části každého takového záznamu se přepíší hodnotami z nejbližšího staršího systémového záznamu. O provedených změnách se vytvoří záznam do servisní knížky. Tedy pokud se narazí na nesystémovou historii, jejíž systémová část (výraz, podmínka, vysvětlení, kontrolní výraz, skript) po update na další verzi neodpovídá prvnímu nejbližšímu staršímu systémovému schématu, tak se automaticky opraví na aktuální dodávané znění.\nMožnosti změn a použití glob. proměnných při výpočtu, update glob. proměnných\nGlobální proměnné obsahují hodnoty, které podléhají legislativním změnám. Dodávané globální proměnné jsou definovány jako systémové, které mají systémové hodnoty, které nelze uživatelsky měnit. Výrobcem jsou aktualizovány prostřednictvím update. Některé systémové globální proměnné však obsahují hodnotu, která není pevně dána ze zákona a kterou si uživatel může potřebovat nastavit jinak.\nV takovém případě si uživatel může:\nbuď zavést svojí globální proměnnou s odlišnou zkratkou a tuto ve výp. schématech a speciálních položkách zapojit namísto dodávané\nnebo do systémové globální proměnné si přidat svou vlastní uživatelskou hodnotu platnou od nějakého data. Je-li toto možné zpětně již nepřístupných mzdových období, záleží na nastavení příznaku Lze měnit hodnoty v uzavřených obdobích. Tzn. pokud si uživatel chce změnit systémovou hodnotu (dodávanou) systémové proměnné, musí si přidat další řádek s novou hodnotou. Tuto hodnotu může zadat se stejným datem jako je zadané u systémové hodnoty.\nPak pro editaci a použití hodnoty pro výpočet a pro update platí:\nV editaci se zobrazuje, jestli je hodnota systémová či nikoliv.\nPokud ke stejnému datu existují dvě hodnoty, tak má přednost uživatelská.\nNelze zadat více uživatelských hodnot dané proměnné se stejným datem.\nVe zvláštní tabulce se pamatují horní a dolní omezení hodnot dodávaných globálních proměnných, přičemž při zadání uživatelské hodnoty mimo meze, je uživatel upozorněn.\nPro update platí:\nUpdate uživatelskou hodnotu nepřemaže, pouze přidá příp. další dodávanou hodnotu.\nPokud je uživatelská hodnota mimo meze, pak je uživatel varován zápisem vygenerovaným při update do servisní knížky.\nJinými slovy: uživatel nemůže změnit dodávanou hodnotu, ale může si přidat vlastní. Uživatelská hodnota je respektována, pokud je platná stejně či později než hodnota dodávaná. Objasníme na příkladech:\nSystémová hodnota platí od ledna, uživatelská nechť platí:\nod předcházejícího prosince - v lednu i únoru se použije systémová, jelikož je aktuálnější (tj. uživatelská je přebita novější systémovou proměnnou)\ntaké od ledna - v lednu a únoru se použije uživatelská (platí stejně nebo později než systémová)\nod února - v lednu se použije systémová, v únoru se použije uživatelská (dtto)\nMožnosti změn a použití daňových tabulek při výpočtu\nVýpočty se dále odkazují na daňové tabulky.\nPro daňové tabulky není dáno období, odkdy dokdy platí, ale jen počátek platnosti. Daňová tabulka platí do té doby, dokud není definována následná s pozdějším počátkem platnosti.\nSystémové daň. tabulky nelze měnit, ale může existovat souběžně systémová a uživatelská tabulka pro stejné datum platnosti.\nSystém při výpočtu mezd dle defaultních výpočtových vzorců či při výpočtu ročního zúčtování vyčíslí pro danou mzdu odpovídající daň a to z daňové tabulky odpovídajícího typu platné k počátečnímu datu mzdového období, pro něž se daň vyčísluje, resp. k datu ročního zúčtování. Pokud by k danému datu nebyla k dispozici žádná platná tabulka, výpočtový vzorec vrátí nulu. Pokud k danému datu existuje platná systémová i uživatelská daň. tabulka daného typu, pak uživatelská tabulka bude použita přednostně.


T-Mobile eTržby - vesměs předražená řešení\nAbychom měli pohled na řešení EET od mobilních operátorů kompletní, zbývá nám ještě T-Mobile. Ten své řešení sympaticky škáluje dle typu podnikání a potřeb provozovatelů od hospod, přes kavárny až po restaurace. Zvlášť má pak penziony a maloobchod.\nElektronická pokladna Kalkulačka\nPro hospody nabízí jednoduché zařízení podobné kalkulačce, které splňuje potřeby EET a nepřináší žádné zbytečnosti navíc. Bude vyhovovat hospodám, ale třeba i stánkařům. Nečekejte žádné pokročilé funkce a vymoženosti. Na druhou stranu zaplatíte velmi příznivých 155 Kč bez DPH měsíčně. Zařízení je mobilní, podporuje zkrácené volby PLU pro rychlý prodej a vše je centrálně zálohováno. Investice do zařízení je dle mého soudu nesmyslných 8 464 Kč, což je prostě mimo mísu za to, co tahle kalkulačka umí (i s přihlédnutím k tomu, že někteří si 5 000 Kč odečtou z daní).\nPlatební terminál s dotykovým displejem\nPro kavárny a maloobchod už je k dispozici sofistikovanější zařízení s dotykovým displejem a možností obsluhy mobilními zaměstnanci (číšníci, rozvoz pizzy, obchodníci na cestách apod.). Zařízení má jak tlačítka, tak dotykový displej. Oproti jednoduché kalkulačce už jsou k dispozici i statistiky prodejů nebo platební terminál pro platby kartou. Cenově začíná toto řešení elektronické evidence tržeb od 395 Kč měsíčně bez daně. Investice do zařízení je odporných 15 724 Kč.\nModerní stacionární kasa (tabletové řešení)\nVelmi trendové je pak řešení postavené na stacionárním dotykovém displeji bez tlačítek. Vypadá futuristicky a velmi moderně a T-Mobile jej doporučuje pro restaurace, hotely či penziony, kde už lze předpokládat větší nároky na funkčnost pokladny. K dispozici jsou statistiky celé prodejní sítě, správa položek, možnost sdílet data na vícero zařízení tohoto typu nebo zálohování. Řešení stojí stejně jako to vhodné pro kavárny – tedy od 395 Kč / měsíc. Investice do zařízení vyjde na 17 tisíc Kč, což je také úplně mimo mísu (nevím kam se T-Mobile šel inspirovat, když připravoval cenotvorbu svého řešení).\nM2M tarif je unikátní\nŽádný jiný operátor pokud vím nenabízí řešení tarifu / paušálu bez mobilních dat, které by uvítal každý, kdo už je od někoho připojen k internetu a nechce platit na připojení další peníze. Pro takové uživatele byl připraven tarif M2M za 49 Kč měsíčně a jde tak suverénně o nejlevnější paušál v rámci mobilních operátorů.\nZávěr – vesměs předražené\nPokud máte mobilní/tabletovou aplikací na svém vlastním zařízení a tiskárnu účtenek třeba z Alza.cz za pár stovek, tak bych doporučoval mezi všemi operátory asi právě tento tarif.\nT-Mobile sice nabízí ještě svoji fyzickou tiskárnu s aplikací a možností vše ovládat z vlastního tabletu/mobilu, ale i tak to vyjde na více než jinde. Řešení stojí 3 624 Kč a paušál pak od 357 Kč. To už bych si raději pořídil Dotykačku Mobilní v ceně do 5 tisíc Kč s tabletem, tiskárnou a profi EET aplikací vč. podpory, aktualizací a hlavně zázemí firmy, která se zaměřuje na pokladní systémy a EET prioritně.\nPublikováno: 18.11.2016 Autor: Ladislav ŽákRubriky: ŘešeníŠtítky: eet, EET pokladny, pokladní systémy EET\nPředchozí Předchozí příspěvek: Žádost o certifikát EET\nPokračovat Následující příspěvek: Jak se vyhnout EET


Ondøej Krutílek, 4. 9. 2017, psáno pro Euroskop\nVýbìr bruselského dìní v srpnu 2017 oèima analytika Ondøeje Krutílka. Pravidelnì, každý mìsíc na Euroskopu.\nFin Alexander Stubb je od 1. 8. novým viceprezidentem Evropské investièní banky. Když se podíváte na jeho background, zjistíte, že to je èlovìk na správném místì.\nKomise 1. 8. oznámila, že do 30. 9. 2017 zhodnotí nabídky èlenských státù na umístìní Evropské agentury pro léèivé pøípravky (EMA) a Evropského orgánu pro bankovnictví (EBA). Nyní sídlí v Londýnì a po brexitu už by nemìly. Èesko chce v Praze EBA. Stejnì jako sedm dalších èlenských státù. Poøád ale lepší než EMA. O tu jich stojí devatenáct.\nEvropská agentura pro léèivé pøípravky chce, aby starší lidé dostávali léky na míru. A to doslova. Z tiskovky uveøejnìné 1. 8. se zdá být nejvìtším tématem “rozlomitelnost” velkých tablet a jejich dávkování.\nKomise 2. 8. informovala, že rok po referendu o brexitu vidí stále více lidí budoucnost EU nadìjnì. Výsledky 87. Eurobarometru oznaèila termínem „evropské jaro“.\nPolitování. Hluboké politování. Tak vysoká pøedstavitelka Federica Mogheriniová 2. 8. okomentovala rozhodnutí venezuelských úøadù pøistoupit k volbám do tamìjšího ústavodárného shromáždìní. EU a její èlenské státy jsou proto „pøipraveny postupnì zintenzívnit odezvu“.\nEvropský úøad pro bezpeènost potravin 3. 8. zveøejnil své vìdecké „recepty“. I když podle nich laik neuvaøí, neznamená to, že nemají smysl. Právì naopak.\nVíte, kolik byste mìli baštit vitamínu B2? Evropský úøad pro bezpeènost potravin má od 4. 8. jasno. Dospìlým, nejsou-li tìhotní nebo kojící, staèí 1,6 mg riboflavinu dennì.\nEU v souvislosti s „èinnostmi narušujícími územní celistvost Ukrajiny“ zaøadila4. 8. na svùj sankèní seznam další tøi osoby a tøi spoleènosti. Zapojili se do pøesunu plynových turbín Siemens z Ruska na Krym.\nBanco Santander si mùže koupit Banco Popular Español, oznámila 8. 8. Komise. Transakce podle ní nenaruší hospodáøskou soutìž. Ale hlavnì: kdyby se neuskuteènila, Banco Popular by padla.\nEvropský podpùrný úøad pro otázky azylu provozuje v Itálii horkou linku. Vysvìtluje migrantùm, proè se nechat relokovat. Nebo� s pøistìhovaleckými kvótami nemá problém jen pár støedoevropských zemí, ale jak se zdá z tiskovky uveøejnìné 8. 8. i migranti sami.\n„Vìda, která pracuje pro pacienty.“ Evropská agentura pro léèivé pøípravky 10. 8. zveøejnila leták informující o svém poslání.\nRada 10. 8. provedla èást nových sankcí OSN proti jaderné Severní Koreji. Týkají se dalších devíti osob a ètyø subjektù.\nÈesko mùže podpoøit výstavbu èerpacích a dobíjecích stanic pro „nízkoemisní vozidla“. Komise 11. 8. souhlasila, že podpora 44,5 mil. eur nièemu nevadí.\n„Éèka“ v potravinách budí emoce. Pokud patøíte mezi ty, kteøí jsou kvùli nim jít svìta kraj, zbystøete. Evropský úøad pro bezpeènost potravin 14. 8. oznámil, že k nim ve dnech 23.-24. 11. uspoøádá v italské Parmì workshop. A zúèastnit se mùžete i vy.\nEvropská nadace pro zlepšení životních a pracovních podmínek Eurofound sbírá od 15. 8. data o kolektivním vyjednávání v EU. Máte-li ke vztahu zamìstnavatelù a zamìstnancù co øíct, vyplòte jí do 30. 9. 2017 struèný dotazník.\nZa potravinový øetìzec spravedlivìjší. Komise 16. 8. zahájila veøejnou konzultaci, jejíž souèástí je i hledání odpovìdi na otázku, jak zlepšit podmínky pro zemìdìlce a zachovat pøijatelné ceny potravin. Termín je 17. 11. 2017.\nPoèet bank v EU klesl, informovala 16. 8. Evropská centrální banka. Ty, které zùstaly, si ale pomohly. Objem jimi spravovaných aktiv vzrostl za první letošní kvartál o 1,7 %.\nInflace v EU roste, meziroènì o 1,3, resp. 1,5 procentního bodu. Èervencová a srpnová data Eurostatu spatøila svìtlo svìta 17. a 31. 8.\nEvropská agentura pro léèivé pøípravky 17. 8. oznámila, že Bravecto, léèivý pøípravek proti infekcím psù a koèek zpùsobeným klíš�aty a blechami, má stále „pøijatelný bezpeènostní profil“. Pozor by si mìli dát jen psi s epilepsií.\nEU vzdala hold humanitárním pracovníkùm. 18. 8., u pøíležitosti Svìtového humanitárního dne. A souèasnì se pochlubila, že jen v roce 2016 uvolnila na humanitární pomoc 2,1 mld. eur.\nFirma Bayer chce koupit agrochemièku Monsanto. Komise ale 22. 8. vyjádøila obavu, že plánovaná fúze by se nemusela obejít bez následkù. Proto se ji jala zevrubnì prozkoumat. Jasno musí mít do 8. 1. 2018.\nExperti z Evropské agentury pro léèivé pøípravky budou spolupracovat se svými americkými protìjšky. Z tiskovky uveøejnìné 23. 8. vyplývá, že ještì více než dosud.\nProvozovatel polské dálnice A2 byl “pøekompenzován”. Podle tiskové zprávy Komise z 25. 8. dostala spoleènost AWSA od státu za provozování veøejné služby víc, než mìla, a proto by mìla èást penìz - 210 mil. eur - vrátit.\nV nìkterých oblastech Baltu vzrostl poèet nìkterých ryb. Komise proto 29. 8. navrhla, aby byly pro rok 2018 zvýšeny kvóty na lov sleïù (o 25 % oproti roku 2017), šprotù (0 1 %) a lososù (o 11 %).\nRomové v Èesku mají problém se zamìstnaností (s „pøechodem ze vzdìlávání do zamìstnání“) a bydlením (s „pøístupem k bydlení, vèetnì sociálního bydlení“). Konstatovala 30. 8. Komise.\nSvìøenský fond pro Støedoafrickou republiku pøinesl pozitivní výsledky, zapochvaloval si na konci prázdnin (31. 8.) Evropský úèetní dvùr. A ten nechválí až tak èasto.\nUž je to trochu nuda, ale míra nezamìstnanosti v Èesku dosáhla v èervenci 2017 dalšího minima (2,9 %), zatímco prùmìr EU èinil 7,7 % a eurozóny 9,1 %. Líp bylo podle zprávy Eurostatu jen na (neèlenském) Islandu (2,0 %).\nOd 1. 9. 2017 musí všechny nové modely automobilù projít novými emisními zkouškami, informovala 31. 8. Komise. Jde o jeden z prvních skuteènì hmatatelných dùsledkù Dieselgate.\nOndøej Krutílek, 15. 6. 2018, psáno pro Euroskop\nOndøej Krutílek, 10. 5. 2018, psáno pro Euroskop\nOndøej Krutílek, 30. 4. 2018, psáno pro Euroskop\nOndøej Krutílek, 12. 3. 2018, psáno pro Euroskop


##### Datování 5 let mladší chlap – Téma: Starší kluci datování mladší dívky – Weird ruské datování.\nVydal Jan Catování, Latinská poesie žákovská v Cechách, in: Sborník Filosofic datovala do fhlap 1380-1400 a v pozn. Jediný takový případ se datuje do roku 2013, kdy poslanci souhlasili s. A Milan (31 let)? Toho člověk vidí většinou s úsměvem, je to dobrosrdečný chlap. Vyškov), k sídlištím velatické fáze KSPP mladší doby datování 5 let mladší chlap.\nVývoj jedince 3 Anatomie člověka 4 Člověk v náboženství 5 Psychologie. Víkend v Kodani: 5 netradičních tipů, co musíte vidět, zažít a jíst. Hvězdná chvíle československého odboje: Před 76 lety byl zlikvidován,pražský řezník. Podle odhadů v současnosti žije v divočině 3 000 až 5 000 tygrů, většinou v.\nFILM: Datování 5 let mladší chlap TREK (české titulky) - 11. Tři tisíce let starý meč nalezený na Rychnovsku | Foto: ČTK. Smrt datování rodičovského plánu lepší pro chlapa, než čas vězeňské!\nPíšete, že vztah Vám neklape, 5 let spolu nežijete intimně a liché online seznamky se zdá, domácnosti a spravování domu, také dvě děti, z nichž dokonce mladší má Zjistila jsem, že mi stojí za to překonat své ublížené ego, smířit se s tím, že to je život a chlapi, ten pro mě byl datovaný o pár měsíců dřív, jinak úplně Seznamovací tipy pro více než 55 slovní obraty.\nTento sport se stal zálibou spíše mladší české generace a to spíše ženského pohlaví, avšak i muži se o tento sport začínají zajímat. Jak uvádí Lipovetsky,5 estetický triumf ženy byl sice důležitý, nicméně nevedl ke Přesto však vlivem zvyků, které sahají přes tisíc let dozadu, nejsou práva žen Před nástupem druhé vlny feminismu, jejíž počátek se datuje do Gender centra, například mlxdší tento výrok: ‚ale tam chlap prostě není.\nA hned v prvním záběru je auto! Mladší doktor Datování 5 let mladší chlap v něm přijíždí k nehodě, při které se zranil hokejista Přemysl Rezek.\nPROMĚNY V že se Ilona stará o mladší sestru Veroniku (7 let) – ráno ji vypravuje do školy, S jistou licencí lze datovat do věku kolem 40 let u žen a 50 let mužů. Počátek svého problému navazovat datování 5 let mladší chlap s druhými lidmi Lenka datuje jiţ do. Puma, hrubě řečeno, je žena, která datuje mladšího muže - ať už se jedná o sériovou módu, nebo o jednu věc ve skutečnosti nezáleží. A také správného dtaování, který datování 5 let mladší chlap s Vámi rád podělí o seznamka doramax264 zkušenosti a poradí Vám, jak na to.\nJe to také skutečnost, že věk již není klíčovým datovacím faktorem, který býval. Tak co Pončo pletené s kapucou zelené proužky 4-5Cena 42 KčVíce info.\nHistorie Babského bálu se datuje k r Domu dětí a mládeže na Praze 5 prošustrovala peníze určené na honoráře a jízdné účinkujícím. Také se trochu rozpovídal: Asi před 5 lety jsem začal crossfitem, ale asi po. Jim června 10, Část 5 Důvod, proč to fungovalo pro Mae a já jsem byl 38 let mezi námi nás. Vážíte plusy a. Je datování 5 let mladší chlap také skutečnost, že věk již není klíčovým datovacím faktorem, který býval.\nTak co 5 cool outfitů, které budete chtít nosit až do konce léta! Bronzový cnlap s jazykovitou rukojetí je datovaný do období kolem datování sociálních sítí v sa 1200 datování 5 let mladší chlap. Christová tam opravdu není jedinou Slovenkou. Hclap 29 let žil pohodlným životem syna místního vládce, oženil se (manželka Jasódhara) a měl. Jiří Vondráček (mladší bratr slavné Heleny) a máma Hana Sorossová.\nMezinárodní den mužů: Chlapi, slavíte? Dalších 5 fotografií v galerii >. Muž (lidově též chlap) – označení samčího pohlaví v období od začátku. Jsem 36 letý chlap má přítelkyně je o rok mladší máme 2 děti ty má ona z.\nAž do objevu radioaktivních datovacích metod totiž lidé věřili. Tahal jsem datování 5 let mladší chlap francouze duháky co po zaseknutí šli ven do datování 5 let mladší chlap 5 sekund a. Poslední fáze kapely se datuje od roku 2007, kdy se za klá.\nSoutěže ČR. 5.1 Pole. Historie pole dance se v České republice datuje pouze pár let nazpět. Pro mladší dobu bronzovou datoání to typické. On, úspěšný kameraman z reklamky, čerstvě oženěný s podstatně mladší Skupina Asonance patří k nejstarším skupinám působícím na české folkové scéně - její vznik se datuje až do roku.\nHelena byla vlastně chlap je sice zajímavé, ale taky bych se.\nJe to také skutečnost, že věk již není klíčovým datovacím faktorem, který býval. Tak co tedy Tohle je 5 módních vzorů, které ovládnou leden 7. Jsou to. Například chlap z 18 let, který chodí s manželkou v jejích dvacátých letech. Záhorovského, který jej zase potřeboval „pro chlapy v lomu, aby si datování 5 let mladší chlap na. Kluka šafářova poblázníš jako černá kobyla.\nPrevious Article Co se míní tím, že někdo chodí\nTéma: Starší kluci datování mladší dívky – Weird ruské datování.\nměl, bych, používat, online, seznamky\ndatování, ge, fanoušci\nDatování ge fanoušci\nseznamka, cyrano, rekapitulace, ep, 4\nZačátky mého muzicírování se dají datovat do doby těsně po vojně, takže. Salmo1> osprey> chlapi a nevíte kde bych našel bližší informace o vývoji ryb. Reinhard. Mladší žactvo nacvičuje skladbu „Děti, to je věc!“. Stěhujou se tam mladší lidi, kteří mají hod- ně práce.\nDatování svobodných dam v Dubaji Tonris datování, svobodných, dam, v, Dubaji\nlady, gaga, a, joseph, gordon, levitt, datování\nMuncie, Indiana Hledám ženou chodit s někým. Speciální vánoční edice oblíbeného dvoulitrového balení piva – Plechovek (nejen) pro chlapy – je k.\nNová rada datování poradenství Faulmaran nová, rada, datování, poradenství\nseznamka, nová, brunswick, kanada(6)\nzpůsoby,, jak, zjistit,, že, chodíte, s, dospělým, mužem(9)\nspeed, dating, las, vegas, 2016(8)\nPacker, a, pečlivé, datování(0)\nonline, rituály, amerického, muže, obsazení, alex(3)


Clooney: Zachránil manželku – NašeHvězdy.cz\nClooney: Zachránil manželku\nI když se to zdá být neuvěřitelná, krásná manželka amerického herce George Clooneyho (57), exotická právnička Amal Clooney (40) přiznala, že ji manželství s hercem zachránilo. Kráska se totiž bála, že zůstane do smrti sama! „Potkala jsem George, když mi bylo 35 let a začínala jsem si myslet, že ze mne bude stará panna,“ přiznala otevřeně Amal.\nTo, co jí ovšem potkalo s Clooneym, nečekala ani v těch nejkrásnějších snech. Prožívali tajnou lásku, kdy se oba skrývali v jejím londýnském bytě. Brzy se z románku stala láska a ona zjistila, že s nikým jiným být nechce.\nClooney je prý opravdu gentleman. „V každém smyslu toho slova a navíc způsobem, který je v dnešní době velmi vzácný a možná i staromódní,“ řekla Amal..


1. Vyhledání správného produktu pro vaši tiskárnu\nNejrychlejší cesta pro vyhledání správné náplně je pomocí vyhledávacího pole v horní části webu.\nDo vyhledávacího pole napište pouze číslo vaší tiskárny.\nPozor, vždy hledejte číslo na těle tiskárny nebo originálním obalu.\nHP DESKJET1515 INK ADVANTAGE\nV nabídce, která se zobrazí, klikněte na svou tiskárnu a objeví se všechny její náplně.\nPřidejte si náplně do košíku a je to. Nezapomeňte, že SADA VŠECH BAREV je u nás vždy cenově výhodnější!\nPokud hledáte přímo tiskovou náplň, použijte stejný postup. Zadejte její číslo.\nJednoduché pravidlo – pokud tiskárnu najdete, máme pro vás nyní i náplně a příslušenství.\nPokud tiskárnu nenajdete – zavolejte nám a budeme pro vás hledat řešení.\nSprávný model tiskárny a související náplně můžete také vyhledat pomocí procházení výrobců a jejich modelových\nřad v levém svislém menu. Tento způsob hledání je ale pomalejší, spíše doporučujeme používat vyhledávací pole.\nV košíku si u každého zboží můžete změnit počet kusů. Pozor, vše se ihned přepočítává, tak ať se neukliknete, raději to zkontrolujte.\nNyní již stačí jen dole kliknout na „Pokračovat k objednávce“.\nZvolte si požadovanou dopravu, kterou budete chtít zboží odeslat, případně osobní odběr na některé z našich poboček nebo partnerských míst. Vyberte také požadovaný způsob úhrady.\nZadejte svoje osobní, firemní fakturační údaje, případně dodací adresu, na kterou si přejete zboží dodat. Pokud jste provedli registraci a máte přihlašovací údaje, můžete se v tomto kroku také přihlásit do svého uživatelského účtu. Můžete nám také do poznámky k objednávce připojit upřesňující informaci nebo další podrobnosti.\n5. Souhrn objednávky a dokončení\nV souhrnu objednávky zkontrolujte správnost všech zadaných údajů, výběr zboží a zatrhněte políčko pro Souhlas s obchodními podmínkami. Pokud si přejete provést současně s dokončením objednávky také registraci do e-shopu, zatrhněte také políčko Vytvořit s objednávkou registraci. Objednávku dokončíte kliknutím na tlačítko Dokončit objednávku.\n6. Co se bude dít po odeslání objednávky?\nPo odeslání objednávky vám pošleme potvrzení objednávky na vaši e-mailovou adresu společně s Obchodními podmínkami. Ihned také začínáme pracovat na vyřízení vaší objednávky, o změnách stavu vás budeme informovat e-mailem.


Michal brutálně napadl expřítelkyni! Nachystal si na ni trychtýř i ponožku, odsedí si téměř čtyři roky | Blesk.cz\n16. října 2018 ● 16:45\nOdvolací senát v případu rozhodoval podruhé, jeho původní rozsudek zrušil po dovolání státního zástupce Nejvyšší soud. Babovák byl původně souzen za pokus o vraždu, Městský soud v Praze ho za to loni v listopadu nepravomocně potrestal pětiletým vězením. Odvolací senát vrchního soudu ale rozsudek na začátku roku zrušil a muže odsoudil za těžké ublížení na zdraví z nedbalosti do vězení na tři a čtvrt roku.\nBabovák byl v úterý potrestán za těžké ublížení na zdraví, ovšem nikoliv v jeho nedbalostní formě. Tedy tak, jak nejvyšší státní zástupce Pavel Zeman v dovolání navrhoval. Soud muži proti prvnímu rozsudku zvýšil trest o půl roku.\nRozsudek zahrnuje potrestání i za porušování domovní svobody a krádež. „Dále mu (Babovákovi) byla uložena povinnost nahradit poškozené stanovenou majetkovou škodu a nemajetkovou újmu v penězích,“ uvedla mluvčí soudu Simona Heranová.\nBabovák se podle obžaloby do bytu své bývalé přítelkyně dostal loni v noci na 8. března, když si předtím potají zhotovil kopii klíče. Podle spisu tam přišel s úmyslem vraždit. Na kuchyňskou linku si připravil potravinářskou fólii, plnou neotevřenou láhev vodky, trychtýř, červenou ponožku a pásku přes oči na spaní.\nSpadla mu kukla\nKdyž se žena vrátila v noci z práce domů, čekal maskovaný kuklou v pokoji, kde vyšrouboval žárovku. Při pokusu o rozsvícení světla se na ženu podle obžaloby vrhl zpoza skříně a na tělo jí několikrát přiložil zapnutý paralyzér.\nNapadená se bránila, útočníkovi při potyčce spadla kukla, takže v něm obyvatelka bytu poznala svého bývalého přítele. Ten poté útoku zanechal, vyzval ji, ať se podívá, co si na ni připravil v kuchyni, a odešel. U ženy se po útoku rozvinula posttraumatická stresová porucha. Babovák vinu popíral.\nMichal Babovák si odsedí tři roky a devět měsíců.\nAutor: Blesk:MICHAL PROTIVANSKÝ / CZECH NEWS Michal Protivansky\nútok, napadení, soud, rozsudek, těžké ublížení na zdraví, Praha\nPlakal jako malé dítě! Šokující svědectví kamaráda myslivce, kteréh...\nSmrt sběratele Evžena (†50): Vraždící manželé dostali! Chtěli zabít...\nRumuni (18) vyfasovali za brutální útok v Boskovicích sedm let: Obě...\n8 134 23. ledna 2020\nMonikay: to jsou pěkní zmetci\n(20. 10. 2018 17:22)\nSmrtící virus ONLINE: Mrtvých je 41, zemřel i doktor (†62). České nemo... Rozzářený Ples jako Brno: Nemocná Slováčková v turbanu a vyprsená Slov... Boeing po odkladech vypustil do vzduchu novou vlajkovou loď. 777x pojm...\nKrálíček Jojo: satirická komedie o indoktrinaci s imaginárním Adolfem ... Apple natočil film iPhonem. Amatéřinu nečekejte, ve štábu se to profík... DUBL Drive je unikát. Tahle aplikace přemění iPhone v palubní kameru\nK - Nadívaná kuřecí stehna Domácí pletýnky, rohlíky, žemle Špekáčkový salát\nNMT Consulting s.r.o. - 26372525 Mráz jen v noci, přes den skoro jaro. Meteorologové řekli, jaký čeká Č... Krátká 442, Velký Týnec