Verzió 13.00.2023101101: 2023.10.11.

[2023.10.11]

A Ellátás elszámolással és a MÁK xml adatszolgáltatással kapcsolatos változások.
• TB ellátás elszámolások kiegészítése: A tiszta korrekciós elszámolást, amennyiben az xml adatszolgáltatás részeként, a törlendő ellátás visszavonására használjuk, a továbbiakban nem a különbözet, hanem a teljes elszámolás visszavonására alkalmazzuk. A tiszta korrekciós elszámolás használata közben mód van a korábbi, korrekciózott (törölt) ellátásra hivatkozás (xml adatszolgáltatás azonosító) bejegyzésére. Ezt beírhatjuk, vagy kiválaszthatjuk elszámolás közben. Ha az elszámolás valamely adatát módosítjuk, akkor be kell számfejteni a korrekt ellárttást is. Ha téves ellátás törléséről van szó, akkor nem kell pótolnunk a helyes adatokat. A 2023_1_sz_kifizetohelyi_tajekoztato.docx fájlban (3.2.1. pont) részletes leírás van arról, hogy mely adatok változása esetén szükséges új adatszolgáltatást adnunk.
• Az xml adatszolgáltatásban továbbra is használhatjuk az optimista módot, azaz a program előkészítés és karbantartás nélkül, az elszámolásokból közvetlenül exportálja az xml adatszolgáltatást. Amennyiben tiszta korrekciós elszámolást érzékel, akkor a hivatkozás alapján kikeresi a korábbi adatszolgáltatásokból a megfelelő elemet.
• Részletes leírás a Wtap help megfelelő fejezetében.
• Adat struktúra váltás NEM szükséges.

Program frissítés, technikai teendők, hogy a legújabb szolgáltatások elérhetők legyenek.
1. Zip formátumú időszaki biztonsági mentés készítése a jelenlegi adat állapotról (Karbantartás/Adatmentés/tömörített)
2. 1. A letöltött wtap.zip tömörített fájlból a wtap.exe fájl kibontása és bemásolása az ott lévő helyére (felülírással). A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.

   VAGY

   2. A letöltött wtap.exe nagyméretű fájl bemásolása az ott lévő helyére (felülírással). Ez nem igényli, hogy a tömörített fájlt kezeljük és a mappák közti navigációban is járatosak legyünk. A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.
3. A letöltött wtbhelp.zip tömörített fájlból a wtbhelp.chm fájl kibontása és bemásolása a Help mappában lévő helyére (felülírással).

Verzió 13.00.2023083104: 2023.09.18.

Verzió 13.00.2023083103: 2023.08.29.

Verzió 13.00.2023083102: 2023.08.28.

Verzió 13.00.2023083101: 2023.08.27.

Verzió 13.00.2023082002: 2023.08.21.

Verzió 13.00.2023082001: 2023.08.20.

[2023.08.20]

A MÁK xml adatszolgáltatással kapcsolatos változások.
• Részletes leírás a Wtap help megfelelő fejezetében.
• Adat struktúra váltás szükséges.

Program frissítés, technikai teendők, hogy a legújabb szolgáltatások elérhetők legyenek.
1. Zip formátumú időszaki biztonsági mentés készítése a jelenlegi adat állapotról (Karbantartás/Adatmentés/tömörített)
2. 1. A letöltött wtap.zip tömörített fájlból a wtap.exe fájl kibontása és bemásolása az ott lévő helyére (felülírással). A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.

   VAGY

   2. A letöltött wtap.exe nagyméretű fájl bemásolása az ott lévő helyére (felülírással). Ez nem igényli, hogy a tömörített fájlt kezeljük és a mappák közti navigációban is járatosak legyünk. A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.
3. A letöltött wtbhelp.zip tömörített fájlból a wtbhelp.chm fájl kibontása és bemásolása a Help mappában lévő helyére (felülírással).
4. Adatkorrekciók (Karbantartás/Adatrendszer átalakítás/Adatkorrekciók lap/0001 pont: adatbázis módosítások).
5. A központi konfigurációs fájl kitöltése a cég címének elemekre bontott változatával.

Verzió 13.00.2023021601: 2023.02.16.

[2023.02.16] Részletes változás leírás

[2023.02.16]

APA szabadsággal kapcsolatos változások.
• Az APA szabadság napjai az eredeti mindösszesen szabadság napok mellett [1-5/6-10] napok bontásban is feladásra kerülnek a bérelszámolás felé. A feladási jegyzéken is megjelenik ez a bontás.
• Az APA szabadság elszámolása után az Elszámolási egyéni lapon is megjelenik az [1-5/6-10] napi bontás. Ez a Jegyzékek/Elszámolási egyéni lapok utólagos egyéni lap nyomtatásban is igaz.

Program frissítés, technikai teendők, hogy a legújabb szolgáltatások elérhetők legyenek.
1. Zip formátumú időszaki biztonsági mentés készítése a jelenlegi adat állapotról (Karbantartás/Adatmentés/tömörített)
2. 1. A letöltött wtap.zip tömörített fájlból a wtap.exe fájl kibontása és bemásolása az ott lévő helyére (felülírással). A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.

   VAGY

   2. A letöltött wtap.exe nagyméretű fájl bemásolása az ott lévő helyére (felülírással). Ez nem igényli, hogy a tömörített fájlt kezeljük és a mappák közti navigációban is járatosak legyünk. A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.
3. A letöltött wtbhelp.zip tömörített fájlból a wtbhelp.chm fájl kibontása és bemásolása a Help mappában lévő helyére (felülírással).

Verzió 13.00.2023011001: 2023.01.10.

[2023.01.10] Részletes változás leírás

[2023.01.10]

• A tárgyévre vonatkozó paraméterek, tárgyévi naptár jellemzők beállítása.

Program frissítés, technikai teendők, hogy a legújabb szolgáltatások elérhetők legyenek.
1. Zip formátumú időszaki biztonsági mentés készítése a jelenlegi adat állapotról (Karbantartás/Adatmentés/tömörített)
2. 1. A letöltött wtap.zip tömörített fájlból a wtap.exe fájl kibontása és bemásolása az ott lévő helyére (felülírással). A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.

   VAGY

   2. A letöltött wtap.exe nagyméretű fájl bemásolása az ott lévő helyére (felülírással). Ez nem igényli, hogy a tömörített fájlt kezeljük és a mappák közti navigációban is járatosak legyünk. A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.
3. A letöltött wtbhelp.zip tömörített fájlból a wtbhelp.chm fájl kibontása és bemásolása a Help mappában lévő helyére (felülírással).

Verzió 12.00.2022011001: 2022.01.10.

[2022.01.10] Részletes változás leírás

[2022.01.10]

• A tárgyévre vonatkozó paraméterek, tárgyévi naptár jellemzők beállítása.

Program frissítés, technikai teendők, hogy a legújabb szolgáltatások elérhetők legyenek.
1. Zip formátumú időszaki biztonsági mentés készítése a jelenlegi adat állapotról (Karbantartás/Adatmentés/tömörített)
2. 1. A letöltött wtap.zip tömörített fájlból a wtap.exe fájl kibontása és bemásolása az ott lévő helyére (felülírással). A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.

   VAGY

   2. A letöltött wtap.exe nagyméretű fájl bemásolása az ott lévő helyére (felülírással). Ez nem igényli, hogy a tömörített fájlt kezeljük és a mappák közti navigációban is járatosak legyünk. A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.
3. A letöltött wtbhelp.zip tömörített fájlból a wtbhelp.chm fájl kibontása és bemásolása a Help mappában lévő helyére (felülírással).

Verzió 11.00.2021110201: 2021.11.02.

[2021.11.02] Részletes változás leírás

[2021.11.02]

Az adatmegállapító lapon a "Mentés" folyamatban a tiltás figyelmeztetéssé szelidítése: a jelenlegi folyamatos jogviszony utolsó napja egy nappal a jelenlegi folyamatos jogviszony kezdete elé helyezhető, hogy akár a "belépés napján" ellátást lehessen kezdeményezni.

Program frissítés, technikai teendők, hogy a legújabb szolgáltatások elérhetők legyenek.

Zip formátumú időszaki biztonsági mentés készítése a jelenlegi adat állapotról (Karbantartás/Adatmentés/tömörített)

1. A letöltött wtap.zip tömörített fájlból a wtap.exe fájl kibontása és bemásolása az ott lévő helyére (felülírással). A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.

VAGY

2. A letöltött wtap.exe nagyméretű fájl bemásolása az ott lévő helyére (felülírással). Ez nem igényli, hogy a tömörített fájlt kezeljük és a mappák közti navigációban is járatosak legyünk. A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.

A letöltött wtbhelp.zip tömörített fájlból a wtbhelp.chm fájl kibontása és bemásolása a Help mappában lévő helyére (felülírással).

Verzió 11.00.2021070104: 2021.08.03.

Verzió 11.00.2021070103: 2021.07.22.

Verzió 11.00.2021070102: 2021.07.08.

Verzió 11.00.2021070101: 2021.07.01.

Verzió 11.00.2021051401: 2021.05.14.

[2021.05.14-07.01] Részletes változás leírás

[2021.08.03]

• A "GYES/GYED munkaviszony mellett" kódtábla kiegészítése: [7 - OEP foly TAP,CSD,GYP,ÜB,GYD] = OEP által tovább folyósított ellátások
• A "GYES/GYED munkaviszony mellett" kódtábla új kód elemének használata a kieső idő adattár karbantartásban. Új kifizetőhelyi státusz keletkeztetése esetén egyes korábban indított pénzpeni ellátásokat megállapodás alapján az OEP tovább folyósít a keresőképességig. Módunk van ezeket a kiesőidő adattárba felvinni és az új kóddal megjelölni.
• A feladás "[x] Hiányzásból kiegészíteni" funkció kiegészítése. A feladásokat nem szokványos módon kiegészíthetjük olyan TÁP, CSED, GYÁP, ÜB, GYED pénzbeni ellátásokkal, amelyeket nem a kifizetőhely folyósít, de a kiesőidőket a munkaviszony melletti ellátásokhoz hasonlóan át akarjuk adni a bér rendszerbe.

[2021.07.22]

• A törzsadat karbantartások és a számfejtés szűrő lapjain vektoros név/tszam keresés bevezetése a keresés gyorsítása érdekében.

[2021.07.01]

• A CSED jogosultság mértékének beállítása 100 %-ra a 2021.07.01 és utáni elszámolási időszakokra.

[2021.05.14]

• Változtatások a Gyerek és a kieső idő karbantartásban és a jegyzékek/törzsadatok funkcióban.

Program frissítés, technikai teendők, hogy a legújabb szolgáltatások elérhetők legyenek.

Zip formátumú időszaki biztonsági mentés készítése a jelenlegi adat állapotról (Karbantartás/Adatmentés/tömörített)

1. A letöltött wtap.zip tömörített fájlból a wtap.exe fájl kibontása és bemásolása az ott lévő helyére (felülírással). A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.

VAGY

2. A letöltött wtap.exe nagyméretű fájl bemásolása az ott lévő helyére (felülírással). Ez nem igényli, hogy a tömörített fájlt kezeljük és a mappák közti navigációban is járatosak legyünk. A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.

A letöltött wtbhelp.zip tömörített fájlból a wtbhelp.chm fájl kibontása és bemásolása a Help mappában lévő helyére (felülírással).

Verzió 11.00.2021040804: 2021.04.06-13.

Verzió 11.00.2021040804: 2021.04.13.

Verzió 11.00.2021040803: 2021.04.11.

Verzió 11.00.2021040802: 2021.04.08.

Verzió 11.00.2021040601: 2021.04.06.

[2021.04.06-13] Részletes változás leírás

[2021.04.13]

• Adatmegállapító lap előző 180 nap, előző 120 nap, tényleges jövedelem számítási időszak kezdete számításának finomítása a nevezett időszakoknál rövidebb, azaz a címkének nem megfelelő jelenlegi jogviszony esetén.

[2021.04.11]

• Az Eü vészhelyzeti GYED jelentésben a program az indulás hónapjában arányosítás helyett a GYED újraszámítással határozza meg a vészhelyzeti díj részt. Így a maximumban megállapított GYED esetén is korekt a díj rész meghatározása.

[2021.04.06-08]

• A negyedéves lezárt keresőképtelenségek statisztika módosítása. A folyamatos, egymást váltó BNO kódú keresőképtelenségek elkülönítésének áttekintése és az elkülönítések biztonságossá tétele: a 6-os, 9-es, 7-es és egyéb BNO kódú esetek kezelése.
• A negyedéves CSED statisztika kiegészítése: a gyerek várható születési dátum adat feltöltésének módosítása.
• A negyedéves GYED statisztika kiegészítése: a minimálbér késői kihírdetése miatti eseti GYED korrekciók beillesztése a negyedéves kifizetések halmozásába.

Program frissítés, technikai teendők, hogy a legújabb szolgáltatások elérhetők legyenek.

Zip formátumú időszaki biztonsági mentés készítése a jelenlegi adat állapotról (Karbantartás/Adatmentés/tömörített)

1. A letöltött wtap.zip tömörített fájlból a wtap.exe fájl kibontása és bemásolása az ott lévő helyére (felülírással). A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.

VAGY

2. A letöltött wtap.exe nagyméretű fájl bemásolása az ott lévő helyére (felülírással). Ez nem igényli, hogy a tömörített fájlt kezeljük és a mappák közti navigációban is járatosak legyünk. A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.

A letöltött wtbhelp.zip tömörített fájlból a wtbhelp.chm fájl kibontása és bemásolása a Help mappában lévő helyére (felülírással).

Verzió 11.00.2021021002: 2021.02.10.

[2021.02.10] Részletes változás leírás

[2021.02.10]

• A tárgyévre vonatkozó paraméterek (min.bér, GYED max) utólagos újratöltése 2021.01.01 hatállyal. (A minimálbér 2021.02.01-től változik, de a változást a pénzbeli ellátásokat érintően 2021.01.01-től kell tekinteni.)
• Ennek megfelelően visszamenőleges hatállyal változik a táppénz napi max., a GYED napi/havi max. értéke, valamint a 2021. januárban a minimálbér alapján megállapított bármely pénzbeli ellátás napi értéke. Rendezésére több mód is kínálkozik, az alábbiakban az ajánlott megoldást részletezzük.
  1. Táppénz szerű ellátások esetén nem folyamatos ellátásnál tiszta korrekciós tételként rögzítsük a pótutalást. A keresőképtelenség első napja és a jogosultság első napja dátumok kitöltése ilyen esetben is engedélyezett (csak az időszak bejegyzés tiltott), így megjelölhetjük, hogy mely ellátáshoz tartozik a pótutalás. A korrekciós időszak -tól, -ig dátum bejegyzésében pedig rögzíthetjük az időszakot is. A kifizetési dátum alapján hóközi kifizetést írhatunk elő. Folyamatos ellátás esetén nem szükséges a pótutalás külön tételként rögzítése: a következő időszaki ellátáshoz pótutalásként rögzítsük az előző időszak különbözetét, figyelemmel a hóközi utalás kötelezettségre.
  2. GYED szerű ellátások esetén új bizonylat számon tiszta korrekciós tételként rögzítsük a pótutalást. A keresőképtelenség első napja és a jogosultság első napja dátumok kitöltése ilyen esetben is engedélyezett (csak az időszak bejegyzés tiltott), így megjelölhetjük, hogy mely ellátáshoz tartozik a pótutalás. A korrekciós időszak -tól, -ig dátum bejegyzésében pedig rögzíthetjük az időszakot is. A kifizetési dátum alapján hóközi kifizetést írhatunk elő. Folyamatos ellátás esetén a következő időszaki ellátáshoz pótutalásként is rögzíthetjük az előző időszak különbözetét, de legyünk tekintettel arra, hogy az elmaradás kifizetése belefér-e a következő havi járandóság kifizetésébe.
  3. A 2021. januárban a minimálbérben megállapított ellátások pótutalása esetén először az adatmegállapító lap egyedi archiválása után értékeljük újra a napi átlagot. Azután rendezzük hóközi utalásként a pótutalást.
  4. A program már a 2021. januári időszak újraszámolását is az új paraméterekkel végzi. A különbözet megállapításához segítséget jelenthet, ha a folyamatos eseteknél az elszámolási időszak -tól/-ig időszakaként ismét a már előzőleg elszámolt időszakot választjuk. Az átfedések miatt a program nem engedélyezi a próba elszámolás érvényesítését, de megmutatja az adott időszakra az új paraméterekkel meghatározott járandóságot. Nem teljes havi elszámolás esetén ez segíthet a különbözet meghatározásában. Így a pótutalás egyszerűen meghatározható.
• A gyerek nyilvántartás GYÁP aktív időszak ajánlatának változtatása: a Kifizethelyi-tjkoztat-vgleges.pdf értelmezéssel összhangban (5.1.16 A GYÁP fejezettől) a programban módosítottuk a GYÁP aktív időszak -tól/-ig ajánlatot: a születésnaptól a következő születésnapot megelőző napig (eddig a születésnapot követő naptól a következő születésnapig). A 2021 februárban aktív időszakok egységes tömeges korrigálására az adatkorrekciók modulban javító program script található.
• A havi statisztikai adatszolgáltatás 6. sor szövegét a nyomtatott formában aktualizáltuk. A változás az adatszolgáltatás txt állomány tartalmát nem érinti, tekintettel arra, hogy az adatszolgáltatásban csak a számszerű értékek szerepelnek meghatározott struktúrában, a szöveges tartalmak nem.

Program frissítés, technikai teendők, hogy a legújabb szolgáltatások elérhetők legyenek.

Zip formátumú időszaki biztonsági mentés készítése a jelenlegi adat állapotról (Karbantartás/Adatmentés/tömörített)

1. A letöltött wtap.zip tömörített fájlból a wtap.exe fájl kibontása és bemásolása az ott lévő helyére (felülírással). A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.

VAGY

2. A letöltött wtap.exe nagyméretű fájl bemásolása az ott lévő helyére (felülírással). Ez nem igényli, hogy a tömörített fájlt kezeljük és a mappák közti navigációban is járatosak legyünk. A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.

A letöltött wtbhelp.zip tömörített fájlból a wtbhelp.chm fájl kibontása és bemásolása a Help mappában lévő helyére (felülírással).

1. Adatkorrekciók (Karbantartás/Adatrendszer átalakítás/Adatkorrekciók lap/0002 pont: 2021.01. havi paraméter tábla átírás).
2. Adatkorrekciók (Karbantartás/Adatrendszer átalakítás/Adatkorrekciók lap/0003 pont: Gyerek GYÁP időszak eltolása -1 nappal).

Verzió 11.00.2021011001: 2021.01.10.

[2021.01.10] Részletes változás leírás

[2021.01.10]

• A tárgyévre vonatkozó paraméterek, tárgyévi naptár jellemzők beállítása.

Program frissítés, technikai teendők, hogy a legújabb szolgáltatások elérhetők legyenek.
1. Zip formátumú időszaki biztonsági mentés készítése a jelenlegi adat állapotról (Karbantartás/Adatmentés/tömörített)
2. 1. A letöltött wtap.zip tömörített fájlból a wtap.exe fájl kibontása és bemásolása az ott lévő helyére (felülírással). A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.

   VAGY

   2. A letöltött wtap.exe nagyméretű fájl bemásolása az ott lévő helyére (felülírással). Ez nem igényli, hogy a tömörített fájlt kezeljük és a mappák közti navigációban is járatosak legyünk. A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.
3. A letöltött wtbhelp.zip tömörített fájlból a wtbhelp.chm fájl kibontása és bemásolása a Help mappában lévő helyére (felülírással).

Verzió 10.00.2020081001: 2020.08.10.

[2020.08.10] Részletes változás leírás

A járulékokat érintő 2020.07.01-i évközi változások miatt változott a bér rendszerben a járulékok adat tárolása. Emiatt változtak a táppénz alap legyüjtés algoritmusai is.

1. A 2020.10. táppénzek esetén kerülnek először beszámításra a 2020.07. havi kifizetésekből származó járulék alapok. Amennyiben a 7. és 8. havi táppénz alapokat korábban, a havi zárások után elvégeztük, akkor meg kell ismételni azokat.
2. A tárgyhó bejegyzés alapján a rendszer eltérő algoritmust használ az év különböző szakaiban. Nincs szükség egyéb beállítások elvégzésére. A kifizetőhelyi specialitások miatt fordítsunk a szokásosnál is nagyobb figyelmet a legyüjtött táppénz alapok ellenőrzésére.

Program frissítés, technikai teendők, hogy a legújabb szolgáltatások elérhetők legyenek.
1. Zip formátumú időszaki biztonsági mentés készítése a jelenlegi adat állapotról (Karbantartás/Adatmentés/tömörített)
2. 1. A letöltött wtap.zip tömörített fájlból a wtap.exe fájl kibontása és bemásolása az ott lévő helyére (felülírással). A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.

   VAGY

   2. A letöltött wtap.exe nagyméretű fájl bemásolása az ott lévő helyére (felülírással). Ez nem igényli, hogy a tömörített fájlt kezeljük és a mappák közti navigációban is járatosak legyünk. A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.
3. A letöltött wtbhelp.zip tömörített fájlból a wtbhelp.chm fájl kibontása és bemásolása a Help mappában lévő helyére (felülírással).

• Verzió 10.00.2020080401: 2020.08.04.

[2020.08.04] Részletes változás leírás

>

Többes jogviszony esetén a nem a kifizetőhely által fizetett GYED ellátások feladása a bérszámfejtés felé. Kezelése az alábbi részletezés szerint.

1. Az egyéb, már eddig is használt jogcímekhez hasonlóan a kiesőidő nyilvántartásba fel kell vinni a GYED teljes időszakát. Fontos kitöltendő jellemző a GYES/GYED melletti munkaviszony kód. Erre új kódot hosztunk létre a GYED számára: 6: GYED többes jogviszony.
2. Ez alapján a feladásba, hasonlóan az eddig is használt jogcímekhez, automatikusan bekerül a GYED ellátás tárgyidőszakba eső intervalluma.

Program frissítés, technikai teendők, hogy a legújabb szolgáltatások elérhetők legyenek.
1. Zip formátumú időszaki biztonsági mentés készítése a jelenlegi adat állapotról (Karbantartás/Adatmentés/tömörített)
2. 1. A letöltött wtap.zip tömörített fájlból a wtap.exe fájl kibontása és bemásolása az ott lévő helyére (felülírással). A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.

   VAGY

   2. A letöltött wtap.exe nagyméretű fájl bemásolása az ott lévő helyére (felülírással). Ez nem igényli, hogy a tömörített fájlt kezeljük és a mappák közti navigációban is járatosak legyünk. A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.
3. A letöltött wtbhelp.zip tömörített fájlból a wtbhelp.chm fájl kibontása és bemásolása a Help mappában lévő helyére (felülírással).

• Verzió 10.00.2020042401: 2020.04.24.

[2020.04.24] Részletes változás leírás

• Eü vészhelyzet miatti tovább folyósítás jegyzék GYED ellátásokra és adatközlést segítő excel állomány készítése: Jegyzékek/OEP ellátás elszámolások lap/E. Egyéni elszámolási lapok, Ellátás típus: S3 ..., Típus: Eü vészhelyzeti lista. A jegyzék után automatikusan elkészül a saját adatterületre egy excel állomány. Fájlnév: gyedeuvh_[tárgyévhó]_[időbélyeg].xls. Az elkészítés után a program át is adja az operációs rendszernek megnyitásra az alapértelmezett xls kezelőnek. A jegyzékre azok az ellátások kerülnek, amelyek az eredeti határidőt megnövelve tovább folyósításra kerültek és az elszámolási hónapokban a Méltányosság -tól dátum bejegyzést a Verzió 10.00.202003250 verzió leírásnak megfelelően kezeltük. Az excel állomány is a szükségestől több, az azonosításra alkalmas adatot is tartalmaz, de az adatok sorrendjét úgy alakítottuk, hogy az lehetővé teszi, hogy kijelölve átmásoljuk a rendelkezésünkre bocsátott, az adat szolgáltatásra alkalmas excel fájlba.

• A bérelszámolás tárgyhavi korrekt nap elszámolása segítése érdekében a BSZ és APA munkaidő kedvezmény esetén az elszámolásokban az Ellátás elszámolás lapon megjelenítjük és szerkesztési állapotban hozzáférhetővé is tesszük a tárgyhónapba eső "munkanapok" számát. A napok számát a kiválasztott naptár alapján határozza meg a program. Amennyiben a korrekt naptár kiválasztása nélkül módosítunk a BSZ/APA napokon, módosíthatunk a tárgyhóba eső napokon is. A bérelszámolásba történő feladás jegyzékén is megjelenítjük a tárgyhóba eső BSZ/APA munkaidő kedvezmény napjainak számát.

Program frissítés, technikai teendők, hogy a legújabb szolgáltatások elérhetők legyenek.
1. Zip formátumú időszaki biztonsági mentés készítése a jelenlegi adat állapotról (Karbantartás/Adatmentés/tömörített)
2. 1. A letöltött wtap.zip tömörített fájlból a wtap.exe fájl kibontása és bemásolása az ott lévő helyére (felülírással). A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.

   VAGY

   2. A letöltött wtap.exe nagyméretű fájl bemásolása az ott lévő helyére (felülírással). Ez nem igényli, hogy a tömörített fájlt kezeljük és a mappák közti navigációban is járatosak legyünk. A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.
3. A letöltött wtbhelp.zip tömörített fájlból a wtbhelp.chm fájl kibontása és bemásolása a Help mappában lévő helyére (felülírással).

• Verzió 10.00.2020040501: 2020.04.05.

[2020.04.05] Részletes változás leírás

• A tranzakció kezelés és egyéb pufferelt mentési folyamatok után (tableupdate, commit) a Win API Cache direkt aktiválása a mentett tartalom adattárolóra kényszerítése miatt. Az aktiválást Try/Catch hibakezelő rutinban észrevétlenül végzi a rendszer, semmilyen módon nem akaszthatja meg a működést. Ha a probléma nem jelentkezik, vagy az okot az operációs rendszerben megszüntetjük, akkor kikapcsolható.

  A Windows 10 különböző verzióinak Cache mechanizmusa alapértelmezésben is eltérő. A legfrissebb verziókban a diszkre írási művelet alapértelmezésben nem Cache-elt, emiatt nincs befejezetlen írási művelet. Pl. ilyen Win 10 verzióban nem árt, de nem szükséges lecsatlakoztatni az USB drive-ot a kivéthez, mert nincs kiírásra váró adat. A párhuzamos munkafolyamatok (egy alkalmazás processen belül egyidejűleg több munkaablakban párhuzamosan végzett tevékenységek) egymás közötti adatcseréje a Cache-elt adatok miatt a tapasztalatok szerint esetenként nem teljeskörű. Ennek kiküszöbölésére vezettük be a Cache-elt adatok Win API direkt használatán keresztüli teljes kiürítését az adattárolóra. Normál esetben az operációs rendszer kezeli, hogy egy lekérdezés cél halmazai részben Cache-elt állapotban vannak-e. A Cache jellemzők a Win 10 Disk Management Policy tulajdonság lapon beállíthatók.

• A Bér-munkaügyi adatok nyilvántartáshoz törzszszám szerint index kulcs bevezetése a nyilvántartás törzsszám szerinti sorrendbe rendezhetősége miatt (dupla kattintás a táblázat fejléc törzsszám címkén). Ez csak akkor aktiválható, ha lefuttatjuk a Program frissítési útmutató 4. pontban leírtakat.

Program frissítés, technikai teendők, hogy a legújabb szolgáltatások elérhetők legyenek.
1. Zip formátumú időszaki biztonsági mentés készítése a jelenlegi adat állapotról (Karbantartás/Adatmentés/tömörített)
2. 1. A letöltött wtap.zip tömörített fájlból a wtap.exe fájl kibontása és bemásolása az ott lévő helyére (felülírással). A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.

   VAGY

   2. A letöltött wtap.exe nagyméretű fájl bemásolása az ott lévő helyére (felülírással). Ez nem igényli, hogy a tömörített fájlt kezeljük és a mappák közti navigációban is járatosak legyünk. A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.
3. A letöltött wtbhelp.zip tömörített fájlból a wtbhelp.chm fájl kibontása és bemásolása a Help mappában lévő helyére (felülírással).
4. Adatkorrekciók (Karbantartás/Adatrendszer átalakítás/Adatkorrekciók lap/0001 pont: adatbázis módosítások).

• Verzió 10.00.2020032501: 2020.03.25.

[2020.03.25] Részletes változás leírás

• Az Eü vészhelyzet miatt a lejárat után továbbfolyósítandó, gyermekhez kapcsolódó ellátások kezelését az alábbiakban részlezetett módon kell végezni. Az egyes nyilvántartásokhoz és folyamatokhoz próbáltunk olyan minimális kiegészítést találni, amely lehetővé teszi majd olyan kérdések későbbi megválaszolását is, amelyeket majd csak hónapok múlva fognak kitalálni.

• A Gyerek nyilvántartást a jogosultság kibővítés miatt új elemekkel egészítettük ki.

  • Méltányosság kód: 2-es kódot kell választani [Eü vészhelyzet], ha a lejárat után is folyósítjuk az ellátást.
  • Méltányosság kezdete: értelemszerűen az első nap a lejárat után.
  • Eredeti jogosultság vége: értelemszerűen.

  A továbbfolyósításhoz a gyerek adattárban a korábban meghatározott vége dátumot át kell javítanunk a vészhelyzet utáni várható dátumra. Ezt a dátumot a későbbieknek megfelelően majd ismét módosíthatjuk, ha kell. Ezzel menet közben kibővítjük a keret időszakot és a jogosultság napok számát, ami korlátozza az elszámolásokat. Az az első teendő tahát az, hogy beállítjuk a gyerek adattárban a megfelelő keret adatokat.

• Az Ellátások elszámolása nyilvántartást a jogosultság kibővítés miatt új elemekkel egészítettük ki. Az új elemek az Ellátás/Ellátás elszámolsás lapon (2. lap) találhatók.

  • Méltányosság kód: 2-es kódot kell választani [Eü vészhelyzet], ha a lejárat után is folyósítjuk az ellátást.
  • Méltányosság kezdete: értelemszerűen az első nap a lejárat után.

  • A méltányosság kód eddig is szerepelt a nyilvántartásban, csak eddig nem igen volt funkciója. Most egy kínálatból kell választanunk. A mostani helyzetnek megfelelő kód "2". A továbbfolyósításhoz a gyerek adattárban a korábban meghatározott vége dátumot át kell javítanunk a vészhelyzet utáni várható dátumra. Ezzel kibővítjük a keret időszakot és a jogosult napok számát, ami korlátozza az elszámolásokat.
  • Amikor módosításra felnyitjuk az elszámolást, a gyerek adattárból automatikusan betöltődnek a méltányosság kód és a méltányosság kezdete adatok. A kibővített vége dátum betöltéséhez fel kell frissítenünk a gyerek keret adatait, mint amikor megváltozik pl. a TAJ száma. Ehhez az elszámolás első lapon a gyerek születési dátuma melletti lenyíló kínálatból újra ki kell választani a gyereket. Itt azonnal látjuk majd, hogy a rendszer újratöltötte a keret vége dátumot.
  • Az elszámolás vége dátumot a rendszer még a módosítás megkezdésekor meghatározta, ezért a lejárat hónapjában nekünk kell meghatároznunk a hónap vége dátumot..
  • A 5. Jogosultság? aktiválásakor a rendszer kibővíti a jogosult napok számát. Ezzel megemeli a nap korlátot, amit figyel elszámolás közben.
  • A Méltányosság tényét az elszámolási egyéni lapon a BNO kód alatt nyomtatásban is megjelenítjük.

• A Kiesőidő nyilvántartást is új elemekkel egészítettük ki.

  • Méltányosság kód: 2-es kódot kell választani [Eü vészhelyzet], ha a lejárat után is folyósítjuk az ellátást.
  • Méltányosság kezdete: értelemszerűen az első nap a lejárat után.

  A kiesőidő nyilvántartásba teljes időszakra felvezetünk olyan kieső időket, amelyeket csak a bér feladásba az időszak folyamatos követhetősége miatt és a NAV kieső időszak könnyebb feltöltése miatt vezetünk. Mivel nem tiszta még, hogy az Eü méltányossági időszakok hogyan szerepelnek majd az előznény számításban, emiatt a kiesőidő nyilvántartásba is rögzítjük ezeket az ismereteket. A havi zárással ezek az információk egyébként automatikusan eltárolódnak az elszámolásokból. A kézi felvezetésű kiesőidő tételekbe pedig a karbantartásban van módunk bejegyezni ezeket az ismereteket.

• A "home office" teremttette helyzet előhozott egy olyan problémát, hogy az otthoni laptopok képernyő mérete és felbontása lényegesen alatta van a munkahelyi eszközökének. Emiatt kritikus képernyő szegmensek nem látszanak megfelelően. A távoli asztal további szűkítéseket okoz a megjelenítésekben. Emiatt az Ellátás elszámolás és az Adatmegállapító lap nyilvántartásokban a kritikus lapokon megpróbáltuk tömöríteni a tartalmakat. Ideiglenes megoldás lehet még a problémára a menü alatti eszközsor szerkesztő felületre mozgatása, aminek eredményeként a karbantartó képernyőkép a menüsor alá mozdul. Az eszközsort a bal szélén megfogva az ideiglenesen elmozdítható a menüsor alól.

• Gyors navigációs billentyűk bevezetése a katbantartásokba. A gyors billentyűkkel aktiválhatók a funkciók akkor is, ha nem látszanak a felületen.

  • Új - Alt+Ú
  • Módosít - Alt+D
  • Mentés - Alt+M
  • Mégse - Alt+S
  • Nyomtat - Alt+N

Program frissítés, technikai teendők, hogy a legújabb szolgáltatások elérhetők legyenek.
1. Zip formátumú időszaki biztonsági mentés készítése a jelenlegi adat állapotról (Karbantartás/Adatmentés/tömörített)
2. 1. A letöltött wtap.zip tömörített fájlból a wtap.exe fájl kibontása és bemásolása az ott lévő helyére (felülírással). A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.

   VAGY

   2. A letöltött wtap.exe nagyméretű fájl bemásolása az ott lévő helyére (felülírással). Ez nem igényli, hogy a tömörített fájlt kezeljük és a mappák közti navigációban is járatosak legyünk. A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.
3. A letöltött wtbhelp.zip tömörített fájlból a wtbhelp.chm fájl kibontása és bemásolása a Help mappában lévő helyére (felülírással).
4. Adatkorrekciók (Karbantartás/Adatrendszer átalakítás/Adatkorrekciók lap/0001 pont: adatbázis módosítások).

• Verzió 10.00.2020032001: 2020.03.20.

[2020.03.20] Részletes változás leírás

• A koronavírus járvány okozta rendkívüli helyzetre tekintettel korábbra hoztuk a 2020.01 negyedéves statisztikák kezelését lehetővé tevő program verzió publikálását.

• Sajnálatos módon előfordulhatnak majd olyan típusú táppénz számfejtések, amelyeket az eddigi prakszisunkban nem igen láttunk (egészségügyi zárlat miatti keresőképtelenségeket én személy szerint biztosan nem láttam még). A program kezeli ezeket, csak ismétlésként említem meg, hogy a 7-es BNO kódú megbetegedések kezelése speciális. A Help/Ellátások számfejtése fejezet BNO kód leírásnál említetteket kell tudni: az első naptól táppénz jár, nincs 1/3 munkáltatói hozzájárulás, más típusú táppénzekkel nincs előzmény kapcsolata. A kezelés szempontjából nem árt és a biztonság kedvéért írjunk a BNOKIEG kódba "A" jelet is.

  • Elkülönítve jelenik meg a TÁPPÉNZ FIZETÉSI JEGYZÉKBEN
  • Elkülönítve jelenik meg a SEGÉLYEZÉSI PÉNZTÁRNAPLÓBAN
  • Elkülönítve jelenik meg a Havi statisztikai adatszolgáltatásban
  • Elkülönítve jelenik meg az Ellátások elszámolása segítő jegyzékben (a havi statisztikai adatszolgáltatás nyomtatás típusai között)

