Tähelepanu! Artikkel on enam kui 5 aastat vana ning kuulub väljaande digitaalsesse arhiivi. Väljaanne ei uuenda ega kaasajasta arhiveeritud sisu, mistõttu võib olla vajalik kaasaegsete allikatega tutvumine.
Aasta 2000 -- kas võimalus või väljakutse?
Esmakordselt inimkonna ajaloos astume peagi uude sajandisse automatiseeritud ühiskonnana. Oleme loonud enda kõrvale osaliselt isetoimiva keskkonna oma atribuutide ja mis tähtsam -- oma aja ning selle arvestuse meetoditega. See keskkond koos seostega töötab nagu iseenesest ning köidab meie tähelepanu vaid siis, kui selle osad ei ole töökorras. Vahetult enne sajandivahetust muudab meid ärevaks tõsiasi, et me ei tea täpselt, kuidas automaatika tõlgendab aastaarvus nelja numbri vahetust.
Kui toidukaupluses ringi vaadata, leiab lettidelt tooteid, mille säilivusaeg on küllalt pikk ja mille pakendile on trükitud teade: «Parim enne 20.01.00.» Selline kuupäev tootel ei tekita meis vastumeelsust, pigem on see naljakas, sest mõistame selle tähendust -- seda toodet on soovitav tarbida enne 20. jaanuari 2000. aastal. Kuidas käitub aga seda kombinatsiooni lugedes automaatika -- kas masinad, kompuutrid ja arvutid suudavad seda mõista?
Alates esimestest loodud arvutitest ja programmidest kasutatakse kuupäeva registreerimisel kalendriaasta sisestamiseks kahte viimast kohta, mistõttu on kahekohalisest formaadist saanud infotehnoloogias de facto standard. Standardi koostamisel on osa programmide tootjatest aga unustanud, et käesolev sajand ei kesta igavesti, vaid vahetub uuega, mistõttu vajavad aastanumbris asendamist mitte ainult kaks viimast numbrit, vaid antud juhul juba kõik neli.
Kui me aastal 2000 salvestame programmi «00», siis sellist kombinatsiooni interpreteerivad ühed programmid kui «viga», teised aga sooritavad ebakorrektseid arvutusi. Selline olukord võib oluliselt mõjutada ravimi- ja toiduainetööstust, kus suurt rolli mängivad valmistamise kuupäevad ja toote säilivuse tähtajad. Krediidiasutustes võivad laenuintressi arvutused anda kahtlasi tulemusi, sest aasta 00 ja aasta 99 vahel on -99 aastat. Tõsi, pangad on selle probleemiga juba varem seoses pikaajaliste laenudega kokku puutunud ning osaliselt probleemi lahendanud.
Veel näiteid. Transpordifirma lähetab teele konteinerid kiiresti riknevate kemikaalidega, millel on kindel aegumistähtaeg. Kaup jõuab kohale 20/01/00. Vastava kuupäeva sisestamisel ütleb aga kauba vastuvõtnud firma laosüsteem üles. Ka arveid ei tasuta, sest vastavalt maksetingimustele nad lihtsalt ei aegu.
Sarnaseid näiteid võib tuua klienditeeninduse vallast, kus tellimusi ei täideta õigeaegselt, ning tootmisest, kus tekivad probleemid planeerimisega. Segadust võib tekitada amortisatsiooni arvestus põhivaralt, FIFO meetodi kasutamine laoarvestuses jne. Naljakaid tulemusi võib anda ka inimese eluea arvutamine nt elanikeregistris -- kas inimesed vananevad või noorenevad?
Kõik programmid sisaldavad hulgaliselt kuupäevi. Järelikult on kõik firmad, kes igapäevatöös arvutit kasutavad, silmitsi sama probleemiga. Peaasjalikult puudutab see vanemaid ja vähemtuntud programme. Enamik uusi programme on võimelised korrektselt interpreteerima aastat 2000. Samas toodetakse tänaseni programme, mis võivad tekitada asjatut segadust sajandi vahetusel. Uue programmi soetamisel küsige tootjalt või eksperdilt garantiid programmi eduka toimimise kohta järgmisel aastatuhandel.
Teadvustage probleem ning uurige, millist riist- ja tarkvara kasutate. Eriti kehtib see raamatupidamise ja majandusarvestuse programmide kohta. Paranduste tegemine pole keerukas, kuid kõigile kehtib sama ajalimiit, mis on juba kaasa toonud programmeerijate ja spetsialistide nappuse.