Elanor - EGJE
Okruh riešení
Uct = Všeobecný export do účtovníctva
popis okruhu riešení
1 Základná charakteristika okruhu riešení „Uct“
1.2 Úvod k riešeniu okruhu „Uct“
1.3 Vnútorná logika výstavby dát pre účtovníctvo v našom systéme
2.1 Popis účtovnej súvzťažnosti
2.1.1 Spoločné dáta všetkých riadkov súvzťažnosti
2.1.2 Detailné dáta riadku súvzťažnosti
3 Štandardné riešenie okruhu „Uct“
3.1 Uct01 – Účtovné súvzťažnosti
3.2 Uct02 - Všeobecný export do účtovníctva
3.3 Uct03 - Export z účtovnej tabuľky
3.4 Uct04 – Dáta pre účtovníctvo
3.5 Uct05 - Opis účtovných súvzťažností
3.6 Uct06 - Export účtovných súvzťažností
3.7 Uct07 - Export účtovnej rekapitulácie
3.8 Uct08 - Prehľad účtovných rezerv
3.9 Uct09 - Rekapitulácia obratov na účtoch MD a DAL
3.10 Uct72f – Prevod do účtovníctva MUZO
4 Technologické poznámky a postupy pre používateľa
4.1 Základné princípy práce s exportom do účtovníctva
4.2.1 Nastavenie parametrov súvzťažnosti ako celku
4.2.2 Nastavenie parametrov riadkov súvzťažnosti
6.1 Typ tvorby rezervy 1 - Poj. zodpovednosti
6.2 Typ tvorby rezervy 2 - Dovolenka Colas SK.
6.3 Typ tvorby rezervy 3 - Ročná prémia Colas SK
6.4 Typ tvorby rezervy 4 - sviatky Colas SK
6.5 Typ tvorby rezervy 5 - Dovolenka Securitas CZ
7 Špecifické úpravy pre zákazníkov
Okruh riešení Uct (Všeobecný export do účtovníctva) zabezpečuje konfiguráciu a pripravuje údaje pre účtovníctvo.
Mzdové účtovníctvo je súčasťou účtovníctva. V určitom smere práce s dátami zamestnancov smeruje viac do HR, ale vlastné mzdy a ich výpočet smeruje k účtovníctvu. Preto je väzba mzdového subsystému na účtovníctvo (alebo všeobecne na účtovné systémy) nutnou súčasťou každého vyspelého mzdového systému.
Vzhľadom k zloženiu našich zákazníkov sa budeme zaoberať iba účtovníctvom (skôr podvojné účtovníctvo), nie daňovou evidenciou.
Väzba na účtovné systémy je problematická v tom, že mzdová časť systému musí vedieť spolupracovať s rôznymi účtovnými systémami. Systém preto musí zabezpečiť všeobecný interface, ktorý vyhovie rôznym formám spolupráce. Buduje sa tak určitý spôsob zdieľania dát medzi našim systémom a účtovnými systémami.
Interface na účtovné systémy je obojsmerný:
- Účtovné systémy primárne evidujú určité štruktúry, v ktorých sa sledujú účtovné dáta. Typicky sa jedná o nákladovú štruktúru, nakoľko účtovníctvo obvykle sleduje náklady po určitých skupinách. Tieto štruktúry primárne vedené v účtovníctve by mali byť v našom systéme používané v rovnakom členení. Aspoň časť týchto štruktúr je možné automatizovane preberať. Jedná sa teda o import dát z účtovného systému
- Náš mzdový systém predáva do všeobecného účtovníctva informácie o mzdových nákladoch a to v členení určenom všeobecným účtovníctvom. Jedná sa teda o export do účtovného systému
Import dát z účtovného systému
Z účtovného systému náš mzdový systém preberá (zdieľa) tie dáta, ktoré sú v účtovnom systéme primárne evidované. Jedná sa o nasledujúce dáta
- účtovná osnova
z účtovnej osnovy preberá mzdový systém iba účty, ktoré sa používajú v mzdovej oblasti. Vzhľadom k množstvu dát a početnosti ich zmien nie je zabezpečovaný žiadny interface a správnosť používaných vnútropodnikových účtov v našom systéme je ponechaná na zodpovednosti používateľov
- účtovné štruktúry
jedná sa predovšetkým o nákladovú štruktúru stredísk, štruktúru zakázok a ďalšie štruktúry podľa firemných potrieb. Pokiaľ sa jedná o malé množstvo stabilných dát (napr. kategória máva rádovo maximálne desiatky hodnôt), potom je opäť vhodné ponechať vyplňovanie takých štruktúr na používateľa v rámci nášho systému. Pokiaľ sa však jedná o rozsiahle či často sa meniace štruktúry (nákladové strediská svojím rozsahom či zákazky svojou početnosťou zmien), potom je vhodné zabezpečiť automatizovaný prenos aktuálnych dát z účtovného do nášho systému. Cesta zdieľania dát z účtovného systému priamo našim systémom formou databázového pohľadu na originálne dáta nie je z nášho pohľadu vhodná (stabilita riešenia – rôzne zmeny v účtovnom systéme, stabilita prevádzky - musia byť funkčné oba systémy aby k interface mohlo dôjsť online, bezpečnostné otázky, ...).
Ako je vidieť, všeobecne nemožno túto otázku riešiť. Je však riešiteľná v rámci konkrétnej implementácie na základe posúdenia možností a vhodnosti určitých riešení.
Export do účtovného systému
Na rozdiel od importu dát, ktorý sa prevádza pri zmenách sledovaných štruktúr, je export dát do účtovníctva pravidelnou akciou v každom zúčtovacom období. Navyše je rozsiahly svojím objemom a tak by tento interface mal byť automatizovaný.
Export do všetkých účtovných systémov sa nedá riešiť jedným spôsobom. Je preto vhodné rozdeliť export do účtovníctva na 2 fázy
- všeobecný export do účtovníctva, ktorý pripraví zúčtované dáta mzdového systému spôsobom vhodným pre ďalšie spracovanie
- konkrétny prevod účtovných dát, ktorý je špecifický podľa cieľového účtovného systému a konkrétneho používateľa. Táto fáza využíva dáta nachystané všeobecným exportom do účtovníctva.
Okruh riešení „Uct“ sa zaoberá iba všeobecným exportom do účtovníctva.
Ako bolo uvedené vyššie, všeobecný export do účtovníctva pripraví zúčtované mzdové dáta do formy, ktorá je vhodná pre ďalšie spracovanie.
Účtovné systémy sledujú druhové členenie nákladov podľa účtovnej osnovy na jednotlivé vnútropodnikové účty (ďalej len účty). mzdové systémy vytvárajú pre účely rozborov aj podrobnejšie členenie, ktoré potom smerujú na vnútropodnikové účty.
V rámci účtovníctva sa používajú dva základné spôsoby evidencie účtovných pohybov a účtovných zápisov. Jedná sa o:
- jednoriadkový zápis, kde sa sleduje jedna čiastka, ktorá sa presúva medzi stranami MD a DAL (účty, štruktúry, ...),
- dvojriadkový zápis, kde sa sleduje čiastka a iba jedna zo strán MD alebo DAL s určením o ktorú stranu sa jedná.
Z jednoriadkového zápisu možno jednoducho vytvoriť dvojriadkový, opačný smer je zložitejší. Náš export do účtovníctva vytvára dáta v jednoriadkovom zápise a obsahuje v každom zázname obe účtovné strany MD - DAL.
Účtovná súvzťažnosť je účtovným pojmom, ktorý pevne zväzuje účty v účtovnom zápise. Jedná sa teda o povolenú väzbu účtu účtovnej osnovy na strane MD a DAL.
Náš mzdový systém pre druhové členenie používa členenie na zložky miezd (ZLM). Zložka mzdy tak z účtovného hľadiska predstavuje určitý prípad účtovného pohybu. V okamihu potreby preniesť mzdové náklady do účtovníctva tak vzniká potreba ku zložke mzdy priradiť konkrétnu účtovnú súvzťažnosť. ZLM je tak rozčlenením účtov či účtovných zápisov. Mzdový systém sleduje ZLM v podrobnejšom členení než náklady a pohyby v účtovníctve. Jednej účtovnej súvzťažnosti tak odpovedá i viac ZLM.
V praxi však za určitej situácie vzniká potreba odlíšiť či rozčleniť náklady na ZLM do niekoľko účtovných zápisov. Logická účtovná súvzťažnosť sa potom skladá z niekoľko účtovných zápisov (MD - DAL) z nich každý má svoje špecifiká:
- vstupy spĺňajú určitú podmienku
- vstupné hodnoty (čiastka) sa prepočítavajú či rozpočítavajú do výstupných hodnôt (čiastok)
Vzniká tak vlastná účtovná súvzťažnosť a k tomu detailné riadky.
Zákon o účtovníctve vo svojich zásadách hovorí o priehľadnosti a jednoznačnej určiteľnosti podkladov pre zúčtovanie. K tomu sa musia účtovné zápisy riadne a systematicky označovať. Používa sa rozdelenie dokladov do dokladových radov, druhov dokladov, daňových kódov či iných kódov dokladu a očíslovanie dokladov. Rozdelenie dokladov zodpovedá určitej skupine účtovných súvzťažností. Každá organizácia si môže vo svojom účtovnom systéme zvoliť svoj spôsob z určitých povolených spôsobov členenia a označovania dokladov. Takéto označovanie sa môže prevádzať buď až vo fáze konkrétneho prevodu dát z všeobecných dát alebo už v rámci obecného exportu dát určitým nastavením voliteľných položiek.
V rámci všeobecného účtovníctva môže existovať niekoľko oddelených subsystémov, ktoré využívajú mzdové výstupy. Buď ich spracovávajú naraz, alebo si z mzdových výstupov vyberajú určité skupiny exportných dát (zaúčtovanie prevodné príkazy, účtovné rozbory, ..)
V predchádzajúcej kapitole bolo označené, že základným pojmom je účtovná súvzťažnosť (ďalej tiež len súvzťažnosť). Tá sa môže členiť do jedného alebo viac riadkov.
Zložky miezd (ZLM) zo mzdových výpočtov je nutné zaradiť na súvzťažnosť. K tomu sa využíva aparát všeobecnej započítateľnosti ZLM, kde pre účtovníctvo je určená započítateľnosť s kódom započítateľnosti „UCTO“. Každá súvzťažnosť je zviazaná s určitou skupinou ZLM z číselníku všeobecnej započítateľnosti, podľa položky kód skupiny.
Účtovné súvzťažnosti sú rovnako ako zložky miezd budované spoločne pre celú spracovávanú organizáciu. Nič však nebráni tomu, zúčtovávať rôzne, napríklad podľa správnych jednotiek tým, že sa účtovanie rozlíši v podmienke riadku súvzťažnosti.
Výsledkom všeobecného exportu do účtovníctva je databázová tabuľka s celou radou položiek. Do nej sú zapisované súčty čiastok, prípadne hodín, zmien a dní za skupiny rovnakých účtov a ďalších zapisovaných položiek.
Výsledná databázová tabuľka obsahuje v každom zázname radu pevných položiek a potom niekoľko položiek voliteľných, ktoré sú naplňované podľa „konfiguračných“ parametrov uvedených v popise riadkov účtovnej súvzťažnosti. Tri voľné položky sú určené pre stranu MD, tri pre stranu DAL a ďalších šesť je voľných pre všeobecné použitie. Pomocou konfigurácie možno tieto voľné položky naplniť v podstate ľubovoľnou položkou vstupných dát alebo ich kombináciou. Všetko je podrobne popísané v kapitole 4.
V tejto časti si popíšeme dátové položky a ich skupiny, ktoré sú sledované v rámci okruhu „Uct“.
Okruh samozrejme môže používať i položky iných okruhov a to hlavne v prípade procesov a zostáv.
Tu sa popisuje súvzťažnosť ako celok, tj. spoločné vlastnosti pre všetky jej riadky
Označenie účtovnej súvzťažnosti. Jedná sa o jednoznačný kľúč. Používateľsky numerický kód.
Názov súvzťažnosti
Názov súvzťažnosti podľa potrieb používateľa. Mal by vystihovať určenie súvzťažnosti
Organizácia
U viacorganizačnej inštalácie umožní obmedziť súvzťažnosť na jednu organizáciu.
Väzbová položka do číselníka všeobecnej započítateľnosti, ktorý potom určuje ZLM patriacu do tejto súvzťažnosti. Pre zadávanie je k dispozícii zoznam aktuálne platných skupín v číselníku započítateľnosti UCTO
Typ tvorby rezervy
Vytváranie rezervy je prídavná funkčnosť. Väčšinou je algoritmus viazaný na konkrétneho zákazníka.
Položka obsahuje číselník:
0 - Nejedná sa o tvorbu rezervy
1 - Poj. zodpovednosti
2 - Dovolenka podľa Colas SK
3 - Ročná prémia podľa Colas SK
4 - Sviatky podľa Colas SK
5 - Dovolenka podľa Securitas SK
Nevyplnené a 0 sa správa rovnako - súvzťažnosť nie je doplnená o tvorbu rezervy.
Rezervy sú stručne popísané v Príloha B - Rezervy.
SLM pre vytváranú rezervu
Pokiaľ je v predchádzajúcej položke zadané vytváranie rezerv, je táto rezerva do účtovného výstupu generovaná pod SLM tu zadanú.
Táto položka určuje, či export má a akým spôsobom plniť osobné číslo do dát pre účtovníctvo. Položka má značný vplyv na počet riadkov výslednej tabuľky pre účtovníctvo. V prípade, že osobné číslo má tvar OOOO.PP (osobné číslo, bodka, číslo PV), je možné plniť iba časť pred bodkou. Vyplňuje sa podľa riešiteľského číselníka ucto_osc s hodnotami:
0 účtovanie bez osobného čísla
1 účtovanie s osobným číslom, ktoré sa plní do samostatnej položky
2 účtovanie s osobným číslom, ktoré sa plní do analytického účtu strany MD
3 účtovanie s osobným číslom pred bodkou, ktoré sa plní do samostatnej položky
4 účtovanie s osobným číslom pred bodkou, ktoré sa plní do analytického účtu strany MD
Pri hodnotách 3 a 4 v situáciách, kedy osobné číslo neobsahuje bodku, sa prenáša celé osobné číslo.
Určuje dátumovú platnosť (použiteľnosť) súvzťažnosti. Časovo neplatná súvzťažnosť (k referenčnému dátumu = posledný deň spracovávaného mesiaca) nebude spracovávaná.
Táto položka poskytuje informáciu, či je účtovná súvzťažnosť vybraná v navigačnom zozname platná k referenčnému dátumu.
Nasledujúce položky popisujú každý jednotlivý riadok súvzťažnosti.
Číslo súvzťažnosti
Väzbový prvok do evidencie súvzťažnosti
Jedná sa o číslo riadky v rámci súvzťažnosti
Zdroj dát a účtovanie
Pre účely cestovných príkazov sú určené špeciálne hodnoty položky Zdroj dát a účtovania. Tu si používateľ volí, čo sa v rámci tohto riadku konfigurácie prevádza do účtovníctva a to podľa riešiteľského číselníka typ_zdroje_ucto s hodnotami:
0 Mzdové dáta .. prevádza sa celková čiastka,
2 Cestovné príkazy: čiastka .. prevádza sa celková čiastka,
3 Cestovné príkazy: čiastka – DPH. prevádza sa celková čiastka bez čiastky DPH,
4 Cestovné príkazy: DPH .. prevádza sa čiastka DPH.
5 Tvorba rezerv
6 Poistenie organizácie na SLM
7 Cestovné príkazy: suma v cudzej mene
Podmienka
Podmienka pre spracovanie vstupných dát.
Tu sa uvádza logická podmienka, ktorá musí byť splnená, aby vstupné dáta boli prevedené na výstupné dáta pomocou popisu uvedeného v tomto riadku súvzťažnosti – napríklad vyššie zmienená podmienka na číslo správnej jednotky. Pokiaľ nie je podmienka uvedená, je tým podmienka splnená a popis riadku súvzťažnosti bude použitý pre všetky vstupujúce dáta. Spôsob zápisu podmienky je uvedený v kapitole 4.
Zadáva sa syntetický účet na strane Má dať. Numerická položka podľa celoštátnej metodiky účtovníctva.
Zadáva sa analytický účet na strane Má dať. Alfanumerická položka podľa vnútrofiremnej metodiky účtovníctva.
Zadáva sa syntetický účet na strane Dal. Numerická položka podľa celoštátnej metodiky účtovníctva.
Zadáva sa analytický účet na strane Dal. Alfanumerická položka podľa vnútrofiremnej metodiky účtovníctva.
Výsledná hodnota čiastky (prípadne hodín, zmien a dní) zapisovaná do výstupných dát je ešte vynásobená tu uvedeným koeficientom. Pokiaľ nie je uvedený, k násobeniu nedochádza (implicitne koeficient = 1).
Násobenie koeficientom sa aplikuje až na sčítané čiastky za skupiny dát s rovnakými ostatnými položkami (účty, strediská, …). Koeficient je evidovaný na 6 desatinných miest a výsledná čiastka (…) je matematicky zaokrúhlená na 2 desatinné miesta.
Popis naplnenia položky va1_md
Tu sa zapisuje akým spôsobom je naplňovaná voliteľná výstupná položka va1_md. Možnosti zápisu sú rozsiahle a sú popísané v kapitole 4.
Obdobne tento popis platí pre nasledujúce položky
Popis naplnenia položky va2_md
Popis naplnenia položky va3_md
Popis naplnenia položky va1_da
Popis naplnenia položky va2_da
Popis naplnenia položky va3_da
Nasledujúce položky sú obsiahnuté v záznamoch vytvorených programom všeobecného exportu do účtovníctva. Záznamy sú tvorené sadou kľúčových položiek ďalej potom súčtom hodnotových položiek (sumy, hodiny, zmeny, dni)
Väzbový prvok do evidencie súvzťažnosti
Jedná sa o číslo riadky v rámci súvzťažnosti
Číslo zložky mzdy
Syntetický účet na strane Má dať. Prevádza sa z popisov riadkov súvzťažnosti
Analytický účet na strane Má dať. Prevádza sa z popisov riadkov súvzťažnosti i
Syntetický účet na strane Dal. Prevádza sa z popisov riadkov súvzťažnosti
Analytický účet na strane Dal. Prevádza sa z popisov riadkov súvzťažnosti
Položka je naplňovaná podľa hodnoty konfigurácie súvzťažnosti ucto_osc
Položka je naplňovaná podľa hodnoty konfigurácie súvzťažnosti ucto_osc
Prevádza sa z popisov riadkov súvzťažnosti
Nasledujúca skupina údajov čerpá z výsledkov vykonanej mesačnej uzávierky. Obsahuje hodnoty položiek o bankových prevodoch a bankových cestách:
Ako príjemca je tu uvedený príjemca pre prevodný príkaz, tj. účet hromadnej úhrady pre hromadné úhrady a koncový individuálny účet pre individuálnu úhradu
Kód zasielania pre rozosielanie bankových prevodných príkazov
Odosielateľ – IBANPríjemca - predčíslie
Príjemca – BIC (SWIFT) kód bankyPríjemca – variabilný symbol
Ďalšou skupinou údajov sú voliteľné položky. Tie sú naplnené podľa popisov naplnenia položiek z jednotlivých riadkov účtovnej súvzťažnosti
A na záver sú uvedené súčtové položky pre vlastný hodnotový obsah dát pre účtovníctvo. Sumy týchto položiek sú počítané zo vstupných vypočítaných dát za rovnaké hodnoty vyššie uvedených položiek správnej jednotky, správny oddiel, číslo súvzťažnosti, riadok, ZLM, osč, … , va9
V nasledujúcej tabuľke je uvedený zoznam objektov zaradených do okruhu Uct. V prvom stĺpci je kód objektu, v druhom označenie druhu objektu (F = formulár, P = proces, E = export, Z = zostava). Tretí stĺpec popisuje obsah objektu
Tučným písmom sú označené už riešené a zdokumentované objekty
F |
Účtovné súvzťažnosti |
|
P |
Všeobecný export do účtovníctva |
|
E |
Export z účtovnej tabuľky |
|
Z |
Rekapitulácia dát pre účtovníctvo |
|
Z |
Opis účtovných súvzťažností |
|
E |
Export účtovných súvzťažností |
|
E |
Export účtovnej rekapitulácie |
|
F |
Prehľad účtovných rezerv |
|
Z |
Rekapitulácia obratov na účtoch MD a DAL |
|
E |
Prevod do účtovníctva MUZO |
Individuálny formulár o účtovných súvzťažností
Navigácia: Zoznam evidovaných účtovných súvzťažností
Formulár umožňuje prácu s dátami súvzťažnosti.
Vlastné dáta formulára sú organizované v záložkách
Záložka „Súvzťažnosť“
Obsluha: Popis súvzťažnosti, jej základné atribúty spoločné pre všetky riadky súvzťažnosti.
Na tejto záložke možno zadať novú súvzťažnosť alebo editovať už zadanú.
Dáta záložky sú rozdelené do dvoch častí
V hornej časti sú spoločné popisné položky súvzťažnosti.
V dolnej časti „Započítané ZLM“ sa zobrazuje zoznam ZLM zaradených na súvzťažnosť. Jedná sa o rovnaké dáta, ktoré sú obsiahnuté v číselníku všeobecnej započítateľnosti
ZLM - do
Druh doby do
Záložka „Detaily“
Obsluha: V hornej časti výber z riadkov evidovaných pre súvzťažnosť; v dolnej časti položky zvoleného riadku.
Položky:
Zaokrúhlenie čiastky
Základ pre zaokrúhlenie čiastky
Popis naplnenia položky va1_md
Popis naplnenia položky va2_md
Popis naplnenia položky va3_md
Popis naplnenia položky va1_da
Popis naplnenia položky va2_da
Popis naplnenia položky va3_da
Kontextové zostavy a procesy
Uct02 - Všeobecný export do účtovníctva
Uct03 - Export do účtovníctva
Uct04 – Dáta pre účtovníctvo
Formulár slúži pre spustenie procesu všeobecného exportu do účtovníctva
Navigácia: Správny oddiel, zúčtovacie obdobie, výplatný termín
Vlastné dáta formulára sú organizované v záložkách
Záložka „Exportuj“
Obsluha: Záložka obsahuje detailný popis navigovaného správneho oddielu a zúčtovacieho obdobia. Tento popis však nie je editovateľný (viď Vyp02).
Hlavným prvkom záložky je tlačidlo, ktorým sa spúšťa vlastný program všeobecného exportu do účtovníctva
Položky:
Oracle hints - nastavenie optimalizácie behu exportu do účtovníctva. V závislosti na nastavení DB je možné použiť niektorú z prednastavených možností.
Tlačidla: „Preveď export do účtovníctva“
Poznámka: akcia môže byť dočasne nastavená na podrobnejšie výpisy do protokolu – pozri EGJE_Provdoc / Príloha L. – viac hlášok v niektorých protokoloch.
Záložka "Hromadné akcie"
Tlačidlo "Vykonaj export do účtovníctva pre SO, kde nie je doteraz vykonaný."
Výber SO kde export neprebehol.
Vykonanie exportu za tieto SO.
Tlačidlo "Zruš export do účtovníctva pre SO, kde je už vykonaný."
Výber SO kde export už prebehol.
Zrušenie exportu za tieto SO.
Záložka „Vyexportované dáta“
Obsluha: Záložka zobrazuje vo formáte hromadného formulára účtovné dáta vytvorené programom všeobecného exportu do účtovníctva. Slúži k prezeraniu zúčtovaných dát, nie k opravám a zadávaniu, preto je záložka needitovateľná.
Položky: x
Príjemca – smerový kód bankyPríjemca - IBAN
Príjemca – BIC (SWIFT) kód banky
Záložka "Rezervy"
Zobrazenie vygenerovaných rezerv.
Záložka "Protokoly"
Zobrazenie protokolov z vykonaných exportov do účtovníctva.
Export dát pripravených všeobecným exportom do účtovníctva.
Pomocou tohto exportu získate v univerzálnom tvare (záznam na riadku, položky oddelené medzerníkom) všetky prístupové dáta nachystané pre špeciálny export do účtovníctva podľa vášho účtovného systému.
Zostava je určená pre používateľa s prístupovými právami na celý správny oddiel, prípadne celú správnu jednotku. Nekontroluje prístupové práva k jednotlivým PV.
Zostava slúži pre základnú kontrolu dát účtovnej dávky a súčasne ako protokol o odovzdaných dátach pre účtovníctvo. Používateľ si môže vybrať, či chce zostavu so súčtami za ZLM, alebo nie. K tomu zadáva príslušný vstupný parameter.
Takisto pomocou vstupných parametrov Nepovinný výpočet typov výplatných termínov a Nepovinný výpočet súvzťažností je možné ďalej spresniť podmienky pre výber dát, ktoré majú byť výstupom zostavy.
Zostava je určená pre používateľa s prístupovými právami na celý správny oddiel, prípadne celú správnu jednotku. Nekontroluje prístupové práva k jednotlivým PV.
Do zostavy bol pridaný stĺpec mena, pretože daná SLM môže byť pre zamestnancov toho istého správneho oddelenia vedená v rôznych menách.
Zostava zobrazuje evidované účtovné súvzťažnosti a všetky jej atribúty (podmienky, kódy stredísk, zložky miezd, druhy dôb).
Komplexný export nastavenia účtovných súvzťažností vrátane zložiek miezd, druhy dôb nakonfigurovaných pomocou započítateľnosti UCTO.
Export dát nachystaných obecným exportom do účtovníctva. Neexportujú sa detailné dáta, ale súčty bez identifikácie bankových účtov. Pomocou tohto exportu získate súčty za ZLM, účty MD / DAL, nakonfigurované položky va1-va9 nachystané všeobecným exportom do účtovníctva (Uct02). Voliteľne sa exportujú čísla a názov ZLM a ďalšou voľbou možno ovplyvniť exportovanie osobného čísla. Exportuje sa vo formáte Excel.
Prehľad rezerv pre účtovníctvo vytvorených pri exporte do účtovníctva v Uct02. Tu je umožnené dáta korigovať vytvorením nových, ručných záznamov.
Používateľ si vyberá obdobie a správny oddiel z navigačného zoznamu a ďalej potom typ rezervy (v hornej časti formulára). V spodnej časti potom môže
- Sledovať automaticky vygenerované záznamy rezerv (needitovateľné, ručný vstup = 0)
- Zadať korekčné záznamy. Tie sú odlíšené na záznamy vzniknuté
o pred automatickou tvorbou rezerv (napr. importované pred vykonávaním tvorby rezerv v EGJE na Uct02; ručne = 1),
o po automatickej tvorbe rezerv (ako korekčné záznamy; ručne = 2).
Ručne zadané záznamy (nevznikol automaticky) sú zachované aj pri opakovanom spustení tvorby rezerv na Uct02.
Zostava je určená pre základné rýchlu kontrolu dát účtovné dávky. Poskytuje informáciu o sume čiastok, ktoré boli zaúčtované na jednotlivé účty do účtovníctva za vybraný (vybrané) SO a zvolené obdobie. A to samostatne ako za účty strany MD, tak aj za účty strany DAL.
Používateľ si môže zvoliť, či chce zostavu iba so súčtami za jednotlivé účty, či s detailmi za účty a súvzťažnosti. K tomu zadáva príslušný vstupný parameter.
Takisto pomocou vstupných parametrov Nepovinný výpočet typov výplatných termínov a Nepovinný výpočet súvzťažností je možné ďalej spresniť podmienky pre výber dát, ktoré majú byť výstupom zostavy.
Zostava je určená pre používateľov s prístupovými právami na celý správny oddiel, prípadne celú správnu jednotku. Nestráži prístupové práva k jednotlivým PV.
Špeciálny prevod do účtovníctva MUZO , ktorý sa používa na vysokých školách ČR.
Pre splnenie cieľa tohto okruhu riešení sú nutné činnosti:
- nastavenie konfigurácie na formulári Uct01, prípadne na formulári Zlm02
- spustenie vlastného všeobecného exportu na formulári Uct02
- konkrétny export do účtovníctva vášho špeciálneho účtovníctva sa prevádza spôsobom určeným pri implementácii systému – nie je tu popisovaný
Ďalej je umožnené vykonať
- štandardný export do textového formátu Uct03
- opis zúčtovaných dát vo forme zostavy Uct04
Na formulári Zlm02 je pre prevod zložiek miezd do účtovníctva nutné založiť číselník všeobecnej započítateľnosti UCTO. Tento číselník obsahuje ako skupiny rovnako označené účtovné súvzťažnosti.
Na formulári Uct01 sa definujú a udržujú dáta jednotlivých súvzťažností. Pre prácu sa vždy vyberá jedna súvzťažnosť z navigačného zoznamu v pravej časti okna..
Pre založenie novej súvzťažnosti musí byť „kurzor“ / myš v hornej časti záložky „Súvzťažnosť“; potom pomocou tlačidla „Nový“ možno zadať úplne novú súvzťažnosť.
Každá súvzťažnosť má svoje jednoznačné číslo a to vrátane tých, ktoré sú už dátumovo označené ako neplatné.
Na záložke „Súvzťažnosť“ sa zadáva konfigurácia spoločná pre celú súvzťažnosť, tj. pre všetky jej riadky. Jedná sa hlavne o položky účtovania s osobným číslom.
Pre účely účtovania v niektorých situáciách je vhodné do účtovníctva odoslať aj označenie osoby zo vstupnej ZLM. Jedná sa napríklad o zrážky typu manka, kde sa sleduje stav zaplatenia priamo v účtovníctve. Okruh riešení „Uct“ umožňuje nastavenie plnenia osobného čísla pre každú súvzťažnosť osobitne.
Náš systém označuje zamestnanca resp. PV (personálny/právny vzťah) položkou osobné číslo PV (osčpv). Jedná sa o znakový reťazec, ktorý je používaný podľa potrieb a zvyklostí každého používateľa. Ako jeden z doporučených tvarov osčpv je tvar OOOOO.PP, kde PP je označením PV (personálneho vzťahu) osoby OOOOO. Pre tento spôsob tvorby osčpv umožňujeme odoslať do účtovníctva len OOOOO alebo ako OOOOO.PP. V nasledujúcom číselníku sa jedná o osobné číslo pred bodkou (OOOOO) a celé osobné číslo (OOOOO.PP).
Osobné číslo je možné prevádzať buď do špeciálnej položky (osčpv) alebo do analytického účtu na strane DAL.
Spôsob účtovania s osobným číslom je riadený hodnotou položky „účtovanie s osobným číslom“, ktorá má hodnoty podľa riešiteľského číselníku (ucto_osc):
0 účtovanie bez osobného čísla
1 účtovanie s osobným číslom, ktoré sa prevádza do samostatnej položky
2 účtovanie s osobným číslom, ktoré sa prevádza do analytického účtu stranu MD
3 účtovanie s osobným číslom pre bodkou, ktoré sa prevádza do samostatnej položky
4 účtovanie s osobným číslom pred bodkou, ktoré sa prevádza do analytického účtu strany MD
Výstup do účtovníctva obsahuje súčty čiastok, hodín, zmien a dní pre spoločné hodnoty ostatných zapisovaných položiek. Výstup do účtovníctva tak podľa nastavení konfiguračnej položky účtovania s osobným číslom môže obsahovať diametrálne rozdielny počet záznamov. Pre každú kombináciu čísel účtov MD/DAL, ďalších položiek a hlavne voliteľných položiek tak vzniká podľa zadania parametrov:
- účtovanie bez osobného čísla .. vzniká toľko záznamov koľko rôznych ZLM obsahujú vstupné dáta tejto súvzťažnosti
- účtovanie s osobným číslom .. vzniká toľko záznamov, koľko rôznych ZLM obsahujú vstupné dáta tejto súvzťažnosti vynásobené počtom rôznych hodnôt osčpv
Zvážte preto riadne nastavenie konfigurácie súvzťažnosti.
Zoznam zložiek miezd je spoločný súvzťažnosti ako celku, teda pre všetky riadky súvzťažnosti. Zadáva sa na formulári Zlm02. Každý riadok zadávanej tabuľky obsahuje rozsah čísel ZLM a druhov dôb, ktoré sú určené pre súvzťažnosť. Obsahuje rovnako i spôsob zápočtu pre čiastky, hodiny, zmeny (ten je použitý i pre kalendárne dni) z jednotlivých ZLM. Spôsob zápočtu má hodnoty
0 nezapočítava sa
+1 započítava sa kladne (pričíta sa do celkového súčtu)
-1 započítava sa záporne (odčíta sa od celkového súčtu)
Každá súvzťažnosť môže mať viac riadkov. Zadávanie riadkov a ich parametrov sa prevádza na formulári Uct01 a to na záložke „Detaily“.
Každý riadok súvzťažnosti má v rámci tejto súvzťažnosti jednoznačné poradové číslo.
K čomu sa používa viac riadkov jednej súvzťažnosti ? Napríklad
- pre rôzne účtovanie podľa zadanej podmienky
o inak THP
o inak ostatné kategórie zamestnancov
- pre počítané záznamy
o jeden záznam pre základňu
o druhý záznam pre počítanú položku – napr. DPH pomocou koeficientu
Cieľom podmienky je určiť, pre aké vstupné dáta sa má riadok súvzťažnosti použiť. Zapisuje sa vo formáte SQL dotazu (časť WHERE podmienka) a jeho výsledkom musí byť logická hodnota Áno (true, pravda) alebo Nie (false, nepravda). Podmienka môže obsahovať položky uvedené v prílohe A plus naviac nižšie uvedené špeciálne funkcie struZLM, struPV, struOSO (ale bez možnosti vyhodnotenia hierarchického kódu, teda nie je možné zapísať struSLM(1H) ). Pozor však, tieto špeciálne funkcie majú ako výsledok reťazec, takže hodnota by mala byť uzavretá do apostrofov, inak hrozí problém pri nenumerických hodnotách, ktoré funkcia vráti (napr. ak nenájde požadovaný prvok štruktúry N/A). Príklad: struZLM(11) = '1'.
Nie je cieľom tejto dokumentácie popisovať tvar zadávania SQL dotazu. Preto iba pre ilustráciu niekoľko príkladov:
· druh_pv = 1 .. položka druh_pv má hodnotu 1
· druh_pv in (1,4,6) .. položka druh_pv má jednu z uvedených hodnôt 1, 4, 6
· cia > 1101 .. číslo IA väčší než 1101
· cia between 1101 and 1199 .. číslo IA medzi 1101 a 1199
· cia = 4412 and druh_pv = 4 .. obe podmienky zároveň
· cia <> 1102 or druh_pv = 1 .. aspoň jedna z podmienok
· cia = 1101 and (druh_pv = 4 or cia = 2131) kombinácia so zátvorkami
Podmienky položiek uložených v XML formáte je potrebné zapisovať v zvláštnom formáte – kontaktujte hotline.
Pozor na podmienku obsahujúcu podreťazec, teda časť vstupného reťazca. Pretože evidovaná podmienka sa vkladá do SQL dotazu, tak je potrebné pri jej zápise vedieť o akú databázu sa jedná. Každá z nich má totiž iný príkaz pre podreťazec; pre
Oracle ... substr (,,)
MS SQL ... substring (,,)
Spoločný zápis, ktorý funguje pre oba typy databáz je {fn substring (,,)}.
Pozn. existencia podmienky a spôsob jej zápisu môže mať kľúčový podiel na tom, ako rýchlo / pomaly proces prebehne.
Napr. na MS SQL býva výhodnejšie namiesto
struSLM(20) in ('02','06','07','09','10')
napísať
',02,06,07,09,10,' like '%,'+struSLM(20)+',%'
Koeficient umožňuje modifikovať výstupné súčtové hodnoty. Pomocou zadaného koeficientu sa násobia výsledné sumy čiastok, hodín, zmien a dní.
Tento aparát možno použiť pre generovanie iných než súčtových hodnôt, napríklad pre DPH
Pokiaľ nie je koeficient zadaný, násobenie sa nevykoná.
Výsledný účtovný záznam obsahuje radu voliteľných položiek. Z toho sú určené
tri pre stranu MD
tri pre stranu DAL
šesť pre ostatné použitie
Každý riadok účtovnej súvzťažnosti (ktorý v podstate predstavuje definíciu výstupného záznamu) obsahuje popis naplnenia jednej z týchto 12 voliteľných položiek (viď položky „Popis naplnenia položky va1_md“ až „Popis naplnenia položky va9“)
Popis obsahuje definíciu výrazu, ktorý sa vyhodnotí s každým načítaným vstupom a jeho hodnota sa zapíše do príslušnej výstupnej položky. Je v tvare Java Expressions Library (JEL – viď ďalej).
Pokiaľ nie je pre voliteľnú položku zadaný definujúci výraz, zostáva táto položka na výstupe prázdna.
Definujúci výraz môže obsahovať
· položky uvedené v prílohe
· špeciálne funkcie struZLM, struPV, struOSO
· kombinácia položiek a funkcií podľa normy JEL
Upozornenie: Z informácii o bankovom spojení pre prevodné príkazy sa do výstupných záznamov odošle informácia o bankovom príjemcovi, tj.:
· pre hromadnú úhradu sa jedná o hromadného príjemcu
· pre individuálnu úhradu sa potom jedná o koncového individuálneho príjemcu
Položky zo zúčtovaných dát (napr. meno, priezvisko, doklad, číslo konania, číslo dávky ...) je možné preniesť do účtovníctva (Uct02) tak, že sa v konfigurácii účtovníctva (Uct01) zapíše nová hodnota položky do niektorej z voliteľných položiek va ** * pomocou zápisu - pozri kapitolu 5 prílohu A.
Položky je možné prenášať zo mzdových dát aj z dát cestovných príkazov.
Jedná sa o funkciu, kde hodnotou sú kódy zadaného typu všeobecnej štruktúry. Týmto spôsobom možno získať napríklad nákladové stredisko, organizačné stredisko, kategóriu či ďalšiu používateľom definovanú štruktúru, ktorá je zapisovaná do mzdového archívu.
K dispozícii sú funkcie:
struZLM(<typ štruktúry>) … ktorá vracia štruktúru zadaného typu z vypočítaných vstupných ZLM
struPV(<typ štruktúry>) … ktorá vracia štruktúru zadaného typu podľa hodnôt evidovaných na PV
struOSO(<typ štruktúry>) … ktorá vracia štruktúru zadaného typu podľa hodnôt evidovaných osobe, tj. na kmeňovom PV
(možno rovnako písať všetko malými písmenami struslm, strupv, struso).
Pokiaľ hodnota štruktúry nie je k dispozícii, výsledkom je „N/A“ . Preto pokiaľ použijete špeciálnu funkciu do podmienky, hodnotu dajte do apostrofov (napr. struSLM(5) in ('01', '02', '03', '04', '05') , prípadne substr (struSLM(5),1,2) in ('01', '02', '03', …)).
Do voliteľných položiek možno teda súčasne zaradiť nákladové i organizačné stredisko, k tomu treba kategóriu a číslo výplatného miesta.
Od verzie e201305 sú k dispozícii ďalšie špeciálne funkcie pre doplnenie "prefixov" SJ alebo SO, teda vzniká možnosť doplniť určitú konštantu v závislosti na SO alebo SJ. Tieto konštanty sú evidované na formulároch Adm22 (prefix SJ) či Adm23 (prefix SO) a do voliteľných výstupných výrazov je zapisujeme pomocou funkcií:
prefixSO() vracia reťazec zadaný používateľom pre SO ako prefix SO pre účtovníctvo
prefixSJ() vracia reťazec zadaný používateľom pre SJ ako prefix SJ pre účtovníctvo
Od verzie e201409 je možné pri definícii voliteľných položiek (nie pre podmienku) použiť nie kód štruktúry, ale jeho hierarchickú podobu. Na tento účel stačí za <typ štruktúry> napísať písmeno "h", prípadne "H". Teda struSLM(2) vracia kód (používateľský), zatiaľ čo struSLM(2H) vracia hierarchický kód. Obe hodnoty sú obmedzené na 30 znakov. Hierarchický kód nie je sprevádzkovaný pre dáta sa zdrojmi 6 = Poistenie organizácie na SLM.
Obdobne ako u SQL výrazu tu neuvedieme podrobný popis syntaxe, ale iba niekoľko príkladov:
· Abcd = konštanta
· 14 = číselná konštanta (oreže vedúce nuly)
· ‘000‘ = znaková konštanta (zachová všetky znaky)
· 75,68 = konštanta
· cia = číslo IA vstupných dát
· struZLM(1) = kód strediska v nákladovej štruktúre (typ štruktúry =1)
· hodiny / 100
· (cia > 4000 ? osc() : osčpv) = pre vstupy s IA nad 4000 hodnota položky osc (oscpv pred bodkou), inak hodnota položky oscpv
· struOSO(2).substring(0,2) = prvé dva znaky z organizačnej štruktúry pre osobu
· cia – 1 = číslo IA znížené o 1
· zlm+auda = číslo ZLM a potom bez medzery analytický účet strany DAL
· "1" + struSLM(1) … znak "1" a hneď za ním kód strediska v nákladovej štruktúre
Pri exporte do účtovníctva sú ošetrené prípadné chyby tak, že sú nahlásené a zapisované do protokolu, ale proces exportu dát pokračuje ďalej. Chyby sú väčšinou spôsobené nesprávnym nastavením parametrov exportu v popise účtovných súvzťažností (Uct01).
Niektoré účtovné systémy neprijímajú záporné čiastky. Preto i všeobecný export do účtovníctva umožňuje riešiť situáciu, kedy výsledná čiastka (iba čiastka bez ohľadu na hodiny, zmeny a dne) je záporná.
Vo všeobecných konfiguračných je parameter „otáčať zápory do účtovníctva“. Podľa jeho hodnoty sa v prípade zápornej čiastky zmení znamienko čiastky a súčasne sa vymenia účty a určité voliteľné položky zo strany MD na stranu DAL.
Tento parameter je dostupný na úrovni organizácie, alebo pre prípady, kedy jednotlivé správné jednotky majú vlastné (z celkového pohľadu organizácie rôzne) pravidlá pre prevod záporných súm do účtovníctva, je tento parameter k dispozícii aj na úrovni správnej jednotky. Nastavenie parametra Otáčať zápory do účtovníctva na úrovni správnej jednotky má pri exporte dát za túto správnu jednotku prednosť pred nastavením rovnakého parametra na úrovni organizácie.
Parameter má hodnoty:
0 ne
1 áno (účty a položky 1)
2 áno (účty a položky 1,2,)
3 áno (účty a položky 1,2,3)
Pokiaľ teda chcete otáčať účtovné strany, voľte vhodnú kombináciu parametra „Záporné čiastky do účtovníctva“ a obsahu voliteľných položiek va1 až va3 [md / da].
Nasledujúca tabuľka obsahuje zoznam položiek pre zadávanie podmienok a výrazov
Položka |
Identifikátor pre zápis položky |
Formát |
Podmienka |
Výraz |
Kód obdobia |
kod_obd |
S |
A |
A |
Typ výplatného termínu |
typ_vt |
N |
A |
A |
Číslo správneho oddielu |
cso |
N |
A |
A |
Číslo správnej jednotky |
csj |
N |
A |
A |
Interný algoritmus |
cia |
N |
A |
A |
Zložka mzdy |
slm |
N |
A |
A |
Kód cestovného príkazu |
cislo_cp |
S |
A |
A |
Čiastka |
castka_enc |
ND |
A |
N |
Čiastka v cudzej mene |
castka_cizi |
ND |
A |
N |
Kód meny |
kod_meny |
S |
A |
N |
Hodiny |
hodiny |
ND |
A |
N |
Zmeny |
smeny |
ND |
A |
N |
Zmeny čerpania dovolenky |
smeny_cerp_dovol |
ND |
A |
N |
Kalendárne dni |
dny_kal |
ND |
A |
N |
Dátum od |
datum_do |
S |
A |
N |
Dátum do |
datum_od |
S |
A |
N |
Druh doby |
druh_doby |
N |
A |
N |
Typ doby |
typ_doby |
N |
A |
N |
Pôvod ZLM |
puvod_zlm |
N |
A XML |
N |
Číslo dávky |
c_davky |
N |
A XML |
N |
Doklad (číslo dokladu) *2) |
doklad |
XS |
A |
A |
Číslo prvotného dokladu *3) |
doklad_uct |
XS |
A |
A |
DIČ prvotného dokladu *3) |
dic_uct |
XS |
A |
A |
Číslo zdr. poisťovne |
c_zdrp |
N |
A |
N |
Druh_PV |
druh_pv |
N |
A |
N |
Druh príjemcu bank. príkazu |
druh_prij |
N |
A |
N |
Forma sprievodného zoznamu bank. príkazu |
forma_dsezn |
N |
A |
N |
Kód zasielania bank. príkazu |
kod_zas |
N |
A |
A |
Názov príjemcu |
nazev |
S |
A |
A |
Spôsob úhrady bank. príkazu |
zp_uhrady |
N |
A |
A |
Miesto odosielateľa bank. Príkazu |
o_misto |
XS |
A |
N |
Názov odosielateľa |
o_nazev |
XS |
A |
N |
Predčíslie odosielateľa |
o_predcisli |
XN |
A |
A |
Číslo účtu odosielateľa |
o_c_uctu |
XS |
A |
A |
Banka odosielateľa |
o_sm_kod |
XS |
A |
A |
IBAN |
o_iban |
XS |
A |
A |
BIC |
o_bic |
XS |
A |
A |
Predčíslie bank. Príjemcu |
p_predcisli |
XN |
A |
A |
Číslo účtu bank. Príjemcu |
p_c_uctu |
XS |
A |
A |
Banka bank. Príjemcu |
p_sm_kod |
XS |
A |
A |
Variabilný symbol |
p_vs |
XS |
A |
A |
Konštantný symbol |
p_ks |
XS |
A |
A |
Špecifický symbol |
p_ss |
XS |
A |
A |
Správa pre príjemcu |
p_zprava |
XS |
A |
A |
IČO príjemcu |
ico |
N |
A |
A |
Osobné číslo PV |
oscpv |
S |
A |
A |
Osobné číslo pred bodkou |
osc() |
S |
N |
A |
Priezvisko zamestnanca |
prijmeni |
S |
A |
A |
Meno zamestnanca |
jmeno |
S |
A |
A |
Číslo rokovacie |
c_jedn |
XS |
A |
A |
Rozhodnutie vydal |
vydal |
XS |
A |
A |
Kód štátu úseku pracovnej cesty *1) |
stat_cep |
XN |
A |
A |
Kód dane nákladu pracovnej cesty *1) |
kod_dane_cep |
XS |
A |
A |
*1) od e201509
*2) od e201601. Pre zdroje účtovania u cestovných príkazov sa doklad plní číslom cestovného príkazu, pre mzdové zdroje potom zadaným číslom vstupného dokladu
*3) od e201611. Pre zdroje účtovania u cestovných príkazov (Cep01/Zaúčtovanie) sa plní zadanou položkou doklad a DIČ, inak zostáva prázdne.
Formát: S= string, reťazec; N = číslo bez desatinnej časti; ND = číslo s desatinami (2 des. miesta)
XS = xml položka získaná pomocou funkcie dbo.ce_xml_val1
XN = xml položka získaná pomocou funkcie dbo.ce_xml_nval1
Pokyn pre nastavenie účtovníctva od verzie
e201009
Pred verziou e201009 sa pri
nastavení účtovníctva na formulári Uct01 používali na odlíšenie položiek, tzv.
kvalifikátory. Tie bolo nutné používať v prípade, že položka bola obsiahnutá vo
viacerých databázových tabuľkách. Napr. podmienka na číslo zložky mzdy 51 sa
zapisovala ako výraz
cemvypdet.slm = 51.
Vo verzii e201009 sme zmenili spôsob presného označovania
položiek a kvalifikátory sa už nesmú používať. V uvedenom prípade stačí napísať
len "slm" a tým je položka presne identifikovaná. Vyššie uvedená
podmienka na číslo zložky mzdy 51 sa po novom zapisuje ako
slm = 51.
Existuje však niekoľko položiek, ktorých interpretácia z
databázy vyžaduje špeciálne funkcie, a tým aj špeciálny zápis v prípade, že ich
potrebujete zadať v podmienke alebo v cieľovom výraze. Napr. pre zápis
podmienky na smerový kód banky príjemcu (p_sm_kod) s hodnotou 0300 sa použije
výraz dbo.ce_xml_val1 (ucty_xml,
'cemprikazy.ucty_xml', 'p_sm_kod') = '0300 '.
Takýto zápis je potrebné použiť pre položky vo vyššie
uvedenej tabuľke s formátom XS (výsledkom je znakový reťazec) alebo XN
(výsledkom je číslo).
Vytváranie rezervy je prídavná funkčnosť zadávaná pomocou dvoch položiek na Uct01.
Ide o
Väčšinou je algoritmus viazaný na konkrétneho zákazníka.
Typy generovanie rezervy:
1 - Poj. zodpovednosti
2 - Dovolenka podľa Colas SK
3 - Ročná prémia podľa Colas SK
4 - Sviatky podľa Colas SK
5 - Dovolenka podľa Securitas CZ
Rezerva jednak generuje dáta do špeciálnych tabuliek a potom pod SLM pre vytváranú rezervu čiastky tieto rezervy spracováva a výsledok zapisuje do štandardného účtovného výstupu, kam zapisujú tiež všetky štandardné súvzťažnosti (cemucto, pohľad Uct02 / Vyexportovaný dáta).
Spracovanie je analogické (teda podľa Uct01), Len ako vstup neslúži zúčtované mzdy, ale práve vytvorené rezervy (Uct02 / Rezervy).
Špeciálne tabuľky:
cemrez - rezervy - pohľad Uct02 / Rezervy
cemrezstr - štruktúry pre riadok rezerv
cemrezscr - rezervy na dovolenku Securitas CZ
Dôležitým prvkom rezerv je rozloženie na štruktúry, podobne, ako je tomu aj vo výstupe do účtovníctva.
V Uct01 sa definuje, že súvzťažnosť má rezervu tvoriť.
V Uct02 je základný pohľad na rezervy (záložka Rezervy).
Uct08 je špecializovaný formulár, kde sa dá aj rezervy ručne korigovať.
Poznámka: akcia môže byť dočasne nastavená na podrobnejšie výpisy do protokolu – pozri EGJE_Provdoc / Príloha L. – viac hlášok v niektorých protokoloch.
Pomerne všeobecný CZ algoritmus postihujúci štvrťročné generovanie poistenia zodpovednosti (IA 3091).
V prvých dvoch mesiacoch je generovaná rezerva a v záverečnom mesiaci sa spracovávajú a vyrovnávajú tieto už vytvorené rezervy.
Do spracovanie takýchto rezerv vstupujú PV, ktoré musia byť aktívne aspoň jeden deň medzi 1.1. a koncom zúčtovacieho obdobia.
Základom pre tvorbu rezerv sú vymeriavacie základy pre SZ. Percento je z Adm22 / KP / promile zák. poistenia zodpovednosti, rovnaké je použité u vlastného generovania IA 3091 mesačnou (štvrťročnou) uzávierkou.
Príklad pohľadu na dáta rezervy na poistenie zodpovednosti:
rezerva skutočný náklad fiktívny mesačný náklad
január 50.000 0 50.000
február 48.600 0 48.600
marec -98.600 149.200 50.600
apríl 49.100 0 9.100
rezerva = vypočítaná rezerva
skutočný náklad = suma vypočítaná v mesačnej uzávierke miezd
fiktívny mesačný náklad = rozdelená na mesiace, Takto by to mohlo účtovníctvo spracovávať.
Do spracovania takýchto rezerv vstupujú PV, ktoré musia byť aktívne aspoň jeden deň medzi 1.1. a koncom zúčtovacieho obdobia, ktoré majú záznam o dovolenke (Dov01) a priemer pre náhrady (Pru01) pre zúčtované období.
Z ročného nároku v týždňoch a priemerného počtu dní v týždni (Opv01) sa spočíta ročný nárok v dňoch. Ten sa vynásobí hodnotou Týždenný dojednaný úväzok / priemerný počet dní a vynásobením hodinovým priemerným zárobkom sa vypočíta ročná suma. Tá sa vydelí 12 a získame priemernú finančnú hodnotu na jeden mesiac.
SLM sa získa z konfigurácie Adm21 / Evid. členenie riadnej dovolenky z bežného roka ako SLM. Lebo len týmto delením možno oddeliť čerpanie nároku z minulého roku od bežného.
Pokiaľ táto SLM nie je vyplnená, rezerva sa nevytvára ani nevyrovnáva.
Pozrieme sa, koľko dovolenky v mesiaci čerpal. Keď viac než je ten dvanáctinový nárok, tak sa generuje záporná rezerva. Keď menej, tak kladná.
V decembri a v mesiaci ukončenia PV je potrebné rezervy a čerpanie dovolenky BR vyrovnať.
Do účtovníctva (Uct02 / Vygenerované dáta) je generovaná SLM, ktorá je uvedená na Uct01 / SLM pre vytváranú rezervu.
Navýšenie o poistení sa nakonfiguruje až pri exporte do účtovníctva pomocou druhého riadku a koeficientu.
Pozn.: suma sa koriguje započítaním ručne zadanej rezervy na Uct08.
Do spracovanie takýchto rezerv vstupujú PV, ktoré musia byť aktívne aspoň jeden deň medzi 1.1. a koncom zúčtovacieho obdobia, ktoré majú záznam o dovolenke (Dov01) a priemer pre náhrady (Pru01) pre zúčtované obdobie.
Suma rezervy = priemerný hodinový zárobok * týždenný úväzok dohodnutý
* priem. počet týždňov mesačne / 12
Zaokrúhľuje sa na € centy.
Takto určená suma sa znižuje o už vyplatené ročné prémie.
Tie zistíme súčtom súm za SLM podľa započítateľnosti priradenej na Uct01 (cecuso1.zapskslm) a to vrátane použitia toho, či sa v skupine čiastka započítava (Slm02/ Zaradenie SLM / Zap.částka).
Pre prémiování sa používa percento Adm23 / KP / Percento pre ročné prémie Colas SK.
V mesiaci ukončenia PV sú potrebné rezervy a čerpanie za aktuálny kalendárny rok vyrovnať. Podobne vo februári aktuálneho roku je potrebné vyrovnať rezervy a čerpanie za predchádzajúci kalendárny rok.
Do účtovníctva (Uct02 / Vygenerované dáta) je generovaná SLM, ktorá je uvedená na Uct01 / SLM pre vytváranú rezervu.
Navýšenie o poistení sa nakonfiguruje až pri exporte do účtovníctva pomocou druhého riadku a koeficientu.
Pozn.: suma sa koriguje započítaním ručne zadanej rezervy na Uct08.
Do spracovanie takýchto rezerv vstupujú PV, ktoré musia byť aktívne aspoň jeden deň medzi 1.1. a koncom zúčtovacieho obdobia, ktoré majú záznam o dovolenke (Dov01) a priemer pre náhrady (Pru01) pre zúčtované obdobie.
U tejto rezervy však PV musí mať štruktúru 5 (Kategórie) s hodnotou "1" alebo "5".
Najprv sa zistí počet sviatkov v roku, ktoré pripadajú na pondelok až piatok a z neho sa spočíta 1/12.
Suma sa počíta z Opv01 / Priemerná dĺžka smeny * hodinový priemer pre náhrady * 1/12 sviatkov.
V decembri a v mesiaci ukončenia PV je potrebné rezervy a čerpanie vyrovnať.
K tomu je potrebné zistiť preplatené sviatky (zúčtovaná SLM s IA 31 alebo IA 21-2999 a druhom doby 8).
Do účtovníctva (Uct02 / Vygenerované dáta) je generovaná SLM, ktorá je uvedená na Uct01 / SLM pre vytváranú rezervu.
Navýšenie o poistení sa nakonfiguruje až pri exporte do účtovníctva pomocou druhého riadku a koeficientu.
Pozn.: suma sa koriguje započítaním ručne zadanej rezervy na Uct08.
Do spracovanie takýchto rezerv vstupujú PV s druhom 1,21,31, Status vzťahu 1, kedy PV musí byť aktívny aspoň jeden deň medzi 1.1. a koncom zúčtovacieho obdobia.
Vyhodnocuje sa aj zaradenie PV na štruktúry 11 a 22:
- ak je PV zaradené na strukturu 11 s kódom "88", do spracovania nevstupuje.
- vstupuje tam ale len vtedy, ak je prvý znak z jeho struktury 22 "d" (alebo „D“).
Od 2021 (Hodinové dovolenky) pracuje algoritmus takto:
- vypočítame fiktívny ročný nárok v hodinách - vypočítame z neho 1/12 - toľko pripadá na 1 mesiac.
- pozrieme sa, koľko dovolenkv v mesiaci čerpal. Keď viac než je ten dvanáctinový nárok, tak sa generuje záporná rezerva. Keď menej, tak kladná.
Do účtovníctva (Uct02 / Vygenerované dáta) je generovaná SLM, ktorá je uvedená na Uct01 / SLM pre vytváranú rezervu. Od e202105 sa generuje aj pre PV, ktoré v zúčtovaní období nebolo spočítané v mzdách.
Čiastka je tento rozdiel od priemeru krát priemerný zárobok (od 2021 hodinový, do tej doby zmenový).
V januári sa ešte vygenerujú rezervy pre zostatky z MR (nar_rd_mr).
V januári a v mesiaci nástupu PV aj nároky z Predchádzajúceho zamestnania a iné nároky ( nar_rd_pzam, nar_ost).
Od e201509 sa staré rezervy podľa aktuálneho priemerného zárobku neprepočítavajú.
Formulár Uct71f – Prevod do účtovníctva IFS
Tento formulár slúži k prevedeniu zúčtovaných a všeobecným exportom do účtovníctva pripravených dát do určených databázových tabuliek, odkiaľ si ich prevezme IFS.
Dáta sú organizované po správnych oddieloch a zúčtovacích obdobiach – ich zoznam je v hornej „master“ časti. V spodnej časti sú potom 3 záložky:
Záložka „Preveď“, kde je tlačidlo pre spustenie prevodu. Po jeho aktivácii sa spustí prevod dát do tabuliek pre IFS. Pokiaľ však boli dáta zo strany IFS spracované, , v prípade potreby opakovaného prevodu je potrebné o to požiadať príslušných referentov pracujúcich s aplikáciami IFS.
Záložka IFSUCTO .. zobrazuje prevedené dáta v tabuľke IFSUCTO pre zaúčtovanie v hlavnej knihe
Záložka IFSPRIKAZY .. zobrazuje prevedené dáta v tabuľke IFSPRIKAZY pre platby do bánk.
Dáta zo záložiek IFSUCTO a IFSPRIKAZY je vhodné štandardnými prostriedkami (pravé tlačidlo myši a tu „Export“) previesť do Excelu a tu s nimi pracovať
Záložka IFSREZERVACE.. zobrazuje prevedené dáta v tabuľke IFSPRIKAZY so špeciálnou indikáciou
Zoznam prístupných častí dokumentácie je tu.