Program frissítés, technikai teendők, hogy a legújabb szolgáltatások elérhetők legyenek.
1. Zip formátumú időszaki biztonsági mentés készítése a jelenlegi adat állapotról (Karbantartás/Adatmentés/tömörített)
2. 1. A letöltött wtap.zip tömörített fájlból a wtap.exe fájl kibontása és bemásolása az ott lévő helyére (felülírással). A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.

   VAGY

   2. A letöltött wtap.exe nagyméretű fájl bemásolása az ott lévő helyére (felülírással). Ez nem igényli, hogy a tömörített fájlt kezeljük és a mappák közti navigációban is járatosak legyünk. A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.
3. A letöltött wtbhelp.zip tömörített fájlból a wtbhelp.chm fájl kibontása és bemásolása a Help mappában lévő helyére (felülírással).

• Verzió 10.00.2020021001: 2020.02.10.
• Verzió 10.00.2020012101: 2020.01.21.
• Verzió 10.00.2020011501: 2020.01.15.

[2020.02.10] Részletes változás leírás

• Az új kezelendő pénzbeli ellátások
• Örökbefogadói díj
  • Bér átadás kódja: OFD
  • Ellátás tb rendszerbeli kódja: 19
  • Hiányzás kódja: V
  • Kezelése: ellátás számfejtés és/vagy a kieső időből automatikus időszak feladás
  • Bér átadás adatcsoportja: 10-es adatcsoport

• Örökbefogadói díj extra
  • Bér átadás kódja: OFX
  • Ellátás tb rendszerbeli kódja: 20
  • Hiányzás kódja: Z
  • Kezelése: ellátás számfejtés és/vagy a kieső időből automatikus időszak feladás
  • Bér átadás adatcsoportja: 11-es adatcsoport

• Gyermek otthon ápolási díj
  • Bér átadás kódja: GOD
  • Ellátás tb rendszerbeli kódja: 16
  • Hiányzás kódja: Q
  • Kezelése: Ellátás számfejtés nincs, a kieső időből automatikus időszak feladás
  • Bér átadás adatcsoportja: 7-es adatcsoport

• Nevelőszülői GYED
  • Bér átadás kódja: NGD
  • Ellátás tb rendszerbeli kódja: 17
  • Hiányzás kódja: R
  • Kezelése: Ellátás számfejtés nincs, a kieső időből automatikus időszak feladás
  • Bér átadás adatcsoportja: 8-es adatcsoport

• Nevelőszülői GYED extra
  • Bér átadás kódja: NGX
  • Ellátás tb rendszerbeli kódja: 18
  • Hiányzás kódja: T
  • Kezelése: Ellátás számfejtés nincs, a kieső időből automatikus időszak feladás
  • Bér átadás adatcsoportja: 9-es adatcsoport

• Nagyszülői GYED
  • Bér átadás kódja: NSG
  • Ellátás tb rendszerbeli kódja: 21
  • Hiányzás kódja: X
  • Kezelése: Ellátás számfejtés nincs, a kieső időből automatikus időszak feladás
  • Bér átadás adatcsoportja: 2-es adatcsoport

• Kieső idő nyilvántartás módosítás
• • Minden új ellátás típust rögzíteni lehet a kiesőidő nyilvántartásba azzal a céllal, hogy onnan automatikusan feladásra kerülhessenek az időszakba eső intervallumukkal. Ilyen esetben a távollét teljes tartamát rögzítsük és jelöljük be a GYES,GYED munkaviszony mellett jelzőt a megfelelő állapotra. A számfejtési hónap jelző továbbra is az első számfejtési hónap megjelölésére szolgál. Az első számfejtési hónapban a feladásban a program kiterjeszti az időszakot a távollét elejéig, amennyiben a feladásban be van jelölve a kiterjesztés jelzője.

• Gyermek jogosultság nyilvántartás módosítás
• • A gyermek jogosultság keret adatok nyilvántartását kibővítettük az új ellátás típusokkal. Funkciója az elszámolásba is bevezetett ellátások esetén van (Örökbefogadói díj és mv. melletti extra).
  • A jogosultság kezdete beírása után az Ajánlat gombra kattintva a program beajánlja a 168 napos időszak vége dátumot.

• Adatmegállapító lap nyilvántartás
• • Az elsődleges ellátástípus ajánlat készletébe bekerültek az új, a rendszerben számfejtésben kezelt ellátások (OFD, OFX).
  • Az új ellátások kereset származtatás ajánlat készlete megegyezik a GYED készletével, kivéve a CSED miatti kedvezmény szabály alkalmazhatóságát.
  • Az adatmegállapító lap harmadik oldalán található, a munkaviszony alatt adható ellátásokkal párhuzamosan adható munkaviszony melletti EXTRA ellátások napi átlagait tartalmazó adatokat kibővítettük és átszerveztük. A továbbiakban nem fixen megcímkézettek az adatcsoportok (eddig GYED extra és hallgatói GYED célra használtuk fixen). Három elkülöníthető extra ellátás adható egyidejűleg és mindegyik esetén meg kell jelölnünk, hogy melyik gyermek milyen ellátásához tartozik. Amikor az adatmegállapító lap felvételre kerül, a gyermek keret adtoknak már rendelkezésre kell állniuk, hogy kiválasztható legyen a keret adat származása.
  • Amennyiben a második oldalon kiszámított adatot másolnánk a harmadik oldalra az Átmásolás GYX-hez funkcióval, a program automatikusan választja ki és tölti be a napi átlagot a következő nem használt adatcsoportba és üzenetben jelzi azt, valamint a további teendőket. Azaz még meg kell jelölnünk a hozzá tartozó gyerek keret adatot. Ha nem használt, de feltöltött adatcsoport maradt egy korábbi ellátás után és a helyét szeretnénk felhasználni, akkor előbb nullázzuk ki a napi átlag rovatát és utána alkalmazzuk az áttöltést.
  • A nyomtatásban megjelenő adatmegállapító lap harmadik oldalán részletesen kiírjuk az EXTRA adatokhoz tartozó tartalmakat. Emiatt bevezettük a Forma 2020 és utána nyomtatvány formát. Ez az Alapértelmezések lapon automatikusan beállításra is kerül.
  • A kiesőidők közé rögzített, és onnan feladással a rendszerbe került GYOD és a nagyszülői GYED, valamint az ellátás elszámolásba bevezetett Örökbefogadói díj az osztószám csökkentő napok tekintetében osztozik a GYED kezelésével, mivel azzal azonosan kezelt távollétet jelentenek a munkából. Ez nyomtatásban megjelenik az irányadó időszaki és a számítási időszaki keresetek és távollétek levezetését tartalmazó oldalon (2. oldal).
  • A táppénz alap legyüjtések során a szeparátor jel értelmezése miatt probléma volt a több időszakot összefűző szöveges időszak információk visszafejtésével és széttagolásával. Ezeket az információkat a tb programban csak tájékoztató jelleggel használjuk, számszaki kiértékelésre nem. Az összefűzött időszakok szeparálására a program a ";" mellett a "," jelet is értelmezi.

• Ellátások elszámolása (OFD, OFX)
• • Az Örökbefogadói díj elszámolása a gyerek keret adatok alapján történik a normál napi átlag oldalon meghatározott napi átlaggal. Az elszámolás a GYED-hez hasonló. Vonatkozik rá a GYED maximum korlátozás, amelyet minden év jan. 15-ig felül kell vizsgálni (a program automatikusan kezeli), nyugdíj járulékot nem vonunk belőle. Párhozamosan csak EXTRA ellátásokkal adható.
  • Az Örökbefogadói díj EXTRA elszámolása a gyerek keret adatok alapján történik az EXTRA napi átlag oldalon a gyerek keret adathoz rendelt napi átlaggal. Az elszámolás a GYED-hez hasonló. Vonatkozik rá a GYED maximum korlátozás, amelyet minden év jan. 15-ig felül kell vizsgálni (a program automatikusan kezeli), nyugdíj járulékot nem vonunk belőle. Párhozamosan más ellátásokkal is adható.

• Feladások
• • Szigorítás, hogy az előkészítés gomb csak akkor aktív hóközi feladás esetén, ha a kifizetési nap kitöltött.
  • A hóközi feladás esetén az egyedileg választható ellátás típusok ajánlatát bővítettük az új számfejthető ellátásokkal.
  • A Hiányzásból kiegészíteni választó kapcsoló alapértelmezése beállítható az Egyebek/Beállítások/Központi adatok.sets mező 10. pozíciójának 1-es kódra állításával. A sets mezőn állva a jobb egérgomb megnyomására felbukkanó ablakban emberi módon kezelhető.
  • A Hiányzásból kiegészített feladásban azok a hiányzásba felvezetett tételek vesznek részt, amelyek nem töröltek, van a számfejtési hónapba eső intervallumuk, valamint a kieső idő tételbe be van jegyezve a GYES, GYED mv. mellett jelző kiesőidő típusnak megfelelő kódja.
  • A Nyomtatás jegyzékben megjelennek az új ellátás típusok, akár az elszámolásból, akár a hiányzás nyilvántartásból származnak. Az összesítő oldalon is alanyi jogon szerepelnek.
  • A Bérszámfejtésbe történő feladásban az ellátás típusok leírásánál megadott kódokkal és adatcsoportokban jelennek meg az adatok.

• Jegyzékek
• • A Ver. 2020 verzió számú TÁPPÉNZ FIZETÉSI JEGYZÉK összevontan tartalmazza a GYED típusú ellátásokat (GYED+GYX,OFD,OFX)
  • A Ver. 2020 verzió számú SEGÉLYEZÉSI PÉNZTÁRNAPLÓ összevontan tartalmazza a GYED típusú ellátásokat (GYED+GYX,OFD,OFX)
  • A KIFIZETÉSI UTALVÁNY tartalmazza az új GYED típusú ellátásokat is (OFD,OFX). Az elkülöníthető ajánlati lista is kibővült az új ellátásokkal.
  • Az ADATMEGÁLLAPÍTÓ LAPOK utólagos nyomtatásánál alapértelmezés az új típusú Verzió 2020 típus forma.
  • Az Egyéni elszámolási lapok utólagos nyomtatásának kínálati listáját kibővítettük az új ellátásokkal.
  • A Folyamatos ellátások elemzése listában megjelennek az új ellátások.
  • A Havi statisztikai adatszolgáltatás adat struktúrája megváltozott. Egyrészt a 34. sorba beékelődött a Nevelőszülői GYED, amely a kifizetőhelyeken nem is fordulhat elő, másrészt hozzáadódik az Örökbefogadói díjra vonatkozó információ a 36. és a 37. sorban. A 2020.01.21. napi verzió már kezelte a feladási struktúrát, azaz az ezzel a verzióval készült adatszolgáltatás csatolható az adatszolgáltatáshoz.
  • A Havi statisztikai adatszolgáltatás nyomtatása az Előkészített adatokra vonatkozóan tükrözi a megváltozott adat struktúrát.
  • A Havi statisztikai adatszolgáltatás nyomtatása az Txt adatszolgáltatás adataira vonatkozóan tükrözi a megváltozott adat struktúrát. Bár a feladási adat struktúrát a 2020.01.21. napi verzió már kezelte, a nyomtatásban az adatok csak a 2020.02.10-i verzióban jelentek meg helyesen.
  • A Havi statisztikai adatszolgáltatás nyomtatása az Ellátások elszámolása formátumra vonatkozóan tükrözi a megváltozott adat struktúrát. A 2019-es formátumhoz képest a kódok nem változtak. A GYED sorokba halmozódnak az Örökbefogadói díjra vonatkozó pénzbeni ellátások.
  • A Negyedéves statisztikai adatszolgáltatások előkészítő, ellenőrző és adatszolgáltatás funkciói március végén kerülnek véglegesítésre.
  • A 2020.01 előtti időszakokra utólagosan természetesen az akkor érvényes adatstruktúrákra jellemző módon és formátumban szolgáltat adatot a program.

• Táppénz alap legyüjtés módosítás (kiesőidő sztring tagolás korrigálása)
• • A táppénz alap legyüjtésnél a több összefűzött időszak széttagolásánál a szeparátor jel értelmezése miatt előfordult, hogy nem tagolt helyesen a program. Tartalmi hibát ez nem okozott, mert a kiesőidőket a tb program a saját nyilvántartásából kezeli. A megjelenítéseknél formailag félrevezető, hiányos lehetett. Az esetenként előforduló széttagolás problémát megoldottuk.

[2020.01.21]

• Az új GYED szerű ellátások korai fázisban szükséges folyamatokba történő gyors beépítése (kieső idők, gyerekes ellátás típusok, havi statisztikai adatszolgáltatás)

[2020.01.15]

• A tárgyévre vonatkozó paraméterek, tárgyévi naptár jellemzők beállítása.

Program frissítés, technikai teendők, hogy a legújabb szolgáltatások elérhetők legyenek.
1. Zip formátumú időszaki biztonsági mentés készítése a jelenlegi adat állapotról (Karbantartás/Adatmentés/tömörített)
2. 1. A letöltött wtap.zip tömörített fájlból a wtap.exe fájl kibontása és bemásolása az ott lévő helyére (felülírással). A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.

   VAGY

   2. A letöltött wtap.exe nagyméretű fájl bemásolása az ott lévő helyére (felülírással). Ez nem igényli, hogy a tömörített fájlt kezeljük és a mappák közti navigációban is járatosak legyünk. A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.
3. A letöltött wtbhelp.zip tömörített fájlból a wtbhelp.chm fájl kibontása és bemásolása a Help mappában lévő helyére (felülírással).

• Verzió 09.00.19112101: 2019.11.21. Kiegészítés, korrigálás
• Verzió 09.00.19111301: 2019.11.13.

Program változások ...

1. A programban GYED extra ellátásra is lehet hóközi másolatot készíteni.

2. Program frissítés, technikai teendők, hogy a legújabb szolgáltatások elérhetők legyenek.
   1. Zip formátumú időszaki biztonsági mentés készítése a jelenlegi adat állapotról (Karbantartás/Adatmentés/tömörített)
   2. 1. A letöltött wtap.zip tömörített fájlból a wtap.exe fájl kibontása és bemásolása az ott lévő helyére (felülírással). A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.

      VAGY

      2. A letöltött wtap.exe nagyméretű fájl bemásolása az ott lévő helyére (felülírással). Ez nem igényli, hogy a tömörített fájlt kezeljük és a mappák közti navigációban is járatosak legyünk. A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.
   3. A letöltött wtbhelp.zip tömörített fájlból a wtbhelp.chm fájl kibontása és bemásolása a Help mappában lévő helyére (felülírással).

• Verzió 09.00.19082201: 2019.08.22.
• Verzió 09.00.19071001: 2019.07.10.

Program változások ...

1. [2019.08.22]: Ideiglenes karbantartó ág aktiválása archivált ellátás hóközi kifizetési dátum utólagos módosítására a pénztárnapló kifizetési naptól eltérő valamely dátumának korrigálásához. Az elszámolás idején tervezett és a realizált kifizetési dátum esetleges eltérését szinkronizálhatjuk ezzel, ha az eltérést a hónap archiválása után fedezzük fel.

2. [2019.07.10]: A pénztárnapló jegyzéken a GYED oszlop megjeleníthető érték tartományának megnövelése a 10 millió Ft-ot meghaladó értékekek megjeleníthetősége miatt. Egy adott kifizetési naphoz tartozó értékek nagyságrendje átlépheti ezt az értéket.

3. [2019.07.10]: A pénztárnapló és a számfejtési jegyzékeken a THGYS fejléc szöveg javítása CSED szövegre.

4. Program frissítés, technikai teendők, hogy a legújabb szolgáltatások elérhetők legyenek.
   1. Zip formátumú időszaki biztonsági mentés készítése a jelenlegi adat állapotról (Karbantartás/Adatmentés/tömörített)
   2. 1. A letöltött wtap.zip tömörített fájlból a wtap.exe fájl kibontása és bemásolása az ott lévő helyére (felülírással). A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.

      VAGY

      2. A letöltött wtap.exe nagyméretű fájl bemásolása az ott lévő helyére (felülírással). Ez nem igényli, hogy a tömörített fájlt kezeljük és a mappák közti navigációban is járatosak legyünk. A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.
   3. A letöltött wtbhelp.zip tömörített fájlból a wtbhelp.chm fájl kibontása és bemásolása a Help mappában lévő helyére (felülírással).

• Verzió 09.00.19011501: 2019.01.15.
• Verzió 09.00.19030801: 2019.03.08.
• Verzió 09.00.19031801: 2019.03.18.
• Verzió 09.00.19041001: 2019.04.10.

Program változások ...

1. [2019.01.15]: A tárgyévre vonatkozó paraméterek, tárgyévi naptár jellemzők beállítása.

2. [2019.03.08]: A havi statisztikai adatszolgáltatás nyomtatvány fejléc (6. sor szövege) kiírás módosítása a nyomtatványnak megfelelően.

3. [2019.03.18]: Folyamatos ellátás közbeni jogosultság mérték váltás (a 730. folyamatos biztosított napnál 50%-ról 60% mértékre váltás) algoritmus finomítása, amikor a mértékváltás a következő elszámolandó időszak első napjára esik, emiatt az 50%-os időszakba nem esik már ellátás rész. Az üres dátumot tartalmazó intervallum hossz megállapításának korrigálása.

4. [2019.04.10]: "Számfejtési időpont kiírása az egyéni lapra" választó kapcsoló bevezetése. Funkciója, hogy az egyéni elszámolási lap nyomtatásnál a "Számfejtés ideje" kiírás felhasználó által vezérelhető legyen. A kapcsoló az ellátás elszámolások alapértelmezések lapján és a "Jegyzékek/OEP ellátás elszámolások lap/E. Egyéni elszámolási lapok" jegyzéken található. Alapértelmezett értéke beállítható a rendszer konfigurálás "sets" jelző 9. pozícióján (Egyebek/Beállítások/Központi adatok.sets tulajdonság/Jobb egérgomb klikk, 9.pozíció 0/1 érték /Mentés ).

5. [2019.04.10]: Az üres tartalmú negyedéves adatszolgáltatások ( ... _no.txt végű szövegfájlok) esetén az "Adatszolgáltatás" nyomógomb alatt megjelenítünk egy "[x] 0 hosszt elkerülni" választó kapcsolót. Kiválasztott állapotban a program az üres szöveg fájba ír egy két byte-os "kocsi vissza+sor emelés" jel sorozatot. Így egy értékes tartalom nélküli üres sor miatt nem lesz nulla hosszú a szöveg fájl. Emiatt az e-mailhez csatolását nem akadályozzák a levelező kliens programok. Ezzel elkerülhető, hogy az üres tartalmú txt fájlt azért kell tömöríteni (zip), hogy két byte-os fájl keletkezzen a továbbításhoz.

6. [2019.04.10]: A törzs adat karbantartások és az Ellátás elszámolás képernyő navigációs sávban található "Utolsót mutat" választó kapcsoló alapértelmezett értéke beállítható. Alapértelmezetten kikapcsolt állapotban a karbantartásba belépéskor a rácshálóban minden a nyilvántartásban lévő rekord látszik (nem csak az utolsó felvitel). Alapértelmezett értéke beállítható a rendszer konfigurálás "sets" jelző 8. pozícióján (Egyebek/Beállítások/Központi adatok.sets tulajdonság/Jobb egérgomb klikk, 8.pozíció 0/1 érték /Mentés ).

7. [2019.04.10]: A negyedéves statisztikai adatszolgáltatások előkészítés és kód ellenőrzés, hibaszótár metódusainak felülvizsgálata a 2019. évre érvényes kód és minimálbér adatok alapján.

8. Program frissítés, technikai teendők, hogy a legújabb szolgáltatások elérhetők legyenek.
   1. Zip formátumú időszaki biztonsági mentés készítése a jelenlegi adat állapotról (Karbantartás/Adatmentés/tömörített)
   2. 1. A letöltött wtap.zip tömörített fájlból a wtap.exe fájl kibontása és bemásolása az ott lévő helyére (felülírással). A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.

      VAGY

      2. A letöltött wtap.exe nagyméretű fájl bemásolása az ott lévő helyére (felülírással). Ez nem igényli, hogy a tömörített fájlt kezeljük és a mappák közti navigációban is járatosak legyünk. A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.
   3. A letöltött wtbhelp.zip tömörített fájlból a wtbhelp.chm fájl kibontása és bemásolása a Help mappában lévő helyére (felülírással).

Verzió 08.00.18031101, Verzió 08.00.18031101: 2018.03.11.

Program változások ...

1. A GYED-hez, CSED-hez készülő adatmegállapító lap esetén (OEP ellátás típusa: " 5"," 2") finomítottunk a "Korábbi CSED alapján kedvezmény szabály" alkalmazásán. Azért hogy ne legyen szükséges megváltoztatni a kialakult adatfelviteli szokásokat (pl. ne kelljen feltétlenül a gyerek keret adatok felvitelével kezdeni a feldolgozást), az ellátás típus kiválasztása után, a lehető legkorrektebb kiértékelés érdekében, már az adatmegállapító lap felvitelénél szükséges megadnunk a gyerek születési dátumát (új adat az adatmegállapító lapon). Ennek segítségével ki lehet értékelni, hogy a születéskor, vagy a születést megelőző egy évben a rendszer folyósított-e GYED, GYED extra ellátást (archív ellátás adatok: esarc), vagy manuálisan rögzítettünk-e GYES, GYED extra, GYES extra ellátásokat az "elhiany" hiányzás adattárba "6", "N", "P" hiányzás okokkal, azzal a céllal, hogy azok tárgyhóba eső intervallum részeivel a feladásokat kiegészítsük. Ha a rendszer talál ilyen ellátást, akkor megkísérli megkeresni az utolsó, nem ehhez a gyerekhez tartozó CSED ellátást, hogy beajánlja annak kereset, napi átlag adatait. Ha találat van, akkor a "Feljegyzés" szöveges memo mezőbe beírjuk a talált CSED ellátás gyerek azonosító adatait. A "Feljegyzés" nyomógombra kattintva kinagyíthatjuk a tartalmat.

   Nem kötelező az új adat, a gyerek születési dátum használata (a program nem fut hibára), de ennek hiányában a kiértékelés nem megbízható. Ilyen esetben a "Korábbi CSED alapján kedvezmény szabály" kereset származtatás típus kiválasztása után célszerűbb a "Korábbi ellátás" nyomógombbal aktiválni a szokásos szűrő ablakot, amelyben a CSED ellátásokra szűréssel több információhoz jutunk és kiválaszthatjuk a megfelelő CSED ellátást, amit alapul vehetünk, vagy nem választunk ellátást, ha úgy értékeljük, hogy nem alkalmazhatjuk a kedvezmény szabályt.

   Ne feledjük, hogy a gyerek születési dátum új elem az adatmegállapító lapon, ezért szükséges a "Program frissítés" utolsó pontjában leírt "Adatkorrekciók (Karbantartás/Adatrendszer átalakítás/Adatkorrekciók lap/0001 pont: adatbázis módosítások)" lefuttatása a program letöltés után.

2. Program frissítés, technikai teendők, hogy a legújabb szolgáltatások elérhetők legyenek: a 2018.03.11 utáni változás lekövetésére.
   1. Zip formátumú időszaki biztonsági mentés készítése a jelenlegi adat állapotról (Karbantartás/Adatmentés/tömörített)
   2. 1. A letöltött wtap.zip tömörített fájlból a wtap.exe fájl kibontása és bemásolása az ott lévő helyére (felülírással). A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.

      VAGY

      2. A letöltött wtap.exe nagyméretű fájl bemásolása az ott lévő helyére (felülírással). Ez nem igényli, hogy a tömörített fájlt kezeljük és a mappák közti navigációban is járatosak legyünk. A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.
   3. A letöltött wtbhelp.zip tömörített fájlból a wtbhelp.chm fájl kibontása és bemásolása a Help mappában lévő helyére (felülírással).
   4. Adatkorrekciók (Karbantartás/Adatrendszer átalakítás/Adatkorrekciók lap/0001 pont: adatbázis módosítások).

Verzió 08.00.18020101, Verzió 08.00.18020101: 2018.02.01.

Verzió 08.00.18011701, Verzió 08.00.18011701: 2018.01.17.

Program változások ...

1. A tárgyévre vonatkozó paraméterek, tárgyévi naptár jellemzők beállítása.

2. Az adatmegállapító lap nyomtatványon a keresőképtelenség első napja alatt (eddig is kíírásra került) ezután kiírásra kerül a pénzbeli ellátásra jogosultság kezdő napja is.

3. Az adatmegállapító lap nyomtatvány kereset részletező 2. lapon negatív nap értékek jelenhettek meg a számítási időszakot megelőző tartományban, ha GYED extra kezdő dátum bejegyzést rögzítettünk. Számítási hibát ez nem okozhatott. A kiírást javítottuk.

4. Az "Elszámolások/Egyebek" lapon kiegészítő információként megjelenítjük a számfejtési hónapot, amelyre a csoportos kifizetési nap módosítás vonatkozik.

5. A GYED extra napi átlag betöltést segítő szolgáltatásként napi átlag áttöltés gomb került az adatmegállapító lap karbantartás 2. oldalára. A GYED-ből GYED extrába történő átmenet esetén kézi beírás helyett alkalmazható. A gomb a GYED/GYED extra OEP ellátás típushoz választott kereset származtatáskor aktiválódik.

6. Megváltoztattuk a tartalékos katonai szolgálatnak, mint kieső idő típusnak ("KAT") a rendszerbeli kezelését. Továbbra is osztószám csökkentő nap, de a biztosítás szünetelések okakénti viselkedését megszüntettük.

7. A "Jegyzékek/OEP ellátás elszámolások/E. Egyéni elszámolási lapok" modulban kibővítettük a "Formátum: Xls" exporthoz tartozó lehetőségeket. Az eredeti, bő tartalmú excel export mellé választható egy a képernyő felbontáshoz jobban igazodó csökkentett adat tartalmú, de továbbra is az elszámolási tételeket egyenként reprezentáló export (az egyes folyamatos hóközi elszámolásokat is elszámolásonként mutató). Harmadik típusként a csökkentett adat tartalmú, de a folyamatos ellátásokat egy sorban összesítő export választható [alapértelmezett].

8. Az elszámolások bérbe történő átadása során a program alapértelmezetten letiltja a kitöltetlen dátumú átadások üres tól/ig szöveges mezőinek átadását. A hozzá tartozó nap és kifizetés adatok természetesen átadásra kerülnek (pótutalások). Amennyiben mégis érvényesíteni akarjuk az üres tól/ig szöveges adataok feladását, akkor a "Feladás" nyomógomb alatti "[ ] Üres időszak bejegyzést felad" választó kapcsoló bepipálásával tehetjük azt meg. Az információ adat szintű feladásának kizárása ellenére a jegyzékekben továbbra is szerepeltetjük ezt az információt.

9. Tekintettel arra, hogy 2018-tól a bér rendszerben megszűnik a nem rendszeres jövedelmek (NR) tól/ig tartomány bejegyzése, a táppénz alap legyüjtés paraméter táblájában is megszüntettük ezen adatok keresését.

10. Program frissítés, technikai teendők, hogy a legújabb szolgáltatások elérhetők legyenek: a 2018.02.01 utáni összes változás lekövetésére.
    1. Zip formátumú időszaki biztonsági mentés készítése a jelenlegi adat állapotról (Karbantartás/Adatmentés/tömörített)
    2. 1. A letöltött wtap.zip tömörített fájlból a wtap.exe fájl kibontása és bemásolása az ott lévő helyére (felülírással). A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.

       VAGY

       2. A letöltött wtap.exe nagyméretű fájl bemásolása az ott lévő helyére (felülírással). Ez nem igényli, hogy a tömörített fájlt kezeljük és a mappák közti navigációban is járatosak legyünk. A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.
    3. A letöltött wtbhelp.zip tömörített fájlból a wtbhelp.chm fájl kibontása és bemásolása a Help mappában lévő helyére (felülírással).

Verzió 07.00.17070301, Verzió 07.00.17070301: 2017.07.03.

Program változások ...
• A tb alrendszert év közben bevezető kifizetőhely számára karbantartó modul bekapcsolása a bérbe nem szabványosan rögzített kieső idő jelölések szabványosítására (pl. TP helyett TAP, ...). A karbantartás után a modul ki lett kapcsolva.

• Az adatmegállapító lap alapértelmezések lapjára bevezettünk egy kapcsolót, amely az osztószám csökkentő napok tekintetében a kieső idők vegyes használatát vezérli. Bekapcsolt állapotban a rendszer az installálás előtti időszakra a bérelszámolás nyilvántartásba rögzített kieső időket veszi alapul, és csak az installálás hónapjától használja a saját nyilvántartásait. Kikapcsolt állapotban csak a saját nyilvántartást elemzi: ilyenkor év közi indulás esetén feltételezi, hogy az indulást megelőző időszak kieső időit rögzítettük a tb alrendszer kieső idő nyilvántartásába.
  Az alapértelmezett érték kezdeti beállítása a központi adat konfigurálás beállítások 7. pozíciójából származik. Akik eddig nem használták, azoknak alapértelmezetten kikapcsolt állapotban jelenik meg (a programot huzamos ideje használók esetén).
• Program frissítés, technikai teendők, hogy a legújabb szolgáltatások elérhetők legyenek: A PROGRAMOT CSAK AZ ÉV KÖZBEN INDULÓ KIFIZETŐHELYEK, KÜLÖN MEGBESZÉLÉS SZERINT TÖLTSÉK LE.
  • a. Zip formátumú időszaki biztonsági mentés készítése a jelenlegi adat állapotról (Karbantartás/Adatmentés/tömörített)
  • b.1. A letöltött wtap.zip tömörített fájlból a wtap.exe fájl kibontása és bemásolása az ott lévő helyére (felülírással). A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.
  • VAGY
  • b.2. A letöltött wtap.exe nagyméretű fájl bemásolása az ott lévő helyére (felülírással). Ez nem igényli, hogy a tömörített fájlt kezeljük és a mappák közti navigációban is járatosak legyünk. A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.
  • c. A letöltött wtbhelp.zip tömörített fájlból a wtbhelp.chm fájl kibontása és bemásolása a Help mappában lévő helyére (felülírással).
  • d. Adatkorrekciók (Karbantartás/Adatrendszer átalakítás/Adatkorrekciók lap/0003 pont: BS,TP átalakítása BSZ,TAP-á (tbberho)).

Verzió 07.00.17032001, Verzió 07.00.17032001: 2017.03.20.

Program változások ...
• A kiesőidő adattárba kézi felvitellel rögzített GYES, GYES extra, GYED extra bér feladása esetén választható, hogy az első feladási hónapban a program nem a kiesőidő tárgyhóba eső részét adja fel, hanem a berögzített kezdő időponttól a tárgyhó végéig tartó időszakot. A kiesőidő rögzítése során az "Szfjelző" mezőt a program ebben az esetben az első feladási hónapként értelmezi. Az ezt követő feladási hónapokban a feladás a normál menet szerint történik, azaz a tárgyhóba eső időszak részt adjuk fel.
  A tulajdonság bevezetésére a kifizetőhelyhez a MÁK-tól, OEP-től nem időben megörökölt ellátások kezelése miatt volt szükség.
• A kiesőidő nyilvántartás szűrő feltételei közé bevezettük a "hiányzás kezdete későbbi, mint" dátum szűrési lehetőséget. A nyomtatási kimenetet bővítettük az XLS-be történő exporttal (alapértelmezések lapon). A két új elem lehetővé teszi a vizsgált időszak szűkítését és a kiválogatott rekordok Excel alkalmazásban történő további, szabad elemzését.
  A gyerek keret adat nyilvántartás szűrő feltételei közé bevezettük a "jogosultság kezdete későbbi, mint" dátum szűrési lehetőséget. A nyomtatási kimenetet bővítettük az XLS-be történő exporttal (alapértelmezések lapon). A két új elem lehetővé teszi a vizsgált időszak szűkítését és a kiválogatott rekordok Excel alkalmazásban történő további, szabad elemzését.
• Megszüntettük az előző havi bér korrekció (mu.hmft) egyedi kezelését a táppénz alap legyűjtés modulban. A program ezután ezt is a bér összetétel paraméter táblának megfelelően kezeli. A tulajdonság az előző program verzióban leírt táppénz alap legyüjtési szemlélet változtatáshoz illeszkedik.
• Az adatmegállapító lap nyomtatott forma harmadik oldalán (információs adatok) a program kiírja a jelen jogviszonyban és a folyamatos előző jogviszonyban a biztosítás szünetelések és/vagy a biztosítás kiesések napjainak számát.
• A "Adatmentés" modul második lapjáról biztonságosan kezelhető a "TESZT" nyilvántartás adatainak feltöltése. A teszt környezet kialakítása igény szerint szükséges.
• Program frissítés, technikai teendők, hogy a legújabb szolgáltatások elérhetők legyenek: a 2017.02.23 utáni összes változás lekövetésére.
  • a. Zip formátumú időszaki biztonsági mentés készítése a jelenlegi adat állapotról (Karbantartás/Adatmentés/tömörített)
  • b.1. A letöltött wtap.zip tömörített fájlból a wtap.exe fájl kibontása és bemásolása az ott lévő helyére (felülírással). A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.
  • VAGY
  • b.2. A letöltött wtap.exe nagyméretű fájl bemásolása az ott lévő helyére (felülírással). Ez nem igényli, hogy a tömörített fájlt kezeljük és a mappák közti navigációban is járatosak legyünk. A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.
  • c. A letöltött wtbhelp.zip tömörített fájlból a wtbhelp.chm fájl kibontása és bemásolása a Help mappában lévő helyére (felülírással).

Verzió 07.00.17021001, Verzió 07.00.17021002: 2017.02.23.

Program változások ...
• Az OEP elszámolásokba bevezetett "ÜB elbírálásig táppénz folyósítás" jelző hozzáférés korlátozása. Szerkesztési állapotban is fokozott védelem alatt áll, azaz csak a "Törölhet/érvényesíthet" vezérlő bekapcsolt állapota esetén aktív és csak táppénz elszámolásnál.
• Új táppénz alap legyüjtési szemlélet a meglévők mellé. A nem rendszeres jüövedelmeket egy összegben, halmozva gyűjti a program a rendszeres jövedelem mellett. Alapértelmezetten ezt ajánlja a program, de a központi adatok konfigurálása SETS változó beállításában beállítható a korábbi, a nem rendszeres jövedelmeket teljes részletezettségben gyűjtő szemlélet is.
• Az előző jogviszony nyilvántartásban egy értékként rögzíthető a biztosítás szünetelés napok száma az adott jogviszonyban.
• Az adatmegállapító lap második oldalán külön-külön rögzíthető a biztosítás szünetelés napjainak száma a jelenlegi jogviszonyban, illetve az előző jogviszonyokban. A program ezeket az OEP elszámolások pontban használja a "Jogosultság?" kiértékelésnél, amelyek befolyásolják a jogosult napok (jár-e egy évig) és a táppénz mértéke (50/60 %: van-e 730 biztosításban töltött nap) meghatározását. Az adatmegállapító lapon a biztosítás szünetelés napjait a jelenlegi jogviszonyban a saját hiányzás nyilvántatás és a havi táppénz alap legyüjtés bér adatai alapján elemzi ki a program a "folyamatos jogviszony utolsó napja (a keresőképtelenséget megelőző naptári nap)" mezőről lelépés esemény hatására. Ha az érték nagyobb, mint nulla, és a részletek kiírása be van kapcsolva akkor a részleteket ki is írjuk egy üzenő lapra. Az adatmegállapító lapon a biztosítás szünetelés napjait az előző jogviszonyokban az előző jogviszony nyilvántatás alapján elemzi ki a program az "Ejv kezdete" mezőről lelépés esemény hatására. A program az előző jogviszony adattárba berögzített biztosítás szünetelés napokat és az előző jogviszonyok közötti, a folyamatosságot meg nem szakító, de nullától nagyobb biztosítás kiesések napjait halmozottan mutatja. Ha az érték nagyobb, mint nulla, és a részletek kiírása be van kapcsolva, akkor a részleteket ki is írjuk egy üzenő lapra. Abban az esetben, ha az előző jogviszony adattárat nem használjuk, akkor ide kézzel, halmozottan kell beírni a jogviszonyok alatti biztosítás szünetelések és a jogviszonyok közötti biztosítás megszakadások (figyelni, hogy csak akkor folyamatos a biztosítás, ha 30 napnál nem hosszabbak a megszakadások) napjainak összegét.
• Az adatmegállapító lapon nyilvántartott biztosítás szünetelés napok korrigáló hatását a program az OEP elszámolások pontban használja a "Jogosultság?" kiértékelésnél. A biztosítás szünetelés napok, ha nem elég hosszú a folyamatos biztosítási idő, akkor befolyásolhatják a jogosult napok (jár-e egy évig) és a táppénz mértéke (50/60 %: van-e 730 biztosításban töltött nap) meghatározását.
• Az adatmegállapító lap nyomtatott forma harmadik oldalán (információs adatok) a program kiírja a "táppénz alap" 90%-os értékét is.
• Az adatmegállapító lap nyomtatott forma első oldalán helyesbítettük az osztószám csökkentő napok 2., 3. sorának szövegét.
• Hibajavítás: a Verzió 07.00.17021001 verzióban az adatmegállapító lapon a mentés funkció csak az első oldalról volt aktiválható. A probléma a biztosítás szünetelés napok kezelése változtatásokkal volt kapcsolatos. A hibát a Verzió 07.00.17021002 - ben kijavítottuk.
• Program frissítés, technikai teendők, hogy a legújabb szolgáltatások elérhetők legyenek: a 2017.02.10 utáni összes változás lekövetésére.
  • a. Zip formátumú időszaki biztonsági mentés készítése a jelenlegi adat állapotról (Karbantartás/Adatmentés/tömörített)
  • b.1. A letöltött wtap.zip tömörített fájlból a wtap.exe fájl kibontása és bemásolása az ott lévő helyére (felülírással). A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.
  • VAGY
  • b.2. A letöltött wtap.exe nagyméretű fájl bemásolása az ott lévő helyére (felülírással). Ez nem igényli, hogy a tömörített fájlt kezeljük és a mappák közti navigációban is járatosak legyünk. A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.
  • c. A letöltött wtbhelp.zip tömörített fájlból a wtbhelp.chm fájl kibontása és bemásolása a Help mappában lévő helyére (felülírással).
  • d. Adatkorrekciók (Karbantartás/Adatrendszer átalakítás/Adatkorrekciók lap/0001 pont: adatbázis módosítások).

