A közbeszerzési pályázat 2. sz. melléklete
ODR Műszaki leírás A rendszer egészére vonatkozó elvárások .......................................................................... 2 1.1. Az Országos Dokumentum-ellátási Rendszerhez kötődő komplex fejlesztés célja ... 2 1.2. Általános szempontok ................................................................................................ 3 1.3. Az ODR modulok és funkciók sémája ....................................................................... 4 2. ODR példánytár fejlesztése ................................................................................................ 4 2.1. A rendszer részei ........................................................................................................ 5 2.2. Példánytár általános jellemzői .................................................................................... 5 2.3. A példánytár felhasználói interfészei ......................................................................... 6 2.4. A példánytár tartalma ................................................................................................. 8 2.5. A példánytár kereshetősége ........................................................................................ 9 2.6. Példányrekordok betöltése/updatelése ..................................................................... 10 2.7. Statisztika ................................................................................................................. 11 3. ODR felhasználók nyilvántartási rendszerének fejlesztése .............................................. 11 3.1. A rendszer részei ...................................................................................................... 11 3.2. Specifikáció .............................................................................................................. 12 4. ODR menedzsment rendszerének fejlesztése ................................................................... 14 4.1. A rendszer részei ...................................................................................................... 14 4.2. Könyvtárnyilvántartó adatbázis................................................................................ 14 4.2.1. Feladata ............................................................................................................ 14 4.2.2. A könyvtáradatbázis tartalma ........................................................................... 15 4.2.3. A könyvtáradatbázis feltöltése, karbantartása .................................................. 16 4.2.4. Statisztikák ....................................................................................................... 16 4.2.5. Együttműködések ............................................................................................. 17 4.2.6. Felhasználói interfészek a könyvtárnyilvántartó adatbázishoz ........................ 17 4.2.7. Egyéb elvárások: .............................................................................................. 17 4.3. Kérésadminisztrációs rendszer ................................................................................. 17 4.3.1. Alapfeladatok ................................................................................................... 18 4.3.2. Funkciók ........................................................................................................... 19 4.3.3. Felhasználói interfészek ................................................................................... 27 5. Mellékletek ....................................................................................................................... 30 1.számú melléklet: Példánytár rekordok adatelemei ....................................................... 30 2. számú melléklet: MOKKA-ODR közös begyűjtés ...................................................... 37 3. számú melléklet: Könyvtáradatbázis adatelemei ......................................................... 39 4. számú melléklet: Kérés-rekordok................................................................................. 51 5. számú melléklet: Jelenlegi státuszlista ......................................................................... 54 6. számú melléklet: OCLC-státuszok ............................................................................... 56 1.
1
1.A rendszer egészére vonatkozó elvárások 1.1. Az Országos Dokumentum-ellátási Rendszerhez kötődő komplex fejlesztés célja
1.1.1. A jelen pályázatban kiírt fejlesztés együttesen a Magyar Országos Közös Katalógus fejlesztésére kiírt pályázattal azt célozza, hogy a magyarországi dokumentumvagyon feltárása, lelőhelyeinek és aktuális hozzáférési paramétereinek nyilvántartása, a dokumentum-ellátási rendszerben résztvevő könyvtárak szolgáltatási viszonyainak regisztrálása és az ezeken alapuló dokumentum-forgalom egy egységes rendszerben legyen hozzáférhető a szolgáltatást igénybe venni kívánó magánemberek és könyvtárak számára. A program erős szálakon kíván kapcsolódni az on-line könyvtári térhez egyrészt azzal, hogy az eredetileg más bibliográfiai adatbázisokban kereső felhasználók számára is kínálja szolgáltatásait, másrészt továbbnavigálási lehetőséget biztosítva. 1.1.2. Számítva a MOKKA program által kialakítandó bibliográfiai adatbázisra és adatfeltöltő mechanizmusokra, a jelen fejlesztés az alábbi csomópontok köré szerveződik: 1.1.2.1.Példánytár-adatbázis, 1.1.2.2.Könyvtárakat és szolgáltatásaikat nyilvántartó adatbázis és könyvtárközi kérésadminisztrációs rendszer 1.1.2.3.Felhasználó-nyilvántartás 1.1.3. A rendszer bármely moduljának fejlesztésekor meg kell valósítani az egyes elemek - a MOKKA adatbázist is ide értve -- teljes integrációját. Ez elengedhetetlenné teszi a szabványos megoldások alkalmazását minden téren. 1.1.4. A rendszer tervezésénél biztosítani kell a továbbfejleszthetőséget, amely egyrészt további külső adatszolgáltató rendszerbe integrálását másrészt újabb szolgáltatások rendszerre építését célozza majd. Egyes jövőbeni fejlesztési irányokra a modulok leírásánál utalunk majd. 1.1.5. A műszaki leírásban leírt feladatok és funkciók figyelembe vételével részletes rendszertervet kell készíteni a megrendelő által megjelölt szakértők részvételével. 1.1.6. A műszaki leírás és rendszertervben foglaltak maradéktalan megvalósulását és ennek folyamatos monitorozását a szállító a megrendelő által megjelölt egy szakértő és három programozó szakember alkalmazásával is biztosítja.
2
1.2.
Általános szempontok
1.2.1. Szoftvereszközök, adatbázismotor forráskódját a DEENK számára át kell adni, hogy a szolgáltatás hosszú távú fejleszthetőségét, üzemeltetését biztosítani lehessen. 1.2.2. Az adatbázis-kezelő licenszeit is tartalmaznia kell az ajánlatnak. 1.2.3. Az ajánlattevőnek az ajánlat keretein belül vállalnia kell a rendszer öt éves fenntartását. 1.2.4. Mentések, helyreállítás: a rendszernek saját eszközeivel biztosítania kell, hogy on-line másolat épülhessen a MOKKA gépen, és hiba esetén át lehessen állni arra a szerverre. Arra is kell leírás és eszköz, hogy ilyen esetben vissza is lehessen állni, a szállító közreműködése nélkül is. 1.2.4.1.Alapmegoldás: kézi beavatkozás szükséges az átálláshoz és a visszaálláshoz is. 1.2.4.2.Preferált megoldás, ha a rendszer szükség esetén automatikusan átállítja illetve visszaállítja a szolgáltatást a tükrözött adatbázisra. 1.2.4.3.A megvalósítást a legmesszebbmenőkig össze kell hangolni a MOKKA adatbázis ODR szerverén való tükrözésének feladatával. 1.2.5. A szoftverrendszernek rendelkeznie kell automatikus mentő funkcióval 1.2.6. A szoftverrendszernek rendelkeznie kell visszaállító funkcióval 1.2.7. Az aratás ideje nem lehet több, mint egy hét 10 millió példány esetében. 1.2.8. A szolgáltatás nagy biztonságú, folyamatos üzemeltetése követelmény, amelyet az alábbiak biztosításával kívánunk elérni: 1.2.8.1.A rendszeren folyamatos terhelésfigyelésre és hardver/szoftver hibafigyelésre van szükség. 1.2.8.2.A szállító részéről minél magasabb szintű rendelkezésre állas vállalása 1.2.8.3.A szállító részéről minél rövidebb idejű hibajavítás vállalása. 1.2.9. A szállító készítsen oktatási tervet a rendszer különböző szintű üzemeltetői és felhasználói számára. 1.2.10. A szállító olyan felhasználói dokumentációt és útmutatásokat készítsen, amelyek helyérzékeny módon segítik a rendszer használatát minden felhasználó számára. Az útmutatók wikiben készüljenek, hogy a használat során felmerülő szempontokkal a jövőben folyamatosan kiegészíthetőek legyenek. Az eredeti útmutatók, az üzemeltetők kiegészítései illetve a felhasználói hozzászólások különböző jogosultságokkal kezelve legyenek beépíthetőek ebbe a rendszerbe.
3
1.3.
Az ODR modulok és funkciók sémája
ODR-séma
2.ODR példánytár fejlesztése Az ODR adatbázis sikeresen teljesítette a eredeti célkitűzést, hogy megkönnyítse a könyvtárközi kölcsönzést. A közben megváltozott infrastruktúra, és felhasználói igények kielégítésére az új rendszert nyitjuk a felhasználók felé, vagyis már nem csak a könyvtárközi kölcsönzés megkönnyítése a cél, hanem közvetlen olvasói szolgáltatások létrehozása is. Az olvasókat úgy tudjuk legjobban elérni, ha nem egy ú,j önálló szolgáltatást indítunk, hanem beépülő szolgáltatást nyújtunk azon rendszerek számára, amelyeket az olvasók ma is használnak. Olyan rendszert készítünk, amelyet a ma használt katalógusokba integrálhatnak a könyvtárak, és nem csak lelőhelyinformációkat biztosítunk, hanem olyan hozzáadott szolgáltatásokat (pl. borítók, ismertetések, a műhöz kötődő elektronikus források és szolgáltatások), amelyek az egyes könyvtárak katalógusaihoz illesztve az egyes könyvtárak felhasználói számára is fontos további információkat jelenthetnek. A rendszer tehát a felhasználó számára leginkább egy oldalból áll, ahová a helyi katalógusokból, a MOKKÁ-ból, a közös keresőkből és egyéb bibliográfiai szolgálatásokból juthat és amely összefoglalja számára az adott műhöz köthető információkat és szolgáltatásokat: megjelenik a borító, a leírás, fülszöveg, az elektronikus lelőhelyek, a könyvtári lelőhelyek és egyéb kapcsolódó források. Innen egy kattintással elérheti az elektronikus forrásokat, könyvtárközi kérést indíthat, és megtudhatja azt is, hogy esetleg a szomszéd utcában kikölcsönözheti a művet, ha odamegy.
4
2.1.
A rendszer részei
(a számok az összefoglaló séma egyes részeire utalnak) ODR példánytárhoz kötődő felhasználói interfészek (1) Példánytár adatbázis (7.) Kapcsolat a helyi rendszerek felé (11) OpenURL interfész a beérkező kérések számára (13) OPENURL resolver (14) rendszer kezdeti feltöltése (15)
2.2.
Példánytár általános jellemzői
2.2.1. A példánytár adatbázis alapvető feladata az, hogy a MOKKA adatbázis bibliográfiai rekordjait részletes példány - és hozzáférési információkkal egészítse ki. (részletesen lásd 1. sz. melléklet) 2.2.2. Ezeknek az adatoknak az alapján állítja össze a felhasználói felület azokat az olvasóknak szóló ajánlásokat, amelyek a dokumentum megszerzését segítik. 2.2.3. Ha az olvasói keresés nem egy adott dokumentumra vonatkozik, a példánytárnak a kérést kielégítő lehetséges találatokat rendszerezve, az olvasó számára bibliográfiai és hozzáférési relevanciák alapján csoportosítva és rangsorolva kell prezentálnia. (lásd még lent is.) 2.2.4. A bibliográfiai rendezés: A példánytár rekordokba feltöltésük során olyan azonosító kulcsok kerülhetnek, amelyek segítik a megjelenítéskor a rekordok megfelelő FRBR alapú csoportosítását. (MOKKA duplum-azonosító, egyes műveket, kifejeződési formákat azonosító FRBR kulcsok stb.) Az FRBR kulcsokat a MOKKA feltöltő készíti el, a példánytár tárolja azokat az alaprendszer részeként. (Ha a MOKKA program nem készíti el az FRBR kulcsokat, jelen fejlesztés keretein belül kiegészítő feladatként vállalható oly módon, hogy a kulcsképzés a MOKKA-ODR közös feltöltés elemeként legyen futtatható.) A rekordok rugalmas, különböző szempontú csoportosítása, rendezése (dokumentumtípus, szerzők, tárgyszó, kiadási dátum stb.) a megjelenítés részeként. 2.2.5. A dokumentum hozzáférhetőségén alapuló relevanciák az alábbi forrásokban megtalálható információk együttesén alapulhatnak: példánytár könyvtáradatbázis felhasználói adatbázis helyi kölcsönzési információk
5
2.2.6. A példánytár szinkronizációját biztosítani kell mind a MOKKA adatbázissal, mind a helyi adatbázisokkal. 2.2.6.1.A MOKKA feltöltő mechanizmusai közvetítik a példánytárba a példány- és állományinformációkat, a MOKKA duplum-ellenőrzés és MOKKAazonosító kiosztása után. A MOKKÁ-tól a későbbiek során is fogadni kell minden olyan módosítást a példányrekordnak, amely érinti a MOKKAazonosítókat és egyéb MOKKÁ-val közös adatot. 2.2.6.2.Az erre felkészült helyi rendszereket az ODR szolgáltató felület az egyes olvasói kérések kapcsán az aktuális kölcsönzési státuszok megszerzése érdekében lekérdezi. A kölcsönzési státusz lekérdezésekor az ODR minden egyéb példányinformációt is elkér a helyi rendszertől és ezekkel frissíti a példánytár-adatbázis rekordját is. Ezzel a mechanizmussal elérhető lesz, hogy a gyakran használt dokumentumok példányainak adatai frissebbek, megbízhatóbbak lesznek az átlagosnál. 2.2.6.3.A példánytár le tudja aratni, az erre lehetőséget biztosító rendszerek példányadatait már az alaprendszerben is. Az aratás gyakorisága és módja a könyvtáradatbázisban állítható. 2.2.6.4.A példánytár közvetlen bejelentéseket is elfogad a státuszváltozásokról. A helyi rendszerek automatikusan bejelenthetik a példányaik állapotában történt változásokat. pl. kölcsönzés.
2.3.
A példánytár felhasználói interfészei
2.3.1. A felhasználói felületek komplex rendszert alkotnak, amelyek az ODR rendszer különböző moduljainak szolgáltatásait közvetítik a felhasználók felé: az ODR keresője (külön modulként) bibliográfiai információk komplex keresését biztosítja a felhasználó számára, amelynek eredményeiből kiindulva a felhasználó az egyéb komponensek (példánytár, könyvtáradatbázis és menedzsmentrendszer, felhasználóazonosító) interfészeinek szolgáltatásait veheti igénybe. 2.3.2. A felületek tervezésekor át kell tanulmányozni az interfészekkel szemben általánosan megfogalmazott és az egyéb modulok esetében megfogalmazott elvárásokat, mert azoknak egységes rendszerré összállva kell eljutnia a felhasználókig. 2.3.3. A példánytár esetében az alábbi interfészeket kell létrehozni és az egységes rendszerbe integrálni: 2.3.3.1.Részletes kijelzés a dokumentum általunk tárolt bibliográfiai adatával. Ez a felület nemcsak az ODR portál, hanem különféle rendszerek bibliográfiai kereséseinek eredménylistája felöl megközelíthető OPENURL-ek segítségével (MOKKA, egyedi könyvtári rendszerek, stb.). A felület különféle forrásokból származó információkat egyesít a felhasználó számára: A DEENK szolgáltatás használatával borítókép megjelenítés A DEENK szolgáltatás használatával ismertető megjelenítés A DEENK szolgáltatás használatával tartalom megjelenítés
6
Ingyenes elektronikus elérhetőségi adatok listája a példánytárba harvesztelt elektronikus lelőhelyek alapján (MEK, EPA, DSPACE archívumok, …) Továbblépés további nem harvesztelhető elektronikus elérések felé (Google Books, Internet Archive,Europeana, OCLC Worldcat) (OPENURL alapú lekérdezések) A felhasználó továbbirányítása integrált elektronikus szolgáltatásokhoz pl OSZK EOD, MATARKA, FSZEK stb. Könyvtári elérhetőségi adatok válogatott, csoportosított megjelenítése Kereskedelmi elérhetőségi adatok (OPENURL alapú lekérdezések) A felület megjelenítési opciói, szolgáltatásai: Bibliográfiai és példány/állományadat megjelenítés: különféle formátumokban (ISBD, rövid címkés, teljes címkés, folyóirat, MARC21, HUNMARC, RIS (alaprendszer része); további formátumok lehetségesek. A korrekt megjelenítéshez a teljes bibliográfiai információk a MOKKA adatbázisban állnak rendelkezésre. az egyes formátumokban megjeleníteni kívánt adatelemek konfigurálhatóak legyenek; a megjelenítés konfigurálhatósága vonatkozzon a példány és állományadatokra is a megjelenítések a MARC által definiált megjelenítési állandókat, és indikátorok által vezérélt megjelenítési szempontokat automatikusan értelmezzék. a regisztrált felhasználók/könyvtárak tudjanak egy "saját" megjelenítési formátumot is létrehozni; ezek paraméterei a felhasználói profilban ill. a könyvtáradatbázisban tárolódnak Egyes adatok a bibliográfiai- és példányrekordokban kódolt formában fordulnak elő. Ugyanakkor ezeket a könyvtáradatbázisban tárolt adatok segítségével a felhasználó számára feloldott formában kell prezentálni. Adatexport megfelelő formátumokban (fájl, e-mail, referenciaszoftver; ISBD, hosszú, MARC-ok, RIS formátum) személyre szabott szolgáltatások: kedvenc könyvek listája, elmentett kedvenc keresések, megadott keresőkérdésen alapuló alert szolgáltatáss stb. Ha az olvasói/könyvtárosi keresés nem egy adott dokumentumra vonatkozik, a keresésre több rekordos találat érkezik, a példánytárnak a kérést kielégítő lehetséges találatokat rendszerezve, az olvasó számára bibliográfiai és hozzáférési relevanciák alapján csoportosítva és rangsorolva kell prezentálnia. (Ebben együtt kell működnie a keresőfelület hasonló szolgáltatásaival) a példánytár rekordok duplum és FRBR kulcsai a rekordok megjelenítésének csoportosításában segítenek (amennyiben a példánytárban rendelkezésre áll az FRBR-kulcs kötelező; FRBR kulcs hiányában egyéb módszerrel opcionális) olvasói/könyvtárosi eltérő igények, relevancia szempontok szerint eltérő felület, eltérő szolgáltatásokkal álljon a két felhasználói csoport rendelkezésére; az ajánlott szolgáltatások konfigurálhatóak legyenek
7
Erről a felületről is elérhetőek legyenek egyéb szolgáltatások: mobil fizetéssel indított kérés azt lehetővé tévő könyvtárak esetén, könyvtárközi kérés, olvasói/könyvtári regisztráció, saját olvasói/könyvtári adatok és kérésstátuszok
2.3.3.2.A Könyvtárak számára biztosított ISBN-ISSN feltöltés felülete Listás feltöltés jogosultságok alapján listás javítás, törlésbejelentés jogosultságok alapján (pl. "az alábbi ISBN-nel rendelkező/vonalkódú példányaimat töröltem") 2.3.3.3.A Könyvtárak számára biztosított „nekem megvan” szolgáltatás. Ez akár megjelenthet lehet egy gomb egy másik oldalon, pl.: a keresőn. Ez a példánytári adatbejelentés egy módja, a beírandó adatokat a könyvtár rekordjából vesszük. Jogosultságok a könyvtáradatbázisban tárolódnak. 2.3.3.4.A Könyvtárak számára biztosított közvetlen példányszerkesztés ez lehet egy gomb egy másik oldalon, pl.: a keresőn. Jogosultságok a könyvtáradatbázisban tárolódnak. 2.3.3.5.A regisztrált olvasók számára biztosított „nekem megvan” szolgáltatás. Ez lehet egy gomb egy másik oldalon, pl.: a keresőn. 2.3.3.6.Az olvasók számára biztosított „ajánlom egy ismerősömnek” szolgáltatás. Ez lehet egy gomb egy másik oldalon, pl.: a keresőn. 2.3.3.7.Statisztika interfész (Lásd még 2.7.) 2.3.3.8.Szerviz interfész a könyvtáradatbázis közvetlen keresésére (részletezve lásd lent)
2.3.4. Általános elvárások az interfészekkel kapcsolatban 2.3.4.1.Akadálymentes felület kialakítása. 2.3.4.2.Helyérzékeny súgók wiki oldalakon, amelyek lehetővé teszik a súgók tartalmának folyamatos karbantartását az üzemeltetők számára. 2.3.4.3.Magyar-angol nyelvváltás a teljes felületen 2.3.4.4.Egyéb nyelvű felületek
2.4.
A példánytár tartalma
2.4.1. A beérkező adatok köre: 2.4.1.1.Az egyes könyvtáraktól folyamatosan érkező példányinformációk (legnagyobb részt a MOKKA feltöltő-mechanizmusok közvetítésével). 2.4.1.2.Az egyes könyvtáraktól folyamatosan érkező folyóirat állományadatok (legnagyobb részt a MOKKA feltöltő-mechanizmusok közvetítésével). 2.4.1.3.Induláskor a jelenlegi NPA állományadatok feltöltése 2.4.1.4.EPA periodikusan harvesztelt "állományadatai" (milyen folyóirat, mely évfolyamához tud az EPA elektronikus állományadatot illeszteni)
8
2.4.1.5.harvesztelt illetve különböző közvetlen feltöltéssel beérkező állományadatok. A beérkező adatok minden esetben a „MOKKA feltöltő sorába” kerüljenek, amelyek gondoskodik a MOKKA adatbázis és a példánytár szinkronizációjáról. 2.4.2. A példánytár tartalma inicializáláskor: 2.4.2.1.A MOKKA folyamatos feltöltésével érkező adatokból generált példányadatok 2.4.2.2.a MOKKA-ban már bent lévő rekordokból generált példányrekordok 2.4.2.3.NPA állományadataiból átadott és azokból létrehozott példánytár-rekordok 2.4.2.4.EPA „állományadatai” 2.4.2.5.kezdeti teljes aratásokból áll össze a példánytár kezdetben. 2.4.3. A tárolt adatok: 2.4.3.1.A példánytárban csak a legszükségesebb bibliográfiai információkat tároljuk: Szerző Cím Megjelenési,számozási adatok azonosítók (ISBN, ISSN stb.) 2.4.3.2.A példánytárnak fel kell készülnie a legrészletesebb MARC állományadatszabványban specifikált példány és állományadatok és egyéb speciális adat fogadására és tárolására. A példánytárban tárolt adatok befolyásolhatják a rendszer működését: a megjelenő adatok csoportosítását, egyes funkciógombok megjelenését, stb. A legfontosabb tárolandó adatok és azokhoz kötődő funkciók az 1. számú mellékletben vannak összefoglalva. Fel kell készülni arra a példánytár tervezésekor, hogy a jövőbeni igényeknek megfelelően újabb adatelemeket lehessen tárolni, keresni, megjeleníteni és a működésre ható funkciókkal felruházni az példánytárban a rendszer jelentős áttervezése, átalakítása nélkül.
2.5.
A példánytár kereshetősége
Biztosítani kell, hogy 2.5.1. a példánytár minden egyes elemére szabadon konfigurálható indexeket lehessen létrehozni, vagy egyéb egyenértékű módon lehessen biztosítani a flexibilis, sokoldalú keresést. Általánosságban példánytár minden eleme kereshető legyen 2.5.2. az indexeket ne csak az inicializáláskor lehessen létrehozni, hanem legyen eszköz a későbbi indexmódosítások elvégzésére is 2.5.3. legyen lehetőség arra, hogy a felhasználói és a könyvtárosi felületen eltérő indexeket lehessen megjeleníteni az eltérő felhasználói igényeknek megfelelően
9
2.5.4. a példánytárban végzett kereséseket hatékonyan lehessen egyes adatbázisrészekre szűrni legkülönbözőbb szempontok alapján (pl. lelőhely, kölcsönözhetőség, dokumentumtípus, stb.) Ezek a szűrőfeltételek adott esetben származhassanak a MOKKA adatbázisból illetve a könyvtáradatbázisból kiolvasható adatokból. 2.5.5. a példánytárban végzett keresések a felhasználó számára észrevétlenül összehangolhatóak legyenek a MOKKÁ-ban végzett keresésekkel, akár a MOKKA felületen , akár az ODR szolgáltató felületen indul a keresés. 2.5.6. a példánytárban végzett keresések a felhasználó számára észrevétlenül összehangolhatóak legyenek a könyvtáradatbázisban végzett keresésekkel. 2.5.7. a végzett keresés eredményével OPENURL-t lehessen képezni (akkor is, ha ehhez csak a MOKKA adatbázisban lévő információk szükségesek.) 2.5.8. A képzett OPENURL-lel az ODR számára releváns forrásokat tartalmazó OPENURL resolver segítségével lehessen a rendszerből "kimutató" kereséséket indítani. Kell lennie egy szerviz felületnek, ahol fentiekben specifikált keresések rendelkezésre állnak az ODR munkatársai számára.
2.6.
Példányrekordok betöltése/updatelése
2.6.1. A MOKKA által közvetítve bib.rekorddal érkező adatokkal MOKKA felület web-es feltöltő űrlapjáról Ezekről részletesebben a 2.számú mellékletben. 2.6.2. ODR felületen kitölthető űrlappal jogosultságtól függően 2.6.3. Az adatbázis közvetlen szerkesztésével jogosultságtól függően. 2.6.4. Az ODR szolgáltató felületen megkeresett rekordokhoz WEB-es űrlapon saját példány hozzáfűzése („Ilyen nekem is van” funkció) 2.6.5. ISBN és ISSN alapú feltöltéssel, amely során a könyvtár egy ISBN, ISSN listát és néhány ellenőrző adatot tartalmazó fájlban jelzi, milyen példányai vannak. 2.6.6. ODR-ből induló helyi státuszadatok lekérdezésekor egyéb példányjellegű információkat is bekérünk és frissítjük vele a példányinformációkat (Így a gyakran keresett könyvtárak gyakran keresett dokumentumai az átlagnál megbízhatóbb adatokkal rendelkeznek majd.) 2.6.7. EPA "lelőhelyadatok" (= egyes folyóiratok azon évei, amelyek akar archiváltan, akár távoli eléréssel elektronikusan használhatóak) harvesztelése 2.6.8. A könyvtárak OPAC-jait aratjuk, és közvetlenül onnan szerezzük be a példányadatokat. A könyvtáradatbázisban tároljuk az arathatóság tényét és az ahhoz szükséges paraméteket. 2.6.9. Web Service interface a könyvtári rendszerek számára, ahol bejelenthetik a példányok státuszváltozásait. A beérkező adatok minden esetben a „MOKKA feltöltő sorába” kerüljenek, amelyek gondoskodik a MOKKA adatbázis és a példánytár szinkronizációjáról.
10
2.7.
Statisztika
2.7.1. A statisztika modulnak biztosítania kell, hogy a fejlesztő közreműködése nélkül, új nyilvános (webes) statisztikákat készíthessen a rendszer üzemeltetője.
2.7.2. A statisztikák egyrészt az aktuális értékekre vonatkozzanak, másrészt bizonyos időközönként tárolódjanak az akkor aktuális állapotok.
2.7.3. Az egyes időszakokra vonatkozó értékeket összehasonlító táblázatok is képződjenek. 2.7.4. Szükség van összefoglaló és könyvtárankénti statisztikákra. 2.7.5. A kereső rendszer számára biztosítani kell az adatokat a nyilvános keresések, relevanciaszámítás céljára (Web service interfész) 2.7.6. A statisztikák az alábbi területekre vonatkozzanak: 2.7.6.1.a példánytárba való betöltésekről részletes logokat kell tárolni amelyek alapján weben táblázatokban és grafikonban elrendezett statisztikákat kell képezni: teljes példányrekordszám o aktuális érték o értékek havonta eltárolva rekordok száma könyvtárkódonként o aktuális érték o értékek havonta eltárolva rekordok száma lelőhelyenként o aktuális érték o értékek havonta eltárolva rekordok száma "kölcsönözhetőségük szerint" o lelőhelyenkénti bontásban o rekordok száma az adatbázisba kerülés módja szerint o aktuális érték o rekordok száma utolsó módosítás dátuma szerint o a betöltés folyamatára vonatkozó statisztikák és lekérdezések 2.7.6.2.a példánytár-interfészek használatára vonatkozó statisztikák
3.ODR felhasználók nyilvántartási rendszerének fejlesztése 3.1.
A rendszer részei 11
(a számok az összefoglaló séma egyes részeire utalnak) olvasói nyilvántartás (0)
3.2.
Specifikáció
3.2.1. Az olvasói modul alapvetően két funkciót tölt be. 3.2.1.1.Felhasználói azonítást végez: o Föderatív azonosítás preferált együttműködés az NIIF SAML rendszerével. o Az NIIF SAML-ba nem szereplők, regisztrálhatnak a helyi rendszerben o A helyi rendszer is SAML legyen. 3.2.1.2.Az ODR rendszer szolgáltatásainak használatát megkönnyítő profilokat hozunk létre. o Az azonosítástól függetlenül felhasználói profilokat tartunk nyilván. o Ezek kapcsolódjanak a SAML nyílvántartásához. o Megoldandó az NIIF SAML rendszerében regiszráltak ODR profiljának kérdése: ezeknek a személynek is szükséges lehet profilt létrehozni anélkül, hogy az ODR rendszerben külön regisztráljanak. o A profilok használata közös a MOKKAval, és nyitott más rendszerek számára, (pl.: helyi IKR-ben is használható, vagy a közös cikkadatbázisban ) 3.2.2. A rendszer elemei: 3.2.2.1.felhasználók online űrlapos regisztrációja 3.2.2.2.a felhasználói adatbázis létrehozása Az adatbázis tervezésénél számítani kell a jövőbeni továbbfejlesztésekhez szükséges adatok tárolhatóságára; úgy kell az adatbázist kialakítani, hogy az olvasói profilokban tárolt adatok köre és az azokhoz kapcsolódó működések bővíthetőek legyenek az nyilvántartás jelentős áttervezése nélkül 3.2.2.3.a regisztrált felhasználók a profilok segítségével az alábbi személyre szabott szolgáltatásokhoz juthanak hozzá. Meg tudja adni: 3.2.2.3.1. milyen könyvtáraknak beiratkozott tagja (esetleg jelszavak és azokhoz kapcsolódó helyi szolgáltatások igénybe vétele) 3.2.2.3.2. milyen könyvtárakat preferál mint könyvtárközi kölcsönzési kéréseit adminisztráló könyvtárat 3.2.2.3.3. milyen könyvtárak lelőhely és állományinformációra kíváncsi első sorban "kedvenc könyvtáraként": ha bejelentkezett ezeknek a könyvtáraknak a rekordjai nagyobb súllyal szerepeljenek találati halmazai között 3.2.2.3.4. Saját megye, város, régió meghatározás -- találati relevanciaszámítás alapja is 3.2.2.3.5. kedvenc könyvek listája 3.2.2.3.6. saját könyvtár gyűjtése 3.2.2.3.7. bibliográfiai rekordexport preferált formátumai letöltéskor előre gyártott formátumokból választhat saját formátumot állíthat össze
12
3.2.2.3.8. "saját" megjelenítési formátum paraméterei (milyen adatelemeket kíván a példánytárrekordból megjelenítve látni) 3.2.2.3.9. elmentett keresőkérdés(ek) --> ennek alapján alert szolgáltatás megrendelése 3.2.2.3.10. feladott kéréseik státuszát tudják lekérdezni 3.2.2.3.11. megadhatnak olyan információkat, amelyek alapján saját könyvtáraik egyes szolgáltatásait is tudják használni az ODR felületről kiindulva (pl. helyi kölcsönzési státusz ellenőrzése stb.) 3.2.2.3.12. példánytár széljegyzetelése, 3.2.2.3.13. wikik szerkesztése
3.2.2.4.a regisztrációkat karban kell tartani: 3.2.2.4.1. az aktív felhasználók konfigrálható időtartamonként felszólítást kapnak adataik ellenőrzésére a levél tartalma a központi rendszer kezelői által szerkeszthető legyen 3.2.2.4.2. a nem aktív felhasználók egy idő után konfigurálható számú automatikus figyelmeztető levél után törlődnek a rendszerből a levél tartalma a központi rendszer kezelői által szerkeszthető legyen 3.2.2.4.3. a felhasználók módosíthatják profiljukat 3.2.2.5.a nyilvántartásnak kapcsolatot kell kiépítenie más már létező nyilvántartásokkal: 3.2.2.5.1. NIIF nyilvántartással 3.2.2.5.2. MOKKA nyilvántartással való szoros kapcsolat, amely kiterjed egymás adatainak használatára vagy teljes integráció 3.2.2.5.3. Továbbfejesztési pontként: 3.2.2.5.3.1.egyetemi hallgatói nyilvántartásokkal 3.2.2.5.3.2.könyvtári olvasói nyilvántartásokkal Az együttműködés adatátvételt és/vagy egymás kölcsönös lekérdezését jelentse. 3.2.2.6.a tervezésnél számítani kell arra, hogy a nyilvántartásra a későbbiekben több fizetős közvetlen szolgáltatást lehessen telepíteni.
3.2.2.7.A felhasználói adatbázisról statisztikákat kell létrehozni. Az alap statisztikákról weben megjeleníthető táblázatokat és grafikonokat kell készíteni: az aktuális állapotról -havi értékek letárolva Induláskor legalább az alábbi statisztikákkal kell rendelkezni: regisztrált olvasók száma adott időszakban regisztrált olvasók száma 13
adott időszakban törölt regisztrációk száma aktív/passzív regisztrációk száma aktív felhasználók által végzett műveletek: száma jellege 3.2.2.8.Az olvasói nyilvántartási rendszernek támogatnia kell az olvasók távoli könyvtári regisztrációját az általa választott könyvtárba, a könyvtáradatbázisban ilyen regisztrációt engedélyezők közül (lásd még erről az egyéb moduloknál)
3.2.2.9.Interfészek: 3.2.2.9.1. webes interfész a regisztrációra 3.2.2.9.2. webes interfész a profilok létrehozására, karbantartására 3.2.2.9.3. webes interfész a rendszer üzemeltetői számára kersési, karbantartási funkció számára (jelszavas védelemmel)
4.ODR menedzsment rendszerének fejlesztése
4.1.
A rendszer részei
(a számok az összefoglaló séma egyes részeire utalnak) Könyvtár adatbázis (8) Központi könyvtárközi nyilvántartó rendszer (9) Statisztikák (10)
4.2.
Könyvtárnyilvántartó adatbázis
4.2.1. Feladata 4.2.1.1.A szolgáltató és kérő könyvtárakat, szolgáltatási pontokat és gyűjteményeiket nyilvántartsák legfontosabb adataikkal: hozzáférési információk szolgáltatási információk 4.2.1.2.Az ODR szolgáltató felület, kérés-adminisztrációs modul, példányadatbázis és könyvtáradatbázis különböző műveleteinek végzésére vonatkozó jogosultságokat kezeljék könyvtári és gyűjteményi szinten.
14
Ezeket a jogosultságokat az egyes könyvtárak, szolgáltatási pontok illetve gyűjtemények adminisztrációs jogokkal rendelkező felhasználói maguk adminisztrálhassák. 4.2.1.3.Információival segítsék a példányadatbázisban szereplő egyes kódértékek feloldását a felhasználói felületeken. (pl. lelőhelyek, kölcsönzési kódok stb.) 4.2.1.4.Olyan adatokat tároljon, amelyek befolyásolják a rendszer adott könyvtárra vonatkozó működését. 4.2.1.4.1. a kérések indítása az itteni adatok alapján történik: a könyvtárak kölcsönzési politikájára vonatkozó további adatokat szolgáltat az egyes példányrekordokban lévő adatok mellé (szolgáltatás módjai, árai, postaköltség kezelése stb.) 4.2.1.4.2. az itt megadott adatok vezérlik a rendszer egyéb részeinek adott könyvtárra vonatkozó működését 4.2.1.4.2.1..a könyvtáradatbázis tárol a közölt állomány- és példányadatok értelmezésére vonatkozó adatokat (folyóirat állományadatok pontossága stb.) 4.2.1.4.2.2.a könyvtáradatbázis tárol a központ és helyi rendszer kapcsolatára vonatkozó adatokat (pl. tud-e a helyi rendszer aktuálisan lekérdezhető kölcsönzési státuszadatot szolgáltatni, tud-e kközi kölcsönzési státuszadatot szolgáltatni) (alaprendszer része) 4.2.1.4.2.3.a példánytár aktualizálásának módja stb. Leírását lásd még a 3. számú mellékletben. További megjegyzések: ha ezek a működést vezérlő adatok hiányoznának, akkor legyen egy default működés, ami mégis lezajlik és ne akadjanak meg a műveletek; ugyanakkor ha több példány között lehet választani, nagyobb relevanciaértéket kapjon az a példány/annak a könyvtárnak a példánya, amelynek minden paraméterét ismerjük. A tárolt adatelemek jövőbeni bővítésének és azok rendszerbe integrálásának lehetősége adott legyen a rendszer lényeges átalakítása és áttervezése nélkül.
4.2.2. A könyvtáradatbázis tartalma
4.2.2.1.Mivel nagyobb könyvtárak több egymástól eltérő módon és eltérő helyeken szolgáltató gyűjteményre osztódva működhetnek az adatbázis három szinten, könyvtárak és könyvtáron belüli szolgáltatási pontok valamint gyűjtemények szintjén tárol adatokat. (Részletesen a 3. számú mellékletben.) 4.2.2.2.A könyvtáradatbázis adatainak felhasználása: o A könyvtárakról, szolgáltatási pontjaikról és gyűjteményeikről néhány fontos (konfigurációként megadható) adataikkal rendezhető az éppen
15
aktuális állapotot dinamikusan követő webes listákat lehessen létrehozni a szolgáltató felületeken. o A szolgáltató felület és a kérésadminisztrációs rendszer az adatbázis adatait lekérdezve végez bizonyos működéseket. o Lehessen indexeket létrehozni a könyvtáradatbázis adatmezőire rendszeradminisztrátori szinten és ezeknek a segítségével lehessen a szolgáltató felületen kereséseket végezni az adatbázisban.
4.2.3. A könyvtáradatbázis feltöltése, karbantartása
4.2.3.1.A jelenlegi könyvtáradatbázis tartalmát be kell tölteni, át kell konvertálni az adatbázisba. 4.2.3.2.Lehetőséget kell biztosítani arra, hogy könyvtárak magukat hivatalosan is regisztrálhassák a rendszerben kérő könyvtárként. Fontos, hogy a regisztráció során a könyvtár hitelesen azonosíthassa magát, hiszen a rendszerben különféle műveletekket végezhet, illetve más könyvtárak dokumentumait kezeli. Jelenleg ez online kitöltött űrlap nyomtatásával és aláírást, pecsételt formában az ODR központba juttatásával történik. 4.2.3.3.A könyvtárak rekordjait saját adminisztrátoraik online karbantarthatják, ugyanakkor létezzen olyan központi adminisztrátori jogosultság, amellyel központilag segíteni lehet a karbantartást. Ehhez megfelelő WEB-es felületet kell kialakítani a "könyvtárosok" szolgáltató felületén. 4.2.3.4.Duplumszűrést kell kialakítani a könyvtárakra, gyűjteményekre lelőhelykódok és név alapján. 4.2.3.5.Ellenőrzést kell kialakítani a könyvtár és gyűjteménykódok szabványosságának formai ellenőrzése. (Esetleg összevetés az OSZK kódadatbázisával.)
4.2.4. Statisztikák A könyvtáradatbázis tartalmára vonatkozó statisztikákat kell képezni és weben táblázatos és grafikonos módon megjeleníthetővé kell tenni az alábbi szempontok szerint: Induláskor legalább az alábbi statisztikákkal kell rendelkezni: regisztrált könyvtárak száma o aktuális érték o havonta összesítve és eltárolva 16
regisztrált szolgáltatási pontok száma o aktuális érték o havonta összesítve regisztrált gyűjtemények száma o aktuális érték o havonta összesítve és eltárolva kölcsönző gyűjtemények száma o aktuális érték o havonta összesítve
4.2.5. Együttműködések Fontos szempont együttműködési lehetőség kiépítése más már létező könyvtáradatbázisokkal. Az együttműködés jelentse az adatátadás lehetőségét a közösen használt adatok esetében, ha egyik vagy másik adatbázisban változás történik. (pl. Könyvtári Intézet, az OSZK könyvtáradatbázisai.) Az ODR könyvtár-adatábizásának a legszorosabb együttműködésre kell törekedni a MOKKA könyvtárnyilvántartásával, akár a teljes integrációig eljutva.
4.2.6. Felhasználói interfészek a könyvtárnyilvántartó adatbázishoz
4.2.6.1.Részletes megjelenítés az egyes könyvtárakról, szolgáltatási pontokról és gyűjteményekről, amely ezeket hierarchiájukban képes megmutatni. 4.2.6.2.Böngészését, több szempontú keresését szolgáló felület (olvasók számára) 4.2.6.3.Böngészését, több szempontú keresését szolgáló felület (könyvtárosok számára) 4.2.6.4.A könyvtáradatbázisban való új regisztrációt biztosító felület 4.2.6.5.A könyvtáradatbázis jogosultságokhoz kötött szerkesztését biztosító felület 4.2.6.6.Felhasználók nyilvántartása, és jogosultságuk beállítása az egész nyilvántartó rendszer számára
4.2.7. Egyéb elvárások: 4.2.7.1.A könyvtárnyilvántartó interfészai akkor is elérhetőek legyenek a felhasználók számára, ha nem az ODR szolgáltatási felületről indulnak: más könyvtári felületeken, MOKKÁ-ban stb. megtalált számára érdekes tételeiről OPENURL segítségével beugorhasson jut el az ODR rendszerbe. 4.2.7.2.Akadálymentes felület kialakítása. 4.2.7.3.Helyérzékeny súgó 4.2.7.4.Magyar-angol nyelvváltás a teljes felületen 4.2.7.5.Egyéb nyelvű felületek
4.3.
Kérésadminisztrációs rendszer 17
4.3.1. Alapfeladatok A menedzser rendszer kettős feladatot lát el: 4.3.1.1.központilag nyilvántartja az ODR rendszerben kezdeményezett kérések aktuális státuszát, teljesülését. 4.3.1.1.1. Ehhez lehetőséget biztosít a helyi KKK rendszereknek az központilag tárolt adatok elérésére, és fogadja a módosított adatokat, a státuszváltozásokat, kérésadatokat. Elsősorban szabványos vagy széleskörben használt interfészeken keresztül (ISO ILL, OCLC, NCIP) biztosítsa ezt a kapcsolatot, de legyen lehetőség web services interface fölötti adatátadásra is. Az alaprendzser része a lehetőség biztosítása, és pontot ér, ha élő kapcsolatot alakít ki. 4.3.1.1.2. a szabványos vagy széleskörben használt kapcsolatok kiépítése ISO ILL, OCLC, NCIP 4.3.1.1.3. Mivel jelen pillanatban viszonylag kevés könyvtár használ olyan teljes elektronikus könyvtárközi kölcsönzési nyilvántartási rendszert, amely képes a kifelé való kommunikálásra, az ODR rendszerrel szembeni elvárás nem lehet az, hogy tényleges kommunikációs kapcsolatot építsen ki. Ugyanakkor arra kell felkészülnie, hogy a központi nyilvántartás képes legyen szabványos kommunikációra külső rendszerekkel egyrészt: a tranzakciók kezdeményezése, fogadása, másrészt helyi nyilvántartásokból származó státuszadatok begyűjtése terén. Ennek érdekében fel kell készülnie szabványos (ISO ILL, NCIP) vagy elterjedt (OCLC) kommunikációs és nyilvántartási módok használatára; ezek meglétét legalább tesztkörnyezetben bizonyítani kell. Meg kell teremtenie minden olyan eszközt, amely megadja a lehetőségét annak, hogy a szabványos kommunikációra képes helyi rendszerekkel való tényleges kapcsolat a jövőben kialakítható legyen a központi rendszer lényeges megváltoztatása nélkül. 4.3.1.2.egyes könyvtárak számára saját könyvtárközi menedzser rendszerként funkcionál A kétféle feladatot úgy kell összekapcsolni, hogy pontosan szabályozható legyen mi a helyi szolgáltatás és mi az, amit közös nyilvántartásként láthatunk: saját nyilvántartás, amit csak a helyiek látnak/kezelnek beérkező és kiküldött saját kérések esetében más könyvtárak által kezelt adatokat is láthatunk statisztika vagy lista jellegű adatokat korlátozás nélkül láthatunk/generálhatunk
18
A jelenlegi gyakorlat az, hogy ha egy kéréssel megszólított könyvtár nem tudja teljesíteni a kérést, ezt a kérés feladójának küldi vissza további intézkedésre. Ugyanakkor a rendszert fel kell készíteni egy olyan jellegű működésre is, amikor a kérést bizonyos körülmények között a kérést kapó könyvtár továbbíthatja más könyvtárnak. A továbbítások lehetőségét illetve az, hogy melyik könyvtár kitől fogadhat, és kinek továbbíthat kéréseket a könyvtáradatbázisban kell konfigurálni. 4.3.1.3.A rendszeren belül megkülönböztetünk kétféle kéréstípust: 4.3.1.3.1. olvasói kérések, amelyeket egyes felhasználók a kezdeményeznek a keresőfelületen megtalált egyes dokumentumok kölcsönzésére. Ezek a kérések az olvasó "saját" könyvtárának könyvtárközi kölcsönzési szolgálatához futnak be, amely a tényleges kölcsönzést bonyolítja. 4.3.1.3.2. könyvtári kérések, melyek során egyes könyvtárak könyvtárközi kölcsönzői indítanak és bonyolítanak könyvtárközi kölcsönzési tranzakciókat.
4.3.2. Funkciók
4.3.2.1.Kérések feladása és fogadása 4.3.2.1.1. a kérést a szolgáltató felületeken végzett keresések során megtalált és kiválasztott dokumentumra/példányra űrlapon lehet feladni:
az űrlapon automatikusan kitöltődnek a bibliográfiai adatok a kért példány(ok) azonosításához szükséges adatok: lelőhely, helyrajzi számok, vonalkódok ....(ha példánytár nem tartalmaz erre nézve adatot, a "nincs adat" kifejezés jelenjen meg itt. a könyvtári kérés esetén a kérést elküldő könyvtár adatai a tulajdonos könyvtár adatai választható opcióként megjelennek a példánytár illetve könyvtáradatbázis adatai alapján a lehetséges szolgáltatási módok és azok hozzávetőleges árai/költségei; szöveges megjegyzések/utasítások fűzhetőek még a kérésekhez --> saját kérésazonosítót adhat meg a könyvtár olvasói kérés esetén tulajdonos könyvtár adatai választható opcióként megjelennek a példánytár illetve könyvtáradatbázis adatai alapján a lehetséges szolgáltatási módok és azok hozzávetőleges árai/költségei; szöveges megjegyzések/utasítások fűzhetőek még a kérésekhez regisztrált olvasó esetén az "olvasó könyvtára", ahova az olvasó be van iratkozva nem regisztrált olvasó estén
19
az olvasó legördülő menűből választott könyvtárának adatai (azok vannak a legördülő menüben, akik a könyvtáradatbázisban vállalták olvasói kérések fogadását) olvasó megadja nevét olvasó megadja email-címét 4.3.2.1.2. az elküldött kérésről a képernyőn visszaigazoló szöveg jelenik meg a kérés minden adatával igény esetén ez a képernyő nyomtatható legyen testre szabhatóságot biztosítani kell azon a téren, hogy a nyomtatott kérésre mi kerüljön (milyen adatmezők, állandóan megjelenített szövegek pl. ILL-ben Határidő, Olvasótermi használatra csak a könyvtári kéréseknél) 4.3.2.1.3. mind könyvtár mind olvasó adhat fel "üres űrlapos" kérést; azaz kérést olyan dokumentumra, amelyet a nem talált meg a MOKKA/ODR rendszerben be kell gépelnie a bibliográfiai adatokat legördülő menüből kell kiválasztani a megcélzott könyvtárat (azok vannak a legördülő menüben, akik a könyvtáradatbázisban vállalták üres űrlapos kérések fogadását) 4.3.2.1.4. az ODR szolgáltató felületen feladott könyvtári kérések automatikusan átkerülnek a kérésnyilvántartásba azon könyvtárak esetében, akik a központi nyilvántartó rendszert használják azokba helyi nyilvántartó rendszerekbe, amelyek képesek az ODRrel kapcsolatot kiépíteni (ezt a tényt és az ehhez szükséges paramétereket a könyvtáradatbázisban közlik magukról a könyvtárak.) Az ODR előkészíti az adatokat a szabványos átadásra; az adatok átvételének és hasznosítását alapvetően a helyi rendszernek kell kialakítania.
4.3.2.1.5. Legyen lehetőség arra is, hogy erre jogosult felhasználók saját könyvtáraik nevében közvetlen szerkesztéssel is tudjanak kérésadatokat bevinni a nyilvántartásba.
4.3.2.1.6. Legyen lehetőség előjegyzés kérésére mind olvasói mind könyvtári kérés esetében, akkor, ha egyes éppen nem hozzáférhető példányt kívánnak kölcsönözni. Az olvasói előjegyzés a kérésindításhoz hasonlóan "saját" könyvtárának könyvtárközi kölcsönzésének közvetítésével történik.
20
4.3.2.1.7. Hosszabbítást is kezdeményezhessenek mind az olvasók mind a könyvtárak. Az olvasói előjegyzés a kérésindításhoz hasonlóan "saját" könyvtárának könyvtárközi kölcsönzésének közvetítésével történik. 4.3.2.1.8. Az egyes kérésekről tárolandó információkat a 4. számú melléklet részletezi.
4.3.2.2.A kérés teljesítésének munkafolyamata
4.3.2.2.1. a kérés fogadásától a kölcsönzött dokumentum visszaérkezéséig tartó munkafolyamat végigkövetése "kérés-státuszok" segítségével történik. 4.3.2.2.2. a használt státuszok megállapításánál figyelembe kell venni a jelenlegi DEENK gyakorlatát, ugyanakkor 4.3.2.2.3. legyen lehetőség csoportos státuszmódosításra illetve a státuszok dátumának módosítására egyenként vagy csoportosan. 4.3.2.2.4. össze kell vetni a ILL szabványok és az OCLC ILL által használt státuszokkal 4.3.2.2.4.1.Jelenlegi státuszlista az 5. számú mellékletben. 4.3.2.2.4.2.Az OCLC státuszait lásd a 6. számú mellékletben.
4.3.2.2.5. a saját kéréseikre, teljesíteseikre vonatkozó státuszokat tudják követni az olvasók, könyvtárosok egyaránt (azonosításhoz kötődően) 4.3.2.2.6. az egyes státuszváltozásokról az érdekelt felet (könyvtárat, olvasót) emailben is értesíti a rendszer az egyes kérésekhez sablonszövegeket lehessen létrehozni a szerkesztés a felhasználók által könnyen kezelhető eszközzel történjen a sablonszerkesztés külön jogosultság alapján történhessen a központi sablonokon túl szükség esetén könyvtáranként lehessen sablont létrehozni (könyvtáradatbázisban tárolva) minden használó könyvtár beállíthassa, hogy mely státuszváltoztatásról menjen automatikus értesítés a kérő olvasónak/könyvtárnak, és milyen sablonszöveggel 4.3.2.2.7. a kérések közötti keresési lehetőségek 4.3.2.2.7.1.olvasói kérés esetén ODR rendszer által adott kérés kód, amit (az olvasó visszakap) Olvasó vonalkódja; 4.3.2.2.7.2.könyvtári kérés esetén 21
Szolgáltató könyvtár kérés-azonítója, Szolgáltató könyvtár OSZK könyvtár kódja ODR rendszer kódja Kérő könyvtár kérés-azonosítója, Kérő könyvtár OSZK könyvtár kódja, 4.3.2.2.8. sikeresen lekeresett kérésre lehessen határidő-hosszabbítási kérelmet elküldeni 4.3.2.2.9. kapcsolattartás a rendszeren belül küldhető e-mailekkel a kérő olvasóval/könyvtárral a kérésben szereplő e-mail címet használva (így a nem regisztrált felhasználó is elérhető az éppen aktuális kérés erejéig) a levél kerüljön archívumba és szükség esetén legyen előkereshető, a korábbira való hivatkozással újraküldhető, nyomtatható (Az archiválást az ODR levelező rendszere is végezze.)
4.3.2.2.10. legyenek definiálhatók könyvtárközi szolgáltatási pontok és azok csoportjai (az egy-egy csoporthoz tartozó adatbázisban lévő könyvtárak és/vagy gyűjtemények lelőhelyeinek megadásával) ezek a csoportok önállóan, a többiektől elkülönülve használhassák a rendszer funkcióit. a csoportok tagjai között a kérések átirányíthatóak legyenek (pl. egy könyvtár és külön is kölcsönző gyűjteményei között); az átirányítás ténye regisztrálódjon státuszváltozásként 4.3.2.2.11. Az könyvtárközi kölcsönzési mozgások jelenlegi alapelv az, hogy kérés gazdája a kérő könyvtár, azaz ha a felkeresett könyvtár nem tudja kérést teljesíteni, a kérést vissza kell küldenie a kérő könyvtárnak, aki esetleg máshova is elindítja. Ugyanakkor a rendszernek fel kell készülnie olyan működésre is, hogy ha kérő könyvtár ezt kéri a könyvtáradatbázis megfelelő adatainak beállításával a nem teljesítő könyvtár másnak továbbítja kérést erről értesíti a kérő könyvtárat erről értesíti az olvasót a kérést feladó könyvtár leállíthassa a továbbküldött kérést
4.3.2.2.12. A státusz-információk közlése fontos elvárás a rendszerrel szemben: 4.3.2.2.12.1. olvasói kérés státuszinformációit az olvasó azonosíthatósági fokától függően közölni kell az olvasóval nem regisztrált olvasók esetén
22
az olvasó minden kéréséhez ad emailt, amit a kérés mellett tárolunk; erre az email-re kimennek értesítések a státuszváltozásról; regisztrált olvasó esetében emailt kap státuszváltozások esetében keresheti az rendszerben saját kéréseinek státuszát 4.3.2.2.12.2. könyvtári kérések Könyvtárak megjelölt könyvtárközi kölcsönzői értesítést kapnak a státuszváltozásokról . Ha mindkét fél az ODR rendszert kérésnyílvántartási rendszert használja a kommunikáció nemcsak email formában, hanem rendszerüzenetek formájában történjen; egyéb esetekben emaillel A könyvtárak kereshetik saját kéréseik státuszát a rendszerben. 4.3.2.2.13. A fenti státuszközlések az központi rendszerben tartott kérések esetében teljes mértékben megoldandó. Ugyanakkor amennyire lehetséges ki kell terjeszteni ezt a szolgáltatást a helyi rendszerekből való státuszokra is: helyi könyvtárközi rendszerek által átvett magukkal a központi rendszer kérés-azonosítóját; annak alapján szükség esetén lekérdezhető az aktuális státusz (hogy melyik könyvtár képes erre illetve az ezekhez esetlegesen szükséges paraméterek a könyvtáradatbázisban találhatóak)
4.3.2.2.14. legyen lehetőség arra, hogy a központi nyilvántartást nem használók, kézzel állítsanak bizonyos státuszinformációkat a könyvtáradatbázisban adott jogosultság alapján legyen lehetőség státuszinformációk közvetlen kézi beírása jogosultság alapján, azok számára, akik saját nyilvántartást használnak, de a központi nyilvántartásban is látszani szeretnének. ahol nem tudunk státuszinformációt közölni, a felhasználói felületeken jelenjen meg a "nincs adat" felirat 4.3.2.2.15. jogosultsági szintek szabályozzák, ki milyen státuszinformációkhoz férhet hozzá: mindenhez csak saját kérésekhez: o a neki küldött olvasói kérdésekhez o az általa feladott kérésekhez o a neki küldött kérésekhez csak a saját és által és/vagy hozzá továbbított kérésekhez
23
4.3.2.2.16. Az új rendszer indulásakor a jelenlegi DEENK könyvtárközi adatbázist be kell tölteni a rendszerbe.
4.3.2.3.Lejáratkövetés
4.3.2.3.1. a rendszer kövesse a már lejárt dátumú de még vissza nem küldött könyvtárközi kölcsönzéseket, és a könyvtárakat különféle módokon figyelmeztesse a lejárt kölcsönzésekre: 4.3.2.3.2. központi menedzser rendszert használó könyvtár belépéskor lássa listázva a késedelmes könyveket:
amelyekkel ő tartozik amelyekkel neki tartoznak a tartozó könyvtáraknak lejárati figyelmeztetéseket tudjon küldeni (beállítható számban és időintervallumban) a figyelmeztető leveleket törzsszövegek segítségével lehessen létrehozni a levelek nyomtathatóak vagy emailben küldhetőek legyenek.
4.3.2.4.Számlázás
4.3.2.4.1. minden könyvtár beállíthatja, hogy milyen szolgáltatásokat milyen pénzügyi feltételekkel teljesít (Ezeknek az adatok a könyvtáradatbázisban kellene tárolódniuk, mert innen a szolgáltató felület is használhatja őket: megmutathatja őket a felhasználónak illetve ajánlhatja a kedvezőbb lehetőségeket. 4.3.2.4.2. A könyvtárközi tranzakciók kérő könyvtár számára számlát kell kiállítani 4.3.2.4.3. Számlakezdeményezőt kell kiállítani a kérő könyvtár számára 4.3.2.4.4. Szállítólevelet kell kiállítani a kérő könyvtár számára. 4.3.2.4.5. A szükséges számlázási információk a könyvtáradatbázisban vannak megadva. 4.3.2.4.6. a teljesítő könyvtár beállított szolgáltatásai paraméterei alapján, ami a konkrét számla/számlakezdeményező kiállításakor aktuálisan módosítható. 4.3.2.4.7. külön jogosultsághoz legyen köthető 4.3.2.4.8. a számlákhoz törzsövegeket lehessen létrehozni könyvtáranként/gyűjteményenként 4.3.2.4.9. a számlaállapotokat (pl. előzetes, végleges, nyomtatott, elküldött, fizetett stb...) követni lehessen megfelelő státuszokkal 4.3.2.4.10. a számlázott tételekből számlaállapotonként összesítéseket lehessen készíteni, és ezeket jogosultsághoz kötötten lekérdezni 4.3.2.4.11. a számlán megjelenő egyes tételekhez kötődő tranzakciók egyéb adatait le lehessen kérdezni.
24
4.3.2.4.12. Clearing rendszer létrehozása a könyvtárak között: a kérést kezdeményező könyvtár számlázza ki a saját olvasóinak a szolgáltatásokat egymás között a könyvtárak clearing alapon számolnak el: nem továbbítanak minden számlatételt a szolgáltató könyvtárnak, hanem időnként egymás közötti elszámolások alapján a teljesítések különbségét. 4.3.2.4.13. Közvetlen olvasói fizetés
ha egy könyvtár mobil fizetést lehetővé tesz a hozzá forduló olvasók számára, erről szóló információ bekerülhet a könyvtáradatbázisba. mobil fizetéssel megoldatható tranzakció esetén az olvasó a kérését közvetlenül a mobil tranzakciót vállaló könyvtárhoz fordul a kérésével nem a saját közvetítő könyvtárához (ha a könyvtáradatbázisban mobil fizetés szerepel, a szolgáltató lapon az ő esetében megjelenik a mobil fizetési gomb) ebben az esetben is beíródnak a kérés paraméterei az ILL-be láthatóak a kérésstátuszok bekerül a kérés statisztikába magához a mobil fizetéshez az ODR-nek nincsen köze 4.3.2.5.Régi kérések archiválása adott időnél régebbi kérések archiválása (pl. havonta, az utolsó státuszmódosítást figyelembe véve) az archiválás ideje legyen beállítható archivált adatok egy "archívum" felületen o legyenek kereshetőek o legyenek nyomtathatóak o lehessen rájuk statisztikákat futtatni 4.3.2.6.Statisztika 4.3.2.6.1. Az alábbi szempontok szerint képezzünk statisztikákat könyvtáranként illetve a rendszer egészére nézve küldött, kapott könyvtári, olvasói kérések száma, kérésformánként is, teljesítések aránya, teljesítési formák szerint is, átfutási idő, egyes státuszok kiíratása adott időszakban—törölt, visszamondott stb. is leolvasható legyen, - könyvtártól kérők/olvasóknak szolgáltatók kilistázása, legtöbbször kért dokumentumok legtöbbet kérő könyvtárak legtöbbet teljesítő könyvtárak
25
4.3.2.6.2. Egyes statisztikák grafikus és táblázat os formában legyenek megjeleníthetőek a szolgáltató felületen, a mindig aktuális adatokkal. 4.3.2.6.3. Készüljenek és tárlódjanak logok a fontos tranzakciókról, amelyek segítségévek a későbbiek során lehessen újabb szempontú statisztikákat készíteni szükség szerint. 4.3.2.7.Adminisztráció A rendszer használatának szintjeihez és az elvégezhető tevékenységekhez alkalmazkodó, rugalmasan állítható jogosultsági rendszer kialakítása. A jogosultsági rendszer működjön együtt a könyvtári adatbázisban szabályozható jogosultságokkal, amelyek a könyvtárak által saját dolgozóik számára kiosztható jogosultságokat tartalmazzák. 4.3.2.8.Posta 4.3.2.8.1. ODR rendszerben elektronikusan közvetített tartalmak forgalmára egy szabványos elektronikus posta kialakítása. 4.3.2.8.2. DRM funkciók kapcsolása a postához (ki, hogyan, mennyi ideig, stb. használhatja a feltett anyagot); Ezzel megoldható lenne, egyrészt az, hogy a regisztrált olvasók közvetlen megkapják a számukra elektronikusan küldött információt szabályos módon; másrészt, ha az elektronikus kézbeadás nem megengedett, csak nyomtatva kaphatja meg az olvasó az anyagot, a fogadó könyvtáros ezt ne bírálhassa ezt felül 4.3.2.8.3. a központi tárolóba megfelelő jogosultsággal rendelkező könyvtáros tudja feltölteni a digitálisan szolgáltatott anyagot. A szolgáltatott fájlhoz az alábbi információk csatlakozzanak: metaadatok: dokumentum legfontosabb bibliográfiai adatai: szerző/cím/kiadás/ISBN/ISSN/kötet, oldalszám ODR- kérésazonosító a digitalizált dokumentumot készítő és feltöltő intézmény kérő intézmény kérő intézmény kérésazonosítója ha a kérés eddigi adminisztrációja az ODR-ben történt a metaadatok automatikusan kerülnek a dokumentum mellé; lehetőség legyen máshol adminisztrált kérések esetében a felöltésre és a metaadatok űrlapos kitöltésére. kapcsolódó DRM adatok, amelyek a használati lehetőségeket szabályozzák: kérő könyvtár kinyomtathatja (meghatározott ideig, meghatározott gépen ...) kérő könyvtár meghatározott gépein, ideig ... képernyőn megjeleníthető kérő könyvtár meghatározott gépein fájlba letölthető ODR-ben regisztrált olvasó meghatározott ideig, alkalommal képernyőn megjelenítheti
26
ODR-ben regisztrált olvasó kinyomtathatja ODR-ben regisztrált olvasó fájlban letöltheti 4.3.2.8.4. a dokumentum olvasók általi elérésére a kérő könyvtár könyvtárközi kölcsönzést végző könyvtárosa adjon engedélyt (a megfelelő fizetés, egyéb feltétel teljesítése után.) 4.3.2.8.5. az olvasóknak közvetelnül szolgáltatott dokumentumok esetében is legyen néhány megnyitási lehetősége a kérő könyvtárnak is (ellenőrzési célból) 4.3.2.8.6. a dokumentum postára való felkerüléséről és a továbbiakban szükséges lépésekről kapjon értesítést a szokásos módon (státuszváltozás, e-mail) a kérő könyvtár a regisztrált felhasználó 4.3.2.8.7. a dokumentum feltöltésekor kerüljenek illetéktelen újrafelhasználást megakadályozó vízjelek a dokumentumra (a vízjel tartalmazza, hogy ODR kérésről van szó illetve a feltöltő könyvtár nevét, névrövidítését..) 4.3.2.8.8. a postába feltöltött fájlok és metaadataik archiválódjanak 4.3.2.8.9. az archívum legyen kereshető az erre jogosult könyvtárközi kölcsönzők részére 4.3.2.8.10. az archívumban lévő tételek DRM adatai módosíthatóak legyenek 4.3.2.8.11. az archívumban lévő tételek új kérésekhez legyenek csatolhatóak 4.3.2.8.12. a kérést eredetileg szkennelő könyvtár által 4.3.2.8.13. más könyvtár által külön felhatalmazás alapján (cf. könyvtáradatbázis)
4.3.3. Felhasználói interfészek
4.3.3.1.Interfészek listája üres űrlapos kérés (olvasói) üres űrlapos kérés (könyvtárosi) Kérés feladás adatbázis találat alapján (olvasói) Kérés feladás adatbázis találat alapján (könyvtárosi) Hosszabbítás (olvasói) Hosszabbítás (könyvtárosi) Előjegyzés (olvasói) Előjegyzés (könyvtárosi) Visszakérés (könyvtárosi) Folyamatban lévő kérések állapotára vonatkozó keresés (olvasói) Folyamatban lévő kérések állapotára vonatkozó keresés (könyvtárosi) Kérésmenedzselési felület (könyvtárosi) 27
Számlázási felület (könyvtárosi) Statisztika (könyvtárosi) Statisztika (nyilvános) Archívum keresés (könyvtárosi) Posta (elektronikus dokumentumok és DRM beállítások továbbítása a postához) Saját ODR-em (regisztrált olvasók) 4.3.3.2.Kívánalmak: 4.3.3.2.1. Az interfészek alapvetően két célközönséget szolgál ki: Egyedi felhasználók Könyvtárak 4.3.3.2.2. eltérő igényeik miatt két felületet kell kialakítani számukra 4.3.3.2.3. Mindkét felületen lesznek szabadon illetve bejelentkezés után használható szolgáltatások. Egyedi felhasználók esetében könyvtárközi kölcsönzési kérések, másolatkérések kezdeményezése az adatbázisban megtalált dokumentumra o bejelentkezés nélkül választott szolgáltató könyvtárhoz o bejelentkezéssel az felhasználó rekordjában megadott könyvtárhoz "Üres űrlapos" kérés: nem adatbázisban talált dokumentumra irányuló kérés Előjegyzések és hosszabbítások kezdeményezése Mobil fizetéssel bonyolítható másolatkérési szolgáltatások azt engedélyező könyvtárak esetében távoli olvasói regisztráció továbbítása azokhoz a könyvtárakhoz, akik erre a könyvtáradatbázisban lehetőséget adnak. ( a kközi kéréskezdeményezés részeként) könyvtárközi kölcsönzések állapot információinak ellenőrzése statisztikai információk közlése a felhasználóval OPENURL resolver segítségével további ODR rendszeren kívüli szolgáltatók elérése felhasználóregisztráció és felhasználói adatok szerkesztése "Saját ODR-em" ezen a felületen a felhasználó összegyűjtve találkozik mindazokkal az információkkal, műveletekkel, amelyeket regisztrációhoz kötötten kínálunk és amelyek más felületeken is megjelenhetnek. Könyvtárak esetében könyvtárközi kölcsönzési kérések, másolatkérések kezdeményezése az adatbázisban megtalált dokumentumra "Üres űrlapos" kérés: nem adatbázisban talált dokumentumra irányuló kérés kérésnyilvántartó modul használat o Előjegyzések és hosszabbítások kezdeményezése 28
o könyvtárközi kölcsönzések állapot-információinak ellenőrzése o központi státuszok lekérdezése (Csak regiszrált könyvtárak számára) o saját kölcsönzési státuszok kézi állítása (ha egyébként nem használja, de látszani akar ilyen módon) OPENURL resolver segítségével további ODR rendszeren kívüli szolgáltatók elérése Statisztika o előre gyártott standard statisztikák használata (szabad hozzáféréssel), o statisztikák generálása (csak regisztrált könyvtárak számára) 4.3.3.2.4. 4.3.3.2.5. 4.3.3.2.6. 4.3.3.2.7.
Akadálymentes felület kialakítása. Helyérzékeny súgó Magyar-angol nyelvváltás a teljes felületen Egyéb nyelvű felületek
29
5.Mellékletek 1.számú melléklet: Példánytár rekordok adatelemei A példánytárban lesznek "rövidített bibliográfiai információk": Dokumentumtípus Szerző (szerzői főtétel + szerzőségi közlés) Cím megjelenési adatok folyóirat esetén gyakoriságra vonatkozó közlés azonosítók (ISBN, ISSN stb.) A példánytárban az alábbi adatelemeket kell elhelyezni azon túl, hogy a MARC21 ~ HUNMARC állományadatszabvány minden elemét potenciálisan tárolni kell tudni.
Adat
MARC megfelelte tés
példányrekor d id
példányrekor d típusa
Leader 06
példányrekor d forrása példányrekor d módosításána k ideje
példányre kord módosítás ának ideje
példányrekor d forrása példányrekor
példányre
Definició a példányrekord egyedi azososítója a dokumentum típusa, amelyre az állományadat vonatkozik; lehetséges értékei: u - Unknown; v - Multipart item holdings; x - Single-part item holdings; y - Serial item holdings milyen irányból kerültek be a példányinformációk az adatbázisba; lehetséges értékei:
Hozzá kapcsolódó működés
Megjegyzés/Ké rdés
folyóiratok állományadatai esetén más működésekre lehet számítani; azok nem egy fizikai egységre vonatkoznak, hanem egy folyóirat szériára;
esetleg ez is lehet relevancia-válogatás alapja milyen irányból kerültek be a példányinformációk az adatbázisba; lehetséges értékei: esetleg ez is lehet
30
d keletkezési ideje
kord keletkezés i ideje
relevancia-válogatás alapja
MOKKA ID
Annak a rekordnak az azonosítója, amelyik a MOKKÁ-ban leírja a dokumentumot
korábbi MOKKA-IDk
a más MOKKA-idval lecserélt korábbi MOKKA-id
helyi ID
a példánytulajdonos adatbázis helyi bib.id-ja
Ez köti a példányrekordot a MOKKÁ-ban lévő esetleges részletesebb bibliográfiai leíráshot. A MOKKA felületről ennek alapján (is) lehet OPENURL ugrással eljutni az ODR-be Ha a MOKKÁban változik egy bib. rekord azonosítója ezt az információt a MOKKÁ-nak közölnie kell a példánytárral. Ha megváltozik el kell tenni a régi MOKKAazonosítót.
a példánytárban megtalált példány aktuális státuszadatait ennek alapján lehet a helyi rendszerből elkérni a helyi példányinformció változások ennek alapján updatelhetik a példánytár adatait ezt is tárolja a MOKKA; ha ez változik a MOKKÁ-ban erről is tudjon a
Elképzelhető, hogy ennek változásáról előbb az ODR példánytár vesz tudomást? erről értesítenie kell a MOKKÁ-t?
31
OCLC azonosító egyéb azonosító egyéb típusú azonosító megnevezése MOKKA duplumid egyszerűsített duplumid kifejezési forma duplumid
OCLC rekordid.
egyéb típusú azonosító egyéb típusú azonosító megnevezése a MOKKA standard duplumellenőrzéséhe z használt duplumid kevésbé szigorú duplumid FRBR kulcs egy mű kifejezési formáinak összegyűjtésére
mű duplumid
FRBR kulcs egy mű összegyűjtésére
kötetszám
kötetek számozása; kötelező; esetleg [1] jelölve, ha katalogizáló által adott
könyvtárkód
a példányt tulajdonos könyvtár OSZK kódja
gyűjteményk ódkód
a példányt tulajdonos gyűjtemény OSZK kódja
példánytár OCLC-vel való kapcsolattól függ duplumellenőrzés re/FRBR-re használható esetleg
MOKKA hozza létre
FRBR alapú "egyéb kiadások" megjelenítés alapja FRBR alapú "egyéb kiadások" megjelenítés alapja
ODR és/vagy hozza létre ; ODR és/vagy MOKKA hozza létre ODR és/vagy MOKKA hozza létre
megfelel a könyvtáradatbázis könyvtár rekordjának ezt a kódot megjelenítéskor a könyvtáradatbázis ban megadott könyvtárnévvel oldjuk fel ez kód a MOKKA rekordokban szerepel; változása esetén gondolni kell a szinkronizációra megfelel a könyvtáradatbázis könyvtár rekordjának
32
helyrajzi szám vonalkód
példánytípus
a példány aktuális helyrajzi száma a tulajdonos gyűjteményben a példány aktuális helyi vonalkódja a példány kölcsönzési viselkedését megszabó kód; Lehetséges értékei (?): 1. nincs megadva; 2. kölcsönözhető (helyben és könyvtárközi kölcsönzéssel, 3. csak helyben kölcsönözhető, könyvtárközi másolat; 3. csak helyben használható, könyvtárközi másolat; 4. védett, másolatban sem szolgáltatható; Lehetséges értékei a konfigurálhatóak; A helyi rekordok
ezt a kódot megjelenítéskor a könyvtáradatbázis ban megadott gyűjteménynévve l oldjuk fel ez kód a MOKKA rekordokban szerepel(852 $b); változása esetén gondolni kell a szinkronizációra a gyűjteménykód alapján az ODR felületen egyéb gyűjteményre jellemző adatokat is meg kell jeleníteni a példány mellett az ODR felüleleten az ODR-ben indított könyvtárközi kéréseken szerepelnie kell
az ODR felületen az olvasónak/könyvt árosnak látnia kell kéréskezdeménye zéskor elevancia szerinti válogatás alapja lehet feltölthető/updatel hető a szokásos módokon + minden kölcsönzési státusz ellenőrzéskor kérjük le ezt is updateljük
feltételezhető, hogy a különböző rendszerek különbözőképp en tárolják ezeket az adatokat; az ODR elvárása lesz, hogy néhány általa megadott értékre a helyi exportmechaniz musok fordítsák le saját információikat
33
adataból a könyvtáradatbázis adatai alapján áll elő
példányblokk
a példány állapotára jellemző közlemények; Lehetséges értékei (?): nincs megadva; törölt, nem hozzáférhető Lehetséges értékei konfigurálhatóak
kölcsönzés státusz
a példány aktuális kölcsönzési státuszára vonatkozó információk; Lehetséges értékei: aktuális információ nem szerezhető be, hozzáférhető, kölcsönzésben, kölcsönzésben és előjegyezve Lehetséges értékei konfigurálhatóak
folyóirat állományadat ok folyóirat állományadat ok forrása folyóirat
az ODR felületen az olvasónak/könyvt árosnak látnia kell kéréskezdeménye zéskor relevancia szerinti válogatás alapja lehet feltölthető/updatel hető a szokásos módokon + minden kölcsönzési státusz ellenőrzéskor kérjük le ezt is updateljük az olvasó/könyvtáros által kezdeményezett kurrens státuszlekérdezés a könyvtár/gyűjtem ény rekordjában legyen beállítható, hogy egyáltalán van-e lehetőség a kurrens státuszlekérdezésr e: ha ilyen nincs, vagy ha nem jön belátható időn belül válasz "nem beszerezhető" értéke legyen
feltételezhető, hogy a különböző rendszerek különbözőképp en tárolják ezeket az adatokat; az ODR elvárása lesz, hogy néhány általa megadott értékre a helyi exportmechaniz musok fordítsák le saját információikat
részletes adatok hiányokkal/összevont adatok a szerint, hogy ki-mit tud szolgáltatni hogyan kerülnek be az adatok (MOKKA, űrlapos jelentés stb. lehetséges értékek: honnan fogjuk ezt 34
állományadat ok jellege
részletes, csak első és utolsó szám, minden megkezdett érték év hiányok nélkül stb.
példányspeci fikus információk
pl. possessor, kötet állapota stb.
példány szerzői jogi státusza
néhány kódban megfogalmazva??
tudni? a forrástól függ és bizonyos feltöltési (pl. ürlapos feltöltésnél) rá lehet kérdezni illetve a könyvtáradatbázisból olvashatjuk ki most ezek a MOKKA bibliográfiai rekordban vannak; a könyvtári rendszerek is a bibliográfiai rekordban tartják őket, nehéz lenne elképzelni, hogyan tudnánk ezeket egyértelműen betenni példány szintre, ahova valók, de legalább legyen helye az ilyen adatnak. lásd még: http://www.loc. gov/marc/holdi ngs/hd5xx84x.h tml Befolyásolhatjá k a bib. ezek bizonyos rekordokból paraméterekből kiolvasható generálódnak egyes adatok is: esetekben, más mű kiadási estekben meg ideje közvetlenül kézzel szerkeszthetőek? ki szerző által?; befolyásolják a halálozási könyvtárközi kérések dátuma esetében, hogy egyes milyen szolgáltatási műveknél módok (pl. közvetlen megadott digitális konkrét másolatküldés) szerzői jogi választhatóak státuszadatok
35
DRMkategória
fizetendő szerzői jogdíj
A "posta" szolgáltatás DRM funkcióit szabályozzák (ki, hogyan milyen feltételek mellett férhet a dokumentumhoz
szabadon konfigurálható kategóriák legyenek a DRM szoftver kívánlamainak megfelelően ezek bizonyos paraméterekből generálódnak egyes esetekben, más estekben meg közvetlenül kézzel szerkeszthetőek; ki által?; befolyásolják a könyvtárközi kérések Másolattípuson esetében, hogy ként eltérő milyen szolgáltatási módok (pl. közvetlen digitális másolatküldés) milyen áron kaphatóak meg.; másolattípusonként más-más jogdíjra is számítani kell
36
2. számú melléklet: MOKKA-ODR közös begyűjtés A MOKKA -- ODR szolgáltatáscsoport közös begyűjtési mechanizmust működtet, amely egy irányból, de több feltöltési alternatívát biztosítva gyűjt be minden lehetséges (bibliográfiai-, példány-, állomány-, stb.) adatot és azokat a feltöltő mechanizmusok segítségével a megfelelő helyre juttatja (MOKKA, MKDNY, példánytár, stb.) A begyűjtő mechanizmus a MOKKA (OSZK) programjában kerül kialakításra, az ODR számára fontos funkciók figyelembe vételével: 1.1. A példányinformációkat elsősorban a MOKKA-célú feltöltés/aratás során kell begyűjteni a bibliográfiai adatokkal együtt. 1.2. A példányinformációk teljes körének tárolásával nem terheljük a MOKKA adatbázist, amely megtartja elsősorban bibliográfiai adatbázis jellegét, hanem a feltöltő rendszernek tovább kell ezeket adnia a MOKKA adatbázist kiegészítő példánytár adatbázisnak. 1.2.1. A példánytár adatbázis nem tartalmaz teljes bibliográfiai információkat, azokban a MOKKA bibliográfiai adatbázisra támaszkodik. Így a példányinformációk példánytárba juttatását mindenképpen úgy kell elképzelni, hogy az megelőzze a bibliográfiai rekord MOKKÁ-ba kerülése és a MOKKA rekordhoz vezető egyértelmű kapcsolatot jelentő MOKKA azonosítókkal együtt kerüljenek át a példánytár-adatok. 1.2.2. Minden MOKKA azonosítót érintő MOKKA művelet esetében gondolni kell a példánytár-kapcsolat megőrzésére. 1.3. A begyűjtendő példányinformációk köre kiterjed minden olyan állandó példányjellemzőre, amely a példány elhelyezésére és forgalmazhatóságára vonatkozó információkat adhat: (lelőhely, helyrajzi szám/raktári szám, kölcsönzési kódok, vonalkód, példányjellemzők és példányblokkok -- pl. törölt példányjelzések.). Nem terjed ki a példányok aktuális kölcsönzési állapotainak jelzésére; ezeket az ODR a könyvtárközi kölcsönzés kezdeményezése előtt fogja aktuálisan lekérdezni. 1.4. A példányadatok begyűjtésekor 1.4.1. az adatokat a MARC bibliográfiai rekordba ágyazva elsősorban a MARC holding formátum szerint kódolva kérjük az egyes adatbázisoktól. (bár maga a példánytár adatbázis nem feltétlenül MARC formátumban tárol) 1.4.2. külön gondolni kell a folyóiratok lelőhely és állományadatainak begyűjtésére is, szintén a MARC kódolásra alapozva. 1.4.3. ugyanakkor számítani kell arra, hogy a példányadatok kódolása és előállítása terén nagy eltérések lehetnek a rendszerek között, így itt még inkább szükség lehet a bibliográfiai adatok esetében már alkalmazott egyéni „szűrőkre” 1.4.4. fontos a helyi példánytörlésre vonatkozó információk begyűjtésének kialakítása is 1.4.4.1. ha az tényleges példánytörlés 1.4.4.2. vagy a meglévő példányra vonatkozó törölt blokk/megjegyzés 1.5. Az 1.1. és 1.4.1. pontokban leírt begyűjtési mód mellett alternatív begyűjtési módokat is ki kell dolgozni elsősorban a kisebb, bibliográfiai betöltést jellemzően nem végző könyvtárak kedvéért: 1.5.1. lelőhelyadatok feltöltése ISBN listák alapján 1.5.2. folyóiratállományadatok feltöltése ISSN listák alapján 1.5.3. MOKKÁ-ban megkeresett rekordokhoz WEB-es űrlapon saját példány hozzáfűzése „Ilyen nekem is van” funkció
37
1.5.4. MOKKA/ODR bibliográfiai és/vagy példányinformációk közvetlen szerkesztése megfelelő jogusultsági rendszer alkalmatásával. 1.6. ODR könyvtáradatbázisban kiosztott jogosultsághoz kötötten közvetlen példányés folyóiratállományadat javítási lehetőség WEB-es felületen. Ha fenti kívánalmakat a MOKKA valamilyen ok miatt nem tudná teljesíteni, az ODR-nek magának kell megoldani az adatok bekerülését.
38
3. számú melléklet: Könyvtáradatbázis adatelemei Kötelezően három szintű struktúra, de a kitöltéshez segítséget kell adni olyan formában, hogy a kis könyvtárak esetében, ahol a könyvtár, szolgáltatási pont ill. gyűjtemény adatai azonosak lehetnek, az felsőbb szinten beírt adatok emelődjenek át és javíthatóak legyenek az első alsóbb szintű rekord esetében.
Könyvtárak adatai Adat
Definició
Hozzá kapcsolódó működés
Kód
szabványos OSZK kód)
Név
A könyvtár hivatalos neve
+
Angol név:
A könyvtár angol neve
+
ODR tagkönyvtár-e
ellenőrzendő a kód formai helyessége
Jelenleg is Megjegyzés/Kérdés használt adat
A felhasználói felületek könyvtárlistáin megjelenítési és rendezési szempont
+
+
OCLC-tag-e Regisztrációs lap URLje Cím adatok Ország Város
+ a kereső felhasználó helyétől függően, relevanciaszámítás alapja (??)
+
Utca
+
Ir.szám
+
Levelezési cím Ország
+
Város
+
Utca
+
Ir.szám
+
Telefon
+
39
Fax
+
Web
+
Email
+ Minden könyvtárnak legalább egy szolgáltatási pont rekorddal kell rendelkeznie. Az első szolgáltatási pont Link a szolgáltatási rekordba a releváns pont rekordokhoz könyvtáradatok (név, címek, kódok stb.) átemelhetőek és később javíthatóak legyenek.
Hozzátartozó szolgáltatási pontok
Könyvtárrekord keletkezési dátuma/ideje ha ez konfigurált időpontnál régebbi menjen értesítés a megadott adminisztrátornak
Könyvtárrekord utolsó módosítási dátuma
Szolgáltatási pontok adatai Adat
Definició
Jelenleg Hozzá kapcsolódó is Megjegyzés/Kérdés működés használt adat
A szolgáltatási pont neve Kódja
szabványos OSZK kód; esetleg más ?
Név
A hivatalos neve
Angol név:
A szolgáltatási pont angol neve
Regisztrációs lap URLje A szolgáltatási pont címadatai Ország Megye
A megye, amelyben a
a szolgáltató felületen bizonyos 40
könyvtár működik súlyozott megjelenítés alapja (pl. dokumentumok közeli példányainak előtérbe helyezése; üres űrlapon csak azonos megyébe tartozó könyvtár megjelenítése)
Régió
a szolgáltató felületen bizonyos súlyozott megjelenítés alapja (pl. A régió, amelyben dokumentumok a könyvtár közeli működik példányainak előtérbe helyezése; üres űrlapon csak azonos régióba tartozó könyvtár megjelenítése)
Város
a kereső felhasználó helyétől függően, találatok súlyozása
+
Utca
+
Ir.szám
+
Levelezési cím
+
Város
+
Utca
+
Ir.szám
+
Telefon
+
Web
+
Fax Email
A felhasználói felületen feladott kérés ide érkezik
Ariel IP: Csak kérést adminisztrál, dokumentumot nem szolgáltat
Ha nem szolgáltat a szolgáltató felületen nem indítható kérés
Ebben az esetben nem kötelező gyűjteményrekordokat felvenni
41
hozzá Ebben az esetben kötelező legalább egy gyűjteményrekordokat felvenni
Kér és szolgáltat
Adminisztrátor:
Jogosult a könyvtáradatbázis rekordjainak karbantartására
Adminisztrátor email Könyvtárközi kölcsönző
Elektronikus kérést indíthat könyvtára nevében
Könyvtárközi kölcsönző e-mail
ISBN feltöltő
A könyvtára nevében ISBN listákkal lelőhelyet tölthet fel a példánytárba.
központi könyvtárközi adminisztrációs modulhoz kapcsolódó jogosultságok
külön jogosultsággal rendelkező tevékenységek felsorolása az modulnál !!!
könyvtárközi adminisztráció modul státuszok kézi állítása
Akkor használjuk, ha könyvtár saját nyilvántartást használ, de a központi kérésnyilvántartó rendszerbe át akarja vezetni a hozzá érkezett kérések státuszát
Fogad-e az ODR-en keresztül egyéni felhasználói kéréseket
ha igen hogyan'? emailben? saját rendszerébe betöltve? központi ill-be betöltve?; ha igen, milyen olvasói azonosítást kérolvasó neve (rendszeren kívül ellenőrzi, hogy beiratkozott
42
olvasó-e)? olvasó vonalkódja a helyi rendszerben? olvasó felhasználói neve, jelszava a helyi rendszerben; más rendszerbe töltés paraméterei Fogad-e olvasói regisztrációt az ODR-től
Ha igen, hogyan kapja az adatokat? emailben? saját rendszerébe töltve? más rendszerbe töltés paraméterei
fogad-e a könyvtár "üres Űrlapos"" kéréseket
ha igen, megjelenik a neve választható célkönyvtárként a felhasználói felület üres űrlapján esetleg egyéb feltételek (pl. azonos megye) teljesülése esetén
Postaköltség kezelésének módja
Számlázási adatok
A kérésnyilvántartó számlázási funkcióinak kiszolgálásásra
Adószám Számlázási név Számlázási cím Számlaszám
könyvtárközi kölcsönzési adminisztrációjának módja
saját rendszert használ, annak adatai lekérdezhetőek -adatai nem kérdezhetőek le; központi rendszert használja
Milyen könyvtártól fogad továbbított kéréseket
43
A jelenlegi gyakorlat az, hogy ha egy kéréssel megszólított könyvtár nem tudja teljesíteni a kérést, ezt a kérés feladójának küldi vissza további intézkedésre. Ugyanakkor a rendszert fel kell készíteni egy olyan jellegű működésre is, amikor a kérést bizonyos körülmények között a kérést kapó könyvtár továbbíthatja más könyvtárnak. A továbbítások lehetőségét illetve az, hogy melyik könyvtár kitől fogadhat, és kinek továbbíthat kéréseket a könyvtáradatbázisban kell konfigurálni.
Milyen könyvtárnak küldhet tovább kéréseket
azon zárt hálózathoz tartozó gépek IP címei, DRM szolgáltatást amelyek jogosultak képernyőn a csak képernyőn DRM kérdezi le megjelenítésként megjeleníthető digitalizált tartalmak kezelésére DRM szolgáltatást: nyomtatás, letöltés engedélyezése esetén
azon gépek IP címei, amelyek jogosultak a kapott DRM kérdezi le digitális tartalmak nyomtatására, letöltésére
Jogosultság DRMen keresztül név; felhasználói szolgáltatott név, ... dokumentumok feltöltésére Jogosultság DRMe-mail en keresztül
44
szolgáltatott dokumentumok feltöltésére Jogosultság DRMen keresztül szolgáltatott név; felhasználói dokumentumokhoz név, ... kötődő DRM jogosultságok beállítására Jogosultság DRMen keresztül szolgáltatott dokumentumokhoz e-mail kötődő DRM jogosultságok beállítására Mely könyvtárak használhatják fel posta-archívumban lévő általa készített digitalizált objektumokat
szabályozza a posta-archívumból történő újrahasznosítást
Gyűjteményei
Minden szolgáltató szolgáltatási pontnak legalább egy gyűjtemény rekorddal kell rendelkeznie. Az első gyűjtemény Linkként a rekordba a gyűjtemény releváns könyvtár rekordokhoz illetve szolgáltatási pont adatok (név, címek, kódok stb.) átemelhetőek és később javíthatóak legyenek.
Szolgáltatási pont rekord keletkezési dátuma/ideje Szolgáltatási pont rekord utolsó módosítási dátuma
ha ez konfigurált időpontnál régebbi menjen értesítés a megadott adminisztrátornak
Saját megjelenítés
a példánytár
45
paraméterei
megjelenítésekben milyen adatelemeket kíván megjeleníttetni maga számára
Gyűjteményi adatok Adat
Definició
Jelenleg Hozzá kapcsolódó is Megjegyzés/Kérdés működés használt adat
szabványos OSZK kód)
ellenőrzendő a kód formai helyessége
+
Név
A könyvtár hivatalos neve
A példánytár lelőhelykódjainak feloldása ezek alapján történik az ODR és MOKKA szolgáltató felületen
+
Angol név:
A gyűjtemény angol neve
Szolgáltat-e
A gyűjtemény szolgáltat-e könyvtárközi kölcsönzésben vmilyen módon
Szolgáltatási pont
A szolgáltatási pont neve, amihez a gyűjtemény tartozik
Kód
+ Ha a gyűjtemény nem szolgáltat a szolgáltató felületen nem indítható kérés hozzá
Cím adatok
+
+ +
Ország
Megye
a szolgáltató felületen bizonyos súlyozott megjelenítés alapja (pl. dokumentumok A megye, amelyben közeli példányainak a könyvtár működik előtérbe helyezése; üres űrlapon csak azonos megyébe tartozó könyvtár megjelenítése)
Régió
a szolgáltató A régió, amelyben a felületen bizonyos könyvtár működik súlyozott megjelenítés alapja
46
(pl. dokumentumok közeli példányainak előtérbe helyezése; üres űrlapon csak azonos régióba tartozó könyvtár megjelenítése) Város
a kereső felhasználó helyétől függően, találatok súlyozása
+
Utca
+
Ir.szám
+
Levelezési cím Város
+
Utca
+
Ir.szám
+
Telefon
+
Fax
+
Web
+
Email
+
Könyvtárközi kölcsönzési politika
Milyen "példánytípusú" példányai vannak
+
A könyvtár a használói és könyvtárosi szolgáltató felületen megjeleníthető módon összefoglalhatja saját a gyűjteményre vonatkozó kölcsönzési politikáját; beírható szöveg vagy URL
+
az egyes helyi kölcsönözhetőségi információk megfeleltetése a a helyi példánytárban tárolt példányrekordokban ODR kölcsönzési kölcsönözhetőségi információkkal; ha információk nincs megadva a "Nincs adat" felirat jelenik meg a felhasználói felületen
47
Lehetséges értékek: kölcsönzési; hardcopy másolat; elektronikus másolat képként; elektronikus másolat felismertetve; továbbiak konfigurálhatóak
Milyen szolgáltatási típusokat vállal
Egyes szolgáltatási típusok árai Egyes szolgáltatási típusokhoz kötődő egyéb feltételek Postaköltség kezelésének módja A könyvtár elektronikus adatbázisai fel vannak-e dolgozva a tervezett országos előfizetett elektronikus folyóiratokat nyilvántartó szolgáltatásban
Megjegyzés
Jogosultság saját példányrekord közvetlen javítása a példánytárban
A gyűjteményre vonatkozó megjegyzés
A könyvtár a könyvtárosi szolgáltató felületen megjeleníthető módon közölhet magáról információkat
+
WEb-es felületen, klienssel
Jogosultság példány és állományrekordok közvetlen bejelentése (csak saját lelőhelyre korlátozva) Jogosultság "ilyen nekem is van"
48
jellegű példányjelentésre a példánytárba A gyűjtemény állományának feldolgozottsági aránya
Szöveges megjegyzés jellegű adat.
Milyen dokumentumtípusról közöl adatokat a MOKKA/ODR adatbázisban
A példánytárfrissítés módja
hogyan kerülnek friss példányadatai a példánytárba: aratás, batchfeltöltés, egyedi feltöltés, (további értékek konfigurálhatóak)
Aratásának gyakorisága
Kurrensen lekérdezhetőek-e példány/státusz adatai
Ha igen a felhasználói felületen való példánymegjelenítés előtt lezajlik a helyi rendszer lekérdezése, ha nem "Nincs adat" megjegyzés jelenik meg
Státusz-adatok Kurrensen lekérdezésének paraméterei
Információ folyóiratállományadatok jellegéről
Felhasználói felületek példányrekord megjelenítéseiben közlendő
Központi kérésnyilvántartó rendszert használók
pl. mennyi idő múltán kíván adatarchíválást
Lehetséges értékei: részletes, csak első és utolsó szám, minden megkezdett érték év hiányok nélkül stb.; továbbiak konfigurálhatóak
49
esetében a központi rendszer használatának paraméterei Gyűjteményrekord keletkezési dátuma/ideje Gyűjteményrekord utolsó módosítási dátuma
ha ez konfigurált időpontnál régebbi menjen értesítés a megadott adminisztrátornak
50
4. számú melléklet: Kérés-rekordok Olvasói kérés Adatok o o o o o o o o o o o o o o o o o o o o o o o o o o
o o o o o o o o o
Azonosító Aktuális kérésstátusz Státusztörténet (mikor mi történt a kéréssel) Dokumentumtípus (könyv jellegű dokumentum vagy folyóiratcikk) A dokumentum/folyóirat címe A dokumentum/cikk szerzője A cikk/tanulmány címe Év (folyóiratnál) Évfolyam, kötet (folyóiratnál) Szám (folyóiratnál) Oldalszám ISSN/ISBN Kiadás helye Kiadó Kiadás éve Csak ezt a kiadást kéri? Igen - Nem Megjegyzés Kérést fogadó könyvtár (ODR könyvtár- és gyűjteménylistából átemelődők közül kiválasztható, hogy kitől kérem meg a dokumentumot) Maximális költség Költség túllépése engedélyezett? Igen - Nem Külföldről is kéri? Igen - Nem Olvasói határidő (meddig felel meg a teljesítés) Könyvtári határidő (meddig adták a könyvet) Kérés formája (eredeti, hardcopy, elektronikus) Teljesítés formája (eredeti, hardcopy, elektronikus) Forrás (hogyan adták fel a kérést): weben (könyvtár honlapján feladott kérés), ODR-en (ODR szolgáltató felülelten feladott olvasói kérés), hagyományos úton, e-mailen, faxon érkezett kérés (utóbbi 3 esetén kézi bevitel, a formátuma statisztikához fontos) Könyvtáros megjegyzése Olvasó neve Olvasó címe Olvasó e-mail címe Olvasó telefonszáma Olvasójegyének vonalkódja Olvasójegy betűjele Kérést felvevő könyvtár (akihez az olvasó a kérést küldte) Kérést teljesítő könyvtár (akihez a könyvtár továbbította)
Kapcsolódó tevékenységek
51
o Kérés átirányítása másik csoportnak o Nyomtatás/e-mailküldés (beemeli a kérő olvasó e-mailcímét, a kiküldött levelet archiválja) o Státuszmódosítás lehetősége (csoportos módosítás is) o Kérés rögzítése (új kérés kézi bevitelekor, vagy státuszváltozás mentésére) o Kérés törlése Könyvtári kérés
Adatok Azonosító Aktuális kérésstátusz: Státusztörténet (mikor mi történt a kéréssel) Dokumentumtípus (könyv jellegű dokumentum vagy folyóiratcikk) A dokumentum/folyóirat címe A dokumentum/cikk szerzője A cikk/tanulmány címe Év (folyóiratnál) Évfolyam, kötet (folyóiratnál) Szám (folyóiratnál) Oldalszám ISBN/ISSN Kiadás helye Kiadó Kiadás éve Csak ezt a kiadást kéri? Igen - Nem Megjegyzés Kérő könyvtár e-mailcíme Kérő könyvtár ügyintézője ODR azonosító Kérést küldő könyvtár kódja Maximális költség Költség túllépése engedélyezett? Igen - Nem Költség Olvasói határidő (meddig felel meg a teljesítés a kérőnek) Könyvtári határidő (milyen határidővel küldi a szolgáltató) Kérés formája (eredeti, hardcopy, elektronikus) Teljesítés formája (eredeti, hardcopy, elektronikus) Távoli azonosító jel (kérés jele/sorszáma a kérő könyvtárnál) Forrás: weben (ODR üres kérőlapján), ODR-en, hagyományos úton, emailen, faxon érkezett kérés (utóbbi 3 esetén kézi bevitel, a formátuma statisztikához fontos) o Könyvtáros megjegyzése o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o
52
Tevékenységek o Kérés átirányítása másik csoportnak o Nyomtatás/e-mailküldés (beemeli a kérő olvasó e-mailcímét, a kiküldött levelet archiválja) o Státuszmódosítás lehetősége (csoportos módosítás is) o Kérés rögzítése (új kérés kézi bevitelekor, vagy státuszváltozás mentésére) o Kérés törlése a csoportok közötti átadások története: milyen csoportnál van/volt mikor került a csoporthoz a csoport mivel zárta le a kérést??
53
5. számú melléklet: Jelenlegi státuszlista Jelegleg sorszám használt
státusz
0
A kérésnek nincs státusza. (hiba?)
*
1
A kérést fogadták a könyvtárosok.
*
2
* *
olvasó/könyvtár Részletez
Törö l
olvasói
Részletez
Törö l
A dokumentum megkérve a lelőhelyről.
olvasói
Részletez
Törö l
3
A kért dokumentum megérkezett.
olvasói
Részletez
Törö l
4
A dokumentum visszaküldve. olvasói
Részletez
Törö l
5
A felmerült költségek rendezve.
olvasói
Részletez
Törö l
*
6
A kérés lezárva, sikeresen teljesítve.
olvasói, könyvtári
Részletez
Törö l
*
7
A kérés nem teljesíthető.
Olvasói
Részletez
Törö l
*
8
A kérés archiválva.
olvasói, könyvtári
Részletez
Töröl
9
A kérés előjegyezve.
Olvasói
Részletez
Töröl
10
A kérés visszautasítva.
Olvasói
Részletez
Töröl
*
11
A dokumentum elküldve.
Könyvtári
Részletez
Töröl
*
12
A dokumentum visszaérkezett.
Könyvtári
Részletez
Töröl
13
A dokumentum visszaküldési Olvasói határideje meghosszabbítva.
Részletez
Töröl
15
Átirányítva az illetékes könyvtárhoz.
Olvasói
Részletez
Töröl
16
Hagyományos kérés feladva.
Könyvtári
Részletez
Töröl
*
21
A kérést fogadták a könyvtárosok.
Könyvtári
Részletez
Töröl
*
22
A kérés nem teljesíthető.
Könyvtári
Részletez
Töröl
*
23
A kérés előjegyezve.
Könyvtári
Részletez
Töröl
24
A kérés visszautasítva.
könyvtári
Részletez
Töröl
*
25
A dokumentum visszaküldési könyvtári határideje meghosszabbítva.
Részletez
Töröl
*
26
Átirányítva az illetékes könyvtárhoz.
Részletez
Töröl
*
könyvtári
54
27
A számla megérkezett.
olvasói
Részletez
Töröl
28
A számla elküldve.
könyvtári
Részletez
Töröl
29
A számla készpénzzel kifizetve.
olvasói
Részletez
Töröl
30
A számla készpénzzel kifizetve.
könyvtári
Részletez
Töröl
31
A számla átutalással kifizetve. olvasói
Részletez
Töröl
32
A számla átutalással kifizetve. könyvtári
Részletez
Töröl
33
A számla csekkel kifizetve.
olvasói
Részletez
Töröl
34
A számla csekkel kifizetve.
könyvtári
Részletez
Töröl
*
35
Egyeztetés alatt.
olvasói, könyvtári
Részletez
Töröl
*
37
Nem teljesíthető, lelőhelyre továbbítva.
könyvtári
Részletez
Töröl
*
38
A kérés kinyomtatva.
olvasói, könyvtári
Részletez
Töröl
*
39
A kérés lemondva; storno.
olvasói, könyvtári
Részletez
Töröl
*
100
A kérés törölve, nem lehet módosítani.
olvasói, könyvtári
Részletez
Töröl
előjegyzés kérve előjegyzés megadva határidő hosszabbítás megadva
Új határidőt közölni kell
határidő hosszabbítás megtagadva
Okát közölni kell:másnak előjegyezve/helyi igény stb.
Egy státusz részletezve: : : : : : : : :
Azonosító (id): 2 Név: megkérve Hosszú név: A kérés megkérve Leírás: A dokumentum megkérve a lelőhelytől Olvasó sorszám: 20 Könyvtár sorszám: 0 Aktív: Igen Nem Email template file:
55
6. számú melléklet: OCLC-státuszok Státuszok - Request manager categories Forrás: WorldCat Resource Sharing Quick Reference
ILLben van?
Kérésstátusz
Feltételes=Conditional
Kinél jelenik meg? Kérő
Feltételes/Függőben=Conditional/Pending Szolg
Direct Delivered
Kérő elfogadta a feltételt
A Szolgáltató elküldte a Direct Kérő, Delivered Szolg dokumentumot (közvetlen olvasói szolgáltatás)
Sz: Folyamatban, Igen, Nem, Feltételt szab, Később teljesít K: Törli, Szerkeszti, Új űrlap
-
Kérő
Ezek a kérések a Direct Request-en keresztül kerültek sikeresen továbbításra Directto-Profile feldolgozásra az elmúlt 4 rendszernap során (közvetlen olvasói szolgáltatás)
A lehetőségek az egyedi kérés státuszától függenek
Lejárt=Expired
Kérő
Egyik szolgáltató sem teljesített az érvényességi időn belül. 7 napig őrzi
K: Új űrlap, Menti, Törli
Folyamatban=In process
A szolgáltató már foglalkozik a Szolg kéréssel (nem új kérés)
Direct Produced
*
Kérő, Szolgáltató lehetőségei Szolgáltató feltételt K: Igen, Nem, szabott a Törli, Menti, Szolgáltatási Szerkeszti, Új megjegyzésekben űrlap Jelentése
Sz: Igen, Nem, Feltételt szab, Később teljesít, K: 56
Törli *
Új=New
Online létrehozott=Online Produced
*
Függőben=Pending
Visszakérve=Recalled
Megkapta=Received
Hosszabbítás visszautasítva=Renewal Denied
*
Kérő
Új űrlap
Kérő
A lehetőségek A kérés a WorldCat az egyedi Resource Sharing-en kérés keletkezett az elmúlt státuszától 4 rendszernap során függenek
Szolg
Új kérés adott szolgáltatónál
Sz: Folyamatban, Igen, Nem, Feltételt szab, Később teljesít, K: Törli, Szerkeszti, Új űrlap
Kérő
A szolgáltató azonnal visszakéri a dokumentumot VAGY tévesen adta meg, hogy tudja teljesíteni a kérést
K: Visszaküldi, Szerkeszti, Sz: Lezárja, Szerkeszti
Kérő
A kérő megkapta a dokumentumot a Szolgáltatótól
K: Visszaküldi, Hosszabbítást kér, Szerkeszti, Sz: Visszakéri, Lezárja, Szerkeszti
Kérő
A szolgáltató nem hosszabbított
K: Visszaküldi, Sz: Visszakéri, Lezárja
A szolgáltató hosszabbított
K: Visszaküldi, Hosszabbítást kér, Szerkeszti, Sz: Visszakéri, Lezárja, Szerkeszti
Hosszabbítás megadva=Renewal Granted Kérő
Hosszabbításkérés=Renewal Request
K: Menti
Sz: Hosszabbítás A kérő hosszabbítást Szolg rendben, kér Hosszabbítás visszautasítva,
57
Visszakéri, Lezárja, Szerkeszti K: Visszaküldi, Hosszabbítást kér, Szerkeszti
Később teljesít=Retry
Kérő
Egyik szolgáltató sem teljesítette a kérést, de az egyikük későbbi időpontban történő teljesítést ajánlott fel
Elérkezett a felajánlott teljesítési időpont Retry/Pending=Később teljesít/Függőben Szolg (érvényességi időn belül), a kérő még igényt tart rá *
Returned=Visszaküldve
Ellenőrzés=Review
Ellenőrzés folyamatban=Review in Process
Mentés=Save
K: Megváltoztatja a kérés érvényességi idejét, Menti, Törli Sz: Folyamatban, Igen, Nem, Feltételt szab, K: Törli, Szerkeszti
Sz: Lezárja, A kérő visszaküldte Szerkeszti Szolg a dokumentumot
Kérő
Elektronikusan generált kérések, melyek kiértékelésre K: Ellenőrzés folyamatban, várnak és/vagy Törli további feldolgozásra, vagy melyeket a Direct Request már feldolgozott
Kérő
A kérő már megtekintette vagy kinyomtatta ezt a kérést
Kérő
Kérés további K: Törli ellenőrzésre félretéve. 14 napig megőrzi a kéréseket
*
Elküldve=Shipped
A szolgáltató Kérő, elküldte a Szolg dokumentumot
*
Nem teljesíthető=Unfilled
Kérő
Egyik szolgáltató sem teljesített. 4
K: Beküldi, Frissiti, Reset
K: Megkapta, Szerkeszti, Sz: Visszakéri, Szerkeszti
K: Menti, Törli, Új űrlap
58
napig őrzi a rendszer. kérő látja a történetet a visszautasítás okával
Kérő
Kölcsönzési határidő 14 napja lejárt (Határidő vagy az Új határidő)
Speciális üzenet kérőnek/Kérő megkapta?=Special Messages/Borrower Received?
Kérő
Eltelt 7 nap (másolatok esetén) ill. 14 nap (könyvek esetén) az elküldés dátuma óta, de a kérő nem állította be, hogy Megkapta
Speciális üzenet szolgáltatónak/Lezárja?=Special Messages/Lender Complete?
A visszaküldve beállítása óta eltelt Szolg 30 v. több nap, és a kérés még nincs lezárva
Speciális üzenet kérőnek/Határidő lejárt=Special Messages/Borrower Overdue
A kérő nem kapta meg a küldött Speciális üzenet szolgáltatónak/Nem dokumentumot, a kapta meg=Special Messages/Lender Not Szolg Megkapta? üzenetre Received nemleges választ adott
K: Visszaküldi, Hosszabbítást kér, Szerkeszti, Sz: Visszakéri, Szerkeszti
K: Igen, Nem, Szerkeszti, Sz: Visszakéri, Szerkeszti
Sz: Lezárja, Szerkeszti K: Szerkeszti
Sz: Lezárja, Szerkeszti, K: Megkapta, Szerkeszti
Krasznai Márta, OSZK KK (
[email protected]) fordításának felhasználásával
A kérés elutasításának okai (opcionális)- Reasons for saying no (optional) Forrás: WorldCat Resource Sharing Quick Reference -1: használatban kölcsönzésben -2: feldolgozás alatt áll -3: elveszett -4: nem köcsönözhető -5: nincs meg -6: megrendelve -7: kötet szám nincs meg még -8: kötészeten -9: hiányzik
59
-10: nincs a helyén -11: fenntartva -12: rossz állapotban van -13: a kötség meghaladja a korlátot -14: költség -15: elözetes fizetés szükséges -16: nincs rá copyright engedély -17: a hivatkozás alapján nem található -18: lelőhelye nem található -19: előjegyezve -20: szolgáltatási politika miatt -23: a kért küldési szolgáltatás nem támogatott -24: az igényelt kézbesitési idő nem teljesithető -27: egyéb
60
