Okruh řešení
Docházka – Strava
popis okruhu řešení
1 Základní charakteristika okruhu řešení Strava
Okruh řešení Strava se specificky věnuje problematice generování podkladů a vyhodnocení odebraných jídel a stravenek vzhledem na poskytnutý příspěvek na stravu.
Zahrnuje procesy z oblasti evidence docházky:
o Generování nároku na příspěvek na stravu
o Import podkladů o odebrané stravě a stravenkách
o Vyhodnocení příspěvku na stravu
o Generování podkladů objednávání stravenek
2 Obsah
1 Základní charakteristika okruhu řešení Strava
3 Standardní řešení úlohy „Strava“
3.3 Dcs01 – Import podkladů pro vyhodnocení stravy
3.4 Dcs02 – Přehled odběru stravy - zaměstnanec.
3.4.4 Záložka - Vstupy stravenky
3.4.6 Záložka – Nárok na přísp.
3.4.6.2 Odchylky pro režim 11, Doplňkový počet 1
3.4.8.1 tlačítko Nový typ pro všechna PV
3.4.9 Záložka - Přehled zápočtu
3.4.12 Záložka - Hromadné akce
3.5 Dcs02fgen - Generování nároků do Dcs02 a MV
3.6 Dcs03 – Vyhodnocení odběru stravy
3.6.2 Záložka - Nároky příspěvků
3.6.3 Záložka - Vstup stravenky
3.8 Dcs05 – Strava, zúčtování za období
3.9 Dcs06 – Strava, rekapitulace zúčtování za období
3.10 Dcs07 – Stravenky, nárok za období
3.11 Dcs08 – Stravenky, odběr za období
3.12 Dcs09 – Strava, rekapitulace podle typu
3.13.1 Dce05 - Export – strava
3.13.2 Dce06 - Export - strava, typ Edenred
3.13.3 Dcs10 – Stravenky, objednávka SODEXO
3.13.4 Dcs11 - Stravenky, objednávka Edenred
3.14.1 Imp50f - Import, Dcs02, Stravenky - odebrané za období
4.1.1 Terminologie oblasti vyhodnocení stravy
4.2 Režimy generovaní příspěvku a vyhodnocení
4.3.1 Rozsah použití formulářů podle režimu PV
4.3.2 Režim výpočtu na kmenové PV
4.3.3 Dcs02/Dcs03 – plnění položky Stravovací lokalita
4.3.4 Dcs02/Dcs03 – číselník k parametru Typ jídla
4.3.5 Dcs a cena z Dcs04 podle ORG/SJ
4.3.6 Omezení přístupu na formuláře Dcs podle datumu.
4.3.7 Kontrola stavu vyhodnocení (TC 1024533)
4.3.8 Časové sledování změn pro Opv01, Režim, Typ nároku na stravu.
4.3.9 Stravenkový paušál [CZ/SK]
4.3.9.1 Stravenkový paušál a Opv01 - volba zaměstnance
4.3.9.2 Stravenkový paušál od 2021-01 [CZ]
4.3.9.3 Stravenkový paušál [CZ] / Finanční příspěvek na stravování [SK]
4.3.9.4 Stravenkový paušál (TC 1060465)
4.3.10 Fin. příspěvek SK 2022, dopředný režim
4.3.10.1 Podmínky pro poskytovaní příspěvku na stravu SK.
4.3.10.2 Časový faktor dopředného režimu v SK
4.3.10.3 Evidovaní typu poskytovaného příspěvku na stravu.
4.3.10.4 Generování zálohy na příspěvek na stravu
4.3.10.5 Zaslaní příspěvku na účet zaměstnance
4.3.10.6 Aktualizace údajů o poskytnuté záloze
4.3.10.7 Vyhodnocení příspěvku na stravu
4.3.11 Příspěvek na stravu - PV v insolvenci
4.4 Kalkulace DD, Generování nároku a vyhodnocení
4.4.1 Strava a přestávka na jídlo a odpočinek (TC 1026191)
4.4.2 Započitatelnost SLM pro vyhodnocení nároku na stravu
4.4.2.2 Nárok z malého cesťáku
4.4.2.3 Nárok a prac. cesta o délce <= 5 hod s přestávkou
4.4.2.4 Nárok a prac. cesta bez zap. hodin pro DOCH.
4.4.2.5 Nárok na stravu (stravenku) v DOCH a stravné v CEP
4.4.3 Režimy vyhodnocení (Adm21, Opv01)
4.4.4 Zobrazení nároku na stravu na formuláři Dcd01, Rekapitulace dni
4.4.5 Zobrazení nároku na stravu na formuláři Dcm01
4.4.6 Příspěvek na stravu – rozdělení základní / doplňkový
4.4.6.1 Nárok stravy rozdělení z odpr. doby/z přesčasu
4.4.6.2 Rozdělení nároku příspěvku dle legislativních podmínek [SK]
4.4.6.3 Režim 17 a SLM příspěvku na stravu podle výše úvazku.
4.4.6.4 Nárok na stravenku/pracovní cesta - přidanění
4.4.6.5 Nárok příspěvku na stravu podle délky
4.4.6.6 Nárok příspěvku na stravu pro volný den
4.4.7 Souběh odpracované doby a vykázaného CP
4.4.7.1 Kalkulace DD - Strava/Stravné - souběh
4.4.7.2 Kalkulace DD – Souběh DD a CP bez výpočtu stravného
4.4.7.3 Kontrola DD149 - Souběh prac. cesty a odprac. doby
4.4.7.4 Kontrola DD158 - kontrolní hlášení ze souběhu odpr. doby a CP
4.4.8 Vyhodnocení stravy podle kalendáře jídelny – Režim PAN/kal.6
4.4.8.3 Rozdělení příspěvku na stravu/stravenku - přelom směny
4.4.9 Přiznání druhého příspěvku na stravu
4.4.9.1 Přiznání druhého příspěvku, režim 1
4.4.9.2 Přiznání druhého příspěvku, režim 2
4.4.9.3 Přiznání druhého příspěvku, režim 3
4.4.9.4 Přiznání druhého příspěvku, režim 4
4.4.9.5 Přiznání druhého příspěvku, režim 5
4.4.9.6 Přiznání druhého příspěvku, režim 6
4.4.10 Generovaní nároku na stravu pro kmenový PV
4.5 Formuláře Dcs, Generování nároku a vyhodnocení
4.5.3 Omezení pro zpracování PV z akt. nav. seznamu
4.5.3.1 Dcs02, Vyhodnocení stravy – neplatné PV
4.5.3.2 Omezení podle Typ nároku na stravu
4.5.3.3 Omezení podle mimo ev. stavu.
4.5.3.4 Omezení podle kmenového stavu.
4.5.3.5 Omezení podle Opv01, Status k organizaci.
4.5.4 Proces - Vyhodnocení stravy
4.6 Generování podkladů pro objednávku
4.6.2 Dcs02, Nárok na přísp., Uložit do DCM pro PV.
4.6.2.1 Popis funkce uložení záznamu do DCM:
4.7 Vyhodnocení odběru stravy a stravenek
4.7.1 Režim 3 - Denní odběr jídel s měsíčním nárokem.
4.7.2 Režim 4 - Denní odběr jídel s denním nárokem.
4.7.3 Režim 5, Denní odběr jídel s měsíčním nárokem pro stravu a stravenky
4.7.4 Režim 6, Denní odběr jídel s měsíčním nárokem pro stravu a stravenky
4.7.4.1 Postup zpracovaní v zkratce
4.7.4.2 Stanovení režimu přiznaní nároku na jídla/stravenky
4.7.4.3 SLM se speciálním vyhodnocení
4.7.4.4 Vyhledání kalendáře jídelny
4.7.4.5 Provoz jídelny - Režim TWS/rež.6
4.7.4.6 Kalkulace denní docházky
4.7.4.8 Import dát od dodavatele stravy
4.7.4.9 Dcs02, Vyhodnocení, Vyhodnocení
4.7.4.10 Dcs02, Vyhodnocení, Převod do MV
4.7.4.11 Podklady pro objednávku stravenek
4.7.5.1 Kontrola úplnosti podkladů
4.7.5.2 Stanovení nároku příspěvků na aktuální období
4.7.5.3 Vyhodnocení odběru stravy a stravenek
4.7.5.4 Generování podkladů pro mzdy
4.7.6 Režim 11 - Nárok Dcs02, strava počtem, cena ceníkem
4.7.6.2 Režim vyhodnocení stravy s doplňkovým nárokem
4.7.6.3 Korekce pro režim stravy 11
4.7.6.4 Krátkodobé vyřazení do MES („otcovská“)
4.7.6.7 Přesun nároku do dalšího měsíce při novém nástupu
4.7.6.8 Omezení generování zálohy.
4.7.6.9 Vyhodnocení stravy pro určené vynětí (odbory).
4.7.7 Režim 11, 111, 172, 173 - úprava 2022 - fin. příspěvek
4.7.7.2 Stanoveni nároku z Dcm pro režim 11
4.7.7.3 Dcs02, Vyhodnocení, Převod do MV
4.7.7.4 Dcs02, Nárok na příspěvek, Generuj nárok pro PV
4.7.8 Režim 14 - Nárok poč. směn, zálohový režim, nový nástup bez nároku
4.7.9 Režim 15 - Nárok poč. směn z měsíce s rozdělením nároku, nový nástup dle zálohy
4.7.9.1 Převod DD/MV, strava, režim 15 – příspěvek zaměstnavatele
4.7.10 Režim 16 - Stanovení nároku příspěvku podle týdenního úvazku
4.7.10.1 Generování stravenek při výstupech
4.7.11 Režim 17, 170/171 - Nárok měsíční se zkráceným uzavřením
4.7.11.1 Režim 17 a stravenkový paušál
4.7.11.2 Příspěvek na stravu podle výše úvazku
4.7.11.3 Příspěvek na stravu za přesčas o víkendu
4.7.11.4 Omezení vyhodnocení stravy pro dohody.
4.7.11.5 Souběžné použití režimu 11 a 17
4.7.11.6 Generování nároku příspěvku na stravu při zkrácené uzávěrce.
4.7.11.7 Generování nároku příspěvku na stravu při vyslání zaměstnance.
4.7.11.8 Zkrácená uzávěrka při změně správního oddílu
4.7.11.9 Korekce pro režim stravy 17
4.7.11.10 Strava - nástup v první den měsíce (TC 1063673)
4.7.12 Režim 18, 19 - Standardní zpracování stravy, sazba 1/sazba 2 (TC 1007103)
4.7.13 Režim 20 - Typ nároku 17, bez stravenek při ukončení PV
4.7.14 Režim 21 - Typ nároku 17, korekce z nároků příspěvků
4.7.15 Režim 101 - Měsíční, strava počtem, nepřiznaná dotace samostatně
4.7.16 Režim 111 – Nárok Dcs02 z období pouze z kalendáře, vyhodnocení násl. měsíc.
4.7.16.1 Vyhodnocení odběru stravenek
4.7.16.2 Příspěvek na stravu, režim 111 - úprava k e202205
4.7.17 Režim 117 - Nárok měsíční se zkráceným uzavřením, pouze nepřítomnosti
4.7.18 Režim 172 - Nárok měsíční se zkráceným uzavřením + dopřední záloha
4.7.18.1 Dcs02, záložka Nárok na příspěvek, Generování pro PV
4.7.19 Režim 173 - Nárok měsíční s ručním vstupem + dopřední záloha
4.7.19.1 Povinné nahrání nároku v DAV (TC 1071797)
4.7.20 Režim 174 - Manuálně zadaný příspěvek bez kontroly na nárok
4.7.21 Režim 300, 301, 302, 360/361 – Výpočet ze vstupů Vyp01
4.7.21.2 Aktivace a konfigurace režimu
4.7.21.4 Generování podkladů pro MZDY.
4.7.22 Režim 303 - Nárok z mezd, vstupy z aktuálního období (ŘLP)
4.7.23 Režim 304 - Nárok z mezd, vstupy z aktuálního období (ŘLP 2021)
4.7.24 Režim 310 - Výpočet ze vstupů Vyp01 + Dcm01 + CEP
4.7.24.2 Aktivace a konfigurace režimu
4.7.24.3 Identifikace vyřazených PV ze zpracování
4.7.24.4 Zpracovaní souběžných PV
4.7.24.8 Stanovení SLM pro generovaný nárok
4.7.24.9 Generování podkladů pro MZDY.
4.7.25 Režim 311 - Režim 310, Souběžný PV pro započet CP
5 Generování podkladů pro MZDY
5.1 Z Převodu DD/MV (uzavíraní docházky)
5.1.1 Generování příspěvku a „Srážka za stravu“
5.1.1.1 Strava, Gen. z 950 – nárok celkem/základní/doplňkový
5.1.1.2 Strava, Gen. z 950 - srážka/objednávka
5.1.2 Generovaní srážky z objednávky DCS
5.2.1 Konfigurace převodu do MV
5.2.2.1 Převod do MV - pouze pro výstupy a vyřazení do MES
5.2.2.2 Převod do MV pro "zálohové" stravenky“ - režim 172/173
6.1 Režim 14 - Nárok poč. směn, zálohový režim, nový nástup bez nároku
6.2 Režim 111 – Nárok Dcs02 z období pouze z kalendáře, vyhodnocení násl. měsíc.
6.2.2 Vyhodnocení odběru stravenek
7 Specifické úpravy pro Allianz SK
7.1.1 Režim vyhodnocení příspěvku na stravu
7.1.2 Stanovení nároku na začátku měsíce
7.1.3 Stanovení nároku v rámci vyhodnocení (konec měsíce)
7.1.3.1 Korekce nároku pro vyhodnocení
7.1.3.2 Zvýšený nárok v měsíci (směna se dvěma nároky)
7.1.4 Import odebraných jídel a stravovacích lístků
8 Specifické úpravy pro ČD CARGO
9.1 Dcs20cvut – Vstupy z Menzy, jídla (TC 1023806)
10 Specifické úpravy pro DTSE SK
10.1.1 Strava, režim 11 (TC 1063673)
10.1.2 Strava - mimořádné změny (TC 1069214)
10.1.3 Strava, režim 11 - Vyhodnocení pro období změny platnosti PV nebo MES (TC 1081926)
11 Specifické úpravy pro Metrostav
11.1.1 Příspěvek na stravu za přesčas o víkendu - DOCH.
12 Specifické úpravy pro 365 banka (Poštová banka) SK
13.1 Proces vyhodnocení stravy 360/361 (2021-09)
13.1.2 Režim 361 – stravenkový paušál
13.1.3 Dcs04 - nastavení číselníkových položek
13.1.4 Doporučený postup pro vyhodnocení stravy v podmínkách PPF:
13.1.5 Časové sledování změn pro Opv01, Režim, Typ nároku na stravu.
13.1.6 Aktivace režimu vyhodnocení stravy 360/361
14 Specifické úpravy pro PPF HCI
14.1 Proces vyhodnocení stravy 170/171 (2021-06)
14.1.2 Režim 171 – stravenkový paušál
14.1.3 Dcs04 - nastavení číselníkových položek
14.1.4 Doporučený postup pro vyhodnocení stravy v podmínkách HCI:
14.1.6 Časové sledování změn pro Opv01, Režim, Typ nároku na stravu.
14.1.6.1 Opv01/Dcs02 –Typ nároku na stravu po její změně
14.1.7 Aktivace režimu vyhodnocení stravy 170/171
15.1 Omezení formuláře Dcs02 pro zákazníka ŘLP (režim 303, 304)
15.2 Strava - režim 304 (TC 1061139)
15.3 Zpracovaní stravy ŘLP (TC 1027906, 1026640)
15.3.1 Proces vyhodnocení odběru stravy
15.3.1.1 Podmínky pro korektní vyhodnocení stravy:
15.3.2 Vst13frlp - Import evidence docházky EPD
15.3.2.1 Dcs02, Nárok na přísp.
15.3.3 Importy dat o odběru stravy zaměstnanci u jednotlivých dodavatelů stravy
15.3.3.2 Strava, dodavatel Letiště Praha (ŘLP)
15.3.3.3 Strava, dodavatel FBA na Letecké škole
15.3.3.4 Strava, dodavatel Perfect Canteen na IATCC Jeneč (PC)
15.3.4 Importy dat o odběru stravenek
15.3.4.1 Dcs02, Vstupy stravenky
15.3.4.2 Imp50frlp - Odebrané stravenky za období
15.3.5 Importy dat o nároků příspěvku při práci přesčas
15.3.5.1 Imp49frlp - Import Strava ŘLP, nárok přesčasy
15.3.8 Dcs02, Načtení nároků na příspěvky ze vstupů pro mzdy
15.3.9 Dcs02, Vyhodnocení příspěvku na stravu.
15.3.9.1 Popis záložky Vyhodnocení v režimu 303.
15.3.9.2 Mechanismus vyhodnocení odběru stravy
15.3.9.3 Generování srážek za odběr stravy do podkladů pro mzdy
15.3.10 Kontrola protokolů a provedení dohodnutých kontrol
15.3.11 Generuje předepsané sestavy
15.3.11.1 Dcs30frlp - Přehled čerpání poukázek za období
15.3.11.2 Dcs31frlp - Přehled čerpání příspěvků na stravování zaměstnanců
15.3.11.3 Dcs32frlp - Detailní rozpis konzumace zaměstnance
15.3.11.4 Dcs33frlp - Přehled čerpání příspěvků na stravování od počátku roku
15.3.11.5 Dcs34frlp - Výpočet příspěvků zaměstnance na stravování
15.3.11.6 Dcs35frlp - Výpis srážek za stravování do mezd/pokladny
15.3.11.7 Dcs36frlp - Vznik nároku na stravování za práci přesčas
15.3.11.8 Dcs37frlp - Odběr teplé stravy v období ve stravovací lokalitě
15.3.11.9 Dcs38frlp - Odběr poukázek na pokladnách za období
15.3.11.10 Dcs39frlp - Převedené poukázky ke konci období
15.3.11.11 Dcs40frlp - Fakturace odběru stravy za období
15.3.12 Aktivace a konfigurace systému vyhodnocení stravy
15.3.12.1 Nastavení typu vyhodnocení stravy zaměstnance
15.3.12.2 Nastavení způsobu úhrady nadlimitního odběru
15.3.12.3 Nastavení číselníku Slm01
15.3.12.4 Nastavení Str32 - Lokality pro stravu
15.3.12.5 Nastavení JPC - Stravovací skupina (pd_strava_skup)
15.3.12.6 Nastavení číselníku strava Dcs04
15.3.13 Popis importních souborů
15.3.13.1 Letiste_Praha_Stravenky-RRMM.txt
15.3.13.2 Dodavatel FBA, DRRRRMM.TXT
15.3.13.3 Dodavatel FBA, CRRRRMM.TXT
15.3.13.4 Dodavatel PC, PC_PRRMM00N.TXT
15.3.13.5 Dodavatel PC, PC_RRRMM00N.CSV
16 Specifické úpravy pro SURO - Státní ústav radiační ochrany
16.1.1 Dcs11fsuro - Příspěvek na stravu - karta Ticket
17.1.2 Strava, režim 310 - CP pro VŠE, omezení podle status
17.1.3 Strava, režim 310 - CP pro VŠE, společný CP v rámci OSČ
18 Specifické úpravy pro VUB SK
18.1.2 Nárok na stravu dle legislativního limitu [SK]
3 Standardní řešení úlohy „Strava“
Všechny standardní objekty pro okruh řešení Strava jsou zařazeny do skupinové nabídky Docházka a cestovní příkazy.
Řízení uživatelského přístupu k jednotlivým položkám nabídky je popsáno v dokumentaci EGJE Adm_uzdoc_cz.doc.
3.1 Používané pojmy a zkratky
|
Zkratka Pojem |
Popis |
|
FP |
finanční příspěvek na stravu |
|
SK |
stravenka, stravenkova karta |
|
|
|
3.2 Seznam objektů okruhu
V následující tabulce je uveden seznam objektů vázaných k okruhu řešení Strava.
V prvním sloupci je kód objektu, ve druhém sloupci je označení druhu objektu (F = formulář, P = proces, E = export, I = import, S = sestava) a ve třetím sloupci je uveden název objektu.
|
Kód Objektu |
Typ |
Název objektu |
|
|
|
|
|
|
|
Skupina vyhodnocení stravy |
|
I |
Import podkladů pro vyhodnocení stravy |
|
|
F |
Přehled odběru stravy – zaměstnanec |
|
|
F |
Vyhodnocení odběru stravy |
|
|
F |
Ceník stravy |
|
|
S |
Strava, zúčtování za období |
|
|
S |
Strava, rekapitulace zúčtování za období |
|
|
S |
Stravenky, nárok za období |
|
|
S |
Stravenky, odběr za období |
|
|
S |
Strava, rekapitulace podle typů |
|
|
E |
Stravenky, objednávka SODEXO |
|
|
|
|
|
|
|
|
Skupina exportů |
|
E |
Export – strava |
|
|
E |
Export - strava, typ Edenred (XML) |
|
|
|
|
|
|
|
|
Skupina importů |
|
I |
Import, Dcs02, Stravenky - odebrané za období |
3.3 Dcs01 – Import podkladů pro vyhodnocení stravy
Formulář slouží pro nahrání dat ze stravovacího systému resp. z pokladny o odebraných jídlech, odebraných stravenkách. Formulář umožňuje naimportovat zdrojový soubor typu XLS, XML resp. CSV do systému EGJE.
Pro přístup k formuláři Dcs01 platí omezení přístupu podle období a SJ, resp. datu uzavření a SJ stejné jako na formuláři Dcs03.
Formulář je rozdělen na dvě části. V horní části se zobrazuje evidence zpracovaných dávek a ve spodní části je zobrazen nahraný obsah dávky.
3.3.1 Evidence dávek
Nad tabulkou evidence dávek je tlačítko [Nahraj novou dávku], která do systému zaeviduje novou dávku s položkami :
Importní dávka - identifikace importní dávky
Období - období zpracování
Seřazení seznamu importovaných dávek je podle datumu a času skutečného importu.
Po aktivaci tlačítka se zobrazí standardní vyhledávací formulář pro vyhledané soubory v systému, vyhledáme požadovaný zdrojový soubor a potvrdíme jeho výběr.
Systém zaeviduje novou dávku (identifikace nové dávky je o +1 větší než naposled registrovaná dávka) a spustí proces importu.
Popis procesu importu viz dále : Popis importu.
3.3.2 Dávka
[Nahraj dávku] – pro načtení aktuální dávky ze zdrojového souboru
Obdobná činnost jako při [Nahraj novou dávku] ale neregistruje se nová dávka, import se provede pro aktuální označenou dávku
[Smaž dávku] – pro vymazání dat aktuální dávky
Importované řádky dávky se zobrazují ve formátu seznam a pravostranný detail.
Položky seznamu :
PV – identifikace PV a zaměstnance (příjmení a jméno)
Kód jídla – identifikace typu odebraného jídla nebo stravovacího lístku
Datum odběru - datum realizovaného odběru (pokud je uvedený v importním souboru)
Počet jídel - počet odebraných jídel nebo stravovacích lístků
Popis položek detailu :
Osoba PV
Kód jídla
Datum odběru
Stav zpracování
Stravovací lokalita
Stravovací skupina
Zdroj řádka
Doklad
Skutečná cena(imp.)
DPH z jídla (imp)
Srážka - zaměstnanec
Dotace zaměstnavatele (imp.)
Příspěvek ze soc. fondu (imp.)
Příspěvek z odborů (imp.)
Srážka ze mzdy přiznaná : – obsahuje skutečně přiznanou srážku ze mzdy za odebrané jídlo
Dotace zaměstnavatele (přiznané)
Příspěvek ze soc. fondu (přiznané)
Příspěvek z odborů (přiznané)
Počet jídel
Doplňkový počet 1
Doplňkový počet 2
Doplňkový počet 3
Počet jídel s příspěvkem
Pomocná částka 1
Pomocná částka 2
Pomocná částka 3
3.3.3 Popis importu
Podmínkou je, že v záhlaví souboru musí být řádek s pojmenovanými sloupci. Název sloupce musí obsahovat jen definované názvy, viz tabulka :
|
Název Sloupce |
Popis |
Poznámky |
|
kod_org |
Organizace |
Pokud není definovaný, přiřadí se podle aktuálního zařazení OSC/OSCPV |
|
kod_obd |
Období dávky |
Pole je povinné, Formát RRRR-MM |
|
strava_lokalita |
Lokalita odběru stravy |
Pokud je vyplněn, kontrola na strukturu 32 |
|
Osc |
Osobní číslo |
Do OSCPV se uloží kmenové PV k „OSC“ |
|
Oscpv |
Osoba PV |
Platnost OSČPV je kontrolována na standardní seznam PV pro použití v docházce |
|
kod_jidla |
Kód jídla |
Povinná položka kontrola na číselník Dcs04 |
|
Datum |
Datum odběru |
Povolený formát : DD (den v měsíci ); YYYYMMDD; DD.MM.YY, DD.MM.YYYY |
|
strava_skup |
Stravovací skupina |
|
|
cena_skut |
Skutečná cena (imp.) |
|
|
srazka_zam |
Srážka - zaměstnanec |
|
|
cena_dph |
DPH z jídla (imp.) |
|
|
prisp_org |
Dotace zaměstnavatele (imp.) |
|
|
prisp_sf |
Příspěvek ze soc. fondu (imp.) |
|
|
prisp_odb |
Příspěvek z odborů (imp.) |
|
|
pocet |
Počet jídel |
|
|
pocet1 |
Doplňkový počet 1 |
|
|
pocet2 |
Doplňkový počet 2 |
|
|
pocet3 |
Doplňkový počet 3 |
|
|
pom1 |
Pomocná částka 1 |
|
|
pom2 |
Pomocná částka 2 |
|
|
pom3 |
Pomocná částka 3 |
|
Zdrojový soubor uložit do dohodnutého adresáře.
Aktivovat formulář dcs01 a založit novou dávku tlačítkem [Nahraj novou dávku]
Pro opakované načítání : tlačítkem [Nahraj dávku]
Plnění položek algoritmem :
Při importu dochází k vyplnění vybraných položek dohodnutým způsobem.
|
Položka |
Režim (Dcs04. Skutečná cena > 0 |
Režim (Dcs04. Skutečná cena = -1) |
|
Skutečná cena(imp.) |
|
= Srážka – zaměstnanec + Dotace zaměstnavatele (imp.): + Příspěvek ze soc. fondu (imp.): + Příspěvek z odborů (imp.): |
|
Srážka - zaměstnanec |
z Dcs04 |
|
|
Dotace zaměstnavatele (imp.): |
Z Dcs04 |
|
|
Příspěvek ze soc. fondu (imp.): |
Z Dcs04 |
|
|
Příspěvek z odborů (imp.): |
Z Dcs04 |
|
Z důvodu eliminace chyby importu údajů z nesprávného struktur.období, je požadováno, aby vstupní soubor obsahoval sloupec „kod_obd“, pokud soubor předmětný sloupec neobsahuje, v protokolu se zobrazí hlášení :
„Vstupní soubor neobsahuje položku kod_obd, není možné provést kontrolu nebo se údaje importují do správného struktur. období!!“
Poznámky k formátu CSV pro import :
oddělovač polí : středník
oddělovač desetinné části čísla : čárka
Poznámky k formátu XLS pro import :
Jednotlivé položky OSC, kod_jídla atd. mohou být zadány jako text nebo číslo.
Hlášení z importu :
Hlášení : IMP04 Chyba na řádku <n>, PV <osc> nenalezeno
Popis : pro OSC v souboru nenalezeno platné kmenové OSC
Řešení : zkontrolovat podmínky platnosti PV.
3.4 Dcs02 – Přehled odběru stravy - zaměstnanec
Formulář slouží jednak k přehledu odebrané stravy a stravenek a zároveň obsahuje vyhodnocení příspěvků.
Formulář obsahuje navigační seznam typu Pv a několik záložek typu master/detail.
Přístup k jednotlivým tlačítkům je řízen režimem pro příslušnou záložku: tzn. pokud je záložka v režimu „čtení“, tak i tlačítka jsou „vypnuta“.
Pro všechny volané funkce z tlačítek je aktivován monitor úloh včetně protokolu.
Při otevření formuláře (záložek) se provede kontrola, která zkontroluje platnost naposledy použitého typu jídla/stravenky. Pokud se zjistí, že v parametru je nastaven neplatní záznam, parametr je vynulován a uživatel musí parametr nastavit na novou hodnotu.
Formulář je rozdělen na několik záložek :
Vstupy strava – pro zobrazení odebraných jídel
Zobrazuje pouze záznamy s typem jídla jiným než „Stravenky(5)“ a „Nárok(10)“
Vstupy stravenky – pro zobrazení odebraných stravenek
Zobrazuje pouze záznamy s typem jídla „Stravenky(5)“
Strava evid. - pro zobrazení detailního přehledu odebrané stravy zaměstnance za aktuální období podle evidence ze stravovacích organizací, který není použít pro vyhodnocení.
Nárok příspěvku – pro zobrazení vygenerovaného nároku na aktuální období nebo zadaných korekcí
Zobrazuje pouze záznamy s typem jídla „Nárok(10)“
Vyhodnocení – přehled vyhodnocení odběru jídel a stravenek
Hromadné akce – automatické provedení zvolených akci z ostatních záložek
Použití tlačítek formuláře je vázaná na obvyklé objektová práva a stavu období pro SO. Použitím práva fEditDochUzavDoch je možné pracovat i v uzavřeném období pro docházku.
3.4.1 Navigační seznam
Do zpracování PV v rámci formuláře Dcs02 se provede zablokování zpracování PV, s nastavením Opv01, Režim, Typ nároku na stravu: = 0, 100 - Bez kalkulace nároku z evidence denní docházky,
Pro funkce Generování nároku pro PV a Vyhodnocení pro PV.
3.4.2 Záhlaví formuláře
V záhlaví jsou umístěné parametry a položky:
parametr Období - pro omezení zobrazovaných dát
položka Typ nároku na stravu - Opv01, Režim, Typ nároku na stravu
položka Status vyhodnocení stravy - stav ve vyhodnocení stravy pro PV (viz Status vyhodnocení stravy)
parametr Lokalita:
Pokud je parametr vyplněn, slouží pouze pro omezení navigačního seznamu.
Neslouží pro vyplnění stejné položky v záznamu DCS.
Pokud se kopíruje nárok do stravenek, tak při vyplnění Lokality, se zkopírují pouze záznamy, které mají nastavenou stejnou lokalitu, jako je aktuální hodnota parametru.
3.4.3 Záložka - Vstupy strava
Záložka obsahuje přehled odebrané stravy zaměstnance za aktuální období podle evidence ze stravovacích organizací (import zdrojových podkladů) resp. zadané ručním vstupem.
Záložka obsahuje záznamy s odebranou stravou vytvořené uživatelem nebo importované (jsou identifikované položkou „Zdroj řádku“ = 0,1 , typ odběru <> 5, 10)
Kontextová nabídka : Dcs08
Záhlaví záložky:
tlačítko [Smazání stravy pro všechny PV]
slouží k vymazání záznamů z evidence odběru jídel (stravy) pro aktuální období a PV dostupných aktuálnímu uživateli (smazané záznamy pro PV v aktuálním navigačním seznamu).
V seznamové části záložky se zobrazí informace o odebrané stravě / stravence :
Datum odběru Datum odběru
Stravovací lokalita Lokalita stravy (podle Str32)
Stravovací skupina Stravovací skupina (s číselníkem JPC pd_strava_skup).
Kód jídla Kód jídla
Skutečná cena (imp.) Cena jídla celkem z importu
Srážka - zaměstnanec Srážka ze mzdy zaměstnance z importu
DPH z jídla (imp.) DPH jídla z importu
Počet jídel Počet odebraných jídel
Počet jídel s příspěvkem Počet jídel, na které byl poskytnout příspěvek
V detailní části záznamu jsou zobrazené údaje z importu i vyhodnocení (vstupy), viz detailní popis
Datum odběru Datum odběru
Kód jídla Kód jídla
Skutečná cena (imp.): Cena jídla celkem z importu
Srážka - zaměstnanec Srážka ze mzdy zaměstnance z importu
Srážka ze mzdy přiznaná Skutečně přiznaná srážka ze mzdy za odebrané jídlo.
DPH z jídla (imp.) DPH jídla z importu
Dotace zaměstnavatele (imp.) Příspěvek organizace k jídlu z importu
Dotace zaměstnavatele (přiznané) Příspěvek organizace k jídlu po vyhodnocení
Příspěvek soc. fondu (imp.) Příspěvek ze sociálního .fondu k jídlu z importu
Příspěvek soc. fondu (přiznané) Příspěvek ze soc. fondu k jídlu po vyhodnocení
Příspěvek odbory (imp.) Příspěvek z odborových fondů k jídlu z importu
Příspěvek odborů (přiznané) Příspěvek z odborových fondů k jídlu po vyhodnocení
Počet jídel Počet odebraných jídel
Počet jídel s příspěvkem Počet odebraných jídel s přiznaným příspěvkem
Doplňkový počet 1 Počet odebraných jídel typu 1
Doplňkový počet 2 Počet odebraných jídel typu 2
Doplňkový počet 3 Počet odebraných jídel typu 3
Pomocná částka 1
Částka importovaná nebo z výpočtu vázaná na
konkrétní typ vyhodnocení
Částka importovaná nebo z výpočtu vázaná na konkrétní typ vyhodnocení
Částka importovaná nebo z výpočtu vázaná na konkrétní typ vyhodnocení
Stravovací lokalita Identifikace lokality odběru stravy / stravenek
Stravovací skupina zaměstnance (z Opv01 . pd_strava_skup)
Stav zpracování Stav zpracovaní řádku
Zdroj řádku Zdroj, ze kterého byl řádek vytvořen
Poznámka krátká uživatelská poznámka
3.4.4 Záložka - Vstupy stravenky
Záložka slouží pro ruční vstup odebraných stravenek.
Obsahuje záznamy s odebranou stravou vytvořené uživatelem nebo importované (jsou identifikovány položkou „Zdroj řádku“ = 0,1 , typ odběru = 5)
V záhlaví záložky jsou dvě pole, která slouží pro nastavení předdefinovaných hodnot ukládaných do nového záznamu :
Jídlo –
kód jídla, identifikace typu odběru
Plnění výběrového seznamu podle číselníku Dcs04 –Ceník stravy. Zařazeny jsou
záznamy, které mají položku „Stravovací lokalita“ nevyplněnou nebo shodnou
s aktuálním nastavením položky „Lokalita“.
Pro rozšířenou funkci kopírování je nastavení parametru „Jídlo:“ nepoužité, pracuje se s odkazy do Dcs04 ze spouštěcího formuláře.
Doporučuje se tento parametr pro tyto režimy nenastavovat (pro standardní funkci kopírování, je však nastavení tohoto parametru povinné - je kontrolováno).
Povinně musí být vyplněno pole „Jídlo“. Pokud je vyplněno pole „Lokalita“, zobrazí se pouze řádky definované pro danou lokalitu.
Kontextová nabídka : Dcs08
Procesní tlačítka :
[Kalkulace za PV] slouží na kalkulaci vložených záznamů pro aktuální PV podle aktuálního ceníku typů odběru stravy / stravenek.
Přepočet:
Skutečná cena = Počet jídel * Skutečná cena z Dcs04
[Kalkulace za všechna PV] slouží na kalkulaci vložených záznamů pro všechny PV v aktuálním výběru (navigačním seznamu) podle aktuálního ceníku typů odběru stravy / stravenek.
[Kopíruj nárok za PV] – kopírování zálohových nároku na příspěvek na stravu
má dva režimy: standardní a rozšířený
Standardní režim - pro aktuální PV aktivuje funkci pro zkopírování obsahu záložky „Nároky příspěvku“ do záložky „Vstup stravenky“, s následujícím postupem :
o Vymažou se všechny řádky záložky
o Ze záložky „Nároky příspěvku“ se vytvoří kopie řádku a v něm se upraví :
o Kód jídla – podle volby v záhlaví záložky
o Stav zpracování = 0
o Zdroj řádku = 1
Rozšířený režim - je určený pro režimy 11, 111, 172, 173 s povolením pomocí hlášení DS106. Podrobný popis viz. Aktualizace údajů o poskytnuté záloze
[Kopíruj nárok za všechna PV] – stejně, jako předešlé tlačítko, ale pro
každé PV z NS
[Smazání stravy pro všechny PV]
slouží k vymazání záznamů z evidence odběru jídel (stravy) pro aktuální období a PV dostupných aktuálnímu uživateli (smazané záznamy pro PV v aktuálním navigačním seznamu).
Editační tlačítka :
[Nový]
Při vložení nového záznamu – standardně se položka „Stravovací lokalita“ v záznamu naplní aktuální hodnotou položky „Lokalita“ na formuláři. Pokud tato není nastavená, do záznamu se naplní (aktualizuje) položka „Stravovací lokalita“ podle aktuálního zařazení zaměstnance k struktuře 32
Pro zobrazení a tisk vygenerovaných nároků je možné použít Dcs07.
V seznamové části záložky jsou zobrazeny položky záznamu :
Datum odběru Datum odběru
Stravovací lokalita Identifikace lokality odběru stravy / stravenek
Kód jídla Kód jídla
Počet jídel Počet odebraných jídel
Skutečná cena (imp.) Cena jídla celkem z importu
Zdroj řádku Zdroj, ze kterého byl řádek vytvořen
V detailní části záložky k záznamu se zobrazují položky :
Datum odběru Datum odběru
Stravovací lokalita Identifikace lokality odběru stravy / stravenek
Kód jídla Kód jídla
Počet jídel Počet odebraných jídel
Skutečná cena (imp.) Cena jídla celkem z importu
Dotace zaměstnavatele (imp.) Příspěvek organizace k jídlu z importu
Příspěvek soc. fondu (imp.) Příspěvek ze sociálního .fondu k jídlu z importu
Příspěvek odbory (imp.) Příspěvek z odborových fondů k jídlu z importu
Srážka – zaměstnanec Srážka ze mzdy zaměstnance z importu
Srážka ze mzdy přiznaná Skutečně přiznaná srážka ze mzdy za odebrané jídlo
Počet jídel s příspěvkem Počet odebraných jídel, s poskytnutým příspěvkem
Pomocná částka 1
Částka importovaná nebo z výpočtu vázaná na
konkrétní typ vyhodnocení
Částka importovaná nebo z výpočtu vázaná na konkrétní typ vyhodnocení
Doklad Identifikace dokladu
Stav zpracování Stav zpracovaní řádku
Zdroj řádku Zdroj z kterého byl řádek vytvořen
Období záhlaví Období pro zpracování
Poznámka krátká uživatelská poznámka
3.4.5 Záložka – Strava evid.
(TC 1027906)
Záložka obsahuje evidenční detailní přehled odebrané stravy zaměstnance za aktuální období podle evidence ze stravovacích organizací (import zdrojových podkladů).
Záložka obsahuje záznamy s odebranou stravou vytvořené uživatelem nebo importované (jsou identifikované položkou „Zdroj řádku“ = 4 , typ odběru <> 5, 10)
Standardně se záložka nezobrazuje, zobrazení je vázáno na objektové právo: Dcs02ZalEvidStrava
Záhlaví záložky:
V záhlaví záložky jsou dvě pole, která slouží pro nastavení předdefinovaných hodnot ukládaných do nového záznamu:
tlačítko [Smazání vše]
slouží k vymazání záznamů z evidence odběru jídel (stravy) pro aktuální období a PV dostupných aktuálnímu uživateli (smazané záznamy pro PV v aktuálním navigačním seznamu).
Jídlo
– kód jídla, identifikace typu odběru
V seznamové části záložky se zobrazí informace o odebrané stravě / stravence :
Datum odběru Datum odběru
Název - název položky odběru z importu
Stravovací lokalita
Kód jídla Kód jídla
Skutečná cena (imp.) Cena jídla celkem z importu
Srážka - zaměstnanec Srážka ze mzdy zaměstnance z importu
DPH z jídla (imp.) DPH jídla z importu
V detailní části záznamu jsou zobrazené údaje z importu i vyhodnocení (vstupy), viz detailní popis
Datum odběru Datum odběru
Kód jídla Kód jídla
Skutečná cena (imp.): Cena jídla celkem z importu
Srážka - zaměstnanec Srážka ze mzdy zaměstnance z importu
Srážka ze mzdy přiznaná Skutečně přiznaná srážka ze mzdy za odebrané jídlo.
DPH z jídla (imp.) DPH jídla z importu
Dotace zaměstnavatele (imp.) Příspěvek organizace k jídlu z importu
Dotace zaměstnavatele (přiznané) Příspěvek organizace k jídlu po vyhodnocení
Příspěvek soc. fondu (imp.) Příspěvek ze sociálního fondu k jídlu z importu
Příspěvek soc. fondu (přiznané) Příspěvek ze soc. fondu k jídlu po vyhodnocení
Příspěvek odbory (imp.) Příspěvek z odborových fondů k jídlu z importu
Příspěvek odborů (přiznané) Příspěvek z odborových fondů k jídlu po vyhodnocení
Počet jídel Počet odebraných jídel
Počet jídel s příspěvkem Počet odebraných jídel s přiznaným příspěvkem
Doplňkový počet 1 Počet odebraných jídel typu 1
Doplňkový počet 2 Počet odebraných jídel typu 2
Doplňkový počet 3 Počet odebraných jídel typu 3
Pomocná částka 1
Částka importovaná nebo z výpočtu vázaná na
konkrétní typ vyhodnocení
Pomocná částka 2
Částka importovaná nebo z výpočtu vázaná na konkrétní typ vyhodnocení
Pomocná částka 3
Částka importovaná nebo z výpočtu vázaná na konkrétní typ vyhodnocení
Stravovací lokalita Identifikace lokality odběru stravy / stravenek
Stravovací skupina
Stravovací skupina zaměstnance (z Opv01 - pd_strava_skup)
Stav zpracování Stav zpracovaní řádku
Zdroj řádku Zdroj, ze kterého byl řádek vytvořen
3.4.6 Záložka – Nárok na přísp.
Záložka slouží pro zobrazení vygenerovaného nároku na běžný měsíc, resp. zadané korekce.
Obsahuje záznamy generované z funkce „Gen. nároku za všechna PV“ jsou identifikované položkou, typ odběru = 10.
V záhlaví záložky jsou dvě pole, která slouží pro nastavení předdefinovaných hodnot ukládaných do nového záznamu :
Lokalita – identifikace lokality odběru (plněné kódem podle struktury č. 32)
Typ nároku: – kód jídla, identifikace typu nároku
Plnění výběrového seznamu podle číselníku Dcs04 –Ceník stravy. Zařazeny jsou záznamy, které mají položku „Stravovací lokalita“ nevyplněnou nebo shodnou s aktuálním nastavením položky „Lokalita“.
Pro režim stravy 11, 111, 172, 173 je nastavení parametru „Typ nároku:“ nepoužité, pracuje se s vyhledaným záznamem v Dcs04 s nastavením S1/10 samostatně pro FP/SK.
Doporučuje se tento parametr pro
tyto režimy nenastavovat.
Kontextová nabídka : Dcd01, Dcm01, Dcs07, Dcs10, Dcs11
Procesní tlačítka :
Omezení dostupnosti tlačítek:
Pro režim 21 nejsou povolená tlačítka:
Kalkulace pro PV; Kalkulace pro všechna PV; Generování pro PV; Gen. nároku pro
všechna PV
[Kalkulace pro PV] slouží ke kalkulaci vložených záznamů pro aktuální PV podle aktuálního ceníku typů odběru stravy / stravenek.
[Kalkulace pro všechna PV] slouží ke kalkulaci vložených záznamů pro všechny PV v aktuálním výběru (navigačním seznamu) podle aktuálního ceníku typů odběru stravy / stravenek.
[Smazaní
nároku pro všechna PV] slouží k vymazání záznamů z evidence nároků na
stravenky pro aktuální období a dostupných aktuálnímu uživateli (smazané
záznamy pro PV v aktuálním navigačním seznamu).
Smažou se i řádky doplněné importem.
Pro Opv01, Typ vyhodnocení stravy = 11, 111, 172, 173 je funkce upravená:
a) pro každé PV ve výběru s nastavením Typ výstupu >= 4 pro PV a období:
pokud Adm21/Adm22, Období pro paušál > 0, smazat dříve vygenerované záznamy z Dcm: Kód OBD = Obd MZDY, Zdroj = 22, Zdroj dopl = 15
kde OBD_MZDY je Akt. období - posun pro paušál
b) pro každé PV ve výběru s nastavením Typ výstupu <= 3 pro PV a období:
pokud Adm21/Adm22, Období pro stravenku > 0, smazat dříve vygenerované záznamy z Dcm: Kód OBD = Obd MZDY, Zdroj = 22, Zdroj dopl = 15
kde OBD_MZDY je Akt. období - posun pro stravenku
[Generování pro PV] slouží pro generování příspěvku pro aktuální PV, funkce generování totožná s funkcí pro generování pro všechny PV
[Gen. nároku pro všechna PV] slouží pro generování nároku příspěvků na běžný měsíc z evidence docházky z minulého měsíce a aktuálního kalendáře.
Použití tlačítka, zabezpečí vygenerování záznamu do formuláře pro každé aktivní PV přístupné (podle řádkových práv) pro aktuální přihlášené (uživatel a profil).
Před použitím tlačítka je nutné vyplnit parametry v záhlaví záložky, obdobně jako při ručním vstupu.
Povinně musí být vyplněno pole „Jídlo“. Pokud je vyplněno pole „Lokalita“, generování se provede jen pro PV zařazené k této lokalitě, při nevyplnění pole se generování provede pro všechny aktivní PV dostupné podle řádkových práv k PV aktuálního přihlášení.
Pokud při použití tlačítka nejsou
vyplněny parametry, zobrazí se zpráva :
"Vyplnit parametry pro generování"
Podrobný popis generování viz Generování podkladů pro objednávku
[Uložit do DCM pro PV] / [Uložit do DCM pro všechna PV]
tlačítka se zobrazí, pokud je nastaven alespoň jeden z parametrů (a je větší než 0)
Adm21/Adm22, Stravenky, posun MZDY
Adm21/Adm22, Paušál, posun MZDY
Tlačítka slouží pro vložení vygenerovaného nároku do DCM (podkladů pro mzdy) ale jiného období než je akt. období formuláře Dcs02.
Podrobný popis generování, viz. kapitolu, Uložit do DCM pro PV.
zaškrtavátko Krácení z předešlého období - při otevření vždy zaškrtnuto
pokud zaškrtnuto - akceptujeme krácení za nepřítomnosti z předešlého období
pokud nezaškrtnuto - neakceptujeme krácení za nepřítomnosti z předešlého období
zaškrtavátko Přenos z předešlého období - při otevření vždy zaškrtnuto
pokud zaškrtnuto - akceptujeme převod zůstatku nároku z předešlého období
pokud nezaškrtnuto - neakceptujeme převod zůstatku nároku z předešlého období
Editační tlačítka :
[Nový]
Při vložení nového záznamu – standardně se položka „Stravovací lokalita“ v záznamu naplní aktuální hodnotou položky „Lokalita“ na formuláři. Pokud tato není nastavena, do záznamu se naplní (aktualizuje) položka „Stravovací lokalita“ podle aktuálního zařazení zaměstnance ke struktuře 32.
[Edit]
pokud je typ vyhodnocení
stravy pro PV a období = 21, tak řádky s zdroj = 3 nelze editovat
Pro zobrazení a tisk vygenerovaných nároků je možné použít Dcs07.
V seznamové části záložky jsou zobrazeny položky záznamu :
Datum odběru Datum odběru
Období zálohy Období pro které je určen zálohový nárok
Stravovací lokalita Identifikace lokality odběru stravy / stravenek
Kód jídla Kód jídla
Počet jídel Počet odebraných jídel
Skutečná cena (imp.) Cena jídla celkem z importu
Zdroj řádku Zdroj, ze kterého byl řádek vytvořen
V detailní části záložky k záznamu se zobrazují položky :
Datum odběru Datum odběru
Stravovací lokalita Identifikace lokality odběru stravy / stravenek
Kód jídla Kód jídla
Počet jídel Počet odebraných jídel
Skutečná cena (imp.) Cena jídla celkem z importu
Dotace zaměstnavatele (imp.) Příspěvek organizace k jídlu z importu
Příspěvek soc. fondu (imp.) Příspěvek ze sociálního .fondu k jídlu z importu
Příspěvek odbory (imp.) Příspěvek z odborových fondů k jídlu z importu
Srážka - zaměstnanec Srážka ze mzdy zaměstnance z importu
Počet jídel s příspěvkem Počet odebraných jídel, s poskytnutým příspěvkem
Pomocná částka 1
Částka importovaná nebo z výpočtu vázaná na
konkrétní typ vyhodnocení
Pomocná částka 2
Částka importovaná nebo z výpočtu vázaná na konkrétní typ vyhodnocení
Doklad Identifikace dokladu
Stav zpracování: Stav zpracování řádku
Zdroj řádku Zdroj, ze kterého byl řádek vytvořen
Období záhlaví Období pro zpracování
Doplňkový počet 1 Nárok za aktuální období (viz popis níže)
Doplňkový počet 2 Krácení za předchozí období
Doplňkový počet 3 Nevyčerpaný nárok z předchozího období.
Poznámka krátká uživatelská poznámka
Složka mzdy Složka mzdy pro zálohový příspěvek (generování nároku)
Typ nároku na stravu typ vyhodnocení stravy pro PV a období generování zálohového příspěvku
Typ použití výstupu vyhodnocení stravy: typ příspěvku na stravu (k poslednímu dni období generování)
3.4.6.1 Odchylky pro režim 21
Záznamy se zdrojem = 3 (Generovaný nárok stravenek) se zobrazují kurzívou.
Pokud je typ vyhodnocení stravy pro PV a období = 21, tak řádky s zdroj = 3 nelze
editovat
Pokud má PV režim vyhodnocení
stravy 21 a pokud je akt. stav položky Stav vyhodnocení strava:
= 2 - Vyhodnoceno s převodem do mezd,
není povolená žádná editace a aktualizace
záznamů na záložce
= 1 - Kompletně vyhodnoceno
Po použití libovolného editačního
tlačítka se zobrazí dialog:
„Pozor, po uložení aktualizovaného
řádku, je třeba provést znovu Vyhodnocení stravy !“
po odkliknutí [OK] při
uložení/smazání záznamů se zároveň změní nastavení položky Stav vyhodnocení
strava = 0
Poznámka: dříve provedené vyhodnocení se
nemění
3.4.6.2 Odchylky pro režim 11, Doplňkový počet 1
Typ vyhodnocení stravy = 11
Doplňkový počet 1 - nárok na běžný měsíc
= počet pracovních dní akt. období generování nároku, u kterých na den
a/ je platný PV (datum je větší jako začátek PV a je menší než datum ukončení PV)
b/ PV není v mimoevidenčním stavu (PV není v tento ve vynětí)
c/ je plánovaná směna (hodiny > 0) a hodiny jsou větší než limit hodin pro první příspěvek
d/ a ve dni není plánovaný neodpracovaný svátek (typ svátku N)
K základnímu počtu se pak ještě přičte
+ pokud je povolená druhá stravenka, počet pracovních dnů (při splněných výše uvedených podmínek) u kterých hodiny jsou větší než limit hodin pro druhý příspěvek
+ korekce z Vyp01 z určené SLM z předešlého měsíce
+ korekce z Dcm01 z určené SLM z aktuálního měsíce
3.4.7 Záložka - Vyhodnocení
Záložka obsahuje přehled vyhodnocení příspěvku a srážky ze mzdy na odebraný počet stravy a stravenek standardně za aktuální období aktuálního zaměstnance.
Záložka má dva formáty:
standard - pro všechny režimy stravy mimo 303
formát 303 - pouze pro typ vyhodnocení stravy 303 (RLP)
Formát 303 je popsán v specializované dokumentaci pro zákazníka ŘLP.
Na formuláři se standardně zobrazují jen vyhodnocení pro aktuální období. Po „odškrtnutí“ políčka „Aktuální období“ se zobrazí všechny evidované vyhodnocení zaměstnance v sestupném pořadí dle identifikace vyhodnocovacího období.
Standardně se záložka zobrazuje jako pátá, pokud však má aktuální uživatel právo Dcs02VyhodnoceniPrvni = Smí spustit, tak při otevření formuláře Dcs02 se jako první (aktivní) zobrazí záložka Vyhodnocení.
Kontextová nabídka : Dcd01, Dcm01, DCs05, Dcs06
Procesní tlačítka :
[Vyhodnocení za PV] - slouží na vyhodnocení příspěvku na stravu za aktuální období a zaměstnance.
[Převod do měsíčních vstupů za PV] – pro generování podkladů pro mzdy pro aktuálního zaměstnance.
viz popis v „Generování řádků do MV“
[Vymazání převodu z MV za PV] - vymaže generované řádky z vyhodnocení stravy do Dcm01 pro aktuální PV.
[Vyhodnocení za všechna PV] - slouží na vyhodnocení příspěvku na stravu za aktuální období pro všechna PV v NS.
[Převod do měsíčních vstupů za všechna PV] – pro generování podkladů pro mzdy pro všechna PV v NS. Funkce generování shodná s obdobnou funkcí na Dcs03.
Mažeme jen záznamy generované funkcí z Převod do MV, záznamy z funkce Nárok na příspěvek, Ulož do DCM se nemažou (omezení smazání pro záznamy s Zdroj dopl. = 15)
Hlášení v dialogu při spuštění funkce tlačítkem: "Evidence docházky není uzavřena. Chcete pokračovat?"
Reakce: V zobrazeném dialogu se oznamuje uživateli, že některé ze zpracovaných PV nemá uzavřenou docházku minimálně manažerem (stav MZ = 23).
Je na uživateli, zda zkontroluje stav zpracování docházek nebo bude pokračovat bez kontroly.
[Vymazání převodu z MV za všechna PV] - vymaže generované řádky z vyhodnocení stravy do Dcm01 pro všechna PV v NS.
zaškrtavátko Krácení z předešlého období - při otevření zachovává předešlý stav
pokud zaškrtnuto - akceptujeme krácení za nepřítomnosti z předešlého období
pokud nezaškrtnuto - neakceptujeme krácení za nepřítomnosti z předešlého období
zaškrtavátko Přenos z předešlého období - při otevření zachovává předešlý stav
pokud zaškrtnuto - akceptujeme převod zůstatku nároku z předešlého období
pokud nezaškrtnuto - neakceptujeme převod zůstatku nároku z předešlého obdo
zaškrtavátko Přenos do MV pouze pro výstup a MES - při otevření zachovává předešlý stav
při Ano omezit export do MV z Převod do MV pouze při výstupu a vyřazení do MES
při Ne - převod do MV bez omezení
V seznamové části záložky se zobrazí položky záznamu :
Poč.nár.akt.obd. – nárok příspěvků na běžný měsíc
Poč.nár.pred.obd. – nárok příspěvků z předcházejících období
Nárok celkem - nárok celkem na aktuální období
Zůstatek nevyčerp. nároků - zůstatek nevyčerpaných nároků
Počet jídel – počet odebraných jídel
Doplňkový počet 1 – počet odebraných stravenek typu 1
Doplňkový počet 2 – počet odebraných stravenek typu 2
Doplňkový počet 3 – počet odebraných stravenek typu 3
Srážka ze mzdy– srážka ze mzdy zaměstnance
Do pokladny - platba za odebranou stravu/stravenky do pokladny
Stav zpracování – stav zpracování
Podzáložka Počty:
Je k dispozici standard a pro některé typy vyhodnocení, může mít podzáložka jiný obsah (21, 303).
V detailní části na standardní podzáložce Počty k záznamu se zobrazují položky :
Období záhlaví – období vyhodnocení
Počet nároků na běžný měsíc - nárok příspěvků na běžný měsíc
Počet nároků z předcházejících období - nárok příspěvků z předcházejících období
Zůstatek nevyčerpaných nároků - zůstatek nevyčerpaných nároků
Detail pro typ vyhodnocení 21, obsah podzáložky:
Levý sloupec:
Období záhlaví – období platnosti dat
Počet nároků na běžný měsíc – aktuální nárok na běžný měsíc
Počet nároků z předešlých období – přenos z předešlých období
Nárok celkem – celkový nárok na měsíc
Zůstatek nevyčerp. nároků – nečerpaný nárok, převod do dalšího období
Pravý sloupec:
Počet nároku na měsíc podle kalendáře: - počet pracovních dní podle kalendáře s případným navýšením pro přiznání dvou příspěvků
= počet pracovních dní kalendáře zaměstnance v akt. období vyhodnocení stravy, u kterých na den
a/ je platný PV (datum je větší než
začátek PV a je menší než datum ukončení PV)
b/ PV není v mimo evidenčním stavu (PV není v tento ve vynětí)
c/ je plánovaná směna (hodiny > 0) a hodiny jsou větší než limit hodin pro
první příspěvek
d/ a ve dni není plánovaný neodpracovaný svátek (typ svátku N)
K základnímu počtu se pak ještě
přičte
+ pokud je povolen druhý příspěvek, počet pracovních dnů (při splnění výše
uvedených podmínek), u kterých jsou hodiny větší než limit hodin pro
druhý příspěvek
Počet nároků z evidence docházky: - počet přiznaných nároků podle evidence docházky (z Dcd01, Rekapitulace dni)
Korekce nároku: - počet zadaných korekcí na záložce Dcs02, Nárok příspěvků
Detail pro typ vyhodnocení 303, obsah podzáložky:
viz řešení stravy pro zákazníka ŘLP.
Podzáložka Rekapitulace
V detailní části na k záznamu se zobrazují položky :
Na řádcích se zobrazují výsledky vyhodnocení pro čtyři typy odběru :
Jídla, Stravenky 1, Stravenky 2, Stravenky 3 a jeden sumární řádek
Pro každý z výše uvedených řádků se zobrazují položky :
Počet s přísp. – počet odběrů s přiznaným příspěvkem
Přísp.org. – příspěvek zaměstnavatele
Přísp. SF - příspěvek ze sociálního fondu
Přísp. jiný – příspěvek další (např. odbory)
Cena zam.. – srážka ze mzdy zaměstnance
3.4.7.1 Poznámky
Záložka Vyhodnocení, stav Uzavřená docházka
Standardně se má vyhodnocení stravy provádět při uzavřené docházce, není to však omezující podmínka (tzn. vyhodnocení stravy se provede i pro neuzavřenou docházku). V tomto případě se však do protokolu ze zpracování uloží hlášení:
DS006 Neúplné podklady pro stravu - neuzavřené MV.
a na řádku vyhodnocení pro PV, se nastaví položka Stav zpracování = 2 - Chyba při zpracování.
Pokud položka status není vyplněná (neexistuje MZ nebo nebyla zatím provedená žádná kalkulace), zpracuje se jako by byla vyplněná s hodnotou 0.
Kontrola na uzavření docházky při vyhodnocení stravy se provádí pro všechny režimy.
Záložka Vyhodnocení, položka Srážka ze mzdy/Do pokladny
(např. pro Trelleborg)
V případě, kdy je generování srážky ze mzdy vázáno na číselník Osb2, Průkaz PV, typ průkazu = 5 a položku úroveň, která identifikuje typ oprávnění pro vyhodnocení stravy (v přidruženém číselníku JPC úroveň, pak položka Celočíselná hodnota 2 určí: 0 - počítat, 1 - nepočítat).
V řádku rekapitulace je položka Do pokladny, která obsahuje částku, kterou má zaměstnanec uhradit u pokladny (nemá povolení pro srážku ze mzdy).
V tomto případě je položka Srážka ze mzdy přiznaná, nevyplněná.
Tzn. že vyhodnocení uloží obsah položky z detailu Celkem, Cena zam:
a/ do položky Srážka ze mzdy přiznaná, pokud Úroveň = 0
b/ do položky Do pokladny, pokud Úroveň = 1
v tomto případě se zároveň generuje hlášení: DS026 Nepovolená srážka ze mzdy (< úhrada>).
3.4.8 Záložka - Typ nároku
Záložka je určená na sledování a plánování změn obsahu položky Opv01, Režim, Typ nároku na stravu.
Podobnosti k použití viz dále, kapitola: Časové sledování změn pro Opv01, Režim, Typ nároku na stravu.
tlačítko „Nový typ pro všechna PV“ - je určené pro hromadné vygenerování časového řezu
podrobnější popis viz níže
tlačítko „Oprav Platnost do“.
Funkce vázaná na tlačítko, opraví případné překrytí časových řezů v tabulce.
Tímto postupem je možné obejít problém s editaci v tabulce, kdy standardní postup neumožní provést editaci v případě vícenásobného překrytí v tabulce.
Obsah:
V časti seznam:
Platnost od, Platnost do, Typ nároku na stravu
V detailu:
Platnost od - období od kterého se má
provést změna
Platnost do - období do kterého má platit změna
Typ nároku na stravu - změnová hodnota parametru
Poznámka - místo pro krátkou poznámku uživatele
Seřazení: sestupně Platnost od
Poznámky:
Záložka se speciálním objektovým právem, standardně se záložka nezobrazuje.
Změny je možné zadávat pouze do otevřených období pro docházku.
Změny není možné zadávat do uzavřených období pro docházku.
Změnu v aktuálním období není možné provést po vygenerování objednávky na stravenky (generování nároku a vyhodnocení za měsíc se musí provést pro stejný typ).
Pokud při zadání nového řezu na Dcs02, Typ nároku se
uživatel rozhodne nedokončit vytvoření nového záznamu (ukončeno st. tlačítkem
Zruš změny), je zachované původní nastaveni aktuálního řádku.
3.4.8.1 tlačítko Nový typ pro všechna PV
Tlačítko se zobrazí pro uživatele s právem Dcs02TypNovy - Dcs02, Typ nároku, Nový řez typu = smí spustit.
Po spuštění tlačítka se zobrazí dialog s položkami:
Nový typ nároku - místo pro zadání
požadovaného typu nároku pro řez
Platnost Od - období platností nového typu, předvyplněné na akt. období + 1
a tlačítka [Generuj] a [Zrušit]
Po použití tlačítka [Zrušit] - se dialog zavře bez akce
Použití tlačítka [Generuj]:
a/ kontroluje se vyplnění položky Nový typ nároku a či Platnost Od pro
generování je >= akt. období;
pokud podmínky nejsou splněné, tak návrat k editaci
pokud podmínky jsou splněné, pokračuj ve zpracování
b/ Zobrazí se dialog: Generovat typ vyhodnocení stravy <> od <> pro všechna PV v navigačním seznamu ? Ano/Ne
pro Ne: ukončené
pro ANO: pro každé PV z nav. seznamu, ukončit platný záznam a založit nový podle parametrů pro generování
Pokud pro nový řádek je PV ve
výstupu/MES a nový typ = 170/360 tak nastavíme typ na 171/361.
Pokud je nový typ nároku stejný jako již
existující platný, zobrazí se hlášení:
DS032=Nový typ nároku %1 je stejný jako původní typ nároku.
Pokud nový typ nároku má stejnou platnost jako již existující platný, zobrazí se hlášení:
DS033=Nový typ nároku %1 má stejnou platnost jako původní typ nároku %2. Původní byl přepsán.
3.4.9 Záložka - Přehled zápočtu
Specializovaná záložka pro zobrazení údajů z denního záhlaví (individuálního plánu směn) a evidence docházky pro režim vyhodnocení stravy v režimu 310.
Záložka především slouží na zobrazení podkladů pro vyhodnocení příspěvku na stravu v režimu 310.
Záložka má dvě tabulky:
a/ Plán směn a vyhodnocení nároků na příspěvek
zobrazení denního záhlaví s položkami vázanými na vyhodnocení
stravy 310
b/ Záznamy z denní evidence docházky
zobrazení řádku z denní evidence docházky vygenerované z převodu z CEP v rámci vyhodnocení stravy 310
3.4.10 Záložka - PV
Stejná, jako na Dcm01, umožňuje efektivnější definování výběru a poskytuje uživateli personální informace o aktuálním zaměstnanci.
3.4.11 Záložka - Protokoly
Standardně jsou protokoly z funkcí Dcs02 zobrazený pouze na formuláři Vyp02, Audit. Tento formulář je ale dostupný pouze pro vybraný okruh uživatelů.
Táto záložka zobrazuje uložené protokoly z Dcs02
Ukládají se i protokoly z funkcí pro jedno PV.
Standardně se zobrazují pouze protokoly pro aktuální období a akt. uživatele, pokud uživatel má právo Dcs02ProtokolVše zobrazíme všechny protokoly pro aktuální období a všechny uživatele.
3.4.12 Záložka - Hromadné akce
Záložka obsahuje seznam vybraných funkcí z ostatních záložek formuláře (s každou funkcí je spojené zaškrtávací políčko) a tlačítko [Zpracuj].
Použitím tlačítka se postupně provedou všechny označené funkce, tak jako by byly spuštěné z příslušné záložky.
Uložený protokol je možné si prohlédnout na Dcu02, Audit jako typ protokolu 68 - Dcs02, Hromadné akce.
3.5 Dcs02fgen - Generování nároků do Dcs02 a MV
Sestava slouží na generování nároků na příspěvek na stravu mino aplikaci a je určená především pro přechodné období změny systému poskytování příspěvku na stravu ve formě stravenek na finanční příspěvek.
Nárok je standardně uložen do XLSX souboru, podle konfigurace je taky možné uložení do aktuálního období v Dcs02, Nárok příspěvku nebo do určeného období podkladů pro mzdy.
Parametry:
Období: - období generování nároku (při otevření naposledy použito
Období podkladů pro Mzdy: období uložení do podkladů pro MZDY
při otevření vždy nevyplněno
Typ pro stravenku: - seznam typu příspěvku pro stravenky,
při otevření naposledy použito
pokud je vyplněno, tak se zpracují pouze určené typy
Typ pro fin. příspěvek: - seznam typu příspěvků pro fin.
příspěvek,
při otevření naposledy použito
pokud je vyplněno, tak se zpracují pouze určené typy
SLM pro stravenku: - SLM pro typ výstupu typu stravenka
při otevření naposledy použité
vázané na číselník SLM
SLM pro fin. příspěvek: SLM pro typ výstupu typu fin. příspěvek
při otevření naposledy použité
vázané na číselník SLM
Nominál stravenka: - předdefinovaná cena stravenky
Nominál fin. příspěvek - předdefinovaná výška finančního příspěvku
Zaměstnanec (nevyplněno => všichni) - omezení generování na PV
Výběrová osa: - omezení generování na aktuální výběr typu PV
zaškrtavátko Zápis do Dcs/Dcm - povolení zápisu do Dcm/Dcs
Ano - zápis do Dcs/Dcm
Ne - bez zápisu do Dcs/Dcm (len vytvoření XLSX)
Popis exportu:
Vytvoříme seznam PV stejný jako na Dcs02 (Generování nároku), a PV s nastavením Typ nároku strava > 0
Pro každé PV ze seznamu provedeme
a/ vygenerování nároku na aktuální období
b/ zápis do Dcs02, Nárok na příspěvek pro období generování (záloha na příspěvek/nabití/stravenky), pokud je povolen
c/ zápis do Dcm01, Vstupy - souhrn, pro určené období (záloha na příspěvek/nabití/stravenky), pokud je povolen
Podmínka pro výběr:
Pro “Období generování (dcs02)” vybereme všechny platné PV
datum nástupu, datum ukončení je alespoň jeden den v období
datum vynětí, datum zařazení je alespoň jeden den v období
platné pro DOCH nebo DAV
typ vyhodnocení stravy > 0
další omezení podle parametrů - filtr
Vytvoříme seznam s obsahem:
xOSČPV - osčpv k id_tpv
xOSČ - OSČ k id_tpv
xNastup - datum nástupu
xVystup - datum ukončení PV
xCislo_mista; -
Pokud je zákazník SKANSKA - Lokalita pre stravu SK (uzi_oso_p51)
jinak
Stravovací lokalita (str. 32) přiřazená na PV k období generování (poslední den období)
xCíslo strediska; - Organizační středisko (str. 2)
xSJ - SJ přiřazená k poslednímu dni období
xTitul;
xJméno;
xPříjmení;
xPoznámka; =druhá hladina z org. štruktúry
xRezim_stravy = Opv01, Typ nároku strava
xTyp_vystupu = Opv01, Typ výstupu …
xSLM_nároku =
= “SLM pro stravenku” pokud xTyp_vystupu je ze seznamu “Typ z Dcs04 pro stravenku:”
= “SLM pro fin. příspěvek” pokud xTyp_vystupu je ze seznamu “Typ z Dcs04 pro fin. příspěvek”
xNominal = Z Dcs04 cena_skut
pro xTyp_výstupu = (nevyplněno, 0, 1, 2, 3) kod_dopl = “S1” a strava_typ = 10 a slm_srážka = xSLM_nároku a (csj = xSJ nebo csj = nevyplněno)
pokud nenalezeno tak “Nominal stravenka”
pro xTyp_vystupu = (4, 5, 6, 7) kod_dopl = “S2” a strava_typ = 10 a slm_srazka = xSLM_nároku a (csj = xSJ nebo csj = nevyplněno)
pokud nenalezeno tak “Nominal fin. příspěvek ”
xCis_strava = id vyhledaného záznamu v Dcs04 při hledání xNominal
xDni = Počet hodiny plán. směny >= limit pro stravu a typ_dne = 1,2 v rozsahu xOd, xDo a pokud v daném dni není ve vynětí
xDni_navys = 0 - druhý příspěvek
Pokud pro kalendář je přiznáván i druhý příspěvek
xDni_navys = Počet hodin plánované směny >= limit pro druhý příspěvek a = 1,2 pro aktuální období a pokud v daném dni není ve vynětí
xDni_celkem = xDni + xDni_navys
Popis detailního řádku sestavy Exportu do XLSX:
Interní číslo místa; = zařazení PV na str. č. 32 nebo specifický podle zákazníka
Číslo střediska; = zařazení PV na str. č. 2
PV = OSCPV
Osobní číslo; = OSC
Titul;
Jméno;
Příjmení;
Poznámka; = xPoznamka
Nominální hodnota = xNominal
Počet nároků = xDni_celkem
SLM nároku = xSLM_nároku
Typ výstupu = xTyp_vystupu
Popis detailního řádku zápis Dcs:
Pokud Zápis do Dcs/Dcm = Ano zapisujeme pokud Ne nezapisujeme
jako zápis v Dcs02, Nárok příspěvku
|
Dcs02, Narok |
|
|
ID_DSTRAVA |
akt |
|
ID_CSORG |
akt |
|
KOD_OBD |
Období generování |
|
ID_TPV |
akt |
|
ID_DCSTRAVA |
xCis_strava |
|
DATUM |
datum referenční |
|
STRAVA_STAV |
0 |
|
STRAVA_SKUP |
z PV |
|
STRAVA_ZDROJ |
3 |
|
ID_DDOKL |
|
|
CENA_SKUT |
xDni_celkem* xNominal |
|
POCET |
xDni_celkem |
|
POCET1 |
xDni |
|
POCET2 |
|
|
POCET3 |
xDni_navys |
|
POM1 |
xNominal |
|
IMPORT_DAV |
obdobi gen+obd mzdy rrrrmmddrrrrmmdd |
|
POZNAMKA |
xSLM, xTyp, xRezim |
Popis detailního řádku zápis Dcm:
Pokud Zápis do Dcs/Dcm = Ano, zapisujeme pokud Ne, nezapisujeme LG20211208
jako zápis v Dcs02, Vyhodnocení, Uložení do MV pro položku generujeme, pokud Období pro MZDY je vyplněné
|
NAZEV2 |
Plnění |
|
|
id_dmes |
Interní ID: |
triger |
|
id_csorg |
Organizace: |
akt z přihlášení |
|
kod_obd |
Období: |
Období podkladů pro Mzdy |
|
typ_vt |
Typ výplatního termínu: |
0 |
|
id_tpv |
Osoba PV: |
aktuální |
|
slm_doch |
Složka mzdy: |
xSLM_nároku |
|
smeny |
Pracovní směny: |
xDni_celkem |
|
smeny_vyp |
Pracovní směny vyp.: |
xDni_celkem |
|
castka |
Částka: |
xDni_celkem* xNominal |
|
castka_vyp |
Částka vyp.: |
xDni_celkem* xNominal |
|
status_over |
Stav editace záznamu: |
99 |
|
pd_slm_prev |
Typ převodu doch/mzdy: |
cecslm.pd_slm_prev k xSLM_nároku |
|
pd_slm_prev_zmena |
Změna typ převodu Doch/MZDY: |
0 |
|
status_dokl |
Status ř. dokl. |
0 |
|
zdroj_md |
Zdroj vytvoření řádku: |
22 |
|
poznamka |
Poznámka: |
Dcs02fgen, <obd gen> |
|
zdroj_md_dopl |
Zdroj, upřesnění: |
15 |
|
davka_imp |
Importní dávka: |
obdobi
gen+obd mzdy |
|
ts_audit_run |
Zapiš audit: |
0 |
|
ts_id_toso |
Změnu provedl: |
triger ??? |
3.6 Dcs03 – Vyhodnocení odběru stravy
Formulář slouží na hromadné vyhodnocení odebrané stravy a stravenek a také slouží na tabulkový přehled aktuálních nároku a odebraných stravenek.
V záhlaví formuláře jsou položky – parametry :
seznam „Období“ pro výběr období
položka „Lokalita“ pro omezení vyhodnocení pro zvolenou lokalitu odběru stravy.
Při otevření formuláře (záložek) se provede kontrola, která zkontroluje platnost naposledy použitého typu jídla/stravenky. Pokud se zjistí, že v parametru je nastaven neplatní záznam, parametr je vynulován a uživatel musí parametr nastavit na novou hodnotu.
Parametr Lokalita:
Pokud je parametr vyplněn, slouží pouze pro omezení navigačního seznamu.
Neslouží pro vyplnění stejné položky v záznamu DCS.
Pokud se kopíruje nárok do stravenek, tak při vyplnění Lokality, se zkopírují pouze záznamy, které mají nastavenou stejnou lokalitu, jako je aktuální hodnota parametru.
Použití tlačítek formuláře je vázaná na obvyklé objektové práva a stavu období pro SO. Použitím práva fEditDochUzavDoch je možné pracovat i v uzavřeném období pro docházku.
Formulář je rozdělen na záložky :
Vyhodnocení – pro hromadné zobrazení a vyhodnocení evidence stravy
Nároky příspěvků – pro tabulkové zobrazení nároku
Vstup stravenky – pro tabulkové zobrazení odběru stravenek
.
3.6.1 Záložka - Vyhodnocení
Procesní tlačítka :
Přístup k tlačítkům je řízen pouze přístupem na tuto záložku (tzn. když aktuální uživatel má právo pouze „čtení“, nejsou mu dostupná funkční tlačítka).
Před samotnou hromadnou funkcí je seznam PV uspořádán dle OSČPV a dle tohoto pořadí se provede aktuální funkce.
[Vyhodnocení] – pro provedené vyhodnocení odběru stravy pro všechny zaměstnance přístupných uživateli resp. při vyplněné „Lokalitě“ jen pro zaměstnance zařazené k vybrané lokalitě s platnými řádkovými právy na PV.
[Převod do měsíčních vstupů] – pro generování podkladů pro mzdy
Rozsah generování obdobně jako při funkci „Vyhodnocení“.
Hlášení v dialogu při spuštění funkce tlačítkem: "Evidence docházky není uzavřena. Chcete pokračovat?"
Reakce: V zobrazeném dialogu se oznamuje uživateli, že některé ze zpracovaných PV není uzavřené minimálně manažerem (stav MZ = 23).
Je na uživateli, zda zkontroluje stav zpracování docházek nebo bude pokračovat bez kontroly.
[Vymazání převodu z MV] - vymaže generované řádky z vyhodnocení stravy do Dcm01 pro všechny PV v tabulce.
[Smazat vyhodnocení]
Tlačítko slouží pro vymazání všech záznamů vyhodnocení stravy pro aktuální období.
Je možné použít pro nastavení počátečního stavu (vynulování zůstatku nároku pro převod), pokud na DB bylo prováděno „ověřování“ vyhodnocení v předchozích obdobích a skutečný „ostrý provoz“ začíná s nulovými zůstatky.
Tlačítko je dostupné, kromě obvyklých podmínek, dle aktuálního stavu objektového práva „Dcs03specfunc“
V tabulkové části záložky se zobrazuje seznam zaměstnanců (s platnými řádkovými právy na PV a při zvolené lokalitě se shodnou lokalitou), u kterých bylo v aktuálním období provedeno vyhodnocení. Seznam obsahuje položky :
Období
Příjmení
Poč.nár.akt.obd. – nárok příspěvků na běžný měsíc
Poč.nár.pred.obd. – nárok příspěvků z předcházejících období
Nárok celkem - nárok celkem na aktuální období
Zůstatek nevyčerp. nároků - zůstatek nevyčerpaných nároků
Počet jídel – počet odebraných jídel
Doplňkový počet 1 – počet odebraných stravenek typu 1
Doplňkový počet 2 – počet odebraných stravenek typu 2
Doplňkový počet 3 – počet odebraných stravenek typu 3
Srážka zaměstnanec – srážka ze mzdy zaměstnance
Stav zpracování – Stav zpracování
V detailní části záložky se zobrazuje vyhodnocení pro aktuálního zaměstnance, detail je shodný se záložkou „Vyhodnocení“ formuláře Dcs02.
3.6.2 Záložka - Nároky příspěvků
Tabulkový přehled aktuálního stavu vygenerovaných nároků za zvolené období.
Popis položek a funkcí viz Dcs02, „Nárok příspěvků“
Záložka umožňuje standardní tabulkovou editaci za obvyklých podmínek.
3.6.3 Záložka - Vstup stravenky
Tabulkový přehled aktuálního stavu vygenerovaných nároků za zvolené období.
Popis položek a funkcí viz Dcs02, „Vstup stravenky“
Záložka umožňuje standardní tabulkovou editaci za obvyklých podmínek.
Procesní tlačítka :
[Smazat vstupy za všechna PV]
aktivuje funkci pro vymazání obsahu záložky pro všechny PV v navigačním seznamu
[Kopíruj nárok za všechna PV]
aktivuje funkci pro zkopírování obsahu záložky „Nároky příspěvku“ do záložky „Vstup stravenky“, s následujícím postupem :
o Vymažou se všechny řádky záložky
o Ze záložky „Nároky příspěvku“ se vytvoří kopie řádku a v něm se upraví :
o Kód jídla – podle volby v záhlaví záložky
o Stav zpracování = 0
o Zdroj řádku = 1
3.7 Dcs04 – Ceník stravy
Formulář pro definování typů jídel a stravenek vyhodnocované stravy resp. definování jednotlivých cenových položek k těmto typům.
Pro cenové položky je pro každý řádek k dispozici systém evidence časového řezu, tzn. pro každou ceníkovou položku jsou v časových řezech evidované změny cenových položek.
Čtení číselníku na všech dotčených místech se provede podle metodiky:
- Přiřadit SJ k aktuálnímu PV a ze SJ určit legislativu
- Nejdříve hledáme požadovaný dopl. kód (např. S1) a legislativu k PV = Dcs04. Legislativa
- pokud se záznam nenalezl, tak zopakujeme hledání podle podmínky dopl. kód (např. S1) a Dcs04.Legislativa = nevyplněno nebo 0
Čtení záznamů z Dcs04 podle časového řezu se provádí pro:
Uzavření docházky
Formuláře a funkce na formulářích Dcs01, Dcs02, Dcs03 a Dcs04.
Sestavy Dce05, Dcs10 a Dcs11.
Pozor: Uživatelské sestavy vytvořené před verzi e202311 nečtou podle časového řezu. V případě, potřeby je potřebné požádat o jejích úpravu standardním způsobem.
Záhlaví formuláře:
Položka „Období“
Zobrazuje se aktuální referenční období pro platnost statické části.
Zaškrtavátko „Jen platné“
Na formuláři se standardně zobrazují jen řádky, které jsou platné pro aktuální období. Po „odškrtnutí“ políčka se zobrazí všechny záznamy.
Tlačítko “Aktualizuj stálé položky”
pro každý řádek v seznamu
Dcs04, pokud je platnost v aktuálním období, se zkontroluje
a podle potřeby se aktualizují stálé položky podle časového řezu pro aktuální
období
SJ - omezení na SJ
Stravovací lokalita – lokalita platnosti kódu (struktura 32 – Lokalita stravování)
Kód - uživatelská identifikace typu stravy / stravenky
Název - název položky
Typ jídla – typ jídla
Skutečná cena – skutečná (celková) cena
Detail záznamu - záložka Detail:
Záložka obsahuje definici číselníkové položky a stále cenové položky
Organizace
Omezení použití ceníkové položky pouze pro zaměstnance z aktuální organizace
Číslo správní jednotky
Omezení použití ceníkové položky pouze pro zaměstnance s aktuálně přiřazenou SJ
Číselník k položce je omezen na SJ podle řádkových práv uživatele a organizace
Legislativa:
Slouží pro odlišení stejného typu jídla podle legislativy, pokud je to nutné.
Kód jídla - uživatelská identifikace typu stravy / stravenky
Obsah položky Kód jídla musí být unikátní pro celou DB.
Kód doplňkový – doplňková identifikace typu stravy / stravenky
Pro typ „stravenky“ pole musí obsahovat jednu z identifikací S1, S2, S3.
Tato identifikace slouží na rozdělení odběrů v rámci vyúčtování.
Název - Název stravy resp. stravenky
Typ jídla – typ jídla z pohledu vyúčtování příspěvku
Nastavení podle uživatelského číselníku : pd_strava_typ
1 Hlavní jídlo
standardní zúčtované příspěvkem
2 Mražené jídlo s dotací
standardní zúčtované příspěvkem
3 Hl. jídlo, perc. Dot.
standardní zúčtované příspěvkem, dotace stanovená procentem
4 Jídlo vážené, perc. Dot.
zúčtované příspěvky podmíněné, dotace stanovená procentem
5 Stravenky
standardní zúčtované příspěvky
6 Příloha s dotací, perc. Dot.
souběžné zúčtované příspěvky, dotace stanovená procentem
7 Doplňková dotace
souběžné zúčtované příspěvky
8 Zúčtované dotace
9 Doplňkový prodej
10 Nárok příspěvku
Identifikace záznamu „Strava“, který obsahuje vygenerovaný
nárok příspěvku pro aktuální období.
Platí do - začátek platnosti záznamu
Platí od - konec platnosti záznamu
Skutečná cena - skutečná cena jídla (částkou)
Pokud je nastaveno „-1“, tak je položka „Skutečná cena“ v rámci importu stanovena součtem dílčích položek z importu.
Cena stravenky, první
Cena stravenky, druhá
Položky obsahují cenu stravenky s nižší nominální hodnotou, než je stanovený nominál (součet částkových nominálů musí být stejný, jako základní nominál), slouží pro rozdělení objednávky stravenek zaměstnance např. v počtu 22 á 90 CZK na dvě objednávky s nižší nominální hodnotou např. 22 á 40 a 22 á 50.
Procento přísp. zaměstnavatele
Procento z příspěvku na stravu, kterým se
spočítá výše příspěvku zaměstnavatele
Dotace zaměstnavatele – příspěvek zaměstnavatele (částkou)
Dotace zaměstnavatele, další
Další položka dotace zaměstnavatele k příspěvku na stravu, interpretace je závislá na režimu vyhodnocení stravy.
Příspěvek soc. fond – příspěvek ze sociálního fondu (částkou)
Příspěvek odborů – příspěvek z odborových prostředků (částkou)
Srážka – zaměstnanec – srážka ze mzdy zaměstnance (částkou)
Kontrola na ceník - režim kontroly ceny z importu na číselník
Nastavení podle uživatelského číselníku : pd_strava_pev_cena
Ceny v importu se kontrolují na číselník
9 Volná cena
Použitelné pro typ nároku na stravu (JPC pd_typ_strava) - položka stejná jako na Opv01
Použije se na základě
předpisu u některých režimů vyhodnocení stravy pro vytvoření vazby mezi
číselníkovým záznamem a režimů vyhodnocení stravy.
Použitelné pro typ výstupu příspěvku (JPC pd_strava_typ_pouziti) - položka stejná jako na Opv01
Použije se na základě předpisu u některých režimů vyhodnocení stravy pro vytvoření vazby mezi číselníkovým záznamem a režimů vyhodnocení stravy pro určení typu výstupní SLM (stravenka, srážka ze mzdy, příspěvek na stravu).
SLM pro příspěvek
do/srážku ze mzdy:
SLM pro realizaci srážky ze mzdy za stravu/příspěvku - na účet
číselník SLM
pro MZDY
SLM, srážka ze mzdy
(hotově):
SLM pro realizaci srážky ze mzdy za stravu - hotově do pokladny
číselník SLM pro MZDY
Detail záznamu - záložka časové řezy:
Záložka obsahuje přehled časových řezu pro cenové položky a detail pro aktualizaci číselníkových řezu.
Poznámky k editaci:
Pokud akt. uživatel nemá právo Dcs04CasRezy nebo Dcs04CasRezy = Nesmí spustit
editujeme položky bez časového řezu (položky s časovým řezem jsou needitovatelné).
Při ulož – zkontrolujeme, zda pro vymezenou platnost existuje časový řez
pokud existuje – aktualizujeme položky časového řezu
pokud neexistuje – založíme nový časový řez
Pokud akt. uživatel má právo Dcs04CasRezy = smí spustit
editujeme položky časového řezu (položky bez časového řezu jsou needitovatelné)
Při ulož - zkontrolujeme, zda zadaný časový řez je platný pro aktuální období,
pokud ano - aktualizovat nečasové položky
pokud ne - neaktualizujeme
Poznámky:
a/ Položky SLM, srážka ze mzdy (účet) a SLM, srážka ze
mzdy (hotově), slouží pouze pro Typ nároku na stravu = 303, standardně
jsou SLM definované v Adm21, Strava.
b/ Při Ulož, pokud je vyplněna položka Procento přísp. zaměstnavatele a je větší, než 0 a Skutečná cena je větší, než 0, pak :
Dotace zaměstnavatele = Skutečná
cena * Procento / 100, se zaokrouhlením na 2 des. místa matematicky
Srážka zaměstnanec = Skutečná cena - Dotace zaměstnavatele – Příspěvek soc. fondu
– Příspěvek odborů
c/ Pro režim 171, pokud se vyplní položka Skutečná cena a Procento přísp. zaměstnavatele, se provede výpočet paušálu a ten se uloží do položky Dotace zaměstnavatele.
Při uložení se kontroluje zda nedošlo k překročení limitní částky paušálu, podle aktuálního nastavení položky Adm22, Strava, Stravenkový paušál - max (podle legislativy).
3.8 Dcs05 – Strava, zúčtování za období
Sestava obsahuje přehled zúčtování příspěvků na stravu v aktuálním období za zaměstnance.
Období - období generování sestavy (standardně aktuální období)
Správní oddíl – správní oddíl, když se nevyplní, tak za všechny správní oddíly
Struktura – volba struktury, pokud se nevyplní, tak se použije org. struktura
Hladina – hladina zvolené struktury
Bez stravenek pro agent. PV – omezení zobrazení stravenek pro AG
Středisko - kód zvolené struktury aktuální pro OSC
OSC: - osobní číslo zaměstnance
Zaměstnanec - příjmení a jméno
Nárok - nárok příspěvků na aktuální období (včetně převodu z předcházejícího období)
Jídla - počet odebraných jídel
Stravenky - počet odebraných stravenek
Při načtení informace o stravenkách:
Pokud Bez stravenek pro agent. PV: = Ano a pro PV platí :
Opv01, Status vztahu osoba - organizace = 10 - Personální evidence blíže neurčeno
a Opv01, Druh právního vztahu = 31 - Pronajatý zaměstnanec - pracovní poměr
pak se zablokuje zobrazení počtu a částek za stravenky
zobrazuje se počet a částky za odebrané jídlo
Pokud Bez stravenek pro agent. PV: = Ne nebo nevyplněno, agenturní zaměstnanec se zpracuje stejně jako kmenový.
Stravné - celková cena za jídla i stravenky
Zákl. DPH - DPH na vstupu (DPH z celkové ceny jídla)
Přís.ORG - přiznaný příspěvek zaměstnavatele
SF - přiznaný příspěvek ze sociálního fondu
Odb. - přiznaný příspěvek z odborů
DPH - DPH zaměstnance
Srážka - srážka ze mzdy
Výběr : aktuální řádková práva nad seznamem osob pro DOCH
Generované součty za kód zvolené struktury a za celou sestavu
Uspořádaný kód zvolené struktury, příjmení, jméno, OSC
3.9 Dcs06 – Strava, rekapitulace zúčtování za období
Sestava obsahuje přehled zúčtovaných příspěvků na stravu v aktuálním období za zvolenou strukturu.
Období Od - první období pro výběr údajů pro zobrazení (standardně aktuální období)
Období Do - poslední období pro výběr údajů pro zobrazení (standardně aktuální období)
Správní oddíl – správní oddíl, pokud se nevyplní, tak za všechny správní oddíly
Struktura – volba struktury, pokud se nevyplní, tak se použije org. struktura
Hladina – hladina zvolené struktury
Středisko : - kód zvolené struktury aktuální pro OSČ
Nárok - nárok příspěvku na aktuální období (včetně převodu z předcházejícího období)
Jídla - počet odebraných jídel
Stravenky - počet odebraných stravenek
Stravné - celková cena za jídla i stravenky
Zákl. DPH - DPH na vstupu (DPH z celkové ceny jídla)
Přís.ORG - přiznaný příspěvek zaměstnavatele
SF - přiznaný příspěvek ze sociálního fondu
Odb. - přiznaný příspěvek z odborů
DPH - DPH zaměstnance
Srážka - srážka ze mzdy
Výběr : aktuální řádková práva nad seznamem osob pro DOCH
Generované součty za kód zvolené struktury a za celou sestavu
Uspořádání kód zvolené struktury
3.10 Dcs07 – Stravenky, nárok za období
Sestava obsahuje aktuální obsah záznamů ze záložky „Dcs02, Vstupy stravenky“ s Zdroj = 3 po generování na aktuální období.
Parametry sestavy :
Období - období pro výběr údajů pro zobrazení (standardně aktuální období)
Správní oddíl – správní oddíl, pokud se nevyplní, tak za všechny správní oddíly
Typ struktur – volba struktury, pokud se nevyplní, tak se použije org. struktura
Hladina – hladina zvolené struktury
Výběrová os - volba omezeného výběru
Záhlaví - pořádané za kód zvolené struktury
Struktura: - kód a název struktury
Detail:
OSČPV - identifikace zaměstnance (osobní číslo a PV)
Celé jméno - jméno a příjmení zaměstnance
Stravenky - plánovaný počet stravenek na období
Dny - počet nároků na období podle plánovaných směn
Krát - počet dnů nepřítomnosti z předchozího měsíce
Přenos - zůstatek nároků
z předchozího období
Srážka - cena stravenek pro zaměstnance
Výběr: aktuální řádková práva, osoby platné pro Doch,
typ odběru = 5, zdroj 3
Stránkování: není
Řazení: kód struktury, příjmení, jméno, os. číslo
3.11 Dcs08 – Stravenky, odběr za období
Sestava obsahuje aktuální obsah záložky "Dcs02, Vstupy stravenky" pro záznamy ručně vytvořené resp. importované (Zdroj = 0,1) na aktuální období.
Parametry sestavy :
Období - období pro výběr údajů pro zobrazení (standardně aktuální období)
Správní oddíl - správní oddíl, pokud se nevyplní tak za všechny správní oddíly
Typ struktury - volba struktury, pokud se nevyplní, tak se použije org. struktura
Hladina - hladina zvolené struktury
Výběrová osa - volba omezeného výběru
Záhlaví : -
Struktura - kód a název struktury
Detail
Celé jméno -
jméno a příjmení zaměstnance
OSČPV - identifikace zaměstnance
(osobní číslo a PV)
Datum - datum odběru
Kód - kód a název odběru
Počet - počet odebraných stravenek
Srážka - srážka zaměstnance za odebrané stravenky (bez
hodnocení příspěvku)
Lokalita - lokalita odběru stravenek
Výběr:
aktuální řádková práva, osoby platné pro Doch, typ odběru = 5, zdroj 0,1
Stránkování: není
Řazení: kód struktury, příjmení, jméno, os. číslo
3.12 Dcs09 – Strava, rekapitulace podle typu
Sestava obsahuje přehled zúčtování příspěvku na stravu v aktuálním období za zvolenou strukturu v členění jídla / stravenky.
Parametry sestavy :
Období Od - první období pro výběr dat pro zobrazení
(standardně aktuální období)
Období Do - poslední období pro
výběr údajů pro zobrazení (standardně aktuální období)
Správní oddíl – správní oddíl, pokud se nevyplní, tak za všechny správní oddíly
Struktura - volba struktury, pokud se nevyplní, tak se použije org. struktura
Hladina - hladina zvolené struktury
Položky sestavy:
Struktura - kód zvolené struktury aktuální pro OSC
Nárok - nárok
příspěvku na aktuální období (včetně převodu z předchozího období)
Jídla - počet odebraných jídel
Stravenky - počet odebraných stravenek
Stravné - celková cena za jídla i stravenky
Zákl. DPH - dílčí
základ DPH na vstupu
Přís.ORG - přiznán příspěvek zaměstnavatele
SF - přiznaný příspěvek ze sociálního fondu
Odbory - přiznán příspěvek z odborů
DPH - DPH ze srážky ze mzdy zaměstnance
Srážka - srážka ze mzdy
Výběr: aktuální řádková práva nad
seznamem osob pro Doch
Generování:
součty za kód zvolené struktury a za celou sestavu
Uspořádání: kód zvolené struktury.
3.13 Exportní funkce
3.13.1 Dce05 - Export – strava
Formulář slouží pro export aktuálního stavu evidence stravy do souboru typu XLS.
Výstupní soubor obsahuje export aktuálního evidence stravy.
Export je realizovaný jako standardní sestava bez generování zobrazení.
Obsluha formuláře – viz popis standardní obsluhy sestav.
Exportní soubor obsahuje kompletní záznamy evidence stravy a příslušné hodnoty číselníku stravy v jednom řádku.
3.13.2 Dce06 - Export - strava, typ Edenred
Formulář slouží pro export aktuálního stavu objednávky stravenek do souboru typu XML ve formátu Edenred.
3.13.3 Dcs10 – Stravenky, objednávka SODEXO
Specializovaný export pro generování podkladů pro elektronickou objednávku stravenek typu SODEXO. Realizováno formou sestavy s exportem do formátu CSV.
Sestava obsahuje aktuální obsah záznamů ze záložky „Dcs02, Nárok na přisp.“ po generování na aktuální období. Do exportu se nezahrnou záznamy u kterých je pole „Počet jídel“ <= 0.
Při generování ze STD aplikace je soubor uložen ve standardním adresáři EGJE, dostupném v menu Akce => Zobraz složku sestav a protokolů.
Při generování z WEB aplikace je soubor možné uložit dle rozhodnutí uživatele.
Šablona SODEXO pro CSV a její obsazení :
|
Pole |
|
Popis |
EGJE |
|
Sloupec A |
povinné |
číslo zaměstnance |
OSČPV |
|
Sloupec B |
nepovinné |
jméno a příjmení zaměstnance |
Celé jméno |
|
Sloupec C |
nepovinné |
nákladové středisko (finance atd.) |
lokalita odběru stravy |
|
Sloupec D |
povinné |
počet kusů poukázek |
Dcs02, Nárok na přísp., Počet jídel |
|
Sloupec E |
povinné |
1. hodnota poukázky |
Dcs04, Nárok na přísp., Skutečná cena |
|
Sloupec F |
nepovinné |
2. hodnota poukázky |
|
|
Sloupec G |
nepovinné |
údaj na krycím listě 1 |
lokalita odběru stravy |
|
Sloupec H |
nepovinné |
údaj na krycím listě 2 |
lokalita odběru stravy |
Parametry exportu :
Období (rrrr-mm) - období pro výběr údajů pro zobrazení (standardně aktuální období)
Správní oddíl – správní oddíl, pokud se nevyplní, tak za všechny správní oddíly
Typ struktury – volba struktury, pokud se nevyplní, tak se použije org. struktura
Hladina – hladina zvolené struktury
Název CSV souboru - název soboru pro uložení CSV i PDF formy
Formát výstupního souboru – volba pro typ cílového souboru
Výběrová osa - volba omezeného exportu dle zvoleného výběru
Záhlaví
–Struktura - kód a název struktury
Detail:
OSČPV - identifikace zaměstnance (osobní číslo a PV)
Celé jméno - jméno a příjmení zaměstnance
Místo -
lokalita odběru stravy (Stravovací lokalita)
Počet - počet stravenek na období (Počet jídel)
Cena - 1. hodnota poukázky (Dcs04, Skutečná cena)
Cena2 - 2. hodnota poukázky (nevyplněno)
Udaj1 - lokalita odběru stravy (Stravovací lokalita)
Udaj2 - lokalita odběru stravy (Stravovací lokalita)
Součtování : 1) za kód struktury 2) celkem
Výběr: aktuální řádková práva, osoby platné pro Doch,
typ odběru = 5, zdroj 3
Stránkování: není
Řazení: kód struktury, příjmení, jméno, os. číslo
Vzor CSV výstupu :
113.01;Cink Jindřich Ing. CSc.;Menza 1;20;80,00;;Menza 1;Menza 1;
14.01;Čtrnáct Tomas Mgr.;Menza 2;20;80,00;;Menza 2;Menza 2;
141144019.01;Kargouš Zdeněk ing.;Menza 1;20;80,00;;Menza 1;Menza 1;
26.02;Karpfová Andrea;Menza 2;20;80,00;;Menza 2;Menza 2;
3.13.4 Dcs11 - Stravenky, objednávka Edenred
Sestava obsahuje podklady pro objednávku stravenek typu Edenred (pouze datová část pro standardně formátovaný XLS soubor ) s výstupem do souborů typu XLS.
Vzor řádku XLS souboru :
|
OSČPV |
Zaměstnanec |
Obálky |
Nominal 1 |
Množství 1 |
|
10007.01 |
Novotná Alena |
1 |
80 |
21 |
|
10019.011 |
Krausová Monika |
1 |
80 |
22 |
|
100003.01 |
Hubená Lenka |
1 |
80 |
22 |
|
100006.01 |
Skalická Tereza |
1 |
80 |
22 |
|
100012.01 |
Berec Štefan |
1 |
80 |
22 |
3.14 Importní funkce
3.14.1 Imp50f - Import, Dcs02, Stravenky - odebrané za období
Importní uživatelská sestava pro čtení dat o odebraných/vrácených stravenkách nebo záloh na příspěvek - z definovaného CSV souboru.
Název souboru: *.CSV
Kód jídla: S1
Zobrazení: Dcs02, Vstupy stravenky nebo Dcs02, Nárok na příspěvek
Stravovací lokalita: neurčuje se
U sestavy se nekontroluje platnost PV pro DOCH.
Kontroluje se období v řádku vůči parametru importu. Pokud je období na libovolném řádku jiné než období importu, zobrazí se hlášení IMP13 a import je ukončen.
Kontrola a načtení OSC:
Pole čteme jako TEXT, kontrolujeme na délku 4 a více znaků, pokud je OSC kratší než 4 znaky, zobrazí se hlášení: IMP32a Řádek <n>, "Chybná délka OSČ <osč>"
a řádek se standardně zpracuje
Parametry sestavy:
! Období (rrrr-mm): - období importu
! Soubor: - uložení souboru pro import
Smazat minulá data importovaná touto sestavou:
Mazání dat z předešlého importu (výběr ze seznamu)
Správní oddíl:
Omezení importu pouze na SO
Uložení Vstupy stravenky, jinak Nárok příspěvků: - způsob uložení do Dcs02
Ano (1) importujeme do Dcs02, Vstupy stravenky
Ne (0) importujeme do Dcs02, Vstupy nárok příspěvků
Období zálohy: - záloha poskytnutá za období
Kód jídla: - kód jídla pro uložení, pokud není na jednotlivých řádcích
SLM zálohy: - SLM pro uložení, pokud není na jednotlivých řádcích
Min. délka OSČ/OSČPV – délka OSČ pro kontrolu (IMP32a)
Pokud je nevyplněno nebo je 0, tak se nekontroluje
Popis zdrojového souboru:
vstupem CSV soubor se záhlavím a oddělovačem položek = středník, bez textových oddělovačů
Vzorový řádek:
OBDOBI_OD;OSCI;POKLADNA;PRIJ_KS;VYD_KS;DATUM;CENA;SLM;KOD
2019/05;0071;1;0;18;02.05.2019;100;2450,12F
2019/05;0188;1;0;21;22.05.2019;100;43060,12
2019/05;0377;1;0;22;30.05.2019;100
2019/05;0406;1;0;12;02.05.2019;100
|
Sloupec |
Typ (max. délka) |
Popis |
|
OBDOBI_OD |
Řetězec (7) |
období ve tvaru (YYYY/MM) |
|
OSCI |
Řetězec (10) |
osobní číslo |
|
POKLADNA |
Číslo (3) |
číslo pokladny |
|
PRIJ_KS |
Číslo (3) |
počet TR vrácený do pokladny |
|
VYD_KS |
Číslo (3) |
počet TR odebraný z pokladny |
|
DATUM |
Datum |
Datum čerpání dd.mm.yyyy |
|
CENA |
Číslo (5,2) |
Cena jedné poukázky |
|
SLM |
Číslo(8) |
SLM zálohy |
|
Kód |
String(15) |
Kód jídla z Dcs04 |
Uložení do Dcs02, Vstupy stravenky:
|
NAZEV2 |
plnění |
|
Interní ID: |
trigger |
|
Organizace: |
podle DB - konstanta |
|
Importní dávka: |
Identifikace zdroj. souboru + řádek |
|
Období záhlaví: |
r_obd |
|
Období zálohy |
r_obd_zal |
|
Osoba PV: |
Import Převod z Osobní číslo => určit OscPV podle kmen. PV
|
|
Kód jídla: |
Kod z řádku, pokud nevyplněno r_kod_jidla |
|
Datum odběru: |
Import převod z Datum kontrolovat aby datum byl platný pro r_obd => pokud neplatné, hlášení do protokolu, proces importu pokračuje pokud nelze uložit čas, tak ho budeme ignorovat |
|
Stav zpracování: |
0 |
|
Stravovací lokalita: |
|
|
Stravovací skupina: |
|
|
Zdroj řádku: |
1 |
|
Skutečná cena (imp.): |
Cena* (VYD_KS-PRIJ_KS) |
|
Počet jídel: |
VYD_KS-PRIJ_KS |
|
Pomocná částka 1: |
Cena |
|
Počet nároků na běžný měsíc: |
PRIJ_KS |
|
Počet nároků z předešlých období: |
VYD_KS |
|
Typ strava |
Z Opv01 |
|
Typ použití výstupu strava |
Z Opv01 |
|
SLM |
SLM z řádku, pokud nevyplněno SLM z parametru |
4 Evidence stravy
V rámci evidence docházky byla realizována podpora pro generování nároků příspěvků na stravu a následně vyhodnocení přiznaných příspěvků k odebrané stravě importované ze stravovacích systémů resp. vyhodnocení příspěvku na poskytnuté stravovací lístky (zkráceně stravenky).
Celá podpora je rozdělena do dvou procesů :
- generování nároku příspěvků na stravu v rámci vyhodnocení evidence docházky
- vyhodnocení příspěvků k odebrané stravě resp. stravenek
Pro jednoduché řešení generovaní srážky ze mzdy za poskytnuté stravenky z jednoho měsíce, je možné použít režim generovaní srážky z nároku příspěvku generovaným v rámci funkce „Převod DD/MV“ (viz. popis)
4.1.1 Terminologie oblasti vyhodnocení stravy
|
Pojem SK |
Pojem CZ |
Popis |
|
Evidencia stravy |
Evidence stravy |
|
|
Príspevok na stravu |
|
Příspěvek na stravu |
|
Nárok príspevku na stravu |
|
Nárok příspěvku na stravu |
|
Stravný lístok |
Stravenka |
Poukázka na stravování |
|
Jedlo |
Jídlo |
Jídla ve stravovací organizaci (závodní nebo smluvní stravování) |
|
Odber jedla |
Odběr jídla |
Forma závodního nebo smluvního stravování (odběr jídel v stravovacím zařízení v bezhotovostním systému) |
|
DPH zo zrážky |
DPH se srážky |
DPH ze srážky ze mzdy zaměstnance za odebrané jídlo (ne stravenky) |
|
DPH na vstupu |
DPH na vstupu |
DPH za odebraná jídla (ne stravenky) |
|
DPH importom |
DPH importem |
DPH z importního souboru (konfigurací se určí zda se jedná o DPH na vstupu nebo DPH ze srážky) |
|
|
|
|
4.2 Režimy generovaní příspěvku a vyhodnocení
Aplikace umožňuje generovaní nároku příspěvku na stravu, vyhodnocení čerpaní stravenek nebo odebraných jídel, generovaní objednávky na stravenky podle zvoleného typu.
Vyhodnocení stravy se liší od zákazníka k zákazníkovi, konkrétní režim je jednoznačně definován aktuální konfigurací na Adm21 (Typ vyhodnocení odběru stravy, obecně pro Organizaci/SJ) a Opv01 (Typ vyhodnocení odběru stravy , Pro PV).
Typ generovaní a vyhodnocení se stanový pro jednotlivé PV podle číselníku (JPC pd_typ_strava):
0 - Bez zpracování stravy
Výpočet nároku příspěvku z denní evidence se neprovádí
1 – Std. zpracování stravy
2 - Zpracování bez omezení nároku
3 - Denní odběr jídel s měsíčním nárokem
4 - Denní odběr jídel s denním nárokem
5 - Denní odběr jídel s měsíčním nárokem pro stravu a stravenky
10 - Měsíční, strava počtem, cena ceníkem
Vyhodnocení stravy, u kterého se nárok na běžný měsíc stanoví z Dcm01 dle aktuálního stavu položky "směny" SLM s IA 950
11 - Nárok Dcs02, strava počtem, cena ceníkem
Vyhodnocení stravy, u kterého se nárok na běžný měsíc stanoví z Dcs02, Vstupy stravenky, zdroj = 3 (generované)
13 - Nárok Dcm01, zálohové stravenky s přenosem salda
14 - Nárok poč. směn, zálohový režim, nový nástup bez nároku
15 - Nárok poč. směn z měsíce s rozdělením nároku, nový nástup dle zálohy
16 - Stanovení nároku příspěvku podle týdenního úvazku
17 - Nárok měsíční se zkráceným uzavřením
Je určen pro společné zpracování příspěvku na stravu zaměstnanců vykazovaných v DOCH i DAV s možností režimu zkrácené uzávěrky a vyslání zaměstnanců.
18 - Std. zpracování stravy, sazba 1
Vyhodnocení příspěvků se provede jako podle 1, ale při uložení do Dcm se kromě záznamu se SLM s IA 950 generuje další záznam, srážky za stravu se sazbou 1 pro SLM (SLM určené v Slm01, Kódy a další pro SLM s IA 950).
19 - Std. zpracování stravy, sazba 2
Vyhodnocení příspěvků se provede jako podle 1, ale při uložení do Dcm se kromě záznamu se SLM s IA 950 generuje další záznam, srážky za stravu se sazbou 2 pro SLM (SLM určené v Slm01, Kódy a další pro SLM s IA 950).
20 - Typ nároku 17, bez stravenek při ukončení PV
Typ
vyhodnocení stravy, který má stejné vyhodnocení jako režim 17, ale pro PV u
kterého končí platnost v měsíci vyhodnocení (PV je ukončené), se nevygeneruje
požadavek na stravenky.
Vyhodnocení odebraných jídel v měsíci ukončení PV se nemění.
21 - Typ nároku 17, korekce z nároků příspěvků
100 - Bez kalkulace nároku z evidence denní docházky
Výpočet nároku příspěvku z denní evidence se neprovádí
101 - Měsíční, strava počtem, nepřiznaná dotace samostatně
Typ nároku 101 je modifikací typu nároku 10.
Režim je určen pro vyhodnocení kombinovaného odběru stravenek a jídel, přičemž pro přiznání příspěvků se nejdříve vyhodnotí stravenky a až následně odebraná jídla (např. Panasonic, pro zaměstnance s generováním stravenek).
111 - Nárok Dcs02 z období pouze z kalendáře, vyhodnocení násl. měsíc.
Nárok příspěvku pro objednávku je generován v Dcs02. Nárok na příspěvek je určen pouze počtem plánovaných směn v kalendáři. Vyhodnocení se provádí standardním způsobem.
170 - Nárok měsíční se zkráceným uzavřením, výstup srážka
Zpracování je stejné jako pro režim 17, ale s povinným výstupem na SLM typu stravenka/stravovací karta (IA 4306) a při výstupu/vyřazení - automatická změna na režim 171, podrobný popis viz v dokumentaci
171 - Nárok měsíční se zkráceným uzavřením, výstup paušál
Zpracovaní je stejné jako pro režim 17, ale s povinným výstupem na SLM typu stravovací paušál (IA 2405), podrobný popis viz v dokumentaci.
172 - Nárok měsíční se zkráceným uzavřením + dopřední záloha
Vyhodnocení jako režim 17, ale s poskytnutím zálohy na příspěvek.
Dopředný režim s poskytnutím zálohy na začátku měsíce a vyhodnocením v období uzavírání docházky
173 - Nárok měsíční s ručním vstupem + dopřední záloha
Dopředný režim s poskytnutím zálohy na začátku měsíce a vyhodnocením v období uzavírání docházky. Skutečný nárok se nepočítá, ale musí být zadán uživatelem do Dcm01 nebo Dav01, Vstupy.
174 - Manuálně zadaný příspěvek bez kontroly na nárok
Určený pouze pro DAV, zpětně zadaný nárok do Dav01, Vstupy (SKA)
200 - Nárok podle průměrných směn z evidence denní docházky
Nárok příspěvku na stravu je určen z průměrných 8 hodinových směn ze započitatelných hodin z denní evidence docházky.
Počet nároku se zobrazí sumárně v sloupci „Dcd01, Rekapitulace dni, Nárok na stravu doplňkový“ v poslední den měsíce pokud je menši jako 10, jinak je rozložen do předešlých dnů.
300 - Nárok z kalendáře, krácení z Vyp01, Vstupy aktuální období
Základní nárok je spočten z kalendáře aktuálního období a krácení základního nároku je spočteno z odchylek zadaných na Vyp01, Vstupy.
301 - Nárok z kalendáře násl. období, krácení z Vyp01, Vstupy aktuální období
Základní nárok je spočten z kalendáře následujícího období a krácení základního nároku je spočteno z odchylek zadaných na Vyp01, Vstupy.
302 – stejný, jako 300, ale s omezením podle struktury č. 5
Základní nárok je spočten z kalendáře aktuálního období a krácení základního nároku je spočteno z odchylek zadaných na Vyp01, Vstupy, ale zpracuje pouze PV, která mají aktuálně přiřazen prvek struktury č. 5 (Kategorie) s hodnotou 1 nebo 2.
303 - Nárok z mezd, vstupy z aktuálního období (ŘLP)
Základní nárok je čerpán ze mzdových vstupů a vyhodnocení se provádí při postupném zpracování odběru stravy ve třech různých jídelnách a odběru stravenek.
304 - Nárok z mezd, vstupy z aktuálního období (ŘLP 2021)
Základní nárok je čerpán ze mzdových vstupů a vyhodnocení se provádí při postupném zpracování odběru stravy ve třech různých jídelnách a odběru stravenek.
360 - Nárok z kalendáře, krácení z Vyp01, vstupy z akt. období, srážka
Vyhodnocení jako 300. Generuje vždy SLM typu srážka a v období výstupu/vyřazení se mění na režim 361.
361 - Nárok z kalendáře, krácení z Vyp01, vstupy z akt. období, příspěvek
Vyhodnocení jako 300. Generuje vždy SLM typu paušální příspěvek.
4.3 Metodické celky
4.3.1 Rozsah použití formulářů podle režimu PV
Z důvodu zabezpečení současného zpracování stravy na formulářích Dcs pro zaměstnance v režimu DOCH i DAV, jsou pro oblast stravy použitelné všechny režimy PV podle položky Opv01, PV je dostupné v docházce (pro formuláře Dcs je použít navigační seznam typu Pv).
Všechny funkce v oblasti strava, standardně akceptují (zpracovávají) PV platná pro docházku, ale pokud je na Adm21/Adm22 nastaven Typ vyhodnocení odběru stravy = 17, zpracují se také PV s nastavením na Opv01, PV je dostupné v docházce = 0, kteří mají platné PV alespoň jeden den v měsíci a mají nastaveno na Opv01, Status vztahu osoba - organizace = 1 (PV počítané).
Při spuštění funkce z každého tlačítka Dcs02/Dcs03 se provede kontrola na dostupnost PV pro DOCH, s následujícím postupem:
- dostupnost v DOCH = 0
pokud je režim stravy 3xx - PV se korektně zpracuje
pokud je režim stravy <> 3xx
- akce pro jednoho zaměstnance – do protokolu se zapíše hlášení "Neplatný pro DOCH" a akce se ukončí
- hromadné zpracování - PV se nezpracuje (bez hlášení), pokračuje se ve zpracování následujícího PV
- dostupnost v DOCH = 1
pokud je režim stravy 3xx - PV se korektně zpracuje
pokud je režim stravy <> 3xx, zjistíme či PV je celý měsíc v
mimoevidenčním stavu, pokud ano, zpracujeme jako by PV nebylo dostupné pro DOCH
kontrolujeme pro období formuláře
- dostupnost v DOCH = 2
pokud je režim stravy 3xx - PV se korektně zpracuje
pokud je režim stravy <> 3xx, zpracujeme bez omezení
4.3.2 Režim výpočtu na kmenové PV
Pro oblast vyhodnocení stravy na formulářích Dcs, je možné omezit procesy pouze na PV kmenové, pokud konfigurační parametr Adm21, Strava, Při více PV, vyhodnocení na kmenové PV = Ano.
Pokud je parametr nastaven na Ano, tak se zpracují pouze PV označená jako kmenová (jiná PV se nezpracují).
4.3.3 Dcs02/Dcs03 – plnění položky Stravovací lokalita
Způsob naplnění položky Stravovací lokalita je proveden podle pravidel:
Pokud je v záznamu položka Stravovací lokalita vyplněna a parametr záložky Lokalita je:
nevyplněn, tak zachováme původní nastavení položky Stravovací lokalita;
pokud je
vyplněn, tak se položka Stravovací lokalita nastaví podle obsahu parametru.
Dcs02/Dcs03, Generování nároku - pokud není vyplněn parametr Lokalita v záhlaví, pak se do záznamu nastaví položka Stravovací lokalita podle aktuálního přiřazení struktury č. 32 na Opv01.
4.3.4 Dcs02/Dcs03 – číselník k parametru Typ jídla
Funkce, která vytváří seznam pro parametr Typ jídla je nastavená tak, že seznam obsahuje pouze položky z číselníku Dcs04, které jsou platné pro SJ, na které jsou přiřazena PV, které jsou podle řádkových práv přiřazené aktuálnímu uživateli.
Zobrazení číselníkových položek v parametrech formulářů Dcs02/Dcs03 resp. při vyhodnocení odběru stravy se provádí podle metody (vždy pouze jedna varianta):
ORG = org, SJ = sj, Lokalita = lokalita
ORG = org, SJ = sj, Lokalita = nevyplněno
ORG = org, SJ = nevyplněno, Lokalita = lokalita
ORG = org, SJ = nevyplněno, Lokalita = nevyplněno
ORG = nevyplněno, SJ = sj, Lokalita = lokalita
ORG = nevyplněno, SJ = sj, Lokalita = nevyplněno
ORG = nevyplněno, SJ = nevyplněno, Lokalita = lokalita
ORG = nevyplněno, SJ = nevyplněno, Lokalita = nevyplněno
4.3.5 Dcs a cena z Dcs04 podle ORG/SJ
Jednotlivé funkce na formulářích Dcs01, Dcs02, Dcs03, které nastavují vazbu na číselník Dcs04 (položka Kód jídla), využívají postup, který umožňuje na číselníku Dcs04 používat záznam vázaný na organizaci nebo správní jednotku v rámci organizace.
Podmínky pro stanovení vazby do Dcs04:
a) základní podmínka pro výběr záznamu dle místa použití
b) + SJ podle akt. přiřazení k PV (= SJ v Dcs04 nebo SJ
v Dcs04 je nevyplněná)
c) + ORGANIZACE podle akt. přiřazení k PV (= ORGANIZACE v Dcs04 nebo
ORGANIZACE v Dcs04 nevyplněná)
Pro výběr typu jídla při hromadném generování použijeme metodu:
a) pokud zvolený typ nemá vyplněnou SJ => tak zůstává stávající řešení,
doplníme bez ohledu na SJ PV
b) pokud zvolený typ má vyplněnou SJ => pro PV se stejnou SJ použijeme
zvolený kód
=> pro PV s jinou SJ vyhledáme v číselníku Dcs04 kód stejného typu ale se
shodnou SJ nebo nevyplněnou SJ
c) pokud není vyplněn druh jídla v parametrech, tak vyhledáme druh jídla
v Dcs04, který má stejnou SJ jako PV nebo druh jídla nemá parametr SJ vyplněný,
s typem jídla 5 pro stravenky nebo typem jídla 10 pro nároky.
4.3.6 Omezení přístupu na formuláře Dcs podle datumu
Pro oblast použití formulářů Dcs je možnost omezení přístupu pro aktualizaci pro standardní uživatele.
Formuláře Dcs01, Dcs02, Dcs03 se otevřou v režimu čtení (bez ohledu na objektová práva pro formulář), pokud je aktuální datum a čas větší, než časová hranice nastavená na formuláři Dcu02, Uzávěrka, Datum a čas uzavírání stravy v DCS.
Pokud má uživatel přiřazeno objektové právo Dcs02objuzav = Smí spustit, tak se na něj výše uvedené omezení nevztahuje (formuláře mají režim podle objektových práv formuláře).
Pro Dcs03 , pokud má uživatel přístup k PV z více SJ (SO), uplatní se omezení pro všechny SO, pokud je splněna podmínka alespoň pro jedno SO.
Pro Dcs03 , pokud má uživatel přístup k PV z více
SJ (SO), se formulář zobrazí v režimu čtení, pokud je alespoň jedno SO
uzavřeno (Status výplatního termínu >= 3).
4.3.7 Kontrola stavu vyhodnocení (TC 1024533)
Ve vyhodnocení stravy v rámci formulářů DCS je k dispozici systém kontroly stavu vyhodnocení, který je postaven na principech:
a/ Stav vyhodnocení stravy se zobrazuje v položce Status vyhodnocení stravy v záhlaví formuláře Dcs02 (také v Dcm01, Měsíční záhlaví)
b/ Položka se aktualizuje při každém použití určených tlačítek
c/ Při generování podkladů pro mzdy z DCS se kontroluje stav vyhodnocení, a převod se uskuteční pouze v případě, kdy je vyhodnocení platné
Pokud funkce vyhodnocení stravy položku Stav zpracování nastaví na 2 (vyhodnocení stravy při otevřené docházce), pak položka Status vyhodnocení strava se nastaví na 0.
Poznámka: Standardně neuzavřená docházka není překážkou pro vyhodnocení stravy, a proto i v tomto případě proběhne vyhodnocení standardním způsobem.
Tabulka změny hodnoty položky Status vyhodnocení stravy
|
Stav |
Poznámky |
|
|
zál. Vyhodnocení |
|
|
|
tl. Vyhodnocení |
1 0 |
pokud Stav zpracování = 1 pokud Stav zpracování <> 1 |
|
tl. Převod do MV |
2 |
|
|
tl. Vymazání převodu z MV |
0 |
|
|
tl. Smazat vyhodnocení |
0 |
|
|
|
|
|
|
zál. (Vstupy stravenky, Vstupy strava, Nárok na přísp., Vstup stravenky) |
|
|
|
všechny tl. |
0 |
|
|
|
|
|
|
zál. Hromadné akce |
* |
podle odpovídající spuštěné funkci |
|
Dcs03 (pro každé PV v nav. seznamu) |
Stav |
Poznámky |
|
zál. Vyhodnocení |
|
|
|
tl. Vyhodnocení |
1 0 |
pokud Stav zpracování = 1 pokud Stav zpracování <> 1 |
|
tl. Převod do MV |
2 |
|
|
tl. Vymazání převodu z MV |
0 |
|
|
tl. Smazat vyhodnocení |
0 |
|
|
|
|
|
|
zál. (Nárok příspěvku, Vstup stravenky) |
|
|
|
všechny tl. |
0 |
|
|
|
|
|
|
zál. Hromadné akce |
* |
podle odpovídající spuštěné funkci |
4.3.8 Časové sledování změn pro Opv01, Režim, Typ nároku na stravu.
(TC 1031311)
Standardně položka Opv01, Režim, Typ nároku na stravu nemá časové sledování.
Pokud je z libovolného důvodu potřeba sledovat/plánovat změny této položky, je možné použít náhradní řešení pomocí záložky Dcs02, Typ nároku.
Aktivace tohoto systému se provede:
a/ Na Adm21/Adm22, Strava nastavit položku Typ vyhodnocení odběru stravy, čas. změny = Ano
b/ Zpřístupnit záložku Dcs02, Typ nároku pro určené uživatele (pomocí obj. práva Dcs02ZalTypNaroku).
Na formuláři Dcs02 záložce Typ nároku, kde může oprávněná osoba v předstihu zapisovat požadované změny dotčené položky. Následně v rámci funkce kalkulace DD, generování nároku a pak i v rámci funkce vyhodnocení se provede kontrola, zda pro dané období není požadovaná změna. Pokud ano provede se aktualizace Opv01 nebo je hlášená chyba v evidenci.
Následně se provede standardní generování nebo vyhodnocení stravy.
Ad 1/ formulář Dcs02, záložka Typ nároku
Záložka určená na sledování a plánování změn obsahu položky Opv01, Režim, Typ nároku na stravu.
Obsah:
V časti seznam:
Platnost od, Platnost do, Typ nároku na stravu
V detailu:
Platnost od - období od kterého se má
provést změna
Platnost do - období do kterého má platit změna
Typ nároku na stravu - změnová hodnota parametru
Poznámka - místo pro krátkou poznámku uživatele
Seřazení: sestupně Platnost od
Záložka se speciálním objektovým právem, standardně se záložka nezobrazuje.
Změny je možné zadávat pouze do otevřených období pro docházku.
Změny není možné zadávat do uzavřených období pro docházku.
Změnu v aktuálním období není možné provést po vygenerování objednávky na stravenky (generování nároku a vyhodnocení za měsíc se musí provést pro stejný typ).
Ad 2/ Úprava standardních funkcí Dcs02
Pokud v měsíci uzavření stravy v režimu 11, 17, 170, 171, 360, 361 je registrovaná změna režimu stravy na záložce Dcs02, Typ nároku, pro následující měsíc, provedou se činnosti jako při ukončení PV pro uvedené režimy.
funkce Dcd01, Kalkulace (platí i pro ostatní formuláře s touto funkci)
funkce Dcs02, Nárok na přísp., Generování pro PV (i pro hromadnou verzi)
funkce Dcs02, Vyhodnocení., Vyhodnoceno pro PV (i pro hromadnou verzi)
Při spuštění funkce za aktuální období:
Nejdříve zjistíme, zda pro aktuální PV a období je na záložce „Typ nároku“ evidovaná změna pro tento měsíc.
Pokud změna pro aktuální období není evidovaná, pokračujeme ve standardním zpracování.
Pokud je záznam nalezen, porovnáváme hodnotu s aktuální hodnotou Opv01, Režim, Typ nároku na stravu.
Pokud jsou hodnoty stejné, pokračujeme ve standardním zpracování.
Pokud jsou hodnoty rozdílné:
a/ pokud předešlá hodnota na záložce Typ nárok je různá od hodnoty na Opv01, zaprotokolujeme změnu (protokol i časový řez v Dcs02, Typ nároku pro předešlé období)
b/
Zobrazíme hlášení:
DD142b [U] [VAR] Změna Opv01, Typ nároku na stravu <%1> podle Dcs02 (%2)
c/ aktualizujeme položku Opv01, Režim, Typ nároku na stravu podle Dcs02, Typ nároku.
Pokud PV má aktuálně nastaven Typ vyhodnocení stravy 170/360 (stravenka), tak ve funkci automatické aktualizace Opv01, Režim, Typ vyhodnocení stravy podle Dcs02, Typ nároku, se navíc provede:
Pokud PV je v aktuálním měsíci ukončené, nebo je vyřazené do MES tak:
a/ na Dcs02, Typ nároku – automaticky ukončit typ 170/360
k předešlému období a pro aktuální období se založí nový záznam pro Typ
171/361, s poznámkou „Ukončené PV/Vyřazení do MES“.
přičemž MES = mimoevidenční stav.
b/ provede se aktualizace Opv01, Režim, Typ vyhodnocení stravy stávajícím způsobem
c/ pokud bude nastaven parametr Opv01, Režim, Typ použití výstupu vyhodnocení stravy (libovolná hodnota), tento se nastaví s časovým řezem na hodnotu 4.
Kontrola na platnosti období nově zakládaných záznamů:
a/ Pokud
Platnost Od existujícího záznamu je stejná jako požadovaná nová platnost do
protokolu dáme hlášení: DD142c [U] [VAR] Změna Dcs02 v období, Typ nároku na
stravu <xDcs2> na (<171>)
a na existujícím záznamu přepíšeme Typ na 171/361 a Poznámka = "Ukončené
PV/Vyřazení do MES
b/ Pokud Platnost Od existujícího záznamu je menší než požadovaná nová platnost, ukončíme aktuální záznam k předešlému období a založíme nový záznam pro Typ = 171/361 s platností od aktuálního období do 3333-03 a do Poznámky = "Ukončené PV/Vyřazení do ES
4.3.9 Stravenkový paušál [CZ/SK]
Z pohledu zjednodušení a zpřehlednění společných prvků řešení pro tuto dokumentaci, budeme používat standardní název stravenkový paušál pro CZ i SK řešení.
4.3.9.1 Stravenkový paušál a Opv01 - volba zaměstnance
e202111
Už delší dobu je možnost pro obě podporované leg. prostředí (CZ i SK) používat dvě formy příspěvku na stravu.
Už od verze e202101 je k dispozici položka Opv01, Režim, Typ výstupu pro vyhodnocení stravy, která je určená pro tento účel, zatím však její změna byla možná pouze z formulářů Opv01, Režim nebo Dcd01, PV v rámci standardní funkce aktualizace těchto formulářů, což však vyhovovalo málokterému zákazníkovi.
V této verzi jsme doplnili specializovaný formulář - Dcu33, který umožňuje změnu pouze této položky a je dostupný pro všechny typy uživatelského rozhraní EGJE (JAVA, WEB, HRP).
Jedná se o formulář, který není podporován žádným schvalovacím procesem, ale má podporu plného auditu dotčené položky.
Formulář má k dispozici zákaznickou konfiguraci pro určení období povolené změny, období platnosti nového požadavku a správy pro zaměstnance.
Pozor: Nastavení položky Opv01, Režim, Typ výstupu pro vyhodnocení stravy automaticky neřeší, že zaměstnanec bude mít požadovaný typ příspěvku.
Tento údaj má především evidenční hodnotu.
Konkrétní řešení generovaného příspěvku na stravu je závislé na typu vyhodnocení a dohodnutém řešení.
Jak jsme již několikrát upozorňovali, konkrétní požadavky v organizaci konzultujte a dohodněte s dodavatelem.
4.3.9.2 Stravenkový paušál od 2021-01 [CZ]
Nová legislativní možnost poskytnutí příspěvku na stravu ve formě tzv. Stravenkového paušálu jsme zatím v oblasti DOCH/DAV neřešili vzhledem na velkou rozmanitost vyhodnocení příspěvků na stravu u různých zákazníků.
Pokud máte v úmyslu tuto formu začít používat, kontaktujte nás, abychom společně navrhli možné řešení vázané na vaše specifické podmínky.
V nejjednodušším případě, pokud se provádí vyhodnocení na Dcs02, je možné použít postup, kdy:
a) v číselníku Dcc04 nastavit cenu „příspěvku“ podle nových podmínek
b) na Adm21 nahradit SLM srážkovou (IA 4306) slm příspěvkovou (IA 2405)
4.3.9.3 Stravenkový paušál [CZ] / Finanční příspěvek na stravování [SK]
V první fázi řešení podpory pro tzv. stravenkový paušál v CZ nebo finanční příspěvek na stravování v SK, jsme zavedli položku pro volbu typu podpory na stravování.
Na formuláři Adm21, Adm22 a Opv01 je k dispozici časově sledovaná položka:
Typ použití výstupu vyhodnocení strava
s možností nastavení podle JPC číselníku:
Typ použití výstupu vyhodnocení strava (pd_strava_typ_pouziti)
0 - Použití neurčeno
1 - Srážka ze mzdy
2 - Srážka ze mzdy, stravenka
3 - Srážka ze mzdy, elektr. karta
4 - Stravenkový paušál CZ
5 - Finanční příspěvek na stravování SK
6 - Stravenkový paušál CZ s nadlimitem
7 - Finanční příspěvek na stravování SK s nadlimitem
Reálné využití tohoto parametru bude záviset na dohodnutém režimu vyhodnocení nároků na příspěvek nebo směrování výstupu vyhodnocení stravy u jednotlivých řešení pro konkrétního zákazníka.
4.3.9.4 Stravenkový paušál (TC 1060465)
Nové řešení pro stravenkový paušál vychází z platné legislativy a její interpretace u jednotlivých zákazníků.
Prvotní nastavení položky Opv01, Režim, Typ použití výstupu vyhodnocení stravy, pro různé typy PV, je možné nastavit v rámci založení PV pomocí formuláře Tza01.
Kalkulace denní docházky
Pokud je pro výpočet nároků na příspěvek pro aktuální PV nastavená standardní možnost dvou příspěvků na jeden den (z konfigurace Adm21/Adm22 nebo z Kal01), tak podle nastavení položky Opv01, Režim, Typ použití výstupu vyhodnocení stravy se provede:
pro nastavení 0, 1, 2, 3 - standardní postup stanovení druhého příspěvku
pro nastavení 4, 5 - druhý příspěvek není vyhodnocován pro CZ ale standardně vyhodnocen pro SK
pro nastavení 6, 7 - standardní postup stanovení druhého příspěvku
(v základním nároku = 0 v doplňkovém nároku = 1), ale následné zpracování je poplatné dohodnutému režimu pro různé typy vyhodnocení stravy
Pozor: Pokud organizace používá některý ze speciálních typů přiznání druhého příspěvku na stravu, před použitím položky Opv01, Režim, Typ použití výstupu vyhodnocení stravy, nejdříve konzultujte svůj záměr u dodavatele.
Uzavření
denní docházky
Pokud se používá režim čerpání informace o nároků na stravu a následném
zařazení srážky/příspěvku do výpočtu mezd přímo z Dcm01 (bez použití
vyhodnocení na Dcs02) a pro aktuální PV je nastaveno Opv01, Režim, Typ použití
výstupu vyhodnocení stravy = 6, 7, pak
je možné generovat samostatný záznam pro základní paušál a zvýšený paušál (doplňkový nárok).
Pro SLM 950 na Slm01, Kódy a další pro Docházku musí být nastavené dvě SLM pro paušál:
SLM pro základní paušál - v poli procento nastavit 100
SLM pro zvýhodněný paušál - v poli procento nastavit 50
Vyhodnocení stravy Dcs02:
Zatím řešeno pouze pro režim stravy = 17.
V číselníku Dcs04 musí být nastavené dvě položky na „stravenku“
S1 pro základní nárok
S2 pro zvýšený nárok
Pokud
Opv01, Režim, Typ použití výstupu vyhodnocení stravy = 6, 7 a pokud je v Dcm01
záznam se SLM 950 a je nastavený doplňkový nárok (kal. dni), pak generujeme do
Dcs02, Vstupy stravenky :
záznam S1 se základním paušálem s počtem ze SLM IA 950 =
(směny - kal. dny)
záznam S2 se zvýhodněným paušálem s počtem ze SLM IA 950 = kal. dny
Poznámka:
zatím neřešeno pro zkrácenou uzávěrku ani pro vyslané PV
4/ Dcs02 - generování do MV
Pro generování podkladů pro mzdy z položky „cena stravenky“ pro typ stravenka / paušál / zvýhodněný paušál se postupuje následovně:
Pokud je Adm21/22, Generovat podle typu = Ano
generujeme do Dcm01 záznamy podle záznamu v Dcs02, Vstupy stravenky
nejdříve provedeme sloučení záznamů podle klíče: kód +kód dopl + slm typu jídla+ název typu jídla
pro každý řádek ze sloučení vygenerujeme do Dcm01 řádek s nastavením:
SLM - SLM srážky/příspěvku/paušálu
= Dcs04, SLM pro příspěvek do/srážku ze mzdy pro typ jídla, pokud je vyplněno
= jinak Adm21/Adm22 Strava - SLM generovaná pro [cena_stravenky]
Částka = Dcs02, Vstupy stravenky, Srážka ze mzdy přiznaná
Směny = Dcs02, Vstupy stravenky, Počet jídel s příspěvkem
Poznámka = Dcs04, Název k typu
Pokud je Adm21/22, Generovat podle typu = Ne
generujeme do Dcm01 záznamy společně za všechny záznamy v Dcs02, Vstupy stravenky
4.3.10 Fin. příspěvek SK 2022, dopředný režim
(TC 1071797)
K řešení problematiky poskytnutí příspěvku na stravu ve formě finančního příspěvku v dopředném režimu jsme provedli rozsáhlé úpravy pro:
a/ pro oblast evidovaní typu poskytovaného příspěvku na stravu
b/ pro oblast generování zálohy na příspěvek na stravu
c/ pro oblast vyhodnocení příspěvku na stravu
Úpravy jsou vázané na režim vyhodnocení stravy 11, 111, 172 a 173.
4.3.10.1 Podmínky pro poskytovaní příspěvku na stravu SK
V rámci kalkulace docházky je povoleno generování druhého příspěvku pro finanční příspěvek.
4.3.10.2 Časový faktor dopředného režimu v SK
Pro SK legislativu je velmi důležitý časový faktor při zpracovaní a vyhodnocení nároků příspěvku na stravu.
Rozhodující je, příspěvek na stravu musí být zaměstnanci poskytnutí před vznikem nároků (to platí pro formu stravenkovou i fin. příspěvku).
Pokud se soustředíme na poskytnutí fin. příspěvku (zaslaní fin. částky na účet zaměstnance) je k dispozici několik způsobů:
a/ zaslaní na účet pomoci jiného nástroje jako EGJE (pak musí být k dispozici metoda na zápis takto zaslaných částek do EGJE, pokud se požaduje např. zobrazení na VPL nebo vyhodnocení příspěvku).
b/ zaslaní na účet ve formě mimořádné zálohy z EGJE
c/ zaslaní na účet v termínu mzdové výplaty za předešlé období
Pro zabezpečení tohoto procesů musí být provedené kroky:
a/ stanovení nároků na zálohu příspěvku a generovaní nároků
b/ zaslaní zálohy na účet zaměstnance
c/ vyhodnocení skutečných nároků
d/ zúčtování poskytnuté zálohy
Příklad časového rozložení varianty „z výplaty“ pro období 2022-03.
Aby byli připsané příspěvky na účet zaměstnance nejpozději 1.3.2022, musí být zařazené do výplaty zasílané v únoru 2022, tzn. výplaty za leden 2022-01 (cca. 15.2).
K tomu musíme vygenerovat (nebo jiným způsobem stanovit zálohy) za 2022-03 taky do tohto termínu, např. 14.2..
Skutečné stanovení nároků za březen bude k dispozici až na konci března (začátkem dubna) po uzavření docházky za březen.
4.3.10.3 Evidovaní typu poskytovaného příspěvku na stravu
Z pohledu podkladů pro vyhodnocení stravy jsou důležitá (kromě standardních personálních a mzdových údajů) nastavení:
Opv01, Režim, Typ nároku na stravu
Opv01, Režim, Typ použití výstupu vyhodnocení stravy
Pokud organizace používá více režimu vyhodnocení stravy, z pohledu časového rozpětí procesu vyhodnocení v dopředném režimu, se jeví problematická změna nastavení.
Standardně do položky Opv01, Režim, Typ nároku na stravu je možné zapsat změnu až po uzavření docházky a mezd za období vyhodnocení.
V tomto případě doporučujeme projít na systém časového sledování této položky pomoci záložky Dcs02, Typ nároku.
V čase mezi poskytnutím zálohy a jejím vyhodnocení se položka nesmí měnit.
Plnění položky Opv01, Režim, Typ použití výstupu vyhodnocení stravy je nutné zabezpečit tak, aby byla vždy aktuální v čase generování záloh na příspěvek (pro období generování) ale také v čase vyhodnocení dříve poskytnuté zálohy.
V čase mezi poskytnutím zálohy a jejím vyhodnocení se položka nesmí měnit.
Z pohledu SK legislativy, formu příspěvku si může zaměstnanec jeden krát do roka měnit v rámci stanovených podmínek v organizaci.
Změna se může provést několika způsoby:
a/ oprávněným uživatelem podle jiných podkladech na formulářích Opv01 nebo Dcd01
b/ osobně zaměstnancem na formuláři Dcd01, záložaka PV nebo pomoci formuláře Dcu33
c/ importem sestavou Imp25f
d/ jinými prostředky zákazníka
4.3.10.4 Generování zálohy na příspěvek na stravu
Generování nároku se provede standardním způsobem s uložením do období, ze kterého se bude exportovat.
Jako náhradní řešení pro vygenerování zálohových nároků na příspěvek je k dispozici sestava Dcs02fgen, která má formu uživatelské sestavy a v případě zájmu je potřeba o ní požádat nebo si ji stáhnout z ESP portálu.
4.3.10.5 Zaslaní příspěvku na účet zaměstnance
Pro zaslaní fin. částky na účet zaměstnance) je k dispozici několik způsobů:
a/ zaslaní na účet pomoci jiného nástroje jako EGJE (pak musí být k dispozici metoda na zápis takto zaslaných částek do EGJE, pokud se požaduje např. zobrazení na VPL nebo vyhodnocení příspěvku).
b/ zaslaní na účet ve formě mimořádné zálohy z EGJE
c/ zaslaní na účet v termínu mzdové výplaty za předešlé období
4.3.10.6 Aktualizace údajů o poskytnuté záloze
Dcs02, Vstupy stravenky, Kopíruj nárok pro PV
Podle použitého způsobu zasílaní (poskytnutí) příspěvku na stravu, resp. případné korekce poskytnuté zálohy, můžou být relevantní údaje umístěné na formuláři Vyp01, Vstupy nebo Dcs02, Nárok příspěvků.
V obou případech pro vyhodnocení, potřebujeme takto poskytnuté zálohy, dostat jako „vybrané“ příspěvky na záložku Dcs02, Vstup stravenky.
Na to použijeme tlačítko Dcs02, Vstupy stravenky, Kopíruj nárok pro PV
Pokud je režim vyhodnocení stravy 11, 111, 172, 173 a hlášení DS106 má úroveň větší jako 0 použije se rozšířený způsob kopírovaní.
Pokud je režim vyhodnocení stravy jiný jako 11, 111, 172, 173 a nebo hlášení DS106 má úroveň 0 použije se základní způsob kopírovaní ze záložky Dcs02, Nárok příspěvku (viz popis funkce).
4.3.10.6.1 Rozšířený způsob kopírovaní ze zálohy na čerpané nároky
Pokud režim stravy je 11, 111, 172, 173 a DS106 > 0.
Po použití tlačítka se zobrazí dialogové okno (při hromadné funkci také a platí pro všechna PV) s obsahem:
Záloha, Příspěvek ve formátu stravenky
Zdroj; - místo uložení zálohy na příspěvek
Období, - období ve kterém je uložená záloha
SLM, - SLM zálohy
Typ strava - odkaz do Dcs04 na typ stravy pro uložení zálohy do příspěvku do Vstupy stravenky
Záloha, Příspěvek ve formátu fin. příspěvku
Zdroj; Období, SLM, Typ strava, Typ strava,
Poskytnuté ve výplatě - příznak či záloha ve Vyp01 je v režimu záloha nebo dobírka
Korekce, Příspěvek ve formátu stravenky
Zdroj; Období, SLM, Typ strava
Korekce, Příspěvek ve formátu fin. příspěvku
Zdroj; Období, SLM, Typ strava
tlačítko [Kopírovat]
provést kopií dle nastavených parametrů
tlačítko [Storno]
ukončí funkci bez kopírování
Všechny položky při otevření se nastaví na hodnoty použité při posledním zpracování.
Pro položky Zdroj je použitý číselník:
nevyplněno - bez určení zdroje, nezpracovat
0 - vstup z Dcs02
1 - vstup z Dcm01
2 - vstup z Vyp01
Pro položky Období - je použitý číselník - období z formuláře + 2 období zpětně
Pro položky SLM - je použitý číselník z platných záznamů
Dcs04 z položky SLM pro příspěvek do/srážku ze mzdy
Pro položky Typ strava je použitý číselník z platných záznamů Dcs04 z Typ jídla = 5
Pokud je vyplněná položky Zdroj v rámci skupiny, pak musí být vyplněné všechny další položky v rámci této skupiny, pokud je některá nevyplněná, zobrazí se upozornění a řízení se vrátit do editačního režimu na dialogu.
Postup kopírování:
Vymažou se všechny řádky z předešlého kopírování.
Pro každé PV ze seznamu (nebo pro jediné PV) se pro každou skupinu s parametrů s nastavením Zdroj provede :
Zdroj = 0 (Dcs02)
spravit kopii stávajícím způsobem pro PV
xPocet = Dcs02, Nárok příspěvku, položka Dopl. počet 1 (ne Počet).
Zdroj = 1 (Dcm01)
v Dcm01 vyhledat záznam pro PV, r_obd_str, r_slm_str
xPocet = součet(Kal. dny) - (ne směny)
Zdroj = 2 (Vyp01)
ve Vyp01,Vstupy vyhledat záznam pro PV, r_obd_str, r_slm_str
xPocet = součet(směny)
Poznámka: Pro načtení počtu zálohově poskytnutých příspěvků z Dcm01 pro vyhodnocení salda, se použije údaj o plánované výši zálohy na období (ne skutečně poskytnuté zálohy, které jsou upravené případným saldem z předešlých období.
založíme nový řádek (Dcs02, Vstup stravenky) s níže uvedeným nastavením, pokud xPocet > 0.
|
Položka |
Plnění |
|
Datum odběru: |
|
|
Období zálohy |
r_obd_str |
|
Stravovací lokalita: |
|
|
Stravovací skupina: |
|
|
! Kód jídla: |
r_typ_str |
|
Počet jídel: |
xPočet |
|
Počet jídel s příspěvkem: |
0 |
|
Skutečná cena (imp.): |
xPočet * Dcs04, Skutečná cena |
|
Příspěvek soc. fondu (imp.): |
xPočet * Dcs04, Příspěvek soc. fondu |
|
Dotace zaměstnavatele (imp.): |
xPočet * Dcs04, Dotace zaměstnavatele |
|
Příspěvek odborů (imp.): |
xPočet * Dcs04, Příspěvek odborů |
|
Srážka - zaměstnanec: |
xPočet * Dcs04, Srážka - zaměstnanec |
|
Srážka ze mzdy přiznaná: |
|
|
Pomocná částka 1: |
|
|
Pomocná částka 2: |
|
|
Doplňkový počet 1: |
|
|
Doplňkový počet 2: |
|
|
Doplňkový počet 3: |
|
|
! Období záhlaví: |
|
|
Poznámka: |
*1 |
|
Složka mzdy |
z Dcs04, pro typ výstupu = 4, 5, 6, 7: SLM, srážka ze mzdy (hotově) pro jiné typ výstupu: SLM pro příspěvek do/srážku ze mzdy |
|
Typ nároku na stravu |
akt. nastavení Opv01, Typ nároku na stravu |
|
Typ použití výstupu vyhodnocení stravy: |
akt. nastavení Opv01, Typ použití výstupu vyhodnocení stravy |
|
Stav zpracování: |
0 |
|
Zdroj řádku: |
1 |
|
Doklad: |
|
|
! Organizace: |
|
*1 - Do poznámky vygenerovaného záznamu se vloží informace: skupina, zdroj, období
např. 1, 0, 2022-03 - zál. stravenky ze zdroje Dcs z období 2022-03
skupina: 1 - stravenky, 2 - fin. příspěvek, 3 - korekce stravenky, 4 - korekce FP,
5 - ukončení PV/vyřazení z ES
zdroj: 0 - Dcs02, 1 - Vyp01, 2 - Dcm01
4.3.10.6.2 Kopírování zálohy při ukončení PV/vyřazení do MES
Při výstupu, kopírování vyhodnocení z předešlého období (zadržené vyúčtování)
a/ s navýšením nároku - pro aktuální období se nastaví hodnota pro položku Počet na mínus hodnotu – pak dojde v rámci vyhodnocení k pokráceni poskytnuté nevyčerpané zálohy
b/ s krácením zálohy - pro aktuální období navýšení poskytnuté nevyčerpané zálohy
4.3.10.6.3 Poznámky k formuláři
Kopírovat - automatická změna období
Při otevření dialogu Kopírovat, se nastavení parametrů provádí následovně:
parametry jiné než období - nastaví se podle naposledy použitých hodnot pro kopírování
parametr typu období - zde je důležité pro jaké období byla naposledy použitá funkce Kopírovat (období formuláře Dcs02)
pokud je nově otevřen dialog pro období posledního kopírování, nastaví se podle naposledy použitých hodnot pro kopírování
pokud je nově otevřen dialog pro období jiné posledního kopírování, nastaví se podle naposledy použitých hodnot pro kopírování
Kopírovat - Poskytnuté ve výplatě
Pro možnost identifikace kopírování informace o poskytnutých zálohových příspěvků v rámci zálohy nebo přímo z výplaty z Vyp01 je k dispozici nový parametr (zaškrtavátko):
Poskytnuté ve výplatě ?
pokud je Ano - tak se čte záznam
s Typ VT = 0 (Dobírka)
pokud je Ne - tak se čte záznam s Typ VT = 1-9 (Záloha)
Kopírování - indikace povinných položek
Když vyplňuji tabulku parametrů, moc pořádně nevím, proč co vyplňuji. Jak
poznám, co je povinné ?
Popis dialogu byl aktualizován.
Žádná skupina není povinná, ale v rámci skupiny (pokud se vyplní parametr Zdroj) jsou povinné všechny položky v rámci této skupiny.
Kopírovat - neplatná SLM
Pokud se do položek zadá špatná SLM, např. zadávala se 24050 a na Dcm01 je 9500 a pak se nic nezkopírovalo.
Systém vůbec neupozornil, že na tom Dcm01 nemám takovou SLM
vůbec evidovanou.
Tuto situaci není možné ošetřit hlášením, protože nelze zjistit, zda nenalezený
záznam je způsoben chybným zadáním SLM nebo skutečně pro PV není evidovaná
požadovaná SLM.
A vzhledem na to, že dialog se nastavuje pouze jednou, chybná SLM by se při
opakovaném použití neměla vyskytnout.
4.3.10.7 Vyhodnocení příspěvku na stravu
Provede se standardním způsobem pro dotčené režimy, přičemž se kontroluje rozdíl mezi zálohově poskytnutým příspěvkem a skutečným nárokem.
Z tohoto rozdílu se generuje záznam ve Vstupy stravenky podle nastavení v Dcs04, typ S3.
Popis Generovaní "přečerpání" ze zálohy -
Pokud je evidován požadavek na sražení příspěvku (akt. nárok je menší než poskytnutá záloha),
zobrazí se hlášení DS012 a vygeneruje se řádek S3 s kladným počtem ale se SLM z pole „SLM pro příspěvek do/srážku ze mzdy“
Pokud je evidován požadavek na doplacení příspěvku (akt. nárok je větší než poskytnutá záloha),
zobrazí se hlášení DS012a a vygeneruje se řádek S3 s kladným počtem ale se SLM z pole SLM pro příspěvek do/srážku ze mzdy“
Vyhodnocení - Stravenky 172/173
Pokud se v rámci vyhodnocení zálohových příspěvků na stravenky
zjistí přečerpání/nedočerpání stravenky, do Vstupy stravenky se vygeneruje
záznam podle číselníkové definice z Dcs04 pro dopl. kód S3, typ = 5, typ
výstupu stravenka.
Cena stravenky v tomto případě odpovídá skutečné ceně stravenky.
Zálohová stravenka (S1/5/stravenka) se generuje s částkou „srážka za zaměstnance“ pro všechny poskytnuté příspěvky“ (tzn. v tomto případě se nezohledňují nenárokované příspěvky).
Uložení vyhodnocení
a pokud typ vyhodnocení stravy je = 11, 111, 172, 173
Načtení věty S3 pro generování salda záloha/nárok:
Dcs04,Kód dopl='S3' a Typ strava = 5 a záznam platný pro poslední den období
a (Typ použití pro PV < 4 a (Typ použití pro záznam Dcs04 < 4 nebo Typ použití pro záznam Dcs04 je nevyplněn))
nebo (Typ použití pro PV >= 4 a Typ použití pro záznam Dcs04 >= 4)).
založíme v Dcs02, Vstup stravenky nový záznam s vazbou na nalezenou Dcs04, s doplň. kódem S3, Typ jídla = 5 a Zdroj = 3, kde
SaldoNar = počet záloh - skut. nárok
SaldoNarAbs - vždy kladné saldo nároku
|
Položka |
Plnění |
|
|
Datum odběru: |
poslední den období |
|
|
Období zálohy |
akt.obd |
|
|
Stravovací lokalita: |
lokalita stravy podle PV |
|
|
Stravovací skupina: |
|
|
|
! Kód jídla: |
odkaz do Dcs04 |
|
|
! Kód dopl: |
S3 |
|
|
Strava typ |
5 |
|
|
Počet jídel: |
SaldoNarAbs |
|
|
Počet jídel s příspěvkem: |
0 |
|
|
Skutečná cena (imp.): |
SaldoNarAbs * Dcs04, Skutečná cena |
|
|
Příspěvek soc. fondu (imp.): |
SaldoNarAbs * Dcs04, Příspěvek soc. fondu |
|
|
Dotace zaměstnavatele (imp.): |
SaldoNarAbs * Dcs04, Dotace zaměstnavatele |
|
|
Příspěvek odborů (imp.): |
SaldoNarAbs * Dcs04, Příspěvek odborů |
|
|
Srážka - zaměstnanec: |
SaldoNarAbs * Dcs04, Srážka - zaměstnanec |
|
|
Srážka ze mzdy přiznaná: |
|
|
|
Pomocná částka 1: |
|
|
|
Pomocná částka 2: |
|
|
|
Doplňkový počet 1: |
SaldoNarAbs |
|
|
Doplňkový počet 2: |
SaldoNarAbs |
|
|
Doplňkový počet 3: |
SaldoNar |
|
|
! Období záhlaví: |
akt. |
|
|
! Období zálohy: |
období vyhodnocení |
|
|
Poznámka: |
|
|
|
Složka mzdy |
z Dcs04, = "slm_srazka" pokud SaldoNar > 0 = "slm_platba" pokud SaldoNar < 0 |
|
|
Typ nároku na stravu |
akt. nastavení Opv01, Typ nároku na stravu |
|
|
Typ použití výstupu vyhodnocení stravy: |
akt. nastavení Opv01, Typ použití výstupu vyhodnocení stravy |
|
|
Stav zpracování: |
|
|
|
Zdroj řádku: |
3 |
|
|
Doklad: |
|
|
|
! Organizace: |
|
|
o Konfigurace funkce:
a/ Adm32, musí být aktivní hlášení DS012
b/ V Dcs04, musí být platní řádek s nastavením
Kód jídla = podle metodiky organizace
Kód doplňkový = S3
Skutečná cena = celková cena příspěvku
SLM pro příspěvek do/srážku ze mzdy = SLM pro přečerpaný příspěvek - stravenky
SLM, srážka ze mzdy (hotově) = SLM pro přečerpaný příspěvek - fin. Příspěvek
4.3.11 Příspěvek na stravu - PV v insolvenci
Doplnili jsme pro generování SLM pro příspěvek na stravu, možnost směrovat příspěvek na stravu pro PV v insolvenci na jinou SLM jako pro PV pro bez insolvenci.
Při generování příspěvku na stravu v případě, že je PV v exekuci, vzniká problém s generováním podkladů pro mzdy, aby nedošlo k zabavení příspěvku nebo zablokování srážky a proto je potřeba generovat příspěvky na samostatné SLM a ty realizují se prostřednictvím pokladny.
Vyřešeno pro režim vyhodnocení stravy 11 a 17.
Řešeno pro:
- generování v rámci Dcm - příspěvek/stravenka pouze v Dcm
- generování v rámci Dcs - generování záloh – nárok příspěvku
- generování v rámci Dcs - generování v rámci vyhodnocení
Popis funkce:
Pokud je pro PV povolená funkce Exekuce (Opv01/Adm22/Adm21)
a PV není v exekuci/insolvenci (nemá v Sra01 srážku se SLM s IA 4107 s platností pro akt. období),
zobraz hlášení DS120 [U] [ERR] PV s režimem Exekuce/Insolvence nemá odpovídající srážku v Sra01 !
Pokud DS120 = FAT - nebudeme měnit SLM
Pokud DS120 < FAT - budeme měnit SLM
a PV je v exekuci/insolvenci (má v Sra01 srážku se SLM s IA 4107 s platností pro akt. období),
Vyhledat záznam E1 v Dcs04 - standardně jako hledáme S1 v rámci Dcs02
Pokud záznam E1 je nalezen
Zobrazíme hlášení DS100a [U] [INF] Použít kód jídla <kód> / <kód dopl.> typu <typ> SLM <slm srážka> / <slm platba>
Podle „Typ použití výstupu vyhodnocení stravy“ < 4
Použijeme SLM „SLM pro příspěvek do/srážku ze mzdy:“
Podle „Typ použití výstupu vyhodnocení stravy“ >= 4
Použijeme SLM „SLM, srážka ze mzdy (hotově):“
Zobrazíme hlášení DS120a [U] [VAR] PV s režimem Exekuce/Insolvence, výstup na SLM <záznam. SLM E1> ze SLM <SLM pův.>.
Pokud záznam E1 není nalezen
zobrazíme hlášení DS035 [U] [ERR] Nenalezen záznam v Dcs04 pro Typ %1, Kod dopl. %2, ORG %3, SJ %4
Aktivace funkce:
Podle potřeby nastavit položky
Adm21/Adm22, Strava, Povolení odchylného uložení stravy Exekuce/Insolvence
Opv01, Režim, Povolení odchylného uložení stravy Exekuce/Insolvence
Poznámka:
Adm21 nastavíme, pokud má platit pro celou organizaci
Adm22 nastavíme, pokud má platit pro jednotlivou SJ
Opv01 nastavíme, pokud má platit pro jednotlivé PV
V číselníku Slm01 určit nebo založit evidenční SLM pro stravenku nebo fin. Příspěvek v insolvenci ( doporučujeme IA 5102)
Do číselníku stravy Dcs04 podle potřeby založíme záznam s dopl. kódem E1, Typ jídla = 5
V „SLM pro příspěvek do/srážku ze mzdy:“ bude SLM pro uložení příspěvku forma Stravenka pro PV v insolvenci.
V „SLM, srážka ze mzdy (hotově):“ bude SLM pro uložení příspěvku forma Finanční příspěvek pro PV v insolvenci.
4.4 Kalkulace DD, Generování nároku a vyhodnocení
Generování nároku příspěvku na stravu je proces, který provede vyhodnocení - stanovení max. počtu nároku, pro které může být zaměstnanci poskytnut příspěvek. Provádí se v rámci výpočtu evidence denní docházky obvykle pro každý den jednotlivě. Přiznaný nárok pro konkrétní den se zobrazí na DZ v položce „Nárok na stravu :“ resp. „Nárok na stravu - doplňkový“. Zároveň se celkový nárok na měsíc zobrazí v MZ jako položka „Nárok na stravu“.
Generovaní je řízeno aktuálním nastavením:
Adm21, Strava, Režim výpočtu
nároku na stravu => Ano/Ne
Určuje povolení generovaní nároku pro celou organizaci.
Opv01, Režim, Typ nároku na stravu => režimy 0, 100, 200, …
Určuje způsob generovaní nároku pro zaměstnance.
Kal01, Doch&Schval., Přiznaní druhého příspěvku na stravu
Určuje způsob generovaní nároku na druhý příspěvek, pro zaměstnance aktuálně přiřazené ke kalendáři.
Generování přiznání nároku na stravu, v rámci kalkulace záznamu denní docházky, se standardně provádí dle konfigurace SLM „Započitatelnost – stravování“ (Slm01/Doch&Ext.vstupy.) a stanovených limitů v Adm21 (Adm21/Docházka).
Pokud je režim “Na kmenové PV” (Adm21/Adm22, Strava, Při více PV, vyhodnocení na kmenový PV = Ano) a Opv01, Režim, Typ nároku na stravu > 0 , zobrazíme hlášení:
DD166 [U] [VAR] Pro PV se nepočítá nárok příspěvku, výpočet pouze na kmenové PV !
a pokračuje se zpracováním dalšího PV.
Postup stanovení nároku :
1) Zjištění povolení generování pro organizaci (Adm21) a generování a režim stanovení nároku pro zaměstnance (Opv01)
2) Zjištění povolení druhého příspěvku pro organizaci (Adm21) a pracovní režim – kalendář (Kal01)
3) Když je pro zaměstnance je povolené generování nároků
a) Pro každý den proběhne stanovení započitatelných hodin nároku na příspěvek podle charakteru SLM pro započtení do stravy (Slm01, Docházka, Započitatelnost - stravování)
b) Když jsou započitatelné hodiny větší než stanovený limit (Adm21, Limit přiznání příspěvku na stravu) a
i) Kontroluje se souběh SC a odpracované doby podle konfigurace
ii) Kontroluje se souběh odpracované a neodpracované doby podle konfigurace
iii) Když předcházející kontroly jsou OK, tak se příspěvek přizná
c) Když je povolen druhý příspěvek a započitatelné hodiny jsou větší než stanovený limit pro druhý příspěvek(Adm21, Limit přiznání 2. příspěvku na stravu :) – přizná se druhý příspěvek
4) Stanovený nárok se uloží do DZ
Poznámky k vyhodnocení:
a/ Počet nároku pro SLM se započitatelností pro stravu 11 (např. dovolená) - nárok 1 nebo 2 podle délky plánované směny (při min. limitů na stravu) za každý vykázaný den
b/ Počet nároku pro SLM se započitatelností pro stravu 12 (např. nemoc) - nárok 1 bez ohledu na délku plánované směny (při min. limitů na stravu)
4.4.1 Strava a přestávka na jídlo a odpočinek (TC 1026191)
V případě, kdy je započitatelná doba pro stravu pod limitem
přiznání, ale pouze z důvodu odpočtu přestávky na odpočinek, pak se provede
korekce výpočtu:
Pokud SLM přestávka na oběd (IA 901) má nastaven zápočet do stravy na Slm01,
tak do započitatelných hodin pro stravu z běžného záznamu započteme i hodiny
přestávek v rámci aktuálního záznamu a vyhodnocení se provede opakovaně.
4.4.2 Započitatelnost SLM pro vyhodnocení nároku na stravu
Jako základní údaj pro přiznaní nároku příspěvku na stavu je počet vykázaných (započitatelných) hodin, který se určí jako součet hodin vykázaných na SLM relevantních pro přiznaní příspěvku. Způsob započtení hodin ze SLM je určen nastavením parametru „Započitatelnost – stravování“ (Slm01/Doch&Ext.vstupy.)
Pokud pro SLM není definován režim započtení pro vyhodnocení nároku na stravu (Slm01, Doch&Ext.vstupy., „Započitatelnost – stravování“ není vyplněna) => SLM je zpracovaná v režimu „0“-nezapočítává se.
Režimy započtu SLM pro přiznání nároku (pd_slm_strav)
0 Nezapočítává se
Hodiny SLM se nezapočítají do hodin pro přiznání nároku
Hodiny SLM se v plném rozsahu započítají do hodin pro přiznání nároku příspěvku na stravu
2 Započítat jako neodprac. dobu
Hodiny SLM se započítají do hodin pro přiznání nároku příspěvku na stravu ale jen v případě pokud jsou větší než „Min. hod. nepřít. pro souběh s odprac. dobou pro přizn. nároku:“ a zároveň v daný den jsou odpracované hodiny větší než „Min. hod. odprac. pro souběh s nepřítomností na přizn. nároku:“
3 Započítat jen pokud je menší
Hodiny SLM se v plném rozsahu započítají do hodin pro přiznání nároku příspěvku na stravu, ale jen v případě, pokud jsou menší než „Limit pro započítání SC pro stravu“
4 Započítat kumulativně za den, pokud je menší
Nejdříve se spočtou všechny odchylky se stejnou SLM ve dni a další posouzení se provádí podle tohoto součtu.
5 Započítat pokud je půlka směny dovolené a půlka odpracováno
Příspěvek na stravu je přiznán, pokud je vykázána dovolená na půlku směny a současně je vykázána odpracovaná doba, také ve výši půlky směny (v tomto případě se nezohlední minimální počet hodin pro přiznání příspěvku).
6 Krácení nároku – nepřítomnost
SLM typu nepřítomnost, počet směn odchylky se použije pro krácení základního nároku.
SLM musí být zadána formou Datum Od + Hodiny nebo Směny
Použitelný pouze pro Typ nároku na stravu = 300, 301
7 Krácení nároku – pracovní cesta
SLM typu pracovní cesta, počet směn odchylky se použije pro krácení základního nároku, ale pouze do výše základního nároku.
SLM musí být zadána formou Datum Od + Hodiny, Datum Od + Datum Do nebo Směny
Použitelný pouze pro Typ nároku na stravu = 300, 301
8 Nárok navíc
SLM typu odpracováno nebo přesčas, pokud hodiny odchylky jsou větší, než limit hodin pro přiznání příspěvku, tak se zvýší základní nárok o 1.
SLM musí být zadána formou Datum Od + Hodiny
Použitelný pouze pro Typ nároku na stravu = 300, 301
9 Započítat pokud se rovná, nebo je větší jako plán. (obv.) směna
Hodiny ze SLM se do započitatelné doby pro evidenci stravy, započítají pouze pokud vykázané hodiny jsou stejné nebo větší než plánovaná směna v pracovní den nebo obv. délka směny, pokud je vykázané na volný den.
10 Započítat v plném rozsahu pouze pro prac. dny
Hodiny záznamu se započtou do hodin pro přiznání nároku na stravu pouze pokud je v daném dni plánovaná pracovní směna
11 Nepřítomnost v plném rozsahu (nadlimit)
Za nepřítomnost se přizná jeden nebo dva příspěvky podle standardních limitů pro přiznání stravy.
viz poznámku
12 Nepřítomnost v základním nároku (nadlimit)
Za nepřítomnost se přizná jeden příspěvek při splnění základního limitu (další nárok není povolen).
viz poznámku
15 Přiznat pouze pro první polovinu směny dovolené a polovinu směny odpracováno
Jedná se o speciální přiznání příspěvku na stravu při půldenní dovolené - střídavě: první půlka s příspěvkem druhá půlka bez příspěvku.
110 Přiznání za nepřítomnost s limitem dní nepřítomnosti
Hodiny SLM se v plném rozsahu započítají do hodin pro přiznání nároku příspěvku na stravu, do max. počtu 10 dní
4.4.2.1.1 Zápočet pro stravování typu SLM 11/12, pouze nepřítomnosti
Pro SLM s nastavením Započitatelnost – stravování = 11/12 režim započítání pro vyhodnocení příspěvku na stravu se příspěvek přizná pouze pro celodenní nepřítomnosti (tzn., pokud hodiny nepřítomnosti jsou rovny nebo větší než plán hod. směny).
Pokud hodiny odchylky jsou menší než plánovaná směna, příspěvek se přiznává pouze podle jiných vykázaných SLM ve dni.
4.4.2.1.2 Zápočet pro stravování typu SLM 15, nároku na stravu při půldenní dovolené
(TC 1038945), Komerční banka
Režim započtení dovolené pro vyhodnocení nároku příspěvku na stravu při čerpání dovolené v půldnech (typ započtení = 15).
Funkci je možné omezit pro konkrétní ORG/SJ.
Na Adm21/Adm22, záložka Strava, je parametr: Nárok za 1/2 denní dovolenou, režim 15.
Pokud je nastaven:
a/ Ne nebo nevyplněno - pak se
režim výpočtu nároku příspěvku na stravu při 1/2 Dovolené (režim 15) neuplatní
b/ Ano - pak se režim výpočtu nároku příspěvku na stravu při 1/2 Dovolené
(režim 15) uplatní
Nastavení platí pouze pro aktuální ORG/SJ.
Stanovení požadavků pro vyhodnocení:
Stravenky náleží při odpracování min. 3 hodin ze stanovené směny, v případě mimořádného čerpání 1 dne dovolené ve dvou částech, náleží stravenka pouze jedna.
Pokud vzniká půl dne dovolené z legislativního důvodu (nástup v průběhu roku, krácení dovolené za neodpracované hodiny), tato půlka dne dovolené není do výše uvedeného zahrnována.
Přenos mezi měsíci:
a/ jeden půlden je v jednom měsíci a druhý v následujícím
první půl den je nárok na stravenku a druhý ne
b/ jeden půlden je v jednom roku a druhý v následujícím
první půl den je nárok na stravenku a druhý ne
Popis řešení:
a/ Při čerpání nároků 1/2 dne dovolené, který vznikl v rámci stanovení nároků na dovolenou, přiznat nárok na příspěvek na stravu vždy při splnění podmínky odpracované doby.
b/ Při čerpání 1/2 dne dovolené (z rozdělení čerpání dne dovolené ve dvou půlkách), při prvním (a každém neparném) výskytu poskytnout nárok na příspěvek, pokud je splněná podmínka odpracované doby, při výskytu druhé (a každé párové) půlky čerpání dovolené, nepřiznat nárok na příspěvek i když je splněná podmínka odpracované doby.
Vyhodnocení není vázané na zlom měsíce ani na zlom roku (tzn. jedna půlka může být v jednom měsíci/roku a druhá v následujícím).
Zavedení režimu přiznání nároku na příspěvek na stravu při vykázání 1/2 dne dovolené.
Pro SLM na vykazování půldenní dovolené nastavit Slm01, Doch&Ext.vstupy, Započitatelnost - stravování:
15 - Přiznat pouze pro první polovinu směny dovolené a polovinu směny odpracováno
Sledování která půlka dovolené byla vyhodnocená pro příspěvek
Na měsíčním záhlaví jsou položky:
Příspěvek na stravu při půlce dovolené - legislativní
-1 (nevyplněno) - nestanoven
0 - bez nároku nebo již čerpán
1 - nevyčerpán
Příspěvek na stravu při půlce dovolené
1 - následující půlka dovolené s příspěvkem
0 - následující půlka dovolené bez příspěvku
Vyhodnocení nároků na příspěvek
Započitatelnost pro stravování typ 15 zpracujeme jako započitatelnost typu 2 a pak na závěr, pokud je vykázaná půlka dovolené, se provede vyhodnocení podle režimu 15.
Stanovení leg. nároku
Nárok = Nárok z předešlého období
Nárok leg. = Nárok leg. z předešlého období
Pokud Nárok leg < 0 (zatím nebylo stanoveno)
Zjistíme celkový nárok dovolené na celý běžný rok: (s případným vyhodnocením výstupu)
Pokud režim čerpání dovolené je v hodinách (Dov01, Režim čerpání dovolené = 3, 4)
Ne: nárok je celé číslo (celočíselný nárok)?
Ano: Nárok leg = 0
Ne: Nárok eg = 1
Ano: Nárok je v hodinách
Pokud je vyplněná položka Opv01, Průměrná směna
Ano: Nárok = Hodiny / Průměrná směna
Ne: Nárok = Hodiny / 8:00
Ne: Nárok je celé číslo (celočíselní nárok) ?
Ano: Nárok leg = 0
Ne: Nárok leg = 1
Vyhodnocení nároků na příspěvek
Po započtení všech odchylek ve dni, pokud vznikl nárok na příspěvek na stravu.
Je ve dni půlka dovolené s režimem Započitatelnost - stravovaní = 15 ?
Ano:
Je nárok na 1/2 dne dovolené z legislativy (Nárok leg = 1)?
Ano: (Mám legislativní nárok)
Snížíme evidenci leg. nároku a pokračujeme ve standardním zpracování
Nárok leg. = 0
Ne: (nemám leg. nárok při půlce dovolené)
Je to první půlka dovolené s nárokem (Nárok = 1)?
Ano: Nastavím příznak Nárok = 0 a pokračujeme ve standardním zpracování
Ne: (Nárok = 0) Zruším přiznání příspěvku na stravu
Nastavím příznak Nárok = 1
Zobrazíme hlášení: DD023 [U ] [VAR] Dne <datum> nepřiznán příspěvek na stravu z důvodu druhé půlky dovolené.
Uložení do MZ následujícího období.
Aktuální stav položek Položky „Příspěvek na stravu při půlce dovolené - legislativní“ a „Příspěvek na stravu při půlce dovolené“ po vyhodnocení se uloží do měsíčního záhlaví pro aktuální období.
Kontrolní hlášení.
Pro účel kontroly jsou k dispozici dvě hlášení, která do protokolu zobrazí informace použité při vyhodnocení příspěvku na stravu DD023a a DD023b. Tyto hlášení jsou standardně vypnuté.
Informační hlášení o stavu parametrů pro vyhodnocení příspěvku na stravu při půldenní dovolené (režim započtu na stravu ze SLM = 15).
<dov> - celoroční nárok dovolené za běžný rok z Dov01
<dov01> - režim čerpání dovolené z Dov01
předešlé <nárok>/<leg> - příznak vyhodnocení nároku na stravu pro režim 15 z MZ předešlého měsíce
akt. <obd>: <nárok> / <leg> - příznak vyhodnocení nároku na stravu pro režim 15 pro akt. období (příznaky z MZ předešlého měsíce upravené podle aktuálního stavu)
· DD023b [U ] [INF] Režim strava 15, Datum: <datum>, přísp původní: <počet1>, akt: < počet2> ; zákl../leg. <nárok> / <leg>
Informační hlášení o přiznání nároku příspěvku na stravu při půldenní dovolené (režim zápočtu na stravu ze SLM = 15).
Hlášení se zobrazí pouze v případě, kdy se zobrazuje také hlášení DD023a.
<datum> - datum půldenní dovolené
<počet1> - nárok na příspěvek podle započitatelných hodin pro stravu
< počet2> - nárok na příspěvek po vyhodnocení nároku při půldenní dovolené
<nárok>/<leg> - parametry pro vyhodnocení následující půldenní dovolené v měsíci (pro uložení do MZ)
4.4.2.1.2.1 Aktivace systému sledování
Nastavení pro SLM "Dovolená" na Slm01, Doch&Ext.vstupy, položku Započitatelnost - stravování = 15 (původně nastaveno = 2)
Pomocí funkce hromadné změny na formuláři Dcm01 na období předešlém období aktivace této funkce nastavit:
Příspěvek na stravu při půlce dovolené - legislativní = 0
Příspěvek na stravu při půlce dovolené = 1
tzn. že pro každé PV (mimo nových nástupů pro akt. období) se nezohlední leg. nárok - předpokládáme, že došlo k jeho vyčerpání dříve a nárok se přizná u všech za první půlku dovolené.
Podle potřeby, pro jednotlivé PV je možné na Dcm01 v předešlém období, upravit nastavení dotčených položek tak, aby došlo k vyhodnocení dle specifického stavu toho kterého PV.
4.4.2.1.3 Zápočet pro stravování typu SLM 110, nepřítomnosti do limitů
Přiznání nároku na příspěvek na stravu pro záznam se SLM s „Započitatelnost – stravování:“= 110, který přesahuje z měsíce do měsíce se vyhodnocuje jako by se jednalo o jeden záznam (podmínka přiznání je vyhodnocována s ohledem na celou „navazující“ odchylku).
Za navazující záznamy považujeme dva záznamy v navazujících obdobích, které
mají shodnou SLM a datumově na sebe bezprostředně navazují, např.
Příklad 1. – navazující záznamy
záznam se SLM 510 (Nemoc) je v období 201107 zadán
15:7. do 31.7..
záznam se SLM 510 (Nemoc) je v období 201108 zadán 1:8. do 12.8..
Příklad 2. – nenavazující záznamy
záznam se SLM 510 (Nemoc) je v období 201107 zadán
15:7. do 30.7..
záznam se SLM 510 (Nemoc) je v období 201108 zadán 1:8. do 12.8..
Považuje se za nenavazující záznam, i když by byl 31.7. nepracovní den.
4.4.2.2 Nárok z malého cesťáku
Pokud jsou pro přiznaní nároku na stravu použité hodiny z tzv. malého CP (CP obvykle menší než 5 hod.), tak jsou tyto hodiny uložené do položky Hodiny stravy, jiné. Tím je umožněno identifikovat přiznaný nárok na příspěvek, který vznikl z malého CP (použitelné např. pro sestavu Cep20fska).
Položka není zobrazená v žádném uživatelském formuláři/sestavě.
4.4.2.3 Nárok a prac. cesta o délce <= 5 hod s přestávkou
Pokud hodiny z odchylky typu pracovní cesta jsou do evidence docházky započítané v rozsahu 5 hodin, přičemž skutečná délka prac. cesty je 5,5 hodin a tudíž této hodiny nemůžou být započítané pro vyhodnocení stravy.
V tomto případě se pracuje s hodinami prac. cesty ve skutečné délce bez aplikace přestávky.
Platí pouze pro režim přestávky 3 a 4.
4.4.2.4 Nárok a prac. cesta bez zap. hodin pro DOCH
Pokud v organizaci se pro vykazování pracovních cest používá běžná SLM (nepoužívá se vazba na CEP).
Podle standardního algoritmu vyhodnocení započitatelné doby podle aktuální konfigurace, se započitatelná doba zkrátila nebo vůbec nepřiznala a tím může dojít k neoprávněnému přiznání příspěvku na stravu.
Proto, pokud je SLM s IA 999 (Pracovní cesta), tak pro zápočet pro stravu se neberou hodiny započitatelné pro docházku, ale skutečné hodiny odchylky.
Tzn. příspěvek není přiznán ani při souběžné odchylce, pokud není povolen souběh odpr. doby a PC.
4.4.2.5 Nárok na stravu (stravenku) v DOCH a stravné v CEP
Pokud jsou přebírané informace o pracovních cestách z oblasti CEP a Pokud je povolen přenos z CEP a ve dni, kdy je poskytnuté stravné (nebo není poskytnuté z důvodu, že byla poskytnutá bezplatná strava), tak nárok na příspěvek není přiznán, i když by podle evidence docházky mohl být přiznaný (platí i pro CP o délce 1 hod a více).
Pro vyhodnocení se použije tabulka: Stravné z CP pro docházku (tabulka se nezobrazuje v rámci CEP ani DOCH oblastí).
4.4.3 Režimy vyhodnocení (Adm21, Opv01)
K dispozici je několik kombinaci konfigurace
Ne, – – nárok se nepočítá
Ano, 0 - nárok se nepočítá
Ano, 100 - nárok se nepočítá
Ano, 200 - nárok vyhodnocovaný za celý měsíc podle průměrné 8 hod. směny
Nárok příspěvku na stravu je určen z průměrných 8 hodinových směn ze započitatelných hodin z denní evidence docházky.
Počet nároku se zobrazí sumárně v sloupci „Dcd01, Rekapitulace dni, Nárok na stravu doplňkový“ v poslední den měsíce pokud je menši jako 10, jinak je rozložen do předešlých dnů.
Ano, > 0 - nárok vyhodnocovaný samostatně pro každý den
4.4.4 Zobrazení nároku na stravu na formuláři Dcd01, Rekapitulace dni
Položka „Nárok na stravu“ (DZ) obsahuje vždy pouze nárok na „“nárok – základní“, pokud je na stejný den generován další nárok dle dohodnutého algoritmu (např. při dlouhé směně), je uložen do položky „Nárok na stravu – doplňkový“.
Pokud je u zákazníka definován režim započtu SLM 11/12:
Nárok = nárok z odpracované doby,
Dopl. nárok = nárok z nepřítomnosti
4.4.5 Zobrazení nároku na stravu na formuláři Dcm01
Obvykle se nárok zobrazuje na SLM s IA 950 a to tak,
Směny = nárok celkem (nárok + dopl. nárok z Dcd01, Rekapitulace dni)
Kal.dny = doplňkový nárok(dopl. nárok z Dcd01, Rekapitulace dni)
Pokud je u zákazníka definován režim započtu SLM 11/12:
Směny = nárok z odpracované doby i z nepřítomnosti
Kal.dny = nárok z nepřítomnosti
4.4.6 Příspěvek na stravu – rozdělení základní / doplňkový
4.4.6.1 Nárok stravy rozdělení z odpr. doby/z přesčasu
Celkový nárok je spočten obvyklým způsobem na základě započitatelných hodin pro stravu a stanovených limitů pro přiznání prvního a druhého příspěvku. Následně se provede rozdělení na příspěvek za odpracované hodiny ve směně a za hodiny v přesčase, přičemž v Dcd01, Rekapitulace dní je zobrazeno:
Sloupec Nárok na stravu – počet příspěvku za odpracovanou dobu (daňové uznatelné stravenky)
Sloupec Nárok na stravu – doplňkový – počet příspěvku za přesčas, IA 11, 13, 1004, 1111, 1132, 1143 (daňové neuznatelné stravenky).
Uložení nároku na stravné v Dcm01 je:
Prac. směny - nárok celkem
Kal. dny - nárok za přesčas (daňové neuznatelné)
Režim je aktivován nastavením:
Kal01, Doch&Schval., Přiznaní druhého příspěvku na stravu = 5
4.4.6.2 Rozdělení nároku příspěvku dle legislativních podmínek [SK]
Rozdělení na daňové uznatelné a daňové neuznatelné nároky.
Pro SK legislativu v rámci vyhodnocení nároků příspěvku na stravu je možné rozdělení vypočteného nároku na část podle legislativy a část nad rámec legislativy.
Při nastavení Kal1,Doch.&Schval, Doplňkový režim = 5 (pouze pro SK):
Pokud
jsou započitatelné hodiny pro přiznání nároků pro první příspěvek > 4 hod
pro první a > 11 hod pro druhý příspěvek – nárok se uloží do kolonky
„nárok“.
Pokud jsou započitatelné hodiny pro přiznání nároků pro první příspěvek <=
4 hod pro první a <=11 hod pro druhý příspěvek – nárok se uloží do kolonky
„doplňkový nárok“.
Při generování nároků do Dcm01 se počet příspěvků z „nárok“ uloží do prvního záznamu se SLM určenou konfigurací a počet příspěvků z „doplňkový nárok“ uloží do druhého záznamu se SLM určenou konfigurací.
SLM pro generované záznamy jsou konfigurovány v Slm01, Kód a další.
Pro první záznam se použije SLM s nastavením Procento = 100 a pro druhý SLM s nastavením Procento = 0 (Typ gen.= 4, Způsob gen. = 1).
Režim je použitelný pouze pro zákazníka, který generuje podklady pro mzdy za nároky příspěvků na stravu z denní evidence docházky.
Režim není realizován pro generování objednávky, resp. pro vyhodnocení odběru stravy a stravenek na formulářích Dcs.
4.4.6.3 Režim 17 a SLM příspěvku na stravu podle výše úvazku.
Pokud v organizaci se využívá přiznání výše příspěvku na stravu podle kumulativního pracovního úvazku, např.:
1. úvazek v rozsahu 1,00 - 0,80 - výše stravenky 180
2. úvazek v rozsahu 0,79 - 0,51 - výše stravenky 90
3. úvazek v rozsahu 0,00 - 0,50 - bez příspěvku
Je možné použít nový režim přiznaní příspěvku na stravu v rámci typu 17.
Pokud pro některé PV platí výjimka z uvedeného pravidla, je možné tyto PV na Opv01 označit (povolené dvě možné odchylky) a definovat v Dcc10 pro ně zvláštní pravidla.
Vyhodnocení příspěvku na stravu:
V rámci kalkulace docházky se spočítá nárok na příspěvek podle vykázané doby pro stravu (min. 3 hodiny) na kmenové PV.
Pokud se pro kumulativní PV nemá některé PV počítat, tak se označí na Opv01, Typ nároku na stravu: = 0 (nepočítat příspěvek na stravu pro docházku).
Pokud se má počítat nárok i pro vybrané PV pod stanovenou hranicí např. 0,5 pro vybrané PV,
Tyto na kmenový PV musí mít nastaveno Opv01, Typ nároku na stravu doplnění = 1701 nebo 1702.
Při vyhodnocení se zohledňují všechny vykázané hodiny z povolených souběžných PV, tzn. příspěvek je přiznán, pokud v daném dni je evidovaná započitatelná doba pro stravu ve výši min. 3 hod. ze všech dotčených PV.
V rámci uzavření docházky se pak podle kumulativního úvazku dotčených PV stanoví SLM příspěvku podle číselníku Dcc10 a na zvolenou SLM je pak vázaná sazba příspěvku (z Slm01).
Např. nastavení podle tabulky:
|
Min. úvazek
|
Max. úvazek |
SLM srážka |
SLM příspěvek |
Režim |
|
0,50 |
0,50 |
SLM10 |
SLM11 |
1701 |
|
0,51 |
0,79 |
SLM10 |
SLM11 |
|
|
0,80 |
1,00 |
SLM20 |
SLM21 |
|
Aktivace režimu vyhodnocení příspěvku:
Nejdříve se provede aktivace pro režim stravy 17 a pak navíc doplníme:
1/ v číselníku Slm01
a/ prověřit existenci a korektnost nastavení, podle potřeby založit SLM pro jednotlivé sazby a typy příspěvku na stravu, tzn. musí být k dispozici pro prezentovaný příklad dělení
SLM s IA 950 - SLM pro standardní příspěvek na stravu z DD
SLM10 (IA 4306) - SLM pro příspěvek na stravu typu „stravenka“, nižší sazba
SLM20 (IA 4306) - SLM pro příspěvek na stravu typu „stravenka“, vyšší sazba
SLM11 (IA 2405) - SLM pro příspěvek na stravu typu „fin. příspěvek“, nižší sazba
SLM21 (IA 2405) - SLM pro příspěvek na stravu typu „fin. příspěvek“, vyšší sazba
b/ v číselníku Slm01, pro SLM s IA 950 na záložce Kódy a další nastavit generování požadovaných SLM příspěvku na stravu
Pro Typ generování = 4 nastavit generovaní SLM SLM10 s Způsob generování = 15
c/ v číselníku Slm01, pro dotčené SLM pro vyhodnocení stravy zkontrolovat a podle potřeby upravit nastavení „Započitatelnost – stravování“
2/ v číselníku Adm32 vhodně nastavit dotčené hlášení DD174, DD174a, DD174b, DD174c
3/ v číselníku Dcc10 naplnit číselníkové hodnoty podle aktuálního členění příspěvku na stravu
4/ v Opv01, Režim
a/ pro platné PV, které jsou v standardním režimu vyhodnocení příspěvku, nastavit Typ nároku na stravu = 17
b/ pro platné PV, které nemají být zahrnuté do výpočtu příspěvku na stravu, nebo pro které se příspěvek nemá počítat, nastavit Typ nároku na stravu = 0
c/ pro platné PV, které mají výjimku pro vyhodnocení příspěvku, nastavit Typ nároku na stravu = 17 a Typ nároku na stravu - doplnění: = 1701 nebo 1702 (podle druhu výjimky)
Označení PV, pro které se má aplikovat výjimka ze standardního vyhledání v Dcc10
Pro označení výjimek pro stanovení výše příspěvku – SLM podle kumulativního úvazku použijeme režim doplňkového označení vyhodnocení stravy, tzn. v tomto případě nastavíme „Opv01, Režim, Typ nároku na stravu – doplnění:“
na 1701 - V režimu 17 odchylné přiznání SLM, výjimka 1
nebo 1702 - V režimu 17 odchylné přiznání SLM, výjimka 2
Kalkulace DD
Automaticky se počítá kumulovaný úvazek na PV.
Pokud, se pro kumulativní PV nemá některé PV počítat, tak se na Opv01, Režim nastaví položka „Typ nároku na stravu“ = 0 ( nepočítat pro docházku).
Omezení generování podle výšky úvazku.
Při generování (slučování) do 950 omezíme nárok podle výše úvazku
Funkce se provede pouze pokud DD174 > 0 (režim podle výše úvazku).
Nejdříve zjistíme kumulativní úvazek (KU) za všechny dotčené a platné PV s nastavením „Typ nároku na stravu:“ > 0
KU = součet (Týdenní úvazek sjednaný: / Týdenní úvazek stanovený) ze všech dotčených PV se zaokrouhlením na 2 místa
Pokud DD174 > 1 zobrazíme hlášení: DD174 [U] [0] Kumulativní úvazek pro přiznaní příspěvku < KUMUVAZ >
V Dcc10 vyhledáme SLM podle KU podle podmínky:
a/ KU je v rozmezí mezí MIN a MAX v Dcc10
b/ Dcc10.Typ nároku na stravu = Opv01. Typ nároku na stravu nebo Dcc10.Typ nároku na stravu je nevyplněno
c/ Dcc10. Typ nároku na stravu - doplnění = Opv01. Typ nároku na stravu - doplnění nebo Dcc10. Typ nároku na stravu - doplnění je nevyplněno
pokud se věta v Dcc10 nenalezla a pokud DD174a > 0 KU > 0 zobrazíme hlášení:
DD174a [U] [VAR] Pro kumulativní úvazek <KU> režim <Opv01. Typ nároku na stravu / Opv01. Typ nároku na stravu - doplnění > nepovolený příspěvek podle Dcc10
Strava = 0
ukončíme generování SLM IA 950
pokud se věta nalezla a je jediná - poznačíme ji do položky - IdDcc10
pokud se nalezlo více vět - vyhledáme první a poznačíme ji do položky - IdDcc10
a zobrazíme hlášení:
DD174b [U] [VAR] Pro kumulativní úvazek <KU> režim < Opv01. Typ nároku na stravu / Opv01. Typ nároku na stravu - doplnění > nejednoznačný příspěvek podle Dcc10
DD/MV, Generování doplňkové SLM z nároku příspěvku na stravu, při kopírování na více SLM:
První řádek:
SLM1 =Gen. SLM z Slm01, Kódy a další, Typ gen = 4 s procento = 100
Pokud pro nalezenou SLM je Způsob gen. = 15 - změníme SLM
a IdDcc10 není nastavené, nemáme vazbu do Dcc10, zobrazíme:
DD174c [U] [VAR] Pro kumulativní úvazek <n> režim < Typ nároku na stravu:/ Typ nároku na stravu – doplnění > nejde vyhledat SLM v Dcc10
a nedojde k požadované změně SLM
a IdDcc10 je nastavené, máme nalezen záznam v Dcc10
Pokud Typ použití výstupu vyhodnocení stravy: <= 3 (změna SLM podle stravenky)
Ano: (stravenky) SLM1 = Dcc10.SLM srážka
Ne: (Paušál) SLM1 = Dcc10.SLM příspěvek
Pokud DD174d > 0 zobrazíme:
DD74d [U] [VAR] Pro kumulativní úvazek <n> režim < Typ nároku na stravu:/ Typ nároku na stravu – doplnění > použitá SLM <SLM1>
Druhý a třetí řádek:
Stejný způsob změny SLM jako v prvním řádku (vyhledání pro jinou základní SLM).
4.4.6.4 Nárok na stravenku/pracovní cesta - přidanění
TC 1109579, Čepro
V rámci kalkulace docházky a uzavření docházky je vytvořen nový systém rozdělení příspěvku na stravu, podle souběhu odpracované doby a CEP.
Určené pouze pro režim generování příspěvku v rámci Dcm01 (neřešeno pro Dcs02).
Režim rozdělení je aktivován nastavením hlášení DD173a > 0.
DD173a [U] [0] Přiznán dopl. příspěvek na jídlo při CEP <datum>, hod. CEP <hod>.
Standardně se rozdělení neprovádí.
Rozdělení nároku na příspěvek na nezdanitelný a zdanitelný v rámci režimu 17 a 117.
Podle aktuální evidence docházky a evidence pracovní cesty (jedno zda z CEP nebo manuálně zadané), po kalkulaci denní docházky se rozdělí nárok na příspěvek na stravu na standard (nezdanitelný) a příspěvek při souběhu odpr. doby a prac. cesty (zdanitelný) - v Dcd01/Dcu06, na záložce „Rekapitulace dni“ bude vidět rozdělení.
Pak v rámci uzavření docházky se vygeneruje jedna SLM pro standardní příspěvek a druhá SLM pro příspěvek k zdanění (pokud byl takovýto příspěvek vygenerován).
Popis vyhodnocení příspěvku na stravu (Čepro):
Pokud Typ strava je = 17 nebo 117 a DD173a > 0 a ve dnu jsou hodiny CEP > 0 a na den je přiznán příspěvek, tak se uzná jako doplňkový.
Pokud DD173a > 2 zobrazí se hlášení:
DD173a [U] [0] Přiznán dopl. příspěvek na jídlo při CEP <datum>, hod. CEP <hod>
Aktivace:
a/ podle uvážení upravit úroveň hlášení DD173a
b/ podle uvážení upravit generování doplňkových SLM – Slm01, Kódy a další
4.4.6.5 Nárok příspěvku na stravu podle délky
TC 1114662, La Loreain
V rámci kalkulace docházky a uzavření docházky je vytvořen nový systém rozdělení příspěvku na stravu, podle délky započitatelné doby pro stravu.
Určené pouze pro režim generování příspěvku v rámci Dcm01 (neřešeno pro Dcs02).
Není vhodné pro režim s vyhodnocením dvou příplatků za dlouhou směnu.
Režim rozdělení je aktivován nastavením hlášení DD173b > 0.
DD173b [U] [0] Přiznán dopl. příspěvek na jídlo <datum>, hod. strava <hod>
Standardně se rozdělení neprovádí.
Rozdělení nároku na příspěvek na dvě SLM podle délky započitatelné doby na stravu za den v rámci režimu 17.
Podle aktuální evidence docházky a po kalkulaci denní docházky se rozdělí nárok na příspěvek na stravu na standard (krátká směna) a doplňkový (dlouhá směna) - v Dcd01/Dcu06, na záložce „Rekapitulace dni“ bude vidět rozdělení.
Pak v rámci uzavření docházky se vygeneruje jedna SLM pro standardní příspěvek a druhá SLM pro příspěvek k zdanění (pokud byl takovýto příspěvek vygenerován).
Popis vyhodnocení příspěvku na stravu (La Lorraine):
Pokud Typ strava je = 17 a DD173b > 0 a ve dnu jsou započitatelné hodiny pro stravu >= Limit pro druhý příspěvek na den a je přiznán příspěvek, tak se uzná jako doplňkový.
Pokud DD173b > 2 zobrazí se hlášení:
DD173b [U] [0] Přiznán dopl. příspěvek na jídlo <datum>, hod. strava <hod>
Aktivace:
a/ podle uvážení upravit úroveň hlášení DD173b
b/ podle uvážení upravit generování doplňkových SLM – Slm01, Kódy a další
4.4.6.6 Nárok příspěvku na stravu pro volný den
TC 1116138 , GHC.
V rámci kalkulace docházky a uzavření docházky je vytvořen nový systém rozdělení příspěvku na stravu, podle typu dne prac. směna/volný den.
Určené pouze pro režim generování příspěvku v rámci Dcm01 (neřešeno pro Dcs02).
Režim rozdělení je aktivován nastavením hlášení DD173c > 0.
DD173c [U] [0] Přiznán příspěvek na jídlo <datum> bez plán. směny, hod. strava <hod>
Standardně se rozdělení neprovádí.
Rozdělení nároku na příspěvek na dvě SLM podle typu dne (prac. směna/volný den.) v rámci režimu 17.
Podle aktuální evidence docházky a po kalkulaci denní docházky se rozdělí nárok na příspěvek na stravu na standard (pracovní den) a doplňkový (volný den) - v Dcd01/Dcu06, na záložce „Rekapitulace dni“ bude vidět rozdělení.
Pak v rámci uzavření docházky se vygeneruje jedna SLM pro standardní příspěvek a druhá SLM pro příspěvek ve volném dni (pokud byl takovýto příspěvek vygenerován).
Popis vyhodnocení příspěvku na stravu (GHC GENETICS):
Pokud Typ strava je = 17 a DD173c > 0 a ve dnu je přiznán příspěvek na stravu a jedná se o volný den (bez plánované směny) a je přiznán příspěvek, tak se uzná jako doplňkový.
Pokud DD173c > 2 zobrazí se hlášení:
DD173c [U] [0] Přiznán dopl. příspěvek na jídlo <datum>, hod. strava <hod>
Aktivace:
a/ podle uvážení upravit úroveň hlášení DD173c
b/ podle uvážení upravit generování doplňkových SLM – Slm01, Kódy a další
4.4.7 Souběh odpracované doby a vykázaného CP
4.4.7.1 Kalkulace DD - Strava/Stravné - souběh
(TC 1028667)
K dispozici je alternativní možnosti vyhodnocení souběhu příspěvku na stravu za DOCH a stravného z cest. příkazu, pokud je CP mimo plán. směnu.
Podle nastavení v Adm21, Strava, „Přiznání příspěvku při souběhu prac. cesty a odprac. časti směny“ je možné volit souběh v režimu (JPC pd_strava_sc_subeh):
= 0 - Nepovolený souběh prac. cesty a odpr. směny ve dni
Souběh není povolen, přednost má vždy stravné.
Při přiznání stravného na den, příspěvek na stravu není poskytnutý i při splnění dalších podmínek.
= 1 - V rámci pl. směny, povolený souběh prac. cesty a odpr. doby
Souběh je povolen.
Při přiznání stravného na den, příspěvek na stravu je poskytnutý při splnění dalších podmínek.
= 2 - Mimo pl. směnu, povolený souběh prac. cesty a a odpr. doby
Souběh je povolen ve dni, ale pouze pokud je CP mimo plánovanou směnu.
Při přiznání stravného na den, příspěvek na stravu je poskytnutý při splnění dalších podmínek, ale pouze pokud je CP vykázán mimo plánovanou směnu.
Pokud vznikl podle započitatelné doby nárok na příspěvek na stravu a CP je vykázaný mimo plánovanou směnu a na den je v CP vykázané stravné, tak se zobrazí hlášení :
DD149b [U] [VAR] Přiznán příspěvek na jídlo při vykázané prac. cestě mimo směnu
4.4.7.2 Kalkulace DD – Souběh DD a CP bez výpočtu stravného
Vyhodnocení v Dcd01 (kalkulace denní docházky) při přiznání příspěvku při vyhodnocení CP, pokud byl dobrovolně potlačen výpočet stravného na CP (nastavení Cep01, Příkaz, Určené stravování: jen pro VŠE).
V tomto případě se CP v Dcd01 zpracuje následovně:
Pokud v CP je nastaveno Určené stravování > 1 pro aktuální CP a pokud DD158a = 0, 1 :
Ano: Stravné = 1 (stravné pro den a CP je přiznáno)
Zobrazí se hlášení:
DD158a [U] [1] Dne <datum> CP bez vyhodnocení stravného, nárok podle DD se <Nepočítá>
4.4.7.3 Kontrola DD149 - Souběh prac. cesty a odprac. doby
Pokud pro vyhodnocení nároku příspěvku na stravu je povolen souběh odpracované doby a pracovní cesty (Adm21, Strava) a je splněna podmínka min. odpracovaných hodin (je přiznán příspěvek na stravu) a zároveň je vykázáno více než 5 hodin pracovní cesty nebo je v CEP vykázané stravné, zobrazí se hlášení:.
DD149 [U] [VAR] Přiznán příspěvek na jídlo i stravné na prac. cestě dne <datum>, hod.pro příspěvek <hod> hod prac. cesty < hod CP>, stravné z CEP <x>
kde x = 0 pokud stravné pro den z CEP je 0 nebo není CEP
= 1 pokud stravné pro den z CEP je > 0
Pokud na den s vykázanou pracovní cestou (IA 999) v denní evidenci docházky (bez ohledu na délku započtení do evidence docházky) je přiznán příspěvek na stravu a nebylo dříve zobrazeno hlášení DD149, zobrazí se hlášení:
DD149a [U] [VAR] Přiznán příspěvek na jídlo při vykázané prac. cestě dne <datum>, hod.pro příspěvek <hod 1> hod prac. cesty < hod2>/< hod3>
4.4.7.4 Kontrola DD158 - kontrolní hlášení ze souběhu odpr. doby a CP
Jako podklad pro analýzu, jsme do vyhodnocení příspěvků na stravu v rámci kalkulace denní evidence docházky, zavedli kontrolní hlášení DD158.
Hlášení je standardně vypnuté. Aktivace obvyklým způsobem z Adm32.
Kontrolní hlášení při vyhodnocení souběhu s prac. cestou
DD158 [U] [0] Přiznání příspěvku <datum>, počet <n>, hod <hod1>,
souběh <hod cp>, limit <lim >, prac. cesta (hod <hod cp>,
jine <hod jiné> ) ,CEP (typ přenosu, stravné)
, kde: n – počet přiznaných příspěvků
hod cp – hodiny záznamu z CP
hod jiné – hodiny do limitu PC
lim – limit hodin pro přiznaní příspěvku
typ přenosu – typ přenosu CP do DOCH
stravné – poskytnuté stravné za den z CP
4.4.8 Vyhodnocení stravy podle kalendáře jídelny – Režim PAN/kal.6
(TC 1016393, Panasonic)
Alternativní režim pro přiznání příspěvku na stravu s rozdělením nároku na příspěvek na stravu a nárok na stravenku, podle toho, zda je v daném dni (směně) kantýna otevřena (vaří se) nebo je kantýna uzavřena (nevaří se).
Aktivace na kalendáři nastavením:
Kal01, Doch&Schval, Přiznání druhého příspěvku na stravu =
6 - Stravenky v určených směnách (podle plánu kantýny)
Při obecných podmínkách pro vyhodnocení nároku
příspěvku za den (započitatelná doba pro příspěvek na stravu) se přiznává nárok
:
1/ na příspěvek na stravu (v sloupci Dcd01, Rekapitulace dní „Nárok na stravu“) ve směně kdy kantýna vaří:
a/ pokud vznikne nárok na příspěvek ve dni s plánovanou směnou
b/ pokud vznikne nárok na příspěvek ve volném dni (den bez plánované směny), ale den není SO, NE a není dnem svátku
c/ jde-li o vznik nároku v pracovní den (tj. nejedná se o SO, NE ani SV) bez plánované směny (jedná se o specifický výrobní kalendář s přesunutými směnami a dopolední směna = vaří se)
2/ na stravenku (v sloupci Dcd01, Rekapitulace dní „Nárok na stravu – doplňkový“) ve směně kdy kantýna nevaří, tzn.:
a/
pokud vznikne nárok na příspěvek ve volném dni (den bez plánované směny), který
je SO, NE
b/ pokud vznikne nárok na příspěvek ve volném dni
(den bez plánované směny), který je SV (může být i jiný den jako So/Ne)
c/ jde-li o vznik nároku v pracovní den (tj. nejedná
se o SO, NE ani SV) bez plánované směny (jedná se o specifický výrobní kalendář
s přesunutými směnami a odpolední směna = nevaří se)
Pod "svátkem" rozumíme
svátek libovolný typ dne svátku z pohledu EGJE (volný, s náhradou, pracovní).
Ve dni, může vzniknout pouze nárok na jeden příspěvek.
4.4.8.1 Řešení
Vzhledem k tomu, že vyhodnocení přiznání příspěvku na stravu/stravenku vychází z informace, zda jídelna vaří nebo ne, vytvoří se speciální kalendář, který bude obsahovat plánované směny podle toho, kdy v kantýně vaří.
Pokud ve dni bude naplánována směna s nastavením Typ pracovní doby:
= 10 - Ranní směna, vyhodnocení se provede tak, že v daném dni se vaří pouze na ranní směně
= 20 - Odpolední směna, vyhodnocení se provede tak, že v daném dni se vaří na ranní i odpolední směně
= není 10 nebo 20, vyhodnocení se provede tak, že v daném dni se nevaří na ranní ani odpolední směně.
Tzn., že pro kalendář typu „Kantýna“ jsou pro vyhodnocení použité pouze typy 10 a 20, všechny ostatní typy jsou bez použití.
Nastavení svátků na kalendáři je bezpředmětné.
Kalendář musí být průběžně aktualizován tak, aby byl aktuální v době uzavírání docházky zaměstnanci / referenty.
Pokud byla provedena aktualizace kalendáře až po uzavření dotčených zaměstnanců (s přiřazeným režimem vyhodnocení stravy 6), docházku je nutné otevřít a opětovně uzavřít .
Kalendář se nepřiřazuje žádnému zaměstnanci a může být pouze jeden.
Kalendář má speciální označení v položce Doplňkový kód = Nárok6.
4.4.8.2 Postup vyhodnocení.
V rámci kalkulace denní docházky se provede přiznání nároku na stravu resp. stravenku, pokud má zaměstnanec přiřazen kalendář s nastavením Kal01, Doch.&Schval., Přiznání druhého příspěvku na stravu = 6, následovně:
a/ Nejdříve se zjistí, ve které obecné směně zaměstnanec odpracoval rozhodující část pracovní doby započitatelnou pro stravu.
Pro stanovení směny, ve které se má posuzovat, zda jídelna vaří, se použije metoda, při které se posuzuje kolik zaměstnanec vykázal zap. doby na obecné směně, tzn. ranní 6:00-14:00., odpolední 14:00 – 22:00 a noční 22:00 – 6:00.
Pro vyhodnocení se použije ta směna, ve které je vykázána rozhodující část pracovní doby (a ta musí být větší jako limit pro přiznaní nároku).
Pokud se nezdaří identifikovat směnu pro vyhodnocení stravy, zobrazí se hlášení
DD021 [U] [VAR] Dne <datum> nelze určit pro směnu typ doby
b/ Pak podle kalendáře jídelny, se zjistí, či pro určenou směnu podle a/, jídelna vaří nebo nevaří
c/ Pak podle a/ a b/ se určí či zaměstnanci vznikl nárok na příspěvek na jídlo nebo příspěvek na stravenku
Zásady pro přiznaní příspěvku na jídlo/stravenku:
1/ zaměstnanec odpracoval
plánovanou směnu podle přiřazeného kalendáře a vznikl nárok na jeden příspěvek.
Pokud se na plánované směně podle kalendáře Narok6
- „vaří“, nárok se umístí do Dcd01, Rekapitulace dní „Nárok na stravu“
- „nevaří“, nárok se umístí do Dcd01, Rekapitulace dní „Nárok na stravu - doplňkový“
2/ zaměstnanec odpracoval
plánovanou směnu podle přiřazeného kalendáře, navíc pracoval přesčas a
vznikl nárok na dva příspěvky, vždy se přiznává pouze jeden a to první.
Pokud se na plánované směně podle kalendáře Narok6
- „vaří“, první nárok se umístí do Dcd01, Rekapitulace dní „Nárok na stravu“
- „nevaří“, první nárok se umístí do Dcd01, Rekapitulace dní „Nárok na stravu - doplňkový“
Druhý nárok se neřeší
3/ zaměstnanec odpracoval
neplánovanou směnu nebo přesčas a vznikl nárok na jeden příspěvek.
Zjistí se, do které směny patří neplánovaná směna
nebo přesčas, pokud patří do:
- „noční“ (22:00 – 6:00), druhý nárok se umístí do Dcd01, Rekapitulace dní „Nárok na stravu - doplňkový“
- „ranní“ (6:00 – 14:00) nebo „odpolední“ (14:00 – 22:00), Pokud se na plánované směně podle kalendáře Narok6
„vaří“, nárok se umístí do Dcd01, Rekapitulace dní „Nárok na stravu“
„nevaří“, nárok se umístí do Dcd01, Rekapitulace dní „Nárok na stravu - doplňkový“
4/ zaměstnanec odpracoval neplánovanou směnu nebo přesčas a vznikl nárok na dva příspěvky. Druhý příspěvek se nepřizná..
Vykázaná doba se rozdělí do směn a
každá část se vyhodnotí samostatně
Zjistí se, do které směny patří neplánovaná směna
nebo přesčas, pokud patří do:
- „noční“ (22:00 – 6:00), druhý nárok se umístí do Dcd01, Rekapitulace dní „Nárok na stravu - doplňkový“
- „ranní“ (6:00 – 14:00) nebo „odpolední“ (14:00 – 22:00), Pokud se na plánované směně podle kalendáře Narok6
„vaří“, nárok se umístí do Dcd01, Rekapitulace dní „Nárok na stravu“
„nevaří“, nárok se umístí do Dcd01, Rekapitulace dní „Nárok na stravu - doplňkový“
Pro kontrolu stanovení směny pro vyhodnocení příspěvku jsou k dispozici hlášení:
a) DD157, které umožní identifikovat proč se zobrazilo hlášení DD021.
b)
DD157b s identifikaci kalendáře jídelny a hranic pro vyhodnocení směn.
Pokud Kal01, Přiznání druhého příspěvku na stravu = 6 a v Adm32 jsou
nastavené hlášení DD157 > 0 a DD157b > 0 pak se do protokolu zapíše
hlášení:
DD157b [U] [INF] Kalendář jídelna: <kal>, ranní VZD <vzd> =
<od> / <do>; odpolední VZD <vzd> = <od> / <do> ;
noc VZD <vzd> = <od> / <do>
4.4.8.3 Rozdělení příspěvku na stravu/stravenku - přelom směny
(TC 1016393)
Vyhodnocení příspěvku na stravu/stravenku v případech, kdy je započitatelná doba na přelomu obecných směn.
Protože platí, že po 18h se nikdy vařit nebude a proto
se tato doba počítá do noční směny.
Tedy pro určení směny pro započitatelnost stravy se stanovují obecné směny pro
určení započitatelnosti pro určení strava/stravenka
6:00 - 14:00, 14:00-18:00, 18:00 - 6:00N
Poznámka: Uvedené hranice obecných směn nastavte na Kal01 pro kalendář „Jídelna“.
Řešení hraničních případů rozdělení odpracované doby do obecných směn a
přiznání příspěvku na stravu/stravenku.
příspěvek se přiznává po 4 a více započitatelných hodinách
a/ Jídelna vaří pouze na ranní směně
vykázaná odpracovaná doba: 04:00 - 8:00 (2 hod v noční a 2 hodiny
v ranní směně)
nárok strava
b1/ Jídelna vaří pouze na ranní směně
vykázaná odpracovaná doba: 12:00 - 16:00 (2 hod v ranní a 2 hodiny
v odpolední směně)
nárok strava
b2/ Jídelna vaří pouze na ranní směně
vykázaná odpracovaná doba: 13:00 - 17:00 (1 hod v ranní a 3 hodiny
v odpolední směně)
nárok stravenka
c/ Jídelna vaří na ranní i odpolední směně
vykázaná odpracovaná doba: 12:00 - 16:00 (2 hod v ranní a 2 hodiny
v odpolední směně)
přiznat příspěvek stravu nebo stravenku?
nárok strava
d/ Jídelna vaří na ranní i odpolední směně
vykázaná odpracovaná doba: 20:00 - 24:00 (4 hodiny v noční)
nárok stravenka
e/ Jídelna vaří na ranní i odpolední směně
vykázaná odpracovaná doba: 18:00 - 24:00 (6 hodiny v noční)
nárok stravenka
f/ Jídelna vaří na ranní i odpolední směně
vykázaná odpracovaná doba: 18:00 - 6:00N (10 hodiny v noční)
nárok stravenka
Obecně platí, že pokud nevznikne nárok v jedné směně, potom při rozdělení započitatelné doby do více směn, příspěvek se přizná na směnu, ve které je jeho rozhodující část. Při přesném rozdělení na půlky, do druhé směny v pořadí.
Pro záznamy z denní docházky započitatelné pro stravu v režimu 6, je zavedená kontrola na povinné vyplnění položek čas Od/Do.
Pokud se při vyhodnocení stravy narazí na záznam s nevyplněnými časovými záznamy, zobrazí se hlášení DD021a [U] [ERR] Dne <datum>, pro režim stravy <rezim>, musí být čas od/do vyplněn !
4.4.9 Přiznání druhého příspěvku na stravu
4.4.9.1 Přiznání druhého příspěvku, režim 1
Kal01, Doch.&Schval., Přiznaní druhého příspěvku na stravu = 1 - Druhý nárok při překročení limitu
V rámci kalkulace DD se provádí kalkulace doplňkového nároku příspěvku na stravu podle výšky započitatelných hodin vzhledem na doplňkový limit definovány v Adm21, Strava.
4.4.9.2 Přiznání druhého příspěvku, režim 2
Kal01, Doch.&Schval., Přiznaní druhého příspěvku na stravu = 2 - Stravenky v určených směnách
V rámci kalkulace DD se provádí kalkulace doplňkového nároku příspěvku na stravu podle typu pracovní směny (viz popis???).
4.4.9.3 Přiznání druhého příspěvku, režim 3
Kal01, Doch.&Schval., Přiznaní druhého příspěvku na stravu = 3 - Stravenky v určených směnách (podle denní evidence)
V rámci kalkulace DD se provádí kalkulace doplňkového nároku příspěvku na stravu podle typu aktuálního vykázaní pracovní směny.
Při obecných podmínkách pro vyhodnocení nároku příspěvku za den se:
Přiznává nárok na stravenku (v položce „doplňkový nárok na stravu“):
a) v den pracovního volna (bez plánované směny), v den svátku
b) v pracovní den, pokud se jedná o první příchod v daném dni (pro SLM s IA 11, 13, 1001, 1002, 1006, 1111), přitom se musí jednat o záznam se SLM započitatelné pro vyhodnocení stravy, který začíná později nebo v 12:45. Jako první příchod se akceptuje příchod z prvního záznamu denní evidence docházky, u kterého jsou započitatelné hodiny větší než 0.
Přiznává nárok na stravu (v položce „nárok na stravu):
a) pracovní den, pokud se jedná o první příchod v daném dni, přitom se musí jednat o záznam se SLM započitatelné pro vyhodnocení stravy, který začíná později nebo v 12:45.
b) Jako první příchod se akceptuje příchod z prvního záznamu denní evidence docházky, u kterého jsou započitatelné hodiny větší jako 0.
4.4.9.4 Přiznání druhého příspěvku, režim 4
Kal01, Doch.&Schval., Přiznaní druhého příspěvku na stravu = 4 Druhý poloviční nárok při překročení limitu
Určen např. pro poskytnutí druhého příspěvku pouze jako 0,5 stravenky.
Druhý příspěvek je vyhodnocen stejně jako v režimu č.1
(Druhý nárok při překročení limitu), stejné je zobrazení i v Dcd01,
Rekapitulace dní, ale při uzavírání se vygenerují do Dcm dvě SLM typu srážka ze
mzdy za stravenky. Jedna ze základního nároku a druhá z doplňkového nároku.
V definici SLM s IA 950 v Slm01, Kódy a další musí být dvě SLM pro srážku
ze mzdy, jedna s procentem 100 - pro základní nárok a druhá pro doplňkový nárok
s procentem <> 100.
4.4.9.5 Přiznání druhého příspěvku, režim 5
Kal01,Doch&Schval, Přiznání druhého příspěvku na stravu = 5 Druhý nárok při překročení limitu s rozdělením dle přesčasu.
Pokud vznikne nárok na první nebo druhý příspěvek ze započitatelné SLM typu „přesčas“ je považován za příspěvek daňově neuznatelný a je zobrazen v sloupci „doplňkový nárok“.
Je k dispozici možnost generování doplňkových SLM do měsíčních vstupů. Konfigurace SLM stejná jako při konfiguraci Kal01,Doch&Schval, Přiznání druhého příspěvku na stravu = 4 (Druhý poloviční nárok při překročení limitu).
4.4.9.6 Přiznání druhého příspěvku, režim 6
Kal01,Doch&Schval, Přiznání druhého příspěvku na stravu = 6 - Stravenky v určených směnách (podle plánu kantýny).
Podrobněji viz kapitola: Vyhodnocení stravy podle kalendáře jídelny
Kontrolní hlášení (TC 1016393)
Jako podklad pro analýzu, jsme do vyhodnocení příspěvků na stravu v rámci kalkulace denní evidence docházky, zavedli kontrolní hlášení DD157 a DD157a.
Všechna hlášení jsou standardně vypnutá. Aktivace obvyklým způsobem z Adm32.
DD157 [U] [0] Režim strava2=6, dne <datum>, Typ Kal =
<typ doby>, Typ DD = <typ dob>, zap. doba směny (hod s1, hod s2, hod
s3). Příspěvek (<n> / <nd>)
datum – datum vyhodnocovaného dne
Typ kal – typ směny (R, O, N) podle kalendáře jídelny
Typ DD – typ směny (R, O, N) z evidence DD (ne z plán dne)
hod s1, hod s2, hod s3 – hodiny odpracované v časovém pásmu pro R, N , O
n, nd – přiznané příspěvky
Pokud kalendář Nárok6 není nalezen, zobrazí se hlášení:
DD157a [U] [ERR] Režim strava2=6, dne <datum>, kalendář Doplňkový nárok =
"Nárok6" , nebyl nalezen !
Další zpracování se provede za podmínek:
Pokud je den pondělí až pátek, pak typ doby = 10
Pokud je den sobota neděle typ doby = 0
4.4.10 Generovaní nároku na stravu pro kmenový PV
Standardně se vyhodnocení nároku na příspěvek na stravu provádí samostatně pro každý platný PV, pokud má povoleno vyhodnocení nároku (Opv01/ Režim/ Typ nároku na stravu).
Pokud se však nastaví parametr „Adm21/ Strava/ Při více PV, vyhodnocení na kmenový PV“ = Ano, vyhodnocení nároku se provádí pouze pro kmenový PV (na jiných PV nárok není přiznáván), přičemž se započitatelné hodiny pro přiznání nároku stanoví jako součet započitatelných hodin ze všech relevantních PV osoby. Relevantním PV, je myšlen platný PV zaměstnance, pro který je povoleno vyhodnocení nároku (Opv01, Režim, Typ nároku na stravu).
4.4.11 Konfigurace procesu
Adm21, Strava – Konfigurace organizace
Na formuláři se jednak povoluje generování nároku příspěvků a stanoví se limity pro generování nároku. Podrobný popis viz Adm21,Strava.
Přiznání druhého příspěvku na stravu
Povolení druhého nároku na stravu.
Podrobný popis viz Kal01, Režim.
Typ nároku na stravu
Na formuláři se povoluje generování nároku pro aktuálního zaměstnance a zároveň se stanovuje režim stanovení nároku.
Podrobný popis viz Opv01, Režim.
Slm01, Doch&Ext.vstupy.
Započitatelnost - stravování - podle charakteru SLM (0,1, 2, 110)
Nastavení započitatelnosti SLM do hodin pro přiznání nároku příspěvku na stravu
Podrobný popis viz Slm01, Docházka.
Definování (založení) SLM pro uložení nároku příspěvků na stravu položek v rámci funkce Převod DD/MV (SLM s IA 950)
4.5 Formuláře Dcs, Generování nároku a vyhodnocení
Vyhodnocení příspěvků na k odebrané stravě resp. stravenkám v podmínkách EGJE je znázorněno na následujícím obrázku :
Zákazník podle svých specifických požadavků má definován číselník stravy, který jednak obsahuje typy odebraných jídel resp. stravenek a další informace pro vyhodnocení příspěvků na stravu.
Zákazník má obvykle k dispozici informace o odběru jídel zaměstnanců v nějakém stravovacím zařízení (nějaká forma elektronického média s přesně definovanou strukturou) nebo informace o poskytnutých stravenkách (nějaká forma elektronického média nebo ručním vstupem přes standardní formulář EGJE).
Zdrojové soubory o odebrané stravě nebo stravenkách se standardním importem nahrají do systému EGJE do formuláře „Přehled odběru stravy“, kde je možné ho prohledat a kontrolovat.
Po vyhodnocení docházky (která generuje nároky počtu příspěvků na aktuální období resp. nárok příspěvku na aktuální den) je možné provést vyhodnocení příspěvků a následně je možné generovat požadované řádky do evidence podkladů pro mzdy.
Proces vyhodnocení se může opakovat (předcházející vyhodnocení je vždy zrušeno a nahrazeno novým).
1) Průběžné nahrání ručních odběrů jídel nebo stravenek (dca02)
2) Zpracování evidence docházky (pro závěrečné vyhodnocení odběru stravy, by měli být všichni zaměstnanci v stavu „uzavřené správcem“ )
3) Kontrola aktuálního nastavení číselníku stravy (dcs04)
4) Nahrání zdrojových souborů s odběrem jídel a stravenek (dcs01), v rámci tohoto kroku se předpokládá, že budou vyřešené všechny identifikované problémy zaznamenané importním souborem
5) Vyhodnocení odebraných jídel a stravenek (dcs03)
6) Kontroly vyhodnocení
7) Generování podkladů pro mzdy (dcs03)
4.5.1 Konfigurace protokolu
V každé samostatní funkci v rámci Dcs02 s protokolem, za hlášení s identifikací zaměstnance je možné zobrazit volitelné hlášení DS018d.
Pokud DS018d > 0 a u zaměstnance v akt. období je evidován:
- nástup : poznámka = ‘nástup' , datum = 'datum nástupu’
- výstup : poznámka = ‘výstup' , datum = 'datum ukončení PV’
- zařazení z MES do ES : poznámka = ‘zařazení do ES' , datum = 'datum vyřazení do’
- vyřazení z ES do MES : poznámka = ‘vyřazení do MES' , datum = 'datum vyřazení od’
zobraz hlášení : DS018d [U] [INF] PV v akt. období má <poznámka> dne <datum>
4.5.2 Konfigurace procesu
Adm21, Docházka – Konfigurace organizace
Na formuláři se definuje režim vyhodnocení odběru stravy Podrobný popis viz Adm21,Strava.
Typ vyhodnocení odběru stravy:
Přiřadit SLM pro převod vyhodnocení stravy do MV (k příslušnému sloupci přiřadit SLM)
Na formuláři se povoluje generování nároku pro aktuálního zaměstnance a zároveň se stanovuje režim stanovení nároku.
Podrobný popis viz Opv01,Režim.
Definování (založení) SLM pro stanovení nároku příspěvků na stravu na aktuální období (IA 950)
Definování (založené) SLM pro uložení položek z vyhodnocení stravy
Dcs04 – Ceník strava
Založit typy odběrů pro stravu
Založit typy odběrů pro stravenky – doplňkový kód musí obsahovat identifikaci S1, S2, S3.
4.5.3 Omezení pro zpracování PV z akt. nav. seznamu
4.5.3.1 Dcs02, Vyhodnocení stravy – neplatné PV
Způsob vyřazení PV ze zpracování vyhodnocení stravy (v nav. seznamu se zobrazují standardně všechna PV platná pro EGJE bez ohledu na to, zda mají nebo nemají vztah k DOCH a ke stravě).
Pokud systém zjistí, že PV nelze spravovat v rámci některé z funkcí formuláře Dcs02, zobrazíme hlášení :
pokud je výpočet opuštěn z důvodu, že pro PV je: Typ stravy je 0 nebo nevyplněno
DS021 [E] [INF] Zaměstnanec %1 - %2 je neplatný pro stravu. Nebude zpracován.
pokud je výpočet opuštěn z důvodu, že PV není přiřazeno na SO
DS019 [E] [VAR] Zaměstnanec <oscpv> nezařazen na SO k <datum>. Nebude zpracován.
pokud je výpočet opuštěn z důvodu, že PV je celý měsíc v mimo ev. stavu
DS021a [U] [VAR] Zaměstnanec %1 - %2 je v mimo ev. stavu. Nebude zpracován.
pokud je MES v následujícím období jako aktuální, zobrazí se hlášení:
DS021d [U] [VAR] Zaměstnanec %1 - %2 je v mimo ev. stavu.
pokud je výpočet opuštěn z důvodu, že PV není kmenové – počítá se pouze kmenové PV
DS021b [U] [VAR] Zpracování pouze km. stav, PV %1 - %2 není KM. Nebude zpracován.
pokud je výpočet opuštěn z důvodu, že PV není v požadovaném Status vztahu osoba – počítá se pouze pro stav 1 a 2
DS021c [U] [INF] Zaměstnanec %1 - %2 je z důvodu Status vztahu osoba <> 1 neplatný pro stravu. Nebude zpracován.
4.5.3.2 Omezení podle Typ nároku na stravu
Pro PV nezařazené do vyhodnocení stravy (Opv01, Režim, Typ nároku na stravu je nevyplněno nebo 0), takové to PV nezařadíme do zpracování a negenerujeme ani informační hlášení o vyřazení.
4.5.3.3 Omezení podle mimo ev. stavu.
Pro režimy vyhodnocení stravy: 11, 111, 172, 173 v rámci formuláře Dcs02 je zpracování PV, které je celý měsíc v mimoevidenčním stavu (přičemž Opv01, PV je dostupné v DOCH = 1 nebo 6).
Při zpracování takového PV zobrazí hlášení:
DS021a [U] [VAR] Zaměstnanec %1 - %2 je v mimo ev. stavu. Nebude zpracován.
Smažou se případné dříve vygenerované záznamy v rámci aktuální funkce
A ukončí se zpracování PV
Použití pro funkce:
a/ Dcs02, Nárok na příspěvek, Generování a Uložit do DCM za PV
b/ Dcs02, Vstupy strava, Kopírování
c/ Dcs02, Vyhodnocení, Vyhodnocení a Převod do MV
4.5.3.4 Omezení podle kmenového stavu.
Pro zpřehlednění vyřazených PV z vyhodnocení stravy z důvodu, že se vyhodnocuje pouze na kmenový PV je k dispozici hlášení DS021b.
Pokud Adm21/Adm22, Strava, Při více PV, vyhodnocení na kmenový PV= 1 a Opv01, Kmenový <> 1
zobrazíme hlášení:
DS021b [U] [VAR] Zpracování pouze km. stav, PV %1 - %2 není KM. Nebude zpracován.
pak pokračujeme ve zpracování dalšího PV
4.5.3.5 Omezení podle Opv01, Status k organizaci.
Standardně se pro režim vyhodnocení stravy 17 a 300 až 399 provede vyhodnocení pouze v případě, kdy pro PV platí Opv01, Popis, Status vztahu osoba - organizace = 1, pro ostatní je výpočet blokován bez upozornění.
a/ Pokud pro režim stravy 17 a 300 až 399 vyhodnocení se neprovede z důvodu nastavení , Status vztahu osoba - organizace <> 1 a hlášení DS021c > 0 , zobrazíme hlášení DS021c a PV se nezpracuje.
b/ Pokud pro režim stravy 17 a 300 až 399 vyhodnocení se neprovede z důvodu nastavení , Status vztahu osoba - organizace 1, 2, 3 a hlášení DS021c = 0 , PV se zpracuje.
DS021c [U] [INF] Zaměstnanec %1 - %2 je z důvodu Status vztahu osoba <> 1 neplatný pro stravu. Nebude zpracován.
4.5.4 Proces - Vyhodnocení stravy
Proces vyhodnocení stravy zajišťuje vyhodnocení odběru stravy resp. stravenek zaměstnance v aktuálním období.
Proces hodnocení zahrnuje etapy:
Konfigurace vyhodnocení stravy (Adm21, Opv01, Slm01)
Nastavení konfigurace pro režim hodnocení stravy a generování podkladů do MV
Ceník jídel (formulář Dcs04)
Číselník obsahuje informace o typech
odběru stravy a stravenek a jejich cenových relacích.
Načtení údajů ze stravovacích organizací (importy zdrojových souborů,
formulář Dcs01)
Z podkladů dodaných stravovacími organizacemi, se převede nahrání údajů o odebrané stravě pomocí funkce importu.
Načtení údajů o odběru stravenek (import zdrojových souborů, formulář Dcs01)
Z podkladů dodaných odpovědnými zaměstnanci ve formátu XLS souboru, se převede nahrání údajů o počtu odebraných stravenek.
Nahrání údajů o odběru stravenek (nahrání dat přímo v EGJE, formulář Dcs03)
Oprávněný uživatel nahraje údaje o odebraných stravenkách na
formuláři Dcs03
Obsah formuláře se může předvyplnit generováním nároku na běžný měsíc.
Evidence docházky a podklady k stravě (Dcd01)
Vyhodnocení odběru stravy a stravenek (Dcs03)
Generování srážky do MV (Dcs03)
4.6 Generování podkladů pro objednávku
Podklady pro objednávku stravenek jsou obvykle generované na formulářích:
Dcs02, Nárok na přísp. funkce Generování za PV nebo Gen. Nároku za všechna PV
Dcs03, Nároky příspěvku, funkce Gen. Nároku za všechna PV
Podle aktuálního režimu vyhodnocení stravy je vygenerován záznam s počten nárokovaných stravenek pro vyhodnocované období.
Ne všechny režimy jsou povolené pro generování nároku.
Nárok je generován pro režimy 11, 13, 14, 15, 111, 172, 173, 300, 301, 302, 303, 304, 310, 360, 361 z DOCH a pro 11, 111, 172, 173 z DAV.
Pokud je pro PV nepovolené generování nároku, do protokolu se uloží hlášení:
DS007a pokud je režim bez nároku na generování (Typ stravy = 0)
nebo DS007b pokud je PV v mimoevidenčním stavu .
Při spuštění generování nároků se provádí kontrola nastavení režimu vyhodnocení stravy na Opv01, Režim a Adm21, Strava obdobně, jako při kalkulaci denní docházky, identifikace hlášení je DS018b.
Při generování objednávky stravenek, se provádí kontrola, která nedovolí vygenerovat objednávku se záporným počtem stravenek (automatický nastaví počet na 0 a do poznámky uvede původně stanovený počet).
Pro všechny režimy (s povoleným generováním nároku) se plní položky:
podrobnosti viz podle jednotlivých režimů
pro všechny se zároveň nastaví:
Období zálohy: - období pro které je určen zálohový nárok
Pokud Typ použití výstupu vyhodnocení stravy = 4,5,6,7 a Adm21/Adm22, Paušál, posun MZDY > 0 : (akt-obd - Paušál, posun MZDY)
Pokud Typ použití výstupu vyhodnocení stravy <> 4,5,6,7 a Adm21/Adm22, Stravenky, posun MZDY > 0 : (akt-obd - Stravenky, posun MZDY)
Složka mzdy: - Dcs04, SLM pro příspěvek do/srážku ze mzdy:
pro generovaný typ nároku (podle Kód doplňkový)
Typ nároku na stravu: - Opv01, Režim, Typ nároku na stravu
Typ použití výstupu vyhodnocení stravy: - Opv01, Režim, Typ použití výstupu vyhodnocení stravy
k poslednímu dni období
Volba záznamu z číselníku Dcs04
Číselníkový záznam pro generování nároku pro PV se vyhledá podle klíče:
Organizace: = pro OSCPV nebo nevyplněné
Číslo správní jednotky: = pro OSCPV nebo nevyplněné
Kód doplňkový: = S1
Typ jídla: = 10
Použitelné pro typ výstupu příspěvku: = Opv01, Použitelné pro typ výstupu příspěvku je ze seznamu
a/ paušál = 4,5,6,7
c/ stravenka = nevyplněno, 0, 1, 2, 3
Pokud se pro PV nenalezl záznam v Dcs04, zobrazí se hlášení:
DS035 [E] [ERR] "Nenalezen záznam v Dcs04 pro Typ %1, Kod dopl. %2, ORG %3, SJ %4" a funkce pokračuje dal s nedefinovaným stavem pro generování.
Přenos z předešlého období
Pokud je pro režim povolená funkce generování příspěvku ve vazbě na zaškrtávátko Přenos z předešlého období z této záložky - podle stavu zaškrtávátka Ano/Ne, se k aktuálnímu nároku přičte/ignoruje přenos nároků z předešlého období (položka Dcs02, Vyhodnocení, Počty, Zůstatek nevyčerp. nároků).
Krácení z předešlého období
Pokud je pro režim povolená funkce ve vazbě na zaškrtávátko Krácení z předešlého období z této záložky - podle stavu zaškrtávátka Ano/Ne, se k aktuálnímu nároku přičte/ignoruje přenos nároků z určeného období (položka Počet ze záznamu S3).
Pokud Krácení z předešlého období = Ano a pokud hlášení DS109 = 0
(krácení standardní režim 11 z měsíce do měsíce)
Krácení = Počet pracovních dní s nepřiznaným nárokem na příspěvek v předešlém období za běžný limit i limit2.
Pokud Krácení z předešlého období = Ano a pokud hlášení DS109 > 0
(krácení režim 11 se zálohou přes více měsíců - krácení z období vyhodnocení zálohy):
a/ Záznam se hledá v období podle posunu v Adm21/Adm22 pro posun FP.
b/ Pro úpravu standardního počtu nároků za akt. období generování nároku/zálohy z předešlých období se použije záznam S3 ze záložky Vstupy stravenky (S3 (nezohledňuje se typ příspěvku ani SLM) z období podle a/
c/ Pokud se věta pro PV a období nenašla:
Ano: zobrazení hlášení: DS109a [E] [ERR] Nenalezena SLM pro krácení přečerpaného nároku, krácení neprovedeno !
Krátit = 0
Ne: Krátit = součet z položky Počet z věty Dcs02, Vstupy stravenky podle klíče
Pokud Režim stravy = 11, 111, 172, 173 a z předešlého období je evidované „navýšení“ nároku,
zobrazí se hlášení: DS101a [U] [VAR] "Pro období došlo k navýšení nároků o <n> !
Pokud z předešlého období je evidované „krácení“ nároku vyšší než standardní nárok pro aktuální období, zobrazí se hlášení: DS101 [?] [???] "Pro období došlo k přečerpání nároků o <n>!
Generování na dvě části, režim 11
Rozdělení objednávky na více řádků se provede v případě, kdy cena příspěvků je rozdělená na dvě časti v položkách Dcs04 - Cena stravenky, první: a Cena stravenky, druhá (režim děleného nároku).
Pokud „Cena stravenky, první“ a „Cena stravenky, druhá“ jsou vyplněné a větší než 0,
Vytvoříme dva záznamy
jeden s cenou podle „Cena stravenky, první“ a SLM z „SLM pro příspěvek do/srážku ze mzdy“ z odpovídajícího záznamu Dcs04
pokud SLM na záznamu Dcs04 není vyplněná, zobrazíme hlášení:
DS110 [E] [ERR] Neplatná SLM pro první část nároku z kódu <k> !
a vyhledáme první SLM s IA 2405 pokud PV má typ výstupu >= 4 (paušál)
nebo první SLM s IA 4306 pokud PV má typ výstupu <= 3 (stravenka)
pokud SLM není předešlým postupem nalezená, zobrazíme hlášení:
DS110a [E] [FAT] Neplatná SLM pro první část nároku z kódu <k> !
a ukončíme generování pro PV
druhý s cenou podle „Cena stravenky, druhý“ a SLM z „SLM, srážka ze mzdy (hotově)“ z odpovídajícího záznamu Dcs04
pokud SLM na záznamu Dcs04 není vyplněná, zobrazíme hlášení:
DS111 [E] [ERR] Neplatná SLM pro druhou část nároku z kódu <k> !
a použijeme SLM použitou pro první část
Generování pro dohody
Generování pro PV typu dohoda (Druh PV = 6,7,8,9,12).
Stejné generování jako pro standardní zaměstnance, ale z Dcs04 použijeme záznam s Kód doplň. = S1doh. Pokud se věta nenalezne, tak se použije věta S1.
4.6.1 Dělená stravenka
Pokud je při generování nároku na stravenky zjištěno, že v číselníku Dcs04 jsou pro zvolený Typ naplněny položky „Cena stravenky, první“ a „Cena stravenky, druhá“, tak se do formuláře vygenerují dva řádky, přičemž jeden obsahuje stanovený nárok stravenek a cenu stanovenou podle číselníkové hodnoty „Cena stravenky, první“ a druhý obsahuje stanovený nárok stravenek a cenu stanovenou podle číselníkové hodnoty „Cena stravenky, druhá“.
V položce Pomocná částka 1 se zobrazuje částkový nominál.
Pozor : Záznam objednávky neobsahuje informace o přerozdělení nákladů.
Při opakovaném generování se nejdříve smažou všechny záznamy označené jako „Dělená stravenka“ a následně se provede opakované generování.
4.6.2 Dcs02, Nárok na přísp., Uložit do DCM pro PV
Popis funkce tlačítka „Uložit do DCM pro PV“ v rámci záložky Dcs02, Nárok příspěvku.
Funkce slouží pro vložení vygenerovaného nároku na příspěvek na stravu do DCM (podkladů pro mzdy) ale jiného období než je akt. období formuláře Dcs02.
Funkce je použitelná pouze pro režimy: 11, 310.
Funkce je aktivní, pokud je nastaven alespoň jeden z parametrů (větší než 0)
Adm21/Adm22, Stravenky, posun MZDY
Adm21/Adm22, Paušál, posun MZDY
4.6.2.1 Popis funkce uložení záznamu do DCM:
Smazání vygenerovaných záznamů v Dcm z předešlého generování (Kód obd = Obd MZDY, Zdroj MD = 22, Zdroj MD dopl = 15)
Pozor: nesmažou se záznamy generované funkci Dcs02, Vyhodnocení, Převod do MV
Pro každý řádek ze seznamu:
Pokud Adm21/Adm22, Stravenky, posun MZDY > 0 a Typ použití výstupu vyhodnocení stravy < 4
zapíšeme záznam do Dcm pro (OBD stravenka, SLM,
Počet, Cena, Celkem) přičemž Celkem = (počet *
cena) zaokrouhlená podle
Adm21/Adm22, Režim zaokrouhlení Cena stravenky
Pokud Adm21/Adm22, Paušál, posun MZDY > 0 a Typ použití výstupu vyhodnocení stravy >= 4
zapíšeme záznam do Dcm pro (OBD paušál, SLM,
Počet, Cena, Celkem) přičemž Celkem
= (počet * cena) zaokrouhlená podle
Adm21/Adm22, Režim zaokrouhlení Cena stravenky
Zápis nového záznamu do DCM
Pro PV - SJ a OBD Stravenka/Paušál (dále len OBD) pro Typ VT = 0 se zjistí stav Status VT.
Pokud je Status VT > 3 pak
se zobrazí hlášení:
DS105 [E] [FAT] Pro SJ <sj> a obd <OBD> je uzavřené
období pro mzdy !
a ukončí se celá funkce bez uložení
Pokud je Status VT = 3 (pro PV a OBD), zobrazí se hlášení:
DS104 [U] [VAR] Pro <osčpv> a obd <OBD> je uzavřen výpočet pro mzdy !
Pokud je úroveň FAT, ukončíme celou funkci bez uložení
Pokud je úroveň menší než FAT - zapíšeme a provedeme zrušení výpočtu mezd (jako při uzavírání/otevírání docházky).
|
POLOZKA |
NAZEV2 |
Plnění |
|
id_dmes |
Interní ID: |
triger |
|
id_csorg |
Organizace: |
akt z přihlášení |
|
kod_obd |
Období: |
OBD |
|
typ_vt |
Typ výplatního termínu: |
0 |
|
id_tpv |
Osoba PV: |
aktuální |
|
slm_doch |
Složka mzdy: |
SLM z Dcs04 podle typu příspěvku |
|
smeny |
Pracovní směny: |
skutečný počet příspěvků poskytnutý pro období zálohy (s úpravou zákl. počtu podle salda z období vyhodnocení) |
|
smeny_vyp |
Pracovní směny vyp.: |
„smeny“ |
|
Pracovní směny: |
základní počet příspěvků na období (s případnou korekcí zálohy podle konfigurace Adm21/Adm22) |
|
|
kal_dny _vyp |
Pracovní směny vyp.: |
„kal_dny“ |
|
castka |
Částka: |
Celkem |
|
castka_vyp |
Částka vyp.: |
Celkem |
|
status_over |
Stav editace záznamu: |
99 |
|
pd_slm_prev |
Typ převodu doch/mzdy: |
převod do MZDY k SLM |
|
pd_slm_prev_zmena |
Změna typ převodu Doch/MZDY: |
0 |
|
status_dokl |
Status ř. dokl. |
0 |
|
zdroj_md |
Zdroj vytvoření řádku: |
22 |
|
poznamka |
Poznámka: |
Dcs02, <obd gen> |
|
zdroj_md_dopl |
Zdroj, upřesnění: |
15 |
|
davka_imp |
Importní dávka: |
OBD generování + OBD uložení rrrmmddrrrrmmdd |
4.7 Vyhodnocení odběru stravy a stravenek
Vyhodnocení odběru stravy a stravenek se provádí na formulářích:
Dcs02, Nárok na přísp. funkce Vyhodnocení za PV
Dcs03, Vyhodnocení, funkce Vyhodnocení
Podle aktuálního režimu je vygenerován záznam vyhodnocení pro každé PV vyhodnocovaného období.
Pokud při spuštění funkce Vyhodnocení, není v číselníku Dcs04 nalezen typ jídla s doplňkovým kódem S1, zobrazí se hlášení: DS100 Nenalezen kód jídla typu 'S1' a funkce je ukončena.
Při spuštění generování nároků se provádí kontrola nastavení režimu vyhodnocení stravy na Opv01, Režim a Adm21, Strava obdobně, jako při kalkulaci denní docházky, identifikace hlášení je DS018b.
4.7.1 Režim 3 - Denní odběr jídel s měsíčním nárokem.
Vyhodnocení je také možné pro zaměstnance v režimu Opv01, Režim práce s kalendářem = 2 – Fondový a pro zaměstnance, který nemá přiřazen žádný kalendář.
Pokud pro zaměstnance je nastaveno na Opv01:
Režim vykazování odpracované doby = 2 a Typ nároku na stravu = 3
tak se hlášení DS015 nezobrazí.
Při denním vyhodnocení stravy, pokud má nastaveno Počet = 0 a Skutečná cena (Imp) = 0, se automaticky nedoplní cena z Dcs04.
4.7.2 Režim 4 - Denní odběr jídel s denním nárokem.
???
Při denním vyhodnocení stravy, pokud má nastaveno Počet = 0 a Skutečná cena (Imp) = 0, se automaticky nedoplní cena z Dcs04.
4.7.3 Režim 5, Denní odběr jídel s měsíčním nárokem pro stravu a stravenky
(Trelleborg, závod Praha)
Režim vyhodnocení obdobný jako režim 3 pro vyhodnocení odebrané stravy v jídelně (dotace přiznaná pro odebrané jídlo do počtu měsíčního nároku bez sledování odběru na jednotlivé dni), navíc však nárok má rozdělen na nárok na jídla a nárok na stravenky (v rámci kalkulace denní docházky). Při vyhodnocení se pak dotace přizná na jídla do výše měsíčního nároku na jídla a z nároku na stravenky se vygeneruje záznam do Dcs02, Vstupy stravenky s dotovanými stravenkami.
Pro režim stravy = 5 se mechanismus kalendáře pro jídelnu nepoužívá.
Podrobnější popis je uveden v Doch_dopl_uzdoc, „21.3.2 Vyhodnocení stravného - Praha – realizace“.
4.7.4 Režim 6, Denní odběr jídel s měsíčním nárokem pro stravu a stravenky
(Trelleborg, Zlín a Otrokovice, 1086160)
Režim 6, je vyhodnocení pro vyhodnocení odebrané stravy v jídelně (dotace přiznaná pro odebrané jídlo do počtu měsíčního nároku bez sledování odběru na jednotlivé dni), navíc však nárok má rozdělen na nárok na jídla a nárok na stravenky (v rámci kalkulace denní docházky) podle toho jaký režim je dohodnout se zaměstnancem nebo podle toho jako vaří jídelna nebo podle druhu SLM.
Při vyhodnocení se pak dotace přizná na jídla do výše měsíčního nároku na jídla a z nároku na stravenky se vygeneruje záznam do Dcs02, Vstupy stravenky s dotovanými stravenkami (pokud na ně vznikl nárok).
4.7.4.1 Postup zpracovaní v zkratce
V kalkulaci denní docházky nebo uzavření mezd se spočítají nároky na příspěvky obvyklým způsobem.
A tento se rozdělí na běžný nárok a nárok na stravenky podle nastavení PV a SLM.
Pokud pro PV za směnu vznikne nárok na příspěvek, tak zjišťujeme:
a/ PV má
stravenku za každou směnu ?
pokud ano přiznáme stravenku a nepřiznáme běžný nárok
b/ pro SLM
vykázané směny se přiznává stravenka ?
pokud ano přiznáme stravenku a nepřiznáme běžný nárok
c/ zkontrolujeme podle kalendáře (samostatní kalendář pro každý závod), či pro danou směnu jídelna vaří ?, pokud ne přiznáme stravenku a nepřiznáme běžný nárok
Zobrazení rozdělení na běžný nárok a nárok stravenky je zobrazený na formuláři Dcd01, záložka Rekapitulace dni.
Po obdržení souboru od dodavatelů stravy, importními sestavami se nahrají informace o odebraných jídlech do systému:
V rámci vyhodnocení stravy na Dcs02 se provede:
Zjištění skutečného nároků na počet příspěvků na stravu v členění standardní nárok a z toho nárok na stravenky a zjištění počtu skutečně odebraných jídel:
Nárok celkem – celkový nárok
Nárok stravenky – nárok pouze na stravenky
Počet - počet odebraných jídel
Výpočet podle zjištěno skutečného nároku na stravenky
Z celkového nároku příspěvku za měsíc, odpočteme počet odebraných jídel.
Pak zůstatek nároku porovnáme s nárokem stravenek, pokud je zůstatek vyšší, generujeme záznam s počtem nárokových stravenek. Pokud však zůstatek je menší jako nárok stravenek (došlo k přečerpaní jídel), poskytneme stravenky ve výši aktuálního zůstatku.
Nárok celkem – Počet => Zůstatek
Pokud Počet > 0 => generujeme Jídla
Pokud Zůstatek >= Nárok stravenky => Stravenky = Nárok stravenky
Pokud Zůstatek < Nárok stravenky => Stravenky = Zůstatek
generujeme Stravenky
Výpočet počtu stravenek podle zůstatku z nároku (Mixing)
Nárok celkem – Počet => Zůstatek
Pokud Počet > 0 => generujeme Jídla
Stravenky = Nárok celkem - Počet
generujeme Stravenky
Pro PV v exekuci (Exekuce – identifikovaná podle SLM 4107 v Sra01) se záznam směruje na odlišnou SLM.
Pro PV Agenturní zaměstnanci se záznam o stravenkách negeneruje.
4.7.4.2 Stanovení režimu přiznaní nároku na jídla/stravenky
Základní režim vyhodnocení stravy 6 může mít několik variant, podle způsobu poskytovaní stravenek.
Varianta vyhodnocení je pro PV definovaná v Opv01, Režim, položka „Typ nároku na stravu – doplnění“ a může nabývat hodnotu:
600 – Standard
Docházka, kalkulace – stanovuje se počet nároků na jídlo i stravenky podle dohodnutých podmínek
Dcs02, Vyhodnocení, – Z celkového nároku se odečtou odebrané jídla a za nevyčerpaný nárok se poskytnou stravenky, pokud má zaměstnanec na stravenky nárok a max. do výše nároku na stravenky z docházky.
601 - Stravenka
pouze za určené SLM
602 - Stravenka za každou směnu s přiznaným nárokem na příspěvek
Docházka, kalkulace - Všechny přiznané nároky jsou stravenka
Dcs02, Vyhodnocení, – Z nároku na stravenky se odečtou případné odebrané jídla a ze zůstatku nároku se poskytnou stravenky. Za nevyčerpané nároky na jídlo se poskytnou stravenky
603 - Stravenka
pouze za směnu mimo provoz jídelny nebo podle SLM
604 - Stravenky za zůstatek běžného nároku po odběru jídel (stravenky se nepočítají)
Docházka, kalkulace – Standardní výpočet, všechny nároky se akceptují jako nárok na jídlo
Dcs02, Vyhodnocení, – Za nevyčerpané nároky na jídlo se poskytnou stravenky
609 - Bez nároku na stravenky
Docházka, kalkulace – vyhodnocení v režime 6, nárok za stravenky se nepřizná (ale není zde ani náhrada ve formě příspěvku na jídlo). Nárok na jídlo se vyhodnotí standardním způsobem.
Dcs02, Vyhodnocení, neakceptuje spočtený nárok stravenek podle docházky
Poznámka: hodnoty 601 a 603, které v stávajícím řešení nebyly zatím realizované.
4.7.4.3 SLM se speciálním vyhodnocení
SLM pouze s příspěvkem na jídlo
Pokud by standardně byl pro zaměstnance přiznán nárok na stravenku, tak je přiznán nárok na stravu (v podmínkách TWS např. Home Office SLM 772).
Pro SLM se musí nastavit:
Slm01, Doch&Ext.vstupy, Započitatelnost – stravování = 14 - Přiznat jídla,
nepřiznat stravenky
Pokud by standardně byl pro zaměstnance přiznán nárok na stravenku, tak je
přiznán nárok na stravu.
SLM pouze s příspěvkem na stravenku
Pokud by standardně byl pro zaměstnance přiznán nárok na jídlo, tak je přiznán nárok na stravenku (v podmínkách TWS např. ??? SLM ???).
Pro SLM se musí nastavit:
Slm01, Doch&Ext.vstupy, Započitatelnost – stravování = 13 - Započítat v
plném rozsahu pouze pro stravenky
Za vykázanou SLM je vždy přiznán nárok na stravenku.
4.7.4.4 Vyhledání kalendáře jídelny
Standardně se kalendář pro jídelnu vyhledává pouze z dostupných kalendářů pro profil – také podle položky Adm06/Přiřazení skup. kal.
V TWS pro SO 1 (Praha) používají na Kal01, Skupina pro práva na Kal01 = 1.
V TWS pro SO 2 (Zlín) používají na Kal01, Skupina pro práva na Kal01 = 2 nebo 21.
V TWS pro SO 4 (Otrokovice) používají na Kal01, Skupina pro práva na Kal01 = 4.
Pro profil MU (SO 2) kalendář JidelnaZ (Skupina pro práva = 2) nalezen (profil má dostupné kalendáře podle Skupina pro práva = 2), ale pro profil ADM_DOCH (SO 2 MIX) nenalezen (profil má dostupné kalendáře podle Skupina pro práva = 21).
Proto se musel vytvořit nový kalendář JidelnaZMix (Skupina pro práva = 21).
Poznámka: při úpravách rozpisu vaření jídelny ve Zlíně se budou muset upravovat oba kalendáře.
V případě, kdy v evidenci je více kalendářů typu Jídelna a profil má možnost načíst více těchto kalendářů, není jednoznačné, který se použije pro vyhodnocení.
Hlášení DD157 signalizuje, který kalendář je použit pro vyhodnocení.
Hlášení DD157d signalizuje chybu ve vyhledání kalendáře (potřeba zdokumentovat situaci a kontaktovat Elanor prostřednictvím ESP).
4.7.4.5 Provoz jídelny - Režim TWS/rež.6
Režim pro přiznání příspěvku na stravu s rozdělením nároku na příspěvek na stravu a nárok na stravenku, podle toho, zda je v daném dni (směně) jídelna otevřena (vaří se) nebo je jídelna uzavřena (nevaří se).
Pokud je pro zaměstnance zabezpečený odběr stravy ve formě „mraženky“, pracuje se v určených dnech, jako by jídelna vařila, nevzniká nárok na stravenky.
6 - Stravenky v určených směnách (podle plánu kantýny)
Při obecných podmínkách pro vyhodnocení nároku
příspěvku za den (započitatelná doba pro příspěvek na stravu) se přiznává nárok
:
1/ na příspěvek na stravu (v sloupci Dcd01, Rekapitulace dní „Nárok na stravu“) ve směně kdy kantýna vaří:
a/ pokud vznikne nárok na příspěvek ve dni s vykázanou směnou a jídelna pro danou směnu vaří
2/ na stravenku (v sloupci Dcd01, Rekapitulace dní „Nárok na stravu – doplňkový“) ve směně kdy kantýna nevaří, tzn.:
a/ pokud vznikne nárok na příspěvek ve dni, kdy jídelna nevaří
3/ na stravenku (v sloupci Dcd01, Rekapitulace dní „Nárok na stravu – doplňkový“) ve směně kdy kantýna vaří, ale je speciální režim přiznaní stravenky tzn.:
a/ pokud vznikne nárok na příspěvek ve dni, kdy jídelna vaří
Pod "svátkem" rozumíme
svátek libovolný typ dne svátku z pohledu EGJE (volný, s náhradou, pracovní).
4.7.4.5.1 Kalendář pro jídelnu – vytvoření a sestavení.
Vzhledem k tomu, že vyhodnocení přiznání příspěvku na stravu/stravenku vychází z informace, zda jídelna vaří nebo ne, vytvoří se speciální kalendář, který bude obsahovat plánované směny podle toho, kdy v kantýně vaří.
Kalendář vytvoříme standardním způsobem, přičemž je doporučeno nebo povinně:
a/ kalendář je možné stanovit pro každý SO SJ samostatně, pak
v názve doporučujeme uvést např JídelnáZ nebo JídelnáO a pak v položce Kal01, Popis, Číslo správního oddílu (nepov.) musí být uveden kód odpovídajícího SO
b/ v položce Kal01, Doch&Schval, Doplňkový kód: musí být vždy uvedeno „Nárok6“
Při sestavení vzorového úseku postupujeme následovně:
Do dni, kdy má jídelna vařit:
a/ pouze na ranní směně, použijeme VZD s nastavením typ dne
= 10 - Ranní směna, vyhodnocení se provede tak, že v daném dni se vaří pouze na ranní směně
b/ pouze na ranní a odpolední směně, použijeme VZD s nastavením typ dne
= 20 - Odpolední směna, vyhodnocení se provede tak, že v daném dni se vaří na ranní i odpolední směně
c/ na ranní, odpolední i noční směně, použijeme VZD s nastavením typ dne
= 30 - Noční směna, vyhodnocení se provede tak, že v daném dni se vaří na ranní i odpolední i noční směně
d/
= není 10,20 nebo 30, vyhodnocení se provede tak, že v daném dni se nevaří na ranní ani odpolední ani noční směně.
Tzn., že pro kalendář typu „Jídelna“ jsou pro vyhodnocení použité pouze typy 10, 20 a 30, všechny ostatní typy jsou bez použití.
Po standardním vygenerovaní kalendáře je samozřejmé možné upravovat manuálně, režim vaření přímo na záložce Kal01, Dny kalendáře.
Doporučení: pro manuálních úpravách, důrazně doporučujeme, aby byl kalendář uzamčen, aby nedošlo k jeho automatickému přegenerování.
Nastavení svátků na kalendáři je bezpředmětné, důležitý je režim „vaření“.
Kalendář musí být průběžně aktualizován tak, aby byl aktuální v době uzavírání docházky zaměstnanci / referenty.
Pokud byla provedena aktualizace kalendáře až po uzavření dotčených zaměstnanců (s přiřazeným režimem vyhodnocení stravy 6), docházku je nutné otevřít a opětovně uzavřít .
Kalendář se nepřiřazuje žádnému zaměstnanci a může být pouze jeden.
Kalendář má speciální označení v položce Doplňkový kód = Nárok6.
4.7.4.5.2 Postup vyhodnocení.
V rámci kalkulace denní docházky se provede přiznání nároku na stravu resp. stravenku, pokud má zaměstnanec nastaven režim vyhodnocení stravy 6.
Vyhodnocení se provádí podle speciálního kalendáře (popis vytvoření a sestavení viz ???).
Na odpovídajícím kalendáři jídelny, se musí nastavit vzorové dny pro směny, aby měli rozdělení směn odpovídající místním podmínkám s posunutím hranice mezi druhou a třetí směnou, tzn. např: 6:00 -14:00, 14:00 -18:00 a 18:00 – 06:00
Pokud položky na vzorové dni nejsou vyplněné, tak se použije rozdělení směn podle:
1. Směna 06:00 – 14:00
2. Směna 14:00 – 18:00
3. Směna 18:00 – 06:00
Pro lepší názornost bude postup vyhodnocení popsán pro obecně stanovené směny:
1. Směna 06:00 – 14:00
2. Směna 14:00 – 22:00
3. Směna 22:00 – 06:00
Stanovení obecných směn pro konkrétní použití je možné určit na Kal01, Doch&Schval, na položkách Vzor. den, 1. směna, Vzor. den, 2. směna a Vzor. den, 3. směna. Do položek vybereme kódy vzorových dní, pro obvyklé směny pro určení nároku jídla nebo stravenky.
Pro vyhodnocení příspěvku na stravu nejsou relevantní hodiny plánovaných směn (té se pro výpočet nepoužijí) ale typy dne.
Postup vyhodnocení a rozdělení nároku příspěvku na jídlo a stravenku:
a/ Nejdříve se vyhodnotí počet přiznaných příspěvku na stravu podle obecných pravidel na den.
b/ Pak se zjistí, ve které obecné směně zaměstnanec odpracoval rozhodující část pracovní doby započitatelnou pro stravu.
Pro stanovení směny, ve které se má posuzovat, zda jídelna vaří, se použije metoda, při které se posuzuje kolik zaměstnanec vykázal zap. doby na obecné směně, tzn. ranní 6:00-14:00., odpolední 14:00 – 22:00 a noční 22:00 – 6:00.
Pro vyhodnocení se použije ta směna, ve které je vykázána rozhodující část pracovní doby (a ta musí být větší jako limit pro přiznaní nároku).
Pokud se nezdaří identifikovat směnu pro vyhodnocení stravy, zobrazí se hlášení
DD021 [U] [VAR] Dne <datum> nelze určit pro směnu typ doby
c/ Pak podle kalendáře jídelny, se zjistí, či pro určenou směnu podle b/, jídelna vaří nebo nevaří
d/ Pak podle a/ a b/ se určí či zaměstnanci vznikl nárok na příspěvek na jídlo nebo příspěvek na stravenku
Zásady pro přiznaní příspěvku na jídlo/stravenku:
1/ zaměstnanec odpracoval
plánovanou směnu podle přiřazeného kalendáře a vznikl nárok na jeden příspěvek.
Pokud se na plánované směně podle kalendáře Narok6
- „vaří“, nárok se umístí do Dcd01, Rekapitulace dní „Nárok na stravu“
- „nevaří“, nárok se umístí do Dcd01, Rekapitulace dní „Nárok na stravu - doplňkový“
2/ zaměstnanec odpracoval
plánovanou směnu podle přiřazeného kalendářem o délce 11 a více hod. nebo
odpracoval běžnou směnu a navíc pracoval přesčas a vznikl nárok na dva
příspěvky
Posuzuje se samostatně každá směna (podle započitatelné doby na obecnou směnu).
Pokud se na plánované směně podle kalendáře Narok6
- pokud na „odpracované směně se - „vaří“, nárok se umístí do Dcd01, Rekapitulace dní „Nárok na stravu“
- pokud na „odpracované směně se - „nevaří“, nárok se umístí do Dcd01, Rekapitulace dní „Nárok na stravu - doplňkový“
Tzn. podle počtu vykázaných hodin v jednotlivých směnách a režimu jídelny v směnách může být výsledek:
a/ dvě jídla
b/ jídlo a stravenka
c/ dvě stravenky
3/ zaměstnanec odpracoval
neplánovanou směnu nebo přesčas a vznikl nárok na jeden příspěvek.
Zjistí se, do které obecné směny patří neplánovaná
směna nebo přesčas 1, 2, 3, pokud patří do:
- Pokud se na stanovené směně podle kalendáře Narok6
„vaří“, nárok se umístí do Dcd01, Rekapitulace dní „Nárok na stravu“
„nevaří“, nárok se umístí do Dcd01, Rekapitulace dní „Nárok na stravu - doplňkový“
4/ zaměstnanec odpracoval neplánovanou směnu nebo přesčas a vznikl nárok na dva příspěvky..
Vykázaná doba se rozdělí do směn a
každá část se vyhodnotí samostatně
Zjistí se, do které směny patří neplánovaná směna
nebo přesčas, pokud patří do:
Pokud se na stanovené směně podle kalendáře Narok6
„vaří“, nárok se umístí do Dcd01, Rekapitulace dní „Nárok na stravu“
„nevaří“, nárok se umístí do Dcd01, Rekapitulace dní „Nárok na stravu - doplňkový“
Pro kontrolu stanovení směny pro vyhodnocení příspěvku jsou k dispozici hlášení:
c) DD157, které umožní identifikovat proč se zobrazilo hlášení DD021.
d)
DD157b s identifikaci kalendáře jídelny a hranic pro vyhodnocení směn.
Pokud Kal01, Přiznání druhého příspěvku na stravu = 6 a v Adm32 jsou
nastavené hlášení DD157 > 0 a DD157b > 0 pak se do protokolu zapíše
hlášení:
DD157b [U] [INF] Kalendář jídelna: <kal>, ranní VZD <vzd> =
<od> / <do>; odpolední VZD <vzd> = <od> / <do> ;
noc VZD <vzd> = <od> / <do>
4.7.4.5.3 Příklad rozdělení příspěvku na stravu/stravenku - přelom směny
Vyhodnocení příspěvku na stravu/stravenku v případech, kdy je započitatelná doba na přelomu obecných směn.
Pro určení směny pro započitatelnost stravy se stanovují obecné směny pro určení započitatelnosti pro určení strava/stravenka: 6:00 - 14:00, 14:00-18:00, 18:00 - 6:00N, pokud nejsou nastavené na Kal01 pro jídelnu.
Pozor: obecné nastavení konce
druhé směny a začátku noční směny je nestandardní !
Poznámka: Uvedené hranice obecných směn je možné upravit na Kal01 pro kalendář „Jídelna“.
Řešení hraničních případů rozdělení odpracované doby do obecných směn a
přiznání příspěvku na stravu/stravenku.
příspěvek se přiznává po 4 a více započitatelných hodinách
a/ Jídelna vaří pouze na ranní směně
vykázaná odpracovaná doba: 04:00 - 8:00 (2 hod v noční a 2 hodiny
v ranní směně)
nárok strava
b1/ Jídelna vaří pouze na ranní směně
vykázaná odpracovaná doba: 12:00 - 16:00 (2 hod v ranní a 2 hodiny
v odpolední směně)
nárok strava
b2/ Jídelna vaří pouze na ranní směně
vykázaná odpracovaná doba: 13:00 - 17:00 (1 hod v ranní a 3 hodiny
v odpolední směně)
nárok stravenka
c/ Jídelna vaří na ranní i odpolední směně
vykázaná odpracovaná doba: 12:00 - 16:00 (2 hod v ranní a 2 hodiny
v odpolední směně)
přiznat příspěvek stravu nebo stravenku?
nárok strava
d/ Jídelna vaří na ranní i odpolední směně
vykázaná odpracovaná doba: 20:00 - 24:00 (4 hodiny v noční)
nárok stravenka
e/ Jídelna vaří na ranní i odpolední směně
vykázaná odpracovaná doba: 18:00 - 24:00 (6 hodiny v noční)
nárok stravenka
f/ Jídelna vaří na ranní i odpolední směně
vykázaná odpracovaná doba: 18:00 - 6:00N (10 hodiny v noční)
nárok stravenka
g/ Jídelna vaří na ranní i odpolední směně (Praha)
vykázaná odpracovaná doba:
18:00 - 6:00N (10 hodiny v noční)
nárok 2 stravenky
Pozor: jedná se o výjimku a vyhodnocení je vázané na VZD 1v63 v plánu směn zaměstnance
h/ Jídelna vaří na ranní i odpolední směně (Praha)
hasiči
vykázaná odpracovaná doba: 7:00
- 7:00N/23:00 (16 hodiny)
nárok 2 jídla
i/ Jídelna vaří na ranní i odpolední směně (Praha)
vykázaná odpracovaná doba: 6:00 - 14:00 (8
hodiny) a pak přesčas 14:00 - 18:00 (4 hodiny)
nárok 2 jídla
Obecně platí, že pokud nevznikne nárok v jedné směně, potom při rozdělení započitatelné doby do více směn, příspěvek se přizná na směnu, ve které je jeho rozhodující část. Při přesném rozdělení na půlky, do druhé směny v pořadí.
Pro záznamy z denní docházky započitatelné pro stravu v režimu 6, je zavedená kontrola na povinné vyplnění položek čas Od/Do.
Pokud se při vyhodnocení stravy narazí na záznam s nevyplněnými časovými záznamy, zobrazí se hlášení DD021a [U] [ERR] Dne <datum>, pro režim stravy <rezim>, musí být čas od/do vyplněn!
4.7.4.6 Kalkulace denní docházky
V rámci kalkulace denní docházky, při vyhodnocování nároku příspěvku na stravu, se vytvoří dvě položky nároku:
a/ nárok na příspěvek na stravu
b/ nárok na příspěvek na stravu formou stravenky
1/ nárok na příspěvek na stravu
je zobrazen ve sloupci Dcd01, Nárok na stravu.
Příspěvek se přizná při vykázaných započitatelných hodinách (ve výši stanoveného limitu) na stravu:
a/ ve dnech kdy vaří jídelna, nebo jsou k dispozici mraženky a pro PV/SLM se počítá nárok na příspěvek na jídlo
2/ nárok na příspěvek na stravu formou stravenky
je zobrazen ve sloupci Dcd01, Nárok na stravu - doplňkový.
Příspěvek na stravenku (stravenky) se přizná při vykázaných započitatelných hodinách (ve výši stanoveného limitu) na stravu:
a/ kdy nevaří jídelna ani nejsou k dispozici mraženky
b/ zaměstnanec má přiznám režim „pouze stravenky“
c/ vykázaná SLM má určen režim „pouze stravenky“
Pokud ve dni je vykázaná započitatelná doba, více jako 11 hod (jednou SLM - odpracovaná doba, nebo více SLM – odpracovaná doba + přesčas) , přiznávají se dva nároky na příspěvek, pokud to režim kalendáře povolí.
Přičemž rozdělení příspěvku na jídlo a stravenky se uskuteční podle toho, jak je vykázaná doba rozdělená do směn nebo podle režimu vyhodnocení pro PV.
Pro režim 6/602. Nepřiznává se nárok za jídlo, všechny nároky jsou určené na stravenky.
Pro režim 6/609. Nepřiznává se nárok za stravenky (ale není zde ani náhrada ve formě příspěvku na jídlo), nárok na jídlo se přiznává obvyklým způsobem.
4.7.4.7 Uzavření docházky
V rámci uzavření docházky se vygeneruje do Dcm01 záznam se SLM 9050, kde bude běžný nárok i nárok na stravenky.
Vyhodnocení stejné pro závod Zlín i Otrokovice.
4.7.4.8 Import dát od dodavatele stravy
4.7.4.8.1 Imp04fmit - import odebrané stravy Otrokovice
???
Nahraní souboru SRAZKA-Trelle-*.csv pomoci stávající sestavy Imp04fmit
4.7.4.8.2 Imp06fmit - import odebrané stravy Zlín
1032124, 1042858
Import odebrané stravy od dodavatele jídla pro závod Zlín.
Podrobněji viz popis sestavy Imp06fmit.
4.7.4.8.2.1 Zdrojové soubory pro import
Nahraní souborů 100, 105, 103, 2605, 155 pomoci nově sestavy Dcs06fmit
Obsah souboru:
Soubor typu XLS s třemi listy, pro import se použije list „Detail“ s obsahem:
A Datum oběda
B Strávník
C Klient
D Osobní číslo
E Označení
F Oběd
G Cena
H DPH
I Cena pro zaměstnance
J Cena obalu
K Dostává příspěvek
L Poznámka
4.7.4.9 Dcs02, Vyhodnocení, Vyhodnocení
Měsíční nárok pro odebrané jídla se stanoví z celkového měsíčního nároku.
Měsíční nárok pro stravenky se stanoví ze zůstatku celkového nároku po odebraných jídlech, max do výše počtu stravenek stanovených z denní docházky ale také s přihlédnutím na režim přiznaní nároku na stravenky.
Oba nároky jsou vytvořené v rámci uzavření docházky a uložené v Dcm01 na SLM s IA 950, celkový nárok v položce Směny a nárok na stravenky je v položce Kal.dny.
Dotace pro odebrané jídla se vyhodnotí stejně jako v režimu 3, měsíční nárok pro jídla se stanoví z celkového měsíčního nároku.
Pokud není vyčerpán celkový nárok na stravu odběrem jídel, zůstatek nároku:
a/ z denní docházky není stanoven nárok na stravenky
pro režim 600, 602, 609 se zůstatek ignoruje (stravenky se negenerují)
b/ z denní docházky není stanoven nárok na stravenky
pro režim 604, generují se stravenky ve výši zůstatku nevyčerpaného nároku
c/ z denní docházky je stanoven nárok na stravenky
pro režim 600 a 602,
generují se stravenky ve výši zůstatku, max. do výšky přiznaného nároku na
stravenky
pro režim 609 se nárok na stravenky ignoruje (stravenky se nepřiznají)
Z vyhodnoceného počtu nároku na stravenky se automaticky vygeneruje záznam na záložce Vstupy stravenky a zde se také vypočte srážky ze mzdy za nárokové stravenky (generované podle záznamu S1, Typ jídla = 5 ve vazbě na SJ pro aktuální PV).
4.7.4.10 Dcs02, Vyhodnocení, Převod do MV
Po vyhodnocení stravy je pak možné:
Generovat srážku pro mzdy za jídla a stravenky do podkladů pro mzdy, tzn. Dcm01, Vstupy – souhrn, resp. Vyp01, Ext.vstupy na určené SLM podle Adm21/Adm22, Strava.
4.7.4.11 Podklady pro objednávku stravenek
Pro objednávku stravenek není k dispozici žádná specializovaná sestava.
Podklad se vytvoří jako standardní Export položek, ze záložky Dcs02, Vstupy stravenky pro aktuální období.
Po nutné úpravě je určená jako podklad pro dodavatele stravovacích karet na „dobití“.
Sestava je závazně platná po provedení kompletního vyhodnocení stravy a stravenek za aktuální období pro docházku.
4.7.4.12 Kontrolní hlášení
4.7.4.12.1 Dcs02, Vyhodnocení, Vyhodnocení
K dispozici je hlášení DS122a, které zobrazí informaci o nárocích příspěvku na stravu, z toho nárok na stravenky z denní evidence docházky a počtu odebraných jídel a max. počet možných přiznaných stravenek (po případných korekcích podle odebraných jídel).
Standardně je hlášení vypnuté.
DS122a [U] [INF] Pro období čerpaná jídla <n1> stravenky max. <n2> . Nárok celkový <n3> stravenky <n4>
Dcs02, Vyhodnocení, Vyhodnocení. Informační hlášení o zpracování nároků a čerpání jídel a stravenek v režimu 6, kde:
n1 – počet odebraných jídel s dotací
n2 – maximální počet stravenek, které mohou být přiznány
n3 – celkový nárok příspěvku na stravu (podle Dcm01, SLM 950, směny)
n4 – nárokové stravenky podle docházky (podle Dcm01, SLM 950, kal. dny)
4.7.4.12.2 Dcs02, Vyhodnocení, Převod do MV
K dispozici je hlášení DS112a (uživatelské, standardně vypnuté) o záznamu vygenerovaném do podkladů pro mzdy. Hlášení zobrazuje informaci: SLM, počet, sazba, částka.
4.7.4.13 Aktivace systému
Formulář Opv01, Režim:
Pro každé dotčené PV nastavit:
a/ Režim položka Typ nároku na stravu = 6
b/ Režim položka Typ nároku na stravu - doplnění = ?
Nastavujeme podle režimu zaměstnance pro vyhodnocení jídel/stravenek, viz víše „Stanovení režimu přiznaní nároku na jídla/stravenky“.
Formulář Slm01:
pro SLM = 772 Home office nastavte:
Doch&Ext.vstupy, Započitatelnost – stravování = 14 - Přiznat jídla, nepřiznat stravenky
Formulář Kal01:
v číselníku Kal01, na záložce Doch&Schval, pro kalendáře typu Jídelna, nastavte položky
Vzor. Den, 1.směna
Vzor. Den, 2.směna
Vzor. Den, 3.směna
Do položek nastavte vzor. dni pro obvyklou 1., 2. a 3. směnu pro odpovídající lokalitu.
Např. pro Zlín:
Vzor. Den, 1.směna - ?, 5:45 – 13:45
Vzor. Den, 2.směna - ?, 13:45 – 21:45
Vzor. Den, 3.směna - ?, 21:45 - 5:45
Formulář Dcs04:
V číselníku Dcs04 doplnit řádek s nastavením
Kód jídla = ???, Kód doplňkový = S1, Název = Stravenky, Typ jídla = 5,
položky Skutečná cena, Dotace zaměstnavatele, Srážka zaměstnance nastavit podle aktuální potřeby
Formulář Adm22:
V Adm22, pro SJ = 2, 4 (Zlín, Otrokovice) nastavit typ vyhodnocení stravy = 6.
4.7.5 Režim 10, 11
Vyhodnocení se provádí pro jednoho zaměstnance (Dcs02) nebo hromadně pro všechny dostupné zaměstnance (Dcs03).
Poznámka : Režim 10 a 11 Vzor Allianz SK, odběr stravy se pro vyhodnocení zadává pouze jako počet odebraných jídel za měsíc, stravenky (více typů stravenek) nahrané uživatelem do systému. Režim vyhodnocení celkem za měsíc s přenosem zůstatků nevyčerpaných nároků příspěvků z předchozího měsíce a vyúčtování zůstatku na konci roku resp. při ukončení PV.
4.7.5.1 Kontrola úplnosti podkladů
Systém předpokládá, že vyhodnocení je platné pouze v případě, pokud byla korektně uzavřena evidence docházky (uzavřeno MZ). Pokud tato podmínka není splněna, zobrazí se hlášení : " Neúplné podklady pro stravu - neuzavřené MV", vyhodnocení se však provede na základě aktuálních údajů v MV.
4.7.5.2 Stanovení nároku příspěvků na aktuální období
Načtení nároku příspěvků na aktuální období
Počet příspěvků na aktuální měsíc se stanoví podle režimu vyhodnocení stravy:
Režim 10 - Aktuální obsah položky "směny"
v řádku v MV se SLM typu "Nárok příspěvku na stravu" (IA 950)
Pokud řádek v MV není, nebo směny = 0, tak se zobrazí hlášení:
"Pro aktuální období nestanoven nárok příspěvků"
Režim 11 - Aktuální obsah položky
"počet" z Dcs02, Vstupy stravenky, zdroj = 3 (generované)
Pokud řádek není, nebo počet = 0, tak se zobrazí hlášení:
"Pro aktuální období nestanoven nárok příspěvků"
Dle podmínek pro generování nároku se v rámci vyhodnocení spočítá nový nárok podle aktuálního stavu personální a docházkové evidence a výsledek se porovná z původně vygenerovaným nárokem.
Pokud je zjištěn rozdíl, tak se zobrazí hlášení:
DS011 Změna nároku akt. období od posledního generování, z generování <p1> akt. <p2>
a pro výpočet se použije nově spočítaný nárok.
Načtení zůstatku nároků příspěvků z předchozích období
Zjistíme zůstatek nevyčerpaných nároků z předchozích období (načítání
příslušné položky z hodnocení za předchozí měsíc)
Stanovení nároku příspěvků na aktuální období
Aktuální nárok je dán součtem běžného nároku na aktuální měsíc a zůstatku z
předchozího měsíce.
Pokud pro výpočet je identifikován nárok příspěvku < 0 (přečerpání nároku), tak se zobrazí hlášení:
DS012 Přečerpání akt. nároku o <p1>; měs. nárok <p2>; přenos z před. měs. <p3>
výpočet korektně pokračuje dál.
4.7.5.3 Vyhodnocení odběru stravy a stravenek
Pro každý řádek v evidenci odběru stravy se převede níže popsaný
výpočet.
Pro řádky z ručního vstupu nebo pokud z importu není
stanovena cena jídla, se podle aktuálních cen k příslušnému typu odběru
spočítá:
Cena - celková cena
Přísp.org. - Příspěvek zaměstnavatele
Přísp. SF
- příspěvek ze sociálního fondu
Přísp. Jiný
- příspěvek další (např. odbory)
Cena zam .. - Srážka ze mzdy zaměstnance
Jako odpovídající ceníková hodnota * počet odběrů
"DPH na vstupu" pro každý řádek s
typem odběru <> 5 (ne stravenky).
Vyhodnocení příspěvků
Pokud aktuální zůstatek nároku je větší než
počet odběrů na řádku
Aktuální
zůstatek se sníží o počet odběrů
Dotace zaměstnavatele (přiznané) =
přísp.org.
Příspěvek soc. fondu (přiznané) = přísp. SF
Příspěvek odborů (přiznané) = přísp. jiný
Srážka ze mzdy
přiznána = cena zam
Počet jídel s příspěvkem = počet
Pokud aktuální zůstatek nároku je menší než počet odběrů
na řádku
Počet jídel s příspěvkem: = Počet - Aktuální zůstatek
Aktuální zůstatek se nastaví na 0
Pro položky:
Dotace zaměstnavatele (přiznané)
Příspěvek soc. fondu (přiznané)
Příspěvek odborů (přiznané)
se spočítá odpovídající ceníková hodnota * Počet jídel s příspěvkem
Srážka ze mzdy přiznaná:
odpovídající ceníková hodnota * Počet jídel s příspěvkem
ceníková cena celkem * (Počet - Počet jídel s příspěvkem)
Vyúčtování při ukončení PV, resp. při
vyřazení z evidenčního stavu
Režim 11 :
Pokud v aktuálním měsíci končí platnost PV nebo PV je vyřazeno do mimoevidenčního stavu a je registrován záporný nárok a není evidován řádný odběr. Je vygenerována srážka ze mzdy zaměstnance ve výši odpovídající plné ceně stravenky.
Kladný zůstatek se neřeší, nepřevede se
do následujícího období
Záporný zůstatek se považuje za "Stravenky typu
1", započte se do počtu odebraných stravenek za typ 1
a dopočítá se srážka ze mzdy.
Režim 13 :
Když je prováděno vyhodnocení za prosinec nebo když u zaměstnance v
období hodnocení je zjištěno ukončení PV nebo přeřazení zaměstnance do
mimoevidenčního vztahu, provede se vypořádání zůstatku nároků.
Kladný zůstatek se neřeší, nepřevede se do
následujícího období
Záporný zůstatek se považuje za "Stravenky typu
1", započte se do počtu odebraných stravenek za typ 1
a dopočítá se srážka ze mzdy (ve výšce celé dotace na příspěvek).
Rekapitulace vyhodnocení :
Rekapitulace vyhodnocení představuje shrnutí jednotlivých odběrů do definovaného formátu. V aktuální verzi je rekapitulace organizovaná do čtyř úrovni : Jídla, Stravenky typ 1, 2, 3.
pocet_narok = počet nároků na bežný měsíc
pocet_prenos = počet nároků přenesených z minulých období (zůstatek z minulých období)
pocet_zustatek= zůstatek nevyčerpaných nároků (přenos do nasledujícího měsíce)
pocet = Součet odběrů pro typ jídla <> 5 (ne stravenky)
pocet_prisp = Součet odběrů s přiznaným příspěvkem pro typ jídla <> 5 (ne stravenky)
pocet1 = Součet odběrů pro typ jídla = 5 a dopl. Kód = S1 (stravenky typu 1)
pocet1_prisp = Součet odběrů s příspěvkem pro typ jídla = 5 a dopl. Kód = S1 (stravenky typu 1)
pocet2 = Součet odběrů pro typ jídla = 5 a dopl. Kód = S2 (stravenky typu 2)
pocet2_prisp = Součet odběrů s příspěvkem pro typ jídla = 5 a dopl. Kód = S2 (stravenky typu 2)
pocet3 = Součet odběrů pro typ jídla = 5 a dopl. Kód = S3 (stravenky typu 3)
pocet3_prisp = Součet odběrů s příspěvkem pro typ jídla = 5 a dopl. Kód = S3 (stravenky typu 3)
cena_skut = Součet „Cena“ celkem za všechny odběry
srazka_zam = Součet „Cena zam.“ celkem za všechny odběry
prisp_org = Součet „Přísp.org.“ celkem za všechny odběry
prisp_sf = Součet „Přísp. SF“ celkem za všechny odběry
prisp_odb = Součet „Přísp. Iný.“ celkem za všechny odběry
srazka_zam_prizn = Součet „Cena zam. - přizn“ celkem za všechny odběry
prisp_org_prizn = Součet „Přrísp.org. - přizn“ celkem za všechny odběry
prisp_sf_prizn = Součet „Přísp. SF- přizn“ celkem za všechny odběry
prisp_odb_prizn = Součet „Přísp. JiIný. - přizn“ celkem za všechny odběry
cena_jidlo = Součet „Cena zam. - přizn“ celkem za všechny odběry typ jídla <> 5 (ne stravenky), cena zaměstance obědy
cena_stravenky = Součet „Cena zam. - přizn“ celkem za všechny odběry typ jídla = 5 (stravenky), cena zaměstance za stravenky
dph_sazba = % sazby DPH
dph_ciast_zakl = Dílčí základ DPH z ceny za jídlo
dph_castka = DPH z ceny jídla pro zaměstance
Zaokrouhlení srážky ze mzdy:
Dle konfiguračního parametru: „Adm21, Strava, Režim zaokrouhlení srážky ze mzdy“
se provede zaokrouhlení položek : srazka_zam_prizn, cena_jidlo, cena_stravenky
Zaokrouhlovací rozdíl ze srazka_zam_prizn je k dispozici v položce POM1.
Zaokrouhlení se provede podle řešitelského číselníku zaok_dob :
0 Nezaokrouhlovat
1 Na celé nahoru
2 Od poloviny nahoru
3 Od poloviny dolu
4 Na celé dolu
4.7.5.4 Generování podkladů pro mzdy
Viz Generování podkladů pro mzdy, Z formulářů Dcs02/Dcs03.
4.7.6 Režim 11 - Nárok Dcs02, strava počtem, cena ceníkem
Proces je aktivován tlačítkem [Generování pro PV] nebo [Gen. nároku pro všechna PV] z formuláře Dcs02, záložka „Nárok na přísp.“.
Proces obsahuje následující kroky :
o Pro každé dostupné PV :
o Zjisti, zda je pro PV záznam v tabulce objednávky stravenek pro dané období
§ pokud není : Založ nový záznam pokud pro PV je povolené evidence stravy (Opv01, Typ nároku na stravu : > 0 )
§ když je a PV nemá povolenou evidenci stravy (Opv01, Typ nároku na stravu : = 0); vymaže se příslušný záznam
o
Vypočítá se počet plánovaných směn pro aktuální PV a období
generování podle aktuálního stavu DZ, přičemž se nezapočítávají směny mimo
platný PV, směny pokud je zaměstnanec v mimoevidenčním stavu a směny
plánované na neodpracovaný svátek.
Započítávají se jen směny, které splňují podmínku přiznání příspěvku :
typ dne = pracovní směna, pracovní směna ve svátek
délka směny >= minimálně započitatelné hodiny pro
příspěvek (konf. parametr : Limit přiznání příspěvku na stravu)
o Zjisti počet dní, na které nevznikl nárok v minulém měsíci (do počtu se neakceptují dny, kdy bylo PV neplatné, vyřazeno nebo se jedná o den nepracovního svátku)
§ Varianta A
· Počet výskytů nastavení „Strava = 0“ a „hodiny > lim. pro zap. stravy“ z DZ pro aktuální PV v předchozím období
§ Varianta B
· Součet položky „směna“ ze SLM s IA : 20..899 pro které je režim započítaní pro stravu (Započitatelnost - stravování ) < 100
· Pro každý záznam se SLM, pro které je režim započítání pro stravu (Započitatelnost - stravování ) > 100 ( SLM nepřítomností s částečným přiznáním příspěvku), zjisti počet dní na který nevzniká nárok na příspěvek (směny – přiznané příspěvky ze SLM)
o Zjistí počet mimořádných směn, o té navýší nárok akt. období (podrobněji viz popis DS034).
o Zjisti zůstatek nároku z předcházejícího měsíce (z vyhodnocení stravy z minulého měsíce)
o
Stanovení plánovaného nároku na generovaný měsíc a zápis do
formuláře :
Stravenky (počet) = počet přiznaných stravenek/nároku na příspěvek
(počet1 – počet2 + počet3)
Dny (počet 1) = nárok na běžný měsíc (počet
pracovních dní akt. období s platným PV v evidenčním stavu, bez
svátku)
Krac (počet 2) = krácení za předešlý měsíc (pracovní
dny z předešlého měsíce (z den. záhlaví), u kterých není přiznán
nárok na stravu)
Přenos(počet 3) = přenos z předcházejícího měsíce
o Pro každý řádek se následně spustit funkci z tlačítka "Vyhodnocení"
Pokud dojde v aktuálním období k „zápornému“ nároku, tak se zobrazí odpovídající hlášení a nárok se akceptuje.
V rámci generování se do záznamu naplní (aktualizuje) položka „Stravovací lokalita“ podle aktuálního zařazení zaměstnance k struktuře 32.
Přiznání nároku na příspěvek na stravu pro záznam se SLM s nastavením „Započitatelnost – stravování:“ = 110, který přesahuje z měsíce do měsíce (za přesahující odchylku považujeme dva záznamy v nadcházejících obdobích které mají shodnou SLM a datumově na sebe bezprostředně navazují).
Pokud PV má ukončení PV v aktuálním období, dojde k vyúčtování zůstatku stravenek a k zablokování převodu do dalšího období.
4.7.6.1 Kontrolní hlášení
4.7.6.1.1 Dcs02, Vyhodnocení, Vyhodnocení
K dispozici je hlášení DS122, které umožňuje
dostat do protokolu informaci o vyhodnocení.
Standardně je hlášení vypnuté.
DS122 [U] [0] Pro období stanoven celkový nárok <nárok1.nárok2> z toho nárok <nárok3> dopl. nárok <narok4>
Dcs02, Vyhodnocení, Vyhodnocení. Hlášení o stanovení nároků do výpočtu:
Nárok1 – zůstatek z celkového nároku po vyhodnocení odběru jídel
Nárok2 – počet odebraných jídel (zobrazí se pouze pro režim stravy = 6)
Nárok3 – celkový nárok podle docházky (ze SLM IA 950 – směny)
Nárok4 – doplňkový nárok (např. stravenky) podle docházky (ze SLM IA 950 – kal. dny)
4.7.6.1.2 Dcs02, Vyhodnocení, Převod do MV
K dispozici je hlášení DS112a (uživatelské, standardně vypnuté) o záznamu vygenerovaném do podkladů pro mzdy. Hlášení zobrazuje informaci: SLM, počet, sazba, částka.
4.7.6.2 Režim vyhodnocení stravy s doplňkovým nárokem
Pokud je PV v evidenčním stavu, má kalendář nastaven Režim druhého příspěvku = 1 (Kal01), pro SJ (Adm21, Adm22) je nastaven limit pro druhý příspěvek > 0, základní nárok z kalendáře z běžného měsíce je navýšen o počet dní s plánovanou směnou větší než limit pro druhý příspěvek v rozsahu platného PV.
Adekvátně dojde i ke krácení nároku za předešlé období, pokud na den s „dlouhou“ směnou byla vykázaná odchylka bez nároku na stravu.
4.7.6.3 Korekce pro režim stravy 11
Pro režim 11 je možné provést korekci standardního výpočtu pouze na záložce Dcs02, Nárok na přísp. zadáním nového řádků a v položce Počet uvést +/- korigovaného počtu.
4.7.6.4 Krátkodobé vyřazení do MES („otcovská“)
Zpracování tzv. otcovské dovolené, která je zadaná na Opv01 (vynětí v rozsahu 1-2 týdny, max. 30 dnů).
Toto „krátké“ vynětí, se chová tak, jako běžná nepřítomnost a neaktivuje mechanismus pro ukončení PV/vyřazení do MES.
4.7.6.5 Dlouhodobé nemoci
Zpracování dlouhodobé nepřítomnosti (ne vynětí z ES)
Doplnili jsme možnost pro blokování generování nároku příspěvku na stravu.
Na formuláři Opv01, Režim jsme doplnili položku “Dlouhodobá nepřítomnost pro stravu do”, do které je možné zapsat předpokládaný datum ukončení dlouhodobé nepřítomnosti pro blokování generování zálohy na příspěvek na stravu (pokud není možnost odhadnout, tak je možno zapsat 3.3.3333).
Položka je obsluhována pouze manuálně uživatelem.
V rámci generování příspěvku na stravu (Dcs02, Nárok na příspěvek, Generování pro PV), pokud je datum z položky “Dlouhodobá nepřítomnost pro stravu do” vyplněna a je větší nebo se rovná poslednímu dni období, zobrazí se hlášení:
DS021e [U] [VAR] Zaměstnanec <oscpv> s dlouhodobou nemocí pro stravu (Opv01) do <dat>. Nebude zpracován.
a ukončí se zpracování PV
Pokud je datum z položky v rámci akt. období, zobrazí se hlášení:
DS021f [U] [VAR] Zaměstnanec <oscpv s dlouhodobou nemocí pro stravu (Opv01) do <dat>.
Pokud DS021f < 3 pokračuje se v zpracování, pokud >= 3 ukončí se zpracování PV.
4.7.6.6 Mimořádné směny.
(TC 1069214)
Pro režim vyhodnocení příspěvku na stravu = 11, je k dispozici funkce navýšení příspěvku za mimořádnou směnu nebo práci ve svátek odpracované v předešlém měsíci vzhledem na období generování příspěvku.
Standardně je tato funkce vypnutá.
Funkce se aktivuje nastavením úrovně hlášení DS034 > 0 (v Adm32).
Popis funkce:
Pokud úroveň hlášení DS034 > 0
a/ Zjistíme počet dni pro PV v předešlém období, ve kterých nebyla plánovaná směna, nebo se jedná o den s náhradou za odpracovaný svátek, ve kterých součet započitatelných hodin pro stravu je rovný a větší než limit pro přiznání příspěvku.
b/ Pokud pro přiřazený kalendář je povolen režim druhého příspěvku, zjistíme počet dni pro PV v předešlém období, ve kterých nebyla plánovaná směna, nebo se jedná o den s náhradou za odpracovaný svátek, ve kterých součet započitatelných hodin pro stravu je rovný a větší než limit pro přiznání druhého příspěvku.
Pokud počet podle a/ i b/ je nenulový,
- standardní nárok je potom navýšen o příspěvky zjištěné podle a/ i b/.
-
zobrazí
se hlášení:
DS034 [U] [0] OSČPV <osčpv>, navýšení nároku v měsíci mim. směna, zákl.
<n1>, doplň. <n2>
Poznámky:
Pro SK legislativu (pro rok 2021) je takto zjištěný nárok pro „finanční příspěvek na stravu“ posuzován jako zdanitelný - zpětné přiznání, pokud nebyl vyplacen zálohovým způsobem před vznikem nároku.
4.7.6.7 Přesun nároku do dalšího měsíce při novém nástupu
V rámci vyhodnocení stravy (Dcs02, Vyhodnocení, Vyhodnocení) je možné blokování přenosu nároku do dalšího měsíce u nových nástupů – realizované pro zákazníka DTSE.
Pokud DS115 > 0, tak se přenos provede, při DS115 = 0, tak se přenos neprovede.
Poznámka: Hlášení DS115 je společné pro Vyhodnocení, ale i pro generování záloh (Dcs02, Nárok příspěvků, Generuj).
4.7.6.8 Omezení generování zálohy.
Konfigurace krácení nebo navýšení nároků v běžném měsíci podle stavu předešlého měsíce.
Hlášení DS109 řídí způsob načtení krácení standardního nároku podle předešlého období.
Pokud DS109 = 0 tak se provádí krácení základního nároku akt. období o pracovní počet dní z předešlého období podle Dcd01, Rekapitulace dní, ve kterých nebyl přiznán nárok na příspěvek.
Zobrazí se hlášení:
DS109b [U] [INF] Krácení za nenárokové stravenky z období <obd>: Krát <n1t > , Krát běž. <n2 >
N1 – krácení v rámci platného PV
N2 – krácení v rámci MES
Pokud DS109 > 0 tak se provádí krácení základního nároku akt. období o saldo vyhodnocení stravy z předešlého období stanoveného podle Adm21/Adm22, Posun pro mzdy vzhledem na akt. období, podle Dcs02, Vstupy stravenky, záznam S3, položka Počet3
Zobrazí se hlášení:
DS109 [U] [INF] Krácení za nenárokové stravenky z období vyhodnocení <obd>: Krát <n1> , Krát běž. <n2>
Hlášení DS109c řídí navýšení nároku za dlouhé směny v měsíci se zjišťováním nároku.
Pokud DS109c > 0 tak se navýšení zjišťuje, jinak ne.
Pokud pro kalendář je nastaven režim druhého příspěvku = 1 a limit hodin pro druhý příspěvek (Adm21/Adm22) > 0, zjistíme počet pracovních směn, u kterých je vykázáno více hodin než limit pro druhý příspěvek (pro dny s pracovní směnou: typ dne = 1,2) podle denního záhlaví.
Zobrazí se hlášení:
DS109c [U] [INF] Navýšení nároku z období <obd>: Nárok celkem <n1 > navýšení <n2>
N1 – celkový nárok příspěvku
N2 – počet nároků na druhý příspěvek
Hlášení DS109d řídí krácení nároku za dlouhé směny v měsíci předešlém zjišťováním nároku.
Pokud DS109d > 0 tak se krácení zjišťuje, jinak ne.
Zjišťuje se pouze při Dcs02, Nárok na příspěvek, Generuj a parametr "Krácení z předešlého období" ze záložky Dcs02, Nárok na příspěvek je nastaven na 1
Pokud limit hodin pro druhý příspěvek (Adm21/Adm22) > 0, zjistíme počet pracovních směn, u kterých je vykázáno více hodin než limit pro druhý příspěvek (pro dny s pracovní směnou: typ dne = 1,2).
Zobrazí se hlášení:
DS109d [U] [INF] Krácení z předešlého období <obd>: Krát<n1>/<n2>, Krát běž. <n3>/<n4> N1 – celkový nárok příspěvku
N2 – počet nároků na druhý příspěvek
N3 – celkový nárok příspěvku v MES
N4 – počet nároků na druhý příspěvek v MES
4.7.6.9 Vyhodnocení stravy pro určené vynětí (odbory).
Pro některá PV vyřazená do MES se vyžaduje vyhodnocení stravy – např. placení funkcionáři odborové organizace, statutáry, ….
Pokud pro PV v MES požadujeme zpracování stravy, na Opv01 v položce Typ nároku na stravu - doplnění: = 1101.
Toto PV se pak ve vyhodnocení stravy chová, jako by nebylo v MES.
4.7.7 Režim 11, 111, 172, 173 - úprava 2022 - fin. příspěvek
(TC 1072790, TC 1065778)
Provedli jsme úpravy ve vyhodnocení stravy v režimu 11, které byly vynucené stávajícími podmínkami pro poskytování a vyúčtování nároků.
4.7.7.1 Proces vyhodnocení:
Modelová situace: příspěvek na březen poskytnutí ve výplatě za leden (vyplácená v únoru).
Období nároku - březen
Období zálohy - leden
Období výplaty - únor
Období vyhodnocení - březen
Záloha na příspěvek v období nároku (ne v období poskytnutí zálohy).
a/ Generování zálohy na příspěvek
Dcs02, Nárok na příspěvek, Generování pro PV
b/ Uložení generovaného nároku do podkladů pro mzdy
Dcs02, Nárok na příspěvek, Ulož do DCM pro PV
Vygenerovanou zálohu, podle způsobu poskytnutí pro PV (v záloze, ve mzdě, na kartu, ..) je potřeba uložit do vhodného formuláře a období - Dcs02, Dcm01, Vyp01.
do Dcs02 se ukládá automaticky a není nutné tento krok provést
pro uložení do Dcm01 a Vyp01 se použije táto funkce, která je vázaná na konfiguraci Adm21/Adm22 a podmínkou je, že standardně vygenerovaný nárok má naplněnou položku Složka mzdy.
Popis funkce viz: Doch_strava_uzdoc, Dcs02, Nárok na přísp., Uložit do DCM pro PV
V období vyhodnocení (ne v období poskytnutí zálohy).
c/ Generovaní poskytnutých příspěvku
Dcs02, Vstupy stravenky, Kopíruj nárok pro PV
Do vyhodnocení musíme dostat informaci o zálohově poskytnutých příspěvcích z místa, kde je táto informace uložená.
Provedeme to pomoci výše uvedené funkce, která má dva režimy:
základní - pro načtení z Dcs02
rozšířený - pro načtení z Dcm01, Vyp01 nebo více zdrojů
Popis funkce viz: Doch_strava_uzdoc, Dcs02, Vstupy stravenky, Kopíruj nárok pro PV
d/ Stanovení způsobu načtení skutečného nároku na příspěvek na stravu
Nárok pro režim 11 je možné stanovit dvěma způsoby:
· podle standardně generovaného nároku, který je již upraven o krácení z předešlého měsíce (standard)
· podle skutečně spočteného nároku za období v DOCH (aktivován hlášením DS107)
Pro režim SK v dopředném modu je vhodnější
e/ Vyhodnocení nároku
Dcs02, Vyhodnocení pro PV
Vyhodnocení je pak standardním způsobem pro režim 11.
Funkce Dcs02, Vyhodnocení, Převod do MV
Příklad: vynětí od 2.7., zpracování v 2023-06
Zobrazení hlášení DS021a.
Hlášení DS114 z období 2023-08 se nezobrazí,
převod do MV v období 2023-06 se neprovede – bude zúčtováno v 2023-07.
Vyřazení do MES v následujícím období, zpracování jako při výstupu v násl. období, tedy negeneruje se vyrovnání do mezd (pokud se má přenášet).
Pokud je vyřazení do MES v akt. obd. + 1 (např.2023-07), zobrazí se hlášení a nekontrolujeme již období + 2 (např. 2023-08).
Necháme kontrolovat, ale pozor na DS114a – řídí generování/negenerování srážky pro období před výstupem/vyřazením.
Funkce Dcs02, Nárok na příspěvek
Příklad: vynětí od 2.7., zpracování v 2023-08
Zobrazí se hlášení DS021a Zaměstnanec <oscpv> je v mimo ev. stavu. Nebude zpracován.
A vymaže se dříve vygenerovaný nárok, pokud byl vygenerován už dříve.
Funkce Dcs02, Nárok na příspěvek – krácení nad základní nárok
Zpracování, pokud krácení z předešlého období je větší, než základní nárok pro aktuální období. Tento stav je signalizován hlášením DS101.
Pokud DS101d = 0 tak se přečerpání ignoruje – dále se s ním nepracuje.
Pokud DS101d > 0 tak se přečerpání dále zpracuje.
Pokud DS101e = 0 tak přečerpání se nepromítne do základního nároku.
Pokud DS101e > 0 tak přečerpání se promítne do základního nároku.
Přečerpání navýší položku Počet 1 i Počet3 na větě nároku
V Počet 1 je celková záloha pro zúčtování
V Počet 3 je přečerpání započítáno k základnímu nároku
4.7.7.2 Stanoveni nároku z Dcm pro režim 11
Standardně se pro vyhodnocení příspěvku pro Typ vyhodnocení stravy = 11, jako nárok na běžný měsíc bere nárok z Dcs02, Nárok na příspěvek, co je v podstatě zálohový počet příspěvku s respektováním krácení za předešlé období.
Pokud je tento režim aplikovaný na vyhodnocení poskytnutého finanční příspěvku se zálohou generovanou v čase, kdy nemáme vyhodnocenou docházku předešlého měsíce, je takýto způsob nevhodný.
Proto pro tuto situaci je nutné načíst skutečný nárok na příspěvek z aktuálního období.
Táto varianta načtení skutečného příspěvku na stravu se aktivuje nastavením úrovně hlášení DS107 na hodnotu větší jako 1 (standardně je hlášení vypnuté a skutečný nárok je načtený z Dcs02, Nárok na příspěvky s dohodnutými korekcemi - viz popis standardního stanovení nároku na příspěvek pro typ stravy 11).
Pokud DS107 > 0
Akt. nárok = Součet(Dcm01.směny) pro PV, Období ze SLM s IA 950 (nárok podle evidence docházky)
Poznámka:
Případnou korekci akt. nároku je možné zadat do Dcm01, Vstupy na SLM s IA 950.
4.7.7.3 Dcs02, Vyhodnocení, Převod do MV
4.7.7.3.1 Generování rozúčtování příspěvku do podkladů pro mzdy v období vyhodnocení
(TC 1088676)
Funkce zápisu z vyhodnocení stravy do podkladů pro mzdy umožňuje, že z vyhodnocení je možné zaslat do podkladů pro mzdy rozúčtování poskytnutých příspěvků bez generování srážky/příspěvku pro ZAM.
Pokud se standardně v období vyhodnocení negeneruje srážka/příspěvek na zaměstnance (z důvodu, že vyhodnocení je použito pro úpravu zálohy příspěvku v určeném období), nejsou generovány ani záznamy pro účtování příspěvku z nákladu organizace a ze SF.
Pokud je potřeba tyto záznamy (pro účtování příspěvku z nákladu organizace a ze SF) generovat, použijeme nastavení hlášení DS118 na úroveň > 0 a v tomto případě se pro běžného zaměstnance (který není ve výstupu nebo není vyřazen do MES) v akt. období z vyúčtování vygenerují záznamy pro nákl. organizace, náklad ze SF, ale negeneruje se záznam pro zaměstnance.
Pro PV, které je ve výstupu nebo je vyřazeno do MES, se generuje záznam z vyúčtování pro ZAM, ale i záznamy pro rozúčtování nákladů.
Funkce DS118 je standardně vypnutá.
DS118 [U] [0] Generování nákladu org. a ze SF při přenosu krácení
4.7.7.3.2 Vygenerování “nadlimitní” částky z příspěvku na stravu v období vyúčtování zálohy
Generování SLM do MV z vyúčtování příspěvku na stravu: Dcs02, Vyhodnocení, Převod do Měsíčních vstupů pro PV.
Pokud je funkce povolena (DS119b > 0), tak se do výstupního záznamu nastaví SLM podle:
a/ pokud má PV nastaveno Opv01, Typ použití výstupu vyhodnocení stravy: <= 3 (stravenky), tak SLM z odpovídající položky Adm21/Adm22.
b/ pokud má PV nastaveno Opv01, Typ použití výstupu vyhodnocení stravy: >= 4 (fin. příspěvek), tak SLM z položky Slm01, Doch&Ext.vstupy, Odkaz na SLM NV pro párování pro odpovídající položku Adm21/Adm22.
Navíc pokud DS119c > 0, tak se položka Směny nastaví podle:
Podle úrovně DS119c
= 0 : Směny := počet prizn + pocet1 prizn + pocet2 prizn + pocet3 prizn
= 1 : Směny := počet prizn
= 2 : Směny := pocet1 prizn
= 3 : Směny := pocet2 prizn
= 4 : Směny := pocet3 prizn
Funkce je určena pro položky Adm21/Adm22:
Strava - SLM generována pro [prisp_org_prizn]:
Strava - SLM generována pro [prisp_sf_prizn]:
Strava - SLM generována pro [prisp_odb_prizn]:
4.7.7.4 Dcs02, Nárok na příspěvek, Generuj nárok pro PV
Dcs02, režim stravy 11, Generování ze záloh na různé nákladové SLM podle typu příspěvku na stravu
Pokud se zálohy generují v režimu rozpadu na SLM (DS119 > 0), tak se do výstupního záznamu generují i záznamy pro ceníkové položky “odbory” a “srážka zam.”, pokud je na Adm21/Adm22 vyplněna SLM pro odpovídající položku číselníku.
Pokud se zálohy generují v režimu rozpadu na SLM (DS119 > 0) a DS119a > 0, tak se do výstupního záznamu nastaví SLM podle:
a/ pokud má PV nastaveno Opv01, Typ použití výstupu vyhodnocení stravy: <= 3 (stravenky), tak SLM z odpovídající položky Adm21/Adm22.
b/ pokud má PV nastaveno Opv01, Typ použití výstupu vyhodnocení stravy: >= 4 (fin. příspěvek), tak SLM z položky Slm01, Doch&Ext.vstupy, Odkaz na SLM NV pro párování pro odpovídající položku Adm21/Adm22.
Při zápisu záznamu o záloze příspěvku se do podkladů pro mzdy v rámci funkce Dcs02, Nárok příspěvku, Uložit do DCM za PV zobrazí hlášení (pokud je povolené):
DS112a [U] [0] Do MV pro <obd> vložen řádek: SLM <slm>, počet <n>, částka <c>
4.7.8 Režim 14 - Nárok poč. směn, zálohový režim, nový nástup bez nároku
Jedná se o měsíční nárok podle pracovních dnů měsíce (bez dnů svátku), krácen o neodpracované směny z předchozího měsíce.
Standardní nárok na měsíc (pro objednání) :
Počet pracovních dnů v měsíci (bez dnů svátku) – neodpracované směny z předchozího měsíce
Nový nástup nebo zařazení z mimoevidenčního stavu v aktuálním měsíci:
Bez nároku
Nový nástup nebo zařazení z mimoevidenčního stavu v předchozím měsíci:
Počet pracovních dnů v měsíci (bez dnů svátku) + odpracované směny z předchozího měsíce
Ukončení PV nebo vyřazení do mimoevidenčního stavu v aktuálním měsíci:
Počet pracovních dnů v měsíci (bez dnů svátku) – neodpracované směny z předchozího měsíce – plánované neodpracované směny z aktuálního měsíce (po ukončení PV, resp. po vynětí do ES).
4.7.9 Režim 15 - Nárok poč. směn z měsíce s rozdělením nároku, nový nástup dle zálohy
Pro PV s novým nástupem v měsíci generování nároku příspěvku stravy, se nárok nestanoví podle vykázané docházky, ale je určen zálohovým nárokem (Adm21)
Rozdělení příspěvku
Výpočet procentem a zaokrouhlení se provádí na kartu, stravenky jsou stanoveny, jako rozdíl celkového nároku a počtu příspěvku na kartu.
Pro každý typ generovaného nároku z Dcm01 podle SLM, se použije odlišný druh jídla:
o nároky pro nový nástup nebo zařazení z mimo ev. stavu z Dcm i z Dcs02 - druh jídla s „ Kód doplňkový“ = S2 a Typ jídla = 10: Skutečná cena = 0 (bez ceny)
o Nárok stravenky – druh jídla s „Kód doplňkový „= S1 a Typ jídla = 10
o
Nárok na kartu – druh jídla s „Kód doplňkový“ = S3 a Typ jídla =
10, pro příspěvek na kartu
Jako samostatný řádek nároku jsou generovány "zálohové" stravenky bez srážky ze mzdy zaměstnance (v sestavě Dcs12fqtieto bez srážky, ale v Dcs10fqtieto cena stravenky ano).
Po zavedení SLM typu Otcovská, byla doplněna kontrola, která
povolí vyúčtování zálohy pouze pokud je vyřazení na dobu delší než 2 týdny.
Neposkytnou se zálohové stravenky / negeneruje se srážka za zálohu, pokud změna
vyřazení z ev. stavu je z důvodu Otcovské dovolené (Druh vynětí = 2, SLM s
IA = 58 a délka vynětí < 14) a při návratu z "Otcovské" se záloha také
nezúčtuje.
4.7.9.1 Převod DD/MV, strava, režim 15 – příspěvek zaměstnavatele
Je možné generovat SLM typu „Příspěvek na stravu zaměstnavatelem“, pokud se doplní do generovaných SLM k SLM s IA 950 nová SLM s nastavením:
Typ gen. =4; Gen. SLM:=požadovaná SLM, Sazba=může a nemusí být (víz níže), Procento = -3
Položka SAZBA pro generovanou SLM se naplní podle postupu:
Z definice generované SLM (Slm01, Kódy a další, generované SLM, položka SAZBA)
Z číselníku Dcs04, záznam s dopl. Kódem = „S1“ platným poslední den v období
4.7.10 Režim 16 - Stanovení nároku příspěvku podle týdenního úvazku
Přednostně určen pro zákazníka GEI.
Nárok příspěvku na stravu je stanoven podle sjednané délky úvazku.
Vyhodnocení se obvykle provádí v rámci kalkulace denní docházky po jednotlivých dnech.
Pokud PV není DPP/DPČ a pro den zpracování je aktuální úvazek větší nebo rovný hodnotě parametru Adm21, „Minimální hodiny týd. úvazku pro denní stanovení nároku“, je určen nárok obvyklým způsobem na základě započitatelné doby ve směně (za den) pro přiznání nároku na příspěvek.
Nárok na den je zobrazován obvyklým způsobem v Dcd01, Rekapitulace dní.
Pokud PV je DPP/DPČ a pro den zpracování je aktuální úvazek menší, než hodnota parametru Adm21, „Minimální hodiny týd. úvazku pro denní stanovení nároku“, je nejdříve stanoven součet započitatelných hodin pro přiznání příspěvku za dny splňující uvedené podmínky a následně je nárok určen podle vztahu:
Nárok = Součet hodin / 8 a je zarovnán na celé číslo dolu
Součet započitatelných hodin pro výpočet příspěvku, je omezen na počet plánovaných hodin na měsíc.
Příklad zaokrouhlení:
Z výpočtu 70,56/8 = 8,82 stravenky, přiznáno 8.
Z výpočtu 66,56/8 = 8,32 stravenky, přiznáno 8.
Nárok stanovený na základě průměrných směn je zobrazen v Dcd01, Rekapitulace dní na řádku posledního dne měsíce.
Pokud v měsíční evidenci uživatel pořídí záznam se SLM, která je započitatelná pro přiznání nároku příspěvku na stravu, v rámci uzavření evidence docházky je spočten doplňkový nárok příspěvku metodou průměrných 8-hodinových směn, a je uložen přímo do měsíční evidence (vygenerován záznam s IA 950 se zdrojem = 24). Výpočet je stejný jako z denní docházky včetně omezení započitatelných hodin na max. počet plánovaných hodin podle úvazku.
Pokud je při uzavíraní docházky ze zadaných vstupů v MV generována SLM s IA 950, a pokud má táto na Slm01 definovanou SLM pro doplňkové generování (Typ generování = 4), tak se vytvoří do MV další řádek se SLM z doplňkového generování.
4.7.10.1 Generování stravenek při výstupech
Pokud pro zaměstnance je evidováno datum ukončení PV nebo vynětí v aktuálním období (vždy) nebo následujícím měsíci a tento je rovný nebo větší, než hodnota parametru Adm21, „Den v měsíci ukončení PV pro přiznání nároku“, tak nárok na příspěvek z denní evidence není uložen do podkladů mzdy, a také není spočten případný doplňkový nárok z měsíční evidence docházky. Tato situace je signalizovaná v protokolu hlášením:
DPE019 [U] [VAR] Nepřiznán příspěvek na stravu
<počet> ks, z důvodu ukončení PV nebo vynětí.
Režim přiznání stravenek v měsíci, kdy má zaměstnanec již ukončený PV je možné parametrický upravit, pokud podle interních předpisů má toto PV nárok na stravenky za předešlé období.
Stravenky jsou v měsíci přiznané podle režimu pro jednotlivé správní jednotky (viz nastavení Adm22, Strava, Den v měsíci ukončení PV pro přiznání nároku).
Pokud SJ nemá nastaven tento parametr, tak se přiznání provede podle nastavení stejného parametru na formuláři Adm21, Strava.
4.7.11 Režim 17, 170/171 - Nárok měsíční se zkráceným uzavřením
Režim 17 je přednostně určen pro zákazníka Skanska.
Režim 170/171 - stejný jako 17, ale s rozšířením o podporné činnosti specifické pro PPF HCI, podrobnější popis viz v kapitole úprav pro PPF HCI.
Režim 170, 171 provede standardní zpracování jako pro režim 17
s těmito rozdíly:
a/ pro 170 - vazba do Dcs04 na řádek S1 a režim stravy 170
b/ pro 171 - vazba do Dcs04 na řádek S2 a režim stravy 171
c/ při generování do MV upraví generování paušál za přiznané stravenky a
zaokrouhleni
d/ při generování do MV upraví generování srážky za
stravenku a zaokrouhleni
Při generování objednávky na Dcs02, Nárok na příspěvek, se zohledňuje i případná korekce nároku zadaná na Vyp01, Vstupy, SLM podle Adm21, Strava, Slm generovaná pro [cena_ stravenky] pro období generování nároku. (např. objednávka generovaná na Dcs02 s obdobím 2014-12, tzn., že do objednávky budou načteny i korekce z Vyp01 pro období 2014-12).
Cena stravenky je vyhledána v Dcs04 podle SJ, lokality pro stravovaní a kód stravy = ‚S1‘.
4.7.11.1 Režim 17 a stravenkový paušál
(Viz také popis: Stravenkový paušál [CZ/SK] )
V číselníku Dcs04 musí být nastavené dvě položky na „stravenku“
S1 pro základní nárok
S2 pro zvýšený nárok
Pokud
Opv01, Režim, Typ použití výstupu vyhodnocení stravy = 6, 7 a pokud je v Dcm01
záznam se SLM 950 a je nastavený doplňkový nárok (kal. dni), pak generujeme do
Dcs02, Vstupy stravenky :
záznam S1 se základním paušálem s počtem ze SLM IA 950 =
(směny - kal. dny)
záznam S2 se zvýhodněným paušálem s počtem ze SLM IA 950 = kal. dny
Poznámka: zatím neřešeno pro zkrácenou uzávěrku ani pro vyslané PV.
4.7.11.2 Příspěvek na stravu podle výše úvazku
Pro režim vyhodnocení stravy 17 v podmínkách kalkulace DD je k dispozici způsob, kdy podle výše úvazku je možné přiznat různé SLM – s nastavením různé sazby.
Podrobněji viz popis v Doch_strava_uzdoc, kapitola: „Režim 17 a SLM příspěvku na stravu podle výše úvazku.“
4.7.11.3 Příspěvek na stravu za přesčas o víkendu
Určené pouze pro použití vyhodnocení počtu příspěvku na stravu v režimu 17 v rámci kalkulace denní docházky (při uzavření).
Pro vyhodnocení stravy v režimu 17, se provede, v rámci kalkulace denní docházky, rozčlenění počet nároků na příspěvek na stravu na stravu z běžné odpracované doby a přesčasu ve volném dni.
Úprava je začleněná do funkce kalkulace denní docházky a výsledek se zobrazuje na formuláři Dcd01, Rekapitulace dní. V sloupci „Nárok na stravu“ je nárok za běžnou odpracovanou dobu a ve sloupci „Nárok na stravu – doplňkový“ je nárok za přesčas na volné směně.
V rámci uzavření docházky se pak do podkladů pro mzdy vygenerují dvě SLM. Jedna za standardní nárok a druhá za nárok z přesčasu.
Funkce je aktivovaná hlášením DD173, standardně je funkce vypnutá (DD173 = 0).
Pokud úroveň hlášení DD173 je:
0 – funkce vypnutá
1 – funkce aktivní, bez protokolu
2 a více - funkce aktivní, do protokolu se zobrazí hlášení pro každý dotčený den:
DD173 [U] [0] Přiznán příspěvek na jídlo při přesčase ve volném dnu dne <datum>, hod. pro příspěvek <hod>
Aktivace funkce:
Adm32, Docházka – aktivace hlášení DD173 na zvolenou úroveň
Slm01 – číselník
Založit/Aktualizovat SLM pro příspěvek na stravu za práci v přesčas ve volném dni.
Slm01 – Kódy a další
Pro SLM s IA 950 nastavit doplňkové generování pro Typ. Generování = 4 s Způsob gen. = 1.
Gen. SLM = SLM pro základní příspěvek v běžném dni, Kód doby = B, Procento = 100
Gen. SLM = SLM pro příspěvek za přesčas ve volném dni, Kód doby = B, Procento = 50
4.7.11.4 Omezení vyhodnocení stravy pro dohody.
Pokud je režim stravy 17 a hlášení DS114b > 0 a Druh PV = (6,7,8,9,12,13), ukončíme funkci pro PV s hlášením DS114b (pokud DS114b > 1) nebo bez hlášení a pokračujeme v zpracovaní dalšího PV .
DS114b [U] [0] PV <osčpv> dohoda pro obd %1, odchylka se negeneruje
4.7.11.5 Souběžné použití režimu 11 a 17
Vyhledání S1/S2 při konfliktu režimu 11/17
V případě kombinace režimu vyhodnocení stravy 11 a 17 může dojít ke konfliktu použití záznamu z Dcs04 typu S1/S2, pokud mají mít tyto režimy rozdílně nastavené položky v číselníku.
Pro řešení této situace jsme doplnili řídicí hlášení DS121.
Pokud hlášení DS121 = 0, tak se S1/S2 vyhledává standardním způsobem – hledáme pouze podle S1/S2 (+ORG+SJ).
Pokud hlášení DS121 > 0, tak se S1/S2 vyhledává rozšířenou podmínkou – hledáme podle S1/S2 (+ORG+SJ) a Typ nároku = 17.
4.7.11.6 Generování nároku příspěvku na stravu při zkrácené uzávěrce.
Pokud je zjištěn režim zkrácené uzávěrky (Dcu02,Uzávěrka, „Datum uzavírání docházky“ obsahuje platný datum období, a je definována SLM pro zkrácenou uzávěrku), tak se nárok na příspěvek v době po datu zkrácené uzavírky (tzn. pro dny > než Datum uzavírání docházky )uloží se SLM Nárok příspěvku na stravu ve zkrácené uzávěrce, a o tento počet je zkrácen celkový nárok příspěvků na stravu za období.
4.7.11.7 Generování nároku příspěvku na stravu při vyslání zaměstnance.
Pokud je zjištěn režim vyslání zaměstnanců (je definována SLM pro vyslání), tak se nárok ve dnech vyslání (přiřazení struktury 38) uloží se SLM Nárok příspěvku na stravu při vyslání, a o tento počet je zkrácen celkový nárok příspěvků na stravu za období.
Příklad:
Období 2014-08, vykázáno 21 pracovních směn, požadovaná zkrácená uzávěrka 28.8.
V období od 11.- 15.8. je zaměstnanec v režimu vyslání (na každý den přiřazena struktura 38).
Při kalkulaci se pro nároky příspěvku na stravu vygenerují 3 řádky:
Se SLM „Nárok na příspěvek“ = 15
Se SLM „Nárok na příspěvek - vyslání“ = 5
Se SLM „Nárok na příspěvek – zkrácená uzávěrka“ = 1
4.7.11.8 Zkrácená uzávěrka při změně správního oddílu
Pokud se u zaměstnance v následujícím období po ukončení čtvrtletí (zadržení stravenek), změnilo zařazení na SO/SJ (i v novém SO musí mít režim vyhodnocení stravy 17) přenesou se „zadržené“ stravenky vždy do nového období.
Přenos je v tomto případě protokolován hlášením:
DS022 [U] [INF] Přenesen nárok %1 z období %2,
zkrácená uzávěrka.
4.7.11.9 Korekce pro režim stravy 17
Pro režim 17 můžeme provést korekci pouze dvěma způsoby:
a) v Dcm01
zadáním SLM s nárokem příspěvku
nebo
b) korekce nároku zadaná na Vyp01, Vstupy, SLM podle Adm21, Strava, Slm generovaná [cena_ stravenky] pro období generování nároku. (např. objednávka generovaná na Dcs02 s obdobím 2014-12, tzn., že do objednávky budou načteny i korekce z Vyp01 pro období 2014-12)
4.7.11.10 Strava - nástup v první den měsíce (TC 1063673)
Pouze pro zákazníka DTSE.
Pokud je PV s nástupem v první den období, nárok se přizná (bez ohledu na to, jestli je první den pracovní nebo nepracovní).
Pokud je však nástup v druhém a dalším dni, příspěvek se posouvá do dalšího měsíce.
Pro režim vyhodnocení stravy 17, je blokována funkce posunu nároku do dalšího měsíce při nástupu 2. a dalšího v měsíci.
4.7.12 Režim 18, 19 - Standardní zpracování stravy, sazba 1/sazba 2 (TC 1007103)
Vyhodnocení příspěvků se provede jako podle 1, ale při uložení do Dcm se kromě záznamu se SLM s IA 950 můžou generovat další záznamy, srážky za stravu s dvěma různými sazbami SLM (SLM určené v Slm01, Kódy a další pro SLM s IA 950).
Pro režim stravy č. 18 se použije sazba z řádku s nastavením Procento = -1.
Pro režim stravy č. 19 se použije sazba z řádku s nastavením Procento = -2.
V položce SAZBA je uvedená cena stravenky pro zaměstnance (ne celková cena stravenky).
4.7.13 Režim 20 - Typ nároku 17, bez stravenek při ukončení PV
Alternativa k režimu = 17 vyhodnocení stravy v Dcs:
Opv01, Typ nároku na stravu = 20 - Typ nároku 17, bez stravenek při ukončení PV
Typ vyhodnocení stravy, který má
stejné vyhodnocení jako režim 17, ale pro PV, u kterého končí platnost v měsíci
vyhodnocení (PV je ukončené), se nevygeneruje požadavek na stravenky.
Vyhodnocení odebraných jídel v měsíci ukončení PV se nemění.
Negeneruje se nárok na stravenku a ze mzdy žádná srážka za
stravenky nepůjde:
a/ Pokud PV konči k poslednímu dni v měsíci, nevyhodnotí se nárok po celý
měsíc.
b/ Pokud bude PV končit prvního dne v měsíci, nebude se generovat nárok za dané
období, minulého měsíce se týkat nebude.
4.7.14 Režim 21 - Typ nároku 17, korekce z nároků příspěvků
Režim 21 se zpracuje jako režim 17, ale navíc zkopírujeme vyhodnocený základní nárok příspěvku podle evidence docházky (z Dcm01, SLM s IA 950), na záložku Dcs02, Nárok na přísp. a pro stanovení konečného nároku stravenek (příspěvků) použijeme korekce (ručně zadané nebo importované) ze záložky Dcs02, Nárok na přísp.
Pro tento režim je upraven obsah záložek:
Dcs02, Nárok příspěvku (viz popis Dcs02)
Dcs02, Vyhodnocení, Počet (viz popis Dcs02)
Pokud je docházka uzavíraná do stavu 13 a aktuálně je nastavená položka Dcs02, Stav vyhodnocení strava = 1, 2, pak do protokolu se zobrazí hlášení:
DM125 [U] [VAR] Pozor! Změna v
docházce může mít vliv na již vyhodnocenou stravu na Dcs02.
4.7.15 Režim 101 - Měsíční, strava počtem, nepřiznaná dotace samostatně
Typ nároku 101 je modifikací typu nároku 10.
Režim je určen pro vyhodnocení kombinovaného odběru stravenek a jídel, přičemž pro přiznání příspěvků se nejdříve vyhodnotí stravenky a až následně odebraná jídla (např. Panasonic, pro zaměstnance s generováním stravenek).
Poskytnutý příspěvek na odebraná jídla (stanovený na základě počtu nepřiznaných dotaci a hodnoty nepřiznané dotace z číselníku), na které nevznikl nárok, je uložen do samostatné položky, kterou je možné exportovat do měsíčních vstupů prostřednictvím konfigurace:
„Adm21, Strava - SLM generovaná pro [prisp_org_jidla_ned]
hodnota položky je při exportu zaokrouhlena na celé koruny nahoru.
4.7.16 Režim 111 – Nárok Dcs02 z období pouze z kalendáře, vyhodnocení násl. měsíc.
Zálohový režim: objednávka na začátku měsíce s nárokem podle plánovacího kalendáře a vyhodnocení na konci měsíce.
Realizováno pro: Poštová banka SK
Nárok příspěvku pro objednávku je generován v Dcs02.
Nárok na příspěvek je určen pouze počtem plánovaných směn v kalendáři (pro platný PV a PV v evidenčním stavu). Vyhodnocení se provádí standardním způsobem.
Úpravy vázané na změny k 1.1.2021 resp. 1.1.2022 odpovídají postupu pro režim 11 pro generovaní a uložení nároku a načítaní záloh příspěvku do vyúčtovaní v režime 2022.
4.7.16.1 Vyhodnocení odběru stravenek
V případě, že při vyhodnocení se zjistí větší počet odebraných stravenek, než je nárok, rozdělí se záznam z objednávky stravenek na dva záznamy:
Záznam s vyúčtováním nárokových stravenek (počet stravenek z objednávky ponížený o nenárokové stravenky, skutečný počet z objednávky je v položce pocet1)
Záznam s vyúčtováním nenárokových stravenek
Pro správné fungování funkce v číselníku Dcs04, musí být založeny záznamy (vzorový pŕíklad) pro:
|
|
Stravenka pro objednávku |
Stravenka dotovaná |
Stravenka Nedotovaná |
|
Kód jídla |
* |
* |
* |
|
Kód doplňkový |
S1 |
S1 |
S2 |
|
Název |
* |
* |
* |
|
Typ jídla |
10 |
5 |
5 |
|
Skutečná cena |
3,50 |
3,50 |
3,50 |
|
Dotace zaměstnavatele |
2,20 |
2,20 |
0 |
|
Příspěvek soc.fondu |
0,30 |
0,30 |
0 |
|
Srážka zaměstnanec |
1 |
1 |
1 |
*podle úvážení
Při generování záznamů pro podklady pro mzdy (Měsíční vstupy), pokud jsou na Adm21, Strava nastaveny SLM:
Strava - SLM generovaná pro [srazka_zam_prizn]
Strava - SLM generovaná pro [prisp_org_stravenky_ned]
Do podkladů pro mzdy (MV) jsou generovány dva nebo jeden záznam.
|
SLM |
Prac. směny |
Sazba |
Částka |
Zdroj |
|
srazka_zam_prizn |
Počet s příspěvkem z S1 |
Sazba z S1 |
Srážka ze mzdy přiznaná S1 |
22 |
|
prisp_org_stravenky_ned |
Počet z S2 |
Sazba z S2 |
Srážka ze mzdy přiznaná S2 |
22 |
4.7.16.2 Příspěvek na stravu, režim 111 - úprava k e202205
(TC 1065778)
Pro režim vyhodnocení stravy 111, jsme upravili:
Úprava konfigurace Dcs04, číselníková položka (záznam) S2, do položky :
SLM pro příspěvek do/srážku ze mzdy: - zadáme SLM pro přečerpání stravenek
SLM, srážka ze mzdy (hotově): - zadáme SLM pro přečerpání finančního příspěvku
Úprava Dcs02, Vyhodnocení, funkce Vyhodnocení
Plnění generované věty S2 se plní podle typu výstupu FP/SK a je vázané na SJ.
Do věty S2 (generované do Vstupy stravenky) se naplní odpovídající SLM přeplatku z číselníkového záznamu a aktuálního nastavení Opv01, Typ použití výstupu vyhodnocení stravy pro PV
Do věty S2 generovanou do Vstupy stravenky z Vyhodnocení - nastavení SLM při nadlimitním nároku -
pro FP dáme SLM z S1/5 pro FP
pro SK dáme SLM z S1/5 pro SK
Úprava Dcs02, Vyhodnocení, funkce Převod do měsíčních vstupů pro PV
Pro záznam S1 (zálohové příspěvky) vázaný na finanční příspěvek se převod neuskuteční (ve mzdách je již zúčtované v období poskytnutí zálohy).
Zablokování není vázáno na období zálohy, vázaní převodu je taky podmíněno hlášením DS112:
DS112 = 0, omezení exportu podle dohodnutých podmínek,
DS112 > 0 - omezení exportu S1 není aplikováno
Pokud na zpracovaném záznamu je položka směny i částka = 0 nebo nevyplněno, záznam do MV se negeneruje.
Úprava Dcs02, Nárok na příspěvek, Generování nároku
doplněno navýšení zálohy o druhý příspěvek pro kalendář s dlouhou směnou, pokud je povolen.
Zkrácený postup zpracování:
a/ Generování nároku na příspěvek - období zálohy
Dcs02, Nárok na příspěvek
generujeme záznam se SLM 24043 á 2,80 nebo 43063 á 1,20
uložení SLM do Dcm01 v období poskytnutí zálohy pro FP a v Dcs02, Nárok na příspěvek v období generování
b/ Načtení poskytnutých záloh na příspěvek
Dcs02, Vstupy stravenky, Kopírování
načteme zálohy poskytnutých příspěvků
pro FP z období poskytnutí zálohy, z Dcm01, SLM 24043
pro SK z období poskytnutí zálohy, z Dcs02, SLM 43063
c/ Vyhodnocení
Dcs02, Vyhodnocení, Vyhodnocení
Záznam S1 ve Vstupy stravenky se upraví na skutečný nárok příspěvku
podle potřeby se vygeneruje záznam S2 ve Vstupy stravenky s počtem nenarokových příspěvků
d/ Generování do podkladů pro mzdy
Dcs02, Vyhodnocení, Převod do měsíčních vstupů pro PV
Záznam S1 z Vstupy stravenky se pro FP nepřevádí (pro SK provádí)
Záznam S2 z Vstupy stravenky se provede
4.7.17 Režim 117 - Nárok měsíční se zkráceným uzavřením, pouze nepřítomnosti
Režim přednostně určen pro zákazníka ČEPRO.
Vyhodnocení a zpracování stejné jako pro režim 17, ale příspěvek se přizná pouze pro SLM s nastavením Slm01, Započitatelnost - stravování = 11 nebo 12 (tzn. příspěvek je přiznán pouze z nepřítomností, za které se poskytuje příspěvek).
Z ostatních SLM se příspěvek nepřiznává.
4.7.18 Režim 172 - Nárok měsíční se zkráceným uzavřením + dopřední záloha
172 - Nárok měsíční se zkráceným uzavřením + dopřední záloha
je to vlastně režim 17, ale obsahuje generování a zúčtování zálohově vyplaceného příspěvku. Skutečný nárok se počítá stejně jako v režimu 17.
Alternativa k zpětnému vyhodnocení režimu stravy 17. Režim 172 je dopřední režim poskytování příspěvku na stravu na základě generované zálohy z aktuálního plánu směn a s vyhodnocením skutečného nároku stejně jako v rámci režimu vyhodnocení 17.
Postup zpracování v čase je:
Modelová situace: příspěvek na březen poskytnutí ve výplatě za leden (vyplácená v únoru).
Období nároku - březen
Období zálohy - leden
Období výplaty - únor
Období vyhodnocení - březen
Záloha na příspěvek v období nároku (ne v období poskytnutí zálohy).
a/ Generování zálohy na příspěvek
Dcs02, Nárok na příspěvek, Generování pro PV
b/ Uložení generovaného nároku do podkladů pro mzdy
Dcs02, Nárok na příspěvek, Ulož do DCM pro PV
Vygenerovanou zálohu, podle způsobu poskytnutí pro PV (v záloze, ve mzdě, na kartu, ..) je potřeba uložit do vhodného formuláře a období - Dcs02, Dcm01, Vyp01.
do Dcs02 se ukládá automaticky a není nutné tento krok provést
pro uložení do Dcm01 a Vyp01 se použije táto funkce, která je vázaná na konfiguraci Adm21/Adm22 a podmínkou je, že standardně vygenerovaný nárok má naplněnou položku Složka mzdy.
Popis funkce viz: Doch_strava_uzdoc, Dcs02, Nárok na přísp., Uložit do DCM pro PV
V období vyhodnocení (ne v období poskytnutí zálohy).
c/ Generovaní poskytnutých příspěvku
Dcs02, Vstupy stravenky, Kopíruj nárok pro PV
Do vyhodnocení musíme dostat informaci o zálohově poskytnutých příspěvcích z místa, kde je táto informace uložená.
Provedeme to pomoci výše uvedené funkce, která má dva režimy:
základní - pro načtení z Dcs02
rozšířený - pro načtení z Dcm01, Vyp01 nebo více zdrojů
Popis funkce viz: Doch_strava_uzdoc, Dcs02, Vstupy stravenky, Kopíruj nárok pro PV
d/ Stanovení způsobu načtení skutečného nároku na příspěvek na stravu
Podle skutečně spočteného nároku za období v DOCH (aktivován hlášením DS107)
e/ Vyhodnocení nároku
Dcs02, Vyhodnocení pro PV
Vyhodnocení je pak standardním způsobem pro režim 17.
V rámci vyhodnocení se porovnává zálohově poskytnutý příspěvek s počtem skutečného nároku pokud je záloha větší než skutečný nárok, vygeneruje se rozdílový záznam do záložky Vstupy stravenky podle číselníkové položky z Dcs01 - S3/5.
4.7.18.1 Dcs02, záložka Nárok na příspěvek, Generování pro PV
Postup pro stanovení nároku na příspěvek pro aktuální období (podle formuláře Dcs02) pro režim 172.
xDni = základní nárok na období
Počet dní s plánovanou směnou (typ dne = 1) a nařízenou směnou (typ dne = 2) ve svátek v rozsahu platnosti PV (pouze v ev. stavu) u kterých je počet hodin plánované směny >= než limit na přiznání příspěvku na stravu.
xDni_navys = navýšení základního nároku o druhý příspěvek
Pouze pro kalendáře s povoleným druhým příspěvkem na stravu.
Počet dní s plánovanou směnou (typ dne = 1) a nařízenou směnou (typ dne = 2/S) ve svátek v rozsahu platnosti PV (pouze v ev. stavu) u kterých je počet hodin plánovaně směny >= než limit na přiznání druhého příspěvku na stravu.
xDniSV = navýšení základního nároku o směny svátku s náhradou mzdy (typ dne = 3/N)
xDniSV2 = navýšení základního nároku o směny svátku s náhradou mzdy (typ dne = 3/N) podle druhého příspěvku
Navýšení nároku xDniSV a xDniSV2 je počítané pouze pokud Adm21/Adm22, Způsob navýšení zálohy = 1.
Celkový nárok na období pak je:
xDni = xDni + xDni_navys + xDniSV + xDniSV2
4.7.19 Režim 173 - Nárok měsíční s ručním vstupem + dopřední záloha
173 - Nárok měsíční s ručním vstupem + dopřední záloha
je to režim s generováním zálohy na finanční příspěvek stejně jako v režimu 172 a jeho následným zúčtováním. Skutečný nárok se však nepočítá, ale musí jej zadat uživatel do Dcm01, Vstupy nebo Dav01, Vstupy.
Režim dopředného režimu poskytování příspěvku na stravu v případě, kdy záloha na příspěvek je generována z aktuálního rozpisu směn (za stejných podmínek jako pro režim 172) ale skutečný nárok na příspěvek je stanoven pouze na základě ručního zadaní uživatelem na určenou SLM.
Zpracovaní je stejné jako v režimu 172.
4.7.19.1 Povinné nahrání nároku v DAV (TC 1071797)
Standardní zúčtování příspěvku na stravu se provede na formuláři Dcs02.
V rámci DAV při uzavření (ne v rámci kalkulace) se provede kontrola, zda uživatel nahrál požadovanou SLM, pokud se hledaná SLM nenalezne, zobrazí se hlášení:
DAV58 [U] [FAT] Pro PV je povinné nahraní počtu příspěvku na stravu na SLM s IA 950 !
Poznámka: musí se nahrát i řádek s 0 hodnotou příspěvků !
Popis kontroly DAV58:
Kontrola nahrání SLM s počtem nároků na příspěvek uživatelem do DAV.
Kontrola se provede, pokud je v režimu "Uzavření DAV" (pokud je pouze kalkulace, kontrola se neprovede).
Kontrola se provede, pokud její úroveň je aktuálně alespoň INF standardně je nastavená na FAT.
Pokud je úroveň kontroly snížená, může dojít k chybnému zúčtování zálohově poskytnutému příspěvku na stravu v rámci vyhodnocení.
Pokud DAV58 > 0 (kontrola není vypnutá) a pro PV je nastaven režim stravy 173
a pokud pro aktuální období je Typ výstupu stravy:
= 0, 1, 2, 3 (stravenky) - hledá se záznam s IA 950 nebo 4306 a zdroj = 7,8
= 4, 5, 6, 7 (paušál) - hledá se záznam s IA 950 nebo 2405 a zdroj = 7,8
Pokud požadovaný záznam není nalezen, zobraz hlášení Dav58
4.7.20 Režim 174 - Manuálně zadaný příspěvek bez kontroly na nárok
Pro režim stravy 174 se očekává, že sám uživatel musí nahrát počet přiznaných nároků na příspěvek na stravu na formuláři Dav01, vstupy na řádek se SLM s IA 4306/2405.Tyto SLM jsou přenášené do mezd.
Podrobnější popis viz v Doch_dopl_uzdoc v sekci úprav pro SKA.
4.7.21 Režim 300, 301, 302, 360/361 – Výpočet ze vstupů Vyp01
Režimy určeny pro generování nároků a podkladů pro mzdy ze vstupů Vyp01.
Režim stravy 300 je specializované zákaznické řešení s pevně danými vlastnostmi a podmínkami a je ho možné používat pouze v tomto rozsahu a za těchto podmínek.
Provádí se v rámci formulářů Dcs.
300 - Nárok z kalendáře, krácení z Vyp01, Vstupy aktuální období
Základní nárok je spočten z kalendáře aktuálního období a krácení základního nároku je spočteno z odchylek zadaných na Vyp01, Vstupy.
301 - Nárok z kalendáře akt. období, krácení z Vyp01, Vstupy předešlé období
Základní nárok je spočten
z kalendáře následujícího období a krácení základního nároku je spočteno
z odchylek zadaných na Vyp01, Vstupy.
302 – stejný, jako 300, ale s omezením podle struktury č. 5
Základní nárok je spočten z kalendáře aktuálního období a krácení základního nároku je spočteno z odchylek zadaných na Vyp01, Vstupy, ale zpracuje pouze PV, která mají aktuálně přiřazen prvek struktury č. 5 (Kategorie) s hodnotou 1 nebo 2.
360/361 - stejný jako 300, ale s rozšířením o podporné činnosti specifické pro PPF, podrobnější popis viz v kapitole úprav pro PPF
4.7.21.1 Postup zpracování
Naplnit formulář Vyp01, Vstupy manuálně nebo importem
Spustit Dcs03, Nárok příspěvků, Generování pro všechny PV v nav. seznamu
Spustit Dcs03, Stravenky, Kopíruj nárok pro všechny PV v NS
Spustit Dcs03, Vyhodnocení
Spustí Dcs03, Generování podkladu pro
4.7.21.2 Aktivace a konfigurace režimu
Na Adm21 nastavit limit hodin pro přiznání příspěvku na záložce Adm21, Strava
Pro požadované PV nastavení Opv01, Typ nároku na stravu = 300, 301
V číselníku SLM (Slm01) nastavit pro všechny SLM, které se mají podílet na vyhodnocení stravy vhodným způsobem parametr Doch&Schval, Započitatelnost stravování
V číselníku SLM (Slm01) pro SLM pro vyhodnocení nastavit Typ převodu = 2
Dcs04 – Nastavení položky pro nárok a odběr stravenek
4.7.21.3 Generovaní nároku
Pro každé PV v rámci řádkových práv aktuálního uživatele (Dcs03) nebo PV v navigačním seznamu (Dcs02) se provede vyhodnocení dle níže popsaného postupu.
Pokud PV nemá platné přiřazení k SO v době vyhodnocení nároku příspěvku na stravu, zobrazí se hlášení DS019 a pokračuje se ve zpracování dalšího PV.
Volba režimu použití kalendáře.
Pro vyhodnocení je možné použít pouze kalendáře podle Kal01, Dni kalendáře nebo spojení kalendářů importovaných např. pomocí Imp32 ve spojení s Kal01, Dni kalendáře.
Pokud parametr Adm21/Adm22, Strava 300, Kalendář Kal01+Dcd01
= nevyplněno nebo NE
pro vyhodnocení se použije pouze kalendář z Kal01, Dni kalendáře
= Ano
pro vyhodnocení se použije spojení z kalendář z denního záhlaví a z Kal01, Dni kalendáře
pro každý den se nejdříve použije nastavení z denního záhlaví, pokud je toto nevyplněné, tak se použije nastavení z Kal01, Dni kalendáře
Volba zdroje odchylek pro vyhodnocení.
Pro vyhodnocení stravy je možné použít vstupy z Vyp01, Vstupy i vstupy z Dcm01 (importované a schvalované vstupy).
Pokud parametr Adm21/Adm22, Strava 300, Vstupy z Dcm = Ano
tak se do zpracování zařadí i vstupy z Dcm01 za obvyklých podmínek:
a/ jedná se o záznam ze zdroje <= 31
b/ záznam je platný pro období vyhodnocení
c/ SLM záznamu je určená pro vyhodnocení stravy (Slm01, Doch&Ext.vstupy, Započitatelnost - stravování: > 0)
Vyhodnocení pro záznamy z Dcm se pak provede stejně jako pro záznamy z Vyp01.
Odchylka na dvě období
Vyhodnocení standardně nepodporuje řešení vykázání odchylek, které byli ve Vyp01, Vstupy vykázané na přelomu měsíce (zásah do dvou období).
Pro tuto situaci je k dispozici kontrolu, která na tuto skutečnost upozorní. Uživatel však musí sám rozhodnout jak odchylku zpracovat – upravit.
-- Kontrola na platnost datumů odchylky pro období
Pokud je začátek a konec odchylky vyplněný, kontrolujeme zda datumy jsou v rámci aktuálního období, pokud se zjistí, že alespoň jeden z nich je mimo, zobrazíme hlášení:
DS315 [U] [ERR] Pro <oscpv>, SLM <kód>, datum <datum od> / <datum do> , část odchylky mimo akt. období !
Pokud DS315 >= ERR řádek přeskočíme
Pokud DS315 < ERR pokračujeme v zpracování
Poznámka:
Pro režim 300 se musí podle potřeby provést ruční korekce (např. pro zadání se směnami).
Volba rozšířeného protokolu.
Pro kontrolní režim postupu vyhodnocení jednotlivých odchylek, jsou k dispozici hlášení (standardně vypnuté, podrobný popis viz v Hlas_uzdoc):
o DS304 [U] [0] Krácení 300: Den %1 , Nepr: %2, Hod. %3, Krac. %4
o DS304a [U] [0] Odchylky: SLM %1 Datum od %2 do %3 Hod. %4 Směny %5, Dny %6 Vice %7 Krac. %8 Krac CP %9, Zdroj %10
o DS304b [U] [0] Krácení 300: Den %1 , Nepr: %2, Hod. %3, Krac. %4
Stanovení základního nároku příspěvku:
xDni = počet pracovních dnů platného PV podle kalendáře(ů) přiřazeného zaměstnanci, u kterého je plánovaná směna větší, než limit hodin pro přiznání nároku z konfigurace (bez směn připadajících na neodpracovaný svátek (typ dne C) )
V režimu 300 z aktuálního období
V režimu 301 z následujícího období (aktuální období + 1)
Poznámka: Pokud na den je naplánován nařízený svátek (typ dne S), nárok se vyhodnotí jako v pracovní den - příspěvek se přizná, pokud splňuje obecné podmínky.
Výpočet krácení/navýšení základního nároku
Pro každý záznam aktuálního období na formuláři Vyp01, Vstupy, který obsahuje SLM s nastavením parametru Slm01. Doch&Schval .Započitatelnost – stravovaní = 2, 3, 6, 7, 8, se provede výpočet pro stanovení krácení nebo navýšení základního nároku.
Zpracovány jsou všechny záznamy, které :
- mají nevyplněnou položku Datum Od a mají vyplněnou položku hodiny nebo směny
- mají vyplněnou položku Datum Od a nevyplněnou položku Datum Do, a mají vyplněnou položku hodiny nebo směny
- mají vyplněnou položku Datum Od a vyplněnou položku Datum Do, pokud Datum Do je mimo aktuální období, tak odchylka je zpracována pouze v rozsahu aktuálního období.
Pokud pro odchylku je SLM s nastavením Započitatelnost stravování :
= 8 (SLM s nárokem navíc, odchylka se musí zadat samostatně pro každý den/výskyt)
xDni_navic = +1 pokud Hodiny >= Limit
Pokud je potřeba vykazovat navýšení základního nároku (režim započtení pro stravu = 8) na jednotlivé dni, což je podmínka korektního vyhodnocení, je možné pro splnění této podmínky aktivovat kontrolu DS300, pokud vyhovuje stávající režim (navýšení bez lokalizace), kontrola musí být vypnuta.
Pokud DS300 > 0 a v odchylce směny <> 1 nebo Datum Od <> Datum Do (datum do je vyplněn) , pak se zobrazí hlášení:
DS300 [U] [VAR] Pro
<oscpv>, SLM <slm>, datum <od> / < do>, směny <
směny>
, hod. < hodiny> - nepovolena vícedenní odchylka !
a odchylka není zpracována.
= 3, 7 (SLM typu pracovní cesta)
xKrac_cep =
+ Směny pokud Směny <> 0
nebo +1 pokud hodiny > 5
= 2, 6 (SLM typu nepřítomnost)
Pokud je v rámci odchylky zaregistrován den svátku, tento den se nepočítá pro krácení v rámci odchylky. Tato situace je signalizovaná hlášením:
DS304c - Krácení 300: Den %1 Přerušení odchylky - svátek
a den svátku se pro krácení odchylky již nepoužije.
xKrac_neprit =
pokud Směny > 0 pak xKrac_neprit = + Směny
pokud Hodiny > 0 a Datum Od je vyplněn a Datum Do je nevyplněno nebo je rovný Datum Od, pak
Plán. směny = hodiny z Kal01, Dny kalendáře pro aktuálně přiřazen kalendář k PV a Datum Od z odchylky
Pokud Plán. směny > 0
pokud hodiny >= Plán. směny pak xKrac_neprit = + 1
pokud hodiny < Plán. směny a (Plán. směny - hodiny) >= Limit pak xKrac_neprit = + 1
pokud směny = 0 a hodiny = 0 a Datum Od je vyplněn, pak
xKrac_neprit = počet pracovních směn s plánovanou směnou >= Limit pro rozsah Datum Od až Datum Do (max. poslední den období)
pokud směny = 0 a hodiny <> 0 a Datum Od není vyplněn, pak
xKrac_neprit = hodiny / průměrná délka směny z Opv01
Pro SLM ze započitatelnosti pro stravu = 2 a 6 (odchylky nepřítomnosti), je možnost pro přiznání nároku příspěvku na stravu pro souběh odpracované doby a nepřítomnosti, pokud ve dne podle plánu směn mohl odpracovat zaměstnanec více než je stanovený limit.
Odchylky nepřítomnosti kratší než směna, musí být vždy vykázané samostatně (nesmějí být slučované s celodenními odchylkami).
Pokud je na odchylce vykázaná neceločíselná hodnota v položce směna (např. 1,5), zobrazí se hlášení DS301 a odchylka se nezpracuje.
Pokud je na odchylce vykázaná směna menší než 1 a není vyplněn Datum Od, zobrazí se hlášení DS303 a odchylka se nezpracuje.
Pokud pro SJ/ORG je povolen režim souběhu odpracované doby a nepřítomnosti pro přiznání nároku na příspěvek (Adm21/Adm22, Strava, Min. hod. odprac. pro souběh s nepřítomností pro přizn. nároku > 0) a plánovaná odpracovaná doba po odečtení všech vykázaných nepřítomností je větší než min. odpracovaná doba při souběhu s nepřítomností, tak se příspěvek přizná, jinak se nepřizná (nárok na příspěvek je zkrácen).
Stanovení nároku:
xNarok = xDni + xDni_navic
xNarok = xNarok - xKrac_neprit
Pokud xNarok < 0 (krácení je větší, než skutečný nárok) pak
Hlášení DS101 : "Pro období došlo k přečerpání nároků !
xNarok = 0
Pokud xKrac_cep <= xNarok
Ano : krácení za prac. cesty v rozsahu stanoveného nároku, provede se celé krácení
xNarok = xNarok - xKrac_cep
xKrac_neprit = xKrac_neprit + xKrac_cep
xKrac_cep = 0
NE : krácení za prac. cesty vyšší, než stanovený nárok, provede se krácení jen do výše zůstatku nároku
xKrac_neprit = xKrac_neprit + xNarok
xKrac_cep = xKrac_cep - xNarok
xNarok = 0
Zápis nároku do evidence stravy:
Kód jídla – kód jídla číselníku Dcs04 platný pro poslední den období s nastavením, Typ jídla = 10 Kód doplňkový = 'S1'
Počet jídel = xNarok
Doplňkový počet 1 = xDni + xDni_navic
Doplňkový počet 2 = xKrac_neprit (akceptováno krácení z nepřítomností i prac. cest)
Doplňkový počet 3 = xKrac_cep (neakceptováno dni pro krácení z prac. cest)
4.7.21.4 Generování podkladů pro MZDY.
Generování se provádí ze záložky Dcs02.
Generování podkladů pro MZDY z Dcs02, Vyhodnocení do podkladů pro mzdy (Dcm01) je provedeno pro PV nezpracovávané v DOCH (i pro PV s nastavením položky „PV je dostupné v docházce“ jiným než 1,2,6) i pro PV zpracovávané v DOCH ( pro PV s nastavením položky „PV je dostupné v docházce“ = 1,2,6).
Funkce je aktivována nastavením parametru:
Adm21, Strava, Strava - podklady mzdy z objednávky = Ano
Postup generování:
Pro každý řádek z formuláře Dcs02, Nárok příspěvku, vygeneruje do Vyp01, Ext. vstupy řádek pro každou vyplněnou a povolenou SLM na Adm21, Strava s obsahem:
Složka mzdy doch = SLM z konfigurace
Typ převodu doch/mzdy = dle konfigurace SLM
Částka, Částka vyp. = Částka
Pro položky srazka_zam_prizn a prisp_org_prizn je možné použít zaokrouhlení celkové částky dle zvolené možnosti na Adm21, Strava
Pracovní směny, Pracovní směny vyp = Směny
Zdroj vytvoření řádku = 9
Stav editace záznamu = 99
Podporovány jsou SLM nastavené v Adm21 pro položky :
srazka_zam_prizn
Částka = Srážka - zaměstnanec
Směny = Počet jídel
prisp_org_prizn
Částka = Dotace zaměstnavatele (imp.)
Směny = Počet jídel
prisp_sf_prizn
Částka = Příspěvek soc. fondu (imp.)
Směny = Počet jídel
prisp_odb_prizn
Částka = Příspěvek odborů (imp.)
Směny = Počet jídel
cena_stravenky
Částka = Skutečná cena (imp.)
Směny = Počet jídel
4.7.22 Režim 303 - Nárok z mezd, vstupy z aktuálního období (ŘLP)
Základní nárok je čerpán ze mzdových vstupů a vyhodnocení se provádí při postupném zpracování odběru stravy ve třech různých jídelnách a odběru stravenek. Podrobný popis viz kapitola Specifické úpravy pro ŘLP, Vyhodnocení stravy.
4.7.23 Režim 304 - Nárok z mezd, vstupy z aktuálního období (ŘLP 2021)
(TC 1061139)
Vychází ze stávajícího režimu vyhodnocení stravy 303, podrobný popis je uveden v uživatelské dokumentaci.
4.7.24 Režim 310 - Výpočet ze vstupů Vyp01 + Dcm01 + CEP
Alternativa k režimu 300, který umožňuje více zdrojů pro plánovací kalendáře nebo započitatelné odchylky, např. použití Cep01 pro vyhodnocení stravy.
Režim vyhodnocení nároků na stravu pro nedocházkové PV, který je určeny pro zpětné generování nároků příspěvku na stravu a podkladů pro mzdy ze vstupů:
a/ pořízených na formuláři Vyp01, Vstupy
b/ pořízených na Dcm01 včetně záznamu pořízených v rámci schvalovaných odchylek
c/ probírat i evidenci PC z Cep01
d/ automatický se probírá evidence platnosti PV a evidence mimoev. stavů z Opv01
Odchylky se vyhodnocují vzhledem na kalendář:
a/ pořízených pouze na Kal01 ve vazbě na přiřazení kalendáře na Opv01
b/ importovaný individuální plán směn pomoci Imp32
c/ nebo pořízený individuální plán směn pro PV (denní záhlaví z DOCH).
Vyhodnocení je možné provádět na individuální PV nebo pouze na kmenový PV.
Rozsah použití jednotlivých zdrojů je možné upravit nastavením konfigurace.
Zpracovaní vyhodnocení stravy v režimu 310 se provádí v rámci formulářů Dcs02.
Pouze pro tento režim je na do formuláři Dcs02 dostupná záložka „Přehled zápočtu“, která obsahuje dvě tabulky:
a/ zobrazení denního záhlaví s položkami vázanými na vyhodnocení stravy 310
b/ zobrazení řádku z denní evidence docházky vygenerované z převodu z CEP
Záložka především slouží na zobrazení podkladů pro vyhodnocení příspěvku na stravu v režimu 310.
Pozor: Režim stravy 310 je specializované řešení s pevně danými vlastnostmi a podmínkami a je ho možné používat pouze v tomto rozsahu a za těchto podmínek.
Důrazně doporučujeme, v případě zájmu o tento režim, jeho důkladné prověření na testovacím prostředí zákazníka v jeho specifických podmínkách.
4.7.24.1 Postup zpracování:
- Aktualizovat všechny mzdové a personální údaje potřebné pro vyhodnocení stravy
- Pořídit všechny potřebné vstupy na formuláři Vyp01, Vstupy manuálně nebo importem
- Pořídit všechny potřebné vstupy na formuláři Dcm01, Vstupy nebo jiných formulářích vázané výstupem na tento formulář (např. schvalované z Dov16/Dcu06) manuálně nebo importem
- Pokud se používá CEP, pořídit a uzavřít všechny relevantní CP na Cep01
- Pořídit všechny potřebné individuální plány směn - importem, nebo dohodnutým způsobem (importem Imp32 nebo manuálně Dcu08).generování
- Podle potřeby aktualizovat číselník Dcs04
- Spustit Dcs02, Nárok příspěvků, Generování pro všechny PV
v nav. seznamu
Vygenerovaní nároků příspěvku za aktuální období podle kalendáře a vykázaných odchylek
Pro uložení vygenerovaných nároků z Dcs02 do podkladů pro MZDY (Dcm01/Vyp01) je možné použít dva postupy:
Generovaní podkladů pro výpočet mezd – standard.
- Spustit Dcs02, Stravenky, Kopíruj nárok pro všechny PV v NS
Přenos nároku – záloh pro vyhodnocení odběru stravy - Spustit Dcs02, Vyhodnocení
Vyhodnocení nároku za aktuální období - Spustí Dcs02, Vyhodnocení – Převod do měsíčních vstupů pro
PV
Generování podkladu pro mzdy
SLM se použijí z Adm21/Adm22 ale způsob generovaní je stejný jako při generovaní podkladů stravy při uzavření DD/MV (nepoužije se standardní mechanizmus z Dcs02).
Generované řádky je možné kontrolovat v Dcu14 nebo ve Vyp01, Ext.vstupy
Generovaní podkladů pro výpočet mezd – bez vyhodnocení.
- Spustit Dcs02, Nárok na příspěvek - [Uložit do DCM …]
4.7.24.2 Aktivace a konfigurace režimu
Zpracování vícenásobného PV na kmenový PV se řídí nastavením parametru:
Adm21/Adm22, Strava, Při více PV, vyhodnocení
na kmenový PV = Ano
(tento parametr je společný pro všechny režimy vyhodnocení stravy).
Zapojení CEP do vyhodnocení stravy se provede nastavením parametru:
Adm21/Adm22, Strava, Strava 300, Vstupy z CEP = Ano.
Pro zobrazení tlačítka [Uložit do DCM …] na Dcs02. Nárok na příspěvek (pro použití alternativního postupu generovaní podkladů pro MZDY) na Adm21/Adm22, Strava nastavit jednu z položek na > 0.
Sekce Finanční příspěvek, položky:
Stravenky, posun MZDY:
Paušál, posun MZDY:
4.7.24.2.1 Adm21/Adm22, záložka Strava
Standardní parametry pro vyhodnocení stravy:
Nastavit standardní položky pro vyhodnocení stravy.
Nastavit limity hodin pro přiznání příspěvku
Při více PV, vyhodnocení na kmenový PV = Ano/Ne
Strava, podklady mzdy z objednávky = Ano
Parametry pro vyhodnocení stravy, režim 310:
Všechny specializované parametry pro režim 310 jsou umístěné v sekci Strava režim 3xx
Strava 300, Vstupy z Dcm = Ano/Ne
Do vyhodnocení připojit vstupy ze schvalování/Dcm01
Strava 300, Kalendář Kal01+Dcd01 = Ano/Ne
Pro vyhodnocení použít spojený kalendář Dcd a Kal02
Strava 300, Vstupy z CEP = Ano/Ne
Do vyhodnocení připojit vstupy z Cep01
Strava 300, Zpětné přep. z CEP = Ano/Ne
Povolené zpětné vyhodnocení nároků z dodatečně upravených/vytvořených CEP
Strava 300, Zpětné přep. z VYP = Ano/Ne
Povolené zpracování odchylek z Vyp01, Vstupy určené pro zpětné zpracování
4.7.24.2.2 Opv01, záložka Režim
Pro požadované PV nastavení Opv01, Typ nároku na stravu = 310
4.7.24.2.3 Slm01, záložka Doch&Ext.vstupy
Povinně musí být aktivovaná a platná pro DOCH právě jedná SLM s IA 999.
Nastavit pro všechny SLM, které se mají podílet na vyhodnocení stravy vhodným způsobem parametr Započitatelnost stravování.
Pro SLM, které mají být použité pro výpočet ve mzdách nastavit Typ převodu = 2
4.7.24.2.4 Dcs04, Ceník stravy
Založení řádku pro vyhodnocení stravy.
Založíme obvyklým způsobem řádek pro nárok stravy Kód doplňkový = S1 a Typ jídla = 10.
Založíme obvyklým způsobem řádek pro nárok stravy Kód doplňkový = S1 a Typ jídla = 5.
4.7.24.3 Identifikace vyřazených PV ze zpracování
Pro zpřehlednění vyřazených PV z vyhodnocení stravy se zobrazí hlášení z důvodu:
a/ z důvodu, že PV není zařazené do vyhodnocení stravy, nebo nemá typ vyhodnocení stravy 310
DS021 [E] [INF] Zaměstnanec %1 - %2 je neplatný pro stravu. Nebude zpracován.
Dcs02. V seznamu pro vyhodnocení stravy je PV, pro které není pro vyhodnocení stravy povolené. Toto PV je přeskočeno.
Reakce: pokud PV má být zpracováno, zkontrolujte zařazení do vyhodnocení stravy na Opv01.
b/ z důvodu, že PV je celý měsíc v mimoevidenčním stavu
DS021a [U] [VAR] Zaměstnanec %1 - %2 je v mimo ev. stavu. Nebude zpracován.
Dcs02. V seznamu pro vyhodnocení stravy je PV, které je celé období v mimoevidenčním stavu, tzn. nelze je vyhodnocovat . Toto PV je přeskočeno.
Reakce: pokud PV má být zpracováno, zkontrolujte zařazení do ES a do vyhodnocení stravy na Opv01.
c/ z důvodu, že se vyhodnocuje pouze na kmenový PV
Pokud Adm21/Adm22, Strava, Při více PV, vyhodnocení na
kmenový PV= 1 a Opv01, Kmenový <> 1
zobrazíme hlášení:
DS021b [U] [VAR] Zpracování pouze km. stav,
PV %1 - %2 není KM. Nebude zpracován.
pak pokračujeme ve zpracování dalšího PV
4.7.24.4 Zpracovaní souběžných PV
Příklady souběžných PV s nastavením Typ stravy:
a/ 310 + 0 - vyhodnocení pouze 310, 0 se ignoruje
b/ 310 + 310 - jeden musí být kmenový, oba se standardně vyhodnotí, ale nárok se nastaví pouze pro kmenový PV
c/ 310 + 310 - ani jeden není kmenový, oba se standardně vyhodnotí, ale nárok se nenastaví ani pro jeden
d/ 310 + 311 - nejdříve se vyhodnotí 311, ale pouze CP, pak se vyhodnotí 310 a z 311 se zohlední pouze odchylky z CP
e/ 311 + 311 - vyhodnotí se u každého CP, ale příspěvek se nepřizná na žádný z nich
4.7.24.4.1 Režim 310/311 - Posuzování CP za osobu (TC 1084795 )
Režim pouze zápočtu CP ze souběžného PV na kmenový PV, jiné odchylky z takového PV se nezohlední při vyhodnocení nároku na stravu.
Souběžný PV pro započet pouze CP na kmenové PV se označí na Opv01, Režim nastavením položky Typ nároku na stravu = 311.
Pro PV s režimem stravy 311 je zpřístupněná záložka Dcs02, Přehled zápočtu - za stejných podmínek jako je zpřístupněná pro režim stravy 310.
Přepočet pro závislé PV se provádí jen pro PV s Typ vyhodnocení stravy > 0.
4.7.24.5 Start zpracování
Při zpracování CP v akt. období - Pro každý zpracovaný CP zobrazíme do protokolu hlášení :
DS314 [U] [VAR] CP <kód> Od <datum od> Do <datum do>
Hlášení zobrazíme při vyhodnocení CP pro akt. období a také v seznamu pro zpětné zpracování a taky pro souběžné PV.
4.7.24.6 Generovaní nároku
Pro každé PV v rámci řádkových práv aktuálního uživatele (Dcs03) nebo PV v navigačním seznamu (Dcs02) se provede vyhodnocení dle níže popsaného postupu.
Pokud PV nemá platné přiřazení k SO v době vyhodnocení nároku příspěvku na stravu, zobrazí se hlášení DS019 a pokračuje se ve zpracování dalšího PV.
4.7.24.6.1 Použití kalendáře.
Pro vyhodnocení je možné použít pouze kalendáře podle Kal01, Dni kalendáře nebo spojení kalendářů importovaných např. pomocí Imp32 ve spojení s Kal01, Dni kalendáře.
Pokud parametr Adm21/Adm22, Strava 300, Kalendář Kal01+Dcd01
= nevyplněno nebo NE
pro vyhodnocení se použije pouze kalendář z Kal01, Dni kalendáře
= Ano
pro vyhodnocení se použije spojení z kalendář z denního záhlaví a z Kal01, Dni kalendáře
pro každý den se nejdříve použije nastavení z denního záhlaví, pokud je toto nevyplněné, tak se použije nastavení z Kal01, Dni kalendáře
Kontrola definice a vygenerování kalendáře
Pokud je pro aktuální období pro PV na Opv01, Režim, Kalendář, není přiřazen platný kalendář na některý den, zobrazí se hlášení:
DS311 [E] [FAT] Nedefinovaný kalendář v Opv01 na dni <seznam>
zobrazí max. 3 dni bez přiřazeného kalendáře a zpracování se ukončí
Pokud je pro aktuální období pro PV a kalendář z Opv01, Režim, Kalendář není vygenerován v Kal01, Dny kalendáře pracovní směna na některý den, zobrazíme hlášení:
DS311a [E] [FAT] Nevygenerován kalendář v Kal01 na období <obd>
Směnový kalendář a kalendář bez definice začátku a konce směny.
Doplnili jsme podporu pro nedocházkové kalendáře, směnové kalendáře a kalendáře bez nastavení začátku a konce určené směny pro vyhodnocení CEP.
Varianty podporovaných kalendářů:
a/ nedocházkové kalendáře, hodinové - bez VZD a bez nastavení čas Od/Do
a/ nedocházkové kalendáře, směnové - bez VZD a bez nastavení čas Od/Do
b/ docházkové kalendáře, směnové - s VZD ale bez nastavení
čas Od/Do, pozor povinná SLM IA 904
b/ docházkové kalendáře, hodinové - s VZD ale bez nastavení čas Od/Do, pozor
povinná SLM IA 904
Pro každý den období:
a/ Pokud typ_dne = 1, 2, 3 (den s plán. směnou) a plán. hodiny = 0, nastavíme hodiny = z Opv01, Průměrná směna pro PV a Datum
b/ Pokud typ_dne = 1, 2, 3 a Čas od je nevyplněno
Čas od = Slm01, Započítat SLM od: pro SLM z Adm21/Adm22 SLM pro evidenci odpracované doby: pokud i nadále Čas od nevyplněno, pak se použije hodnota 8:00
c/ Pokud typ_dne = 1, 2, 3 a Čas do je nevyplněno
Čas do = Slm01, Započítat SLM do: pro SLM z Adm21/Adm22 SLM pro evidenci odpracované doby: pokud i nadále Čas od nevyplněno, pak se použije Čas od + hodiny
4.7.24.6.2 Volba zdroje odchylek pro vyhodnocení.
Pro vyhodnocení stravy je možné použít vstupy z Vyp01, Vstupy i vstupy z Dcm01 (importované a schvalované vstupy).
Pokud parametr Adm21/Adm22, Strava 300, Vstupy z Dcm = Ano
tak se do zpracování zařadí i vstupy z Dcm01 za obvyklých podmínek:
a/ jedná se o záznam ze zdroje <= 31
b/ záznam je platný pro PV a období vyhodnocení
c/ SLM záznamu je určená pro vyhodnocení stravy (Slm01, Doch&Ext.vstupy, Započitatelnost - stravování: > 0)
d/ mají nastavenou položku Vyp01/Ext.vstupy, Typ převodu doch/mzdy: >= 0
Vyhodnocení pro záznamy z Dcm se pak provede stejně jako pro záznamy z Vyp01.
4.7.24.6.3 Volba rozšířeného protokolu.
Pro kontrolní režim postupu vyhodnocení jednotlivých odchylek, jsou k dispozici hlášení (standardně vypnuté, podrobný popis viz v Hlas_uzdoc):
o DS304 [U] [0] Krácení 300: Den %1 , Nepr: %2, Hod. %3, Krac. %4
o DS304a [U] [0] Odchylky: SLM %1 Datum od %2 do %3 Hod. %4 Směny %5, Dny %6 Vice %7 Krac. %8 Krac CP %9, Zdroj %10
o DS304b [U] [0] Krácení 300: Den %1 , Nepr: %2, Hod. %3, Krac. %4
4.7.24.6.4 Stanovení základního nároku příspěvku:
xDni = počet pracovních dnů platného PV podle kalendáře(ů) přiřazeného zaměstnanci, u kterého je plánovaná směna větší, než limit hodin pro přiznání nároku z konfigurace (bez směn připadajících na neodpracovaný svátek (typ dne C) )
V režimu 310 z aktuálního období
Poznámka: Pokud na den je naplánován nařízený svátek (typ dne S), nárok se vyhodnotí jako v pracovní den - příspěvek se přizná, pokud splňuje obecné podmínky.
4.7.24.6.5 Výpočet krácení/navýšení základního nároku
Pro každý záznam aktuálního období na formuláři Vyp01, Vstupy, který obsahuje SLM s nastavením parametru Slm01. Doch&Schval .Započitatelnost – stravovaní = 2, 3, 6, 7, 8, se provede výpočet pro stanovení krácení nebo navýšení základního nároku.
Zpracovány jsou všechny záznamy, které :
- mají nevyplněnou položku Datum Od a mají vyplněnou položku hodiny nebo směny
- mají vyplněnou položku Datum Od a nevyplněnou položku Datum Do, a mají vyplněnou položku hodiny nebo směny
- mají vyplněnou položku Datum Od a vyplněnou položku Datum Do, pokud Datum Do je mimo aktuální období, tak odchylka je zpracována pouze v rozsahu aktuálního období.
- mají vyplněnou položku Datum Od a nevyplněnou
položku Datum Do, směny ani hodiny
pokud SLM je s IA 51 až 60 (nemoci) krácení se provede do konce měsíce
pro jiné SLM se krácení provede pouze za jeden den
Poznámka: Pokud se mají používají odchylky bez vyplnění Datum Do, musí být nastaveno hlášení DS315 max. na úroveň VER, pro ERR/FAT je takýto vstup nepřípustný.
Pokud pro odchylku je SLM s nastavením Započitatelnost stravování :
= 8 (SLM s nárokem navíc, odchylka se musí zadat samostatně pro každý den/výskyt)
xDni_navic = +1 pokud Hodiny >= Limit
Pokud je potřeba vykazovat navýšení základního nároku (režim započtení pro stravu = 8) na jednotlivé dni, což je podmínka korektního vyhodnocení, je možné pro splnění této podmínky aktivovat kontrolu DS300, pokud vyhovuje stávající režim (navýšení bez lokalizace), kontrola musí být vypnuta.
Pokud DS300 > 0 a v odchylce směny <> 1 nebo Datum Od <> Datum Do (datum do je vyplněn) , pak se zobrazí hlášení:
DS300 [U] [VAR] Pro
<oscpv>, SLM <slm>, datum <od> / < do>, směny <
směny>
, hod. < hodiny> - nepovolena vícedenní odchylka !
a odchylka není zpracována.
= 3, 7 (SLM typu pracovní cesta)
xKrac_cep =
+ Směny pokud Směny <> 0
nebo +1 pokud hodiny > 5
= 2, 6 (SLM typu nepřítomnost)
Pokud je v rámci odchylky zaregistrován den svátku, tento den se nepočítá pro krácení v rámci odchylky.
xKrac_neprit =
pokud Směny > 0 pak xKrac_neprit = + Směny
pokud Hodiny > 0 a Datum Od je vyplněn a Datum Do je nevyplněno nebo je rovný Datum Od, pak
Plán. směny = hodiny z Kal01, Dny kalendáře pro aktuálně přiřazen kalendář k PV a Datum Od z odchylky
Pokud Plán. směny > 0
pokud hodiny >= Plán. směny pak xKrac_neprit = + 1
pokud hodiny < Plán. směny a (Plán. směny - hodiny) >= Limit pak xKrac_neprit = + 1
pokud směny = 0 a hodiny = 0 a Datum Od je vyplněn, pak
xKrac_neprit = počet pracovních směn s plánovanou směnou >= Limit pro rozsah Datum Od až Datum Do (max. poslední den období)
pokud směny = 0 a hodiny <> 0 a Datum Od není vyplněn, pak
xKrac_neprit = hodiny / průměrná délka směny z Opv01
Pro SLM ze započitatelnosti pro stravu = 2 a 6 (odchylky nepřítomnosti), je možnost pro přiznání nároku příspěvku na stravu pro souběh odpracované doby a nepřítomnosti, pokud ve dne podle plánu směn mohl odpracovat zaměstnanec více než je stanovený limit.
Odchylky nepřítomnosti kratší než směna, musí být vždy vykázané samostatně (nesmějí být slučované s celodenními odchylkami).
Pokud je na odchylce vykázaná neceločíselná hodnota v položce směna (např. 1,5), zobrazí se hlášení DS301 a odchylka se nezpracuje.
Pokud je na odchylce vykázaná směna menší než 1 a není vyplněn Datum Od, zobrazí se hlášení DS303 a odchylka se nezpracuje.
Pokud pro SJ/ORG je povolen režim souběhu odpracované doby a nepřítomnosti pro přiznání nároku na příspěvek (Adm21/Adm22, Strava, Min. hod. odprac. pro souběh s nepřítomností pro přizn. nároku > 0) a plánovaná odpracovaná doba po odečtení všech vykázaných nepřítomností je větší než min. odpracovaná doba při souběhu s nepřítomností, tak se příspěvek přizná, jinak se nepřizná (nárok na příspěvek je zkrácen).
4.7.24.6.6 Rozdělení nároku podle započitatelné doby
V rámci vyhodnocení příspěvku na stravu je v režimu 310 umožněné rozdělení příspěvku na dvě části podle výše započitatelných hodin ve dni.
Např. při započitatelné době méně jako 11 hod (limit pro druhý příspěvek) se přizná základní nárok a při započitatelné době rovné a více jako 11 hod, se přizná doplňkový nárok. Oba nároky se generují na samostatné SLM.
V rámci vyhodnocení příspěvku na stravu se příspěvek rozdělí na dvě části:
a/ počet příspěvků za den, ve kterém je započítána doba pro stravu je menší, než limit pro druhý příspěvek
b/ počet příspěvků za den, ve kterém je započítána doba pro stravu se rovná nebo je větší, než limit pro druhý příspěvek
A následné generování těchto počtů na různé SLM.
Funkce je aktivována hlášením DS317 > 0.
Pokud DS317 > 2 po zpracování se zobrazí hlášení:
DS317 [U] [0] OSČPV <osčpv> základní nárok <l1> na SLM <SLM S1> další nárok <l2> na SLM <SLM S2>
Popis funkce:
Popis pro variantu, kdy limit pro druhý příspěvek je 11 hodin.
Standardním způsobem se provede alokace odchylek do kalendáře a spočítá se poskytnutí příspěvků na jednotlivé dny.
Zjistíme si kolik dní s příspěvkem je se započitatelnými hodinami < 11 => P1
Zjistíme si kolik dní s příspěvkem je se započitatelnými hodinami >= 11 => P2
Do Dcs02, Nárok na příspěvek vygenerujeme dva záznamy :
Z počtu P1 a SLM pro příspěvek do/srážku ze mzdy: z číselníkového záznamu S1 z Dcs04
(pro Typ jídla: = 10 a Použitelné pro typ nároku na stravu: = 310 a Použitelné pro typ výstupu příspěvku = odpovídající Opv01 pro dotčené PV)
Z počtu P2 a SLM pro příspěvek do/srážku ze mzdy: z číselníkového záznamu S2 z Dcs04
(pro Typ jídla: = 10 a Použitelné pro typ nároku na stravu: = 310 a Použitelné pro typ výstupu příspěvku = odpovídající Opv01 pro dotčené PV)
Následně v rámci Vyhodnocení, Převod do MV se do Dcm01 (Vyp01) uloží odpovídající řádky, jako podklady pro mzdy.
Konfigurace:
Adm32, Docházka
Vhodně nastavit hlášení DS317
Dcs04 – definice SLM pro generování příspěvku
Věta S1 – pro základní nárok
Typ jídla: = 10
Skutečná cena: = cena pro základní nárok
Použitelné pro typ nároku na stravu: = 310
Použitelné pro typ výstupu příspěvku = 0 - 3 / 4 – 6
SLM pro příspěvek do/srážku ze mzdy: = slm pro základní nárok
Věta S2 – pro doplňkový nárok
Typ jídla: = 10
Skutečná cena: = cena pro doplňkový nárok
Použitelné pro typ nároku na stravu: = 310
Použitelné pro typ výstupu příspěvku = 0 - 3 / 4 – 6
SLM pro příspěvek do/srážku ze mzdy: = slm pro doplňkový nárok
4.7.24.6.7 Speciální režimy vyhodnocení odchylek
4.7.24.6.7.1 Odchylka na dvě období
Vyhodnocení standardně nepodporuje řešení vykázání odchylek, které byli ve Vyp01, Vstupy vykázané na přelomu měsíce (zásah do dvou období).
Pro tuto situaci je k dispozici kontrolu, která na tuto skutečnost upozorní. Uživatel však musí sám rozhodnout jak odchylku zpracovat – upravit.
-- Kontrola na platnost datumů odchylky pro období
Pokud je začátek a konec odchylky vyplněný, kontrolujeme zda datumy jsou v rámci aktuálního období, pokud se zjistí, že alespoň jeden z nich je mimo, zobrazíme hlášení:
DS315 [U] [ERR] Pro <oscpv>, SLM <kód>, datum <datum od> / <datum do> , část odchylky mimo akt. období !
Pokud DS315 >= ERR řádek přeskočíme
Pokud DS315 < ERR pokračujeme v zpracování
Zpracování odchylky na dva měsíce se stanovením počtu směn.
Pokud odchylka je na dva měsíce a je zadán počet směn, tak spočteme počet pracovních směn (typ dne = 1, 2, 3) od začátku odchylky do konce období a počet z výpočtu (pokud je menší nebo rovný hodnotě směn v odchylce) použijeme pro krácení a zobrazíme hlášení:
DS315a [U] [VARR] Pro <oscpv>, SLM <kód>, datum <datum od> / <datum do> , Směny <s>, započteno pouze <n> pro období !
4.7.24.6.7.2 Přeúčtování odchylek na zakázky (režim 2,6)
Pod pojmem „přeúčtování na zakázky“ rozumíme taký způsob vykazovaní odchylek, kde jeden zápis obsahuje SLM a hodiny/směny s přiřazením na zakázku A následně je vytvořen druhý zápis na stejnou SLM se stejným počtem hodin/směn ale se záporným znaménkem na zakázku B.
Pokud je současně vykázaná odchylka na stejnou SLM s kladnou hodnotou směn a zároveň se stejnou zápornou hodnotou, tak se obě odchylky ignorují (nedojde k jejímu zpracování).
Pokud je nalezená pouze odchylka se zápornou hodnotou, zobrazí se hlášení:
DS301a [U] [FAT] Pro <oscpv>, SLM <slm>, datum <od> / <do>, směny <n>, hod. <hod> - záporná odchylka !
a odchylka se nezpracuje.
4.7.24.6.7.3 Odchylka vícedenní s neúplnou směnou (režim 2,6).
Standardně se doporučuje nepoužívat odchylky s neúplným počtem směn pokud toto není možné, je k dispozici i zpracování vícedenní odchylky s neúplným počtem směn (např. dovolená na 2,5 směny).
Standardně se také to zadaní považuje za chybu, ale je možné toto omezení potlačit, a to úpravou nastavení úrovně hlášení DS301.
Pokud je hlášení DS301 nastavené na FAT (standard), zobrazí se hlášení DS301 a odchylka se nezpracuje.
Pokud není hlášení nastavené na FAT, zobrazí se hlášení DS301, ale odchylka se zpracuje a to tak,
že za neúplnou směnu se považuje poslední den odchylky a zpracuje se jako by na tento den byla zadaná odchylka kratší než směna.
4.7.24.6.8 Stanovení celkového nároku:
xNarok = xDni + xDni_navic
xNarok = xNarok - xKrac_neprit
Pokud xNarok < 0 (krácení je větší, než skutečný nárok) pak
Hlášení DS101 : "Pro období došlo k přečerpání nároků !
xNarok = 0
Pokud xKrac_cep <= xNarok
Ano : krácení za prac. cesty v rozsahu stanoveného nároku, provede se celé krácení
xNarok = xNarok - xKrac_cep
xKrac_neprit = xKrac_neprit + xKrac_cep
xKrac_cep = 0
NE : krácení za prac. cesty vyšší, než stanovený nárok, provede se krácení jen do výše zůstatku nároku
xKrac_neprit = xKrac_neprit + xNarok
xKrac_cep = xKrac_cep - xNarok
xNarok = 0
4.7.24.6.9 Zápis nároku do evidence stravy, Dcs02, Nárok na příspěvek
Na záložce Dcs02, Nárok na příspěvek se při vygenerovaní nároku nastaví jednotlivé položky následovně:
Kód jídla – kód jídla číselníku Dcs04 platný pro poslední den období s nastavením, Typ jídla = 10 Kód doplňkový = 'S1'
Počet jídel = xNarok
Doplňkový počet 1 = xDni + xDni_navic
Doplňkový počet 2 = xKrac_neprit (akceptováno krácení z nepřítomností i prac. cest)
Doplňkový počet 3 = xKrac_cep (neakceptováno dni pro krácení z prac. cest)
4.7.24.7 Vstupy z Cep01
Způsob zpracování CP pro vyhodnocení stravy je obdobný jako pro vyhodnocení stravy v rámci DOCH.
Pro každý CP v Cep01 s platností pro akt. období a ve stavu 30 a vyšším (ne stornované) se provede vyhodnocení podle jednotlivých dnů.
Pokud je na den přiznané stravné, nárok na příspěvek se automatický nepřizná.
Přehled jak byli CP zpracované, je možné kontrolovat na formuláři Dcs02 záložka Přehled přiřazení.
Zařazení CP do zpracování je možné protokolovat pomoci hlášením DS310b a DS310d.
DS310b [U] [0] CP %1 datum %2 stravné %3 hodiny %4 strava nárok %5 dny %6
Dcs02, režim 310. Informační (pomocné) hlášení o zpracování CP v rámci zpětného zpracování.
Standardně je vypnuté a mělo by být aktivované pouze dočasně v procesu řešení reklamace pro tuto oblast.
CP - identifikace CP
datum - datum v rámci CP
stravné - evidované stravné z CP na den
hodiny - hodiny CP na den
strava nárok - původní stav nároku na příspěvek
dny - korekce původního nároku
DS310d [U] [0] CP %1 datum %2 stravné %3 hodiny %4 strava nárok %5 dny %6
Dcs02, režim 310.
Detto. jako DS310b ale pro běžné zpracování CP.
DS310f [U] [0] CP %1 (sub. PV) datum %2 stravné %3 hodiny %4 strava nárok %5 dny %6
Dcs02, režim 310.
Detto. jako DS310b ale pro běžné zpracování CP ze souběžného PV.
4.7.24.7.1 Omezení CP pro zpracování podle stavu CP
Pokud je potřeba omezit zařazení CP do vyhodnocení stravy podle aktuálního stavu CP (např. pro vyhodnocení stravy jsou použitelné pouze CP ve stavu 71), tak stačí naplnit položku konfigurace Adm21/Adm22, Strava: Seznam statusů CP
Např. Seznam statusů CP = 71, tzn. pro vyhodnocení stravy se zapracují ve standardním i zpětném vyhodnocení pouze CP ve stavu 71.
4.7.24.7.2 Použití CP z libovolného PV v rámci všech PV v rámci OSČ.
Pokud je potřeba použít CP z libovolného PV osoby na každý PV osoby pro vyhodnocení stravy, tak stačí naplnit položku konfigurace Adm21/Adm22, Strava: Společný CP pro OSC = Ano
Např. Osoba má 3 PV a na jednom z nich si vykáže CP (dva ostatní jsou bez CP), v tomto případě se CP zpracuje při vyhodnocení každého PV stejně, jako by byl vykázán v každém PV samostatně.
4.7.24.7.3 Neuskutečněná cesta, schválený CP
K dispozici je funkce v rámci vyhodnocení stravy - režim 310, zablokovat zpracování schváleného CP, pokud není vyplněn průběh cesty.
Projdeme všechny CP ze seznamu CP platných pro období / platných pro zpětné zpracování:
Pokud hlášení DS313 > 0
= Ano - zobrazíme hlášení:
DS313 [U] [FAT] CP <cp> Od <od> Do <do> nemá vyplněn průběh cesty, nebude zpracován !
a pokračujeme ve zpracování dalšího CP
= Ne - pokud DS313a > 0 zobrazíme hlášení:
DS313a [U] [VAR] CP <cp> Od <od> Do <do> nemá vyplněn průběh cesty, bude zpracován v rozsahu CP !
a CP se zpracuje jako by byla realizovaná cesta v rozsahu schválených dní
Pokud DS313 není aktivní, CP bez průběhu se zpracuje standardním způsobem (tzn.v rozsahu schválených dní).
Kombinaci nastavení hlášení DS313 a DS313a je možné dosáhnout různý způsob zpracování CP bez průběhu:
a/ započítání CP v rozsahu od/do bez varování (DS313 = 0, DS313a = 0)
b/ započítání CP v rozsahu od/do s varováním (DS313a > 0)
c/ zablokování započítání CP (DS313 > 0)
4.7.24.7.4 Den v CP bez stravného
Pokud při vyhodnocení CP se zjistí situace: na akt. den je vykázáno víc hodin než 5, ale nenalezla se informace a přiznaném stravném.
Standardně se takový den považuje za den s nárokem na příspěvek na stravu (nebo nemá poskytnuté stravné). Pokud však je nastavené hlášení DS310c/DS310e > 0 (standard), tak se tento den považuje za den bez nároku na příspěvek.
DS310c [U] [VAR] CP %1 bez stravného, datum %2 hodiny %3
Dcs02, režim 310. Varovné hlášení o zpracování CP v rámci zpětného zpracování.
Na odkazovaný den v rámci CP není evidované stravné, ale hodiny jsou větší než 5 hodin.
Pokud hlášení DS310c je > 0, tak den je zpracován, a nárok na příspěvek se vyhodnotí stejně jako by bylo evidované stravné.
Reakce: zkontroluj CP
DS310e [U] [VAR] CP %1 bez stravného, datum %2 hodiny %3
Dcs02, režim 310.
Detto. jako DS310c ale pro běžné zpracování CP.
4.7.24.8 Stanovení SLM pro generovaný nárok
Pro vyhodnocení stravy je k dispozici export na dvě SLM podle typu výstupu fin. příspěvek/stravenka v rámci generování nároku na příspěvky.
Rozdělení na dvě SLM se použije pouze, pokud hlášení DS316 > 0 (standardně je vypnuto).
Pokud DS316 = 0 (standardní zpracování)
Generujeme větu podle Dcs04, strava typ = 10 a kód dopl = 'S1'
pokud se nenalezne kód v Dcs04, tak se zobrazí hlášení DS100 - nenalezen kód jídla S1
a funkce se ukončí
Pokud DS316 > 0 plníme SLM a typ stravy
hledáme v Dcs04 větu S1 v rozšířeném módu,
pokud Opv01, Typ použití výstupu vyhodnocení stravy pro poslední den období generování
<= 3 hledáme záznam S3 s naplněním Dcs04,
Opv01,
Typ použití výstupu vyhodnocení stravy <=3
>= 4 hledáme záznam S3 s naplněním Dcs04, Opv01, Typ použití výstupu vyhodnocení >= 4
Pokud se záznam v Dcs04 nenalezl, zobrazí se hlášení:
DS035=Nenalezen záznam v Dcs04 pro Typ %1, Kód dopl. %2, ORG %3, SJ %4
a ukončit funkci
Dcs04 záznam nalezen, do generovaného záznamu doplníme
Kód jídla = podle vyhledaného záznamu v Dcs04
Typ nároku na stravu = Opv01, Typ nároku na stravu
Typ použití výstupu vyhodnocení
= Opv01, Typ použití výstupu vyhodnocení pro poslední den období generování
SLM = SLM z položky „SLM pro příspěvek do/srážku ze mzdy“ z aktuálního záznamu Dcs04
4.7.24.9 Generování podkladů pro MZDY.
Generování se provádí ze záložky Dcs02, Vyhodnocení, Převod do měsíčních vstupů pro PV/všechna PV.
Generování podkladů pro MZDY (Vyp01, Ext. vstupy nebo Dcm14) z Dcs02, je provedeno pro PV nezpracovávané v DOCH (pro PV s nastavením položky „PV je dostupné v docházce“ jiným než 1,2,6) i pro PV zpracovávané v DOCH ( pro PV s nastavením položky „PV je dostupné v docházce“ = 1,2,6).
Funkce je aktivována nastavením parametru:
Adm21, Strava, Strava - podklady mzdy z objednávky = Ano
Postup generování:
Pro každý řádek z formuláře Dcs02, Nárok příspěvku, vygeneruje do Vyp01, Ext. vstupy řádek pro každou vyplněnou a povolenou SLM na Adm21, Strava s obsahem:
Složka mzdy doch = SLM z konfigurace
Typ převodu doch/mzdy = dle konfigurace SLM
Částka, Částka vyp. = Částka
Pro položky srazka_zam_prizn a prisp_org_prizn je možné použít zaokrouhlení celkové částky dle zvolené možnosti na Adm21, Strava
Pracovní směny, Pracovní směny vyp = Směny
Zdroj vytvoření řádku = 9
Stav editace záznamu = 99
Podporovány jsou SLM nastavené v Adm21 pro položky :
srazka_zam_prizn
Částka = Srážka - zaměstnanec
Směny = Počet jídel
prisp_org_prizn
Částka = Dotace zaměstnavatele (imp.)
Směny = Počet jídel
prisp_sf_prizn
Částka = Příspěvek soc. fondu (imp.)
Směny = Počet jídel
prisp_odb_prizn
Částka = Příspěvek odborů (imp.)
Směny = Počet jídel
cena_stravenky
Částka = Skutečná cena (imp.)
Směny = Počet jídel
4.7.25 Režim 311 - Režim 310, Souběžný PV pro započet CP
Podporný režim pro vyhodnocení stravy v režimu 310, režimem 311 jsou označené souběžné PV, ze kterých se má zohlednit pouze evidence CP pro vyhodnocení souběžného PV s režimem 310.
Viz popis: Režim 310/311 - Posuzování CP za osobu .
5 Generování podkladů pro MZDY
5.1 Z Převodu DD/MV (uzavíraní docházky)
5.1.1 Generování příspěvku a „Srážka za stravu“
U zákazníků, kteří používají pouze stravenky s režimem „objednávka stravenek z nároku předešlého měsíce se srážkou v měsíci generování nároku“, je možné použít zjednodušený způsob generování objednávky a srážky za stravenky (bez použití formulářů Dcs).
Princip tohoto způsobu řešení spočívá v tom, že v rámci převodu DD/MV se kromě standardního generování SLM s IA 950 s nárokem počtu příspěvku na měsíc vygeneruje také záznam se SLM s IA 4306 (srážka za stravenky). Záznam obsahuje počet stravenek v položce „směny“ a srážku ze mzdy v položce „částka“. Částka je stanovená jako: směny * sazba z generované SLM.
Převod nároku příspěvků na stravu do podkladů pro mzdy, do záznamu v Dcm01 se SLM s IA 950 :
o Položka „Směny“ obsahuje součet nároků evidovaných na položce “Nárok na stravu“
o Položka „Kalendářní dny“ obsahuje součet nároků evidovaných na položce “Nárok na stravu – doplňkový“.
Při kalkulaci srážky za stravu je aplikován mechanizmus zaokrouhlení částky obdobně jako je použitý při generování záznamu do měsíčních podkladů z formulářů Dcs02/Dcs03, tzn., že vypočtená částka je následně zaokrouhlena podle konfiguračního parametru „Adm21, Strava, Režim zaokrouhlení srážky ze mzdy“ (JPC zaok_dob):
0 - Nezaokrouhlovat
1 - Na celé nahoru
2 - Od poloviny nahoru
3 - Od poloviny dolu
4 - Na celé dolu
Aktivace :
Nastavení režimu výpočtu nároku z DD:
Adm21/ Strava/ Režim výpočtu nároku na stravu = Ano, nastavení ostatních parametrů pro stanovení nároku dle uvážení
V Slm01, pro SLM s IA 950 na záložce „Kódy a další“ v tabulce pro generované SLM vložit řádek se SLM s IA 4306 (srážka ze mzdy za stravenky) s nastavením :
Typ gen.=4;
Gen. SLM = SLM srážka(IA 4306),
Způsob = 1,
Sazba = jednotková srážka za stravenku zaměstnance
pokud je nevyplněná, hledá se v definici generované SLM,
pokud je sazba v definici SLM v Kódy a další pro generovanou SLM = -1, potom je sazba vyhledána v číselníku Dcs04 z položky Srážka – zaměstnanec.
Vyhledání se provede:
pro SJ aktuálně přiřazené zaměstnanci
pro typ jídla 5 – Stravenka
platnost k poslednímu dni referenčního období
při více platných záznamech, se bere první záznam při seřazení podle Kód jídla
Procento – % příspěvku zaměstnavatele z celkové ceny stravenky (povinně vyplnit)
další položky podle uvážení.
Kód částky – nepovinná položka, ale pokud se vyplní tak se ukládá do záznamu Dcm a použije se vždy ve výpočtu mezd, tzn. částka je v rámci výpočtu přepočítaná podle kódu částky a obvyklých pravidel pro druh IA. To má např. pro srážky ze mzdy, taký dopad, že částka není zaokrouhlená na celé koruny nebo ve výpočtu je jiná částka jako v podkladech, pokud byla změněná sazba na SLM v Slm01 nebo parametry SLM pro dotčený IA neodpovídají nastavení výpočtu v DOCH !
5.1.1.1 Strava, Gen. z 950 – nárok celkem/základní/doplňkový
Pokud je v rámci vyhodnocení příspěvku na stravu generován záznam se SLM s IA 950 tak,
že v Směny je celkový nárok a v Kal.dny je doplňkový nárok (z libovolného důvodu), pokud to není vázané na jinou konfiguraci, je možné při nastavení DD173 > 0, generovat tři SLM s různým počtem příspěvku:
Pro SLM 950 na Slm01, Kódy a další pro Docházku musí být nastavené SLM pro paušál:
SLM pro základní nárok - v poli procento nastavit 100 – generuje základní nárok (Směny – Kal. dny)
SLM pro dopl. nárok - v poli procento nastavit 50 – generuje dopl. nárok (Kal. dny)
SLM pro celkový nárok - v poli procento nastavit 0 – generuje celkový nárok (SMěny)
5.1.1.2 Strava, Gen. z 950 - srážka/objednávka
Stanovení postupu pro stanovení celkové ceny příspěvku pro sestavy z vyhodnocení stravy pouze na úrovni DCM - gen. ze Slm01, Kódy a další (např. sestava Dcm15ftsk).
Pro další dotčené sestavy generování objednávky s potřebou nominálu postupujeme tak, že do objednávky nebereme generovaný záznam ze SLM IA 950, ale samotnou SLM 950, na které se v sazbě (v definici SLM) uvede nominál.
Generované záznamy budou určeny pouze pro zařazení do výpočtu mezd.
5.1.2 Generovaní srážky z objednávky DCS
Pro zjednodušení procesů generování podkladů pro zúčtování stravenek (Dcs02/03, Nárok na příspěvek) je k dispozici funkce, která v rámci uzavření docházky zároveň vygeneruje požadované záznamy pro zúčtování objednávky stravenek (objednávka vytvořená v Dcs02/03 v stejném období jako je uzavíraní docházky ).
Funkce je aktivována nastavením parametru :
Adm21, Strava, Strava, podklady mzdy z objednávky = Ano
Postup generování:
Pro každý řádek z formuláře Dcs02/03, Nárok příspěvku, vygeneruje do Dcm01 řádek pro každou vyplněnou a povolenou SLM na Adm21, Strava s obsahem:
Složka mzdy doch = SLM z konfigurace
Typ převodu doch/mzdy = dle konfigurace SLM
Částka, Částka vyp. = Částka
Pro položky srazka_zam_prizn a prisp_org_prizn je možné použít zaokrouhlení celkové částky dle zvolené možnosti na Adm21, Strava
Pracovní směny, Pracovní směny vyp = Směny
Zdroj vytvoření řádku = 20
Stav editace záznamu = 99
Podporovány jsou SLM nastavené v Adm21 pro položky :
srazka_zam_prizn
Částka = Srážka - zaměstnanec
Směny = Počet jídel
prisp_org_prizn
Částka = Dotace zaměstnavatele (imp.)
Směny = Počet jídel
prisp_sf_prizn
Částka = Příspěvek soc. fondu (imp.)
Směny = Počet jídel
prisp_odb_prizn
Částka = Příspěvek odborů (imp.)
Směny = Počet jídel
cena_stravenky
Částka = Skutečná cena( imp.)
Směny = Počet jídel
5.2 Z formulářů Dcs02/Dcs03
Podle konfigurace Adm21 – Strava se z rekapitulace vyhodnocení vygenerují řádky do MV (Dcm01).
Stejným způsobem jako je řešen import do Vyp01, resp. jako je řešeno uzavření docházky ve stavu „Spočteno“ je upraven zápis záznamů z Dcs do Dcm (změna podkladů pro mzdy při uzavřené docházce) - při převodu stravy z Dcs do MV se zruší status výpočtu ve Vyp01,
Při generování záznamů z Dcs do Dcm, pokud není uzavřené
období pro mzdy a je na Vyp01 Stav výpočtu 3,4, tak status výpočtu se nastaví na
0.
5.2.1 Konfigurace převodu do MV
Adm01 , záložka "Strava" obsahuje definici sloupců v evidenci stravy (řádku rekapitulace), z kterých je možné vygenerovat řádek do MV, konfigurace taktéž obsahuje SLM pro uložení do MV.
Generování je možné pro následující položky :
srazka_zam_prizn
prisp_org_prizn
prisp_sf_prizn
prisp_odb_prizn
cena_jidlo
cena_stravenky
cast_zakl
dph_castka
prisp_sf_jidla
prísp_sf_stravenky
prísp_org_jidla
prísp_org_stravenky
5.2.2 Generování řádků do MV
Generování se neprovede, pokud je uzavřeno období pro docházku.
Pokud není MZ uzavřeno pro aktuálního uživatele u některého z dostupných zaměstnanců, zobrazí se dialog : „Evidence docházky není uzavřena u některých zaměstnanců, pokračovat ?“
Je na rozhodnutí uživatele zda se generování provede nebo se funkce ukončí.
Před spuštěním generování se vymažou všechny řádky z MV vytvořené předcházejícím generováním.
Pozor: nesmažou se záznamy generované funkci Dcs02, Nárok příspěvku, Uložení do DCM
Funkce Dcs02, Vyhodnocení, Převod do MV kontroluje aktuální stav výpočtu mezd na Vyp01. Pokud je výpočet pro aktuální PV ve stavu „spočteno“, tak se automaticky nastaví na „nespočteno“.
5.2.2.1 Převod do MV - pouze pro výstupy a vyřazení do MES
Režim převodu záznamů z vyhodnocení stravy do Dcm ve vztahu k parametru „Přenos do MV pouze pro výstup a MES“.
K dispozici jsou dvě varianty:
a) Standard – generují se pouze záznamy pro příspěvek zaměstnance při výstupu/vyřazení
b) Rozšířený – generují se záznamy pro příspěvek zaměstnance při výstupu/vyřazení i další záznamy k rozúčtovaní pro každé PV (DS114c > 0)
Standardně se generování provede pouze pro PV ve výstupu, resp. vyřazení do MES.
Pokud je potřeba generovat vlastní příspěvek pouze pro PV ve výstupu/vyřazení, ale současně generovat rozúčtování příspěvku na všechna PV, použijeme aktivaci hlášení DS114c (nastavit na > 0).
Do převodu do MV přidané blokování pomocí hlášení DS114c:
DS114c [U] [O] Generovaní rozúčtovaní bez příspěvku
V tomto režimu se generuje příspěvek pouze pro PV ve výstupu/vyřazení.
A pro každé PV se dále vygeneruje rozúčtování podle aktuální konfigurace.
Pozor, v tomto režimu nelze generovat do rozúčtovaní z položek:
podle pd_slm_srazka_zam_prizn a pd_slm_cena_stravenky
Pokud je režim vyhodnocení stravy 11 a
„Přenos do MV pouze pro výstup a MES“ = NE
přenášejí se všechny konfigurované údaje z vyhodnocení do podkladů pro mzdy (MV, DCM)
„Přenos do MV pouze pro výstup a MES“ = Ano
Pokud je PV v aktuálním období ve výstupu nebo je vyřazen do MES:
Ano:
Zobrazí se hlášení: DS114 [U] [VAR] PV ve výstupu nebo vyřazení do MES pro obd <obd x >, generovaná odchylka
přenášejí se všechny konfigurované údaje z vyhodnocení do podkladů pro mzdy (MV, DCM)
Ne: (PV v aktuálním období není ve výstupu ani v MES)
Pro PV, které je ve dvou následujících měsících ve výstupu nebo ve vyřazení do MES a pokud je režim stravy 11 a volba „Přenos do MV pouze pro výstup a
MES“ = Ano a pokud PV v aktuálním období není PV ve výstupu ani vyřazeno do MES:
Ano: Zjistíme, zda PV není ve výstupu následující nebo další měsíc (tzn. akt.obd+1 a akt.obd+2)
Ano: zobrazí se hlášení
DS114 [U] [VAR] PV ve výstupu nebo vyřazení do MES pro obd <obd x >, generovaná odchylka.
Pokud DS114a = 0 :
Ano: pokračujeme v generování záznamu do MV
Ne: zobrazíme DS114a [U] [0] PV ve výstupu nebo vyřazení do MES pro obd %1, odchylka se negeneruje.
Ne: ukončíme funkci pro PV (negenerujeme záznam do MV) a jdeme zpracovat další PV
5.2.2.2 Převod do MV pro "zálohové" stravenky“ - režim 172/173
Záznam z Dcs02, Vstupy stravenky, Dopl. kód = S1 pro FP se negeneruje do MV
do výstupu (Dcm01) dává počet
"celkem" pro poskytnuté zálohy na stravenky (S1)
do výstupu (Dcm01) nedávat zálohy pro poskytnuté zálohy na fin. příspěvky (S1)
do výstupu (Dcm01) dávat saldo nevyrovnaných příspěvků (S3)
Pro kopírovaný záznam korekce finančního příspěvku z aktuálního období vyhodnocení se v rámci převodu do MV postupuje stejně jako pro záznamy zálohy, tzn. nepřenáší se do Dcm01.
5.2.2.3 Proces kopírování
Pro každý řádek s rekapitulací vyhodnocení stravy a pro každý sloupec různý od nuly s přiřazenou SLM v konfiguraci, se vygeneruje řádek do MV s obsahem :
Složka mzdy doch = SLM z konfigurace
Typ převodu doch/mzdy = dle konfigurace SLM v Slm01
Částka, Částka vyp. = Částka
Pracovní směny, Pracovní směny vyp = Směny
Zdroj vytvoření řádku = 22
Stav editace záznamu = 99
*davka_imp = aktuální lokalita stravy
Do protokolu jsme doplnili zprávu DS112a o vygenerování záznamu do Dcm01
pro
srazka_zam_prizn
Částka = srazka_zam_prizn
Směny = počet + počet1 + počet2 + počet3
prisp_org_prizn
Částka = prisp_org_prizn
Směny = počet_prizn + pocet1_prizn + pocet2_prizn + pocet3_prizn
zaokrouhlení výstupné částky podle: Adm21/Adm22 Režim zaokrouhlení příspěvku organizace
prisp_org_jidla
Částka = součet prisp_org_prizn pro Typ jídla <> 5, 10
Směny = pocet_prizn
prisp_org_stravenky
Částka = součet prisp_org_prizn pro Typ jídla = 5
Směny = pocet1_prizn + pocet2_prizn + pocet3_prizn
prisp_sf_prizn
Částka = prisp_sf_prizn
Směny = pocet_prizn + pocet1_prizn + pocet2_prizn + pocet3_prizn
prisp_sf_jidla
Částka = (prisp_sf_prizn / (pocet_prizn + pocet1_prizn + pocet2_prizn + pocet3_prizn)) * pocet_prizn
Směny = pocet_prizn
prisp_sf_stravenky
Částka = (prisp_sf_prizn / (pocet_prizn + pocet1_prizn + pocet2_prizn + pocet3_prizn)) * (pocet1_prizn + pocet2_prizn + pocet3_prizn)
Směny = pocet1_prizn + pocet2_prizn + pocet3_prizn
prisp_odb_prizn
Částka = prisp_odb_prizn
Směny = pocet_prizn + pocet1_prizn + pocet2_prizn + pocet3_prizn
cena_jidlo
Částka = cena_jidlo
Směny = pocet
cena_stravenky
Částka = cena_stravenky
Směny = pocet1_prizn + pocet2_prizn + pocet3_prizn
zaokrouhlení výstupné částky podle: Adm21/22 Strava, Režim zaokrouhlení Cena stravenky.
Možnosti zaokrouhlení jsou stejné jako u parametru Režim zaokrouhlení srážky ze mzdy (viz popis v Doch_dopl_uzdoc).
Pokud položka není vyplněná, tak se zaokrouhlení provede podle nastavení Režim zaokrouhlení srážky ze mzdy
Poznámka: zaokrouhlení této položky, pokud je použité pro SLM s IA 2405, je podle názoru ELA zbytečné a ne celkem v souladu s výkladem legislativního rámce. Přípustné je jedině v případě, kdy se výplata příspěvku provádí přímo v hotovosti.
dph_cast_zakl
Částka = dph_cast_zakl
dph_castka
Částka = dph_castka
Strava - SLM generovaná pro [prisp_org_stravenky_ned]:
Generovaní do měsíční evidence záznam s hodnotou nepřiznané dotace na vykázané stravenky.
Strava - SLM generovaná pro [prisp_org_jidla_ned]:
Generovaní do měsíční evidence záznam s hodnotou nepřiznané dotace na vykázané jídla.
6 Vzorové postupy
6.1 Režim 14 - Nárok poč. směn, zálohový režim, nový nástup bez nároku
Proces vyhodnocení stravy s generování srážek + objednávka na následující období
1) Např.: Dne 3.8.2012 Dcs03 kontrola období přepis 2012-07
2) Dcs03, záložka Vstup stravenky. Vybrat v poli Jídlo hodnotu 201 Strava 90,-. Stisknout tlačítko Kopíruj nárok za všechna PV (doplní se hodnoty do polí níže)
3) Dcs03, záložka Vyhodnocení. Stisknout tlačítko Vyhodnocení. Vyhodnotit protokol
4) Dcs03, záložka Vyhodnocení. Stisknout tlačítko Převod do měsíčních vstupů (hlášení, že není uzavřena docházka u všech zam.) Ano. Kontrola protokolu.
5) Dcm01, kontrola období 2012-07, Záložka Vstupy – detail. Namátkově provést kontrolu SLM 43080 – Srážka - stravenky
6) Dcs03, změna období na 2012-08
7) Dcs03, záložka Nároky příspěvků. Vybrat v poli Jídlo hodnotu 200. + Jídlo: 200, stisknout tlačítko Gen. Nároku za všechna PV. Provést kontrolu protokolu – hlášení o přečerpání nároků
8) Dcs10, vyplnit období 2012-08, název výstupního souboru (např.: obj. SODEXO 08/2012), zvolit formát CSV, stisknout tlačítko Export
9) Vyexportovaný soubor upravit (odmazání nulových řádků) a postupovat dle instrukcí dodavatele
Zpětný proces zrušení vyhodnocení:
1) Např.: Dne 3.8.2012 Dcs03 období 2012-08, záložka Nároky příspěvků, tlačítko Smazání nároku za všechna PV, potvrdit Ano
2) Dcs03 přepis období na 2012-07
3) Dcs03, záložka Vyhodnocení, tlačítko Vymazání převodu z MV (smaže vstupy na Dcm01)
4) Dcs03, záložka Vyhodnocení, tlačítko Smazat vyhodnocení, potvrdit Ano
5) Dcs03, záložka Vstup stravenky, tlačítko Smazat vstupy za všechna PV, potvrdit Ano
6.2 Režim 111 – Nárok Dcs02 z období pouze z kalendáře, vyhodnocení násl. měsíc.
6.2.1 Generování objednávky
Přihlášení oprávněného uživatele do období generování objednávky (období, ve kterém se mají stravenky předat zaměstnancům).
Proces není vázán na stav zpracování docházky.
Vyžaduje aktualizaci PV pro období generování (nástupy/výstupy, vynětí/zařazení ES, zařazení na struktury)
Postup:
- Dcs02, Nárok příspěvku,
o Nastavit parametr Typ nároku na – Stravenky nárok (dopl. kód = S1, typ jídla = 10)
o Použít [Gen. nároku za všechna PV] (pro každé oprávněné PV se ve formuláři vytvoří jeden řádek s nárokem stravenek na období. Nárok je stanoven podle počtu prac. dní v kalendáři s krácením při neplatném PV v období (nástup, výstup) nebo při vynětí z ES)
o Vyhodnotit protokol z generování, dle potřeby provést úpravy a zopakovat generování
· Spustit export Str32fpobask
· Spustit export Dcs11fpobask
· Náhodně zkontrolovat správnost a úplnost sestav
· Dle interních směrnic zpracovat exportní soubory (nakopírovat do šablon , uložit na určené místo, zaslat dodavateli).
6.2.2 Vyhodnocení odběru stravenek
Přihlášení oprávněného uživatele do období vyhodnocení odebraných stravenek (období uzavírání docházky).
Na Dcs02, Nárok příspěvku – je objednávka (vygenerovaná v předešlém kroku na začátku měsíce)
Docházka je uzavřena a v Dcm01 je vygenerován nárok pro PV a období.
Postup:
- Dcs03, Vstup stravenky
o Nastavit parametr Jídlo na – Stravenky (dopl. kód = S1, typ jídla = 5)
o Použít [Kopíruj nárok za všechna PV] (z každého řádku na záložce Nárok příspěvku se udělá kopie na záložku Vstup stravenky a nastaví se Kód jídla podle parametru)
o Dle potřeby provést korekce původní objednávky (Dcs02, Vstup stravenky)
- Dcs03, Vyhodnocení,
o Použít [Vyhodnocení] (vyhodnotí se počet odebraných stravenek se skutečným nárokem podle evidence docházky. V případě, že bylo zjištěno přečerpání stravenek, tak se příslušný záznam ve Vstupy stravenky, rozdělí na dva, přičemž jeden obsahuje nárokové stravenky a druhý přečerpané stravenky )
o Vyhodnotit protokol z generování, dle potřeby provést úpravy a zopakovat generování
- Dcs03, Vyhodnocení,
o Použít [převod do měsíčních vstupů] (na základě vyhodnocení stravy se do Dcm01, Vstupy souhrn vygeneruje jeden nebo dva řádky se SLM 43063, 43064 )
·
Spustit sestavy
Dcs10fpobask - Objednávka stravných lístků
Str32pobask - Distribuční adresy
· Náhodně zkontrolovat správnost a úplnost sestav
7 Specifické úpravy pro Allianz SK
7.1 Uživatelské řešení
7.1.1 Režim vyhodnocení příspěvku na stravu
Podmínky pro přiznání příspěvku na stravu :
1) pro účely stravování se za pracovní směnu považuje výkon práce delší než čtyři hodiny
2) nárok na poskytnutí stravy má zaměstnanec po dobu pracovní cesty trvající méně než 5 hodin
3) nárok na poskytnutí stravy má zaměstnanec po dobu pracovní neschopnosti nejvíc po dobu 10 dní
4) nárok na poskytnutí stravy má zaměstnanec po dobu ošetřování nemocného člena rodiny nejvíc po dobu 10 dní.
7.1.2 Stanovení nároku na začátku měsíce
Pro zaměstnance, který je v období generování nároku v mimoevidenčním stavu celý měsíc, se negeneruje řádný nárok (nevytvoří se nový záznam).
Je možné případný mimořádný nárok doplnit manuálně uživatelem (při opakovaném generování ručně zadaný nárok zůstává zachován).
Pro zaměstnance, který je v období generování nároku vyřazen z mimoevidenčního stavu, se generuje nárok (vytvoří se nový záznam). Nárok je stanoven dle zvoleného režimu vyhodnocení stravy.
Pro režim 11 :
V měsíci ukončení ES :
Nárok = Počet prac. dní měsíce bez dnů svátku
V následujícím měsíci :
Nárok = Počet prac. dní měsíce - dny vyřazení v ES – dny nepřítomnosti
7.1.3 Stanovení nároku v rámci vyhodnocení (konec měsíce)
Je možné případný mimořádný nárok (korekce spočteného nároku) doplnit manuálně uživatelem (při opakovaném generování ručně zadaný nárok zůstává zachován).
Při vyhodnocení zaměstnance, který je v období vyhodnocení vyřazen z mimoevidenčního stavu, se „aktuální nárok“ vyhodnotí tak, aby odpovídal obdobné položce na záložce „Nároky“.
Vyhodnocení je standardní (jako pro běžného zaměstnance), bez ohledu na možné nepřítomnosti v aktuálním období.
Při vyhodnocení zaměstnance, který je v období vyhodnocení zařazen do mimoevidenčního stavu, se „aktuální nárok“ pro vyhodnocení krátí podle aktuálního období.
Při vyhodnocení zaměstnance, který je zařazen do mimoevidenčního stavu první den následujícího měsíce, se vyhodnocení provede jako by vynětí bylo v aktuálním měsíci, tj. dojde ke korekci běžného nároku o dny, na které nevznikl nárok v aktuálním měsíci.
Pro zaměstnance, který je v období vyhodnocení v mimoevidenčním stavu celý měsíc, se negeneruje řádný nárok (nevytvoří se nový „prázdný“ záznam), pokud v aktuálním období nebyl zadán odběr jídel nebo odběr stravenek.
7.1.3.1 Korekce nároku pro vyhodnocení
Pro řešení nestandardních situací při vyhodnocení nároku pro vyhodnocení, resp. pro řešení oprav z předchozích období je k dispozici následující postup :
1) Vytvořit v číselníku Dcs04 položku typu „nárok“ s bližším upřesněním v kódu i názvu „korekce“
2) Dle potřeby na záložce „Nárok příspěvku“, vložit nový záznam s „nárok korekce“ pro příslušné PV a položku „Počet“ naplnit požadovanou hodnotou.
3) V rámci vyhodnocení se takto zadaný počet přičte do běžného nároku.
7.1.3.2 Zvýšený nárok v měsíci (směna se dvěma nároky)
Vyhodnocení akceptuje zvýšený nárok příspěvku podle evidence v Dcm01 (řádek se SLM s IA 950). V rámci vyhodnocení se zjišťuje zvýšený nárok příspěvku za aktuální období uložený v Dcm01 na řádku SLM s IA 950 z Převodu DD/MV z položky „Kalendářní dny“. Tato hodnota se přičte k nároku za běžný měsíc z „nároku na příspěvek“.
7.1.4 Import odebraných jídel a stravovacích lístků
Zdrojem pro vyhodnocení odebraných jídel je textový soubor ve formátu CSV bez povinného názvu v struktuře : kód období , os. číslo, počet odebraných jídel, typ jídla (default 101)
Vzor zdrojového souboru :
kod_obd;OSC;pocet;kod_jidla
2010-05;60342;11;101
2010-05;60826;15;101
Odebrané stravenky je možné nahrát přímo do systému prostřednictvím formuláře Dcs01 nebo importem.
Zdrojem pro vyhodnocení odebraných stravenek může být textový soubor ve formátu XLS nebo CSV bez povinného názvu v struktuře : kód období , os. číslo, počet odebraných jídel, typ jídla
Typ jídla se zvolí podle ceníku stravenek Dcs04.
8 Specifické úpravy pro ČD CARGO
8.1 CDC – Strava (Dcs02)
Vytvořen nový typ vyhodnocení stravy:
13 Nárok Dcm01, Zálohově stravenky s přenosem salda.
Generování nároků:
Kupóny jsou zaměstnancům vydávány zálohovým způsobem, vždy na jeden měsíc dopředu, přičemž se rozdíly (dovolená, cestovní příkazy, nemoci atd.) vyrovnávají v měsíci následujícím. Nárok v dalším měsíci bude krácen dle počtu skutečně neodpracovaných směn za uplynulý měsíc. Zaměstnanec tyto kupóny nevrací, je mu snížen nárok na následující měsíc.
Stanovení nároku na začátku měsíce:
Nárok na běžný měsíc = Počet plánovaných pracovních směn měsíce
+ Přenos z předešlého měsíce
Vyhodnocení odběru:
Zaměstnanci je provedena srážka ze mzdy pouze za nárokově spotřebované (odebrané).
DÚ eviduje zálohově vydané stravenky a nárokově spotřebované. Srážka ze mzdy se zaměstnanci provede pouze za nárokově spotřebované.
K poslednímu dni v roce dojde k vyrovnání mezi zaměstnanci a zaměstnavatelem - všechny stravenky se vyrovnají „na nulu“. K tomuto vyrovnání dochází i v případě, že zaměstnanec přechází na jinou správní jednotku.
Vyúčtování v běžném měsíci:
Srážka = Vydáno * Srážka zaměstnance
Nárok akt. = Nárok na běžný měsíc podle Dcm01
Saldo akt. = Nárok akt. - Vydáno v akt. měsíci
Saldo = Saldo z předchozího měsíce + Saldo akt.
Vyúčtování při definované události:
Pokud Saldo < 0 (Přečerpané stravenky)
Srážka = Saldo * (Cena celkem - Srážka zaměstnanec)
Pokud Saldo > 0 (Nedočerpané stravenky)
Dojde k nastavení salda na 0.
Vyrovnání se provádí při:
· Ukončení PV
· Vyřazení do mimoevidenčního stavu
· Vyúčtování za prosinec
· Přechod na jinou správní jednotku
9 Specifické úpravy pre ČVUT
Tento dokument standardně neobsahuje popis uživatelských sestáv, té jsou popsané pouze v interní dokumentaci Elanor a je jej možné získat na požádání. Seznam evidovaných uživatelských sestáv pro zákazníka:
|
|
|
Uživatelské objekty ČVUT |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
9.1 Dcs20cvut – Vstupy z Menzy, jídla (TC 1023806)
Uživatelský formulář slouží na zobrazení přehledu a případnou aktualizaci údajů o odebrané stravě, které byly importované z jednotlivých stravovacích míst (menz).
Podrobnější popis viz v dokumentu Doch_dopl_uzdoc, kapitola ČVUT - strava z prac. tabulky.
10 Specifické úpravy pro DTSE SK
10.1 Vyhodnocení stravy
10.1.1 Strava, režim 11 (TC 1063673)
Pro režim vyhodnocení stravy 10/11 byly realizované úpravy vyhodnocení stravy DTSE
Jedná se o:
Řešení pro generování a vyhodnocení nároku příspěvku na stravu pro nové nástupy/ukončení vyřazení z MES.
Pouze pro zákazníka DTSE, pro zaměstnance v měsíci nástupu, resp. v měsíci opětovného zařazení z mimo evidenčního stavu se provede:
a) v měsíci nástupu/zařazení - nárok se negeneruje pokud je datum nástupu větší než prvního, negeneruje se srážka ze mzdy ani další položky vyhodnocení
b) v následujícím měsíci po nástupu/zařazení, pro PV s nástupem později než prvního - běžně spočtený nárok se navýší o nárok z měsíce nástupu/zařazení. Pro vyhodnocení se také použije upravený běžný nárok.
c)
10.1.2 Strava - mimořádné změny (TC 1069214)
viz popis kapitoly Režim stravy 11 - mimořádné změny
10.1.3 Strava, režim 11 - Vyhodnocení pro období změny platnosti PV nebo MES (TC 1081926)
Upozornění:
Pro korektnost správného vyhodnocení každá změna v poskytnutí zálohových příspěvků (pro karty i fin. příspěvek) realizovaná mimo EGJE, musí být zavedená do EGJE před vyhodnocením za příslušné období.
Každá změna v platnosti PV a evidenci MES musí být zavedená v dostatečném předstihu tak, aby byla správně vyhodnocená. Každá dodatečná změna v platnosti PV/MES musí být dořešená pro každé dotčené období !
V rámci funkce Dcs02, Nárok na příspěvek, Generování pro PV do čtené věty pro krácení nároku, nastavíme stav = 6, co je signalizace, že krácení bylo realizované.
a pak ve čtení záloh Dcs02, Vstupy, Kopie kromě načtení standardní zálohy, do záloh načteme i nerealizované krácení z předešlého období při ukončení PV nebo vyřazení do MES.
Načtená záloha z předešlého období (S3, při ukončení PV) do akt. období, je označená Status = 7 - Použité krácení pro výstup z před. období.
Pro období nového nástupu PV, ukončení PV a změny evidenčního stavu jsme upravili:
konfigurace podmínky pro omezení generování příspěvku na první měsíc
funkce Dcs02, Nárok na příspěvek, Generování pro PV.
Pokud je povoleno zadržení příspěvku v prvním měsíci: DS115 > 0 a pokud pro PV je datum nástupu z aktuálního období a není to prvního nebo pokud pro PV je ukončen mimoevidenční stav v průběhu akt. měsíce (ale ne 1.)
Ano: zobraz hlášení DS115 [U] [INF] Nový nástup/Zařazení z MES, zadržené <n> příspěvků.
Pokud je u PV datum nástupu z předešlého období a není to prvního nebo pokud pro PV je ukončen mimoevidenční stav v průběhu předešlého měsíce (ale ne 1.)
Ano: zobraz hlášení DS115a [U] [INF] Nový nástup/Zařazení z MES v předešlém období, přenos <n> příspěvků.
Pro nový nástup
funkce Dcs02, Nárok na příspěvek, Generování pro PV.
v měsíci generování zálohy na příspěvek, pokud nástup nebyl realizovaný v dostatečném předstihu pro generování příspěvku pro období nástupu, musí provést poskytnutí příspěvku zaměstnancovi zaměstnavatel náhradním způsobem a toto poskytnutí musí zavést do formuláře Dcs02, Nárok příspěvků dohodnutým způsobem
Použít tlačítko NOVY a pak nastavit položky:
Datum odběru - datum korekce
Kód jídla: - 101 pro str. kartu; 101F pro fin. příspěvek
Počet jídel - počet příspěvku korekce
Poznámka - důvod korekce
Složka mzdy - SLM zálohy
funkce Dcs02, Vstupy stravenky, Kopíruj.
v měsíci nástupu při vyhodnocení zálohy na příspěvek zkontrolujeme, zda má zaměstnanec evidovanou zálohu na Dcs02, Nárok příspěvku podle platného typu příspěvku. Pokud záloha nebude evidovaná, zobrazíme hlášení a odpovědný zaměstnanec musí provést šetření a odstranit problém.
Je možné nastavit automatické doplnění zálohy pomoci hlášení DS116a, pokud není nalezená ve standardním zdroji, ale i tak je nutné provést dohledání a kontrolu.
Kontrola v rámci funkce Kopíruj:
Pokud je PV v období kopírování v nástupu nebo zařazen z MES a načtená záloha nebyla nalezena (v místě odkud se kopíruje),
zobrazíme hlášení: DS116 [U] [VAR] Pro PV s nástupem/zařazením z MES nebyla nalezená záloha
Pokud DS116a > 0 - Možnost aut. doplnění zálohy
spočteme nárok jako ve funkci Dcs02, Nárok na příspěvek, Generuj za PV pro akt. období
založíme větu jako z kopírování a počet nastavíme na spočtený nárok
zobrazíme hlášení: DS116a [U] [0] Pro PV s nástupem/zařazením z MES byla doplněná záloha na <n> příspěvků
Pro ukončení PV
v měsíci generování zálohy na příspěvek, kromě skutečného data ukončení kontrolujeme i předpokládaný datum ukončení a zálohu nevygenerujeme ani v případě, pokud pro daný měsíc je platný předpokládaný datum ukončení. Zobrazíme hlášení a odpovědný zaměstnanec by měl provést šetření a dle zjištěné skutečnosti provést vhodné činnosti (akceptovat, dohodnout úpravu před. data ukončení, ….). Pokud se dodatečně zjistí, že blokace byla neoprávněná - musí provést korekci evidovaných záloh na Dcs02, Nárok příspěvku ve všech dotčených obdobích.
Funkce je vázaná na aktivní hlášení DS117.
Pokud z důvodu ukončení PV nelze realizovat vypořádání přečerpaných nároků v období, které není obdobím ukončení PV:
a/ v aktuálním období (období bezprostřední před obdobím ukončení PV) se nebude generovat srážka do podkladů pro mzdy a tento dluh je evidovaný v Dcs02, Vstupy stravenky
b/ v období ukončení PV, se v rámci funkce Kopíruj zálohy, načte i případný dluh z předešlého měsíce
c/ celkový dluh (z aktuálního období i z předešlého období) se pak vygeneruje do podkladů pro mzdy obvyklým způsobem.
funkce Dcs02, Nárok na příspěvek, Generování pro PV.
Pokud DS117 > 0
Pokud je na Opv01, Předpokládaný datum ukončení vyplněn a je v aktuálním období a Datum ukončení není v aktuálním období, pro generování použijeme Předpokládaný datum ukončení PV
funkce Dcs02, Vstupy stravenky, Kopíruj
funkce Dcs02, Vyhodnocení.
v měsíci ukončení při vyhodnocení zálohy na příspěvek, zobrazíme vhodné hlášení a odpovědný zaměstnanec by měl provést šetření a pokud by bylo nutné, vhodně reagovat.
Pokud DS117b > 0 a PV je ukončené v období, nebo vyřazené do MES,
zobraz hlášení DS117b [U] [INF] PV s ukončením PV/ vyřazením do MES, nevyrovnané <n> příspěvků, zkontroluj !
Pro vyřazení z ES do MES
Zpracujeme jako výstup.
Pro období vyřazení, zkontrolovat zda nebyla poskytnutá záloha na aktuální a následující měsíc
Pro zařazení do ES (po návratu z MES)
v měsíci generování zálohy na příspěvek, kromě skutečného data ukončení kontrolujeme i předpokládaný datum ukončení (aktivní hlášení DS117a) a zálohu nevygenerujeme ani v případě, pokud pro daný měsíc je platný předpokládaný datum ukončení. Zobrazíme vhodné hlášení a odpovědný zaměstnanec by měl provést šetření a dle zjištěné skutečnosti provést vhodné činnosti (akceptovat, dohodnout úpravu před. data ukončení, ….).viz řešení pro ukončení PV
funkce Dcs02, Nárok na příspěvek, Generování pro PV.
Pokud DS117a > 0
Pokud je na Opv01, Vynětí, Předpokládaný datum ukončení vyplněn a je v aktuálním období a Datum vyřazení není v aktuálním období, pro generování použijeme Předpokládaný datum vyřazení
funkce Dcs02, Dcs02, Vyhodnocení.
v měsíci ukončení při vyhodnocení zálohy na příspěvek zpracujeme jako nový nástup
11 Specifické úpravy pro Metrostav
11.1.1 Příspěvek na stravu za přesčas o víkendu - DOCH
TC 1108917, e202401a
Pro vyhodnocení stravy v režimu 17, realizovaná úprava, která rozčlení počet nároků na příspěvek na stravu na stravu z běžné odpracované doby a přesčasu ve volném dni.
Podrobněji víz popis „Příspěvek na stravu za přesčas o víkendu“
12 Specifické úpravy pro 365 banka (Poštová banka) SK
Viz popis Vyhodnocení odběru stravy a stravenek a Vzorové postupy pro režim 111
ale také podrobní popis úprav v dokumentu Doch_dopl_uzdoc_sk.
13 Specifické úpravy pro PPF
Tento dokument standardně neobsahuje popis uživatelských sestáv, té jsou popsané pouze v interní dokumentaci Elanor a je jej možné získat na požádání. Seznam evidovaných uživatelských sestáv pro zákazníka:
|
|
|
Uživatelské objekty ŘLP |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
13.1 Proces vyhodnocení stravy 360/361 (2021-09)
TC 1064838
V současném období ve společnostech PPF, které nemají implementovanou docházku EGJE, je možné použít režim vyhodnocení stravy 300.
V PPF se poskytuje příspěvek na stravu dvěma formami:
a/ poskytnutím stravenek
b/ poskytnutím stravenkového paušálu
c/ zaměstnanec nemá nárok na příspěvek na stravu
Poskytnutí příspěvku podle a/ a b/ se vyhodnocuje i poskytuje zpětně za předešlé období v rámci běžného zúčtovaní mzdy za toto období.
PPF má možnost používat tří režimy:
o Typ 360 = objednávka virtuálních stravenek pro interní karty zaměstnanců
o Typ 361 = stejně jako 360, ale generuje místo srážky stravenkový paušál
o Typ = 0 - pro PV bez nároku na příspěvek na stravu
Pro časové plánování/zadávání změny vyhodnocení stravy (standardně nastavené na Opv01) je v PPF k dispozici zadání časového sledování položky Opv01, Režim, Typ nároku na stravu prostřednictvím vyplnění časové platnosti na záložce Dcs02, Typ nároku.
Podrobný popis viz. v dokumentu Doch_strava_uzdoc, kapitola Časové sledování změn pro Opv01, Režim, Typ nároku na stravu.
13.1.1 Režim 360 - stravenky
Režim 360 vychází z režimu vyhodnocení 300, zachovává všechny výpočtové vlastnosti režimu 300 a navíc obsahuje:
a) doplnění vazby na konkrétní typ kódu jídla v Dcs04 – Stravenka a generováním záznamu do podkladů pro mzdy se SLM typu srážka za stravenky (IA 4306)
b) automatická změna režimu 360 na 361 při ukončení PV nebo vyřazení z evidenčního stavu
Nastavení režimu vyhodnocení stravy, platnost PV a nastavení ev. stavu se vyhodnocuje při spuštění funkce Dcs02, Vyhodnocení (včetně generování změny typu ze 360 na 361 při ukončení PV či vstupu do MES).
Jak je uvedené v uživatelské dokumentaci, všechny číselníkové a personální a případné mzdové parametry používané pro vyhodnocení stravy pro PV musí být aktuální před spuštěním vyhodnocení stravy.
Zároveň musí být nahrané všechny relevantní odchylky v rámci schvalování i vstupů pro mzdy.
Pokud dojde k úpravě těchto údajů po vyhodnocení stravy, musí se opětovně provést vyhodnocení a zopakovat celý proces.
Na formuláři Dcs04 použijeme odpovídající položku, která obsahuje informaci pro který režim je tento řádek použitý (nastavení Dcs04 viz dále).
Při ukončení PV nebo při nástupu do mimoevidenčního stavu – poslední měsíc, se provede změna typu režimu na 361.
Tento režim je využit pro zaměstnance, kteří budou dostávat stravenky, tj. typ 360.
13.1.2 Režim 361 – stravenkový paušál
Režim 361 je v podstatě stejný jako režim 360, rozdíl je ve výstupní SLM a navíc obsahuje:
a) doplnění vazby na konkrétní typ kódu jídla v Dcs04 – Stravenka a generováním záznamu do podkladů pro mzdy se SLM typu stravenkový (IA 2405)
Výška stravenkového paušálu je nastavená na samostatném řádku v Dcs04 (dotace zaměstnavatele), který bude použit pro režim 361.
Jako SLM pro generování záznamu do podkladů pro mzdy bude použitá SLM nastavená na Dcs04, nebo pokud tu nebude vyplněná, použije se SLM podle aktuální konfigurace stravy na Adm21/Adm22.
Celková výška paušálu za PV a období se pak zarovnává podle stávající metodiky pro generované záznamy z formuláře Dcs02 do Dcm01.
Tento nový režim bude určen zaměstnancům, kteří budou dostávat stravenkový paušál.
13.1.3 Dcs04 - nastavení číselníkových položek
Zákazník v Dcs04, pro řádek určený pro stravenkový paušál, nastaví cenu stravenky a při uložení se spočte výška paušálu podle aktuální hodnoty nastavení položky Procento příspěvku zaměstnavatele (při nenastavení podle legislativy), zaokrouhlí výsledek na dvě desetiny a zkontroluje max. výši podle legislativy (max. limit uložen na Adm22, Strava).
Výsledek se uloží do položky Dotace zaměstnavatele, položka Srážka zaměstnance zůstane nevyplněná.
13.1.4 Doporučený postup pro vyhodnocení stravy v podmínkách PPF:
a) V průběhu
měsíce odpovědný uživatel na formuláři Dcs02, Typ nároků zadáva časové řezy pro
změny typu vyhodnocení stravy pro jednotlivé PV.
Pak se při každém vyhodnocení stravy kontroluje platnost typu vyhodnocení
stravy na Opv01 a podle potřeby se aktualizuje podle Dcs02, Typ nároku.
b) Podle potřeby aktualizovat personální a mzdovou evidenci na PV
c) Podle potřeby aktualizovat Dcs04 a Adm21/Adm22, Strava
d) Uzavřít zadání všech schvalovaných odchylek
e) Uzavřít zadávání všech vstupů relevantních pro stravu na Vyp01, Vstupy
f) Případné korekce vydaných stravenek/paušálu zadat do Dcm01 nebo Vyp01 dohodnutým způsobem (stejně jako pro režim 300, viz popis v Doch_strava_uzdoc).
g) Dcs02 - Nárok příspěvků, vygenerovat nároky pro všechna PV
h) Dcs02 -
Vyhodnocení, provést vyhodnocení pro všechny PV v nav. seznamu
Náhodně zkontrolovat provedené vyhodnocení
i) Dcs02 - Vyhodnocení, provést převod do MV pro všechny PV v nav. seznamu
13.1.5 Časové sledování změn pro Opv01, Režim, Typ nároku na stravu.
Standardně položka Opv01, Režim, Typ nároku na stravu nemá časové sledování.
Pokud je z libovolného důvodu potřeba sledovat/plánovat změny této položky, je možné použít náhradní řešení pomocí záložky Dcs02, Typ nároku.
Aktivace tohoto systému se provede:
a/ Na Adm21/Adm22 nastavit položku Typ vyhodnocení odběru stravy, čas. změny = Ano
b/ Zpřístupnit záložku Dcs02, Typ nároku pro určené uživatele (pomocí obj. práva Dcs02ZalTypNaroku).
Na formuláři Dcs02 záložce Typ nároku, kde může oprávněná osoba v předstihu zapisovat požadované změny dotčené položky. Následně v generování nároku a pak i v rámci funkce vyhodnocení se provede kontrola, zda pro dané období není požadovaná změna. Pokud ano, provede se aktualizace Opv01 nebo je hlášená chyba v evidenci.
Následně se provede standardní generování nebo vyhodnocení stravy.
Ad 1/ formulář Dcs02, záložka Typ nároku
Záložka určená na sledování a plánování změn obsahu položky Opv01, Režim, Typ nároku na stravu.
tlačítko Nový typ pro všechna PV
Tlačítko se zobrazí pro uživatele s právem Dcs02TypNovy - Dcs02, Typ nároku, Nový řez typu = smí spustit.
Po spuštění tlačítka zobrazit
dialog s položkami:
Nový typ nároku - místo pro zadání požadovaného typu nároku pro řez
Platnost Od - období platností nového typu, předvyplněné na akt. období + 1
Tlačítka [Generuj] a [Zrušit]
Po použití tlačítka [Zrušit] - se dialog zavře bez akce
Použití tlačítka [Generuj]:
a/ kontroluje se vyplnění položky Nový typ nároku a či Platnost Od pro
generování je >= akt. období;
pokud podmínky nejsou splněné, tak návrat k editaci
pokud podmínky jsou splněné, pokračuj ve zpracování
b/ Zobrazí se dialog: Generovat typ vyhodnocení stravy <> od <> pro všechna PV v navigačním seznamu ? Ano/Ne
pro Ne: ukončené
pro ANO: pro každé PV z nav.
seznamu, ukončit platný záznam a založit nový podle parametrů pro generování
Pokud je nový typ nároku stejný
jako již existující platný, zobrazí se hlášení:
DS032=Nový typ nároku %1 je stejný jako původní typ nároku.
Pokud nový typ nároku má stejnou platnost jako již existující platný, zobrazí se hlášení:
DS033=Nový typ nároku %1 má
stejnou platnost jako původní typ nároku %2. Původní byl přepsán.
Obsah:
V časti seznam:
Platnost od, Platnost do, Typ nároku na stravu
V detailu:
Platnost od - období od kterého se má
provést změna
Platnost do - období do kterého má platit změna
Typ nároku na stravu - změnová hodnota parametru
Poznámka - místo pro krátkou poznámku uživatele
Seřazení: sestupně Platnost od
Poznámky:
Záložka se speciálním objektovým právem, standardně se záložka nezobrazuje.
Změny je možné zadávat pouze do otevřených období pro docházku.
Změny není možné zadávat do uzavřených období pro docházku.
Změnu v aktuálním období není možné provést po vygenerování objednávky na stravenky (generování nároku a vyhodnocení za měsíc se musí provést pro stejný typ).
13.1.6 Aktivace režimu vyhodnocení stravy 360/361
o Nastavení typu vyhodnocení
Na formuláři Dcs02, Typ nároku
· nav. seznam vyfiltrovat na režim vyhodnocení stravy 300
· pomocí tlačítka [Nový typ pro všechna PV], nastavit pro všechna PV s režimem 300 nový režim 360 s platností od požadovaného období
· podle možností omezit nav. seznam na PV, u kterých je nárok na stravenkový paušál
· pomoci tlačítka [Nový typ pro všechna PV], nastavit pro všechna PV s režimem 360 nový režim 361 s platností od požadovaného období
·
na Dcs02, Nárok na přísp. spustit hromadnou funkci - dojde
k aktualizaci nastavení Opv01, položky:
Typ nároku na stravu
Typ použití výstupu vyhodnocení stravy
o Nastavení Adm02
Pro dotčené uživatele/profily, kteří budu mít právo hromadných změn typu vyhodnocení z Dcs02, Typ nároku, doplnit právo Dcs02TypNovy.
o Nastavení Adm21, Strava
Typ použití výstupu vyhodnocení stravy - nastavit na preferovanou hodnotu pro organizaci
Strava - SLM generovaná pro [srazka_zam_prizn] - na SLM pro stravenku - IA 4306
Režim zaokrouhlení srážky ze mzdy - zvolený režim zaoukrouhlení pro srážku ze mzdy
Strava - SLM generovaná pro [prisp_org_prizn] - na SLM pro příspěvek organizace na stravenku
Režim zaokrouhlení příspěvku organizace - mzdy - zvolený režim zaokrouhlení pro příspěvek organizace (platí i pro stravenkový paušál)
Generovat podle typu - Ne
o Nastavení Adm22, Strava
Nastavujeme pouze v případě, pokud pro aktuální SJ je nastavení jiné než pro celou organizaci
o Nastavení Dcs04 - režim 360
Upravit stávající záznam s nastavením: Kód doplňkový = S1, Typ jídla = 5
Upravíme položky:
Použitelné pro typ nároku na stravu = 360
SLM pro příspěvek do/srážku ze mzdy = SLM pro srážku ze mzdy pro stravenky
o Nastavení Dcs04 - režim 361
Vytvořit nový záznam s nastavením:
Číslo správní jednotky: - vyplnit pouze pokud je vázané na SJ
! Kód jídla: - podle použité metodiky
Kód doplňkový: - S2
Název: - Stravenkový paušál
Typ jídla: - 5
Stravovací lokalita: - nevyplňovat
! Platí od: - 1.1.1910
! Platí do: - 3.3.3333
Skutečná cena: - aktuální cena stravenky
Cena stravenky, první: - nevyplňovat
Cena stravenky, druhá: - nevyplňovat
Procento přísp. zaměstnavatele: - podle rozhodnutí organizace pro výši paušálu z ceny stravenky
Dotace zaměstnavatele: - nevyplňovat
Dotace zaměstnavatele, další: - nevyplňovat
Příspěvek soc. fondu: - nevyplňovat
Příspěvek odborů: - nevyplňovat
Srážka - zaměstnanec: - 0
Kontrola na ceník: - nevyplňovat
Použitelné pro typ nároku na stravu: - 361
Použitelné pro typ výstupu příspěvku: - 4
SLM pro příspěvek do/srážku ze mzdy: - SLM pro stravenkový paušál (IA 2405)
SLM, srážka ze mzdy (hotově):
14 Specifické úpravy pro PPF HCI
Tento dokument standardně neobsahuje popis uživatelských sestáv, té jsou popsané pouze v interní dokumentaci Elanor a je jej možné získat na požádání. Seznam evidovaných uživatelských sestáv pro zákazníka:
|
|
|
Uživatelské objekty ŘLP |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
14.1 Proces vyhodnocení stravy 170/171 (2021-06)
TC 1060344
V současném období společnost HCI poskytuje příspěvek na stravu dvěma formami:
a/ poskytnutím stravenek
b/ poskytnutím stravenkového paušálu
c/ zaměstnanec nemá nárok na příspěvek na stravu
Poskytnutí příspěvku podle a/ a b/ se vyhodnocuje i poskytuje zpětně za předešlé období v rámci běžného zúčtovaní mzdy za toto období.
Pro žádný pracovní režim - kalendář (ani pro organizaci-SJ) není povolen nárok na druhý příspěvek na stravu.
HCI používá tří režimy:
o Typ 170 = objednávka virtuálních stravenek pro interní karty zaměstnanců
o Typ 171 = stejně jako 170, ale generuje místo srážky stravenkový paušál
o Typ = 0 - pro PV bez nároku na příspěvek na stravu
Pro časové plánování/zadávání změny vyhodnocení stravy (standardně nastavené na Opv01) je v HCI k dispozici zadání časového sledování položky Opv01, Režim, Typ nároku na stravu prostřednictvím vyplnění časové platnosti na záložce Dcs02, Typ nároku.
Podrobný popis viz. v dokumentu Doch_strava_uzdoc, kapitola Časové sledování změn pro Opv01, Režim, Typ nároku na stravu.
14.1.1 Režim 170 - stravenky
Režim 170 vychází z režimu vyhodnocení 17, zachovává všechny výpočtové vlastnosti režimu 17 a navíc obsahuje:
c) doplnění vazby na konkrétní typ kódu jídla v Dcs04 – Stravenka a generováním záznamu do podkladů pro mzdy se SLM typu srážka za stravenky (IA 4306)
d) automatická změna režimu 170 na 171 při ukončení PV nebo vyřazení z evidenčního stavu
Tak jako doposud, se nastavení režimu vyhodnocení stravy a platnost PV, nastavení ev. stavu vyhodnocuje při spuštění funkce Dcs02, Vyhodnocení (včetně nové požadované úpravy: generování změny typu ze 170 na 171 při ukončení PV či vstupu do MES).
Jak je uvedené v uživatelské dokumentaci, všechny číselníkové a personální a případné mzdové parametry používané pro oblast DOCH (včetně stravy) pro PV musí být aktuální před uzavřením docházky. Pokud dojde k úpravě těchto údajů po uzavření docházky, musí se opětovně otevřít docházka a zopakovat celý proces, včetně vyhodnocení stravy.
Na formuláři Dcs04 použijeme odpovídající položku, která bude obsahovat informaci, pro který režim je tento řádek použitý (nastavení Dcs04 viz dále).
Při ukončení PV nebo při nástupu do mimoevidenčního stavu – poslední měsíc, se provede změna typu režimu na 171.
Tento režim je využit pro zaměstnance, kteří budou dostávat stravenky, tj. typ 170.
14.1.2 Režim 171 – stravenkový paušál
Režim 171 vychází z režimu vyhodnocení 17, zachovává všechny výpočtové vlastnosti režimu 17 a navíc obsahuje:
b) doplnění vazby na konkrétní typ kódu jídla v Dcs04 – Stravenka a generováním záznamu do podkladů pro mzdy se SLM typu stravenkový paušál (IA 2405)
Výška stravenkového paušálu je nastavená na samostatném řádku v Dcs04 (dotace zaměstnavatele), který bude použit pro režim 171.
Jako SLM pro generování záznamu do podkladů pro mzdy bude použitá SLM nastavená na Dcs04, nebo pokud tu nebude vyplněná, použije se SLM podle aktuální konfigurace stravy na Adm21/Adm22.
Celková výška paušálu za PV a období se pak zarovnává podle stávající metodiky pro generované záznamy z formuláře Dcs02 do Dcm01.
Tento nový režim bude určen zaměstnancům, kteří budou dostávat stravenkový paušál.
14.1.3 Dcs04 - nastavení číselníkových položek
Zákazník v Dcs04, pro řádek určený pro stravenkový paušál, nastaví cenu stravenky a při uložení se spočte výška paušálu podle aktuální hodnoty nastavení položky Procento příspěvku zaměstnavatele (při nenastavení podle legislativy), zaokrouhlí výsledek na dvě desetiny a zkontroluje max. výši podle legislativy (max. limit uložen na Adm22, Strava).
Výsledek se uloží do položky Dotace zaměstnavatele, položka Srážka zaměstnance zůstane nevyplněná.
14.1.4 Doporučený postup pro vyhodnocení stravy v podmínkách HCI:
j) V průběhu
měsíce odpovědný uživatel na formuláři Dcs02, Typ nároků zadává časové řezy pro
změny typu vyhodnocení stravy pro jednotlivé PV.
Pak se při každé kalkulaci docházky kontroluje platnost typu vyhodnocení stravy
na Opv01 a podle potřeby se aktualizuje podle Dcs02, Typ nároku.
k) Podle potřeby aktualizovat personální a mzdovou evidenci na PV
l) Podle potřeby aktualizovat Dcs04 a Adm21/Adm22, Strava
m) Uzavření docházky za
akt. období
Uzavřít docházku obvyklým způsobem
n) Případné korekce vydaných stravenek/paušálu zadat do Dcm01 nebo Vyp01 dohodnutým způsobem (stejně jako pro režim 17, viz popis v Doch_strava_uzdoc).
o) Dcs02 -
Vyhodnocení, provést vyhodnocení pro všechny PV v nav. seznamu
Náhodně zkontrolovat provedené vyhodnocení
p) Dcs02 - Vyhodnocení, provést převod do MV pro všechny PV v nav. seznamu
q) Uzavření docházky za další období
r) Uzavřít docházku obvyklým způsobem
s) Dcs02 -
Vyhodnocení, provést vyhodnocení pro všechny PV v nav. seznamu
Náhodně zkontrolovat provedené vyhodnocení
t) Dcs02 - Vyhodnocení, provést převod do MV pro všechny PV v nav. seznamu
14.1.5 ???
Zatím volno LG20231030 – přesunuté do následujícího odstavce
14.1.6 Časové sledování změn pro Opv01, Režim, Typ nároku na stravu.
(TC 1031311)
Standardně položka Opv01, Režim, Typ nároku na stravu nemá časové sledování.
Pokud je z libovolného důvodu potřeba sledovat/plánovat změny této položky, je možné použít náhradní řešení pomocí záložky Dcs02, Typ nároku.
Aktivace tohoto systému se provede:
a/ Na Adm21/Adm22 nastavit položku Typ vyhodnocení odběru stravy, čas. změny = Ano
b/ Zpřístupnit záložku Dcs02, Typ nároku pro určené uživatele (pomocí obj. práva Dcs02ZalTypNaroku).
Na formuláři Dcs02 záložce Typ nároku, kde může oprávněná osoba v předstihu zapisovat požadované změny dotčené položky. Následně v rámci funkce kalkulace DD, generování nároku a pak i v rámci funkce vyhodnocení se provede kontrola, zda pro dané období není požadovaná změna. Pokud ano provede se aktualizace Opv01 nebo je hlášená chyba v evidenci.
Následně se provede standardní generování nebo vyhodnocení stravy.
Ad 1/ formulář Dcs02, záložka Typ nároku
Záložka určená na sledování a plánování změn obsahu položky Opv01, Režim, Typ nároku na stravu.
tlačítko: Nový typ pro všechna PV
Tlačítko se zobrazí pro uživatele s právem Dcs02TypNovy - Dcs02, Typ nároku, Nový řez typu = smí spustit.
Po spuštění tlačítka zobrazit
dialog s položkami:
Nový typ nároku - místo pro zadaní požadovaného typu nároku pro řez
Platnost Od - období platností nového typu, předvyplněné na akt. období + 1
Tlačítka [Generuj] a [Zrušit]
Po použití tlačítka [Zrušit] - se dialog zavře bez akce
Použití tlačítka [Generuj]:
a/ kontroluje se vyplnění položky Nový typ nároku a či Platnost Od pro
generování je >= akt. období;
pokud podmínky nejsou splněné, tak návrat k editaci
pokud podmínky jsou splněné, pokračuj ve zpracování
b/ Zobrazí se dialog: Generovat typ vyhodnocení stravy <> od <> pro všechna PV v navigačním seznamu ? Ano/Ne
pro Ne: ukončené
pro ANO: pro každé PV z nav.
seznamu, ukončit platný záznam a založit nový podle parametrů pro generování
Pokud je nový typ nároku stejný
jako již existující platný, zobrazí se hlášení:
DS032=Nový typ nároku %1 je stejný jako původní typ nároku.
Pokud nový typ nároku má stejnou platnost jako již existující platný, zobrazí se hlášení:
DS033=Nový typ nároku %1 má
stejnou platnost jako původní typ nároku %2. Původní byl přepsán.
Obsah:
V časti seznam:
Platnost od, Platnost do, Typ nároku na stravu
V detailu:
Platnost od - období od kterého se má
provést změna
Platnost do - období do kterého má platit změna
Typ nároku na stravu - změnová hodnota parametru
Poznámka - místo pro krátkou poznámku uživatele
Seřazení: sestupně Platnost od
Poznámky:
Záložka se speciálním objektovým právem, standardně se záložka nezobrazuje.
Změny je možné zadávat pouze do otevřených období pro docházku.
Změny není možné zadávat do uzavřených období pro docházku.
Změnu v aktuálním období není možné provést po vygenerování objednávky na stravenky (generování nároku a vyhodnocení za měsíc se musí provést pro stejný typ).
Ad 2/ Úprava standardních funkcí Dcs02
Pokud v měsíci uzavření stravy v režimu 11, 17, 170, 171 je registrovaná změna režimu stravy na záložce Dcs02, Typ nároku, pro následující měsíc, provedou se činnosti jako při ukončení PV pro uvedené režimy.
funkce Dcd01, Kalkulace (platí i pro ostatní formuláře s touto funkcí)
funkce Dcs02, Nárok na přísp., Generování pro PV (i pro hromadnou verzi)
funkce Dcs02, Vyhodnocení., Vyhodnoceno pro PV (i pro hromadnou verzi)
Při spuštění funkce za aktuální období:
Nejdříve zjistíme, zda pro aktuální PV a období je na záložce „Typ nároku“ evidovaná změna pro tento měsíc.
Pokud změna pro aktuální období není evidovaná, pokračujeme ve standardním zpracování.
Pokud je záznam nalezen, porovnáváme hodnotu s aktuální hodnotou Opv01, Režim, Typ nároku na stravu.
Pokud jsou hodnoty stejné, pokračujeme ve standardním zpracování.
Pokud jsou hodnoty rozdílné:
a/ pokud předešlá hodnota na záložce Typ nárok je různá od hodnoty na Opv01, zaprotokolujeme změnu (protokol i časový řez v Dcs02, Typ nároku pro předešlé období)
b/
Zobrazíme hlášení:
DD142b [U] [VAR] Změna Opv01, Typ nároku na stravu <%1> podle Dcs02 (%2)
c/ aktualizujeme položku Opv01, Režim, Typ nároku na stravu podle Dcs02, Typ nároku.
Pokud PV má aktuálně nastaven Typ vyhodnocení stravy 170 (stravenka), tak do funkce automatické aktualizace Opv01, Režim, Typ vyhodnocení stravy podle Dcs02, Typ nároku, se navíc provede:
Pokud PV je v aktuálním měsíci ukončené, nebo je vyřazené do MES tak:
a/ na Dcs02, Typ nároku – automaticky ukončí typ 170 k předešlému období a pro aktuální období založí nový záznam pro Typ 171, s poznámkou „Automatické založení – konec PV/MES“.
b/ provede se aktualizace Opv01, Režim, Typ vyhodnocení stravy stávajícím způsobem
c/ pokud bude nastaven parametr Opv01, Režim, Typ použití výstupu vyhodnocení stravy (libovolná hodnota), tento se nastaví s časovým řezem na hodnotu 4.
14.1.6.1 Opv01/Dcs02 –Typ nároku na stravu po její změně
(TC-1095556)
Pokud zákazník používá časový řez pro položku Opv01, Typ nároku na stravu z Dcs02, Typ nároku, je přímá editace na Opv01 problematická a nedokážeme korektně aktualizovat seznam časových řezů na Dcs02.
Proto, pokud je problém se synchronizací položky Typ nároku na stravu mezi Opv01 a Dcs02, doporučujeme editaci pouze z jednoho místa a to Dcs02, Typ nároku.
Zabezpečíme to blokováním editace dotčené položky v Opv01 pomoci hlášení OPV1001 > 0 (pokud je povolené časové sledování položky na Adm21/Adm22, Strava, Typ vyhodnocení odběru stravy, čas. změny = Ano ).
Při OPV1001 = 0 je editace možná pro obě místa.
Hlášení: OPV0101 [U] [0] Omezení editace Opv01, Typ stravy
14.1.7 Aktivace režimu vyhodnocení stravy 170/171
o Nastavení typu vyhodnocení
Na formuláři Dcs02, Typ nároku
· nav. seznam vyfiltrovat na režim vyhodnocení stravy 17
· pomocí tlačítka [Nový typ pro všechna PV], nastavit pro všechna PV s režimem 17 nový režim 170 s platností od požadovaného období
· podle možností omezit nav. seznam na PV, u kterých je nárok na stravenkový paušál
· pomocí tlačítka [Nový typ pro všechna PV], nastavit pro všechna PV s režimem 170 nový režim 171 s platností od požadovaného období
·
na Dcd01 spustit hromadnou kalkulaci - dojde k aktualizaci
nastavení Opv01, položky:
Typ nároku na stravu
Typ použití výstupu vyhodnocení stravy
o Nastavení Adm02
Pro dotčené uživatele/profily, kteří budu mít právo hromadných změn typu vyhodnocení z Dcs02, Typ nároku, doplnit právo Dcs02TypNovy.
o Nastavení Adm21, Strava
Typ použití výstupu vyhodnocení stravy - nastavit na preferovanou hodnotu pro organizaci
Strava - SLM generovaná pro [srazka_zam_prizn] - na SLM pro stravenku - IA 4306
Režim zaokrouhlení srážky ze mzdy - zvolený režim zaoukrouhlení pro srážku ze mzdy
Strava - SLM generovaná pro [prisp_org_prizn] - na SLM pro příspěvek organizace na stravenku
Režim zaokrouhlení příspěvku organizace - mzdy - zvolený režim zaokrouhlení pro příspěvek organizace (platí i pro stravenkový paušál)
Generovat podle typu - Ne
o Nastavení Adm22, Strava
Nastavujeme pouze v případě, pokud pro aktuální SJ je nastavení jiné než pro celou organizaci
o Nastavení Dcs04 - režim 170
Upravit stávající záznam s nastavením: Kód doplňkový = S1, Typ jídla = 5
Upravíme položky:
Použitelné pro typ nároku na stravu = 170
SLM pro příspěvek do/srážku ze mzdy = SLM pro srážku ze mzdy pro stravenky
o Nastavení Dcs04 - režim 171
Vytvořit nový záznam s nastavením:
Číslo správní jednotky: - vyplnit pouze pokud je vázané na SJ
! Kód jídla: - podle použité metodiky
Kód doplňkový: - S2
Název: - Stravenkový paušál
Typ jídla: - 5
Stravovací lokalita: - nevyplňovat
! Platí od: - 1.1.1910
! Platí do: - 3.3.3333
Skutečná cena: - aktuální cena stravenky
Cena stravenky, první: - nevyplňovat
Cena stravenky, druhá: - nevyplňovat
Procento přísp. zaměstnavatele: - podle rozhodnutí organizace pro výši paušálu z ceny stravenky
Dotace zaměstnavatele: - nevyplňovat
Dotace zaměstnavatele, další: - nevyplňovat
Příspěvek soc. fondu: - nevyplňovat
Příspěvek odborů: - nevyplňovat
Srážka - zaměstnanec: - 0
Kontrola na ceník: - nevyplňovat
Použitelné pro typ nároku na stravu: - 171
Použitelné pro typ výstupu příspěvku: - 4
SLM pro příspěvek do/srážku ze mzdy: - SLM pro stravenkový paušál (IA 2405)
SLM, srážka ze mzdy (hotově):
15 Specifické úpravy pro ŘLP
Tento dokument standardně neobsahuje popis uživatelských sestáv, té jsou popsané pouze v interní dokumentaci Elanor a je jej možné získat na požádání. Seznam evidovaných uživatelských sestáv pro zákazníka:
|
|
|
Uživatelské objekty ŘLP |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
15.1 Omezení formuláře Dcs02 pro zákazníka ŘLP (režim 303, 304)
1/ Záložka Nárok na příspěvek
Nezobrazují se tlačítka Kalkulace pro PV a Kalkulace pro všechny PV
2/ Záložka Vyhodnocení
Nezobrazují se tlačítka Převod do měsíčních vstupů pro PV a
Převod do měsíčních vstupů pro všechny PV (generování do MV je součástí procesu
vyhodnocení)
15.2 Strava - režim 304 (TC 1061139)
Na základě požadavku jsme vytvořili nový režim vyhodnocení stravy pro RLP:
304 - Nárok z mezd, vstupy z aktuálního období (ŘLP 2021)
Režim 304 vychází ze stávajícího režimu vyhodnocení stravy 303 (Režim vyhodnocení 303 zůstává k dispozici i nadále) s následujícím rozdílem:
a/ všechny odběry stravy pro LP a LŠ jsou považované za čistou srážku (nezohledňuje se žádný příspěvek).
b/ vyhodnocení pro IATCC zůstalo v původním stavu
c/ sestava Dcs33frlp je nahrazená sestavou Dcs43frlp
d/ sestava Dcs34frlp je nahrazená sestavou Dcs44frlp
Importní sestavy ani ostatní tiskové sestavy nebyly upravované.
Aktivace výpočtu:
V Adm21/22, Strava nebo na Opv01, Režim upravit položku Typ nároku na stravu: = 304
15.3 Zpracovaní stravy ŘLP (TC 1027906, 1026640)
e201905 (TC 1026646, 1027906 a další), e201909 ()
Pro zákazníka ŘLP byl realizován nový typ vyhodnocení stravy:
303 - Nárok z mezd, vstupy z aktuálního období (ŘLP)
Základní nárok je čerpán ze mzdových vstupů a vyhodnocení se provádí při postupném zpracování odběru stravy ve třech různých jídelnách a odběru stravenek.
Vyhodnocení stravy v EGJE pro zákazníka ŘLP je řešeno speciálním režim vyhodnocení (303 - Nárok z mezd, vstupy z aktuálního období (ŘLP) a se sadou uživatelských importů a sestav.
Charakteristika vyhodnocení stravy v EGJE pro zákazníka ŘLP:
a) V EGJE se nevede evidence docházky, tzn. že zaměstnanci z pohledu EGJE nejsou použitelní pro docházku a vyhodnocení nároku na příspěvky zde není vyhodnocováno.
b) Nároky příspěvku na stravu zaznamenávají odpovědní zaměstnanci do souborů evidence docházky EPD (XLSX), které jsou podle harmonogramu importovány jako vstupy pro vyhodnocení mezd.
c) Je k dispozici několik zdrojů odebrané stravy nebo stravenek
a. odebrané stravenky na určených pokladnách zaměstnavatele
b. odebraná strava - dodavatel ŘLP Letiště Praha
c. odebraná strava - dodavatel FBA na Letecké škole (FBA)
d. odebraná strava - dodavatel Perfect Canteen na IATCC Jeneč (PC)
d) Speciální soubor s evidencí příspěvků na stravu za práci v přesčase
e) Vyhodnocení se provádí v několika krocích
a. stanovení nároku na běžný měsíc (nárok příspěvku ve mzdových vstupech)
b. vyhodnocení odběru stravy na ŘLP
c. vyhodnocení odběru stravenek
d. vyhodnocení odběru stravy FBA
e. vyhodnocení odběru stravy PC
f) Dle definovaných podmínek se pro zaměstnance generuje srážka ze mzdy nebo podklad pro placení na pokladně
Poznámky:
Vyhodnocení nároku na stravu není součástí řešení v IS EGJE. Pořizovatel docházky dle stanovených podmínek vyhodnocuje nárok na stravu mimo IS EGJE a vyhodnocený nárok edituje do importního souboru EPD. Odtud jsou data importována do mzdové oblasti IS EGJE, do formuláře Vyp01, záložka Externí vstupy.
15.3.1 Proces vyhodnocení odběru stravy
Na konci aktuálního měsíce, resp. první pracovní den následujícího měsíce (podle stanoveného harmonogramu) pověřený zaměstnanec ŘLP:
1) Prověří stav aktualizace personálních a mzdových údajů
2) Provede shromáždění všech podkladových souborů pro vyhodnocení stravy a umístí je do určených adresářů
3) Provede import evidence docházky EPD - viz popis Vst13frlp.
4) Provede importy dat o odběru stravy zaměstnanci u jednotlivých dodavatelů stravy.
5) Provede importy dat o odběru stravenek.
6) Provede importy dat o nároků příspěvku při práci přesčas.
7) Provede načtení nároků na příspěvky ze vstupů pro mzdy.
8) Provede vyhodnocení příspěvku na stravu.
9) Provede dohodnuté kontroly a podle výsledku kontrol řídí odstranění hlášených problémů nebo (pokud není hlášený žádný problém) pokračuje ve zpracování
10) Uzavře evidenci docházky (stravy) a informuje mzdovou účtárnu oš ukončení vyhodnocení stravy
11) Generuje předepsané sestavy
15.3.1.1 Podmínky pro korektní vyhodnocení stravy:
Personální evidence:
nástupy/výstupy (Opv01, Trvání), mimoevidenční stavy (Opv01, Vynětí), zařazení na struktury (Opv01, Struktury)
typ vyhodnocení stravy pro PV (Opv01, Režim)
aktuálnost struktury 32 - Stravovací lokality (Str32)
aktuálnost JPC číselníku - Stravovací skupiny (číselník pokladen pro vyhodnocení stravy) (Jpc01, číselník pd_strava_skup )
Mzdová evidence
nastavení příznaku pro zákaz srážky ze mzdy (Osb02, Uživatelské údaje 1, Provádět srážku ze mzdy za stravu (Uživ.02))
Vyhodnocení stravy
aktuálnost číselníku Dcs04
15.3.2 Vst13frlp - Import evidence docházky EPD
Viz popis importu podkladů pro mzdy importní sestavou Vst13frlp pro zpracování souborů EPD.
Z pohledu vyhodnocení stravy se jedná o vygenerované řádky se:
SLM 51011 „Nárok na stravu celkový“ IA 5101 v položce Směny
SLM 51012 „Nárok na stravenky“ IA 5101 v položce Směny
Generování se provede v rámci souborů EPD ze sloupců 8 - Nárok na stravu.
Uložení nároku příspěvků na stravu a stravenky je ve Vyp01, Ext. vstupy.
15.3.2.1 Dcs02, Nárok na přísp.
Pro zobrazení dát importu o stanovených nároků na příspěvek na stravu se používá standardní záložka.
15.3.3 Importy dat o odběru stravy zaměstnanci u jednotlivých dodavatelů stravy
Data o odebrané stravě poskytují dodavatele stravy v několika souborech v různých formátech textového souboru a všechny musí být podle harmonogramu k dispozici oprávněnému uživateli.
Ten jej má uložené nebo jej uloží na určené místo a pak provede zpracovaní každého z nich. Nezaleží na poradí v jakém budu zpracované.
Popis zdrojových souboru je uveden v níže v kapitole: Popis importních souborů.
Společný postup pro import každého souboru:
a) spustit požadovanou importní sestavu
b) zkontrolovat nastavení parametrů (především při prvním spuštění pro období)
a. Období - aktuální období importů
b. cestu a název souboru pro import
c. při opakovaném importů v období, nastavit parametr Smazat minulá data … (při prvním importu v období je parametr nevyplněn)
d. správní oddíl - obvykle nevyplňujeme
e. Kód jídla - odpovídající typu importů (viz tabulku)
c) spustit import
d) po ukončení vyhodnotit protokol a pokud jsou v protokolu:
a. závažné chyby, provést jejich odstranění a zopakovat import
b. pouze informační hlášení a nezávažné chyby, ukončit import
e) namátkově zkontrolovat importovaná data na určené záložce formuláře Dcs02
Poznámky k provozu:
a) importní soubory jsou obvykle určené pro tlustého klienta
b) importy z jednoho souboru je možné za určitých podmínek importovat i z tenkého klienta
c) importy z adresáře z webu je možné importovat pouze při splnění speciálních podmínek - dostupnost web adresáře pro aplikaci
Při opakovaném importu se musí vyřešit smazání předešlého importu !
15.3.3.1 Dcs02, Vstupy strava
Pro zobrazení dát importu o odebrané stravě se používá standardní záložka.
15.3.3.2 Strava, dodavatel Letiště Praha (ŘLP)
15.3.3.2.1 Imp48frlp - Import Strava ŘLP, LP, Součty
Importní uživatelská sestava pro čtení dat o odebrané stravě ze stravovacího systému ŘLP, typ Letiště Praha se součtovaným rozpisem do "Dcs02, Vstupy strava" z definovaného TXT souboru.
Strava je již vyhodnocená a je akceptovaná v rozsahu čerpání příspěvku a srážky ze mzdy zaměstnance. Není dělená podle sazby DPH.
Název souboru: Letiste_Praha_Stravenky-RRMM.TXT
Kód jídla: J1
Zobrazení: Dcs02, Vstupy strava
Stravovací lokalita: FBA
Vzor: Stravenky-1910.txt
U sestavy se nekontroluje platnost PV pro DOCH.
Kontrola a načtení OSC:
Pole čteme jako TEXT, kontrolujeme na délku 4 a více znaků, pokud je OSC kratší jako 4 znaky, zobrazí se hlášení: IMP32a Řádek <n>, "Chybná délka OSČ <osč>"
a řádek se standardně zpracuje
Realizované úpravy:
27.03.2020 - Zpracovaní i řádku u kterých není uvedená cena ale je uveden počet (jídlo do výše příspěvku)
1044688 - Imp48frlp - Úprava importní sestavy Letiště Praha
Pokud Srážka = 0 a Počet = 0 zobrazí se hlášení:
IMP33=Řádek %d přeskočen. Pro OSČ %s není uvedena Srážka ani Počet.
a řádek je nezpracován
Pokud Srážka = 0 a Počet > 0 zobrazí se hlášení:
IMP33a=Řádek %d, Pro OSČ %s není uvedená Srážka přičemž Počet = %d.
a řádek se standardně zpracuje.
15.3.3.3 Strava, dodavatel FBA na Letecké škole
15.3.3.3.1 Imp04frlp - Import Strava RLP, FBA, Detail
Importní uživatelská sestava pro čtení dat o odebrané stravě - detail po položkách ze stravovacího systému ŘLP, typ FBA s detailním rozpisem do "Dcs02, Strava evid." z definovaného TXT souboru.
Název souboru: DRRRRMM.TXT
Kód jídla: J21
Zobrazení: Dcs02, Strava evid.
Stravovací lokalita: FBA
U sestavy se nekontroluje platnost PV pro DOCH.
Kontrola a načtení OSC:
Pole čteme jako TEXT, kontrolujeme na délku 4 a více znaků, pokud je OSC kratší jako 4 znaky, zobrazí se hlášení: IMP32a Řádek <n>, "Chybná délka OSČ <osč>"
a řádek se standardně zpracuje
Vzor: D201910.TXT 26.11.2019Vzor: D202005..TXT, od e202005-1
Kontrola překročení max. počtu příspěvků v řádku importu.
Pokud v importovaném záznamu ve sloupci MNOZSTVI je zadáno více než 999 resp. méně než -999, zobrazí se hlášení:
· IMP24c - Řádek %d. Překročen max. počet příspěvků (999), zadáno %d.
Imp04frlp. Na importovaném řádku je překročená max. hodnota pro položku MNOŽSTVÍ.
Řádek se nezpracuje, import pokračuje zpracováním dalšího řádku.
Reakce: Prověřit importní soubor a dle zjištění udělat opravu importu nebo hlášení ignorovat.
Realizované úpravy:
19.05.2020 - Úprava - rozšíření o sazbu 10% DPH, nová
hodnota v číselníku DPH
1046183 - Změna sazby DPH v oblasti stravování
Vzor: D202005.txt
15.3.3.3.2 Imp05frlp - Import Strava RLP, FBA, Součty
Importní uživatelská sestava pro čtení dat o stravě - rekapitulace ze stravovacího systému ŘLP, typ FBA se součtovaným rozpisem podle OSČ do "Dcs02, Vstupy strava" z definovaného TXT souboru.
Název souboru: CRRRRMM.TXT
Kód jídla: J2
Zobrazení: Dcs02, Vstupy strava
Stravovací lokalita: FBA
U sestavy se nekontroluje platnost PV pro DOCH.
Kontrola a načtení OSC:
Pole čteme jako TEXT, kontrolujeme na délku 4 a více znaků, pokud je OSC kratší jako 4 znaky, zobrazí se hlášení: IMP32a Řádek <n>, "Chybná délka OSČ <osč>"
a řádek se standardně zpracuje
Realizované úpravy:
19.05.2020 - Úprava - rozšíření o sazbu 10% DPH, nový
sloupec DPH0
1046183 - Změna sazby DPH v oblasti stravování
Vzor: C201910.TXT , od e202005-1
15.3.3.4 Strava, dodavatel Perfect Canteen na IATCC Jeneč (PC)
15.3.3.4.1 Imp46frlp - Import Strava RLP, PC_R, Detail
Importní uživatelská sestava pro čtení dat o stravě - detail po položkách ze stravovacího systému ŘLP, typ FBA s detailním rozpisem do "Dcs02, Strava evid." z definovaného CSV souboru.
Název souboru: PC_RrrMM00N.CSV
Kód jídla: J31
Zobrazení: Dcs02, Strava evid.
Stravovací lokalita: PC
U sestavy se nekontroluje platnost PV pro DOCH.
Kontrola a načtení OSC:
Pole čteme jako TEXT, kontrolujeme na délku 4 a více znaků, pokud je OSC kratší jako 4 znaky, zobrazí se hlášení: IMP32a Řádek <n>, "Chybná délka OSČ <osč>"
a řádek se standardně zpracuje
Realizované úpravy:
19.05.2020 - Úprava - rozšíření o sazbu 10% DPH, nový
sloupec DPH0
1046183 - Změna sazby DPH v oblasti stravování
Vzor: R2005001-vzor.TXT , od e202005-1
15.3.3.4.2 Imp47frlp - Import Strava ŘLP, PCP, Součty
Importní uživatelská sestava pro čtení dat o stravě - rekapitulace ze stravovacího systému ŘLP, typ PC_P s součtovaným rozpisem podle OSČ do "Dcs02, Vstupy strava" z definovaného TXT souboru.
Název souboru: PC_PRRMM00N.TXT
Kód jídla: J3
Zobrazení: Dcs02, Vstupy strava
Stravovací lokalita: PC
U sestavy se nekontroluje platnost PV pro DOCH.
Kontrola a načtení OSC:
Pole čteme jako TEXT, kontrolujeme na délku 4 a více znaků, pokud je OSC kratší jako 4 znaky, zobrazí se hlášení: IMP32a Řádek <n>, "Chybná délka OSČ <osč>"
a řádek se standardně zpracuje
Import na vzor P2005001-vzor.txt (soubor neupraven na nové podmínky)
rozdělení 10 a 15 % DPH
a/ v rámci importu každého řádku pro aktuální PV vyhledáme a spočteme ze záložky Dcs02, Strava evid, sumu Skutečná cena pro Proc. sazba DPH = 10 ze zdroje J31 (CANTEEN - IATCC)
b/ pak do
systému uložíme
jako Srážku 10 % sumy ze součtu stanoveného podle a/
jako Srážku 15 % hodnotu z importovaného řádku, snížená srážka - Srážka
10%
import Imp46frlp se musí provést vždy jako první a až potom
lze importovat Imp47frlp (kontroluje se naplnění Dcs02, Strava evid.
z importu Imp46frlp, pokud záložka není naplněná, import je ukončen)
pokud se bude opakovat Imp46frlp, musí se zopakovat i Imp47frlp
15.3.4 Importy dat o odběru stravenek
Zaměstnanec si vybírá podle odhadnuté potřeby (dle interních předpisů pro poskytnutí stravenek), stravenky na pokladně. Zde také může vrátit stravenky, na které mu nevznikl nárok (přečerpání stravenek).
Pokladní zaznamená počet odebraných/vrácených stravenek do systému EUS. Správce systému EUS v dohodnutém termínu vygeneruje soubor s evidencí odebraných/vrácených stravenek a dohodnutým způsobem ho zpřístupní oprávněnému uživateli RLP pro importy pro stravu (uložení do definovaného adresáře, zaslaní poštou, ….).
Import se pak provede stejným postupem jako ostatní importy.
15.3.4.1 Dcs02, Vstupy stravenky
Pro zobrazení dát importu stravenek se používá standardní záložka, která má navíc zobrazenou položku Stravovací skupina, která v podmínkách RLP obsahuje identifikaci pokladny pro výdej jídel nebo stravenek.
15.3.4.2 Imp50frlp - Odebrané stravenky za období
Importní uživatelská sestava pro čtení dat o odebraných/vrácených stravenkách - detail ze systému EUS, do "Dcs02, Vstupy stravenky" z definovaného CSV souboru.
Název souboru: RLP_TR_RRRRMM.CSV
Kód jídla: S1
Zobrazení: Dcs02, Vstupy stravenky
Stravovací lokalita: neurčuje se
U sestavy se nekontroluje platnost PV pro DOCH.
Importované data jsou podkladem pro sestavu Dcs38frlp.
Kontroluje se období v řádku vůči parametru importu. Pokud je období na libovolném řádku jiné jako období importu, zobrazí se hlášení IMP13 a import je ukončen.
Kontrola a načtení OSC:
Pole čteme jako TEXT, kontrolujeme na délku 4 a více znaků, pokud je OSC kratší jako 4 znaky, zobrazí se hlášení: IMP32a Řádek <n>, "Chybná délka OSČ <osč>"
a řádek se standardně zpracuje
15.3.4.2.1 Popis zdrojového souboru:
Vzorový řádek:
"OBDOBI_OD";"OSCI";"POKLADNA";"PRIJ_KS";"VYD_KS";"DATUM";"CENA"
"2019/05";"0071";"1";"0";"18";"02.05.2019";"100"
"2019/05";"0188";"1";"0";"21";"22.05.2019";"100"
"2019/05";"0377";"1";"0";"22";"30.05.2019";"100"
"2019/05";"0406";"1";"0";"12";"02.05.2019";"100"
|
Sloupec |
Typ (max. délka) |
Popis |
|
OBDOBI_OD |
Řetězec (7) |
období ve tvaru EUS (YYYY/MM) |
|
OSCI |
Řetězec (10) |
osobní číslo |
|
POKLADNA |
Číslo (3) |
číslo pokladny TR (1=IATCC, 2=Letecká škola, 3=Brno, 4=Ostrava, 5=K.Vary) |
|
PRIJ_KS |
Číslo (3) |
počet TR vrácený do pokladny |
|
VYD_KS |
Číslo (3) |
počet TR odebraný z pokladny |
|
DATUM |
Datum |
Datum čerpání dd.mm.yyyy |
|
CENA |
Číslo (5,2) |
Cena jedné poukázky |
15.3.4.2.2 Uložení do Dcs02, Vstupy stravenky:
|
NAZEV2 |
plnění |
|
Interní ID: |
trigger |
|
Organizace: |
podle DB - konstanta |
|
Importní dávka: |
Identifikace zdroj. souboru + řádek |
|
Období záhlaví: |
r_obd |
|
Osoba PV: |
Import Převod z "Osobní číslo" => určit OscPV podle kmen. PV
|
|
Kód jídla: |
S1, typ jídla=5 |
|
Datum odběru: |
Import převod z "Datum" kontrolovat aby datum bol platný pro r_obd => ak neplatné, hlášení do protokolu, proces importu pokračuje pokud nelze uložit čas, tak ho budeme ignorovat |
|
Stav zpracování: |
0 |
|
Stravovací lokalita: |
|
|
Stravovací skupina: |
Import "POKLADNA" => kontrolovat na pd_strava_skup podle Kód ak neplatné, hlášení do protokolu a ukončit proces importu 1=IATCC => C1 2=Letecká škola => C2 3=Brno => C4 4=Ostrava => C5 5=K.Vary => C6 |
|
Zdroj řádku: |
1 |
|
Skutečná cena (imp.): |
"Cena"* (VYD_KS-PRIJ_KS) |
|
Počet jídel: |
VYD_KS-PRIJ_KS |
|
Pomocná částka 1: |
"Cena" |
|
Počet nároků na běžný měsíc: |
PRIJ_KS |
|
Počet nároků z předešlých období: |
VYD_KS |
15.3.5 Importy dat o nároků příspěvku při práci přesčas
15.3.5.1 Imp49frlp - Import Strava ŘLP, nárok přesčasy
Importní uživatelská sestava pro čtení dat o vykázaných nárocích na stravenky za práci v přesčasu.
Nároky na stravné při práci přesčas zaznamenává pořizovatel docházky z rozdělovníku směn a zanáší je do tabulky, kterou následně nahrává do EUS (případně zašle na definovaný email). Protože importní soubor EPD neobsahuje údaje o pracovišti při práci přesčas, pro účely sestavy „Dcs36frlp - Vznik nároku na stravování za práci přesčas“, jsou data do IS EGJE importována ze souboru formátu XLSX (viz tiket 1028937).
Importuje se do formuláře Dcs02, záložka Nárok na přísp., záznamy identifikované kódem NARP.
Pro zobrazení importovaných dát je možné použít sestavu Dcs36frlp.
Importuje se více souborů, kterých počet odpovídá počtu zpracovatelů docházky.
Importovat je možné po jednotlivých souborech nebo všechny soubory v jednom spuštění.
Pozor: všechny soubory musí mít stejný formát (stejné sloupce, stejné řádky záhlaví, v datech zaměstnanců nesmí být volné řádky) !
tzn:
a) mají dohodnutý typ souboru - XLSX, XLSM, XLS
b)
mají stejný formát záhlaví (stejný
počet řádků záhlaví a stejná struktura záhlaví)
import očekává první OSC na 6 řádku
c) jednotný sled lokalit
Import je ukončen, pokud ve sloupci OSC se nalezne nevyplněná buňka.
Parametry sestavy.
Období
Soubor
Adresář vstupních dat
Prefix
Smazat minulá data …
Správní oddíl
Kód stravenky
V číselníku se zobrazit pouze Kódy pro typ jídla
= 10 (nároky).
Pokud je vyplněný parametr Soubor - pak zpracujeme odkazovaný soubor a ukončíme import
Pokud je parametr Soubor nevyplněn a je vyplněný parametr Adresář …, tak zpracujeme z tohoto adresáře soubory:
a/ pokud je parametr Prefix vyplněn, tak všechny soubory s definovaným prefixem typu XLSX
b/ pokud je parametr Prefix nevyplněn, tak všechny soubory z adresáře typu XLSX
Po úspěšném zpracování souboru (při souborovém zpracování) ho přesuneme do podřízeného adresáře ARCHIV (soubor je opatřen časovou značkou).
Název souboru: STR_MM_NNNNN.XLSX
kde: MM - období, NNNNN - org. číslo útvaru
Kód jídla: N11
Zobrazení: Dcs02, Nárok na přísp.
Stravovací lokalita: definovaná v souborů
U sestavy se nekontroluje platnost PV pro DOCH.
Data začínají až na 6. řádku..
Kontroluje se, či datum v XLS odpovídá období z parametru importu.
Kontrola a načtení OSC:
Pokud načteme jako TEXT - kontrolujeme na délku 4 znaky -
pokud je kratší doplní se zleva "0" na 4 znaky a pak se hleda OSC
Pokud načteme jako ČÍSLO - konvertuje se do textu, a pak se zpracuje jako při
formátu TEXT
Pole čteme jako TEXT, kontrolujeme na délku 4 a více znaků, pokud je OSC kratší jako 4 znaky, zobrazí se hlášení: IMP32a Řádek <n>, "Chybná délka OSČ <osč>"
a řádek se standardně zpracuje
Transformační tabulka názvu útvaru na kód str. 32 - Stravovací lokalita
|
pracoviště, kde vznikl nárok na příspěvek na stravování za práci přesčas |
||||||||
|
|
IATCC Jeneč |
Letiště Praha |
Letecká škola |
Letiště Brno |
Letiště Ostrava |
Letiště Karlovy Vary |
RLB Buchtův kopec |
RLB Písek |
|
sloupec XLS |
D |
E |
F |
G |
H |
I |
J |
K |
|
Kód Str32 |
PC |
RLP |
FBA |
LBR |
LOS |
LKV |
RLBBK |
RLBP |
Uložení do položek formuláře Dcs02, záložka Nárok na přísp., záznam s Kód jídla = NARP
|
NAZEV2 |
Plnění |
|
Kód jídla: |
Kód jídla z parametru importu |
|
Datum odběru: |
Poslední den období |
|
Stravovací lokalita: |
kódu prvku str. 32 vyhledány podle transformační tabulky z importních sloupců D až K |
|
Počet jídel: |
obsah ze sloupců D až K |
|
Počet jídel s příspěvkem: |
obsah ze sloupců D až K |
|
Skutečná cena (imp.): |
Počet * Dcs04.Cena skutečná pro dopl. kód = N11 a lokalitu stravy, pokud se ceníková položka nenajde tak ze záznam ceníku N11 bez lokality zohledňuje se platnost záznamů v Dcs04 |
|
Dotace zaměstnavatele (imp.): |
Počet * Dcs04.Dotace zaměstnavatele pro dopl. kód = N11 a lokalitu stravy, pokud se ceníková položka nenajde tak ze záznam ceníku N11 bez lokality zohledňuje se platnost záznamů v Dcs04 |
|
Srážka - zaměstnanec: |
Počet * Dcs04.Srážka zaměstnanec pro dopl. kód = N11 a lokalitu stravy, pokud se ceníková položka nenajde tak ze záznam ceníku N11 bez lokality zohledňuje se platnost záznamů v Dcs04 |
Doporučené nastavení pro naplnění číselníků Dcs04 pro Imp49frlp.
Pokud na jednotlivých lokalitách je společná cena dotace a srážky ze mzdy, tak v číselníku Dcs04 stačí jeden záznam Kód jídla = NARP a Dopl. kód = N11.
Pokud hodnoty jsou různé podle lokalit, pak musíme pro každou lokalitu s odlišnou cenou vytvořit nový záznam s nastavením Stravovací lokalita = lokalita, Kód jídla = NAR-* (znak * zastupuje identifikaci lokality) a Dopl. kód = N11.
Příklad vyplnění:
|
Kód jídla |
Kód dopl. |
Název |
Typ jídla |
Stravovací lokalita |
Skutečná cena |
Dotace zaměst. |
|
NARP |
N11 |
*) |
10 |
|
100,000 |
100,000 |
|
NAR-LKV |
N11 |
*) |
10 |
LKV - Letiště Karlovy Vary |
100,000 |
100,000 |
|
NAR-LBR |
N11 |
*) |
10 |
LBR - Letiště Brno |
100,000 |
100,000 |
|
NAR-LOS |
N11 |
*) |
10 |
LOS - Letiště Ostrava |
100,000 |
100,000 |
|
NAR-RLBP |
N11 |
*) |
10 |
RLBP - RLB Písek |
100,000 |
100,000 |
|
NAR-RLBK |
N11 |
*) |
10 |
RLBBK - RLB Buchtův Kopec |
100,000 |
100,000 |
|
NAR-LS |
N11 |
*) |
10 |
FBA - Letecká škola |
100,000 |
72,73 *1) |
|
NAR-IATCC |
N11 |
*) |
10 |
PC - IATCC Jeneč |
100,000 |
40,000 |
|
NAR-LPR |
N11 |
*) |
10 |
RLP - Letiště Praha |
100,000 |
100,000 |
*) - Nárok na stravenky z přesčasů (N11)
*1) - částka 72,73 je částka příspěvku na LŠ bez DPH 10% (příspěvek je 80 včetně DPH).
15.3.6 Dcs02, Vstupy strava
Odběr stravy v 10% sazbě se zobrazuje v položce Pomocná částka 1.
15.3.7 Dcs02, Strava evid.
V tabulce Seznam je zobrazen sloupec Proc, sazba DPH
Odběr stravy v 10% sazbě se zobrazuje v položce Pomocná částka 1.
15.3.8 Dcs02, Načtení nároků na příspěvky ze vstupů pro mzdy
Řešeno v rámci importu podkladů pro mzdy z XLSX (viz popis Vst13frlp). Import musí být převeden před prvním spuštěním vyhodnocení stravy.
Uložení nároku na příspěvek na stravu a stravenky je ve Vyp01, Ext. vstupy na záznamech se SLM:
SLM 51011 „Nárok na stravu celkový“ IA 5101 v položce Směny
SLM 51012 „Nárok na stravenky“ IA 5101 (v položce Směny.
Pro vyhodnocení stravy se načtení nároku provede z formuláře Dcs02, Nárok na přísp., tlačítkem [Gen. nároku pro všechna PV], resp. pro načtení nároku pro jedno PV je možné použít tlačítko [Gen. nároku pro všechna PV].
Parametr: Lokalita - ve stavu nenastaven
Typ nároku = NAR (N1)
V případě potřeby je možná úprava (korekce) načtených nároků bez opakování importů:
a/ zadaní SLM 51011 nebo 51012 do Vyp01, Vstupy
b/ zadaní SLM 51011 nebo 51012 do Vyp01, Ext. vstupy (libovolným způsobem)
Naplnění záložky Nárok na příspěvek:
X1 = Ext. vstupy. směny pro SLM = 51011 pro PV a období
X2 = Ext. vstupy. směny pro SLM = 51012 pro PV a období
Možné korekce: ve Vyp01, Vstupy
K1 = Vyp01.Vstupy. směny pro SLM = 51011 pro PV a období
K2 = Vyp01.Vstupy. směny pro SLM = 51012 pro PV a období
Uložení:
Datum = poslední den období
Kód jídla = NAR (N1)
Počet = X1 + K1
Počet1 = X1 + K1
Počet2 = X2 + K2
Počet3 = přenos z předešlého období (použije se pro vyhodnocení v běžném období)
15.3.9 Dcs02, Vyhodnocení příspěvku na stravu.
Speciální záložka pouze pro ŘLP a režim zpracování 303.
Vyhodnocení odběru stravy se provede z formuláře Dcs02, záložka Vyhodnocení, tlačítko [Vyhodnocení pro všechna PV] resp. tlačítkem [Vyhodnocení pro PV] pro vyhodnocení stravy jednoho PV
Zde je možné vidět i statistiku vyhodnocení na podzáložkách Počty a Rekapitulace.
Poznámka: Podzáložky Počty a Rekapitulace mají specializovaný obsah pro RLP (odlišný od standardu).
15.3.9.1 Popis záložky Vyhodnocení v režimu 303
Záložka obsahuje přehled vyhodnocení příspěvku a srážky ze mzdy na odebraný počet stravy a stravenek standardně za aktuální období aktuálního zaměstnance v režimu RLP nebo 303.
Na formuláři se standardně zobrazují jen vyhodnocení pro aktuální období. Po „odškrtnutí“ políčka „Aktuální období“ se zobrazí všechny evidované vyhodnocení zaměstnance v sestupném pořadí dle identifikace vyhodnocovacího období.
Kontextová nabídka : Dcd01, Dcm01, Dcs05, Dcs06
Procesní tlačítka :
[Vyhodnocení za PV] - slouží na vyhodnocení příspěvku na stravu za aktuální období a zaměstnance.
[Vymazání převodu z MV za PV] - vymaže generované řádky z vyhodnocení stravy do Dcm01 pro aktuální PV.
[Vyhodnocení za všechna PV] - slouží na vyhodnocení příspěvku na stravu za aktuální období pro všechna PV v NS.
[Vymazání převodu z MV za všechna PV] - vymaže generované řádky z vyhodnocení stravy do Dcm01 pro všechna PV v NS.
V seznamové části záložky se zobrazí položky záznamu :
Období – období vyhodnocení
Poč.nár.akt.obd. – nárok příspěvků na běžný měsíc
Poč.nár.pred.obd. – nárok příspěvků z předcházejících období
Nárok celkem - nárok celkem na aktuální období
Zůstatek nevyčerp. nároků - zůstatek nevyčerpaných nároků
Počet jídel – počet odebraných jídel
Doplňkový počet 1 – počet odebraných stravenek typu 1
Doplňkový počet 2 – počet odebraných stravenek typu 2
Doplňkový počet 3 – počet odebraných stravenek typu 3
Srážka ze mzdy– srážka ze mzdy zaměstnance
Do pokladny - platba za odebranou stravu/stravenky do pokladny
Stav zpracování – stav zpracování
V detailní části na podzáložce Počty k záznamu se zobrazují položky :
Období záhlaví – období vyhodnocení
Příspěvek: Stravenky:
Nárok na příspěvek: <p1> Nárok BM: <s1>
Vybrané z pokl. <s6>
Stravenky - čerpání: <p2> Čerpáno BM: <s2>
Strava Letiště Praha: <p3> Z před. období: <s3>
Strava Letecká škola: <p4> Proplaceno: <s4>
Strava IATCC: <p5> Převod do dalšího: <s5>
Nečerpáno: <p1-p2-p3-p4-p5> Nečerpáno: <s1-s2-s4>
Popis zkratek typu věty:
N1 - Nárok na příspěvek
S1 - Odebrané stravenky
S2 - Stravenky k proplacení (přečerpání)
J1 - Jídla Letiště Praha
J2 - Jídla Letecká škola
J3 - Jídla IATCC
p1 - N1.Pocet
p2 - S1.Počet jídel s příspěvkem
p3 - J1. Počet jídel s příspěvkem
p4 - J2. Počet jídel s příspěvkem
p5 - J3. Počet jídel s příspěvkem
s1 - N1.Doplňkový počet 2
s2 - S1. Počet jídel s příspěvkem
s3 - S1. Doplňkový počet 3
s4 - S2. Počet
s5 - S1.pocet_zustatek
s6 - N1. Počet
V detailní části na podzáložce Rekapitulace k záznamu se zobrazují položky :
Na řádcích se zobrazují výsledky vyhodnocení pro čtyři typy odběru :
Stravenky akt. období, Stravenky vyučt., Strava 1, Strava 2, Strava 3
a součtový řádek.
Detail - Rekapitulace:
Pro každý z výše uvedených řádků se zobrazují položky :
Počet – počet odběrů
Počet s přísp. – počet odběrů s přiznaným příspěvkem
Cena – celková cena
Přísp.org. – příspěvek zaměstnavatele
DPH0 - obsahuje odběr v 10 % DPH
DPH1 - cena s DPH1
DPH2 – cena s DPH2
Cena zam.. – srážka ze mzdy zaměstnance
řádek 1. Stravenky, akt. obd;
zobrazení ze záložky Vstupy stravenky, z věty typu S1
řádek 2. Stravenky, vyuč.:
zobrazení ze záložky Vstupy stravenky, z věty typu S1
řádek 3. Strava 1 - Letiště Praha;
zobrazení ze záložky Vstupy strava, z věty typu J1
řádek 4. Strava 2 - Letecká škola;
zobrazení ze záložky Vstupy strava, z věty typu J2
řádek 5. Strava 3 - IATCC;
zobrazení ze záložky Vstupy strava, z věty typu J3
řádek 6.Celkem :
součet sloupců ze řádku S1, S2, J1, J2, J3
15.3.9.2 Mechanismus vyhodnocení odběru stravy
a/ Načtení nároku na stravu (musí být načtené nároky)
xNarok = (celkový nárok na měsíc)
xNarokS = (nárok na stravenky za měsíc)
xNarokP = (saldo nároku na stravenky z předešlých období)
b/ Zpracování Letiště Praha
Data o odběru stravy od dodavatele Letiště Praha jsou již vyhodnocená a do IS EGJE je importován vyhodnocený příspěvek na odběr stravy a částka, kterou má zaměstnanec k úhradě v aktuálním měsíci ve formě srážky (jedná se o rozdíl mezi celkovou částkou odběru stravy u tohoto dodavatele a výší částky přiznaných příspěvků). Počet příspěvků na SLM 558 Stravování Letiště Praha je tak vyhodnocen jako první a je odečten od celkového nároku na stravu.
xNarok = xNarok - počet (J1)
Pokud Osb.Uziv2 = NE (zákaz srážky ze mzdy) pak
s.srazka_zam_prizn = 0
s.do_pokl_zam_priz = srazka_zam
jinak
s.srazka_zam_prizn = srazka_zam
s.do_pokl_zam_priz = 0
c/ Zpracování ODBĚR STRAVENEK
Pokud pro zaměstnance v aktuálním období existuje více záznamů typu S1, tak se před samotním zpracováním nejdříve sečtou a výsledek vyhodnocení se pak ukládá do té věty, která má největší počet příspěvku.
Pokud pro aktuální období zaměstnanec nečerpal žádné stravenky, pro uložení výsledku se založí „prázdna“ věta S1.
Vůči zůstatku celkového nároku na stravu se porovnává nárok na stravenky a vypočítá se jejich maximální nárok. Tento nárok je pak porovnán s odběrem stravenek, a to v součtu odebraných stravenek převedených z minulých období a stravenek odebraných pro aktuální období. Jestliže celkový součet odebraných stravenek za aktuální a minulá období je vyšší než maximální nárok stravenek pro aktuální období, pak se tyto přečerpané stravenky převádí do dalšího období, ve kterém může zaměstnanec tyto odebrané stravenky uplatnit vůči vyhodnocenému nároku na stravenky. Převod stravenek lze realizovat v rámci kalendářního roku, resp. do ukončení PV. Stravenky přečerpané k 31.12. běžného roku jsou zaměstnanci sráženy ze mzdy v plné výši (na tyto stravenky nevznikl nárok) na SLM 557 Přečerpané stravné za uplynulý rok.
Pokud xNarokS >= xNarok pak
(nárok na stravenky za akt. měsíc je větší jako celkový nárok,
snížíme )
xNarokS = xNarok
Zjistíme počet odebraných stravenek:
xS1 = počet (S1) pro zdroj 1, 0
xSa = xS1 + xNarokP (celkem čerpané stravenky včetně převodu z předešlých období)
Vyhodnocení odebraných stravenek vzhledem na nárok na stravenky:
Pokud xNarokS >= xSa (nárokem jsou pokryté všechny stravenky)
xNarokP = 0
Pokud xNarokS < xSa (nárokem ne jsou pokryté všechny stravenky)
xNarokP = xSa - xNarokS (převod do dalšího období)
Pokud je obdobím prosinec, nebo PV končí nebo je povinnost vyúčtovat stravenky (Adm21, Strava, Zálohově poskytnutý nárok = -1)
a xNarokP > 0 pak
založíme novou vetu STRAVA s S2
xNarokP = 0
Úprava nároku na příspěvek
Následuje vyhodnocení celkového nároku na stravu snížením o čerpání příspěvků na odběr stravy na SLM 558 a o čerpání příspěvků na odběr stravy na SLM 557.
xNarok = xNarok - (xSa - xNarokP)
Do vety S1 uložit
počet zůstatek = xNarokP
počet přísp = (xSa - xNarokP)
pocet2 = nárok stravenky (za akt. období)
poce3 = Převod stravenky (z předešlého období)
d/ Vyhodnocení FBA
Poté dojde k výpočtu počtu příspěvků na odběr stravy u dodavatele FBA na Letecké škole. Pro výpočet příspěvku se použije pouze částka konzumace v sazbě 15 % DPH. Tato částka konzumace zaměstnance u tohoto dodavatele v Kč se dělí částkou příspěvku stanoveného pro tohoto dodavatele na 1 nárok (dle ceníku stravy). Výsledkem je počet příspěvků (a částka příspěvků) na SLM 560 Stravování na LŠ. Rozdíl mezi celkovou částkou odběru stravy u tohoto dodavatele a výší částky přiznaných příspěvků je srážkou zaměstnance v aktuálním měsíci. Tedy je sražena celá částka konzumace v sazbě 21 % DPH (základ + daň 21 %) a částka konzumace v sazbě 15 % DPH (základ + daň 15 %) snížená o částku poskytnutého příspěvku.
z věty J2 načteme
xDPH15 = s.pom2
xDPH21 = s.pom3
xPrispevok = c. cena_skut
spočtení příspěvku
xFBA = xDPH15 / xPrispevok - zarovnaní na 1 desetinu
Dochází k dalšímu snížení celkového nároku na stravu snížením o čerpání příspěvků na odběr stravy na SLM 560.
Pokud xFBA <= xNarok
xNarok = xNarok - xFBA
jinak (xFBA > xNarok) (více jako nárok)
xFBA = xNarok
xNarok = 0
Výška příspěvku:
Pokud xFBA > 0 pak xFBAPrisp = xFBA * xPrispevok jinak xFBAPrisp = 0
Srážka zaměstnance:
xFBASraz = (xDPH15 - xFBAPrisp + xDPH21) - zaokrouhlit na celé koruny nahod
Pokud Osb.Uziv2 = NE (zákaz srážky ze mzdy) pak
s.srazka_zam_prizn = 0
s.do_pokl_zam_priz = srazka_zam
jinak
s.srazka_zam_prizn = srazka_zam
s.do_pokl_zam_priz = 0
v e202005-3 uprava
Upravené rozdělení příspěvku IATCC na příspěvek z konzumace 10 a 15 % v rámci vyhodnocení odběru stravy.
Postup výpočtu:
z předešlého výpočtu je stanoven Počet příspěvku pro IATCC - dále Počet
Počet 10 % = celková konzumace v 10 % / příspěvek v 10 % sazbě (akt.
44 Kč) zarovnání na 1 desetinu matematicky
pokud Počet 10 % je větší nebo rovný než Počet
pak Počet 10 % = Počet a Počet 15 % = 0
pokud Počet 10 % je menší než Počet
pak Počet 15 % = Počet - Počet 10 %
Pak Částka v Kč (poskytnuté příspěvky IATCC) = Počet 10 % * 44 +
Počet 15 % * 46
částka bude zaokrouhlená na dvě desetinná místa, matematický model
(příklad z výpočtu: 123,244 => 123,24 ale 123,246 =>
123,25)
e/ Vyhodnocení PC
Posledním výpočtem je vyhodnocení odběru stravy u dodavatele Perfect Canteen na IATCC Jeneč, a to stejným postupem jako na Letecké škole. Vyhodnocení odběru stravy je prováděno na SLM 559 Stravování v IATCC Jeneč.
z věty J3 načteme
xDPH15 = s.pom2
xDPH21 = s.pom3
xPrispevok = c. cena_skut
zarovnání spočteného počtu příspěvků pro LŠ na celé příspěvky dolu, tzn. pokud vyjde příspěvek za des. tečkou 0,00 - 0,99 zaokrouhlování dolů (příklad 4,2 => 4,0 nebo 4,8 => 4,0).
spočtení příspěvku
akceptuje se celý zůstatek nároku
Dochází k dalšímu snížení celkového nároku na stravu snížením o čerpání příspěvků na odběr stravy na SLM 559.
Výška příspěvku:
xFBA = xNarok
Pokud xFBA > 0 pak xFBAPrisp = xFBA * xPrispevok jinak xFBAPrisp = 0
Srážka zaměstnance:
xFBASraz = xDPH15 - xFBAPrisp
Pokud xFBASraz < 0 pak xFBASraz = 0
xFBASraz = xFBASraz +xDPH21) - zaokrouhlit na celé koruny nahor
Pokud Osb.Uziv2 = NE (zákaz srážky ze mzdy) pak
s.srazka_zam_prizn = 0
s.do_pokl_zam_priz = srazka_zam
jinak
s.srazka_zam_prizn = srazka_zam
s.do_pokl_zam_priz = 0
15.3.9.3 Generování srážek za odběr stravy do podkladů pro mzdy
Na závěr vyhodnocení odběru stravy se generují řádky do Vyp01, Ext. vstupy řádky se SLM typu „úhrada za stravu“.
Řádky se generují ze záznamu stravy s Kód jídla = S2, J1, J2 a J3 z položky Srážka ze mzdy nebo Do pokladny
Použité jsou dvě sady SLM:
a/ sada SLM pro srážku ze mzdy
z S2 - SLM 557 - Přečerpané
stravné za uplynulý rok,
z J1 - SLM 558 - Stravování Letiště Praha, s. p.,
z J2 - SLM 559 - Stravování v IATCC Jeneč,
z J3 - SLM 560 - Stravování na LŠ.
b/ sada SLM pro úhradu v pokladně
z S2 - SLM ?57 - Přečerpané
stravné za uplynulý rok,
z J1 - SLM ?58 - Stravování Letiště Praha, s. p.,
z J2 - SLM ?59 - Stravování v IATCC Jeneč,
z J3 - SLM ?60 - Stravování na LŠ.
Pro vyhodnocení srážky zaměstnance a přenos této srážky do mezd bude PV, které nemá mít prováděnou srážku ze mzdy za stravu, označeno na formuláři Osb02 - Základní údaje - osoba, na záložce Uživatelské údaje 1, v uživatelské položce 2 hodnotou "Ne".
Poznámka: nevyplněná hodnota odkazovaného parametru na Osb02 se považuje za Ano.
15.3.10 Kontrola protokolů a provedení dohodnutých kontrol
Po ukončení vyhodnocení, oprávněný uživatel nejdříve zkontroluje protokol a podle jeho obsahu, odstraní závažné chyby (nebo zabezpečí jejích odstranění) a zopakuje vyhodnocení.
Provede dohodnuté kontroly a podle výsledku kontrol řídí odstranění hlášených problémů nebo (pokud není hlášený žádný problém) pokračuje ve zpracování
Pro namátkově kontroly je možné použít formulář Dcs02.
Uzavře evidenci docházky (stravy) a informuje mzdovou účtárnu o ukončení vyhodnocení stravy
15.3.11 Generuje předepsané sestavy
Podle stanoveného postupu a rozpisu vygeneruje předepsané sestavy a postoupí je k určeným uživatelům, resp. informuje oprávněné uživatele o ukončení vyhodnocení stravy.
15.3.11.1 Dcs30frlp - Přehled čerpání poukázek za období
Sestava zobrazuje počet ks nároků, čerpání poukázek Ticket restaurant a jejich převod do dalšího období. Zobrazuje za období a za střediska FKSP seznam zaměstnanců a jejich čerpání poukázek. Slouží finanční účtárně, dalším oddělením zejm. pro účely kontroly vydaných stravenek.
15.3.11.2 Dcs31frlp - Přehled čerpání příspěvků na stravování zaměstnanců
Sestava zobrazuje částky čerpání příspěvků zaměstnanců na stravování v členění dle sazby DPH odběru stravy.
Úprava v e202005-1, změna DPH:
Doplněné sloupce:
Odběr stravy v daň. sazbě 10%
Počet příspěvku 10%
Výše příspěvku 10%
včetně součtu za FKSP a Stravovací lokalitu
15.3.11.3 Dcs32frlp - Detailní rozpis konzumace zaměstnance
Sestava zobrazuje podrobný rozpis odebrané stravy po dnech a odebraných položkách stravy, včetně množství a částky, částky čerpání příspěvků na stravování za zaměstnance v rámci zvoleného období a v jednotlivých stravovacích zařízeních - Perfect Canteen v IATCC Jeneč a FBA na Letecké škole.
Úprava v e202005-1, změna DPH:
Doplnění sloupce Úhrada v daňové sazbě 10 %.
Úprava rekapitulace za OSČPV - sazba 10 % a celkový součet
15.3.11.4 Dcs33frlp - Přehled čerpání příspěvků na stravování od počátku roku
Sestava zobrazuje počet ks nároků, čerpání poukázek Ticket Restaurant a jejich převod do dalšího období po jednotlivých měsících za jednoho zaměstnance.
Sestava slouží finanční účtárně, dalším oddělením zejm. pro účely kontroly po jednotlivých zaměstnancích a jednotlivých měsících, jak odebírali stravenky, jaký měli nárok a kolik jim zůstává na konci roku.
15.3.11.5 Dcs34frlp - Výpočet příspěvků zaměstnance na stravování
Sestava zobrazuje počet nároků, kusy a částky odebrané stravy a stravenek, čerpání příspěvků na stravování a rekapitulaci pro srážky ze mzdy.
Sestava je určená pro zaměstnance a slouží rovněž jako podklad pro vyúčtování se zaměstnanci, kterým se nesráží strava ve mzdě.
28.01.20
Doplněné nové řádky:
Převod poukázek z předešlého období <p02a>
vybráno v akt. období <p02b>
Převod poukázek do dalšího období <p02c>
05.02.20
Položku Zbytek k úhradě za LŠ a IATCC), zobrazíme pouze pokud je kladná, pokud
je záporná zobrazíme 0
Úprava v e202005-1, změna DPH:
Nahrazení popisky „částka v Kč“ textem „Srážka LP v Kč“
Oprava textu „…LŠ a IACC“ na „…LŠ a IATCC“
V sekci „Celková skutečná konzumace…“ doplnit řádek
v daňové sazbě 10 %: - umístit před řádek s „v daňové sazbě 15 %:“
naplnění položek řádku odpovídajícími hodnotami z výpočtu
pod řádek Částka v Kč nové řádky
z toho příspěvek z 10 %
konzumace Částka 10 % (=
Počet 10 % * 44 zaok. 2 des)
z toho příspěvek z 15 %
konzumace Částka v Kč
- Částka 10 %
V sekci „Poskytnuté příspěvky …“
upravit název na „Poskytnuté příspěvky na stravování v daňové sazbě 10 a 15 %:“
upravit výpočet položek sekce
upravit legendu podle dodaného vzoru:
Příspěvek na stravu činí v Kč (včetně DPH):
Pro LŠ: 80.00
Pro IATCC: 44,00 (10 % DPH) 46,00 (15 % DPH)
Pro Letiště Praha: 110,00 (10 % DPH)
15.3.11.6 Dcs35frlp - Výpis srážek za stravování do mezd/pokladny
Sestava zobrazuje v členění dle SLM seznam zaměstnanců a jejich srážek za stravu, které jsou importovány/přenášeny z vyhodnocení stravy do mezd nebo mají být uhrazené u pokladny.
Sestava slouží mzdové účtárně pro přehled a kontrolu sražených částek za stravu.
15.3.11.7 Dcs36frlp - Vznik nároku na stravování za práci přesčas
Sestava zobrazuje za období z parametru přehled počtu nároků na stravu za práci přesčas.
Nárok je uveden v počtu kusů přiznaných a odebraných příspěvků z FKSP a v částce příspěvku z FKSP bez DPH. Sestava slouží finančním účetním pro identifikaci částky, kterou nelze v účetnictví zahrnout do nákladů (vzhledem ke vzniku nároku za dobu odpracovanou přesčas).
Sestava čte data z formuláře Dcs02, záložka Nárok na přísp. a to pouze záznamy s nastavením Kód jídla = NARP.
Záznamy se do formuláře načtou pomocí importní sestavy Imp49frlp (viz popis výše).
Parametry sestavy:
Standardní parametry: Období, Výběrová osa, Zaměstnanec
Další:
Stravovací lokalita - omezení sestavy na data jedné stravovací lokality, pokud není parametr vyplněn, tak se pracuje se všemi lokalitami
Obsah sestavy:
Sestava je organizovaná podle zařazení PV na Stravovací lokalitu a FKSP.
Každý každou Stravovací lokalitu se vytváří samostatní blok za každou FKSP.
Každý blok i podblok za Stravovací lokalitu / FKSP má hlavičku (která obsahuje identifikaci FKSP a Lokality) a patičku (která obsahuje součet počtu a částky)
Stravovací lokalita - str. č. 32, přirazená k PV v poslední den období
FKSP - str. č. 24, přirazená k PV v poslední den období
Každý blok je seřazen podle Lokalita, FKSP, Příjmení a jméno.
Detailní řádek:
OSČPV - identifikace zaměstnance
Zaměstnance - příjmení a jméno
Org. jednotka - str. č. 2, přiřazená k PV v poslední den období
Počet příspěvků - Počet jídel ze záložky Nárok na příspěvek, záznam NARP (N11)
Příspěvek v Kč - Dotace zaměstnavatele ze záložky Nárok na příspěvek, záznam NARP (N11)
15.3.11.8 Dcs37frlp - Odběr teplé stravy v období ve stravovací lokalitě
Sestava zobrazuje seznam zaměstnanců s počtem odebraných jídel a částkou příspěvku z FKSP, je členěná dle jednotlivých středisek FKSP a druhu účelu.
Zobrazovat pouze řádky u kterých je nenulová alespoň jedna
položka Počet, Srážka, Pokladna
15.3.11.9 Dcs38frlp - Odběr poukázek na pokladnách za období
Sestava zobrazuje údaje o odebraných stravenkách (po importu Imp50frlp) a příspěvcích na odebranou stravu za období v členění na jednotlivá střediska FKSP.
PV, které nemají vazbu na FKSP - zobrazuje jako FKSP "Nezařazeno" (FKSP = 000000).
15.3.11.10 Dcs39frlp - Převedené poukázky ke konci období
Sestava zobrazuje počet ks nároků, čerpání poukázek Ticket restaurant a jejich převod do dalšího období.
Sestava slouží finanční účtárně, zejm. pro účely kontroly po jednotlivých zaměstnancích, kolik jim zůstává stravenek k 31.12. odebraných v průběhu roku navíc nad nárok, tj. které nemohli vyčerpat a které nevrátili do pokladny, dále pro stanovení srážky ze mzdy či úhrady částky na pokladně.
15.3.11.11 Dcs40frlp - Fakturace odběru stravy za období
Pro každé středisko FKSP sestava udává rekapitulaci výdajů za odebranou stravu na Letišti Praha, ve které jsou rozloženy podle příslušné sazby DPH. Pro každé středisko FKSP dále sestava uvádí celkovou výši srážky.
Sestava dále poskytuje kontrolní součty a informaci o předpokládané výši fakturace, celkovou výši srážek za zaměstnance a rozdíl mezi předpokladem fakturace a srážkou za zaměstnance.
PV, které nemají vazbu na
FKSP - zobrazuje jako FKSP "Nezařazeno".
15.3.12 Aktivace a konfigurace systému vyhodnocení stravy
Při aktivaci systému je potřeba provést všechny nastavení podle níže uvedených okruhů. Při běžném provozu, před spuštěním vyhodnocení stravy, musí být aktualizované číselníky a nastavení PV podle potřeby.
15.3.12.1 Nastavení typu vyhodnocení stravy zaměstnance
Vyhodnocení stravy pro zaměstnance se provádí podle nastavení položky Typ nároku na stravu. Tato položka může být nastavená na formuláři:
a) Adm21/Adm22, záložka Strava - nastavení pro všechny PV nebo pro PV z určené SJ
b) Opv01, Režim - nastavení pro jedno PV
Položky nastavit na:
0 - Bez zpracování stravy
Pro zaměstnance bez vyhodnocení stravy
303 - Nárok z mezd, vstupy z aktuálního období (ŘLP)
Pro zaměstnance s vyhodnocením stravy v režimu ŘLP
Doporučené nastavení:
a) Adm21/Adm22, Typ nároku na stravu = 303
b) Opv01, Režim, PV je dostupné v docházce = 0
c) Opv01, Režim, Převod doch. do mezd = Ano
d) Opv01, Režim, Typ nároku na stravu =
= 303 - pro zaměstnance s vyhodnocením stravy
= 0 - pro zaměstnance bez vyhodnocení stravy
15.3.12.2 Nastavení způsobu úhrady nadlimitního odběru
Standardně se úhrada nadlimitního odběru realizuje srážkou ze mzdy v rámci zpracování mezd. Pokud u zaměstnance není možné z libovolného důvodu provést srážku ze mzdy, tento nadlimitní odběr musí zaměstnanec uhradit v určené pokladně.
Pokud ??? (kdo) zjistí libovolnou příčinu, která neumožňuje realizovat srážku ze mzdy, pro dotčené PV nastaví:
Osb02, na záložce Uživatelské údaje 1, položka Provádět srážku ze mzdy za stravu (Uživ. 02) = "Ne"
Pozor: Po ukončení příčin, které vedly k zastavení srážek ze mzdy, je nutné aktualizovat nastavení.
15.3.12.3 Nastavení číselníku Slm01
Založení SLM pro srážku ze mzdy a pro úhradu na pokladně.
Pro srážku ze Mzdy:
SLM 557 (4306) - Přečerpané
stravné za uplynulý rok,
SLM 558 (4306) - Stravování Letiště Praha, s. p.,
SLM 559 (4306) - Stravování v IATCC Jeneč,
SLM 560 (4306) - Stravování na LŠ.
Pro úhradu na pokladně:
SLM 51557 (5102) - Přečerpané
stravné za uplynulý rok,
SLM 51558 (5102) - Stravování Letiště Praha, s. p.,
SLM 51559 (5102) - Stravování v IATCC Jeneč,
SLM 51560 (5102) - Stravování na LŠ.
15.3.12.4 Nastavení Str32 - Lokality pro stravu
Nastavení struktury č.32, použít formulář Str32
|
Kód |
Název |
|
PC |
IATCC Jeneč |
|
10 |
Albrechtice |
|
FBA |
Letecká škola |
|
TR |
Ticket Restaurant |
|
RLP |
Letiště Praha |
|
LBR |
Letiště Brno |
|
LOS |
Letiště Ostrava |
|
LKV |
Letiště Karlovy Vary |
|
RLBP |
RLB Písek |
|
RLBBK |
RLB Buchtův Kopec |
15.3.12.5 Nastavení JPC - Stravovací skupina (pd_strava_skup)
JPC číselník pd_strava_skup je v oblasti vyhodnocení stravy použit pro identifikaci pokladen (je souběžný se strukturou 23).
|
Hodnota (numerická) |
Název |
Kód hodnoty |
|
1 |
Pokladna LŠ FBA č.1 |
P1 |
|
2 |
Pokladna LŠ FBA č.2 |
P2 |
|
3 |
Pokladna IATCC Kavárna |
K1 |
|
4 |
Pokladna IATCC Jídelna |
J1 |
|
5 |
Ceniny-TR-IATCC |
C1 |
|
6 |
Ceniny-TR-LŠ |
C2 |
|
7 |
Ceniny- TR-Buchtův kopec |
C3 |
|
8 |
Ceniny-TR-pokladna Brno |
C4 |
|
9 |
Ceniny-TR-pokladna Ostrava |
C5 |
|
10 |
Ceniny-TR-pokladna K.Vary |
C6 |