Verzió 07.00.17021001: 2017.02.10.

Kiegészítés ...
• TB kifizetőhely által folyósított ellátások elszámolása (EB17) támogató jegyzék.
• EEM Havi egészségbiztosítási statisztikai jelentés 2017.
• Az OEP elszámolásokba "ÜB elbírálásig táppénz folyósítás" jelző bevezetése.
• Tagi jogviszony kód (15-ös jogviszony kód) bejegyzés bevezetése.
• Program frissítés, technikai teendők, hogy a legújabb szolgáltatások elérhetők legyenek: a 2017.02.10 utáni összes változás lekövetésére.
  • a. Zip formátumú időszaki biztonsági mentés készítése a jelenlegi adat állapotról (Karbantartás/Adatmentés/tömörített)
  • b.1. A letöltött wtap.zip tömörített fájlból a wtap.exe fájl kibontása és bemásolása az ott lévő helyére (felülírással). A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.
  • VAGY
  • b.2. A letöltött wtap.exe nagyméretű fájl bemásolása az ott lévő helyére (felülírással). Ez nem igényli, hogy a tömörített fájlt kezeljük és a mappák közti navigációban is járatosak legyünk. A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.
  • c. A letöltött wtbhelp.zip tömörített fájlból a wtbhelp.chm fájl kibontása és bemásolása a Help mappában lévő helyére (felülírással).
  • d. Adatkorrekciók (Karbantartás/Adatrendszer átalakítás/Adatkorrekciók lap/0001 pont: adatbázis módosítások).

Verzió 07.00.17012001: 2017.01.20.

Kiegészítés ...
• Adatstruktúra módosítás az elszámolásokhoz: tbeset.lszazvalt L, tbeset.dszazvalt D.

Verzió 07.00.17011801: 2017.01.18.

Év nyitás, paraméter változások, struktúra változások, ...
• Szokásos év elejei program módosítások, paraméter és környezeti beállítások, ...
• BSZ-hez létrehozott adatmegállapító lap más ellátásokhoz történő archiválás nélküli módosítása esetén a havi/napi jövedelem és havi/napi óra adatok automatikus aktualizálása.

Verzió 06.00.160623: 2016.06.23.

Kiegészítés
• A havi zárást kiegészítettük egy "Törlés véglegesítés" opcióval. A törlésre állított elszámolások külön végleges törlését eddig csak egy "hamis" elszámolási hónapra (olyan elszámolási hónap, amelyre nincs érvényes elszámolás) kezdeményezett havi zárással tudtuk kezelni. A havi zárást követő elszámolás törlés egyébként a zárási folyamat része. A rendszer törli a munka adattárból azokat az elszámolásokat, amelyek nem folyamatosak. És törli azokat az elszámolásokat is, amelyek törlés jelzőjét szándékosan állítottuk törlésre (pl. régről ottmaradt, tévedésből ottfelejtett, nem lezárt elszámolások, amelyekhez esetleg már adatmegállípító lapot sem tárol a rendszer). A "hamis" havi zárás veszélyt rejtett magában: ha figyelmetlenül írtuk be az elszámolási hónap jelét, akkor nem kívánt havi zárást is kezdeményezhettünk. Ezt a veszélyt küszöböljük ki az új lehetőséggel.
• Program frissítésként a letöltött sűrítmény fájlban lévő exe kiterjesztésű programmal, vagy a közvetlenül letöltött exe programmal felül kell írni az előző program verziót. Más teendő nincs!
  A futó program verzió számát ellenőrizzük a "Help/TB programról ..." menüpont alatt.

Verzió 06.00.160608: 2016.06.08.

Kiegészítés
• A hóvégi összesítő feladás előkészítése során az adatkör meghatározásban a "Hiányzásból kiegészíteni" opció kiválasztásával a feladandó elszámolásokat a program kibővíti a hiányzási adattárba "kézi" felvitellel a teljes időszakra berögzített GYES és GYES extra (munkaviszony melletti GYES, "Mv. melletti GYES/GYED jelző=1") kieső idők tárgyhóba eső időszakainak feladásával (az opció fölé helyezve az egér kurzort a tooltiptext box-ban olvasható a segítség). Ezek pénzbeli elszámolását nem a kifizetőhely intézi, de ezt a megoldást vezettük be (Verzió 04.02.140210) a kiesőidő nyilvántartásunk teljessé tétele és a nyilvántartás automatizálása, illetve a havi NAV adatszolgáltatások megkönnyítése miatt.
  Ezt az alap szolgáltatást most kibővítettük a GYED extrára vonatkozó kiterjesztéssel. Fontos kritérium, hogy a kieső idő nyilvántartásba "kézi" felvitellel rögzített kieső időszakként legyen bejegyezve és a "Mv. melletti GYES/GYED jelző=2" beállítás legyen. Azokban az esetekben lehet ezt használni, ha valamilyen ok miatt a munkába állt munkavállaló számára a GYED extrát az OEP közvetlenül folyósítja, de a kieső idő nyilvántartást, a GYES és a GYES extrához hasonlóan, ki akarjuk egészíteni és automatizálni akarjuk a GYED extra ismeretekkel. Ehhez a "+GYX" opciót pluszban ki kell választani a "Hiányzásból kiegészíteni" kiválasztáshoz (alapértelmezetten kiválasztott, az opció fölé helyezve az egér kurzort a tooltiptext box-ban olvasható a segítség).
• Program frissítésként a letöltött sűrítmény fájlban lévő exe kiterjesztésű programmal, vagy a közvetlenül letöltött exe programmal felül kell írni az előző program verziót. Más teendő nincs!
  A futó program verzió számát ellenőrizzük a "Help/TB programról ..." menüpont alatt.

Verzió 06.00.160606: 2016.06.06.

Ellátás felviteli kép módosítás
• Ha a tárgyhónapban egy folyamatos elszámolásból (pl. 3/3 kód) hóközi másolatként folytatott ellátás tag keresőképes lesz (pl. 1/1 kód), akkor a tárgyhóban egy ezt követő újabb ellátás felvitelét eddig megakadályozta a program az első ellátás tétel folyamatosságát látva. A felviteli kép erre vonatkozó ellenőrzését kiegészítettük azzal, hogy a program az általános folyamatosság vizsgálat előtt kielemzi, hogy az utolsó érvényes tétel folyamatosság jelzője nem kereső állapotú-e. Ha a több elszámolási tagból álló elszámolás sorozat utolsó elszámolás tagja kereső, akkor függetlenül attól, hagy a tárgyhóban vannak-e nem kereső állapotú tagok, az ellenőrzés nem ad hiba, vagy figyelmeztető üzenetet, és így az újabb elszámolás felvitele lehetségessé válik.
Kiegészítés
• GYES és GYED melletti munkavégzés esetén, ha a számítási időszak eleje a munkavégzés kezdetének hónapjába esik, akkor a jövedelem megítélésénél ugyanúgy törthónapot veszünk figyelembe, mintha a munkaviszony kezdete hónapja esne a számítási időszak eleje hónapjába.
Adatstruktúra változtatás
• Az "első napi munka óra OEP/mkhely" megosztás egy tizedes jegyről két tizedes jegyre bővítése miatt:
  • tbtabla adat táblában: a napi munkaóra ideje paraméter beállítás,
  • tbdolg adat táblában : a baleseti táppénz órája az első napon,
  • tbeset adat táblában: az első napi óra megosztás OEP/munkahely terhére.
• Program frissítés, technikai teendők, hogy a legújabb szolgáltatások elérhetők legyenek.
  • a. Zip formátumú időszaki biztonsági mentés készítése a jelenlegi adat állapotról (Karbantartás/Adatmentés/tömörített)
  • b.1. A letöltött wtap.zip tömörített fájlból a wtap.exe fájl kibontása és bemásolása az ott lévő helyére (felülírással). A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.
  • VAGY
  • b.2. A letöltött wtap.exe nagyméretű fájl bemásolása az ott lévő helyére (felülírással). Ez nem igényli, hogy a tömörített fájlt kezeljük és a mappák közti navigációban is járatosak legyünk. A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.
  • c. A letöltött wtbhelp.zip tömörített fájlból a wtbhelp.chm fájl kibontása és bemásolása a Help mappában lévő helyére (felülírással).
  • d. Adatkorrekciók (Karbantartás/Adatrendszer átalakítás/Adatkorrekciók lap/0001 pont: adatbázis módosítások).

Verzió 06.00.160411: 2016.04.11.

Hibajavítás
• A negyedéves CSED és GYED statisztika jövedelem típus kódját a program az előkészítés során kitöltetlenül hagyta abban az esetben, ha a jövedelem meghatározás típusa az előző CSED ellátás volt (2015.07.01 óta választható). Karbantartásban a hiányosságot pótolni lehetett. Az új programverzió ilyen esetben is feltölti a jövedelem típus kódját.
• Program frissítésként a letöltött sűrítmény fájlban lévő exe kiterjesztésű programmal, vagy a közvetlenül letöltött exe programmal felül kell írni az előző program verziót. Más teendő nincs!
  A futó program verzió számát ellenőrizzük a "Help/TB programról ..." menüpont alatt.

Verzió 06.00.160316: 2016.03.16.

Kiegészítés ..
• Folyamatos biztosítás kezdete vizsgálat fizetés nélküli szabadság figyelés miatt. Túl hosszú megszakadás esetén a program kijelzi az okot és megerősítést vár a folyamatos biztosítás kezdete megváltoztatásához.
• Kereset származtatás "leállítása" a folyamatos biztosítás kezdete kelténél, ha a beállított jövedelemmel ellátott napok keresése közben, annak elérése előtt elérjük a folyamatos biztosítás kezdetét.
  A feljegyzés mezőbe figyelmeztető üzenetet ír a rendszer, ha nem sikerül elérni a kereset származtatás címkének megfelelő napok számát. A nyomon követhetőség érdekében a feljegyzés mezőket a napi átlag meghatározás lapon is megismételjük.
• Az elszámolás változások miatt az ellátás szűrés lapon új szűrő feltétel elemet vezettünk be: kifdatum (kifizetés napja).
• Aktiváltuk az szjelzo (elszámolás hónapja) szűrő feltételt. Ezt körültekintéssel, első sorban csak megtekintési céllal ajánlatos használni. Figyelemmel kell lenni arra, hogy ezen szűrés a mentés hatására elrejthet előlünk éppen módosított tételt. Pl. ha beállítjuk az érvénytelen elszámolások megjelenítését (szjelzo='0000.00') és módosítunk közülük egyet, majd a végén érvényesítjük az elszámolást a beállított tárgyhónak megfelelően, akkor ez a tétel a szűrőfeltételek miatt "eltűnik" a navigációs rácsból, mert ezen elszámolásra a továbbiakban Szjelzo#'0000.00'.
• Program frissítés, technikai teendők, hogy a legújabb szolgáltatások elérhetők legyenek: a 2016.01.21 utáni összes változás lekövetésére.
  • a. Zip formátumú időszaki biztonsági mentés készítése a jelenlegi adat állapotról (Karbantartás/Adatmentés/tömörített)
  • b.1. A letöltött wtap.zip tömörített fájlból a wtap.exe fájl kibontása és bemásolása az ott lévő helyére (felülírással). A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.
  • VAGY
  • b.2. A letöltött wtap.exe nagyméretű fájl bemásolása az ott lévő helyére (felülírással). Ez nem igényli, hogy a tömörített fájlt kezeljük és a mappák közti navigációban is járatosak legyünk. A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.
  • c. A letöltött wtbhelp.zip tömörített fájlból a wtbhelp.chm fájl kibontása és bemásolása a Help mappában lévő helyére (felülírással).
  • d. Adatkorrekciók (Karbantartás/Adatrendszer átalakítás/Adatkorrekciók lap/0001 pont: adatbázis módosítások).

Verzió 06.00.160310: 2016.03.10.

Kiegészítés ..
• Hóközi másolat tárgyhavi és következő havi elszámolásra előkészítés szétbontása. A következő havi elszámolásra előkészített másolatok az eredetivel megegyező bizonylatszámot és 'NEXTMONTHK' ideiglenes alsorszámot kapnak. A 'NEXTMONTHK' alsorszám a következő havi érvényesítés során üresre változik.
• A havi zárás információs tábláján új oszlopként megjelenítjük a hóközi feladásban részt vett elszámolások számát. A havi zárás során a folyamatos ellátások utolsó elszámolását készíti elő a program következő havi elszámolásra. Az így előkészített másolatok az eredetivel megegyező bizonylatszámot és 'NEXTMONTH ' ideiglenes alsorszámot kapnak. A 'NEXTMONTH ' alsorszám a következő havi érvényesítés során üresre változik. Amennyiben a folyamatos esetnek már van érvényesített következő havi elszámolása, akkor a tárgyhó utolsó elszámolását a program nem készíti elő következő havi elszámolásra.
• A folyamatos ellátás tárgyhavi első ellátás tagja érvényesítés után mindig üres alsorszámú. Erről a rendszer automatikusan gondoskodik. A folyamatos elszámolások tekintetében a havi statisztikában a kezdő és az áthúzódó esetszámokat ezekből a tárgyhavi első elszámolási tételekből képezi a program.
• Tárgyhavi időszak összevonási lehetőség választás a hóvégi feladás nyomtatásban (opcionális): a tárgyhóban egymás után több részletben elszámolt összefüggő folyamatos ellátások egy időszakként történő kiírása (tól - ig).
  A hóvégi feladás fájlban (bérbe másolás) a tárgyhóban egymás után több részletben elszámolt összefüggő folyamatos ellátások egy időszakként kerülnek feladásra (tól - ig) (nem opcionális).

• Hóvégi és hóközi feladások naplózása: "Egyebek/Naplófájlok megtekintése/Adatszolgáltatás napló". Külön-külön kerül naplózásra az előkészítés (BerfelPrep), és az éles feladás (BerfelCopy).
  A havi zárás naplózása: "Egyebek/Naplófájlok megtekintése/Adatszolgáltatás napló". Típus: (Havi_Zárás).

• Havi statisztikai adatszolgáltatás változása a folyamatos esetek megváltozott elszámolási szisztémája miatt.
• A kifizetési nap kezelés változása miatt a pénztárnapló is változott. Korrekt elszámolás használat esetén korrekten kezelhető a kifizetési naptól eltérő kifizetések kezelése is. A pénztárnapló a nyomtatott forma mellet excel fájlba is exportálható.
• A táppénz fizetési jegyzék a nyomtatott forma mellet excel fájlba is exportálható.
• Tárgyév változás esetén az éves bsz keretet ajánlja a program az adatmegállapító lap módosítása esetén is. Így előző évi belépő tört évi bsz nap kerete felül ajánlásra kerül abban az esetben is, ha a bsz-hez való tárgyévi "adatmegállípító lapot" nem egyedi archiválás utáni folytatásként, hanem az előző évi egyszerű módosításaként készítjük.

Verzió 06.00.160302: 2016.03.02.

Kiegészítés ..
• Az elszámolások alapértelmezések lapján kiegészítések: kiegészítő szín infók az elszámolás állapotainak színekkel történő informálására, hóközi másolat készítés engedélyezés ki/be kapcsoló, a feladott tételek módosíthatóságának korlátozására vonatkozó kapcsoló, "3"-as bértípus esetén pernap kezelés befolyásolás fizetett ünnepre.
• Diszkrét ágazat választás javítása a hóközi feladás listázásban.
• Bértípus infó bevezetése a tbdolg-ba, óradíj, tdíj, ... értékek megjelenítés az adatmegállapító lapon.

Verzió 06.00.160216: 2016.02.16.

Kiegészítés ..
• Új elszámolási metódus bevezetése: a folyamatos ellátások hóközi másolatként történő elkülönült tovább számfejtése (beteglaponként történő egyedi elszámolások). A másolatok érvényes, folyamatos, tárgyhavi elszámolásról kezdeményezve hasonló előkészítettséggel készülnek, mint ahogy a folyamatos ellátásokat előkészítjük a hóvégi zárás során. A tárgyhavi másolatok az eredetivel megegyező bizonylatszámot és automatikus, folyamatosan növekvő alsorszámot kapnak.

• OEP ellátás elszámolások bevallás (EB16).
• Kifizetési nap tömeges módosítás bevezetése. Az elszámolás negyedik fő lapján ("Egyebek") a rendszer lehetőséget biztosít a kifizetési nap tömeges megváltoztatására anélkül, hogy az elszámolásokat egyedileg kellene módosítani a kifizetési nap megváltozása miatt. Ez a hóközi elszámolások kifizetési napjának a tervezetthez képesti megváltozása miatt válhat szükségessé.

Verzió 06.00.160128: 2016.01.28.

Kiegészítés ...
• Hóközi feladás lehetőség bevezetése (H: feladásjel az szminos 6. pozíción) és elkülönítése a hóvégi feladástól (F: feladásjel az szminos 1. pozíción, mint eddig).
• Kifizetési nap szűrés, ellátás típus szűrés bevezetése a hóközi feladásba.

Verzió 06.00.160121: 2016.01.21.

Év nyitás, paraméter változások, struktúra változások, ...
• Szokásos év elejei program módosítások ...

Verzió 05.00.151103: 2015.11.03.

Hibajavítás
• GYED melletti munkaviszony esetén a program, bár kiszámolta, de nem ájánlotta be az eredeti GYED ellátás osztószámcsökkentő napjait a GYED melletti munkaviszonyban keletkező táppénz naptári napi alap maghatározásánál. Ezt korrigáltuk.
• Program frissítésként a letöltött sűrítmény fájlban lévő exe kiterjesztésű programmal, vagy a közvetlenül letöltött exe programmal felül kell írni az előző program verziót. Más teendő nincs!
  A futó program verzió számát ellenőrizzük a "Help/TB programról ..." menüpont alatt.

Verzió 05.00.150713: 2015.07.13.

Változások a 2015. évi LXXVII. tv. alapján
• 2015.07.01-től új kedvezmény szabály lépett életbe a CSED, GYED, GYED extra ellátások napi alapjának meghatározása esetén. Ennek megfelelően új jogcímmel bővült a 2015 utáni napi átlag alap meghatározás ezen ellátások esetén: "O:kor CSED, azaz korábbi CSED alapján kedvezmény szabály". Ezt az adatmegállapító lap karbantartása során választhatjuk. A címke választása esetén aktívvá válik a "Korábbi ellátás" nyomógomb, amivel lehetőségünk van a napi átlag kiválasztására korábbi CSED ellátások közül.
• Az elsődleges OEP ellátás típusának és a jogosultság kezdő napjának megfelelően szűrhető a 2015 utáni kereset meghatározás jogcím ajánlat (aktív, inaktív sorok a teljes ajánlat készletben). A szűrés az adatmegállapító lap karbantartás "Alapértelmezések" (negyedik lap) lapján ki/be kapcsolható (alapértelmezetten bekapcsolt).
• Az adatmegállapító lap gyors arciválásában kikapcsoltuk a BSZ napok inicializálását (kinullázását). Emiatt ezek után nem érhet bennünket meglepetés, hogy a korábban már jól megállapított BSZ jogosultsági napok kinullázódtak egy új ellátáshoz gyors archiválással létrehozott új adatnmegállapító lapon.
• Program frissítésként a letöltött sűrítmény fájlban lévő exe kiterjesztésű programmal, vagy a közvetlenül letöltött exe programmal felül kell írni az előző program verziót. Más teendő nincs!
  A futó program verzió számát ellenőrizzük a "Help/TB programról ..." menüpont alatt.

Verzió 05.00.150424: 2015.04.24.

Ellenőrzési szempont módosítás
• GYX (GYED extra) és GDD (diplomás GYED) elszámolás esetén az előző verzióban bevezetett "42. " hiba típusú ellenőrzést nem végzi a program.
• Program frissítésként a letöltött sűrítmény fájlban lévő exe kiterjesztésű programmal, vagy a közvetlenül letöltött exe programmal felül kell írni az előző program verziót. Más teendő nincs!
  A futó program verzió számát ellenőrizzük a "Help/TB programról ..." menüpont alatt.

Verzió 05.00.150409: 2015.04.09.

Negyedéves statisztikák, ellenőrzések ...
• A negyedéves lezárt keresőképtelenségek, a CSED és a GYED statisztikai adatszolgáltatások aktualizálása a válozásoknak megfelelően.
• Az elszámolások gyorsítása érdekében a BNO kód és az utolsó munkában töltött nap ellenőrzésének felfüggesztése a TGYS/CSED és a GYED típusú elszámolások "Beállítások?" ellenőrzésében.
• "25.b Ellátástípushoz nem illő kereset meghatározás" FIGYELMEZTETŐ ellenőrzési szempont bevezetése az ellátás jogosultság kezdete dátumhoz. Megmaradt az eddigi, a keresőképtelenség első napjához viszonyított vizsgálat is.
• "42. Az elljog.kezdet tárgyhóban eltérés: Tbdolg-Tbeset" ellenőrzési szempont bevezetése az elszámolásban rögzített ellátás jogosultság kezdete és az adatmegállapító lapon rögzített ellátás jogosultság kezdete dátumok tárgyhóinak eltérése alapján. BSZ és APA szabi esetén FIGYELMEZTETŐ, egyéb esetekben HIBA típusú ellenőrzést eredményez.
• A napi átlag meghatározásnál ritka esetben "Numeric overflow" adat túlcsordulási hiba fordulhatott nullával osztás miatt. Ez jellemzően akkor fordulhatott elő, ha pl. GYES-ről visszajövő munkavállaló számítási időszakba eső valamely hónapjának jövedelem adatait arányosítani kellett. A hibát kiküszöböltük.
• Program frissítésként a letöltött sűrítmény fájlban lévő exe kiterjesztésű programmal, vagy a közvetlenül letöltött exe programmal felül kell írni az előző program verziót. Más teendő nincs!
  A futó program verzió számát ellenőrizzük a "Help/TB programról ..." menüpont alatt.

Verzió 05.00.150305: 2015.03.05.

Hibajavítás ...
• A számfejtési adatok feladása listánál a korrekciós napok duplán íródtak ki (pl. KK miatti korrekciós napok). A hiba csak a kiírásban volt, a feladás valós adatait nem érintette. A lista hibát javítottuk.
• Program frissítésként a letöltött sűrítmény fájlban lévő exe kiterjesztésű programmal, vagy a közvetlenül letöltött exe programmal felül kell írni az előző program verziót. Más teendő nincs!
  A futó program verzió számát ellenőrizzük a "Help/TB programról ..." menüpont alatt.

Verzió 05.00.150225: 2015.02.25.

Kiegészítés ...
• Az adatmegállapító lap napi átlag kiértékelés alap adatainak eltárolása az adatmegállapító laphoz xml formátumban. Az eltárolt adatok megtekintése xml-ként és riport formátumban (az egyéb infó lapon). A számítási időszak kezdő hónapja jövedelme arányosításának pontosítása, ha az megegyezik a belépés hónapjával.
• A Jegyzékek/OEP elszámolások/D. Adatmegállapító lapok jegyzék típusainak bővítése a 2015-ös jegyzéktípussal.
• Program frissítésként a letöltött sűrítmény fájlban lévő exe kiterjesztésű programmal, vagy a közvetlenül letöltött exe programmal felül kell írni az előző program verziót. Más teendő nincs!
  A futó program verzió számát ellenőrizzük a "Help/TB programról ..." menüpont alatt.

Verzió 05.00.150209: 2015.02.09.

Kiegészítés ...
• Havi statisztikai adatszolgáltatás, ellátások elszámolása (EB15).
• Jegyzékek/OEP elszámolások/E. Egyéni elszámolási lapok jegyzékbe Excel kimenet lehetőség beépítése.
• Ellátás jogosultság kezdő napja bevezetése az adatmegállapító lap karbantartásba és az elszámolásba. Ha nem töltjük ki, "Enter" után a program a keresőképtelenség első napja alapján automatikusan kitölti.
• Új típusú adatmegállapító lap nyomtatása. Az "Ellenőrzés" lapon állítható a régi és az új forma kiválasztása (alapértelmezett az új forma).
• Adatmegállapító lap gyors archiválás és az aktuális lap adatainak kezdeti érték beállítás vezérlése.
• A közeljövőben várható még: a kereset származtatás dinamikus állítása a kiválasztott elsődleges ellátás típus alapján (adatmegállapító lap), a távolléti díj dinamikus követése a munkaügy eltárolt adatai alapján (szerződés szerinti bér számításhoz), NAV xml fájlok bevonása a havi táppénz alapok használatába.

Verzió 05.00.150204: 2015.02.04.

Kiegészítés ...

Verzió 05.00.150127: 2015.01.27.

Kiegészítés ..
• CSED feladás a TGYS-től teljesen elkülönített új mezőcsoportba (m18?).
• Adatstruktúra bővítések a tapasztalatok alapján (a feldolgozásban szükséges és/vagy hasznos elemek).

Verzió 05.00.150114: 2015.01.14.

Év nyitás ...

Verzió 04.03.141110: 2014.11.10.

Kiegészítés
• "A TB kefizetőhelyek által folyósított ellátások elszámolása" nyomtatvány kitöltéséhez használt havi statisztikai adatszolgáltatás jegyzék 13. sorába ("601302" kódsor) a más foglalkoztató (14-es jogviszony kód) miatt fizetett GYED extra esetenként nem halmozódott be. Emiatt változtattunk a programon.
  Program frissítésként a letöltött sűrítmény fájlban lévő exe kiterjesztésű programmal, vagy a közvetlenül letöltött exe programmal felül kell írni az előző program verziót. Más teendő nincs!
  A futó program verzió számát ellenőrizzük a "Help/TB programról ..." menüpont alatt.

Verzió 04.03.140808: 2014.08.08.

Hibajavítás
• A kórházi korrekciós (KK jogcím) táppénz ellátás számfejtés esetén korrigáltuk a kórházi korrekció számítási algoritmust abban a speciális esetben, ha az ellátás első napján táppénz ellátást és munkabért is kapott a munkavállaló (ellátás elszámolás első napi megosztással) és az első napon kórházi ellátást is elszámoltunk részére kórházi korrekciós elszámolás módszerével (KK). A program a megajánlott korrekcióban eddig nem arányosította az első napi korrekciós értéket, hanem egész napra táppénz ellátással számolt. Az értéket kézzel helyesbíteni kellett. Most a kórházi korrekció kiszámításánál is figyelembe vesszük a törtnapi kórházi táppénzt. A program helyes algoritmust alkalmazott az első napi törtnapi táppénz értékének meghatározásánál, csakúgy, mint a teljes időszaki kórházi táppénz elszámolásánál, csak a kórházi korrekciós elszámolás algoritmusa volt pontatlan, ha az elszámolás első napján kórházban volt a munkavállaló és táppénz/bér megosztással kellett számolni az első napon.
  Program frissítésként a letöltött sűrítmény fájlban lévő exe kiterjesztésű programmal felül kell írni az előző program verziót. Más teendő nincs!
  A futó program verzió számát ellenőrizzük a "Help/TB programról ..." menüpont alatt.

Verzió 04.03.140410: 2014.04.10.

Hibajavítás
• A "Jegyzékek/OEP ellátás elszámolások/C. KIFIZETÉSI UTALVÁNY jegyzéktípusok" utólagos, tömeges nyomtatási lehetőségnél a nyomtatványok adatainak SQL összeállításakor mezőszám túllépés következett be (max 255 mező lehetséges). Ez lekezelt programhibához vezetett, és a nyomtatás végül nem történt meg. A hiba oka a tbeset és esarc adattárak mező számának bővítése volt (ld. az előző verzió leírását). A hibát az alkalmazott SQL parancsok átszervezésével megoldottuk.
  Program frissítésként a letöltött sűrítmény fájlban lévő exe kiterjesztésű programmal felül kell írni az előző program verziót. Más teendő nincs!
  A futó program verzió számát ellenőrizzük a "Help/TB programról ..." menüpont alatt.

Verzió 04.03.140409: 2014.04.09.

• 1. A negyedéves lezárt keresőképtelenségek adatszolgáltatás és a negyedéves TGYS statisztika formai, valamint a jövedelem típus változásait átvezettük.
• 2. A negyedéves GYED statisztika adat szerkezete megváltozott (extra, iker, munkavk adatmezőkkel bővült) és a hagyományos GYED mellett a GYED extra és a diplomás GYED I/II is az adatszolgáltatás része lett. Ennek megfelelően megváltozott az adat tartalom az előkészítésben, a szerkesztésben, az adatszolgáltatásban és a jegyzékeken is. Az új mező tartalmakra vonatkozóan plusz ellenőrzési szempontokat vezettünk be (megtekinthető a hibajegyzék végén [hi23, hi24, hi25]).
• 3. A negyedéves GYED adatszolgáltatáshoz a továbbiakban szükség lesz a GYED extra ellátás esetén az újra munkába állás dátumára. Ezt az információt eddig nem tartottuk nyilván. Emiatt ezt most kézzel kell beírnunk az adatszolgáltatásba a szerkesztés során, ha az első negyedévben már befejeződő GYED extra ellátás fordulna elő (és akkor már most be kell kerülnie az adatszolgáltatásba).
• 4. A GYED extra ellátáshoz kapcsolódóan az előzőek miatt a rendszerbe bevezettük a "Munkavégzés kezdete" dátumot. Ez az adatmegállapító lap karbantartás első oldalán és az ellátás elszámolás első oldalán található a "GYES/GYED munkaviszony mellett" jelző alatt. Csak akkor hozzáférhető, ha GYES illetve GYED melleti munkaviszony jelet választottunk. Elegendő a GYED extra ellátáshoz tartozó adatmegállapító lapra felvezetni, mert onnan automatikusan "átmásolódik" az ellátáshoz új ellátás kezdeményezése, vagy folyó ellátás módosítása esetén. A vonatkozó táblák struktúra változása miatt fontos, hogy a program verzió telepítéséhez írt folyamatokat pontosan végrehajtsuk (5.d).
• 5. Program frissítés, technikai teendők, hogy a legújabb szolgáltatások elérhetők legyenek.
  • a. Zip formátumú időszaki biztonsági mentés készítése a jelenlegi adat állapotról (Karbantartás/Adatmentés/tömörített)
  • b.1. A letöltött wtap.zip tömörített fájlból a wtap.exe fájl kibontása és bemásolása az ott lévő helyére (felülírással). A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.
  • VAGY
  • b.2. A letöltött wtap.exe nagyméretű fájl bemásolása az ott lévő helyére (felülírással). Ez nem igényli, hogy a tömörített fájlt kezeljük és a mappák közti navigációban is járatosak legyünk. A betöltés helyességét ellenőrizzük: a futó program verzió számát megtaláljuk a "Help/TB programról ..." menüpont alatt.
  • c. A letöltött wtbhelp.zip tömörített fájlból a wtbhelp.chm fájl kibontása és bemásolása a Help mappában lévő helyére (felülírással).
  • d. Adatkorrekciók (Karbantartás/Adatrendszer átalakítás/Adatkorrekciók lap/0001 pont: adatbázis módosítások).

Verzió 04.02.140210: 2014.02.10., [Verzió 04.02.140203: 2014.02.03., Verzió 04.01.140120: 2014.01.20.]

• Szokásos év elejei paraméter átállítások, éves tb naptár létrehozása. Minimálbérhez és nyugdíjminimumhoz kötött ellátások értékeinek beállítása.
• Változások röviden, emlékeztető
  • A 2013. évi kigyűjtött táppénz alapok ellenőrzése fontos. Év közben új táppénz alap elemek léptek be, pl. a betegszabadságba eső fizetett ünnep kezelésének év közbeni változása miatt.
  • Emlékeztetésül: a Tv. 48 $ (2), (3), (6a) bekezdések alapján maximált GYED ellátásokat január hónapban felül kell vizsgálni. Változott az ezt meghatározó paragrafus: pontosan definiált, hogy milyen típusú napi átlag meghatározás esetén kell újra megállapítani. Csak a Tv. 48 $ (2), (3), (6a) alapján megállapított GYED napi átlagok esetén növekedhet a havi, illetve a napi maximum érték a minimálbér növekedése miatt. Fontos, hogy pl. a "6:Előző ell." alapján megállapított GYED napi átlagok esetén pontosan be legyenek állítva számfejtés közben a GYED induláskori minimálbér és havi max. korlát értékek (elszámolás form 3. lap:ellenőrző információk), és/vagy kiegészítésként beállítsuk a GYED saját limit figyelést (elszámolás form 1. lap: törzsadatok). Az induláskori korlátok automatikusan beállítódnak adatmegállapító lap felvitelkor, de pl. TGYS-ről GYED-re váltás során, ha az adatmegállapító lapot nem archiválás és azt követő felvitellel, hanem a korábbi ellátáshoz használt adatmegállapító lap módosításával tesszük alkalmassá a GYED ellátás folytatására, ha erre nem figyelünk, akkor a korábbi ellátás indulásakor érvényes korlátozó értékek "ragadhatnak be".
  • A kódszótárakban a számfejtési hónapokhoz tartozó kifizetési napok 2014-es karbantartása szükséges ahhoz, hogy a program minden hónapban helyesen ajánlja a kifizetési napot az elszámolás során.
  • A számfejtési képernyőn, aktualitását vesztve, már a GYED esetén sem látszik a jövedelempótlék mező.

