KÉKKŐI ZOLTÁN
KÉKKŐI ZOLTÁN
KÉKKŐI ZOLTÁN (FKGP): Tisztelt Elnök Úr! Tisztelt Képviselőtársaim! Először is engedjék meg, hogy Farkas Imre képviselőnek szóljak egy pár szót. Nem parlamenthez illő, hogy elfoglaltsága miatt távol lévő minisztert kritizál. Köszönöm. Akkor elkezdeném a hozzászólásomat.
A 2000. évi dátumváltással kapcsolatban elrendelt bankszüneti napra eső pénzfizetési kötelezettségek határidejét a 214. § szabályozza. Ez így szól: "Ha jogszabály, bírósági határozat, közjegyzői határozat, bírósági végrehajtói intézkedés, hatósági határozat vagy szerződés alapján teljesítendő pénzfizetési kötelezettség határidejének utolsó napja 1999. december 30-ára és 31-ére, 2000. január 3-ára és 4-ére elrendelt bankszüneti napra esik, a határidő a bankszüneti napot követő első munkanapon jár le." - és a többi.
A 2000. év problémájáról már hónapok óta egyre nagyobb gyakorisággal esik szó, az már közismertnek tekinthető. Gondolhatnánk, hogy akkor elegendő idő volt arra, hogy kezelni lehessen. Miért kell mégis óvatosan bánni ezzel a kérdéssel? Ennek a számítógépes hátterére szeretnék rávilágítani.
Az alapprobléma az, hogy bizonyos esetekben a dátumtípusú adatok évszámát 4 számjegy helyett 2 számjegyen tárolták a tárolókapacitások kihasználása vagy az adatrögzítés könnyítése érdekében, és ez mindeddig megfelelt, az évszázadot mindenki elképzelte. A 2000. évtől kezdve viszont az évszázad elhagyásával a számítógép 1900-ra gondol az esetek többségében.
A 2000. év még egy rendhagyó dolgot hoz magával: a szökőnapot, 2000. február 29-ét, ami századforduló esetén nincs, de 400-zal osztható évek esetén van. Talán nem kell hangsúlyozni annak fontosságát, hogy a számítógépnek tudnia kell kezelni ezt a napot is. A probléma érinti mind a hardvert - más szóval a számítógépet -, mind a rajta futó programot, vagyis a szoftvert. A hardver tekintetében viszonylag egyszerű a 2000-kompatibilitás eldöntése. A számítógépben az alaplapon lévő BIOS teszi lehetővé a rendszerdátum és a rendszeridő elérését. A tesztek elvégzése után - például évváltás szimulálása, kritikus dátumok beállítása - biztonságosan eldönthető, hogy maga a számítógép alkalmas-e a 2000. év kezelésére. Ha nem, akkor szükségessé válik az alaplapon lévő BIOS-chip cseréje, vagy magának az alaplapnak a cseréje. Ez elsősorban régebbi számítógépeknél fordulhat elő.
A szoftver tekintetében a helyzet sokkal bonyolultabb. Egy-egy számítógépen általában igen sok program fut. Egy-egy program tesztelése a 2000. év szempontjából több okból kifolyólag is körülményes. Az évváltás szimulálását éles adatokkal érthetően nem szívesen végzik maguk a felhasználók. A program készítője elvégezhet különböző ellenőrzéseket, de kérdés, hogy elérhető-e és vállalkozik-e rá. A szoftver esetében viszonylag gyakran derül ki, hogy nem 2000-kompatíbilis, mert a tárolt adatok között vannak dátumtípusúak, a képernyőkön szerepelnek dátumok, programfutás során munkaváltozók között előfordulnak dátumok, amelyek nem használhatók a 2000. évtől.
Bizonyos, eddig elérhetetlennek tekintett dátumok speciális jelentéstartalommal bírnak. Például 1999. december 31. egy határozatlan időre szóló szerződés végét jelenthette. A programban használt dátumműveletek nem 2000-kompatíbilisek, például két dátum között eltelt napok kiszámítása, vagy egy dátumot követő valahány nappal későbbi dátum meghatározása során a szökőnap kihagyása, a dátumellenőrzés során a szökőnap tiltása. Mindezek jelentős programmódosításokat vonhatnak maguk után, mellyel kapcsolatban a következő problémák vetődhetnek fel:
A program készítője, illetve készítői kapacitáshiány miatt nem tudnak vállalkozni a módosítások átvezetésére, például túl sokan hasonló jellegű megkeresés miatt; a forrásprogramok megsemmisültek vagy elvesztek. Ekkor gyakorlatilag újra kell írni a programot. A sok módosítással hibák kerülhetnek a szoftverbe. A fent említettek mellett ki kell emelni, hogy nincs olyan módszer, amely teljes biztonsággal kiszűri a szoftverben rejlő, a 2000. évvel kapcsolatos problémákat, mert nem lehet minden esetet átgondolni. Ennek következményei az évforduló környékén a következők lehetnek: dátumadat rögzítése lehetetlen, hibás számítások, a program felfügg, például évzáráskor az 99-et mint évszámot eggyel növelve háromjegyű szám adódik, amit nem tud tárolni.
Összegezve, meg kell állapítani, hogy a számítógépes rendszerek a legkörültekintőbb felhasználók esetében is labilisak lesznek az évváltás közelében, ami indokolttá teszi a pénzfizetési kötelezettségek teljesítési határidejének jogszabályban rögzített módon történő szabályozását.
Köszönöm a figyelmet.
