...
Anker |
---|
| _Toc301427358 |
---|
| _Toc301427358 |
---|
|
2Struktur der 0599
Achtung: Ab dem 01.03.07 ist die Kategorie 0599 für ZDB-Titel wiederholbar!.
* 0599009@ Statusverwaltung: Selektionsschlüssel
009@$a...:Datum (JJ-MM-TT)
009@$b- ohne -Selektionsschlüssel
Pos1:
abereit zur Anzeige
bPublikation im Haus, in Bearbeitung
cMeldung Neuerscheinungsdienst
(nicht für Zeitschriften)
dzu löschender Datensatz
eErwerbungsdatensatz (Zeitschriften)
finterimistischer Datensatz (monografische Publikation eingegangen)
(nicht für Zeitschriften)
sNeuanzeige Schriftenreihe
xFüllzeichen
Pos2: (nicht für Zeitschriften)
imöglicherweise Dublette (ISBN-Abgleich)
kFreigabe für Neuerscheinungsdienst
vErsterfassung Neuerscheinungsdienst
mMahnvorgang eingeleitet (Monografien)
w Erwerbung vorübergehend zurückgestellt (Monografien)
zzurzeit gesperrt
oder
Datensatzkennzeichnungen für maschinelle Änderungsverfahren der ZDB
009@$a...:Datum (JJ-MM-TT) (m)
009@$b- ohne -Änderungscodierung
uUmlenkung
dzu löschender Datensatz
ggravierende Korrektur
kLizenzfreie Online-Ressource wird kostenpflichtig
009@$9"!...!"Verknüpfungsnummer eines ZDB-Zieldatensatzes bei Umlenkungen
§ 0599009@ Statusverwaltung: Selektionsschlüssel
009@$a...:Datum (JJ-MM-TT)
009@$b- ohne -Selektionsschlüssel
Pos1:
bObjekt im Haus, in Bearbeitung
abereit zur Anzeige
xFüllzeichen
Pos2:
z zurzeit gesperrt
Vergibt ein Bearbeiter händisch Unterfeld $a, muss es sich um eine syntaktisch korrekte Datumsangabe JJ-MM-TT handeln. Vergibt er das Unterfeld nicht (die Regel), wird es von der Online-Routine automatisch mit dem aktuellen Tagesdatum befüllt. Das gilt für jede der potentiell mehrfach angegebenen Kategorien 0599.
Ferner wird der Bearbeiter für jede Kategorie 0599, die er händisch angibt, validationsseitig dazu gezwungen, auch ein Unterfeld $b anzugeben. Die Syntaxvalidation erlaubt dabei nur gewisse Angaben (a,b,c,d,em, f, m etc.).
Wurde ein Satz in 0599 als umzulenkend gekennzeichnet, ist außerdem die Angabe einer Ziel-PPN verpflichtend.
Anker |
---|
| _Toc160359548 |
---|
| _Toc160359548 |
---|
|
Anker |
---|
| _Toc301427359 |
---|
| _Toc301427359 |
---|
|
2a Datumsangabe
* 0599009@ Statusverwaltung: Selektionsschlüssel
009@$a...:Datum (JJ-MM-TT)
Die ONLINE-Routine soll sicherstellen, dass jede Statuskategorie, egal ob sie nun händisch oder automatisch erzeugt wurde, mit einer Datumsangabe in Unterfeld $a befüllt wird.
Falls sie vom Bearbeiter in 0599 bereits händisch angegeben wurde, bleibt dessen Angabe erhalten. Nur, falls die Angabe fehlt, wird in Unterfeld $a automatisch das aktuelle Tagesdatum ergänzt. Das Datum in 0599 wird bei erstmaliger Vergabe einer 0599 generiert und bleibt dann erhalten, bis die Kategorie wieder komplett entfernt wird (oder der Bearbeiter selbst das Datum anfasst).
Für ZDB-Titel und Normsätze ist die Ergänzung des Tagesdatums, die einzige Änderung, die von der ONLINE-Routine an etwaigen Kategorien 0599 vorgenommen wird (vgl. Kapitel 1).
Achtung: Beachten Sie bei händischer Eingabe die Reihenfolge JJ-MM-TT, also bitte mit dem Jahr und nicht mit dem Tag beginnend!
Vorsicht, Falle: Das in 0599 stehende Datum ist nicht entscheidend für die Verarbeitung eines solchen Satzes im (ZDB-)Änderungsdienst. Maßgeblich ist hierfür allein die Angabe in Kategorie 0210 (001B P+, Änderungskennung mit Datum und Uhrzeit der letzten Änderung).Ein Satz, den Sie im System mit „f sta 06-02-01" finden, kann durchaus ein Jahr später in den Änderungdienst gelangen, nämlich dann, wenn er erneut angefasst (und das in 0210 vermerkt wurde).Stoßen Sie im Bestand auf einen solchen Satz, handelt es sich mit hoher Wahrscheinlichkeit um einen Einzelfall, der zum damaligen Zeitpunkt aus systembedingten Gründen nicht korrekt verarbeitet wurde. Sie können eine erneute Verarbeitung anstoßen, indem Sie eine Pseudokorrektur am Titelsatz vornehmen.
Anker |
---|
| _Toc160359549 |
---|
| _Toc160359549 |
---|
|
Anker |
---|
| _Toc301427360 |
---|
| _Toc301427360 |
---|
|
2b Status/Selektionsschlüssel
* 0599009@ Statusverwaltung: Selektionsschlüssel
009@$a...:Datum (JJ-MM-TT)
009@$b- ohne -Selektionsschlüssel
Pos1:
abereit zur Anzeige
bPublikation im Haus, in Bearbeitung
cMeldung Neuerscheinungsdienst
(nicht für Zeitschriften)
dzu löschender Datensatz
eErwerbungsdatensatz (Zeitschriften)
finterimistischer Datensatz (monografische Publikation eingegangen)
(nicht für Zeitschriften)
sNeuanzeige Schriftenreihe
xFüllzeichen
Pos2: (nicht für Zeitschriften)
imöglicherweise Dublette (ISBN-Abgleich)
kFreigabe für Neuerscheinungsdienst
vErsterfassung Neuerscheinungsdienst
mMahnvorgang eingeleitet (Monografien)
w Erwerbung vorübergehend zurückgestellt (Monografien)
zzurzeit gesperrt
Für ZDB-Titel und Normdaten bleibt der von einem Bearbeiter in 0599 $b angegebene Status unverändert erhalten. Nur für DNB- und DMA-Titel wird in gewissen Fällen automatisch eine Kategorie 0599 erzeugt und ein vom Bearbeiter eventuell angegebener Status überschrieben.
Automatisch erzeugt werden derzeit die folgenden Stati:
a - bei Neueingabe eines f/*F oder *a-Satzes des DMA, der ein x an dritter Position der Materialart aufweist.- und bei *Wegnahme des x an dritter Position der Materialart eines solchen DMA-Satzes
b - bei Neueingabe eines f/*F oder *a-Satzes, der kein a,c oder m an dritter Position der Materialart aufweist. - und bei *Wegnahme der dritten Position der Materialart an einem **a, **c oder **m-Satz
c- bei Neueingabe eines **c-Satzes (die im Moment aber ohnehin Offline eingespielt werden)
em- bei Neueingabe eines *am-Satzes
f - bei Neueingabe eines *f/*F oder *a-Satzes des DMA, der ein a oder q an dritter Position der Materialart aufweist.
- bei Neueingabe eines *aa-Satzes oder beim Update eines Satzes mit erstmaliger
Vergabe einer Akzessionsnummer
o- bei Neueingabe einer Elektronischen Ressource Oaf*
os- bei Neueingabe einer Elektronischen Ressource Oaf*
In allen diesen Fällen gilt: Eine vorhandene 0599 wird automatisch korrigiert, falls es sich um eine der genannten Titel- oder Exemplaränderung innerhalb des Geschäftsganges handelt. Fehlt die 0599 (eine Entfernung ist auch Online theoretisch möglich), wird sie automatisch mit dem neuen Status generiert.
Alle anderen Stati sind vom Bearbeiter händisch zu vergeben. Einen guten Überblick über die Geschäftsgänge in DNB und ihre Stati gibt Kapitel 3.
Anker |
---|
| _Toc160359550 |
---|
| _Toc160359550 |
---|
|
Anker |
---|
| _Toc301427361 |
---|
| _Toc301427361 |
---|
|
2cVerknüpfungsnummer
0599 009@$a...:Datum (JJ-MM-TT) (m)
009@$b- ohne -Änderungscodierung
uUmlenkung
dzu löschender Datensatz
ggravierende Korrektur
kLizenzfreie Online-Ressource wird kostenpflichtig
009@$9"!...!"Verknüpfungsnummer eines ZDB-Zieldatensatzes bei Umlenkungen
Eine Verknüpfungsnummer in $9 wird ONLINE niemals automatisch erzeugt. Bei Umlenkungen (0599 u!...!) wird der Bearbeiter validationsseitig gezwungen, die PPN des Zieldatensatzes anzugeben.
Es muss sich um die PPN eines existierenden Satzes handeln. Der Zielsatz muss unbedingt ein ZDB-Datensatz sein – nur solche Umlenkungen werden vom Offline-Programm vollzogen-, der Quellsatz darf DNB- oder ZDB-Datensatz sein.
...
Anker |
---|
| _Toc160359552 |
---|
| _Toc160359552 |
---|
|
Anker |
---|
| _Toc301427363 |
---|
| _Toc301427363 |
---|
|
3aa MVB-Sätze, nicht Online-Ressourcen
MVB-Sätze (der Materialart 0500 *ac) werden OFFLINE eingespielt und erhalten dabei den Status 0599 cv.
Wird dabei jedoch bereits ein vorhandener Satz mit gleicher ISBN gefunden, bekommt er stattdessen
0599 ci.
Sind ISBN und Erscheinungsjahr identisch und es ist nicht die Materialart O* beteiligt erhält er vom Offline-Programm
0599 d
(0599 ci wird später manuell in 0599 d, oder was auch immer, geändert.)
Die Sätze werden in F/L 1.2 mit Sachgruppen versehen und bekommen manuell den Status
0599 ck.
Nach Erfassung der Akzessionsnummer bildet sich ONLINE automatisch
0599 f.
Nach Wegnahme der 3. Pos. in 0500 bildet sich ONLINE automatisch
0599 b.
Ergänzung, 22.04.2009, di nach Vorgabe der Fachabteilung:
Beim Update = Entfernen von 0500 (002@) Pos. 3 entsteht automatisch Status "b" - unabhängig davon, ob 0701 (008@) $b erfasst wird oder nicht. Dabei muss 0500 (002@) Pos. 1 ungleich O sein.
Die Sacherschließung vergibt manuell
0599 a.
Anker |
---|
| _Toc301427364 |
---|
| _Toc301427364 |
---|
|
3abMVB-Sätze, Online-RessourcenMVB-Sätze (der Materialart 0500 Oac) werden OFFLINE eingespielt und erhalten dabei den Status 0599 cv.
Wird dabei jedoch bereits ein vorhandener Satz mit gleicher ISBN gefunden, bekommt er stattdessen
0599 ci.
Sind ISBN und Erscheinungsjahr identisch und es ist nicht die Materialart O* beteiligt erhält er vom Offline-Programm
0599 d
(0599 ci wird später manuell in 0599 d, oder was auch immer, geändert.)
Die Sätze werden in F/L 1.2 mit Sachgruppen versehen und bekommen manuell den Status
0599 ck.
Nach Wegnahme der 3. Position bildet sich ONLINE automatisch
0599 os.
3acOnline-Ressourcen mit NP-Vorlauf (Ablieferung über Formular, oder OAI-Import)
Online-Ressourcen mit NP-Vorlauf (0500 Oaf) werden OFFLINE eingespielt und erhalten dabei den Status
0599 o.
Nach Wegnahme der 3. Position bildet sich ONLINE automatisch
0599 os.
Anker |
---|
| _Toc160359553 |
---|
| _Toc160359553 |
---|
|
Anker |
---|
| _Toc301427365 |
---|
| _Toc301427365 |
---|
|
3bGemahnte MVB-Sätze...
Anker |
---|
| _Toc160359554 |
---|
| _Toc160359554 |
---|
|
Anker |
---|
| _Toc301427366 |
---|
| _Toc301427366 |
---|
|
3ca Sätze ohne ND- oder Mahnvorlauf, nicht Online-Ressourcen
Sätze der Materialart 0500 a (und *F, *f) bekommen *bei der Neueingabe ONLINE automatisch den Status
0599 b.
Ergänzung, 22.04.2009, di nach Vorgabe der Fachabteilung:
Die Erfassung einer Akzessionnummer in 0701 (008@) $b erzeugt nicht den Status" f" entstehen. Ein vorhandener Status bleibt unverändert erhalten bleiben. Ist kein Status vorhanden, entsteht kein neues Feld 0599.
Die Sacherschließung vergibt manuell
0599 a (auch hier sind eventuell bz oder az möglich).
Anker |
---|
| _Toc301427367 |
---|
| _Toc301427367 |
---|
|
3cbSätze ohne ND- oder Mahnvorlauf, nicht Online-Ressourcen
Sätze der Materialart 0500 Oa (und OF, Of) bekommen bei der Neueingabe ONLINE automatisch den Status
0599 os.
Die Sacherschließung vergibt manuell
0599 a (auch hier sind eventuell bz oder az möglich).
Anker |
---|
| _Toc160359555 |
---|
| _Toc160359555 |
---|
|
Anker |
---|
| _Toc301427368 |
---|
| _Toc301427368 |
---|
|
3dRumpfdatensätze der Erwerbung
Sätze der Materialart 0500 aa bekommen dagegen *bei der Neueingabe ONLINE automatisch
0599 f.
Sätestens beim Update eines solchen Satzes mit Erfassung einer Akzessiosnummer bekämen sie
0599 f.
Und nach Entfernen der 3. Pos. in 0500 analog zu 3a/3b automatisch
0599 b.
Die Sacherschließung vergibt manuell
0599 a (auch hier sind eventuell bz oder az möglich).
Anker |
---|
| _Toc160359556 |
---|
| _Toc160359556 |
---|
|
Anker |
---|
| _Toc301427369 |
---|
| _Toc301427369 |
---|
|
3e) Mahndatensätze der Erwerbung
(Änderung mit CBS-Konfigurations-Release 09.11 am 01.09.2011 in Rot)
- Sätze der Materialart 0500 *am bekommen (...) bei der Neueingabe ONLINE automatisch 0599 e.
- Das Offline-Programm zur Erzeugung der Mahnlisten für das LBS setzt den Status automatisch auf 0599 em.
- Nach Erfassung der Akzessionsnummer wird ONLINE automatisch an der 1. Pos. in 0599 ein f gesetzt, z.B. 0599 f oder 0599 fm
- Durch das abendliche Offline-Programm zum Stoppen der Mahnung wird der Status 0599 fm in 0599 f geändert.
- Nach Entfernen der 3. Pos. in 0500 wiederum ONLINE automatisch 0599 b(bzw. bm, falls das Update noch am gleichen Tag wie die Eingabe der AKZ erfolgt).
- Schließlich manuell 0599 a.
Anker |
---|
| _Toc160359557 |
---|
| _Toc160359557 |
---|
|
Anker |
---|
| _Toc301427370 |
---|
| _Toc301427370 |
---|
|
3fDatensätze ohne Bestand
Sätze der Materialart 0500 **q haben je nach Ausgangslage den Status cv oder c (automatisch entstanden) bzw. cz. Beim Update eines solchen Datensatzes wird aber ONLINE ohnehin automatisch jede 0599 entfernt, da die Statusinformation als solche ihren Wert verloren hat.
Achtung: Das gilt so erst ab dem 01.03.07, vorher lief allabendlich ein weiteres Offline-Programm, das die überflüssigen Kategorien 0599 aus **q-Sätzen entfernte!
Anker |
---|
| _Toc160359558 |
---|
| _Toc160359558 |
---|
|
Anker |
---|
| _Toc301427371 |
---|
| _Toc301427371 |
---|
|
3gSchriftenreihen
Bei *dvz-Sätzen muss derzeit händisch (bzw. durch Verwendung eines entsprechenden Makros) der Status 0599 b gesetzt werden.
Auch diese Titel bekommen von der Sacherschließung
0599 a.
Bemerkung: Eine automatische Vergabe von 0599 b auch für Schriftenreihen, wie es im Sinne einer einheitlichen Statusvergabe anzustreben wäre, erfordert eine größere technische Anpassung der Online-Routine (Stichwort: Wiederholbarkeit der 0599 bei ***z-Sätzen). Sie ist wenn überhaupt, dann erst bei einer Versionswechsel nach dem 01.03.07 anzudenken!
Anker |
---|
| _Toc301427372 |
---|
| _Toc301427372 |
---|
|
3h Netzpublikationen/Elektonische Ressourcen...
Anker |
---|
| _Toc160359559 |
---|
| _Toc160359559 |
---|
|
Anker |
---|
| _Toc301427373 |
---|
| _Toc301427373 |
---|
|
4 Offline-Verarbeitungen (infolge 0599)
Achtung: Wiederholbarkeit - Die Validation prüft nur die Plausiblität einer einzelnen 0599 und nicht die logische Stringenz mehrerer Kategorien 0599!
Während die ONLINE-Routine ddbsetstatus immer nur den markierten Satz selbst anpasst, – genauer dessen Kategorie
0599 --, fassen die OFFLINE-Programme neben dem markierten Satz potentiell weitere Sätze an. Bei Umlenkungen etwa auch den in 0599 eingetragenen „Gewinnersatz", sowie all jene Sätze, die mit dem Ausgangssatz über den Index verknüpft sind.
Für ZDB-Titel und ZDB-GKD laufen diese Offline-Programme gebündelt in einem Zeitfenster ab, in dem möglichst keine Online-Zugriffe auf die betreffenden Datensätze erfolgen (derzeit ist das einmal wöchentlich in der Nacht von Montag auf Dienstag).
Für DNB-Titel ist in erster Linie das Mahnverfahren als größere Offline-Verarbeitung zu nennen.
Folgende Stati haben eine Bedeutung im Zusammenhang mit maschinellen Änderungsverfahren:
u (Umlenkung)
=> Ein mit ‚u' markierter Datensatz (der sog. „Verlierer") wird auf den in $9 angegebenen Zielsatz („Gewinner") umgelenkt. Das heißt, in allen Datensätzen, die mit dem Verlierer verknüpft sind, wird die dortige Verlierer-PPN durch die PPN des Gewinners ersetzt. Außerdem werden alle Exemplare des Verlierersatzes an den Gewinnersatz bewegt.
Nach erfolgreicher Verarbeitung wird im Gewinnersatz als Zusatzinformation die ZDB-Nummer des Verlierers gemerkt, und der Verlierersatz wird gelöscht (genauer: z-reduziert).
d (Löschung)
=> Ein mit ‚d' markierter Datensatz wird gelöscht (DNB-Titel) oder z-reduziert (ZDB-Titel, Normsatz), falls kein anderer Datensatz im Bestand mit diesem verknüft ist.
Ein ZDB-Erfasser etwa sollte nie direkt einen Titel löschen, sondern ihn lediglich als zu löschend markieren dürfen. Die eigentliche Löschung wird dann zu einem festgelegten Zeitpunkt (derzeit Montag Nacht) vorgenommen, wobei der betreffende Satz zuvor noch einmal aus dem Bestand selektiert wurde. Die Selektion prä mortem wird genutzt, um anderen Verbünden mitzuteilen, dass sie den entsprechenden Satz auch in ihrer (zu synchronisierenden) Datenbank zu löschen haben.
g (gravierende Korrektur)
=> Ein mit ‚g' markierter Datensatz ist von einem Bearbeiter so umfassend nachbearbeitet worden, dass er diese Änderungen als gravierende Korrektur ausweist. Früher wurden bei Vergabe eines solchen Kennzeichens immer auch sämtliche Exemplare des Titels selektiert und mit dem Änderungsdienst ausgeliefert. Seit Januar 2005 erfolgt aber die zusätzliche Selektion der Exemplare nicht mehr. Es wird davon ausgegangen, dass sich die betreffenden Verbünde die interessierenden Exemplare selbst per OAI-Verfahren harvesten. Dazu wird die gravkorr-Kennzeichnung ein Jahr im Titel belassen und erst danach von einem speziellen Offline-Programm entfernt.
k (lizenzfreie Online-Ressource wird kostenpflichtig)
=> Auch hier erfolgt seit Januar 2005 keine gesonderte Verarbeitung. Die Kennzeichnung verbleibt, analog zum gravkorr-Verfahren, ein Jahr lang im betreffenden Titel und wird dann erst entfernt.
zd/zu (z-Reduktion)
=> Der betreffende Datensatz ist bereits von einem Offline-Pogramm vollständig bearbeitet (d.h. umgelenkt oder gelöscht) worden. Er ist jedoch noch nicht physisch aus dem Bestand gelöscht worden, um Verbünden, die diesen Satz per OAI-Verfahren in ihrem Bestand löschen wollen, dafür genügend Zeit zu lassen. Wenn ein solcher Datensatz direkt gelöscht würde, könnte er über OAI nicht mehr geharvestet werden.
Ein Satz, der in diesem Sinne z-reduziert wurde, besteht nur noch aus einem stark verkürzten Rumpfdatensatz, der nur noch die für OAI wichtigen Informationen enthält. Er sollte sich aber von keinem Bearbeiter mehr ONLINE verändern lassen.
*m („zu mahnend")
=> Über das ‚m' an zweiter Position des Status wird für DNB gesteuert, ob ein Datensatz in die wöchentlichen Mahnungen eingeht
Die Kennzeichnung kann von einem Bearbeiter manuell vorgenommen werden. Darüberhinaus läuft wöchentlich ein Offline-Programm (ddbmahnliste), das anhand einer Suche im Index und gewisser Prüfungen in den gefundenen Datensätzen ebenfalls das ‚m' für „zu mahnend" setzt. Dabei bleibt die erste Position in 0599 unangetastet.
Ein Datensatz wird erst dann nicht mehr gemahnt, wenn das ‚m' aus Kategorie 0599 entfernt wurde. Das kann Online gezielt von einem Bearbeiter vorgenommen werden. Es passiert aber auch allabendlich durch ein Offline-Programm (ddbmahnstop), das anhand des Databaselogs alle am gleichen Tag erfassten Datensätze mit einer 0599 *m identifiziert.
Falls es sich um einen Datensatz ohne Bestand handelt (0500 **q) oder der Status 0599 nm bzw. xm gesetzt ist, entfernt ddbmahnstop die komplette Kategorie 0599.
Falls der Status 0599 am, bm, dm oder fm lautet, wird lediglich das ‚m' aus 0599 entfernt.
Falls es sich um einen Mahndatensatz i.e. Sinn handelt (0500 **m) wird das ‚m' aus 0599 ebenfalls entfernt. Allerdings nur, falls gewisse andere Kriterien (Kategorien 4701, 0600 oder Frist in 4208 überschritten) erfüllt sind.
In allen übrigen Fällen bleibt der Mahnstatus an zweiter Position der 0599 erhalten.
...