• Változások részletesen
  • 1. Új ellátástípusok kezelését vezettük be: GYED exra (jel=GEX, típuskód=13), diplomás GYED (jel=GEX, típuskód=14).
    • Az adatmegállapító lapon az egyéb napi átlag oldalon (ahol az üzemi baleset napi átlaga is kezelhető) az új ellátásokhoz bejegyezhető a kereset származtatás módja, annak esetleges speciális értelmezése, a napi átlag értéke és megjegyzés fűzhető a körülményekhez. A napi átlag megállapításához azonnali segítség kérhető a rendszerből az utolsó néhány elszámolás alapján. A GYED extra esetén a munkaviszony melletti GYES-hez hasonlóan a munkaviszony melletti GYED jelző is használható.
    • Az új ellátásokhoz gyerek keret adatok felvezetése szükséges. Fontos az idő korlátok beállítása, amihez a program ajánlatot ad. A gyerek iker állapot és gyerekszám beállításával a GYED és GYED exra esetén a gyerek 3 éves korát ajánlja lejáratként.
    • Az új ellátások a havi legyűjtés során a hiányzások közé rögzülnek és ott a szokásos módokon karbantarthatók is. A GYED extra hiányzás jele "N", a diplomás GYED hiányzás jele "O". A GYED exrát csak önmagában figyeli az átfedés vizsgálat.
    • Az új ellátások a számfejtésben a többi típushoz hasonlóan kezelendők. A GYED exrát csak önmagában figyeli az átfedés vizsgálat. A kezelésről megjegyzendő, hogy ha egy folyósított GYED GYED melletti jogviszony létesítés, vagy újabb gyerek születés miatt GYED extrába megy át, akkor lezárjuk az eredeti GYED-et és a követkkező naptól GYED extra folyósítást kezdeményezünk, beállítva a megfelelő jellemzőket. Az új ellátások is megjeleníthetők elszámolási egyéni lapokon és kifizetési utalványokon.
  • 2. Az adatmegállapító lapon 2013-tól bejegyezhető, hogy elsődlegesen milyen ellátáshoz hozzuk létre az adatmegállapító lapot. Amiatt, hogy egy hosszú betegszabadsággal kezdődő keresőképtelenséghez történő adatfelvitel során is lekezelhető legyen az azonnali táppénz alap megállapítás (pl. előző 180 keresőnap keresése), külön választottuk a keresőképtelenség első napja és a táppénz keresőképtelenséget megelőző naptári nap (irányadó időszak vége) információkat. Könnyítendő a kezelést, ha ez utóbbit a szerkesztés során üresen hagyjuk, akkor a program a keresőképtelenség első napja előtti napot ajánlja be ((ha "Enter'-rel lépünk tovább a mezőről)). Nem újsonság, csak felelevenítjük, hogy eredendően az adatmegállapító lapon állítandó be a jelző a munkaviszony melletti GYED/GYES elszámoláshoz. Illetve innen indul a GYED saját limit használat és a kezdő napi minimálbér ismeret is, amit elszámolás közben alkalmaz a program.
  • 3. A bérbe történő feladásban is önálló csoportokban jelennek meg az új ellátások, ami az összesítőben is jól elkülönül.
  • 4. Adatkörként külön önálló feladási forrás-egységet hoztunk létre a MÁK által folyósított ellátások kezelésére, hogy az időszakok (intervallum, típus, időszakba eső naptári napok, munkanapok) rendszeres, automatikus analítikus kezelését megoldjuk. A pénzbeni ellátást természetesen a MÁK folyósítja, de a hiányzási adattárba ismét bevezethető a hagyományos GYES, a régi szokásos "6"-os hiányzás okkal, valamint a munkaviszony melletti GYES új "P" hiányzás kóddal. A teljes időszakot kell felvezetnünk egy rekordban. A feladás formon az adatkör kijelölésénél a "Hiányzásból kiegészíteni" opciót kell bejelölnünk, hogy az elszámolásból származó adatokat a program kiegészítse a hiányzásba felvitt GYES és munkaviszony melletti GYES számfejtési időszakba eső intervallum tartományával. A felvitt hiányzási rekord aktualitása akkor szűnik meg, ha az a lejáratot eléri, vagy előtte, ha a rekord archív jelzőjét "Archív"-ba állítjuk (vagy a törélés jelzőjén, vagy az érvényesség jelzőjén állítunk).
  • 5. A gyerek keret adat nyilvántartásba is felvihetők a hagyományos GYES, illetve a munkaviszony melletti GYES keret adatai. Ez azonban nem szükséges, csak lehetőségként említjük.
  • 6. Az új ellátások, illetve előírás változások miatt számos jegyzék képe, tartalma változott, vagy egészült ki.
    • A bevezetett kereset származtatás infók és az új ellátások napi átlag adatait az eddigiektől feltűnőbben jelenítjük meg az adatmegállapító lap nyomtatványon.
    • Az új ellátás típusok megjelenítését (GYED extra, diplomás GYED) integráltuk a számfejtési egyéni lapokba, a tasak szerű megjelenítésekbe és a kifizetési utalvány nyomtatványokba.
    • Megváltozott a havi statisztikai adatszolgáltatás tartalma és adat formátuma. Ennek megfelelően változott a kezelés is. A havi statisztikai adatszolgáltatás adataira alapozott "Ellátások elszámolása" nyomtatványba integráltuk az új ellátás típusokat. A 2014-es forma február hatodikán jelent meg az OEP honlapon.
    • A havi statisztikai adatszolgáltatás adataira alapozott táppénz kifizetési jegyzék, pénztárnapló, kifizetési utalvány tartalmakba is illesztettük az új ellátásokat. Ezek tartalmi leírása még változatlan.
    • Átszerveztük a negyedéves adatszolgáltatások belső kezelését a megváltozott viszonyok könnyebb kezelhetősége érdekében.
    • A "Jegyzékek/Törzsadatok/E. Irányadó időszaki adatok" jegyzéket kiegészítettük egy állománycsoportos szűrő lehetőséggel.
    • Az "Irányadó időszaki adatok előkészítése/Ellenőrzések" lapon a tárgyidőszaki "táppénz alap jogcímek" elemzés jegyzéken a jogcímek mellett megjelenítjük az adott jogcímen kifizetett jövedelem alapokat is. Ez segítheti az esetleges hiba keresést.
  • 7. Az ismeretek és a szükséges nyilvántartás kiegészítések változása miatt csak a januári számfejtés késői fázisában derült ki, hogy a munkaviszony melletti GYED extra megkülönböztetés fontos a havi statisztikai kezelés miatt. Ezért azzal a feltételezéssel, hogy a 2014.01. hónapban előforduló GYED extrák mind ilyen jellegűek (vagyis még nincs új gyermek születés miatti GYED extra), a programban egyszerű adatátszerveztéssel pótolható ez az "ismeret hiány".
    Ezt az adat pótlást a "Karbantartás/Adatrendszer átalakítás/Adatkorrekciók lap/0003 pont: adatkorrekciók)" pontban tehetjük meg. Ahol januárban nem volt GYED extra ellátás, vagy az elszámolásnál a program már lehetőséget adott a munkaviszony melletti GYED kód bejelölésére (2-es), ott ezt a funkciót nem kell futtatni. Szintén ebben a fázisban kezelhető le az egy éve véletlenül folyamatosban felejtett GYED/TGYS ellátások (ha van ilyen) nem nulla jövedelem pótlékának automatikus nullázása, ami a számfejtési képernyőn már nem is látható. Ezen "ellátások" technikai eset lezárása csak úgy valósítható meg, ha a jövedelem pótlék értékeket ezen a módon kinullázzuk (ha az utolsó ellátásban még volt ilyen).
  • 8. Program frissítés, technikai teendők, hogy a legújabb szolgáltatások elérhetők legyenek.
    • a. Zip formátumú időszaki mentés készítése a jelenlegi adat állapotról (Karbantartás/Adatmentés/tömörített)
    • b.1. A letöltött wtap.zip tömörített fájlból a wtap.exe fájl kibontása és bemásolása az ott lévő helyére (felülírással). A betöltés helyességét ellenőrizzük: a futó program verzió számát ellenőrizzük a "Help/TB programról ..." menüpont alatt.
    • VAGY
    • b.2. A letöltött wtap.exe nagyméretű fájl bemásolása az ott lévő helyére (felülírással). Ez nem igényli, hogy a tömörített fájlt kezeljük és a mappák közti navigációban is járatosak legyünk. A betöltés helyességét ellenőrizzük: a futó program verzió számát ellenőrizzük a "Help/TB programról ..." menüpont alatt.
    • d. Adatkorrekciók (Karbantartás/Adatrendszer átalakítás/Adatkorrekciók lap/0003 pont: adatkorrekciók).

Verzió 03.02.131103: 2013.11.03.

Hibajavítás
• A "Jegyzékek/OEP ellátás elszámolások/E. Egyéni elszámolási lapok: Elszámolási egyéni lap/Segélyezési egyéni lap (tasak) jegyzéktípusok" utólagos, tömeges nyomtatási lehetőségnél a nyomtatványok adatainak SQL összeállításakor mezőszám túllépés következett be (max 255 mező lehetséges). Ez lekezelt programhibához vezetett, és a nyomtatás végül nem történt meg. A hiba oka a tbeset és esarc adattárak mező számának bővítése volt (ld. az előző verzió leírását). A hibát az alkalmazott SQL parancsok átszervezésével megoldottuk.
  Program frissítésként a letöltött sűrítmény fájlban lévő exe kiterjesztésű programmal felül kell írni az előző program verziót. Más teendő nincs!
  A futó program verzió számát ellenőrizzük a "Help/TB programról ..." menüpont alatt.

Verzió 03.02.131030: 2013.10.30.

A betegszabadság időszakba eső, de a BSZ-be nem számító fizetett ünnep kezelésével kapcsolatos változások
• 1. 2013.08.01 után a BSZ időszakba eső fizetett ünnepek kezelése megváltozott. Kiforrott álláspont hiánya miatt azért próbáltunk egy technikai megoldást adni arra, hogy a BSZ-be eső fizetett ünnep napok kezelhetők legyenek. Erre egyrészt bevezettünk egy a BSZ számfejtés közben egyénileg állítható vezérlő jelet, ami lehetővé teszi, hogy a fizetett ünnep kezelést az általános szabálytól (az elszámolás első napján érvényes törvényi szabályozástól) eltérően egyénileg is kezelhessük (alapértelmezés az általános szabály). A számfejtési képernyőn az ellátás elszámolás lapon (2. lap) a BNO kiegészítő kód alatt található. Három állapot közül választhatunk:
  • " " - szóköz: az elszámolás első napján érvényes törvényi szabályozás (alapértelmezés)
  • "1": BSZ napok = munkanapok + ünnepnapok (egyéni beavatkozás alapján)
  • "2": BSZ napok = munkanapok (egyéni beavatkozás alapján)
  Másrészt azokban az esetekben, amikor az elszámolási időszakba fizetett ünnep esik és a BSZ-be azt/azokat a napokat nem számítottuk be (akár az általános szabály, akár az egyedi vezérlés következtében), a program BSZ elszámolás közben felajánlja (az "5. Jogosultság?" ellenőrző pont hatására), hogy az ünnepnapokat vagy az azoknak megfelelő ünnep órákat külön is tároljuk, hogy azokat a bérben elkülönítve egyéb díjazással kifizethessük. Ha ezeket semmilyen díjazással nem akarjuk kifizetni, akkor az ajánlatot nullázni kell. Ezeket a napokat/órákat a bérbe a BSZ-től elkülönítetten is feladjuk, a feladási jegyzékeken is megjelenítjük. A számfejtési egyéni lapon a BSZ órák alatt látható, ha ilyen napot/órát elszámoltunk.
  Az elszámolás "4. Beállítások?" ellenőrző pontban 41. számú figyelmeztető üzenetként jelenítjük meg, ha az általános szabálytól eltérő egyéni vezérlést választottunk.
• 2. A havi zárás során a BSZ elszámolásban bevezetett egyéni BSZ ünnep nap vezérlő információ automatikusan bekerül az előző hiányzások nyilvántartásba is. A jelzőt ezután használjuk a hiányzás adat karbantartásban is.
• 3. A táppénz folytatásos betegszabadságokat követő táppénz elszámolás automatikus rögzítése során (BSZ... bizonylatszámú táppénzes esetek) az automatizmussal a táppénz elszámolásba berögzült a BSZ órák száma, ha a BSZ-ben azt rögzítettünk. A táppénz elszámolás semmilyen folyamatában nem vett részt ez az adat (a háttérben maradt), de a feladási jegyzék összesítő oldalát csúfította. Az automatikus adatfelviteli problémát kiküszöböltük, a korábbi elszámolások szépséghibáját a program frissítés 5. pont/d. adatkorrekció kezeli.
• 4. Adatbázis változások (aktuális és tervezett változtatásokhoz)
  • tbeset.dbf, esarc.dbf, esarca.dbf, tbesetelt.dbf, ori_tbeset.dbf, ori_esarc.dbf, ori_esarca.dbf
    • bszun_vez C(1) : egyéni BSZ ünnepnap kezelés vezérlés
    • nobszunap N(4,0) : nem BSZ fizetett ünnep nap "70 %-os" táv.díjjal fizetve
    • nobszuora N(11,2) : nem BSZ fizetett ünnep óra "70 %-os" táv.díjjal fizetve
    • kerszarmal C(10) : kereset származtatás részletező
    • ubkerszaal C(10) :ÜB kereset származtatás részletező
  • tbdolg.dbf, tbdolga.dbf
    • kerszarmal C(10) : kereset származtatás részletező
    • ubkerszaal C(10) : ÜB kereset származtatás részletező
  • elhiany.dbf, elhianya.dbf
    • bszun_vez C(1) : egyéni BSZ ünnepnap kezelés vezérlés
  • atadas.dbf
    • m13un N(5,0) : nem BSZ fizetett ünnep nap "70 %-os" táv.díjjal fizetve átadás a bérbe (jelenleg m90-ben isp
    • m13uo N(11,2) : nem BSZ fizetett ünnep óra "70 %-os" táv.díjjal fizetve átadás a bérbe (jelenleg m91-ben is)
    • m14un N(5,0) : nem APASZ fizetett ünnep nap "70 %-os" táv.díjjal fizetve átadás a bérbe (nem használt)
    • m14uo N(11,2) : nem APASZ fizetett ünnep óra "70 %-os" táv.díjjal fizetve átadás a bérbe (nem használt)
  • gyerek.dbf, gyereka.dbf
    • napoth N(5,0) : házastárs által felhasznált GYÁP napok
    • eallnapoth N(5,0) : házastárs által felhasznált GYÁP napok egyedülállónál
• 5. Program frissítés, technikai teendők, hogy az új szolgáltatások elérhetők legyenek.
  • a. Zip formátumú időszaki mentés készítése a jelenlegi adat állapotról (Karbantartás/Adatmentés/tömörített)
  • b. A letöltött wtap.zip tömörített fájlból a wtap.exe fájl kibontása és bemásolása az ott lévő helyére (felülírással). A betöltés helyességét ellenőrizzük: a futó program verzió számát ellenőrizzük a "Help/TB programról ..." menüpont alatt.
  • c. Adatbázis kiegészítések az új elemekkel (Karbantartás/Adatrendszer átalakítás/Adatkorrekciók lap/Adatbázis módosítások).
  • d. Adatkorrekciók (Karbantartás/Adatrendszer átalakítás/Adatkorrekciók lap/0003 pont: adatkorrekciók).
  • e. Szinkronizálás (Karbantartás/Szinkrozinálás/Azonosítók igazítása bér-mügy-höz)

Verzió 03.02.131010: 2013.10.10.

Hibajavítás
• A GYÁP időszak alatti kórházi ellátás (új szolgáltatás 2013.07. hótól) kezelése miatt módosítani kellett a segélyezési pénztárnaplót. Az összesítőben a program helytelenül a jogalap nélküli ellátásba számolta a kórházi korrekciót, mintha valódi levonás lett volna.
  Program frissítésként a letöltött sűrítmény fájlban lévő exe kiterjesztésű programmal felül kell írni az előző program verziót.
  A futó program verzió számát ellenőrizzük a "Help/TB programról ..." menüpont alatt.

Verzió 03.02.130827: 2013.08.27.

2013.07.06 és 2013.07.15 után életbe lépő változások
• 1. A GYÁP ellátáshoz kórházi táppénz kezelés bevezetése. Menete a saját jogú táppénz esetén megszokottnak megfelelően történik.
• 2. Az adatmegállapító lap nyilvántartás kibővítese a "fennálló jogviszonyból" származó jövedelem bejegyzése (karbantartás 2. lap), és a létrehozáskori elsődleges ellátás típus meghatározása érdekében (karbantartás 2. lap). A keresőképtelenséget megelőző naptári nap bejegyzés alapján a "fennálló jogviszonyból" jelzőre a rendszer ajánlatot ad: 2013.07.15-től kiválasztott értéket kap.
  Ezentúl az adatmegállapító lap karbantartás során (1. lap) megjelenik a munkaviszony kezdete, ami nem minden esetben egyezik meg a folyamatos jogviszony kezdetével (2. lap).
• 3. Az adatmegállapító lap új jellemzői az ellátás számfejtésbe is rögzülnek az adatmegállapító lap aktuális állapota alapján. Az értékek ellenőrizhetők az ellátás elszámolás "Ellenőrző információk" lapján.
  Az ellátás elszámolás ellenőrzés pontjai közül a "Beállítások?" pont kiegészült egy figyelmeztető üzenet sorral (40-es kód), ami a keresőképtelenség első napját hasonlítja a "fennálló jogviszonyból" bejegyzéshez. Amiatt, hogy a korábban megállapított és a továbbiakban is használható adatmegállapító lapokat ne kelljen feltétlenül módosítani egy újabb keresőképtelenség esetén, az üzenet nem hiba, hanem figyelmeztetés erejű.
• 4. Az irányadó időszaki adatok nyilvántartás kiegészült egy "idegen jövedelem" jellemzővel (karbantartás/törzsadatok lap). Ezzel különböztethetjük meg az aktuális folyamatos jogviszony jövedelmeit a más munkáltatótól származó jogviszonyok hozott jövedelmeitől, vagy, ha szükséges, a jelen jogviszony folyamatos biztosítási jogviszonyt megelőző jövedelmeitől.
• 5. A negyedéves TGYS és GYED statisztikában a jogviszony kód kezelés finomítása a más foglalkoztatónál fennálló jogviszony kezelése miatt.
• 6. Technikai teendők, hogy az új szolgáltatások elérhetők legyenek.
  • a. Zip formátumú mentés (Karbantartás/Adatmentés/tömörített)
  • b. A letöltött tömörített fájlból a wtap.exe fájl kibontása és bemásolása (felülírással).
  • c. Adatbázis kiegészítések az új elemekkel (Karbantartás/Adatrendszer átalakítás/Adatkorrekciók lap/Adatbázis módosítások).
  • d. Szinkronizálás (Karbantartás/Szinkrozinálás/Azonosítók igazítása bér-mügy-höz)

Verzió 03.02.130805: 2013.08.05.

2013.07.06 és 2013.07.15 után életbe lépő változások
A változásokat kezelő első program változat. Amennyiben a kifizetőhelyen nem fordul elő a változásokkal érintett ellátás, akkor a programot elegendő frissíteni az augusztus végén megjelenő következő verzióval.
Program frissítésként a letöltött sűrítmény fájlban lévő exe kiterjesztésű programmal felül kell írni az előző program verziót. A szerkezeti változásokat a programból lehet lekezelni.

Verzió 03.01.130410: 2013.04.10.

Hibajavítás
• A negyedéves gyed adatszolgáltatás belső szerkezete változott, amit az előző program verzió (Verzió 03.01.130408) tévesen kezelt. Ha az első negyedéves adatszolgáltatás tartalmazott jelenteni való gyed adatokat (azaz az első negyedévben volt befejeződő gyed), akkor a gyed adatszolgáltatás egész fázisát meg kell ismételni a jelenlegi verzióval: előkészítés, ellenőrzés, karbantartás, adatszolgáltatás, nyomtatás. Amennyiben az adatszolgáltatás nem tartalmazott értékes adatokat, nincs teendő, de a programot frissíteni kell.
  Program frissítésként a letöltött sűrítmény fájlban lévő exe kiterjesztésű programmal felül kell írni az előző program verziót. A szerkezeti változásokat és a jegyzék forma változásokat a program automatikusan lekezeli.
  A futó program verziót ellenőrizni lehet a "Help/TB programról ..." menüpont alatt.

Verzió 03.01.130408: 2013.04.08.

Negyedéves OEP adatszolgáltatások
A negyedéves adatszolgáltatások fájl nevei a havi statisztikai adatszolgáltatáshoz hasonlóan változtak. Pl. a 2013. első negyedéves zart, tgys, gyed adatszolgáltatások fájlnevei sorrendben:
"zart1301_0000123456.txt",
"tgys1301_0000123456.txt",
"gyed1301_0000123456.txt",
ahol 123456 a kifizetőhely OEP azonosítója. Az "_" karakter után az OEP azonosító van 10 hosszan előnullákkal feltöltve.
Ha valamelyik adatszolgáltatás üres, azaz nincs a jelentésben adat, akkor a program az előzőekben leírt fájl mellett ugyanabba a mappába egy másik fájlt is készít. Az e-jelentés elektronikus adatszolgáltatást használóknak ugyanis a program leírása szerint ilyen esetben a fájl nevét ki jell egészíteni egy "_no" toldalékkal (Verzió: 6.40 felhasználói kézikönyv 13. oldal). Azaz a fájlnevek végződése ilyenkor " ..._0000123456_no.txt". Az e-jelentésben üres adatszolgáltatás esetén a "_no" fájlnév végződésű fájlt kell csatolni.

Verzió 03.01.130213: 2013.02.13.

Hibajavítás
• A havi statisztikai adatszolgáltatás fájlneve megváltozott, ami elkerülte a figyelmünket. Pl. a 2013. januári adatszolgáltatás fájlneve "es13011_0000123456.txt", ahol 123456 a kifizetőhely OEP azonosítója. Az "_" karakter után az OEP azonosító van 10 hosszan előnullákkal feltöltve. Az eredeti adatszolgáltatás fájl átnevezésével, vagy az adatszolgáltatás új program verzióval történő megismétlésével előállítható az új fájl. Csak az adatszolgáltatást kell megismételni, az előkészítést, karbantartást nem. Az esetleges kellemetlenségért elnézést kérünk.
• A negyedéves adatszolgáltatások fájl nevei is változtak. Ebben a verzióban ez a változás is benne van, de az éles tesztelést csak március végén végezzük el.

Verzió 03.01.130210: 2013.02.10.

• 1. Kdszjabsz.dbf kifizetési nap tervező tábla használata. Karbantartás/Kódszótárak/Kifizetési nap tervező tábla.
• 2. Ellátás számfejtés közben a kifizetési nap ajánlása a tervező táblából történik.
• 3. Táppénz alap legyüjtéskor a rendszeres és nem rendszeres jövedelmek kifizetési napja a tervező táblából történik.
• 4. Más munkáltató miatt kifizetett ellátások kezelése:
  • 14-es jogviszonykód használata (más jogviszony)
  • táppénznél nem számol munkáltatói hozzájárulást (1/3).
• 5. A bevallásokban (EB13) értékkel megjelennek a más munkáltató miatt elszámolt ellátás sorok és értékek.
• 6. A táppénz alap legyüjtéskor a 12. és 13. havi kifizetések nem rendszeres jövedelem kifizetési napjainak használatát teljesen dinamikussá tettük. Megmaradt az egységesen kezelhető kifizetési nap beállítás is, de a paraméter beállításban minden jogcímre más-más kifizetési nap beállítási lehetőséget vezettünk be. A használatba vétel előtt az "Adatkarbantartás/Adatrendszer átalakítás/Adatkorrekciók/Adatbázis módosítások" metódussal a rendszert ki kell egészíti a hiányzó struktúra elemekkel.
• 7. A 6. pont használatát segíti, hogy a táppénz alap legyüjtési form negyedik lapján a program kielemzi, hogy a megadott időszak kifizetései milyen jogcímekhez tartoznak.
• 8. A táppénz alap legyüjtés előkészítés lapon inaktívvá tettük a mindent töröl kapcsoló hozzáférést.
• 9. Az adat karbantartások új elem beviteli egységes előkészítő lapon (Név, törzsszám bevitel) a továbbiakban nem kell visszalépni a névre, hogy aktiválódjon a felviteli nyomógomb.
• 10. Az adatmegállapító lap üzemi baleset adatbeviteli lapon negyedik kereset származtatás jogcímet vettünk fel a nyugdíjas dolgozók üzemi balesetének jellemzése miatt (Nydminsz.: Öregségi nydmin 150% alapján).
• 11. Az iker gyerekekre járó hét napnyi apa munkaidő kedvezmény kezelési módja: a gyerek jellemző adatokban be kell jegyezni az iker jel kódot. A program ilyenkor hét nap kedvezményt ajánl, egyébként ötöt.
• 12. Ellátás felvitelnél a gördülékenyebb elszámolás kezelés érdekében a felviteli alapértelmezés formra is beírható a BNO kód.
• 13. Felhívjuk a figyelmet a 6-os (TGYS jogosultság hiányában táppénz) és a 9-es (veszélyeztetett terhes) BNO kódú ellátások kezelésére, melyre útmutatás a 2012-es OEP Útmutató 139. és 140. oldalán található. A helyes kód használat alap feltétel, hogy a program megfelelően kezelje a munkáltatói táppénz hozzájárulást, valamint az esetleges átmenetek (9-es kódról 8-asra) helyes kezelése jelentősen érinti a negyedéves lezárt keresőképtelenségek megítélését. A beteglapoknak megfelelően le kell zárni a 9-es kódú ellátást és a kezdő beteglapnak megfelelően új ellátásként kell indítani a folytatást, mégha folyamatos is a keresőképtelenség.

Verzió 03.01.130120: 2013.01.20.

• Szokásos év elejei paraméter átállítások, éves tb naptár létrehozása. Minimálbérhez és nyugdíjminimumhoz kötött ellátások értékeinek beállítása.
• Változások röviden, emlékeztető
  • A 2012. évi kigyűjtött táppénz alapok ellenőrzése fontos.
  • Emlékeztetésül: a minimálbér alapján maximált GYED ellátásokat január hónapban újra meg kell állapítani. Változott az ezt meghatározó paragrafus: pontosan definiált, hogy milyen típusú napi átlag meghatározás esetén kell újra megállapítani.
  • Fontos változás, hogy 2012.01.01-től a jubileumi jutalom, a végkielégítés és a szab. megváltás is táppénz alap. Valamint minden jogviszonyban meg kell fizetni a pénzbeli eü járulékot, így minden jogviszonyban táppénz jogosultság szerezhető. Emiatt korrektül be kell állítani a táppénz alapok legyüjtési paraméter tábláját (Tbsu).

• Változások részletesen
  • 1. Szf. lapra kiírja a program a "gépi kód/Stati kód" kód értékeket. Ez segíthet az egyes szf. tételek feldolgozásának pontos megítélésében. Ezek rendellenessége a lezárt esetek negyedéves statisztikai adatszolgáltatásokra kerülését is jelentősen befolyásolja.
  • 2. A Gyerek adattárba TGYS jogcím esetén bevezethető a várható születési dátum. Mellette marad a korábbi megoldás is: VS megkülönböztető kód (kezdetben).
  • 3. A feladás előkészítésbe (pl. data_free\el201301.dbf) a program bejegyzi a kifizetés napját is. A kifizetési naptól eltérő kifizetések pénztárnaplóra kerüléséhez lesz rá szükség (febr. elejére automatizálva készül el). Pontosabb megoldást eredményez majt az új gyüjtő tábla: "tbesetelt.dbf". A program feladáskor használja majd, külön törődést nem igényel. A következő pontban leírt tervező táblával együttműködve használjuk majd hatékonyan.
  • 4. A kódszótárakban új tábla van, már karbantartható. A számfejtési hónapokhoz tartozó kifizetési napok tervezésére szolgál. Rugalmasabban kezelhető lesz, mint az eddigi megoldás a Tbtabla.dbf-ben, amit nem nagyon használtunk, így nem állítottuk a hónapokkal, így "egész éves" beállítás volt.
  • 5. A számfejtési képernyőn már csak a GYED esetén marad meg a jövedelempótlék mező. Mert a tv. szerint kiterjesztették a hatókörét 2013 évre is. TGYS-nél már nem fordulhat elő, már korrekcióként sem.
  • 6. A tbdolg.dbf és a tbdolga.dbf táblákba bevezettünk mezőket:
    • egyellatas C (10) : egyéb ellátások jelölő mező
    • egykezd D : egyéb ellátás kezdő napja
    Egyenlőre nem használt. Ennek megfelelően változott a tbdolg táblához tartozó lokális nézet tábla (local view) is.
  • 7. Pénztárnapló szerkezetének megváltoztatása. 2012 év közbeni változás. A "Táppénz 6-os kód" és a "Jövedelempótlék" oszlopokkal egészült ki a 2011-es táblázat. A 2012-es évre minden hónap újra gyártható.
  • 8. A táppénz utalvány szabványos lista, ami megjelenik a teljes adattartalmú szf. lapon alján is, kibővült a jövedelempótlék mezővel. 2012 év közbeni változás. A 2012-es évre minden hónap újra gyártható.
  • 9. BSZ felvitelnél a felviteli alapértelmezés formra is beírható a BSZ órák száma. Fontos változás 2013-ban, hogy minden jogviszonyban a 15 nap időarányos része jár BSZ-ként. Nem fogy el végleg az előző munkahelyen. Az adatmegállapító lap készítésekor a program a 15 nap járandóság időarányos részét ajánlja tárgyévi belépők esetén.
  • 10. A "datastate\cég" mentési útvonal a wtap területen kívülre is beállítható. Ezzel kikerülhető, hogy a wtap környezet teljes mentése esetén a mentett állapotok is a belekerüljenek a mentésekbe.
  • 11. Az EV2013-as naptárban a napok a helyükön vannak. Származtatás nélkül kell felvinni ezt a tételt és akkor automatikusan ajánlja a program a 2013-ban érvényes napokat.
  • 12. A táppénz alap legyüjtések előtt fontos áttekinteni a bér-elem paraméterező táblát, már 2012-re is, mert bejött néhány tp. alapot képező elem, ami a korábbi években nem volt táppénz alap, valamint párhuzamos jogviszonyok esetén minden jogviszonyban keresett jövedelem lehet táppénz alap.

Verzió 02.03.120331: 2012.03.31. VisualTap

• 1. Negyedéves OEP adatszolgáltatások átalakítása
  • "TGYS.nem" új mező bevezetése a negyedéves TGYS adatszolgáltatásba.
  • Txt adatszolgáltatás bevezetése a negyedéves lezárt keresőképtelenség, negyedéves TGYS, negyedéves GYED adatszolgáltatásokba.
  • Txt adatszolgáltatásokból adatellenőrzések.
  • Txt adatszolgáltatásokból nyomtatások.
• 2. Tömörített mentés kialakítása. Az eddigiekben alkalmazott mentéssel az adatbázis mappa tartalmát tömörítés nélkül másoltuk a "datastate" mappa egy almappájába. Ez könnyen lehetővé tette, hogy a mentett adatokat teszt feldolgozásra alkalmassá tegyük. Ezután lehetőség van tömörített mentésre is ugyanabba a mappába. Ennek feltétele, hogy a wtap\public\z-zip almappába bemásoljuk a 7z.exe és 7z.dll ingyenes tömörítő program fájlokat. Az On-line help-ben részletes leírás található a használatról.
• 3. A "6:kor. ell - Korábbi ellátás" napi átlag képzés típus választás finomítása az adatmegállapító lapon. Az adatmegállapító lap szerkesztés második oldalán ("Táppénz napi átlag" lap) a "Napi átlag" nyomógomb elérhetőségét is korlátoztuk azokra a típusokra, amelyeknél a napi átlag a havi bérlegyüjtésekből származtatható: 1:előző év, 2:e180 nap.
• 4. Finomhangolás az általános alkalmazásindítóhoz: az alkalmazás indítótól kapott felhasználói paraméter átvétel pontosítása a beléptető procedúra kikerüléséhez.
• 5. Figyelmeztetés: a GYED jövedelempótlék megállapításánál különösen figyelni kell a 6/2012. (II. 1.) Korm. rendelet 5.$-ra, ami alapján a januári felülvizsgálatot követően megállapított pénzbeli ellátás értékét kell figyelembe venni a jövedelem sáv megállapításánál. Túlfolyósított jövedelempótlék visszavétele negatív előjellel történik. Ha nincs már adott típusú ellátás, tiszta korrekciós esetként akkor is megtehető a visszavétel az eredeti ellátás típussal. Ilyen tétel elszámolása más folyamatos ellátás közben is lehetséges a VisualTap rendszerben (szemben a Dos/Unix-os rendszerrel, ahol ilyenkor ideiglenesen le kellet zárni a folyó ellátást).

Verzió 02.02.120302: 2012.03.02. VisualTap

• 1. Naplófájlok karbantartás bekapcsolása.
• 2. Kódszótárak karbantartás bekapcsolása.
• 3. Szinkronizálás/adat import (több telephelyes elkülönített adatkezelés összevonása) bekapcsolása.
• 4. Az irányadó időszaki (tbberho) éves listára kiíródnak a bérben rögzített kiesőnapok is. Ezeket a TB-ben nem használjuk, mert a TB-ben dátum szerint azonosított kiesőidőket használunk vagy a saját nyilvántartásunkból, vagy a bér szöveges kiesőidő információiból. Csak azért írjuk ki, hogy aki a DOS/Unix-os rendszer éves kiírásában megszokta ezt, az itt is láthassa. Emiatt azonban utólag több új mezőt kellet beszúrni az új előkészítő táblába (tbhoeu, tbhoeua) és a mezőbeszúrás után az új programmal történt legyűjtéseket meg kell ismételni.
  A mezőbeszúrás: "Karbantartás/Adatrendszer átalakítás/Adatkorrekciók/Adatbázis módosítások" pontban. A tbhoeu-t beillesztettük a tbberho folyamataiba: archív jel beírás, töröltek archiválása, azonosító adat frissítés.
• 5. Az adatmigrációnál (Dos/Unix -> Windows adatátvétel) több cégspecifikus baállítást veszünk át, mint eddig. Kevesebb kézimunkát és hibalehetőséget von maga után a bővítés, különösen több céges és több terminálos körben. Rendszerkarbantartási előny: gyorsítja, kevesebb figyelmet igénylővé teszi a migrációt.
  • tbconfi (központi beállítások)
  • tbterm (terminál beállítások)
  • tbtabla (tábla beállítások)
• 6. A folyamatos előző jogviszony nyilvántartás felhasználás bekapcsolása az adatmegállapító lap második oldalán: szükség esetén a folyamatos előző jogviszony időszak felépítése a jogviszony kiválasztáskor. A mellette lévő választó kapcsoló bejelölése esetén ki is íródik a kiértékelés.
• 7. Az irányadó időszaki (tbberho: jegyzékek/törzsadat listák) havi/éves listák tárgyév szűrését finomítottuk. A tárgyév szűrés bekapcsolását két szempont alapján értelmezhetjük.
  • A számfejtési időszak szempont arra utasít, hogy a jegyzékre a rekordok az elszámolás tárgyéve alapján kerüljenek ki. Az abban a hóban/tárgyévben történt elszámolások jelennek meg a jegyzéken.
  • A Tp alapba beszámítás szempont a táppénz alapba számításra koncentrál: a rendszeres jövedelmek közül csak a tárgyéviek kerülnek a listára, míg a tárgyévi elszámolású, de nem tárgyévi kifizetésű nem rendszeres jövedelmek lemaradnak, miközben a nem tárgyévi elszámolású, de tárgyévi kifizetésű nem rendszeres jövedelmek rákerülnek. Ebben az esetben nagyon fontos azonban, hogy a tárgyhó kijelölés elég tág határok között legyen, nehogy a számításba vett elszámolási hónapok meghatározásánál eleve kiszűrjük a tárgyévre figyelembe vehető elszámolásakot tartalmazó tárgyhónapokat.
• 8. A TB elszámolások bérbe történő feladásában az előkészített adatok nyomtatása funkció választási szempontjainál az összefüggő ágazat tartományra lehetőség mellett bevezettünk egy "Diszkrét ágazatokra" és egy "Diszkrét állománycsoportokra" válogatási szempontot. Ezt olyankor célszerű használni, ha csak egyes ágazatokat/állománycsoportokat szeretnénk listára jelölni, vagy összefüggő tartományból egyes ágazatokat/állománycsoportokat ki akarunk hagyni. A program az előkészített havi feladásból ajánl ágazatokat/állománycsoportokat, tehát csak a feladásban egyébként szereplő kínálatot láthatjuk. Az ajánlati lista elemeiből a szokásos módon több elemet is kiválaszthatunk.
• 9. A folytatásra váró folyamatos ellátások tovább számfejtésénél tovább finomítottuk a program ajánlatát a keresőképtelenség következő napja ajánlathoz: a havi záráskor az adatmegállapító lapra rögzült, az ellátás utolsó napja bejegyzés helyett az archivált előző elszámolásból származtatjuk a következő napot. Ez néhány pillanattal tovább tart ugyan, de ezzel kiküszöbölhető, hogy a havi zárás közbeni le nem kezelt, "nem megakasztó" probléma esemény miatt az adatmegállapító lapra hiányosan rögzült folyamatos ellátás adatok "elrontsák" a folytatás kezdő adatait. Az átfedés vizsgálatok úgysem engedik a tévesztést, de így megbízhatóbb a program ajánlata.
• 10. A központi és a terminál beállításokban található néhány fontos 0/1 jelsorozat beállító mező, ami a rendszer moduljainak, működési módjainak beállítására szolgál (tbconfi.modi, tbconfi.sets, tbterm.modi, tbterm.midi2, tbterm.sets). A beállítások táblázatos megjelenítésében ezek pontos pozicionálása nagyon körültekintő megoldást igényel. Ezekben a többnyire "igen(1)/nem(0)" beállító jelsorozatot tartalmaző mezőkben a szerkesztés jobb egérgomb kattintásra egy részletező ablakban jól kezelhető formában oldható meg a továbbiakban.
• 11. A 2012-es havi statisztikai adatszolgáltatás ajánlott adatformátumát TXT típusra állítottuk, mert 2012.01. hótól egyébként is csak TXT formátumú adatszolgáltatást vár az OEP. Egyenlőre azonban meghagytuk a többi DBF típusú adatszolgáltatási adatformátumot is.
  A TXT típusú adatszolgáltatás nyomtatásában 2012-ben hiba volt: az adatstruktúra definíciót 2012-től nem telepített adat táblában tároljuk, hanem program futtatás közben is változtatható szöveges definíciós leírásban. A TXT adatformátum nyomtatásakor azonban a program még az előző években használatos sablont erőltette. Emiatt a TXT-ből történő nyomtatás nem volt lehetséges, bár az adatszolgáltatás elkészült és elküldhető állapotban volt. Ideiglenesen a DBF adatformátumú adatszolgáltatásból lehetett csak nyomtatni. A hibát javítottuk!
• 12. Több céges működés esetén a kiválasztott cég azonosítását program futás közben a fő képernyő háttér képének vagy háttér színének megválasztásával segíthetjük. Még több információ jeleníthető meg az eszközsor "Státusz" nyomógomb, vagy a Help menü "Alkalmazásról" pontok aktiválásával. Ezen kívül mostantól folyamatosan látható az eszközsor végén a cég program belépéskor regisztrált neve .
• 13. Folyamatos ellátásoknál az utolsó elszámolt nap dátuma, az előzmény és a jogosult napok vétele az ezentúl az archív elszámolásból (esarc-ból) történik és nem az adatmegállapító lap (tbdolg) folyamatos tároló mezőiből, amibe a legyüjtésből kerülnek adatok, néha legyüjtési fázisban automatikusan átlépett problémákból adódóan hiányosan.
  A gyermekes folyamatos ellátások esetén (TGYS, GYÁP, GYED, APASZ) az előzményt a továbbiakban nem a gyerek kivett nap nyilvántartásból vesszük, hanem az archív elszámolásból (esarc-ból). A változtatásra azért volt szükség, mert a gyerek keret adatok adminisztrációjának esetleges "kiesése" miatt az előző havi elszámolás adatai megbízhatóbbak. A program az elszámolás érvényesítés során ezután is online bejegyzi a jogosult nap fogyást a gyerek adattárba, de előzmény nyilvántartásként nem ezt használja.
• 14. BSZ-szel kapcsolatos csoportos változtatások a jogosultság kiértékelésben:
  • Az éven áthúzódó Bsz 01.01 utáni első elszámolása nem az adatmegállapító lapra írt jogosultság keretet, hanem a szabványos teljes éves keretet kezdi figyelni és abból nulla az előzmény (az előző évi adatmegállapító lapra alapozott elszámolás adatai helyett "új tárgyévet nyit").
  • A táppénz folytatásos Bsz elszámolás automatizmusában, ha a váltás hét végére esik, és a táppénz nem is most folytatódik, hanem a következő hónapban, nem változtattunk, hanem a Help-ben leírtuk a pontos teendőt.
  • A táppénz folytatásos Bsz elszámolás automatizmusában a BSZ gépi feldolgozási kód mindig '0'-ra váltott, ha elfogadtuk az ajánlatot a folytatásra (előző hóról származó folyamatos esetnél is). Problémát nem okozott, de javítottuk!
• 15. A "Jegyzékek" és "Bsz szinkronizálás" folyamatokban a bér és a mügy útvonalak használatát dinamikussá tettük: a választások alapján a program minden helyzetben újra kiértékeli a társrendszerek elérési útjait és nem csak a form-ra lépés idején kiértékelt adatokat használja (tárgyhó/tnegyedév függően).
• 16. A szinkronizálás Bsz ellátásonkénti átvételben korrigáltuk az átvételt olyan esetekben, amikor a tárgyhóban egy dolgozónak több érvényes BSZ elszámolása van, amelyek közül a legalább egy technikai jellegű (nincsenek dátum bejegyzések és a napok száma is nulla).
• 17. A "Státusz" infót többcéges, többterminálos környezetre alakítottuk át. A Wtap.ini-ből vesszük a telepített terminálokat. Ezután olyan felhasználók aktivitását is figyelemmel kísérhetjük, akiket nem az adott kifizetőhely felhasználói környezetében definiáltunk.
• 18. A "Jegyzékek/OEP ellátás elszámolások/E. Egyéni elszámolási lapok" lista feltétel meghatározásában az ellátás típus ajánlatot bővítettük a "P. [TGYS+GYED] ellátások" sorral. Ez segítséget nyújthat a 2011.12/2012.01 fordulón a TGYS/GYED jövedelempótlék kompenzáció megítélésénél, illetve az év elejei GYED napi alap átértékelésnél.
• 19. GYED saját korláttal történő elszámolása. Több kifizetőhely által történő egyidejű GYED folyósítás esetén is érvényes, hogy a folyósítások havi összege sem haladhatja meg a minimálbér kétszeresének 70 %-át. Emiatt ilyen esetben szükséges a GYED maximum kifizetőhelyenkénti egyedi korlátozása. Ilyen esetben az elszámolás első lapján be kell állítani a GYED saját limit jelzőt "1"-re. Az elszámolás harmadik, információs lapján az adatmegállapító lapról származóan a "GYED max 1/2" rovatban lévő értéket be kell állítani a kívánt maximum érték felére. Ha ez eredetileg nulla, akkor a program az adatmegállapító lapról feltölti, ha nem nulla, akkor nem erőlteti a frissítést, mert úgy tekintjük, hogy a benne lévő érték naprakészebb, mint az adatmegállapító lap adatai, ami az indításkori értékeket tartalmazhatja. Az elszámolás során így kényszeríthetjük a programot egyedi GYED korlát használatára. Az ilyen elszámolások a Kifizetési utalványon "saját minbérkorlát" megjegyzéssel szerepelnek.
• 20. A havi statisztikai adatszolgáltatás és a táppénz fizetési jegyzék előkészítési menetek módosítása a korrekciók kezelése miatt, különösen a TGYS és GYED jövedelempótlék komponzációk kezelésére és a normál korrekcióktól való megkülönböztetésére. A változatásból eredő hiba javítása később a BSZ kezdő és Tp. folytatásos BSZ esetszámok korrigálása miatt. Végül a jövedelempótlék kezelése "koncepció váltás" következtében önálló rovatot kapott és nem pótutalás kezelésben oldottuk meg.
• 21. A TGYS és GYED jövedelempótlék beépítése a rendszerbe.
  • 1. Elszámolás. A jövedelempótlék kezelése, mint pótutalás, felborította volna az OEP ellátás kezelést a rendszerben. Ezért a rendszerben a jövedelempótlék kezelés külön mezőt kapott, így csak azokban a helyzetekben jelenik meg, amikben helye van. Csak TGYS és GYED elszámolás közben jelenik meg az elszámolás második lapján a táppénz összesen rovat alatt. Rá vonatkozóan ajánlatot, ellenőrzést jelenleg nem építettünk a programba. A beírt értéket elfogadja a rendszer. A következő hónapban az előző havi elszámolást hozza fel ajánlatként.
  • 2. Jegyzékek az elszámolásokból. A jövedelempótlék megjelenik az elszámolási egyénilap járandóságok blokkban, de nem jelenik meg a szabványos Kifizetési utalvány területen.
    A "Jegyzékek/OEP ellátás elszámolások/E. Egyéni elszámolási lapok" helyen szintén megjelenik az elszámolási egyénilap és "Tasak" szerű megjelenítésben is. Ezen kívül egy külön "Jövedelempótlék lista" kategóriát is beépítettünk célirányosan csak erre az információ megjelenítésre. Hosszabb időszak, pl. egy év adatainak egységes megjelenítése és halmozott adatainak megtekintése érdekében a lista biztosítottanként lapra szakaszolva és a biztosítottankénti halmozott adat megjelenítés választással is kérhető. A szűrést tovább segíti, hogy az ellátástípus szűkítést már korábban célirányusítottuk [18.].
  • 3. Feladás a bér rendszerbe. A feladás előkészítés struktúráját kibővítettük a jövedelempótlékkal.
    Az előkészített adatok nyomtatásába is beillesztettük a jövedelempótlék megjelenítését: ellátásonként megjelenik a jövedelempótlék, ahol van. Az összesítő lapon ellátástípusonként megjelenítjük a halmozott értékeket és a tételszámokat. A korábbi hónapok előkészítéséből továbbra is nyomtathatunk "feladási listákat", függetlenül attól, hogy akkor még a jövedelempótlék nem szerepelt a struktúrákban.
    Az éles feladásba is beillesztettük a jövedelempótlékokat. A TGYS jövedelempótlékot az "m24", a GYED jövedelempótlékot az "m54" mezőkben adjuk át a bér rendszerbe.
  • 4. Havi statisztikai adatszolgáltatás. A jövedelempótlékokat a havi statisztikai adatszolgáltatás előkészítő menetében is gyűjtjük, mert ez az előkészítés az alapja az "Ellátások elszámolása E-12" előkészítő jegyzéknek.
• 22. A havi statisztikai adatszolgáltatás előkészítő menetének változtatása a jövedelempótlékok miatt. Az "Ellátások elszámolása E-12" jegyzék jelentős kiegészítése.

Verzió 02.01.0000: 2012.01.22. VisualTap

• Szokásos év elejei paraméter átállítások, éves tb naptár létrehozása.
• Új funkciók bekapcsolása
  • Aktiváltuk az adatmegállapító lapok "Egyebek" lapján az év elején szokásos, az "elavult" adatmegállapító lapok gyors kiszórását segítő gyors adatkarbantartást.
  • Aktiváltuk a "Karbantartás" menüben az "Irányadó időszaki adatok előkészítése" formot. Itt lehetséges az irányadó időszaki kereset elemek táppénz alap szemléletű előkészítése. Itt jegyezhetők archív állapotba a már a napi elszámolásokhoz nem szükséges tárgyhónapok adatai is (a tárgyévhez képest mérvadó irányadó időszak előtti tárgyhónapok). Itt állíthatjuk be a kigyüjtési paraméter táblát is, ami meghatározza a rendszeres és nem rendszeres kereset elemek összeállítását.

Verzió 24.01.01: 2012.01.22.

• Szokásos év elejei paraméter átállítások, éves tb naptár létrehozása. Minimálbérhez és nyugdíjminimumhoz kötött ellátások értékeinek beállítása.
• Változások röviden
  • A 2011. évi kigyűjtött táppénz alapok ellenőrzése fontos.
  • A jogosultság kezdő napján érvényes minimálbér 200%-ában maximált napi táppénzek napi korlátja a minimálbér változás miatt változott. A program kezeli, de az értelmezéshez jó tudni. 2011.05.01-től megszűnt a passzív táppénz. Ezért ezt a program napi 0 Ft-ban maximálja.
  • Emlékeztetésül: a minimálbér alapján maximált GYED ellátásokat január hónapban újra meg kell állapítani. 2010. május 1. naptól változott az ezt meghatározó paragrafus: pontosan definiált, hogy milyen típusú napi átlag meghatározás esetén kell újra megállapítani.
  • Fontos változás, hogy 2012.01.01-től a jubileumi jutalom, a végkielégítés és a szab. megváltás is táppénz alap. Valamint minden jogviszonyban meg kell fizetni a pénzbeli eü járulékot, így minden jogviszonyban táppénz jogosultság szerezhető. Emiatt korrektül be kell állítani a táppénz alapok legyüjtési paraméter tábláját (Tbsu).

• Szándékunk szerint ez az utolsó DOS/Unix program verzió. Ezután csak hibajavításokat készítünk ezen a rendszeren. 2012.03.31-ig át kell térjünk a Windows Os alapú VisualTap programra, mert a negyedéves statisztikák már csak az új rendszeren készülnek el. Az átállás bármilyen feldolgozási fázisban lehetséges. Az új programot 2011. szeptembertől üzemszerűen használjuk több céges, több felhasználós, nagy esetszámú környezetben.

Verzió 01.00.0003: 2012.01.03. VisualTap

• A TGYS-es gyerekek "ajánlott időszak"-ának csúsztathatósága a GYÁP-os időszak csúsztatásához hasonlóan. A "VS" gyermek jellemző (várható születési dátum jellemző) használatának kiemelése tipp dobozban.

Verzió 01.00.0002: 2011.12.21. VisualTap

• A 12.31-én született GYÁP-os gyerekek "ajánlott időszak" ajánlatának korrigálása.
• Havi zárásnál az archiválás előtt a tárgyhavi elszámolások sorszámozott biztonsági fájlba mentése a DATA_FREE\cég mappába.
• A tárgyhavi BSZ előzmény halmozás javítása eset felvitelnél: több tárgyhavi BSZ eset elszámolása esetén a tárgyhóban korábban elszámolt BSZ eseteket kihagyta a program az automatikus előzmény számításból.
• Adatmigrációból származó hiányos adattartalmú törzsadatok törlésjel mentés vizsgálat enyhítése a hiányos adattartalmú rekordok eltávolíthatósága érdekében.
• Az adatmentés és mentés visszatöltés form útvonal ajánlatainak igazítása az egyedi mentés és teszt útvonal beállításokhoz.
• GYED tiszta korrekciós elszámolás esetén a járandóság kiszámolása közben a program végtelen ciklusba került az üres dátumok miatt. A hibát javítottuk.
• Érvényes valós időszakú gyermekes elszámolás technikai eset lezárássá alakítása esetén a gyerek keret adatok "kivett nap" adminisztrációját javítottuk.
• Változtattunk a beállított szűrés alatt kezdeményezett esetfelvitel kezelésén: mentés után a program kikapcsolja az esetleg beállított szűrést és az "utolsó felvitelt mutat" állapotra áll. Így a mentés után további teendők nélkül a program az elszámolt tételt mutatja és azonnal nyomtatható az elszámolás lapja.
  Ezt az elvet átvezettük a törzsadat karbantartásokon is, bár ott a kezelés jellegéből fakadóan nem várható az elszámolások kezeléséhez hasonló félreértés.
• Technikai eset lezárást követő tárgyhavi elszámolás esetén a felviteli form ellenőrző metódusa dátum átfedést jelzett a valós és az üres dátum intervallumok között. A problémát megszüntettük.

Verzió 01.00.0000: 2011.10.10. VisualTap

A VisualTap első éles verzió üzembe helyezése Windows Os felületre. A első teljeskörű havi elszámolás befejezése több céges, több felhasználós, nagy esetszámú környezetben.

Verzió 23.01.06: 2011.07.01.

Az OEP által 2011.06.28-adikán a honlapjukon közzétett tájékoztatónak megfelelően kiegészítettük a negyedéves lezárt keresőképtelenségi statisztika "táppénz jellege" érték készletét a 9-es kóddal (BNO kód=9 a "veszélyeztetett terhesség" miatti táppénzes esetekre). Ilyen BNO kóddal megjelölt keresőképtelenségi esetekre az előző verzió leírásban találunk utalást.
A változások átvezetéséhez elegendő a program letöltése és a zip fájlból kicsomagolt tbce.exe program bemásolása. Amíg a kifizetőhelyen nem fordul elő ilyen eset, nem szükséges a programot letölteni.

Verzió 23.01.05: 2011.05.31.

2011.05.01-től 9-es BNO kóddal kell rögzíteni a "veszélyeztetett terhesség" miatti keresőképtelenséget. Ilyen BNO kóddal megjelölt keresőképtelenségek esetén a táppénz folyósítás előtt nem kell a betegszabadságot kimeríteni. A változások átvezetéséhez elegendő a program letöltése és a zip fájlból kicsomagolt tbce.exe program bemásolása. Amíg a kifizetőhelyen nem fordul elő ilyen eset, nem szükséges a programot letölteni.

Verzió 23.01.04: 2011.05.01.

2011.05.01-től megváltozott a napi táppénz maximum: az egy napra eső minimálbér 200%-a a maximális érték. A változások átvezetéséhez elegendő a program letöltése és a zip fájlból kicsomagolt tbce.exe program bemásolása.

Verzió 23.01.03: 2011.02.21.

Megváltozott az OEP havi statisztikai adatszolgáltatás adat struktúrája.
A dbf és/vagy txt típusú adatszolgáltatás elkészítéséhez a program letöltésén és bemásolásán kívül szükséges az esst11.dbf üres tábla letöltése és a "dbfs" alkönyvtárba (illetve minden kifizetőhely központi adattárába) történő bemásolása is.
Az előkészített és a kimásolt adattartalmak jegyzékeléséhez szükséges a riport formák letöltése és a "reports" alkönyvtárba történő bemásolása.
Most először a programhoz tömörítettük a szükséges dbf-et és a riportokat is. Így, ha letöltjük a programot, akkor a zip fájlban lesznek a többi fájlok is. Ha segítség kell a fájlok megfelelő helyekre másolásához, akkor konzultáljunk!
A letöltéshez szükséges felhasználónévben és a jelszóban a 2010 karakter sorozat helyett 2011 írandó!
Ahol adatimporttal vonjuk össze a központi nyilvántartásba a területi "tisztított" adatokat, ott a letöltések után a területeken meg kell ismételni a statisztikai adatszolgáltatást és utána az adatimportot.
A negyedéves OEP statisztikák (lezárt keresőképtelenségek, GYED, TGYS) változásai április elején lesznek letölthetők.

Verzió 23.01.02: 2011.02.15.

A nyomtatások rugalmasabb kezelését könnyítő szolgáltatásokat vezettünk be. A Tb programból állítható a nyomtatandó példányszám, 0,5 cm-es léptékben a bal margó, valamint PDF formátumú fájlba is irányítható a lista.
• Az alapértelmezések a rendszerkonfigurálás alatt a 138. sorban terminálonként állíthatók be. Ha az 5. pozíción 5-ös típusú nyomtatási mód van beállítva, akkor érvényesíthetők az alábbi beállítások.
  • 8. poz.: példányszám,
  • 9. poz.: 0=nyomtatóra, 1=PDF-be,
  • 10. poz.: n * 0,5 cm bal margó mérete (n=0,1,2,3,4,5),
• A program futása közben a CTRL+L billentyű kombináció egyidejű lenyomásával menet közben is szabadon változtatható az aktuális beállítás. A "Nyomtató beállítás módosítás"-ban a nyomtatási sűrűség és az orientáció eddig is meglévő lehetősége mellé került a három újabb beállítási lehetőség.

Elegendő a program letöltése és bemásolása.

Verzió 23.01.01: 2011.01.01.

• Szokásos év elejei paraméter átállítások, éves tb naptár létrehozása.


• Minimálbérhez és nyugdíjminimumhoz kötött ellátások értékeinek beállítása.
• Változások röviden
  • A 2010. évi kigyűjtött táppénz alapok ellenőrzése fontos.
  • A jogosultság kezdő napján érvényes minimálbér 400%-ában, illetve 150%-ában maximált napi táppénzek napi korlátja a minimálbér változás miatt változott. A program kezeli, de az értelmezéshez jó tudni.
  • Emlékeztetésül: a minimálbér alapján maximált GYED ellátásokat január hónapban újra meg kell állapítani. 2010. május 1. naptól változott az ezt meghatározó paragrafus: pontosan definiált, hogy milyen típusú napi átlag meghatározás esetén kell újra megállapítani.
  • A DOS-os szövegfájlok nyomtatását kezelő programban [Txtprint kisróka], ami a "WinBér->TB átadás" kiegészítő modult is tartalmazza, PDF nyomtatási lehetőséget vezettünk be.

• Nagyon valószínű, hogy a havi és a negyedéves statisztikai adatszolgáltatások változni fognak. Ezért február és április elején várhatóan program módosításra kell számítani.

Verzió 22.01.05: 2010.12.09.

• Az OEP Pénzbeli és Ellenőrzési Főosztály a korábbi gyakorlatától eltérően az utóbbi időben hajlandó minősíteni és engedélyezni országos terítésű TB programok számára egyes, a kifizetőhelyek számára előírt kötelező kézi nyomtatványok számítógépes úton történő előállítását. A legújabb "Tájékoztató társadolombiztosítási kifizetőhelyek számára, OEP, Budapest, 2009" szerint ezzel a programot használó kifizetőhelyek is megszerzik az engedélyt. Eddig ezt minden kifizetőhelynek magának kellett intéznie.
  2010. november 24-edikétől a SZÁMORG-Invest Kft. TB programja önállóan is rendelkezik ezzel az engedéllyel, amely letölthető a honlapunkról. Ez a továbbiakban szükségtelenné teszi, hogy a kifizetőhelyek önállóan kezdeményezzék az engedély megszerzését.
  Mivel szeptember végén az OEP honlapra új táppénzfizetési jegyzék (KPE 240) került fel, az engedélyt már az új jegyzékre kaptuk meg. Az új jegyzék az év elejei program frissítéssel lesz elérhető.

Verzió 22.01.04: 2010.04.08.

• Változott az OEP negyedéves lezárt keresőképtelenségek statisztikai adatszolgáltatás adat struktúrája.
• A dbf típusú adatszolgáltatás elkészítéséhez a program letöltésén és bemásolásán kívül szükséges a zart.dbf üres tábla letöltése és a "dbfs" alkönyvtárba (illetve minden kifizetőhely központi adattárába) történő bemásolása is. Az előkészített és a kimásolt adattartalmak jegyzékeléséhez szükséges a riport formák letöltése és a "reports" alkönyvtárba történő bemásolása. A szükséges riport formákat ideiglenesen a programhoz csatoltuk.
• Ahol adatimporttal vonjuk össze a központi nyilvántartásba a területi "tisztított" adatokat, ott a letöltések után a területeken meg kell ismételni a statisztikai adatszolgáltatást és utána az adatimportot.

Verzió 22.01.03: 2010.03.10.

• Megváltozott az OEP havi statisztikai adatszolgáltatás adat struktúrája.
• A dbf és/vagy txt típusú adatszolgáltatás elkészítéséhez a program letöltésén és bemásolásán kívül szükséges az esst10.dbf üres tábla letöltése és a "dbfs" alkönyvtárba (illetve minden kifizetőhely központi adattárába) történő bemásolása is. Az előkészített és a kimásolt adattartalmak jegyzékeléséhez szükséges a riport formák letöltése és a "reports" alkönyvtárba történő bemásolása. A riport formákat ideiglenesen a programhoz csatoltuk.
• Ahol adatimporttal vonjuk össze a központi nyilvántartásba a területi "tisztított" adatokat, ott a letöltések után a területeken meg kell ismételni a statisztikai adatszolgáltatást és utána az adatimportot.
• A negyedéves OEP statisztikák (lezárt keresőképtelenségek, GYED, TGYS) változásai április elején lesznek letölthetők.

Verzió 22.01.02: 2010.02.15.

• A 2009.04. negyedéves GYED és TGYS adatszolgáltatásban az előző program verzió ("Verzió 22.01.01") egy hiba miatt a nem befejeződő ellátások esetén a halmozott bruttó kifizetés összegét kinullázta. Ezzel a verzióval helyesbíthető a korábbi adatszolgáltatás.
  Elegendő a program letöltése és bemásolása.

Verzió 22.01.01: 2010.01.01.

• Szokásos év elejei paraméter átállítások, éves tb naptár létrehozása.


• Minimálbérhez és nyugdíjminimumhoz kötött ellátások értékeinek beállítása.
• Változások röviden
  • A 2009. évi kigyűjtött táppénz alapok ellenőrzése fontos.
  • Fontos tudnivaló, hogy 2009.07.01. napja óta a passzív táppénz 30 napra jár. A program kezeli.
  • A jogosultság kezdő napján érvényes minimálbér 400%-ában, illetve 150%-ában maximált napi táppénzek napi korlátja a minimálbér változás miatt változott. A program kezeli, de az értelmezéshez jó tudni.
  • 2010.01.01. naptól az üzemi baleseteknél az úti baleset 90%-os napi mértékkel jár. Az elszámolásoknál a BNO kiegészító kód rovat első pozíciójára U (nagy U) betűt kell írni. A program ezután kezeli a mértéket.
  • Emlékeztetésül: a minimálbér alapján maximált GYED ellátásokat január hónapban újra meg kell állapítani. Május 1. naptól változik az ezt meghatározó paragrafus: pontosan definiált lesz, hogy milyen típusú napi átlag meghatározás esetén kell újra megállapítani.
  • Fontos változás a program kórházi táppénz kezelésében
    Régóta párhuzamos jelölést használunk a programban a kórházi (K) és a kórházi korrekciós (KK) táppénz elszámolásban. A BNO kiegészító kódban és a kórházi jogcím kódban párhuzamosan jelöltük a K, illetve a KK jelet. Mostantól A BNO KIEGÉSZÍTŐ KÓDOT NE HASZNÁLJUK A KÓRHÁZI ELLÁTÁSOK "K ",ILLETVE "KK" JELEINEK BEJEGYZÉSÉRE! Ezután csak az eddig másodlagosan használt kórházi jogcím 10 hosszú rovatának első két pozícióján jelöljük ezeket. Ebbe a rovatba a program eddig automatikusan átvezette a BNO kiegészítő kódba irt K, illetve KK jeleket. A változtatás lehetővé teszi a BNO kiegészítő kód valós célnak megfelelő használatát. Az eddigi használat ugyanis akadályozta a valós betegség típus megjelölését kórházi táppénz esetén.
  • Egységesítettük a windows-os bér adatok megfelelő formátumba hozását a TB program számára. Erre a célra a DOS-os szövegfájlok nyomtatását kezelő programunkban a "Bér->TB átadás" kiegészítő modult használjuk. Ez a modul a havi elszámolási adatokon kívül mindig frissíti a dolgozók egyéb adatait is.

• Nagyon valószínű, hogy a havi és a negyedéves statisztikai adatszolgáltatások változni fognak. Ezért február és április elején várhatóan program módosításra kell számítani.

Verzió 21.03.01: 2009.09.09.

• A 2009.08.01. utáni táppénz változások kezelése a havi és a negyedéves statisztikai adatszolgáltatásban az OEP honlapon található tájékoztató alapján. Az OEP hozzájárulásban szereplő kinyomtatandó jegyzékek megfelelően kezelik a kevert eseteket (2009.08.01. előtt és után induló táppénz elszámolások).
  Elegendő a program letöltése és bemásolása.

Verzió 21.03.00: 2009.08.24.

• 2009.08.01. utáni táppénz változások eltérő kezelése.
  Elegendő a program letöltése és bemásolása.
  A havi és negyedéves statisztikai adatszolgáltatás változások megfelelő kezelése és a vegyes kifizetési jegyzék nyomtatása szeptember elején a következő verzióban lesz letölthető.
• Részletesebben
  Az új típusú táppénzek esetén a mérték 60/50%, a kórházi ellátás mértéke 50%. A passzív táppénz max. 30 napra jár. A táppénz napi mértékét a program korlátozza 9533,33 Ft-ban, illetve a passzív táppénzt napi 3575,00 Ft-ban.
  A már megállapított adatmegállapító lapok napi átlagát nem kell újraszámolni, a program a korlátozást automatikusan kezeli.
  A gondolkodási rutinban érdemes figyelni arra, hogy eltérő %-os mértékek esetén a napi mértékek korlátozása okán a kórház miatti kiesés nem feltétlenül 10%, akár 0 Ft is lehet, ha mindkét napi érték korlátozás alá esik.

Verzió 21.02.03: 2009.06.17.

• A beléptetés usrlog.log fájlba ezentúl a rendszer bejegyzi a program verzió számát is.
• Ha ADMIN újra érvényesít egy kitiltott felhasználót, akkor a módosítás során az utolsó belépés rovatba bejegyződik a napi dátum. Ez lehetővé teszi, hogy a túl hosszú ideig inaktív felhasználó újra beléphessen az eredeti felhasználó nevével és az utoljára használt jelszavával és ne tiltsa ki magát újra. Az újra aktivált felhasználónak az aktiválás utáni első belépés alkalmával kötelező megváltoztatnia a jelszavát.

Verzió 21.02.02: 2009.04.09.

• Negyedéves OEP statisztikák
  • Lezárt keresőképtelenségek: az adatokat és az elszámolások körét tekintve nem változott.
  • GYED statisztika: az adatokat és az elszámolások körét tekintve jelentősen változott.
    Az I.,II. és III. negyedévben csak a lezárt eseteket kell szerepeltetni az adatszolgáltatásban. Csak a kifizetett ellátás teljes összegét kell jelenteni, negyedéves adatokat nem. A minimálbér alapján fizetett ellátások esetén az év elején felülvizsgált napi átlagokat külön-külön fel kell tüntetni, ha azok eltérnek. A program a korábbiaknak megfelelő szemléletben és szerkezetben gyűjti ki az adatokat, de az első három negyedévben a nem lezárt esetek törlésjelzőjét 1-esre állítja. Az adatkarbantartásban és a nyers adatok listájában is szerepelnek a lezáratlan tételek, így azok adatai megtekinthetők. A nyers adatok listájában a törölt tételek "*"-al jelöltek. Az adatszolgáltatásba azonban csak a törlésre nem jelölt esetek kerülnek bele.
    A program letöltésén és telepítésén kívül le kell tölteni a gyed.dbf adattáblát is, amelyet a központi adat területre (rendszerint a dbfs mappába) kell bemásolni az ott lévő azonos nevű adat tábla helyére.
    A riport formák letöltése nem szükséges, mert az új formák ideiglenesen a programba lettek befordítva.
    A IV. negyedévben a lezáratlan eseteket is szerepeltetni kell majd, de azok esetén is a kezdetektől kifizetett teljes összeget kell feltüntetni.
  • TGYS statisztika: az adatokat és az elszámolások körét tekintve jelentősen változott.
    Az I.,II. és III. negyedévben csak a lezárt eseteket kell szerepeltetni az adatszolgáltatásban. Csak a kifizetett ellátás teljes összegét kell jelenteni, negyedéves adatokat nem. A program a korábbiaknak megfelelő szemléletben és szerkezetben gyűjti ki az adatokat, de az első három negyedévben a nem lezárt esetek törlésjelzőjét 1-esre állítja. Az adatkarbantartásban és a nyers adatok listájában is szerepelnek a lezáratlan tételek, így azok adatai megtekinthetők. A nyers adatok listájában a törölt tételek "*"-al jelöltek. Az adatszolgáltatásba azonban csak a törlésre nem jelölt esetek kerülnek bele.
    A program letöltésén és telepítésén kívül le kell tölteni a tgys.dbf adattáblát is, amelyet a központi adat területre (rendszerint a dbfs mappába) kell bemásolni az ott lévő azonos nevű adat tábla helyére.
    A riport formák letöltése nem szükséges, mert az új formák ideiglenesen a programba lettek befordítva.
    A IV. negyedévben a lezáratlan eseteket is szerepeltetni kell majd, de azok esetén is a kezdetektől kifizetett teljes összeget kell feltüntetni.
  • Nem újdonság, csak megemlítjük, hogy a program mindhárom típusú negyedéves adatszolgáltatásnál (és a havi statisztikai adatszolgáltatásnál is) képes "üres adatszolgáltatást" képezni (az adatszolgáltatási struktúra elemek nélkül), ha az adat generálás eredményeként nem szerepel adat az előkészítésben, vagy minden tétel törlésre van állítva.
• Finomítottunk a bsz/apa szabi adat átvételen. Ez után pontosan igazítjuk a bérből átvett elszámolásokat. Ha valakinek egy elszámolási időszakban több kereső bsz elszámolása volt, akkor a bérben elszámolt bsz ft "szétosztása" az esetek között arányosítási számítással történt. Ez 1 forintos eltérést eredményezhetett a statisztikai összesítő és a bér összesítő bsz ft adatai között, amit kézzel kellett korrigálni a havi statisztikai adatszolgáltatáson. Ez után ez nem fordul elő.
• Az előző verziótól új beléptető protokoll müködik a rendszerben. Amíg ez nincs élesítve az adott helyen, addig csak annyi a feltűnő, hogy ez után a terminál azonosítón kívül a felhasználó nevet is be kell írni a jelszó bekérése előtt. A felhasználó név a jelszóhoz tartozó "rendes név", amit az elszámolási lapjainkon megjelenítünk.
  A másik dolog, ami szembetűnő, hogy az azonosító adatok karbantartása kikerült az eddig nagyon védett paraméter beállítási modulból, hogy minden felhasználó saját maga módosíthassa a jelszavát.
  A beléptető protokoll terjedelmes működési leírása megtalálható az előző verzió leírásánál.
• Figyelem. Ettől a verziótól a tömörített fájlformátum arj-ről zip kiterjesztésűre változik. A kicsomagoláshoz a háttérben az elterjedtebb pkunzip programra van szükség.

Verzió 21.02.01: 2009.02.25.

• Az 5-ös típusú adatmegállapító lap (a legújabb) egyszerre történő folyamatos nyomtatása esetén hiányzott a lapdobás a dolgozók között. Javítottuk. Az egyenkénti nyomtatásnál nem okozott problémát.
• A táppénz alapok meghatározásánál a minimálbérhez kapcsolódó alapoknál a 2008-as minimálbér értékét ajánlja a program 2009-re. Átírható volt, de javítottuk az ajánlatot.
• Új szabályozást vezettünk be a TB rendszerben a felhasználói név és jelszó kezelésben. A szabályozás aktiválható. Részletes leírás az alábbiakban.
  • A. A BELÉPTETŐ PROTOKOLL
    • 1. A praméter módosításokból külön menü pontba került az azonosító adatok karbantartása, mert legalább a saját azonosító adatainak egy részét és a jelszavát minden felhasználó módosíthatja.
    • 2. Három jogosúltsági szintet alakítottunk ki:
      • 3: általános munka szint; minden munka végezhető, kivéve az adatátszervezések, paraméter beállítások, törlések
      • 4: főnöki munka szint; minden munka végezhető, beleértve az adatátszervezések, paraméter beállítások, törlések
      • 7: ADMIN szint; csak adatátszervezéseket, paraméter beállításokat, és új user felvételeket végezhet
    • 3. Az új szabályok a felső menűs rendszerben érvényesíthetők maradéktalanul: ott minden menűpont a jogosultságoknak megfelelően aktivizálható és tíltható le. A hagyományos menü rendszerben a 7-es jogosultsági szintű ADMIN user nem tíltható le a szokásos munkafolyamatokról.
    • 4. Belépéskor ezentúl a terminál azonosító mellet a felhasználó nevet és a jelszót is meg kell adni. Ezek hármas együtt állását ellenőrzi a beléptető protokoll.
    • 5. A modul összeállításban lehet előírni, hogy a rendszer a szigorú beléptetési szabályokat alkalmazza-e.
    • 6. A program verzió első futtatásakor a rendszer automatikusan kitölti a jogosultsági szinteket az eddig használt azonosító táblában: az eddigi egy főnöki user 4-es szintet kap, a többi user 3-as szintre kerül. Automatikusan felvitelre kerül egy ADMIN user ADMIN jelszóval 7-es jogosultsági szinttel. ADMIN-nek a jelszót az első bejelentkezés alkalmával kötelező módosítania. Amíg nem módosítja, addig az első belépés nem sikerülhet, de a rendszer ADMIN-t nem tíltja ki. Az ADMIN user az azonosító karbantartás során változtathatja meg a többi user jogosultsági szintjeit: újdonság, hogy ezután a rendszerben több főnöki user is lehet. Az eddigi jelszók maradhatnak az érvényességi határokig. A módosított jelszavaknak viszont már meg kell felelniük a jelszó változtatásban leírt jelszó követelményeknek is. Első futtatáskor a program a "dbfs" területen létrehoz egy usrright.dbf adattáblát, amit a jelszó megfelelés ellenőrzésekor igényelt kód értékekkel alapértelmezetten tölt fel.
    • 7. A belépéssel kapcsolatos információkat a saját területen lévő usrlog.log szövegfájlban naplózza a rendszer. A naplófájl a rendszerbe integrált belső szerkesztővel vagy más szövegszerkesztővel is megtekinthető.
    • 8. Aktivált figyelés esetén a belépés során a userrel vagy a jelszóval kapcsolatos alábbi ellenőrzéseket végzi a rendszer:
      • 8.1. A felhasználó nincs-e letiltva.
      • 8.2. Az első belépés alkalmával (a user létrehozása utáni első belépéskor) kötelező jelszót változtatni. Sikertelen jelszó változtatás esetén nem lehet belépni. ADMIN több alkalommal is próbálkozhat, más userek automatikusan letiltódnak. Csak ADMIN állíthatja vissza a letiltott user jogait az azonosító karbantartás során. A sikeres változtatást is naplózza a rendszer.
      • 8.3. Az utolsó belépés óta eltelt 30 napnál hosszabb idő esetén (hosszú inaktív időszak) az ADMIN-t kivéve kitíltjuk a usert és nem engedjük belépni.
      • 8.4. Legalább 90 naponként minden usernek jelszót kell cserélnie. Sikertelen változtatás esetén ADMIN-t kivéve mindenkit kitílt a rendszer. Minden eredményt naplózunk.
      • 8.5. Belépési procedúra alatt megváltoztatott adatok esetén a usert nem engedi belépni a rendszer.
      • 8.6. Belépésszám túllépés: beállított számú (jelenleg 5) sikertelen belépési kísérlet után ADMIN-t sem engedjük belépni, de nem tiltjuk ki. A többi jogosultságú usert kiléptetjük és ki is tíltjuk, ha a usert megtaláljuk.
    • 9. A rendszer a kilépést is naplózza.
  • B. A JELSZÓ VÁLTOZTATÁSI PROCEDÚRA
    • 1. A jelszó változtatás a belépési folyamatban kikényszerített jelszóváltás esetén és az azonosító karbantartás során jelenik meg.
    • 2. Alapértelmezésben nincs kisbetű/nagybetű érzékenység, de beállítható, hogy legyen.
    • 3. A rendszer a jelszónak megfelelő egyedi jelszómaszkot tárolja, amiből a jelszó nem fejthető vissza.
    • 4. A jelszó változtatás során három adatot kér be a rendszer. Elsőként a régi jelszót kell beírni. Másodikként az új jelszót, majd harmadikként meg kell erősíteni az új jelszót. Az eredményesség érdekében öt alkalommal lehet megkísérelni ellenőrizni az új jelszót, mielőtt kilépünk a folyamatból.
    5. Az elsődleges adatbeviteli ellenőrzési szempontok:
    • 5.1. A belépés során sikeres régi jelszónak meg kell egyeznie a beírt régi jelszóval.
    • 5.2. Az új jelszónak és a megerősítésének meg kell egyeznie.
    • 5.3. Nem egyezhet meg a régi és az új jelszó.
    6. Az új jelszónak meg kell felelnie több tartalmi, paraméterezhető szabálynak.
    • 6.1. Üres jelszó nem megengedett.
    • 6.2. A jelszó minimum 6, maximum 30 karakterből állhat.
    • 6.3. A jelszó csak alfabetikus, numerikus és megengedett egyéb jelekből állhat (külön-külön paraméterezhető).
    • 6.4. A jelszóban a karakter duplázás tiltott.
    • 6.5. A jelszó első karaktere csak alfabetikus vagy egyéb megengedett karakter lehet (ha engedélyezettek).
    • 6.6. A jelszóban minimum 2 alfabetikus és 2 numerikus jel kell legyen (ha engedélyezettek).
  • C. AZ AZONOSÍTÓ ADATOK KARBANTARTÁSA
    • 1. Az ADMIN kivételével minden user csak a saját azonosító rekorjainak tartalmát látja.
    • 2. Minden user (beleértve ADMIN-t is) csak a saját jelszavát módosíthatja. Az itt történő módosítást is naplózza a rendszer. Ha az új jelszó nem felel meg a támasztott kritériumoknak, akkor az új jelszó nem menthető el. Így, ha jelszó változtatási kényszer miatt kerültünk jelszó változtatási helyzetbe, az alap probléma nem oldható fel.
    • 3. A userek a saját személyes név és titulus adataikat módosíthatják. ADMIN ezeken felül minden user jogosultsági szint, letiltás és törlés adatait is módosíthatja. Az eredeti értékeket csak szándékolt mentéssel cseréli ki a rendszer a látható módosításokra (pufferelt adatok érvényesítése mentéssel). A usernevek csak a felvitel során szerkeszthetők, később nem módosíthatók.
    • 4. Csak ADMIN jogosult új user felvételére. Az új user azonosító nevét kötelező kitölteni. Felvitelkor határozza meg ADMIN a user jogosultsági szintjét és jegyzi ki az új user alapértelmezett letiltott állapotát is. A mentés hatására a jelszó automatikusan képződik a usernévből és rögzül a létrehozás dátuma is. A user első belépésekor a létrehozáskor automatikusan kiosztott jelszót kötelező megváltoztatni (a rendszer kikényszeríti).
    • 5. A userek láthatják utolsó tíz belépési napjuk összesítő adatait, összes belépéseik számát, az utolsó jelszómódosítás dátumát.

Verzió 21.01.02: 2009.02.10.

• Havi statisztikai adatszolgáltatás pontosítások, finomítások.
  • A 29. sor kezdő esetszámába a 25. sor kezdő esetszámát halmozzuk a 24. sor helyett.
  • A 21., 20., 19. sorokra "terheljük" (ebben a sorrendben próbálva) a kerekítésekből származó eltérést a 18. sorral való összevetésben.
  • A 18. sorban előforduló korrekciót a 21., 20., 19. sorokra érvényesítjük (ebben a sorrendben), a napok és az ellátások tekintetében is.
• Változások a táppénz alap legyűjtésben és a kiesőnapok meghatározásában.
  • A táppénz alap legyűjtés beállító képernyőjén megszüntettük az "eü járulék felülről korlátoz" figyelés alapértelmezést (nincs kipipálva a választó mező). Ez a korlátozás lehetetlenné teheti, hogy a tárgyhavi táppénz alapokhoz más tárgyhóból származó táppénz alapot halmozzunk (pl. nem tárgyévhez tartozó bér korrekciók). A figyelés lehetősége adott, de a továbbiakban ez nem alapértelmezés.
  • GYES melletti jogviszony táppénz alapjának meghatározásánál az esetleg vezetett GYES kiesőidőt a rendszer figyelmen kívűl hagyja az osztószámcsökkentő napoknál. Ilyen elszámolás már nem történik, de a bérelszámolás nyenyi infóban, vagy a TB elszámolás kiesőidő nyilvántartásában rögzíthetők erre vonatkozó adatok és így származhatnak zavaró adatok.

Verzió 21.01.01: 2009.01.15.

• Szokásos év elejei paraméter átállítások.
• Minimálbérhez és nyugdíjminimumhoz kötött ellátások értékeinek beállítása.

Verzió 20.03.01: 2008.03.20.

• Speciális kerekítési szabályok alkalmazása OEP pénzbeli ellátásokra: az 1 és 2 forintos érmék kivonása miatt a Tv. speciális kerekítési szabály alkalmazását írja elő az OEP-es pénzbeli ellátásokra. A társadalombiztosítási program a szabályoknak megfelelően 5-re vagy 10-re felfelé kerekíti a forintra kiszámolt ellátásokat. Egyenlőre nem tiszta, hogy a kerekítés miatti költséget el kell-e osztani a cég és az OEP között (a Tv. nevesíti, de egyetlen MEP által kiadott körlevél sem említi). Ezért a jelenlegi program verzió a forintra kiszámolt ellátást kerekíti és osztja el 1/3 - 2/3 arányban. Ha a már kerekített ellátást korrekciózni kell (jogosulatlan vagy elmaradt ellátás), akkor a levonásban magunknak kell figyelni a kerekítésre, mert a végösszesent a program már nem kerekíti, csak visszajelzi, ha nem kerekített az érték. Kitalálták ugyan a speciális kerekítést, az adatok közötti konzisztenciának azonban meg kell maradnia: a kerekítést a részeknek tükrözniük kell, az összeseneknek a részekből kell összeállnia.
• Bonyolítja a helyzetünket, hogy a kórházi korrekciót a program ősidők óta technikailag levonásként kezeli (10%-ot visszakorrágálunk a kifizetendőből). Ez eddig nem okozott problémát és ennek megfelelően lett kialakítva a program minden része, ahol szükséges a kórházi ellátás megbontása. A kerekítés annyiban zavarja ezt az idillt, hogy a valóságban ez nem igazi korrekció, és a kórházi ellátást is magába foglaló ellátást együttesen kell kerekítenünk. Ezt a program az alábbi módon végzi. Ha kórházi korrekció várható (BNOKIEG="KK" és kórházi jc="KK") akkor a program az előző bekezdésben leírtaktól eltérően, az első körben nem kerekíti a teljes időszakra kiszámított, a kórházi időszakot még nem korrigáló értéket. Ha ebben a helyzetben kórházi korrekciót kezdeményezünk (korr. kód="1"), akkor a program a kiszámolt kórházi korrekció miatti értékekeket állítja be úgy, hogy a korrekciót is tartalmazó mindösszesen a szabályoknak megfelelő kerekített érték legyen. Az értékeink azonban így is konzisztensek maradnak. Amennyiben a bejegyzések ellenére mégsem történik kórházi korrekció, akkor a program az első körben kiszámított értékeket mégis kerekíti és újra írja.
• Biztosan mondanak majd még további okosságokat, de most jussunk túl ezen a számfejtésen. Ha valaki további részletek bírtokába jut, akkor ossza meg velünk.
• A program 2008.03.20-dikától fent volt az interneten, csak a részletes leírás hiányzott. Ha azóta bárki letöltötte, akkor a kerekítő program verziót használja. Kérlek figyeljetek a további program változásokra. Néhány cifraság azért várható a kerekítésből kifolyólag, mert a részleteket, a kívánságokat talán később fogalmazza meg az OEP, ők még ráérnek: havi statisztika, negyedéves statisztikák, bevallások, .... Az eredeti értékeket ezért a háttérben tárolja a program, szükség esetére.
• Egyenlőre elegendő a program letöltése. Amilyen pénzbeli ellátást eddig számfejtettetek, azt muszáj megismételni az új program verzióval.

Verzió 20.02.01: 2008.02.10.

• 2008.01. hónaptól változott az OEP havi statisztikai adatszolgáltatás adat struktúrája.
• A dbf vagy txt típusú adatszolgáltatás elkészítéséhez a program letöltésén kívül szükséges az esst08.dbf üres tábla letöltése és a "dbfs" alkönyvtárba (illetve minden kifizetőhely központi adattárába) történő bemásolása is. Az előkészített és a kimásolt adattartalmak jegyzékeléséhez szükséges a riport formák letöltése és a "reports" alkönyvtárba történő bemásolása. A riport formákat ideiglenesen a programhoz csatoltuk.
• Megváltoztak a küldendő fájlnevek is! Akik nem közvetlenül floppyra másolják az adatszolgáltatást, hanem az OUT könyvtárba másolás után csatolják, vagy más módon küldik a statisztikai adatokat, azok figyeljenek rá, hogy a szokásos fájlnevek kiegészültek egy "1"-es toldalékkal. Pl. a 2008 januári fájlok nevei: es08011.dbf illetve es08011.txt.
• Ahol adatimporttal vonjuk össze a központi nyilvántartásba a területi "tisztított" adatokat, ott a letöltések után a területeken meg kell ismételni a statisztikai adatszolgáltatást és utána az adatimportot.
• A MÁK CSATÁR programja változott: csak a 200 főnél több biztosítottat foglalkoztatóknál maradt családtámogatási kifizetőhely 2008. január és 2008. február hónapban. Nekik fontos letölteni a legfrissebb verziót. Erre lesz szükségünk a cst adatok elektronikus átadásához is. Program változatok letölthetők a Baranya Megyei MÁK honlapról: www.makbar.mecsekportal.hu.
• A CSATÁR-átadáshoz a részlet generálás során a Tb program továbbra is kigyűjti az apa szabi elemeket, de a törlés jelzőt 1-esbe állítja, így azok az ; adatszolgáltatásból kimaradnak (az apa szabit ezután negyed évente lehet majd elszámolni).
• A csp statisztika kiegészült két új sorral: férfi/nő bontásban részletezzük a gyerekek számát, a családok számát és a kiadás Ft-ot.

Verzió 20.01.01: 2008.01.15.

• Szokásos év elejei paraméter átállítások.
• Nevelési ellátások értékeinek 2008. évi megváltoztatása.
• Nyugdíjminimumhoz kötött ellátások értékeinek beállítása.

Verzió 19.04.03: 2007.11.19.

• Passzív táppénz megkülönböztetett jel (PTP) átadása a bérnek, megkülönböztetve az egyéb táppénz átadástól (TAP).

Verzió 19.04.02: 2007.09.19.

• Lista fájlokban az extra lapdobás jelek szűrése a főbb nyomtatványok esetén. Paraméter beállítás/konfigurációs állomány 138. sor: 1-nincs lapdobás, 0-van lapdobás.
  

Verzió 19.04.01: 2007.05.10.

• 2007. április havi csp gyerekszám statisztika. Elegendő a program letöltés. A program által kielemzett táblázatok adatait át kell másolni a MÁK által küldött, vagy a letöltött excel fájlba.

Verzió 19.03.01: 2007.04.07.

• 2007. első negyedévétől megváltoztatták a negyedévenkénti lezárt keresőképtelenségi statisztika belső adat tartalmát illetve elsősorban az azonosító ; szerkezetét. Új néven azonosítják a nyilvántartási számot (a nyilsz-ról azon-ra keresztelték) és új alap azonosítóként bevezették az adószámot (adosz). Az adószám kitöltésére vonatkozóan tekintsük meg a havi statisztikai adatszolgáltatásnál leírtakat (lásd: Verzió 19.02.01: 2007.02.08.). A web lapunkon található programváltozat letöltése és bemásolása ; után elkészíthető a negyedéves adatszolgáltatás, illetve az adatszolgáltatást meg kell ismételni az adatgenerálástól, ha a korábbi programmal már megkíséreltük elkészíteni azt. Előtte azonban szükséges még a zart.dbf üres tábla letöltése és a "dbfs" alkönyvtárba történő bemásolása is.
  A változás miatt új lista formák szükségesek (zart007, zart008) a jegyzékekhez, amelyeket ideiglenesen csatoltunk a programhoz. Nem szükséges tehát a riport formák azonnali letöltése, de a közeljövőben ajánlatos lenne. A riport formák letöltése és kibontása után másoljuk be azokat (de legalább a 2007-ben módosítottakat) a "reports" alkönyvtárba.
  Hogy az "azon" és az "adosz" azonosítók benne vannak-e és ki vannak-e töltve a küldendő tábla fájlban, azt ellenőrizhetjük a listákon, illetve a karbantartásban a táblázatos megjelenítés menü gombbal.
  Ahol adatimporttal vonjuk össze a központi nyilvántartásba a területi "tisztított" adatokat, ott a letöltések után a területeken meg kell ismételni a statisztikai adatszolgáltatást és utána az adatimportot.
  Emlékezzünk rá, hogy az adatgenerálás előtt futtassuk le a "Jegyzékek/6. Ellenőrzések, segédletek/2. Dolgozói törzs adat betekintés" menüpontot, hogy a generált adatok kitöltöttsége teljes legyen (pl. ne hiányozzanak születési dátumok).
• 2007. első negyedévétől a GYED és a TGYS ellátásokra vonatkozó negyedéves statisztikai adatszolgáltatások is jelentős mértékben változtak. Mindkét adatszolgáltatásban megváltozott az azonosító ("azon") neve, új azonosító az adószám ("adosz"). Változott a mezők sorrendje, a numerikus mezők hossza. A negyedévtől eltérő időszakra vonatkozó ellátást el kell különíteni a negyedév adataitól, amit kóddal is jelezni kell. Tudnunk kell, hogy az elszámolások esetleges szétbontását a program ilyen szempont szerint egyenlőre nem végzi el. Segítségként kibővítettük viszont a hiba vizsgálati szempontokat. A program vizsgálja a visszamenőleges kód és a visszamenőleges érték összefüggését, valamint a GYED ellátás esetén a negyedéves érték viszonyát a maximumhoz (20-as hiba típus). Tekintsük át a hiba vizsgálati szempontokat.
  Az adatszolgáltatások elkészítéshez a program letöltésén kívül szükséges a gyed.dbf és a tgys.dbf üres táblák letöltése és a "dbfs" alkönyvtárba történő bemásolása is. Az előkészített és a kimásolt adattartalmak jegyzékeléséhez szükséges a riport formák (gyed003,gyed004,tgys003,tgys004) letöltése és a "reports" alkönyvtárba történő bemásolása. Az említett riport formákat egyenlőre csatoltuk a programhoz, de ajánlatos lenne a letöltése a közeljövőben.
  Ismételten megjegyezzük (lásd: Verzió 18.04.01: 2006.04.10.), hogy 2006 eleje óta a TGYS, GYED, GYES elszámolás képernyőn az átmenet jelzőt kibővítetten használjuk. Azelőtt ezt az egymás közötti ellátás átmenetek jelölésére használtuk (1 és 2 kódokkal). Újabban a korábban nem használt hármas kóddal (3) jelöljük az újraindított ellátást.
  Szintén 2006 elejétől a program várható születési dátumként értelmezi a gyerek keret adattárba "VS" iker megkülönböztető jelzővel felvitt TGYS-es gyerek születési dátumát.
  Ahol adatimporttal vonjuk össze a központi nyilvántartásba a területi "tisztított" adatokat, ott a letöltések után a területeken meg kell ismételni a statisztikai adatszolgáltatást és utána az adatimportot.
  Rövidesen megjelenik a nevelési ellátás 2007 áprilisi állapotnak megfelelő MÁK statisztika. A programváltozás május elején letölthető lesz az internetről.

Verzió 19.02.03: 2007.02.22-23.

• 2007.02.23-dikai kiegészítés
  • A 2007.02. havi GYES elszámolással remélem utoljára kell foglalkoznunk. A jelenleg letölthető program változat úgy működik, hogy teljes hónapra a NYD minimum régi/új beállítástól függetlenül 26980 Ft-ot számol. Az ilyen esetekkel nem kell foglakoznunk.
    Tört havi GYES esetén minden napra annak a NYD minimumnak a 30-ad részét számolja, amely az adott napon érvényben volt.
  • A 22-dikén hozzám juttatott MÁK körlevélben vélelmezhető kiszámítási mód szerint azonban a nem teljes februári hónapra járó GYES esetén 2007 február minden napjára a 26830+150 Ft kevert NYD minimum 30-ad része jár (Az eddig érvényes NYD minimum értékét helyenként kicsit elírták.). Így a tört hónapban nem kell figyelni, hogy az adott napon mi volt érvényben, azaz a 15-dike előtt befejeződött GYES napjaira is ebből kell számolni. Pl. a február 1-én lejáró GYES egyetlen napjára is ez jár (assszem, bár nehezemre esik a körlevélből ilyen messzemenő következtetést levonni). A körlevelet a letöltéseknél szokásos módon lehet elérni.
    A jó hír, hogy most már emiatt nem kell programot letölteni. Ha Ti is ezt értitek ki a körlevélből, akkor az ilyen tört havi GYES-es dolgozóknál a GYES elszámolás kiválasztása után a program által a táblából ajánlott NYD minimum értéket írjátok át 26980 Ft-ra. Ez csak az ez utáni GYES elszámolások idejére lesz érvényes, amíg nem léptek vissza a GYES elszámolásból. A GYES elszámolási folyamatba történő legközelebbi belépés választásakor azonban újra a táblabeli értéket ajánlja majd a program. Ne felejtsétek el ezt (lásd: Verzió 19.01.02: 2007.01.30.) a táblában átírni a márciusi elszámolások előtt.
  • Ha még ezek után is meg tudnak lepni valamivel, azt is jelezni fogom.
• 2007.02.22-dikai eredeti bejegyzés
  • Javítottunk a tört havi GYES összeg kiszámításán. Ha a GYES 2007 februárban és akkor is 2007.02.15. után kezdődött és a régi NYD minimum beállítás alapján számolta a program a tört havi GYES-t, akkor nem korrigálta az összeget napi 10 Ft-al. A probléma orvosolható:
    1. a paraméter táblában írjuk át a NYD minimum értékét (27130), a következő havi számfejtésre úgyis meg kell tenni (tartós megoldás),
    2. ideiglenesen írjuk át a GYES számfejtésnél ajánlott NYD minimum összegét (csak a számfejtés idejére megoldás),
    3. kézzel írjuk át a kiszámolt összeget (nem elegáns megoldás),
    4. TÖLTSÜK le az új program változatot (ajánlott megoldás)!
  • A változások átvételéhez a program letöltése elegendő.

Verzió 19.02.02: 2007.02.13.

• Változtattunk a hagyományos (listás) és az elektronikus havi statisztikai adatszolgáltatások kimenetein. A továbbiakban az ellátást nem tartalmazó hónapokról is készíthető nullás lista illetve nullás floppys adatszolgáltatás. Lehetőség van az OEP-es nullás floppys adatszolgáltatás hagyományos szerkesztésére, így az létszám adatokkal feltölthető, jegyzékelhető és a szokásos módon továbbítható is. Eddig az ellátást nem tartalmazó hónapoknál csak egy üzenet jelent meg, ami szerint az időszakhoz nem tartozik ellátás. Az OEP és a MÁK statisztikai adatszolgáltatások ; is változtak a fentieknek megfelelően.
• A hagyományos listás OEP havi statisztikai adatszolgáltatáson 2007-től megjelenik az iker GYES-ekre vonatkozó létszám és gyermekszám adat.
• A változások átvételéhez a program letöltése elegendő.

Verzió 19.02.01: 2007.02.08.

• A MÁK CSATÁR programja a szokásos év elejei változásokon kívül formailag és tartalmilag is megváltozott. Eddig nem alkalmazott belső ellenőrzéseket vezettek be és az adat elvárásaikban is változások vannak (nem publikáltak, a tapasztalatok alapján jöttünk rá). Előfordulhat, hogy az ellenőrzés során az eddig megfelelő adatainkban kifogást talál. Számítsatok rá, hogy nem elsőre fogja feldolgozni a feladásunkat. Akik régebb óta nem frissítették a CSATÁR programot, azoknak a legfrissebb verzió telepítésével is lehetnek gondjaik. Program változatok letölthetők a Baranya Megyei MÁK honlapról: www.makbar.mecsekportal.hu.
• A tapasztalatok alapján a követelményekhez igazodó változtatásokat építettünk be a programba. A program letöltése elegendő.
• 2007.01. hónaptól változott az OEP havi statisztikai adatszolgáltatás adat struktúrája. Fontos változás, hogy az adószám minden OEP-es adatszolgáltatásra rá került. Mi ezt eddig nem használtuk a TB programban, ezért ennek meglétét és helyességét ellenőrizzétek a paraméter beállítás/konfigurációs állomány 9. sorában.
  A dbf vagy txt típusú adatszolgáltatás elkészítéséhez a program letöltésén kívül szükséges az esst07.dbf üres tábla letöltése és a "dbfs" alkönyvtárba (illetve minden kifizetőhely központi adattárába) történő bemásolása is. Az előkészített és a kimásolt adattartalmak jegyzékeléséhez szükséges a riport formák letöltése és a "reports" alkönyvtárba történő bemásolása. A riport formákat ideiglenesen a programhoz csatoltuk, de a program méret csökkentése miatt év közben ezt megszüntetjük.
  Ahol adatimporttal vonjuk össze a központi nyilvántartásba a területi "tisztított" adatokat, ott a letöltések után a területeken meg kell ismételni a statisztikai adatszolgáltatást és utána az adatimportot.
• Az adatszerkezet változások érintik a negyed éves lezárt keresőképtelenségi és a TGYS/GYED statisztikát is. Ezek megoldásáról áprilisig gondoskodunk.
• Mivel mi is csak 02.08-dikán jutottunk statisztikai adat struktúrák birtokába és a CSATÁR változásait is csak most érzékeltük, nincs kizárva, hogy a napokban még történnek további program módosulások.

Verzió 19.01.02: 2007.01.30.

• GYES számfejtésben változtatás a 2007.02.15-dikei hónap közbeni nyugdíjminimum változás miatt. Teljes hónapra számolt GYES esetén 150 Ft kiegészítés (a régi nydmin beállítással) vagy levonás (az új nydmin beállítással). Törthavi GYES esetén napi 10 forint hozzáadás vagy levonás (a nydmin beállítástól függően) érvényesítése.
  A márciusi számfejtés előtt a paraméter beállításban a tábla adattárban be kell állítani a nyugdíj minimumot 27130 Ft-ra.
• A leggyakrabban használt 4-es típusú adatmegállapító lap forma 3. oldalát az év elején telepített program fölöslegesen három lapra tagolta. Az új verzió megszünteti ezt a hibát.
• Egy évnél rövidebb folyamatos biztosítási idővel rendelkező táppénzesek elszámolásában a kezdő táppénzek esetén felajánlott jogosult napok számának precízebb meghatározása: változtatás a kiértékelésben.

Verzió 19.01.01: 2007.01.15.

• szokásos év elejei paraméter átállítások,
• nevelési ellátások értékeinek 2007. évi megváltoztatása,
• nyugdíjminimumhoz kötött ellátások értékeinek beállítása,

Verzió 18.07.02: 2006.10.18.

• korrekciók a havi statisztikai adatszolgáltatás saját használatú megjelenítésében (szeptemberi eüj. változások megjelenítése: a tárolás és az adatszolgáltatás rendben van, csak a megjelenítést változtattuk),
• "A társadalombiztosítási kifizetőhelyek által folyósított ellátások elszámolása" (EB06-E1) lap sorszámozásának (>=24) aktualizálása.

Verzió 18.07.01: 2006.06.20.

• 5. típusú adatmegállapító lap forma. Az adatmegállapító lapra beszerkeszthető az utolsó munkában töltött nap és a havidíj. Elegendő a program letöltés és a 2006. évi riport formák letöltése.
• "A társadalombiztosítási kifizetőhelyek által folyósított ellátások elszámolása" (EB06-E1) lap sorszámozásának (>=24) aktualizálása.

Verzió 18.06.01: 2006.05.08.

• 2006. április havi csp gyerekszám statisztika. Elegendő a program letöltés. A program által kielemzett táblázatok adatait át kell másolni a MÁK által küldött excel fájlba.

Verzió 18.05.01: 2006.04.25.

• 2006. első negyedévétől megváltoztatták a negyedévenkénti lezárt keresőképtelenségi statisztika belső tartalmát és fájlnevét. Az OEP honlapon a mintatár nyomtatványai között lehet rátalálni: https://www.oep.hu/oepdok/fajlok/nymintatar/A3503_7_lap2.pdf. A belső tartalom a ksh azonosítóval bővült. Úgy tűnik azonban, hogy a régi módon előállított adatszolgáltatást is be tudják olvasni. Az interneten lévő programváltozat letöltése és bemásolása után a negyedéves adatszolgáltatást meg kell ismételni az adatgenerálástól. Természetesen csak akkor kell ezzel foglalkozni, ha az OEP kifogásolja a beküldött 2006 első negyedéves adatszolgáltatást.
  A Tb program indulásnál automatikusan kibővíti a zart.dbf táblát a (ksh C (17)) adatmezővel. 2006 első negyedévétől a jegyzékek fejlécébe kiíródik a ksh szám. Ehhez le kell tölteni zart005 és a zart006 riport formákat és bemásolni azokat a "reports" alkönyvtárba. A 2006-ban változott riportformák a report06.arj fájlban külön is megtalálhatók és letölthetők.
  Fontos tudni, hogy az adatszolgáltatás újbóli elkészítéséhez elegendő a program letöltése, a riport formák letöltése nem feltétlenül szükséges. Hogy a ksh azonosító benne van-e a küldendő tábla fájlban és ki is van töltve, azt nyomtatás nélkül is ellenőrizhetjük a karbantartásban a táblázatos megjelenítés menü gombbal.
• Ahol adatimporttal vonjuk össze a központi nyilvántartásba a területi "tisztított" adatokat, ott a letöltések után a területeken meg kell ismételni a statisztikai adatszolgáltatást és utána az adatimportot.
• Rövidesen meg kell jelenni a nevelési ellátás 2006 áprilisi állapotnak megfelelő statisztikának. A programváltozás május elején letölthető lesz az internetről.

Verzió 18.04.01: 2006.04.10.

• 2006. első negyedévétől a GYED és TGYS ellátásokra vonatkozó két új negyedéves statisztikai adatszolgáltatást vezettek be. Ennek megfelelően az adatszolgáltatásaink kibővültek ezekkel (Főmenü 5/8/4 illetve az Elemzések/Jegyzékek/8/4). Használatuk a már megszokott adatszolgáltatási eljárás szerinti. Az elkészítéshez a program letöltésén kívül szükséges a gyed.dbf és a tgys.dbf üres táblák letöltése és a "dbfs" alkönyvtárba történő bemásolása is. Az előkészített és a kimásolt adattartalmak jegyzékeléséhez szükséges a riport formák letöltése és a "reports" alkönyvtárba történő bemásolása. A 2006-ban változott riportformák a report06.arj fájlban külön is megtalálhatók és letölthetők.
• A jelenlegi adatszolgáltatásban a program eddig nem tárolt információ hiányában alapértelmezetten tölti fel az "ujra" újraindítás rovatot (nem=2) és a "varhszul" TGYS várható születési dátumot (üresen hagyja). Ha ez nem felel meg a valóságnak, akkor a generált adatokat a karbantartásban szükség esetén módosíthatjuk.
  A továbbiakban a TGYS, GYED, GYES elszámolás képernyőn az átmenet jelzőt kibővítetten használjuk. Eddig ezt az egymás közötti ellátás átmenetek jelölésére használtuk (1 és 2 kódokkal). Mostantól az eddig nem használt hármas kóddal (3) jelöljük az újraindított ellátást.
  A program a továbbiakban várható születési dátumként értelmezi a gyerek keret adattárba "VS" iker megkülönböztető jelzővel felvitt TGYS-es gyerek születési dátumát.
• Ahol adatimporttal vonjuk össze a központi nyilvántartásba a területi "tisztított" adatokat, ott a letöltések után a területeken meg kell ismételni a statisztikai adatszolgáltatást és utána az adatimportot.

Verzió 18.03.01: 2006.02.23.

• Saját GYED korlát figyelés bejegyzés és érvényesítés bevezetése a több kifizetőhelynél elszámolt GYED egyedi korlátjának figyelésére. A jelző az (egyinfo,7,1) pozíción 0/1. Kezelése: adatmegállapító lap, elszámolások, hiányzás adatok, archív elszámolások kitöltésénél saját jellemző adatként 1-re állítani a jelzőt, ha nem a központi figyelés vonatkozik a dolgozóra. Ilyenkor elszámolás közben a beírt saját korlátot alkalmazza a program és nem a központi korlátot (2006-ban 87 500).
• GYES és GYES melletti jogviszony egyidejű kezelése azonos jogviszonyon belül. A jelző az (egyinfo,8,1) pozíción 0/1. Kezelése: adatmegállapító lap, elszámolások, hiányzás adatok, archív elszámolások kitöltésénél saját jellemző adatként 1-re állítani a jelzőt a GYES ellátásnál és az ezzel párhuzamos ellátásnál is. Ilyenkor elszámolás, vagy hiányzás rögzítés közben a program azonos jogviszonyon belül is megenged átfedő kieső időket, ha az egyik kieső idő nem gyerekhez köthető. Célszerű a párhuzamos ellátásokat más jogviszonyokon rögzíteni, de ilyen bejegyzésekkel azonos jogviszonyon belül is érvényesíthetők.
  Ez a szolgáltatás csak akkor működik, ha a paraméter beállítás 1. pont:"Konfigurációs állomány" beállítás 108. sorban a 4. pozición 1-et állítunk be.
• A GYES melletti jogviszony távlati kezelésére a tbdolg, tbdolga, tbeset, esarc, esarca, esar_id adattárakban korábban bevezetett (tobbesjv C(1)) mezőt az elhiany, elhianya adattárakba is bevezettem. Egyenlőre nem használatos.

Verzió 18.02.01: 2006.02.10.

• 2006. január 1-től változott a havi statisztikai adatszolgáltatás dbf és txt adat struktúrája. A dbf vagy txt szerkezetű adatszolgáltatás elkészítéséhez a Tb programon kívül le kell tölteni az esst06.dbf üres táblát is, amit be kell másolni (vagy bele kell menteni) a "dbfs" alkönyvtárba. Az adatszolgáltatás utáni helyes megjelenítéshez érdemes letölteni a riport formákat is és bemásolni azokat a "reports" alkönyvtárba (de legalább az esst006, esdb006, estx006 legfrissebb listaformákat), de az adatszolgáltatást nem akadályozza, ha ezt nem tesszük meg azonnal és jegyzékek is készíthetők a korábbi listaformákkal.
• Ahol adatimporttal vonjuk össze a központi nyilvántartásba a területi "tisztított" adatokat, ott a letöltések után a területeken meg kell ismételni a statisztikai adatszolgáltatást és utána az adatimportot.

Verzió 18.01.01: 2006.01.10.

• szokásos év elejei paraméter átállítások,
• nevelési ellátások értékeinek 2006. évi megváltoztatása,
• nyugdíjminimumhoz kötött ellátások értékeinek beállítása,
• Tartalmi változtatások a korábbiakhoz képest
  • az ellátás közbeni két év folyamatos biztosítás elérés miatti 65% -ról 75 %-ra váltás dinamikussá tétele: a program emberenként, ellátásonként dinamikusan kezeli, nem kell a paraméter táblában állítani,
  • a MÁK adatszolgáltatás előkészítésben a GYES technikai esetlezárások kiszűrése az átadásból,
  • a MÁK adatszolgáltatás előkészítésben az egyben számfejtett, a tárgyhóból kilógó apaszabi bontása tárgyhavi rendszeres ellátásra és a pótutalásba kerülő nem tárgyhavi részekre,
  • a tbberho és a tbberev (irányadó időszaki keresetek részletező adattárai) "elavult tartalmának" programból történő archiválási lehetősége,
  • OEP negyedéves statisztika előkészítésénél a születési dátumok frissítése generálás közben,
  • több területi egység adatainak központi összevonását alkalmazó cégeknél (adat import) a negyedév végi hónapok összevonása esetén a program a negyedéves generált adattárakat is automatikusan összevonja, így a központi nyilvántartásban nem kell újragenerálni az adatokat, hanem a területi egységeknél "tisztított" összevont adatokat használhatjuk az adatszolgáltatásokhoz,
  • txtprint.exe rezidens DOS szövegfájl konvertáló és Windows-os nyomtató program frissítése letölthető. A legfrissebb változatban a példányszám 1 és 10 között szabadon állítható (2006.01.20.).

Verzió 17.04.01: 2005.10.27.

• A dosprinter.exe és dosprn.exe és txtprint.exe fájlhasználat bevezetése nyomtatások windows-os menedzseléséhez. Tbterm.dbf táblában spool fájl útvonal, spool fájl név, prn exe és prn paraméterek tárolásának bevezetése (tbterm frissítés kell). A tbterm.sets 5. pozición jelöljük a nyomtatási mód választást (-> cdosprn). Az mcond public változó folyamatosan tárolja a normál/sűrített íráskép beállítás állapotát.
• cdosprn=0 - hagyományos nyomtatás/1- dosprn a startup-ban indítva, egyébként hagyományos nyomtatás/2- dosprn startupban indítva, spool fáljra vár, nyomtatás helyett spool fájlba másol/5 - dosprint minden nyomtatásnál paraméterekkel indítva/6- dosprint startupban indítva, spool fájlra vár, nyomtatás helyett spool fájlba másol. Az utolsó beállítás (6) a saját txtprint.exe használatához is megfelelő: a "tálcán figyelő" txtprint a háttérben folyamatosan figyeli a spool könyvtárat és minden megjelenő lst fájlt a beállításnak megfelelően konvertál és kinyomtat, majd töröl.

Verzió 17.03.01: 2005.08.02.

• GYED statisztikai GYED05.DBF-be a 2005.07-edik havi gyedekről.

Verzió 17.02.02: 2005.06.28.

• Menüs keretprogram "do" ciklus halmozódó beágyazottság feloldása (pr. technikai probléma megoldása). Ellenőrzés beiktatása: Ctrl+Q kulcsra dolevel.lst fájlba íródnak a nyitott ciklusok.

Verzió 17.02.01: 2005.05.09.

• 2005.04. havi csp ellátások gyermekszám szerinti részletezése.

Verzió 17.01.04: 2005.04.11.

• A passzív baleseti táppénz adatai részletezésének módosítása a havi statisztika 24. és 25. soraiban (a hagyományos listás és a dbf és txt típusú adatszolgáltatásban is).

Verzió 17.01.03: 2005.03.18.

• Az ellátás elemzések utólagos adatmegállapító lap nyomtatásai között (Főm. 5/4/C) az aktív nyilvántartás nyomtatása mellet ezentúl lehetőség van az archivált (a tárgyévek elején kiszórt) adatmegállapító lapok kinyomtatására is. Ez csak törzsszámra szűrhető (teljes körű és név szerinti azonosítás kizárva). Az adatkarbantartás "Karton nézegető" pontjában előzetesen célszerű megkeresni és azonosítani az adatmegállapító lapot: a módosítás dátumát kell megnézni, mert ez az alapvető szűrőfeltétel. Ez után az adatmegállapító lap utólagos nyomtatásánál az archív nyilvántartást kell választani, majd megadni a módosítás dátuma intervallumot, végül az X jeleket vissza kell venni a törlés, a betegszabi bejegyzés és a bejegyzetlenség figyelésből, mert az archiválást mindig törlés előzte meg, a bejegyzések pedig kb. 2-3 éve kezelődnek, előtte pedig nem volt ilyen jellemző. A listaformát is ki kell választani, mert az évek során azok is változtak.
• Elegendő a program letöltés és frissítés!! A sűrítmény azonban már nem fér el egy floppin!

Verzió 17.01.02: 2005.02.13.

• táppénz alap legyűjtések uniformizálása, "dupla" tárgyhónapok elkülönített törlése, bérösszeállítás megtekinthetősége, univerzális kezelés cég specifikus módosíthatósága, technikai változatás a havi táppénz alap riport formákon,
• a felső menüs program változatban is lehet keresni a listafájlok képernyős megtekintése során,

Verzió 17.01.01: 2005.01.10.

• szokásos év elejei paraméter átállítások,
• nevelési ellátások értékeinek 2005. évi megváltoztatása,

Verzió 16.05.01: 2004.05.10.

• Családi pótlék ellátásban részesülők gyermekszám szerinti részletezése a 2004. áprilisi állapot szerint. A korábbi években a júliusi állapotnak megfelelő csp statisztika vonatkoztatási időszaka az idén április lett. Az elkészítés módja, hogy a táblákat a programból kinyomtatjuk és az értékeket átmásoljuk a MÁK által küldött floppyról telepített excel táblára. Ha ellenőrzitek az értékeket, a pótutalás nélküli havi adatokhoz hasonlítsatok.
  Az idén a III/1. táblával bővült a kör. Ehhez a program kinyomtat egy segéd listát a beteg gyerekek általunk ismert jellemzőiről. A ksh honlapjáról ki kell keresni a dolgozó lakóhelyének településkódját, az orvosi igazolásról pedig a betegség betűjelét és számjelét. Mivel az előbbi adatok a rendszerben nem rögzítettek és a fájl neve sem képezhető a mi programunkból, a legegyszerűbb, ha a tételeket az excel fájlba írjuk. A program a "brows" ablakban beírt adatokból apri04.txt néven teszi le a MÁK által megadott struktúrájú adatszolgáltatás fájlt. Ezt windows alatt kell elnevezni a szükséges módon.
• A programhelyen található GYED statisztikáról még nem tudok, azt valószínüleg augusztusban kéri majd az OEP.
• Elegendő a program letöltés.

Verzió 16.04.02: 2004.04.27.

• Az OEP lezárt ellátások negyedéves jegyzék finomítása, korrigálása. Az új OEP-es beolvasó programba az eddig is ismeretlen ellenőrzési szempontok közé új szempontokat vezettek be. Emiatt azokban a megyékben, ahol ezt használják, a tiszta betegszabis esetek fennakadhattak az ellenőrzésen, mert az aktív/passzív jelzőt a jelen OEP-es program állapot szerint tilos kitölteni (a tb program 1-el töltötte fel, ahogy eddig is). Ezeket az eseteket a karbantartás menüpontban korrigálni tudnánk és új adatszolgáltatással pótolhatnánk az előzőt, de ezt a változtatást beépítettem a programba is. Ezen kívül ez a probléma a hibavizsgálatba is bekerült hi28-as kóddal. Csak akkor fontos ezt a verziót letölteni és a negyedéves statisztikát az elejéről megismételni, ha az OEP kéri.

Verzió 16.04.01: 2004.03.27.

• Az OEP lezárt ellátások negyedéves jegyzék változásainak ávezetése.
  Változott az adatszolgáltatás struktúrája és a biztosítási jogviszony típus kódkészlete is. Emiatt a programon és a vonatkozó riportokon kívül szükséges a zart.dbf letöltése is.
  Zart.dbf struktúra módosulás: betosz (n 6,0) helyett (n 7,0), taposz (n 7,0) helyett (n 8,0).
  Letöltés után üres a struktúra. Az adatszolgáltatásban a generálás elkezdése előtt fontos a 6. pont (cégadatok) futtatása, hogy a használt kifizetőhelyi azonosító adatok automatikusan létrejöjjenek és megbizonyosodjunk a helyes beállításról.
  A 16.03.02 verzió elszámolási struktúra változás következményeként változott a tbdolg, tbdolga adattárak halmozott gyüjtő mezőinek hossza (n 7,0)-ról (n 8,0)-ra.

Verzió 16.03.03: 2004.03.04.

• Az apa munkaidő kedvezmény visszaigénylendő szakképzési hozzájárulás közterhének paraméterezése: az eddigiekben a program a közteher mértékére a munkaadói járulék és szakképzési hozzájárulás 4,5% együttes összegét ajánlotta fel (3%+1,5%) számfejtés előtt, amelynek módosítására figyelnie kellet azoknak, akik a szakképzési hozzájárulást nem igénylik vissza. Mostantól a program az ajánlatában figyelmen kívül hagyja a szakképzési hozzájárulást, ha a központi paraméter beállításban (108. sor 3. pozició) 1-est írunk. Az ajánlat ezután is átírható, de az alapértelmezés így kifizetőhelyenként beállítható.

Verzió 16.03.02: 2004.02.29.

• a betegszabadság táppénz folytatás felvitellel módszer további fonomítása: választási lehetőség a korábbi években használt és az új módszer között (ha nincs táppénz folytatás, akkor a hétvégi pihenőnapok is beleszámíthatók a bsz. idejébe, nem vágja le feltétlenül az utolsó munkanapon),
• programmódosítás nyolc hosszúságú számok (előjellel) tárolása miatt: elszámolások, korrekciók, teljes és tasakszerű jegyzékek, táppénzes utalvány, képernyős megjelenés igazítása,
• struktúra módosítás a tbeset, esarc, esarca adattárakban: (n 7,0)-ról (n 8,0)-ra, tappenz, tappenzva, tappenzvak, tappenztb, tappenztbk,tpfttb60, tpfttb65, tpfttb70, tpfttb75, tpfttb100, tpftva60, tpftva65, tpftva70, tpftva75, tpftva100, nyjar, levonva, levonas, utalft1, utalft2, khvaft, khtbft, khft mezők esetén,

Verzió 16.03.01: 2004.02.20.

• a folyó passzív táppénzekre ellenőrzés bevezetése: jelzés a 180. nap után a 2003.07.01 utáni és a 90. nap után a 2004.04.01 utáni passzív ellátások esetén (csak figyelmeztetés),
• az induló passzív táppénzekre jogosultság korlátozás bevezetése: 180 jogosult nap a 2003.07.01 után és 90 jogosult nap a 2004.04.01 után kezdődő passzív ellátásokra,
• táppénz folytatásos betegszabadság időszak szigorú lejárat meghatározása a jogosultságnál hosszabb betegállomány beírásnál: az utolsó heti munkanapon lejáró betegszabadság jogosultság előfordulásnál a heti szabad/pihenőnapon folytatódó táppénz kezdetének az eddiginél pontosabb megajánlása és a táppénz tétel ennek megfelelő felvitele,
• apa távolléti díj időszak pontos lejárat mehatározása a jogosultságnál hosszabb időszak beírásakor az utolsó heti munkanapon lejáró apa szabadság esetén,
• a havi és éves táppénz alap listánál az eddigi szűrők mellett a az ellenőrzést segítendő a jogviszonyra és az auto/kézi felvitelre szűrés bevezetése: a tárgyidőszak kihasználásával a legyűjtött táppénz alap ellenőrizhető a bérösszesítőhöz, ha eltérés van akkor a másik két szűrővel határolhatjuk be az eltérés okát,
• Az eü alap eseti levonásban történő korrigálásának korrekt lekezelése miatt szükséges volt bevezetni a havi táppénz alap legyűjtésbe a következő változtatásokat:
  • a havi táppénz alapok legyűjtésénél a rendszeres és nem rendszeres értékek viszonyítása és korlátozása a havi eü járulék alaphoz (csak akkor ajánlott, ha az eü alapokat korrektül karbantartják): az eü alap felülről korlátoz jel bejelölése kell hozzá a legyűjtő programban, ami alapértelmezés (2004.01.21 után módosított struktúra szükséges hozzá!! Ahol nincs új struktúra, ott sem akad ki a program, csak nem tud figyelni az eü alapra.),
  • az eddigi, az eü járulék nem nulla figyelést kiegészítve, az eü járulék alap nem nulla kiegészítő figyelés bevezetése legyüjtés közben (alapértelmezett), ezzel azok az elszámolások is képbe kerülnek, amelyekre a bér program nem számolt eü járulékot, de esetiben pótoltuk azt,
• OEP megállapodás:
  Tapasztalatunk szerint az utóbbi időben változóban van az OEP Ellenőrzési Főosztály hozzáállása a számítógéppel kiváltott jegyzékek és nyilvántartások elfogadásához. Eddig hallgatólagosan elfogadtak egyes jegyzékeket a kézi nyílvántartás helyett, ha azok az 1998-as Útmutató leírása szerint készültek (a jegyzékeink tartalmilag ilyenek voltak). Budapesten egyes kifizetőhelyeknél az utóbbi időben végzett ellenőrzések során esetenként kifogásolták az írásos megállapodások hiányát (információnk szerint ez belső utasításuk). Vidéken még nem kifogásolták a megállapodások hiányát. Az OEP szerint az új Útmutatóban pontosan le lesznek írva a feltételek (bár korábbi álláspontjuk szerint ez a régiben is le volt írva) és az alapján nem kell majd külön megállapodást kötni. Az OEP-esek is az új Útmutatóra várnak. A nyomdában viszont azt mondták nekem, hogy még kéziratot sem kaptak, így nem valószínű, hogy ez mostanában lesz. Úgy néz ki tehát, hogy szívesen veszik, ha a kifizetőhelyek megállapodást kötnek velük.
• A 2003. októbertől a listafájlok kezelésére és egyes jegyzékek utólagos nyomtatására vonatkozó sok átalakító munka nem öncélú szórakozás volt, hanem az OEP ellenőrzési főosztállyal történő folyamatos konzultációk eredménye és az utólagos, a szokásostól esetenként eltérő típusú myomtatókon történő nyomtathatóság feltételeinek kialakítását szolgálta. Vagyis a jegyzékeink hordozhatók és az állandó nyomtatónktól függetlenül minőségi nyomtatón is kinyomtathatók, a megállapodás szerinti jegyzékeink pedig még el is különíthetők a többi jegyzéktől.
• Ennek eredményeképpen az utóbbi időben Budapesten több kifizetőhely is megállapodást kötött az OEP-pel az adatmegállapító lap, a táppénzes utalvány és a táppénzfizetési jegyzék számítógépes úton történő nyilvántartására. Aki úgy gondolja, hogy a biztonság kedvéért megköti ezt a megállapodást az OEP-pel, szívesen segítünk. A gyorsabb eredményhez fontos a jó minták összeállítása és az egyéb feltételek teljesítésére való utalás. És utána a jegyzékek megfelelő nyomtatása, amikre a program lehetőséget biztosít.
• A korábbiakhoz képesti további nyomtatással kapcsolatos módosítások:
  • a nyomtató beállításból vagy ctrl+L lenyomásával bármilyen helyzetből hívható nyomtató beállító képernyő (korábban ez ctrl+P -vel működött, de ez ütközött egyéb rendszer beállításokkal, ezért változtattuk meg):
    1. nyomtató meghajtó választás (eddig is működött),
    2. nyomtató vezérlő-jel szerkesztés (eddig is működött),
    3. nyomtató beállítás módosítás (új lehetőség): program futás közben tudjuk módosítani a listafájlok elejére másolt nyomtatóvezérlő jeleket, függetlenül a pillanatnyilag használt nyomtató típusától,
  • prnorm.lst, prcond.lst mellé praktu.lst induló nyomtatás minta (saját területen) és használatba vétele, futás közbeni változtathatósága előző 3. pontban,
  • a 15.08.01 verzióban leírt szabványos jegyzékek (a megállapodáshoz tartozók) ..\out könyvtárban történő elkülönült kezelése, nyomtató vezérlő jelekkel történő ellátása (lézeres nyomtatáshoz),
  • nem a megállapodáshoz tartozó jegyzékek előzőhöz hasonló előkészítése nyomtatáshoz,
  • A főm 5/4/C pontban az adatmegállapító lapok utólagos kiiratásánál újabb szűrő feltételeket vezettünk be: letilthatók a betegszabadság bejegyzésű "adatmegállapító lapok", továbbá azok is, amik nem kaptak bejegyzést. Ez utóbbi akkor fordulhat elő, ha a bérelem összeállító képből azonnal kilépünk esc billentyűvel, ami lényegében a betegszabis esetnek felel meg, vagy, ha a régi módon használja valaki a programot (csak az éves összesen adatokat írja be). Ilyenkor vigyázni kell a szűrő feltételek beállításával, mert ez esetben jók is lehetnek az adatmegállapító lap adatai, csak a régi módszer alkalmazásával nem lehetett bejegyezni, hogy mi a képzés módja.
• folyamatos ellátások elemzés kiegészítése (Főm 5/4/8): a statisztikai átlagos állományi létszám kiszámításánál a tartós távollétbe vétel feltétele megváltozott - a fix 30 nap helyett egy hónapot kell figyelni. Az ezt segítő modult ezzel kiegészítettük (riport formák letöltése is szükséges),
• a TÁH-os adatszolgáltatás részletező jegyzékén az apa távolléti díj tételek számának kijelzését javítottam (a floppyt nem érinti),
• új függvények:
  • lpvezon(): listafájl bekapcsolás,előtte takarítás,additív nyitás, nyomtató szekvencia bemásolás,
  • lpvezoff(): listafájl kikapcsolás,utána takarítás,másolás out könyvtárba,
  • prn_setup(): nyomtató vezérlő jelek és fájlok,
  • col_setup(): szín beállítás,

Verzió 16.02.01: 2004.02.10.

• OEP havi statisztikai adatszolgáltatás változtatások:
• A biztosítás megszűnése után folyósított GYÁP és baleseti táppénz a 23. sorban az egyéb passzív táppénzek közé halmozódik, ott kerül részletezésre is. Emiatt a floppys adatszolgáltatásba bekerült nyolc új elem (még akkor is, ha soha nem láttunk és nem is fogunk látni ilyen ellátásokat). Ezen kívül a létszám adatok elnevezését (eü és nyj % változások miatt) okosan megváltoztatták. Aki eddig dbf formátumban adta be a havi statisztikai adatszolgáltatásást és ezután is ragaszkodik hozzá, az töltse le az adatstruktúrákat és bontsa ki abból az esst04.dbf fájlt és másolja a tavaly használt esst.dbf mellé (általában a \tap\dbfs könyvtárban van). Ideiglenesen az esst04.dbf letölthető önállóan is erről az oldalról (a kiemelt szövegre kattintva). Az adatstruktúrák kibontásával és bemásolásával nagyon óvatosan kell bánni és a műveletek előtt javaslok egy mentést! Aki ezt nem tudja megtenni, annak a személyes közreműködésünkig marad a txt formátumú adatszolgáltatás. Ehhez is le kell azonban tölteni a tb programot és a riportokat. Egyébként minden úgy megy, mint 2003-ban.
• A nálam lévő statisztikai lap első oldalán hiányolom a negyedéves floppy-k helyét, gondolom áprilisban majd meglepnek bennünket a miérttel is.

Verzió 16.01.02: 2004.01.31.

• finomítások, javítások (emelt összegű nevelési ellátás 18 éven felül, csak saját jogon),
• az adatmegállapító lap havi részletező adatlapján a kiírt hónapok igazodnak ahhoz, hogy a nemrendszeres jövedelem kifizetési napja hogy viszonyul az irányadó időszakhoz,

Verzió 16.01.01: 2004.01.09.

• szokásos év elejei paraméter átállítások,
• nevelési ellátásos gyerekekre új gyerekjellemző kód (R) bevezetése a beteg gyerek kódhelyen (3. pozíció),

2003.12.18. - Ver 15.08.01

• Adatmegállapító lap 4. forma (3 lapos) létrehozása: az eü járulék köteles jövedelmek részletezése a 2. lapra került, közvetlenül a napi átlagok 1. oldal alján történő kiírása után. Az eddigi 2. oldal a 3. oldalra sorolódott át. A fejlécek egységesek, így az egész adatmegállapító lap egységes képet mutat.
  Az adatmegállapító lapra is kiíródnak a betegszabadság kivét alkalmai (mint a számfejtési lapra).
  Előzőleg be kell állítani a (tbtabla.sets,6,1)=4 -et.
• Listafájl: tbdo04.lst
  A főm 5/4/9 pont táppénz fizetési jegyzéken az 5. oszlopba (Táppénz) az eddigi 2/3 rész helyett a bruttó táppénz kerül és elkülönítettük a passzív táppénzt. A fizetési jegyzéket átformáztuk úgy, hogy a gyed+bsz oszlopokkal együtt is elfér A4 méretű lapon. Sőt! Egy új jegyzéken csak a gyed oszlop kerül rá a szabványos jegyzékre (a bsz nem). Ezen a jegyzéken az oszlopok összesítő adatai nem az oszlopok alatt vannak oszloponként sor eltolással, hanem oszloponként egy-egy sorba íródnak ki függőlegesen.
• Listafájl: ellszf3.lst, ellszf4.lst
  A főm 5/4/A pont segélyezési pénztárnapló jegyzéken elkülönítettük a passzív táppénzt.
• Listafájl: ellptn03.lst
  A táppénzutalvány külön pontban is kiiratható. Ezzel elkülönül a számfejtési laptól és egyedileg kezelhető. A főm 5/4/B pontban az OEP ellátások infó listái között, a számfejtési jegyzék és a pénztárnapló után található.
• Listafájl: lutes.lst
  A főm 5/4/C pontban az adatmegállapító lapok utólag is kiirathatók. A szűkítésre több szűrő feltételt is használhatunk.
• Listafájl: tbdo04.lst
  A Főm 5/4/9-A-B-C pontok azért kerültek be egy helyre és íródnak ki állandó listafájlba is, mert ezen jegyzékek számítógépes vezetésére lehet megkísérelni megállapodást kötni az OEP-pel. A listafájlokat a hónap végén utólagosan is ki lehet nyomtatni laser nyomtatón, ami a megállapodás egyik kritériuma. A másik a rendszeres CD-s mentés lehetősége.
• Lényegesen felgyorsult a program a fizetési jegyzékek és a pénztárnaplók kigyüjtésénél (a betegségi ellátások és a nevelési ellátás esetén is).
• A számfejtési egyéni lapokon a "vállalatra" és "TB terhére" szövegek helyett "1/3" és "2/3" szövegek kerültek.
• Passzív táppénznél figyelmeztetés a 180 nap (2003.07.01 után) illetve a 90 nap (2004.04.01 után) tullépéséről.
• tbconfi.sets,2,1=1 -re a fizetett ünnepnapok nem a per napok között jönnek, hanem a munkanapokkal együtt,
  =0 -ra a per napok közé számítódnak (mint eddig).

2003.10.31. - Ver 15.07.05

• A számfejtési egyéni lapon a tárgyévi betegszabadság kivét kiiratása az utólagos nyomtatásnál.
  Az eddigiekben csak a számfejtés érvényesítésekor nyomtatott egyéni lapon részletezte a program a tárgyévi betegszabadság kivétet. Ettől a verziótól ez az ellenőrző listázásnál és az archív adatokból történő listázásnál (segélyezési tasakok teljes adattartalmú listái) is megjelenik.

2003.10.14. - Ver 15.07.04

• A Táppénzutalvány- ban a kórház 60%-os rész formai kibontása (az egyéb 60%-hoz halmozása, a 70%-osból kivétele: finomítás).

2003.10.07. - Ver 15.07.03

• Körlevél alapján (07.09) az apa szabi visszaigényelhető közterhe kiegészül a szakképzési hj. 1,5 %-ával.
  Emiatt ez az elszámolás induló képernyőjén a munkaadói j.-kal együtt jelenik meg 4,5%-ként (nem kell a 3,5 %-ot egyedileg helyesbíteni 4,5 %-ra). A MÁK-os adatszolgáltatás előkészítésénél a közteher ennek megfelelően származik.
• 2003.07.01-től a betegszabadság időszakba eső fizetett ünnepre betegszabadság jár. A naptárban a ünnepnap munkanapra beállításával a megfelelő működést az eddig működő programmal is el lehet érni (ahogy ezt a megelőző időszakban is tehettük a program eltérő igényeknek megfelelő működtetése érdekében).
  Az új változatban a fizetett ünnepet nem kell átírni munkanappá ahhoz, hogy a program a fizetett ünnepre is betegszabadságot számoljon. Az ünnepnap jellegének megtartása a továbbiakban azért fontos, mert az apaszabadság a betegszabadságtól eltérően működik.
• A táppénz, tgys, gyáp, üb és gyed számfejtési egyéni lap végére kiírásra kerül a Táppénzutalvány! Ez a "kutyanyelvnek" megfelelő adatokat ismétli meg kiemelten az egyéni lapról. Ezzel talán a kutyanyelvet is kiválthatjuk számítógépes nyílvántartással, legalábbis most próbálkozunk ezzel. Ezen szolgáltatást a program beállítások 108. sorában (központi beállítások) az első pozicióra 1 jel írásával állíthatjuk be.

2003.08.04. - Ver 15.07.02

• 2003.07. hónapra GYED statisztika: elkészíti floppyra a beküldendő adattáblát is,
• 2003.07. hónapra nevelési ellátás statisztika: a szokásos módon előkészíti a táblázatok adatait, amiket vagy rámásolunk a papíros táblázatokra, vagy a MÁK-os (leánykori neve TÁH) leírásnak megfelelően használjuk az általuk küldött Excel táblát és adatszolgáltatási formát.

2003.07.21. - Ver 15.07.01

• 2003.07. hónapra dupla csp:
  1. teendő: az előző verziójú programmal a szokásos havi jóság ellenőrzés 07. hóra , szükséges javítások (mintha egyszeres ellátás járna),
  2. teendő: internetről letöltött program bemásolása,
  3. teendő: az új verziójú programmal csp módosítás/általános adatkarbantartás/jogosultság elemzéssel/gyerek adattár használattal/gyerek pótutalás átvétel nélkül,
  4. teendő: a mindenkori szokásos számfejtési, feladási, .... műveletek,
  5. tudnivaló: 08. hónapban a 3. teendőben leírt módon automatikusan visszaáll az egyszeres állapot,

2003.04.24. - Ver 15.06.01

• OEP negyedéves lezárt keresőképtelenségi statisztikai adatszolgáltatás:
  • adatstruktúra váltás automatikusan programból,
  • generálásba az új elemek betétele az adattábla végére (szulev, pasznap), automatikus korrigálások, jovtip kiértékelés elsődlegesen az új adatmegállapító lap kereset származtatás felhasználásával, másodlagosan az eredeti kiértékeléssel (ahol nem használják az új adatmegállapító lap funkciót),
  • zartévho karbantartásba az új elemek betétele, szulev-szuldat származtatás megszervezése,
  • ellenőrzés kiegészítés, új elemek betétele: szulev nem üres, aktpasz-pasznap összefüggés vizsgálat (27-es hiba), jegyzék kiegészítése,
  • az eredeti riportok meghagyása mellett (2002.04 negyedévig a régi) két új riport bevezetése 2003.01. negyedévtől, új elemek be, kimaradtak ki, befordítása programba (ha nem sikerül a riportok letöltése és betöltése, akkor is működni fog),
• OEP havi statisztikai adatszolgáltatás:
  • az oep a kezdő és áthúzódó esetszámok meghatározására állásfoglalást adott ki április elején. A program eddig is a leírtaknak megfelelően határozta meg az esetszámokat az ellátás csoportokra vonatkozóan. Kis változást csak az egyéb táppénz csoporton belüli táppénz fajta váltás miatt kell bevezetnünk arra az esetre, amikor táppénz közbeni kórházi korrekciót alkalmazunk (bnokieg=KK), mert mi ezt egy esetként kezeljük és eddig így is számoltuk meg. A másik eset, amikor a program a két év folyamatos biztosítás elérése miatt egységes elszámolás közben automatikusan mértéket vált és tér át a 60 %-ról 70 %-ra. A jelenlegi program ezeket az eseteket a statisztikai adatszolgáltatásnál automatikusan ketté bontja és a megfelelő esetszámokhoz számolja, halmozva ezt az egyéb táppénz összesen sorokhoz és a mindösszesen sorokhoz is. A változás a régi statisztikai jegyzékre és az új típusú DBF és TXT formátumú adatszolgáltatásra is rákerült.

2003.04.07.

• apa munkaidő kedvezmény távolléti díj napi ehó közeteher rész megszüntetése (CSATÁR 1.0.2.9 leírás szerint),

2003.01-02. hó:

• szokásos év elejei paraméter átállítások,
• éves és havi legyűjtés beépítése programba, tbsu paramétertábla alapján, táppénz és üb elemek elkülöníthetősége ervenyes és ervenyesub jelzők alapján, rendszeres és nem rendszeres jövedelmek és kifizetési napok alapján elkülönítésük, havi jegyzéknél tartományra szűrés (03. hótól), legyüjtött táppénz alapok összevetése a bérösszesítő eü alappal,
• havi és éves legyűjtött táppénz alapok karbantartása, hozott jövedelmek bevezethetősége, közvetlen egyedi jegyzékelése, haviból egyedi halmozás évesbe,
• havi zárás halmozott adatok maximálása (érték, napok, hónapok) zárás közbeni túlcsordulás elkerülésére,
• nyomtató inicializáló kódsor letilthatósága (tbterm.sets,1,1)=1 beállításra
• irányadó időszak időtartam ajánlathoz a folyamatos előző jogviszony figyelembe vétele, (nem csak a jelen jv.),
• alternatív bérösszeszedés screen az adatmegállapító lapon (tbterm.sets,2,1)=1 beállításra:
  • havi és éves bérelem adatok közvetlen karbantarthatósága, hozott jövedelemek adatmegállapító lap közbeni felvezethetősége, haviból egyedi éves halmozása, help a kieső adatok szabványos használatához,
  • közvetlen terítési segédlet elérés,
  • eredeti adatok visszatölthetősége,
  • kilenc féle formkód alapján kiesőidő és táppénz alap meghatározás: előző év és előző 180 dolgozott nap meghatározása (dnap=mnap+unap+snap+hnap+ napa+napb+napc+nape), ...(super),
  • az előző év és előző 180 dolgozott nap típus esetén a nem rendszeres jövedelmeket hat különböző osztószám csoportba sorolja. Ha ez nem lenne elegendő, akkor a hetediktől kezdve az elemeket a hatodik elemhez halmozza úgy, hogy a jövedelemet annak az osztószámához arányosítja.
  • az első két típust kivéve a kiesőidő kiértékelés előállítja a jövedelem adatokat is.
  • a tényleges jövedelem csak egy cimke. Az első két típus alapján kiértékelt jövedelmeket cimkézzük meg ezzel a típus jellel, ha a minimálbérből vagy a szerződés szerinti jövedelemből számított érték helyett a tényleges jövedelemet kell használni (mert van tényleges jövedelme az első két típus alapján, csak a kevés dolgozott nap miatt nem tekinthető irányadó időszaknak) és mert rosszabb az előző kettőnél).
  • ha a figyelembe vehető kiesőidők (táppénz, gyáp, tgys, gyed) miatt nincs meg a 180 dolgozott naptári nap (a részletezés megtekintése segít ennek eldöntésében), akkor ezzel a cimkével a program megkeresi az utoljára számfejtett ellátást az előbb említett típusok közül és annak az átlagát és kiszámítási alapjait hozza be a képre.
• (tbtabla.sets,7,1)=1 alapján 3., havi részletező lap az adatmegállapító laphoz (3. lap),
• menüs vezérlés (tbterm.modi,42,1) beállításra (csak superuser),
• iker gyes bevezetése a gyes elszámolásba, ikrek esetén dupla gyes,
• iker anyasági ellátás bevezetése (tbterm.modi,41,1)=1 beállításra,
  • iker gyerekszám bejegyzés esetén az első gyerek adatainak felvezetése mellett további hat gyerek keresztnév és tajszám adatait vihetjük be a programba egy külön megnyíló ablakban,
  • a TÁH-os adatszolgáltatásban gyerekenként szétaprózza az egy tételű kifizetést, a gyerekek vezetéknevét az első lapon beírt gyerek vezetéknevéből származtatja,
• TÁH adatszerkezet változtatás és adatszolgáltatás változtatás, új összesítő és részlet riportok, a 2002.12. hó előtti időszakról csak adatszolgáltatás lehetséges, új ellátás az apa szabadság 0-s jocímmel és rögzítendő közterhekkel. Ez a korrekciókon is átvonul. Teljesen megváltozott az összesítő megjelenése és belső tartalma és kiegészült a részlet adatok köre. Ez az új riportokon is megjelenik. A program az új szerkezetnek megfelelően készíti ele a txt-s feladást a TÁH-os programnak.
• gyerek adattárba születési hely és ikergyerek szám bevezetése, meg 12-es ellátáshoz apaszabi figyelés,
• színkezelés változtathatósága tbterm.defszin->szinset.dbf alapján,
• számfejtési egyéni lapra (a számfejtéskori és archív nyomtatásban is) a kórházi időszak, dátum és elszámolás adatainak kiírása a betegszabi kirészletezéshez hasonlóan,
• l_print nyomtató modulban kiadható normál és sűrített váltás,
• 2002-ben "20" évesek csp-s jegyzék,
• új függvények:
  • ghoel_veg(): hó elejét és utolsó napját dátum formában visszaadó fv.;
  • gtanev(): tanév elejét vagy végét visszaadó fv.,
    - dnovel(): év,hó,nap növelő v. csökkentő fv.,
  • gkovetkho(): nnnn.nn szerkezetű tárgyhó növelő v. csökkentő fv. (13. hónapot is tudja)
  • gjgeninfo(): törvény szerinti %, érték, ... értékek visszaadása időszak szerint,
  • gapanap(): apaszabi visszadó (mint gbsznap a betegszabira),
  • go_utpill(): a társrendszer útvonalát adja vissza,
  • mber_tbsu(): rendszeres és nem rendszeres bérelemeket összeállító modul,
  • nr_dat(): a bérelemhez tartozó dátum tárolóhely sorszámát adja vissza,
  • nr_jcm(): jogcím alapján visszaadja a mező hivatkozást,
  • nr_invjcm(): mező vagy cimke azonosító alapján visszaadja a jogcím sorszámot,
• hiányzás (kieső idők) és naptár kezelés kiegészítése, apaszabi (B), sorkatona (K), gyerek ápolása miatti fiz.nélküli (L), munkanélküli járulék időszak (J) rögzítése és szabványos kezelése érdekében,
  az új kódú kiesőidők engedélyezése (B,J,K,L) a hiányzásban,
  osztószám csökkentő napok kategorizálásának átalakítása: D+L ocs-2 csoport, F+G+I+J+K ocs-3 csoport,
  a havi bérsorok kézi felvezetéséből (pl. hozott jövedelem havi sorok) a "betegség" miatti hiányzásokat is a felvezetésből értékeli ki a program a 'TAP','TGY','GYP','ÜB ','GYD','GYS' jelű hiányzások 1,2,3,4,5,6 hiányzás kódoknak megfelelően, az auto legyűjtés adataiból ezeket kihagyja, mert ott a saját elhiany adattárában feltételezi,
• feladás, összefésülés, TÁH-os adatszolgáltatás, negyedéves stati esetén az ismételt adatszolgáltatás előtt a korábbi adattábla sorozatos archiválása 001, 002, 003, ... kiterjesztéssel, azok visszatölthetőségére készülés,
• tbeset.atmenet jel élesítése, számfejtés közbeni feltűnő használata:
  • betegszabinál =1, ha táppénz folytatásos, (jó a statfeld=3 korábbi is, de ez egyértelműen és elkülönítve jelzi),
  • GYED-nél =1, ha gyes-ről volt az átmenet gyed-re,
  • GYES-nél =1, ha gyed-ről ment át gyesre (és =2, ha gyes-ről gyes-re),
  • ezeknek az új OEP statisztika minél teljesebb automatizálásában van jelentősége,
• betegszabi számfejtésben jelentős változás, hogy a táppénzes lap végének beírása mellet jogosulatlanság esetén (kevesebb a jogosultság), a program meghatározza a jogosultság végét és kérdés igen válasz esetén beírja azt az elszámolás vége dátumba, beállítja a gépi kód=0 v. 1-et (lezárja az esetet), a statfeld=3-at és a táppénz folytatásos eset=1-et,
• Másik nagyon fontos változás a betegszabi számfejtésnél a táppénz rekord előkészítés.
  Amennyiben a program állapítja meg a betegszabi végét az előző pontban leírtak alapján, a (tbterm.sets,1,3)=1 beállításra felajánlja a program a táppénzes rekord előkészítését: ha igen, akkor előkészíti a dátumokat, ha a betegszabinál kórházi jogcím, dátum, nap adatokat rögzítettünk, akkor azt beilleszti a táppénzes időszakba, beállítja a bnokieg kódot és a kórházi jogcím kódot (K, KK), a bizonylatszámba BSZF+ 6 jegyű véletelenszám jelet tesz és érvénytelen bejegyzéssel (0000.00 hónap jel) felviszi azt táppénzként (tbtipus=' 1')). Az adatmegállapító lap esetleges szükséges módosítása után csak módosító ágon kell a táppénz elszámolást átszámfejteni, de az alapvető bemeneti adatok már a helyükön lesznek. FONTOS emlékezni, hogy a bizonylatszám nem a szokásos 1 (vagy 2, 3, ...), hanem BSZF+ 6 jegyű véletelenszám és ezt kell kérni módosításra!! Bár ezt újabban beírni nem kell, csak ez alapján kiválasztani!
• számfejtés módosításkor a továbbiakban nem kell eltalálni a bizonylatszámot, mert a törzsszám és jogviszonykód kiválasztása után a program egymás után felajánlja a dolgozó kijelölt ellátástípusú elszámolásait, amiből választani kell (,mint a folyamatos ellátásoknál, csak ott a dolgozók is változnak).
• K és KK kórházi jel esetén a program automatikusan felajánlja a korrekciós kód=1 értéket!
• Számfejtésen belüli javításnál a program nem felejti az előző körben beírt gépi és stat. Kódjelet (nem az eredeti állapotot adja vissza, hanem az előző beírt értéket).
• OEP statisztika átalakítása 2003-nak megfelelően:
  • a kezdő mellet az áthúzódó esetszámok kiemelése,
  • a forma stop0301.dbf-be (pl.) tétele a központi könyvtárba, annak 001 archiválása ismétlés esetén (hosszabb időszak esetén stop2003.dbf (pl.)), ez Excellel is matatható!!! Ez az éves kiértékelésekben még jól jöhet!!
  • a tételeken történő futás sokszorosan meggyorsult (pimasz gyors), (ez a TÁH-os statisztikára is igaz),
• tbsu paraméter adattár önálló karbantartása: tárgyév szerint karbantartás, bércimke és jogcím feltöltés, tárgyév feltöltés a legközelebbi előző tárgyév adatai alapján,
• 12-es ellátástípus kóddal új ellátás számfejthető a programban: apákat megillető munkaidő kedvezmény távolléti díja (apa szabadság).
• A gyerek adattárba kell felvinni a gyerek adatait: hasonlóan a gyáp-hoz felviendő a jogosult napok száma, ami jelenleg 5. A jogosultságot a szülést követő második hónap végéig lehet érvényesíteni. Ezt a program ajánlja is. Mivel a gyereke taj száma a szabi kivétkor még valószínüleg nem ismert, gondoskodni kell annak gyerek adattárba történő rögzítéséről még a havi zárás előtt. Ha ez nem sikerül, akkor a táh-os adatszolgáltatás előkészítésekor leszünk kénytelenek pótlólag rögzíteni a taj számot. Taj szám híján a táh-os program nem tudja biztosítani az átvételt
• A hiányzási adattárba is fel lehet vinni az apa szabadságot "B" kiesőidő jellel. A betegszabihoz és az évi rendes szabihoz hasonlóan csak munkanapokra jár.
• Az elszámolása a betegszabihoz hasonlóan történik. A gyerek adatok és az "adatmegállapító" lap felvitele után számolható el. Gyerekes ellátásról lévén szó az elszámoláshoz gyerek azonosítókat is választani kell. Az elszámolás lényegében a keret adatok figyelésére korlátozódik, Ft értéke majd a bérelszámoláskor keletkezik.
• Mind számfejtéskor, mind a havi elszámolások ellenőrző listázásakor, mind pedig az archív adatokból a segélyezési egyéni lapokból nyomtatható számfejtési egyéni lap és tasak szerű megjelenítés, mint bármelyik másik ellátásra.
• Feladásban az m140=naptári napok száma, m141=munkanapok száma, m142=esetek száma, m143=Ft elszámolás (ami nem kerül feladásra, mert a bérelszámolás produkálja). A feladásban a jele "APA" (hasonlóan szabványosan, mint TAP,TGY,GYP,ÜB ,GYD,GYS)
  
  A feladás programhiba miatt megakadhat a jelenlegi mvcount=750 config.fp beállítások miatt. Mvcount=1000 beállítást kell elvégezni. Ez a paraméter beállítások ablakból a főnöki jelszóval elvégezhető a config.fp(u/w) karbantartás menüpontban.
• A statisztikai adatszolgáltatásba is bekerült az apa szabi. A betegszabi mögött található, a betegszabihoz hasonló adattartalommal.
• A legyűjtésen is átmegy az apa szabi és archiválódik. A hozzá tartozó gyerek adatok pl. a 2003.02. havi záráskor a gyes0302.dbf adattárba kerülnek letárolásra.
• Az apa szabi be lett illesztve a TÁH-os adatszolgáltatásba is. Ha elszámoláskor még nem volt tajszáma a gyereknek, de később pótoltuk a gyerek adattárban, akkor a részlet generálásnál a program próbálja pótolni az elszámoláskori hiányosságot a gyerek adattárból.
• Jelentősen gyorsult a Főm/5/2 segélyezési egyénilap nyomtatás az archív adattárból.
• 2003.02.20.: a TÁH kegyeskedett közre adni a programját! Sajnos az új struktúra leírásban változások voltak a januári kiadáshoz képest. Így változtatni kellet a már elkészített TÁH adatszolgáltatás előkészítő programon.
  • a másfél héttel ezelőtti állapothoz képest is struktúrát kellett módosítani a resz.dbf-ben (négy numerikus érték mező 6 hosszú lett, végre leszoktak a korrekciós mezők előjeles emlegetéséről),
  • végre megtudtuk és így átdolgozhattuk az apa szabihoz tartozó közteher számítás algoritmusát,
  • a részlet generálásban a közteher algoritmus át lett alakítva,
  • a részlet karbantartó képernyőn 6 hosszú numerikus megjelenítéseket kellett bevezetni a stru módosulás miatt,
  • az adatszolgáltatást az előző héthez képeset újra át kellet dolgozni a reszlet.txt 4 bájtos növekedése miatt,
  • a részlet jegyzéket szintén át kellet alakítani a struktúra módosulás miatt,
  • az apa szabi indító képernyőjére be lehetett vezetni a közteher számítás alapjaihoz használt értékeket:
    tb járulék %, munkaadói járulék %, napi fix közteher a tételes eho napra eső része miatt,
• A passzív ellátást kapó dolgozó passzív jellemzői feladásra kerülnek a bérszámfejtésbe pl. az at0302.egyinfo mezőben. Formája az első 10 karakteren:
  • P020030115 - a 2003.01.15-i mv. megszűnéshez tartozó passzív ellátás, amely a mv. megszűnés után indult,
  • P120030115 - ugyanez, de a folyamatos ellátás nem psszívként, még mv. ban indult,
• betegkártya adattáblát kivettem az igazításból,
• tbjogcim.dbf superuser-nek módosítható, főnöki jelszónak nézegethető a paraméter beállítások képben.
• Betegszabadság és apa szabadság Ft átvétele bérelszámolásból (Főm.5/9/2). A havi zárás után minden hónapban vegyük át a bérelszámolásból a kifizetéseket.
  • Fontos tudni, hogy a 12. hónap elszámolásához összesíti a bérelszámolás 12 és 13 havi elszámolásait. Ennek hiánya a negyedéves statisztikában ezelőtt okozott bsz ft eltéréseket.
  • Az átvétel miatt a statisztikai legyűjtésben a betegszabadság kifizetés is megjelenik.
  • Az átvétel nagyon fontos a TÁH-os adatszolgátatáshoz is, különben az apa szabik érték és közteher nélkül kerülnek be a részlet generálás során és kézzel kell azokat korrigálni.
  • A negyedéves OEP statisztika esetében mostantól az átvétel lehetősége miatt ki lehet zárni a betegszabik újbóli kiértékelését, de gondolni kell arra, hogy itt a kevert kódú betegszabik (bsz+táppénz) jó régen is lehettek, tehát a generálás során a helyes bsz adatokhoz nem elegendő a közelmúlt hónapjaira elvégzett betegszabi ft átvétel.
• Az éves és havi béradatok jegyzékénél időszaki szűrés bevezetése: évesnél csak a tárgyévre figyel, havinál a tárgyhóra is. A 13. számfejtési hónapot értelmezi.
• OEP statisztika további átalakítása 2003-nak megfelelően:
  • az eredeti statisztikai listák helyén csak jegyzékek készítésére van mód a továbbiakban,
  • az adatszolgáltatás részbe került modulban a szűrő beállítás után adatelőkészítéssel áll elő a stopévhó.dbf (pl. stop0302.dbf egy hónapra) vagy a stoptáév.dbf (pl. Stop2002.dbf egy tárgyév több hónapjára),
  • Az előkészített adatok soronként karbantarthatók,
  • Az adatszolgáltatás txt és dbf formában is elkészíthető, alapértelmezett a txt. Kimásolható floppyra vagy a megadott "out" útvonalra. A központi könyvtárba es030201.dbf illetve es030201.txt néven adminisztrálódik a pl. 2003.02. havi 01 sorszámú adatszolgáltatás fájl, ami a sorszám részét elveszíti a kimásolás során. A sorszám bevezetését az indokolja, hogy az es0302.dbf formát 15 éve használjuk a havi elszámolások éles leválogatására.
  • A dbf típusú adatszolgáltatás akkor választható, ha létezik az esst.dbf alap struktúra, amiből a program az adatszolgáltatás fájlt származtatja (pl. es0302.dbf -et). Ha nem létezik, akkor nem is választható!
  • három fajta jegyzék készíthető:
    1. az előkészített és karbantartott adatokról,
    2. az elkészített dbf típusú adatszolgáltatásról (ha lehetséges és volt is),
    3. az elkészített txt típusú adatszolgáltatásról (ha volt ilyen),
• Adóelszámoláshoz nevelési ellátásból gyerek adatok átadása a bérelszámolásba. A tavalyihoz képest plusz az adókedvezményezett hónapok számának átadása a kedvezményezett gyerekekre a havi gycsxxxx adattárak alapján és a születési hely korábbinál pontosabb átadása, amennyiben a gyerek adattárban legalább az átadás pillanatában ki van töltve.
• Idei változások finomítása:
  • hibajavítások (03.03-03.06 jegyzetek),
  • tápp. egyéni lapokra kereatl,prematl,jutaatl,termatl kiírása a régi osztószámos számítás helyett,
  • tbberev riportra kiírja a tárgyévet,
  • tag/alkalmazott/mindenki statisztikai szűrés vektorhiba javítása,
    - minimálbér és havidíj adatmegállapító lap esetén a 30 nap osztónapból véletlenül sem számol osztószámcsökkentést,
  • előző ellátás átlagánál figyel arra, hogy a találat ne legyen része a jelen ellátásnak (próba esetén sem hibázhat),
  • nem számorg-invest-es bérből apaszabi adatok átvétele,
  • nem számorg-invest-es bér havi legyűjtések előkészítése,
  • OEP számfejtési jegyzékre betegszabi ft kiírása és összesenbe tétele,
  • TÁH adatszolgáltatás hiba javítás (0 utalás esetén napi közteher számítás apa szabinál),
  • rendszerváltás automatikus floppy függetlenné tétele nem unix-os környezetekben (devicea, device00 bevezetés),
  • ctrl+P printer driver hívás (felső menüs környezetben) alternatíva bevezetése: pr. Inicializáló screen, ha (tbterm.sets,4,1)=1,
  • prg. indításnál prcond.lst és prnorm.lst segéd fájlok előkészítése prini10 és prini20 vezérlő karakterekből,
  • kórházi ellátások kiírásra kerülő háttérszámítás adatainak (KK tb-re eső és összesen Ft) hibás számítási algoritmusának javítása, (04.04.)
    (csak a kiírásra kerülő adatokat érinti, az elszámolásokat nem!!!)
  • a KK ellátások tb-re eső és összesen ellátás Ft adatainak utólagos átszámítása programbetét,

1. Betegszabadság
   • fizetett ünnepnap kezelése; U=nem betegszabi, naptárban M legyen, ha betegszabit adunk fizetett ünnepre!
2. Táppénz alapok
   • táppénz, tgys, gyáp, üb táppénz alap különbözőségek,
   • 180 bérezett nap keresés (gyes, katonai szolgálat, mint ok, megszűnt, azaz nem ok!!), osztószám csökkentő napok,
   • rendszeres és nem rendszeres jövedelmek különválasztása,
   • speciális nem rendszeresek (éven túlnyúló jövedelmek),
   • éves és havi részletezettségű jövedelem elemzés,
   • táppénz alap terítés, hozzá segédlet,
   • új adatmegállapító lap forma, hozzá tbtabla.sets,6,1=2/3 beállítás,
   • adatmegállapító lap: jövedelmek és osztószámok (öt jegyű osztónapok),
   • gyed technikai minimálbér használata a gyed korlát minimálbértől elválása miatt,
3. Jegyzékek
   • SZJA elszámoláshoz családi kedvezményes gyerekek adatainak előfeltöltése, átadása,
   • folyamatos keresőképtelenség elemzés eltérő ellátástípusok összekapcsolásával havi zárás előtt,
     (passzív állományba vételi, vissza, teljes lista),
4. Egyéb
   • feladásban indexállomány másolása letiltva, majd visszatéve,
   • negyedéves lezárt keresőképtelenség statisztika bővítése változásokkal, ellenőrzés módosítás,
   • negyedéves OEP statisztika riportok változtatása, gyerek szüldat-tal,
   • augusztusi nevelési ellátás és GYED statisztika,
   • 2002. júliusi dupla nevelési ellátás és augusztusi visszaállítás,
   • TÁH-os adatszolgáltatás 8. ellenőrző jegyzék: csarc tárgyhavi elszámolások összehasonlítása gycsévhó.dbf gyerek részlet adatokkal, visszahatás nincs, a kimutatott hiba "örök"
   • adatösszevonás modul: (tbterm.modi,39,1)=1, dbf_stru.import=1 az importálandó fájlokra, trsrdsz.kategoria='IMPORT ', trskod,dev_atvet beállítások után működtethető,
   • visszamenőleges csp. utalás előkészítése (2002.11 hóban 09. és 10. hó) és TÁH-os adatszolgáltatásban elkülönítő kezelés, iskoláztatási ellátás megszüntetése,

• Adatmegállapító lap - üb napi átlag telejesen függetlenül felvihető a tápp. napi átlagtól,
• gyed (51000 korlátosok korlátja nem nő)
• TÁH adatszolgáltatás mágneses adathordozón - adatelőkészítő program,
• OEP negyedéves lezárt keresőképtelenségek statisztika,
• 2001. november 24-től a GYED havi elszámolására nem a saját ellátás induláskori minimálbér értékét kell használni, hanem az adott havi minimálbér korlátozza minden GYED értékét. Ennek megfelelően kell folyósítani a GYED-et novembertől és átszámolni a GYED-eket 2001. január 1-től visszamenőleg. A különbözetet pótutalásként kell megadni

2000.08.10.:

• aug. nevelési ellátás statisztika,

2000.03.15.:

• 2000.jan.-tóli stati listára igénybevevők számának kiírása,
• adatmegállapító lap régi forma, 1 oldalas, 2 oldalas új forma kiírása subs(tbtabla.sets,6,1)= ' ','0','1','2' beállítás szerint 2000 jan utáni amlapoknál,
• segélyezési egyéni lap kiírás módosítása:
  • első napi va/tb. munkaidő megosztás,
  • utolsó munkanap beírás, kiírás,
  • tp.-nél a tárgyévi betegszabik kiírása (csak számfejtés után),

2000.03.01.:

• 2000.jan.-tóli stati, ellátás bevallás sorok kiírása kód helyesen,
• adatmegállapító lap újfajta kiírás,

2000.02.15.-2000.02.23.:

• ellptn(2), ellszf riportok segélyezési pénztárnapló és szf.jegyzék
• ptn. és szf.jegyzékek válogatása fizetési naponként, ellátástípus. Szétválogathatósága,
• ágazati jegyzékek visszaállítása statiba, seg. egyéni lapba, ptn.kbe, szf.jegyzékekbe

2000.01.22.-2000.01.23.:

• sys(13) printer figyelés helyett printstatus() a prnchklp-be,
• tbconfi, tbterm bebővített mezők editálása a gjparas-ba,
• cspptn(2), cspszf riportok az 1999.10. hó utáni csp/GYES-re,

2000.01.04.-2000.01.18.:

• gbersum0 a tárgyévi legyűjtéshez,
• gjdober0 irányadó időszaki bérelemek, minden a keresetbe halm.ható,
• kbsum99,kbdsum99 kézi legyüjtő program és tbev99.frm report
• betegszabi 2000 beírás (15/0/0, új),
• 99- 5080, 2000- 5520 napi maximumok figyelése (atladat),
• GYES nydj 8%,
• nyd.min 16600, GYES és anyasági tám.nál is,
• atadas.dbf GYED átadás újra, GYED nydj is,
• tbev99 listázó programból,
• csp. csal. kedv. és csp-adonyt összehasonlító lista adóell.hez,
• GYED számfejtés felelevenítése az új szabályoknak megfelelően,

1999.11.17:

• csp.-t és isk. ellátást is kapók számának kiírása a csp. Statiban,
• emelt összegű csp. ellátás gyerek és utalás szám,
• nem a tárgyhóhoz tartozó nyitott elszámolások ellenőrzése, táblázatos megjelenítése
• listák képernyőre/nyomtatóra irányíthatósága minden listánál,

1999.10.01-13:

• csp./isk. támogatás szétválasztás,

1999.08.10:

• gyerekszám stati 1999 júliusi állapot,

1999.06.18:

• stati 1999-be megyekód,régiókód szűrés, (ha subs(modulok1,32, 1)='1' és agspec-ben feltöltött),
• controlling-ba megyekód,régiókód előrendezés,
  (ha subs(modulok1,32, 1)='1' és agspec-ben feltöltött),

1999.05.04:

• gyerek adattárban a tajszám és anyja neve mezők haszn. Bevezetése, (struktúrában már benne volt korábban is),

1999.03.29:

• terhesség miatti táppénz direkt leprogramozása: bno=='6...',
• ez a tgys jogosultság hiányában járó táppénzt jelenti,
• előzmény, de nem feltételez előtte betegszabit (mert betegszabi
  csak 44$ a,f-re kell),
• eü zárlat miatti keresőképtelenség direkt leprogr. :bno=='7...',
• ez nem betegség miatti táppénz,
• nem előzménye más táppénzeknek,
• nem feltételez előtte betegszabit (mert betegszabi csak 44$ a,f-re kell), - nincs 1/3 vállalatra eső része,

1999.03.04:

• az 1900-as és a 2000-es verzióban is visszaállítottam "a betegszabi jár ünnepnapra is" verziót 1999.03.01 után kezdődő betegszabiknál (1998.03.31 előtt is így működött). Forrás: Nagykun, Szolnoki MEP,

1999.02.23-24:

• éles próba számfejtés közben (váltás, átszervezés, munka), RENDBEN!!
• az első évezredes változat: TBC2000 (C) ver. 11.03 (1999. március),

1999.02.22:

• stati 1999 jan 1-tőli jegyzék, kis módosítások.,

1999.02.14-17:

• 2000 probléma csiszolás, teszt,
  • chmod-ok átfésülése,
  • nyomtató inicializálás általános program,
  • karton nézegető dokuku-ra alapozva (admlap, gyerek, hiány, esarc, archívok),
  • kch2000 programba és általában az adatátszervező programba,
  • any.tám, tem.seg.,utik.tér számfejtés és listázás tesztje,
  • új sablonok és elmentésük (szövegszerkesztő),
  • controlling elemzés excel fájl-ba és floppyra másolása,
  • csp igény relatív változás (szűkülés/bővülés,cspft,gyszam,bgyszam),

1999.02.13.:

• 2000 probléma 1. tesztköre OK. 02.13; 23:53:40

1999.02.06.:

• 2000 probléma megoldás folytatás gőzerővel, fejre állítva a TB prg.,

1999.01.30.:

• "hibajavítások", prg. Gyógyítások
• passzív tápp.nél nem növekszik a bizt. idő, nem érheti el a két évet, ha nem úgy indult (marad 60 %-os) (elszalgo.prg/tapalgo) és nem is ajánlhatja fel a váltást,
• új elszámolásoknál a jog. idő a 2000. évbe csuszás miatt 365 nap helyett 1 nap. Javítva!! (elozmeny, gmegmond évezred váltás)
• csp-s gyerek Ft letiltás a gyerek adattár karbantartásban,
• indexelőbe bevezettem az finvest proc.t így teljes körűen és jól lekezeli a fájl foglaltságot,
• a hiba proc. végre jól kezeli le a "C" kilépő jelet (ie. Kilép),
• az utolsó nem évezredes változat: TBC ver. 11.02 (1999. február),

1999.01.26.:

• GYES elszámolás töredék időszak esetén a Ft-ra kerekített napi GYES-ből számolás,

1999.01.04.-1999.01.12.:

• gbersum9 a tárgyévi legyűjtéshez,
• gjdober0 irányadó időszaki bérelemek, jut.,prém tárgyévben is számit,
• kbsum98 kézi legyüjtő program és tbev98.frm report
• betegszabi 1999 beírás (15/1/3, mint 98-ben),
• 98- 4290, 99 - 5080 napi maximumok figyelése,
• GYES nydj 8%,
• nyd.min 15350, GYES és GYED közben is, anyasági tám.nál is,
• csp. és iskolai támogatás, újra jövedelem független, egyetemista gyerek beszámító (F), 20 évnél idősebb középiskolás is beszámító, új összegek,
• atadas.dbf strukturális előkészítése csp./it bontású átadásra,
• beteg gyerekek számának átadása a bérnek (m103-ban),
• tbev98 listázó programból,
• éves csp. lista és hiányzás összesítés lista fájlba és nyomtatóra,
• controlling állománycsoportra és 13. hónapra gyűjtés befejezése,

1998.11.15.:

• Controlling Humán Rt.
• 2000. év átírás elsősorban strukturális (és program) előkészületei,

1998.08.08.:

• csp júliusi statisztika 98.07 hóra,
• csp nyt. keresetszármazás jelző bevezetése
  Normál - üres,
  Előre látható jöv. csökkenés - E,
  6 havi jövedelem csökkenés - H,

1998.05.24.:

• betegszabiból az ünnepnapok kihagyása - előkészítés (bekapcsolva 1998.08.08-án),

1998.02.24.:

• *.prg-k konvertálása 852-es kódlap szerint (ver 10. 2),

1998.01.24.:

• apró javítások: dolgoz2 megtekintés, adó és tajszám ellenőrzés javítása a dolgozo.dbf bedat, kidat típusváltása miatt,

1997.12.20.-1998.01.11.:

• gbersum8 a tárgyévi legyűjtéshez,
• gjdober0 irányadó időszaki bérelemek, jut.,prém tárgyévben is számit,
• kbsum97 kézi legyüjtő program és tbev97.frm report
• dolgozo.dbf bedat,kidat dátum tip.lett, alkalmazkodás átvételnél,
• betegszabi 1998 beírás (15/1/3, mint 97-ben),
• kódfordító nyomtatás a nyomtatás menedzselő proc.ba,
• osztószám minden bérelemre azonos, (osztószám csökkentett),
• 97- 3300, 98 - 4290 napi maximumok figyelése,
• GYES nydj 7%,
• TGYS mindig 70% (01.01.-után indulóknál), csak 180 napos korlát van,
• ATMENET ideigl. haszn.ról az EGYINFO-ra áttérni a napt.,ÖTA,...-nál,
• GYÁP 12 éves korig kibővitése, a halmozás kerülésére csak figyelmeztet a program a gyerek adattárnál és a számf.nél is, nem tilt,
• nyd.min 13700, GYES és GYED közben is, anyasági tám.nál is,
• régi tip. GYES nydj számf.be, egyéni lapra, tasakra, cspgyes ptnaplóba, cspgyes számf. jegyzékre, (feladásba, statisztikába később),

1997.11.07.:

1. -10000 alatti visszavétek a csal. pótlékos törzs karbantartásában, áttekintésében, csp. elszámolásban, feladásban, kifizetési jegyzékeken, legyűjtésben, segélyezési egyéni lap utólagos nyt.ban, negatív számok bevezetése az egyszeri segély és a szoctám elszámolásba (eddig csak > 0 számok vettek részt az elszámolásban),

1997.11.04.:

1. FoxPro menük és Visual FoxPro 5.0 próbálkozások, kódlap cross-platform függetlenség tanulmányozása,

1997.10.21.:

1. Mezőmagyarázatok gyors áttekintés,
2. Controlling lista újabb átalakítása,
3. Összetett műveletek tárolására muvvalt.dbf bevezetése és gvcount proc. kialakítása, filtvalt.dbf bevezetése elemző feltételek tárolására (újfajta általános elemző körvonalai),

1997.10.16.:

1. Taj- és adószám ellenőrzés egy környezetbe foglalása,
2. Formanyomtatványok kezelése,
3. Azonosító módosítás bevezetése,
4. Csp. éves jegyzék,
5. Előző hiányzás elemző jegyzék,

1997.10.09.:

1. Nyomtatás közvetlenül lista fájl-ból kódkonverzióval (prnchklp),
2. Controlling lista átalakítása,
3. Új TB doksi részletek (folyamatosan),

1997.09.25.:

1. Általános elemző modul foxpro-hoz és a megnövekedett adatállomány számhoz igazítása,

1997.09.15.:

1. Controlling lista az ellátások elemzése közé: betegszabi, táppénz elemzés összevetve a BÉR elszámolásával (MatávCom),
2. Teljeskörű dolgozói állományra főbb Bér-munkaügyi adatok megtekintési lehetősége az ellenőrzések pontban (Matávcom),
3. Tbhelp megtekintése az ellenőrzések pontban,
4. Késedelmi-kamat számításhoz segédlet az ellenőrzések pontban (Gysgy),

1997.08.07.:

1. Csp. gyerekszám statisztika (97.07. hó),
2. Csp egyszeri adatszolgáltatás floppy-n a 3%-nyi ellenőrzéshez,

1997.06.23.:

1. Unix képernyő szemetelés miatti képernyő frissítés további gyomlálása a feladásoknál,
2. Feladások 1-4 ágazati struktúra szűkítése 1,2,3,4 jegyekre,

1997.06.15.:

1. A Főmenü 5/3 listák széttagolása logikai egységekbe, mert már szemléletesen nem volt bővíthető a kínálat,
   • stati listák,
   • elszámolás infók,
   • csp. infók,

1997.06.11.:

1. egyedi naptárhasználat bevezetése speci naptár megjelöléssel, egyelőre az ATMENET - ben tárolva, de párhuzamosan az EGYINFO-ban is, ahol van ilyen mező (SZRT),
   • adatmegállapító lapba felvezetni,
   • 1-5 és 11 számfejtésbe onnan betárolni, használni,
   • elhiany legyűjtésbe beírni,
   • elhiany karbantartásba betenni,
2. ÖTA tag jelző bevezetése, egyelőre ATMENET - ben tárolva, de párhuzamosan az EGYINFO-ban is, használata az ÖTA jegyzék szűrésnél,
3. üres dátum és dátum-sztring bevezetés elkezdése a számfejtő programokba a hosszú dátumra készülés miatt,
4. kórházi dátumok számfejtési tartományba esésének vizsgálata,

1997.06.05.:

1. tbhelp fokozatos feltöltése, bevezetése,

1997.05.30.:

1. ÖTA lista kiegészítése - archív/munka adatárból is,
2. Eelozmeny mező bevezetése az igazi előzmény tárolására (1998-tól),
   Egyinfo mező bevezetése apró jellemzők tárolására
   (ne kelljen minden info miatt struktúrát módosítani), most a számfejtési naptár és az ÖTA tag jelző számára,
   97-ben még az ATMENET (c 10) mezőben tárolva, mert ez májusban mindenhol kint volt már a struktúrákban,

1997.05.26.:

1. Gjsetprn() függvény bevezetése a nyomtatások lezárására főleg Unix és Windows környezetben,
2. Gjparteq() függvény karakterlánc részleges egyezőség vizsgálatra,
3. Charirt() függvény karakterlánc egyes karaktereinek cseréjére,
4. Dalakit() függvény 6-os karakterlánc dátum karakterlánccá alak.-ra,
   ill. dátum karakterlác pontjainak kiszedésére,
   3. Adószám és TAJ-szám átvétele nem Sz-invest-es bér-szja-ból, ellenőrzése,

1997.05.15.:

1. a szüneteltetett gyerekeket és a szüneteltetett beteg gyerekeket figyelembe kell venni a családnagyságban, még akkor is, ha éppen nem kell rájuk fizetni csp-t - előkésziteni, megcsinálni,
2. Az előző miatt új gyermek-jellemző kódok bevezetése a csp-s gyerekek számára, az eddig idegen ht.ban nevelkedő szüneteltetett jellel leállított saját gyerek "SV" kódjel cserélése "L"-re,

1997.05.13.:

1. Tajszám/adószám csoportos ellenőrzése a dolgozo.dbf-en és egyedi ellenőrzése (foxpro only),

1997.05.06.:

1. Gyes 100/50 % méltányossági számfejtése és statisztikai megkülönb.
2. 97.05.01-től érvényes csp. változások bevezetése a karbantartásba, jóságell.be,

1997.04.25.:

1. Rövid csp. kifizetési jegyzék címletjegyzékkel (foxpro only),
2. új indexállományok bevezetése (tbberev, tbberho, tbtorzs),
3. kezdő betegszabi-szám visszakorrigálása áthúzódó betegszabi lezárásánál a statiban,
4. kórházi ellátás dátum szerinti regisztrálása, ÖTA lista (MÁV IK),

1997.04.15.:

1. betegkártya nyilvántartás javítása a szem.szám-törzsszám változás miatt: floppys adatszolgáltatás változtatása, kontroll listák vált.
2. szinset.dbf, tbhelp.dbf bevezetése, NORED paraméter-rel a piros színek letiltása paraméter állományból,

1997.02.20.:

1. Statisztikai adatszolgáltatás megigazítása, de tartalmában régiben hagyása: vigyázni a kezdö esetszámokkal és az 1/3 táppénzekkel,
2. Taj szám, adószám, szüldat, férfi/nő bevezetése a nyt.kba, átvétele dolgozo.dbf-ből, tajszám ellenőrzése az adatm. lapnál és a csp. Törzskartonnál
3. TAJ szám kiírása az adatmegállapító lapra, számf. egyéni lapra, kifizetési jegyzékekre, csp/gyes kifiz./ptnaplóra
4. több terminálos számfejtés megoldása Novell hálózatban (Humán),
   TBCONFI, TBTERM konfigurációs adatbázisok szétválasztása, (az utóbbi évek legdrasztikusabb átalakítása)
5. előkészületek a hosszú dátumra: rövid és hosszú üres dátum sztringek bevezetése,
6. FoxPro-s előkészületek:

1996.08.06.:

1. Javítottam a programban:
   • a Statisztikai jelentés egyéb táppénzeinek %-os megoszlásánál az 1/3 részek kiírásán, és az új GYES-ek össz értékének kiírásán,
2. Új programrészek:
   • Főm. 5./3. utolsó pontjában csp/GYES pénztárnapló,
   • Főm. 5./3./7. pontjában csp júliusi állapotnak megfelelő statisztika I/1., II/1., II/2.A. táblák gyűjtése. Ez a lezárt júliusi hónap adataiból készül. Fontos lenne, hogy a csp jóság ellenőrzés júliusra elég jó legyen, mert a számfejtéskor rögzült gyerek, kereset és családi állapot adatokat használja a program.

1996.06.15.:

1. Struktúra módosítások bemásolása (ilyet most csinálunk először)
   • mindenek előtt egy sikeres mentés,
   • belépés a TB rendszerbe a főnöki jelszóval,
   • a TB rendszer Főmenü/9. pont indítása
   • állományonkénti másolásra Igent válaszolni (I)
   • két új adatállományt másol fel a program
   • ha bármi gond van, telefonon konzultáljunk.
2. Figyelem!
   • indexeljünk a főm. 1/I. pontban,
   • ha volt már elszámolás feladás 96.06. hónapra (a CSP nem érdekes), akkor a főm. 3/3 pontban töröljük le az ES9606.DBF adattárat és így adjuk fel
3. GYES változások
   Az április 15. előtt megnyílt jogosultságokat a régi módon számfejti a program. Az ez utániakat a nyugdij minimummal.
   
   Ha átminősít valaki az újra, akkor a régit le kell zárni a programban, az adatmegállapító lapon ki kell nullázni a GYES összegét (800, ... Ft) és új bizonylatszámmal meg kell nyitni az új GYES-t. A BNO kiegészítő kódba (a két pozíciós rovat) új GYES esetén írjunk U -t. A keresőképtelenség legelső napjának április 15. utánra kell esnie hogy a program az új rend szerint folyósítsa a GYEST. Ha valaki április 15-én vagy utána válik jogosulttá és a jövedelmek alapján nem jogosult az új GYES-re, de a régire igen, akkor az adatmegállapitó lapon töltsük ki a GYES régi összegét és ne írjunk a BNO kieg. kódba U betűt, így folyósíthatjuk a régi GYES-t.
   
   Az új GYES 6%-a megjelenik a GYES számfejtési egyéni lapon (számfejtés után), a GYES tasakon (főmenü 5/2. pont) és a feladási (kifizetési) jegyzéken (főm. 3/2. pont).
   
   Ha az új GYES közben GYES korrekciót kell csinálni (6-os jogcím), akkor a KI (kieg.) sorban a régi GYES-t, az AL (alapellátás) sorban az új GYES-t lehet korrigálni. Csak az új GYES részre számol a program nydj-t.
4. Táppénz változások
   A január 1-én vagy utána induló keresőképtelenségű táppénzek és kórház esetén a program számfejtés közben ketté bontja az 1/3 táppénzt és a maradékot. Az 1/3 részt a vállalatra sorban, a 2/3-ot a TB-re sorban jeleníti meg.
   
   Az 1/3 táppénz megjelenik a számfejtési egyéni lapon (számfejtés után), a tasakon (főmenü 5/2. pont) és a feladási (kifizetési) jegyzéken (főm. 3/2. pont).
5. Változások a statisztikában
   A főm.5/3/3. pontban a 96 áprilistól érvényes statisztikára készül a program azokra a hónapokra, amelyekre az előbb leirt módokon történt a számfejtés. A leglényegesebb változás, hogy a vállalatra eső 1/3-okat az emberenkénti számfejtésből adja össze (és nem a táppénz összesenek 1/3-át szorozza ki), ill. a TGYS %-os megoszlását is számolja. A méltányossági kiértékelésekre nem megbízhatók a nyilvántartásaink, azokat nem értékeli a program.
6. A statisztikát befolyásoló finomabb megkülönböztetésekre új rovatokat kellene bevezetnem a programba. Ennek a módosításait nem tudnám ilyen módon elküldeni, csak személyesen lehetne telepíteni. Ezeknek a telepítését őszre tervezem, amikor a TAJ bevezetése miatt úgysem lesz elkerülhető a személyes telepítés. Akinek szüksége lenne rá előtte, az értesítsen.
7. A bér programban a vállalatra és tb-re eső táppénzek és a régi és új típusú GYES -ek elkülönítésére a legújabb Bér program verzióra van szükség. Ennek telepítése miatt konzultálni kell a bér program rendszergazdájával.
   
   A közeljövőben talán többször is kénytelen leszek ezt a módot választani a program frissítésre. Emiatt kérem, hogy, aki teheti juttassa vissza a floppyt. Ha szükséges a helyszíni konzultáció, kérem jelezzétek.
   
   Kiegészítés a "TB Programváltozások 1996. júniustól" korábbi program módosításhoz (1996.06.20)
   
   1. Változás a Bérbe történő éles feladásban:
   Az új GYES/régi GYES, a vállalatra eső 1/3-ad táppénzek dolgozónkénti elkülönítése az éles feladásokban is megjelenik. A korrekt átvételhez új bér program verzió is szükséges. Azért, hogy a TB alrendszerben történő szétválogatás ellenére a bérben lehetséges legyen az eddigi egy tételben történő adatátvétel (hogy korrektül működjön az adatátvétel változatlan bér program esetén is) változtattunk az ellátások éles feladásán (főm. 3./2.) . A TB program kifizetési jegyzékein látható az elkülönítés, a bérben azonban ez csak akkor jelentkezik így, ha a feladásban kérjük a táppénzek vállalatra/TB-re történő elkülönítését (az IGEN válasz esetén). NEM válasz esetén a táppénz egy összegben kerül átadásra.
   
   Ezzel a feladási móddal nem égetően szükséges a bér rendszer frissítése, de az esetleges telepítés miatt konzultálni kell a bér program rendszergazdájával.

1996.04.22.:

1. Csp változások
   • módositás/gyorskarbantartásban megjelenik a beteg gyerekszám és a netto kereset,
   • módositás/általános adatkarbantartás működik, de kell hozzá a netto kereset,
   • csp jóság ellenőrzés működik,
   • módositás név szerint - most ez alkalmazandó mindenki esetén
     akinek nem jár csp nem muszáj törölni a törzskartont, elég, ha 0 Ft az ellátás.
2. TGYS változások
   • Az április 15. előtt megnyilt jogosultságokat a régi módon számfejti a program. Az ezutániakat 70-60 %-al.
3. GYES változások
   • Az április 15. előtt megnyilt jogosultságokat a régi módon számfejti a program. Az ezutániakat a nyugdijminimummal. Ha átminősít valaki az újra, akkor a régit le kell zárni a programban és meg kell nyitni az újat. A keresőképtelenség legelső napjának április 15. utánra kell esnie, hogy a program az új rend szerint folyósitsa a GYEST.
4. A paraméter beállitásban (Főmenü/1./P. pont) a tábla állományban a nyugdijminimum most bentlévő 320 (vagy esetleg még 280) Ft napi értékét át kell irni 9600 forintra. Ezután a program ebből számolja majd a GYED esetén a minimum napi átlagot is.