Megjelenési dátum: 2024. március 27.
Felhős Ügyfeleink számára a verzió 2024. március 28-án lesz elérhető.
A frissítő verzió telepítése előtt mindenképpen készítsenek adatbázismentést!
Új fejlesztések
Jogszabálykövetés
Javítások
Új fejlesztések
Kulcs-Bér Light, Standard, Kompakt, Prémium, Európa verzióban elérhető funkció
Kiegészítettük a Bér-ExcelImportert az Európai Unió más tagállamában illetőséggel rendelkező adózó részére az illetőségének megfelelő tagállam által kiadott adóazonosoító számmal. Az új mező formátumát az import fájlban „szöveg”-re kell állítani.
A fentieknek megfelelően módosításra került a Bér-ExcelImporter állomány készítése (Standard vagy magasabb verziókban elérhető funkció) is.
Az új mezőt az állományban szereplő munkavállalók személyi adataiba is be lehet importálni pótlólag:
A segédprogram aktuális leírása itt található.
CIB deviza átutalás (.CSV) utalási fájlban a teljesítési idő mező értékének beállítása
Prémium verzióban és Idegen nyelvi modul használata esetén elérhető funkció
„CIB deviza átutalás (.CSV)” utalási formátum esetén az utalási fájl készítése előtt az alábbiak szerint be lehet állítani az utalás teljesítésének értéknapját:
1.
Jelen verziónktól kezdődően biztosítjuk programunkban a NAV által közzétett 2.0 verziószámú 24T1041 jelentés gyűjtési szempontjainak megfelelő új gyűjtési logikát a 1202,1203,1204 bizt.jogv.kódok esetében.
A bizt.jogv.kezdete és vége
- a foglalkozási viszony historikus adatainak kezdő és záró dátuma alapján, valamint
- a jogviszony vége dátum alapján kerül meghatározásra.
-
Korábban a bizt.kezdetre készült egy U típusú jelentés, üres bizt.jogv.vége dátummal, és a bizt. végére készült egy V típusú jelentés (kivéve az egy napos jogviszonyt, mely esetében csak egy U típusú jelentés készült kezdete és vége dátummal).
A változás keresési időszaknak (változás jelentési intervallum) tartalmaznia kellett a bizt.kezdetének/végének a a dátumát.
V típusú jelentés sor általában akkor készült, ha a Beállítások/Számfejtés/Egyéb adatok képernyő „Megbízási díj kezelés” részében a „Megbízási díj összege alapján biztosítási kötelezettség automatikus elbírálása” jelölőnégyzet bekapcsolt állapotú volt, mert ebben az esetben Dolgozó adatai/Jogviszonyok/Jogviszony alapadatai képernyő Foglalkozási viszony során a foglalkozási viszony historikus adatainak a végén minden jogviszonyos hónapban létrejött a tárgyhónapot követő hónapra egy bizt.köt.alá nem tartozó sor, ami az előző biztosítási időszakot zárta és ennek záró dátumára készült a V típusú sor.
A Bizt. vége helyesbítése úgy történt, hogy a korábban leadott V típusú sor került helyesbítésre, ezért a változás keresés időszakának a korábban leadott bizt.vége és az új bizt.vége dátumot is tartalmaznia kellett!
Ezentúl az új gyűjtési logika szerint
A jogviszony első tárgyévi hóvégi számfejtett hónapjában – abban az esetben, ha a jogviszonyban kiválasztott aktuális foglalkozási viszony típusa Megbízás bizt.köt. alá tartozó – készül egy U típusú sor, ami tartalmazza a biztosítási idő kezdetét és végét is.
Biztosítási időszakkal kapcsolatosan V típusú sor többé nem készül abban az esetben, ha az U típusú előzmény jelen verzión került gyűjtésre.
Biztosítás végének az utolsó számfejtett napot tekintjük.
A lejelentett U típusú jelentést követően a tárgyhónapon túl továbbra is fennálló hóvégi számfejtett időszak(ok)ra a továbbiakban a bizt.jogv. végét módosító H típusú jelentés készül abban az esetben, ha az U típusú jelentés jelen verzióval készül.
- Ha a lejelentett U típusú jelentés régebbi verziónk valamelyikével készült el, és a biztosítás a tárgyhónapon túl továbbra is fennáll, ebben az esetben a programban készült U típusú jelentés soron a Bizt. Jog. vége mezőbe nem került gyűjtésre adat. Amennyiben Önök ilyen esetben az ÁNYK-ban kitöltötték a bizt.jogv.vége dátumot, és beküldték a jelentést a 24T1041 2.0 vagy azt követő verzióján, ebben az esetben kérjük, hogy a programban gyűjtött ezen U típusú soron az ÁNYK-ban kézzel rögzített bizt.jogv. vége dátumot rögzítsék be a program által gyűjtött jelentésen is a Bizt. Jogv. vége mezőbe annak érdekében, hogy a későbbi gyűjtések során a továbbiakban is fennálló biztosítási időszakokra gyűjtésre kerüljön a bizt.jogv. végét módosító H típusú jelentés.
- Ha a lejelentett U típusú jelentés régebbi verziónk valamelyikével készült el, és a biztosítás a tárgyhónapon túl továbbra is fennáll, ebben az esetben a programban készült U típusú jelentés soron a Bizt. Jog. vége mezőbe nem került gyűjtésre adat. Amennyiben Önök ilyen esetben az ÁNYK-ban nem töltötték ki a bizt.jogv.vége dátumot, mivel a jelentést a 24T1041 1.0 verzióján jelentették – amelyen ekkor még nem kellett a bizt.jogv. vége dátumot kitölteni U típusú jelentés esetében -, ebben az esetben kérjük, hogy ezen programban gyűjtött U típusú sor gyűjtésén ne módosítsanak. Ebben az esetben ezen megbízási jogviszonnyal kapcsolatosan a biztosítás megszűnésekor V típusú jelentést fog gyűjteni a program a bizt. megszűnésének dátumáról.
Lényeges változás, az 1202,1203,1204 bizt.jogv.kódú foglalkozási viszonyok esetében, hogy az ezekkel kapcsolatos jelentések kizárólag olyan hónapokban kerülnek gyűjtésre a T1041 jelentésre, amely hónapban a jogviszony alapadatoknál az aktuális foglalkozási viszony Megbízás bizt.köt.alá tartozó, és amely hónapban a jogviszonyban már elkészült a hóvégi számfejtés.
Csak olyan hóvégi számfejtés számít az utolsó számfejtett nap meghatározásakor, amely tartalmaz TB járulékalapot, kivéve, ha az egész hónap EB ellátásra jelölt, és ezért nem tartalmaz a hóvégi számfejtés TB járulékalapot. Ha ezek a feltételek nem teljesülnek, tehát a hóvégi számfejtés nullás, akkor az ilyen nullás számfejtéseket figyelmen kívül hagyjuk az utolsó számfejtett nap meghatározása során – tehát például, ha a teljes hónap ledolgozottra jelölt, ám nem nem kerül számfejtésre nullánál nagyobb értékű megbízási díj, akkor erre a hónapra erről a megbízási jogviszonyról nem kerül gyűjtésre jelentés sor -.
2.
Változás keresésének időszaka a 24T1041 jelentésen
A változás keresési időszaknak ezentúl elég tartalmaznia az utolsó számfejtett napot, és már nem kell tartalmaznia a biztosítás kezdetét, vagy a korábban leadott és időközben megváltozott biztosítás vége dátumot, mert a keresési időszak a háttérben egy jogviszonyra vonatkozóan automatikusan kitolódik a biztosítási időszak kezdetéig. Például, ha a bizt.köt. alá tartozó megbízási jogviszonyban tegyük fel, 2024.04.hóban végig fennáll a bizt. jogviszony és készült hóvégi számfejtés, akkor olyan esetben is gyűjtésre kerül ezen jogviszonyról a jelentés sor, ha a változás keresési időszak 2024.04.30-2024.04.30.
3.
Új szerkesztési lehetőség a 24T1041 jelentés Adatgyűjtés képernyőjén
Mint arra fentebb is kitértünk már, lezárt jelentésben engedjük szerkeszteni a bizt. jogv. vége adatot az U sorokon, 1202,1203 és 1204 bizt.jogv.kód esetén.
Oka: Amennyiben egy jogviszonyra korábbi verzióban készült már U jelentés, vagy akár U és V (esetleg H) jelentés, akkor arra a jogviszonyra vonatkozóan továbbra is a régi logika alapján működik a gyűjtés. Tehát a biztosítás végét egy V sorral, vagy a biztosítás végének változása esetén a korábbi V sornak a helyesbítésével készítjük.
Ha az ÁNYK szigorítás előtt le lettek jelentve az ilyen módon készült biztosítási időszakok, akkor nincs teendő, a biztosítás végére továbbra is V sort kell jelenteni.
De ha az ÁNYK már nem fogadta el a programban ilyen módon gyűjtött adatokat és az ÁNYK-ban azokat korrigálva mégis lejelentésre kerültek a biztosítási időszakok, akkor a programban gyűjtött adatokat ugyanúgy korrigálni kell, ahogy az ÁNYK-ban is megtörtént. Akár csak egy U, vagy akár egy U és V került gyűjtésre, mindkét esetben elegendő, ha az U soron kitöltjük a biztosítás vége dátumot. Ezt csak azoknál a jogviszonyoknál kell megtennie a felhasználónak, melyekre a lejelentett biztosítás végét követően a későbbiekben biztosítást eredményező kifizetés történik majd.
4.
Figyelmeztető üzenet
Új validáció került bevezetésre. Lejelentés gyűjtésekor, ha a gyűjtött adatokban van olyan 1202, 1203 és/vagy 1204 bizt.jogv. kódú U típusú sor, amelynek
- a kezdő és záró dátuma közé esik a program használatba vételének első napja (alapból jan.1),
- és még nem készült korábban a gyűjtött bizt. kezdetével U jelentés
- és a gyűjtött bizt kezdete a jogviszonyhoz tartozó első biztosítási időszak kezdete
akkor figyelmeztetjük a felhasználót, hogy amennyiben a gyűjtött bizt időszak részben már jelentésre került, akkor a foglalkozási viszony historikus adatait módosítani kell a gyűjtés előtt. Ez azért szükséges, mert a programban a tárgyévet megelőzően nincs olyan információ, hogy mikor történt az utolsó kifizetés, ami biztosítási idő lejelentését tette szükségessé. Ez főként akkor lehet fontos, ha most kezdi el használni az ügyfél a Kulcs-Bért.
Például a bizt.köt. alá tartozó megbízási jogviszony 2023.10.01-én kezdődött. 2024.01.31.-én történik kifizetés. 01 hóra gyűjtve a program gyűjt egy U típusú sort, ami 2023.10.01.-2024.01.31. bizt időszakra szól. Viszont ha előző évben programon kívül a dolgozó már le lett jelentve biztosítottként pl. 2023.12.31.-ig, akkor aktuálisan már csak 2024.01.01-2024.01.31. időszakot kell jelenteni. Ekkor a Dolgozó adatai/Jogviszonyok/Jogviszony alapadatai/Alapadatok képernyő Foglalkozási viszony során a historikus fogl.viszony adatokban az első sor végénél 2023.12.31.-nek kell szerepelnie (új historikus sort kell rögzíteni 2024.01.01 kezdettel). Ha viszont nyitottként volt korábban a dolgozó lejelentve, akkor aktuálisan egy változást kellene gyűjteni, ezért a jelenlegi gyűjtésben ki kell törölni a vége dátumot (ezt nem kell átadni ány-nak), majd egy másik gyűjtés kell, amiben benne van a 2024.01.31., így ebben készül majd a biztosítás végére egy V sor.
Fontos!
Amennyiben az Önök adatbázisában a Beállítások/Számfejtés/Egyéb adatok képernyő „Megbízási díj kezelés” részében a „Megbízási díj összege alapján biztosítási kötelezettség automatikus elbírálása” jelölőnégyzet bekapcsolatlan állapotú, úgy fokozottan figyeljenek arra, hogy az egy naptári hónapon túl fennálló folyamatos megbízási szerződések (megbízási keretszerződések esetében azon hónapok esetében, amelyekben a megbízási jogviszonyból származó jövedelem nem keletkeztet biztosítást, rögzítsék be a Dolgozó adatai/Jogviszonyok/Jogviszony alapadatai/Alapadatok képernyő Foglalkozási viszony során a historikus fogl.viszony adatokban ezen naptári hónap kezdő dátumával a Megbízási jogviszony bizt.köt.alá nem tartozó foglalkozási viszonyt!
24KIVA
Kulcs-Bér Kompakt, Prémium, Európa verzióban elérhető funkció
Jelen verziónkban már elkészíthető a 24KIVA előleg bevallás.
Kulcs-Bér Light, Standard, Kompakt, Prémium, Európa verzióban elérhető funkció
A frissítés letöltésével elérhetővé válik programunkban a Negyedéves munkaügyi jelentés.
Javítások
Állományi lista adattartalmi változása bizonyos esetekben
Kulcs-Bér Light, Standard, Kompakt, Prémium, Európa verzióban elérhető funkció
Korábbi verziónkban több ügyfelünk is jelezte, hogy megváltozott az Állományi lista adattartama, pl. Egyéb besorolás, FEOR megnevezés és FEOR kód adatok hiányoztak, valamint oszlop megnevezések megváltoztak. A hibát jelen verziónkban javítottuk.
Kulcs-Bér Light, Standard, Kompakt, Prémium, Európa verzióban elérhető funkció
Korábbi verziónkban amennyiben összefűzött kilépő nyomtatványok kerültek gyűjtésre, és mentésre PDF fájlban, akkor az adó adatlap bizonyos esetekben hibás karakter megjelenítéseket tartalmazott. Amennyiben csak adó adatlapok kerültek gyűjtésre, és mentésre PDF fájlban, akkor a hiba nem volt tapasztalható. A hibát jelen verziónkban javítottuk.
Kulcs-Bér Light, Standard, Kompakt, Prémium, Európa verzióban elérhető funkció
Korábbi verziónkban az Állományi lista képernyőjén a Lista legördülőből a Teljes lista gyűjtésére kattintva Access violation hibaüzenet jelent meg. A hibát jelen verziónkban javítottuk.
Nyugdíjas ekho-s megbízási jogviszony esetében 2408M-08 lap 541. sorának töltése
Kulcs-Bér Light, Standard, Kompakt, Prémium, Európa verzióban elérhető funkció
Korábbi verziónkban nyugdíjas ekho-s megbízási jogviszony esetében kitöltésre került a 2408M-08 lap 541. sora, amire nincs szükség. A hibás gyűjtés jelen verziónkban már nem tapasztalható.
|
Hasznos volt az információ?
|
 |
|
