Káli Csaba: E-archivum a gyakorlatban – felhasználói tapasztalatok és lehetőségek. Levéltári Szemle, 57. (2007) 2. 3–13.

gében magába foglaló, 2006-ban napvilágot látott példatárat alkalmazni. Nem haszonta­lan esetleg egy általános fondrevíziót tartani a számítógépes feltöltés megkezdése előtt, melynek keretében ha fizikálisan nem is, de elvben elvégezhetőek a fondösszevonások. A használati útmutató a törzskönyvvel kapcsolatos magyarázatok végére tette az e menüpontba tartozó „Levéltári szintek" és „Segédtáblák" testreszabását, illetve karban­tartását, noha a törzskönyv feltöltése ezek nélkül el sem kezdhető. A szintek meghatáro­zásánál egyetlen jó tanács: semmiképpen ne játszadozzunk a szint azonosítok módosítá­sával — főleg menet közben — például ha az „állag" gyári SF rövidítése nem tetszik, mert nem tartjuk konzekvensnek a többi rövidítéshez képest. Sajnos a program nem fi­gyelmeztet, hogy elemi hibát vétünk, viszont ez olyan rendszerhibát okoz, amit csak a feltöltés terjes újrakezdésével orvosolhatunk. Felhívjuk a figyelmet, ha az említett példa­tár hierarchia-struktúrájával korrelálva akarjuk feltölteni a törzskönyvi adatbázisunkat, akkor az eddigi gyakorlatban használtakhoz képest (pl. IV. fondfőcsoport) több levéltári szintre lesz szükségünk. A metodikai probléma — az e-Archívumtól függetlenül — ab­ban jelentkezik, hogy azonos levéltári szintet a különböző levéltárak nem biztos, hogy ugyanolyan névvel, vagy ami a lényeg, ugyanolyan szinten fognak a programban kezel­ni. A törzskönyvi „Segédtáblák" esetében szintén több olyan aprónak látszó, de hatásá­banjelentős dologra kell figyelni, ami a használati utasításból kimaradt vagy abban rosz­szul szerepel. A „Napló" fül testreszabásánál jó tudni: ha a megadott gyári értékekhez képest más terjedelmű dobozt akarunk felvenni, akkor a szó maximum kilenc karakter­ből állhat és ami ennél is fontosabb, nem lehet benne szám! Ha valaki arra vetemedik, hogy a különböző méretű dobozok nevében számmal jelezze a nagyságukat (pl. „ki­csid", ami alatt a 12 cm-es doboz értendő) és az előbbi példában jelzett dobozból ké­sőbb valamilyen műveletnél, például — stílszerűen — a fogyatéknál kiválaszt 1 darabot, meglepve fogja tapasztalni, hogy a rendszer 112 doboznak értelmezte az utasítását. So­kakat meglepett, hogy a „kötet" darabszám típusú terjedelmi egységnek van gyárilag be­állítva. Ha nem darabszámban, hanem ifm-ben kívánjuk kifejezni a kötetek mennyiségét, akkor egyszerűen csak át kell azt állítanunk terjedelem típusúra {„Segédtáblák", „Nap­ló" fül, kijelölés, „Módosítás" gomb), de természetesen minden egyes későbbi adatrög­zítésnél egyéni értéket kell beállítanunk hozzá manuálisan. A „Raktárak" fülnél újabb meglepetés ér bennünket, feltéve ha a használati útmutató idevágó részét már áttanulmá­nyoztuk. A leírás tíz lehetséges raktározási szintet említ, noha már az itteni illusztráció­nak szánt képernyőképen, és legfőképpen a valóságban is mindössze hat létezik. Ez a mennyiség egyes levéltárak esetében elképzelhető, hogy kevésnek ígérkezik, főként, ha egyet meg akarunk hagyni tartaléknak a különlegesen tárolt (pl. páncélszekrény) anya­gok helyrajzi jelzetének megadására. Miután végeztünk a „Levéltári szintek" és „Segédtáblák" testreszabásával, indulhat a törzslapok kitöltése. Az „Alapadatok" fülön található „ Terjedelemi [sic!] típusú raktá­ri egységek" ablakrésznél rögtön egy apró kényelmetlenségbe botlunk, ide ugyanis — szemben a „Darabszám típusú raktári egységek" ablakrésszel — nem építettek be törlő gombot, így a módosító gombbal kell lenullázni az adatokat, amelyek így törlődnek. Ugyanitt a dobozok kiválasztásánál jelentkezik a program egy meglehetősen furcsa szá­molási hibája. Ha kiválasztunk a bármilyen, de szabályos névvel bekódolt 12 cm-es do­bozból kilenc darabot, a program nem 1,08, hanem 1,8 ifm-ként tárolja el azt. Érthetet­len. Meglepettségünk csak fokozódik, ha különböző, de a szabálynak megfelelő neveken 8

Next

/
Thumbnails
Contents