KBART (Knowledge Bases and Related Tools)

Gemeint ist kein klassischer formaler Standard im engeren Sinn, sondern eine praxisorientierte Empfehlung mit festgelegten Feldern, Formaten und Konventionen. Sie wird vor allem genutzt, um E-Journals, E-Books, Zeitschriftenarchive, Kollektionen und weitere elektronische Angebote in Knowledge Bases, Link-Resolvern, Discovery-Systemen und ERM-Umgebungen konsistent abzubilden.

Für Bibliotheken ist KBART besonders wichtig, weil elektronische Bestände häufig paketbasiert, dynamisch und plattformabhängig sind. Titel können hinzukommen, entfallen, umziehen, nur für bestimmte Jahrgänge verfügbar sein oder unterschiedlichen Embargo-Regeln unterliegen. KBART hilft Ihnen, solche Informationen maschinenlesbar zu übernehmen, zu prüfen und in lokale Verwaltungs- und Zugriffssysteme einzubinden.

Was ist KBART?

KBART ist eine Empfehlung der NISO, der National Information Standards Organization. Die offizielle Referenz ist NISO RP-9: KBART Phase I wurde als NISO RP-9-2010 veröffentlicht, KBART Phase II als NISO RP-9-2014. Zusätzlich gibt es mit KBART Automation eine eigene NISO Recommended Practice für die automatisierte Bereitstellung kundenspezifischer Bestandsdaten.

Ziel von KBART ist es, elektronische Ressourcen in einem klar definierten, tabellarischen Format bereitzustellen. Solche Dateien können von Verlagen, Aggregatoren, Plattformanbietern, Konsortien oder Knowledge-Base-Anbietern geliefert und von Bibliotheken sowie Systemen automatisiert verarbeitet werden. Der Schwerpunkt liegt auf Titel-, Bestands-, Abdeckungs- und Zugriffsinformationen, nicht auf vollständigen Katalogdaten oder Lizenzverträgen.

KBART beschreibt unter anderem:

• welche Titel in einer Datei beziehungsweise Kollektion aufgeführt sind,
• ab welchem Jahrgang, Band, Heft oder Erscheinungsdatum Inhalte online verfügbar sein sollen,
• bis zu welchem Zeitpunkt Inhalte abgedeckt sind,
• ob eine Ressource kostenpflichtig oder frei zugänglich gekennzeichnet ist,
• welche stabile titelbezogene URL verwendet werden soll,
• welche Print- und Online-Identifier vorhanden sind, zum Beispiel ISSN, eISSN, ISBN oder eISBN,
• ob formalisierte Embargo-Angaben oder zusätzliche Coverage-Hinweise vorliegen.

Damit ist KBART kein klassischer Katalogstandard wie MARC und auch kein vollständiges Lizenzformat. KBART ist eine Austauschpraxis für elektronische Verfügbarkeitsinformationen auf Titel- und Kollektionsebene. Genau darin liegt der besondere Nutzen für moderne Bibliotheks- und Informationsmanagementprozesse.

Warum ist KBART im Bibliotheksmanagement wichtig?

Elektronische Medienbestände sind oft deutlich komplexer als gedruckte Bestände. Eine Bibliothek kann ein E-Journal-Paket mit mehreren Tausend Titeln lizenzieren, ein E-Book-Paket als zeitlich befristetes Erwerbungsmodell nutzen oder über ein Konsortium Zugriff auf unterschiedliche Kollektionen erhalten. Innerhalb solcher Pakete ändern sich Titelbestände, Plattformen, URLs, Coverage-Angaben und Zugriffsmodelle regelmäßig.

Ohne standardisierte Datenpflege entstehen schnell praktische Probleme. Nutzerinnen und Nutzer sehen Volltextlinks, obwohl kein Zugriff besteht, oder lizenzierte Inhalte erscheinen nicht im Discovery-System. Mitarbeitende müssen dann Fehlverlinkungen prüfen, Titellisten manuell korrigieren und unklare Abweichungen zwischen Anbieterangaben, lokalen Lizenzen und Knowledge-Base-Aktivierungen auflösen.

Typische Folgen unzureichender Bestandsdaten sind:

• false positives, also angezeigte Zugriffe ohne tatsächliche Berechtigung,
• false negatives, also fehlende Nachweise für eigentlich verfügbare Inhalte,
• Dead Links durch veraltete oder falsch gebildete URLs,
• falsche Plattformverweise nach Migrationen,
• fehlende Jahrgänge, Bände oder Hefte in der Anzeige,
• unklare Embargo-Situationen,
• unvollständige Aktivierungen in Discovery-Systemen und A-Z-Listen,
• erhöhter Supportaufwand durch schwer nachvollziehbare Zugriffsprobleme.

KBART reduziert diesen Aufwand, weil Anbieter und Systeme eine gemeinsame Datensprache verwenden. Sie können Dateien leichter validieren, mit lokalen Lizenzinformationen abgleichen und kontrolliert in Knowledge Bases, ERM-Systeme oder Bibliotheksmanagementsysteme übernehmen. Wichtig ist dabei: Eine Anbieterdatei beschreibt häufig den paketbezogenen oder potenziellen Bestand, während der tatsächlich nutzbare Zugriff erst durch lokale Lizenz, Aktivierung und Authentifizierung bestimmt wird.

Wie funktioniert KBART?

KBART-Dateien sind in der Praxis tab-separierte Textdateien, häufig mit der Dateiendung TXT oder TSV. Sie enthalten eine Titelzeile mit definierten Spaltenüberschriften, eine feste Spaltenreihenfolge und anschließend je eine Zeile pro Titel oder Ressource. Empfohlen sind maschinenlesbare, konsistente Inhalte sowie eine geeignete Zeichenkodierung, in der Praxis meist UTF-8.

Die Datei sollte keine layoutorientierten Elemente enthalten, die eine automatische Verarbeitung erschweren. Dazu gehören zusammengeführte Zellen, farbliche Markierungen, uneinheitliche Datumsangaben, lokale Notizen in Pflichtfeldern oder Freitext dort, wo kontrollierte Werte vorgesehen sind. KBART ist gerade deshalb nützlich, weil es einfache tabellarische Dateien mit klar definierten Spalten kombiniert.

Ein stark vereinfachtes Beispiel einer KBART-Zeile sieht so aus:

publication_title print_identifier online_identifier date_first_issue_online num_first_vol_online num_first_issue_online date_last_issue_online num_last_vol_online num_last_issue_online title_url first_author title_id embargo_info coverage_depth coverage_notes publisher_name publication_type date_monograph_published_print date_monograph_published_online monograph_volume monograph_edition first_editor parent_publication_title_id preceding_publication_title_id access_type
Journal of Example Studies 1234-5678 2345-6789 2010-01-01 12 1 https://example.org/journal/jes JES001 P12M fulltext Current content subject to 12-month embargo Example Press serial P

Dieses Beispiel zeigt, dass KBART keine Artikelmetadaten liefert. Die Datei beschreibt vielmehr, dass ein bestimmter Titel ab einem bestimmten Zeitpunkt auf einer titelbezogenen URL verfügbar sein soll und dass für aktuelle Inhalte ein formalisiertes Embargo gilt. Ob eine konkrete Bibliothek den Zugriff tatsächlich anbieten kann, hängt zusätzlich von der lokalen Aktivierung, der Lizenz und der Authentifizierung ab.

Formale Anforderungen an KBART-Dateien

KBART ist bewusst einfach gehalten, stellt aber klare Anforderungen an die Struktur. Eine konforme Datei sollte tab-separiert sein und die offiziellen Feldnamen in der vorgesehenen Reihenfolge verwenden. Die erste Zeile enthält die Spaltenüberschriften, alle folgenden Zeilen enthalten die Datensätze.

Die Inhalte sollten maschinenlesbar und möglichst frei von interpretationsbedürftigem Freitext sein. Datumsangaben sollten konsistent im empfohlenen Format angegeben werden, Identifier müssen korrekt formatiert sein, und kontrollierte Felder sollten nur die vorgesehenen Werte enthalten. Wenn ein Feld nicht belegt werden kann, bleibt es leer, statt mit Platzhaltern wie „n/a“, „unknown“ oder „-“ gefüllt zu werden.

In der Bereitstellungspraxis werden KBART-Dateien häufig getrennt nach Paket, Kollektion, Plattform oder Kundengruppe veröffentlicht. Anbieter stellen sie oft in Downloadbereichen, über Knowledge-Base-Plattformen oder im Rahmen regelmäßiger Datenlieferungen bereit. Bei großen und dynamischen Beständen sind feste Aktualisierungszyklen besonders wichtig, damit neue, entfernte oder geänderte Titel zeitnah verarbeitet werden können.

Offizielle KBART-Phase-II-Felder im Überblick

KBART Phase II erweitert die ursprüngliche Empfehlung deutlich und unterstützt neben fortlaufenden Ressourcen auch Monografien besser. Die folgenden Felder gehören zum offiziellen Phase-II-Feldsatz und sollten in der vorgesehenen Reihenfolge verwendet werden.

Zu den zentralen Titel- und Identifier-Feldern gehören:

• publication_title: Titel der Publikation oder Ressource.
• print_identifier: Print-Identifier, zum Beispiel Print-ISSN oder Print-ISBN.
• online_identifier: Online-Identifier, zum Beispiel eISSN oder eISBN.
• title_id: anbieterspezifische oder plattformspezifische Titel-ID.
• parent_publication_title_id: Identifier eines übergeordneten Titels, zum Beispiel bei Beziehungen zu einer größeren Publikation.
• preceding_publication_title_id: Identifier eines Vorgängertitels, wichtig bei Titeländerungen und Titelhistorien.

Für die Online-Abdeckung fortlaufender Ressourcen werden insbesondere diese Felder verwendet:

• date_first_issue_online: Datum des ersten online verfügbaren Hefts oder Inhalts.
• num_first_vol_online: erster online verfügbarer Band.
• num_first_issue_online: erstes online verfügbares Heft.
• date_last_issue_online: Datum des letzten online verfügbaren Hefts oder Inhalts.
• num_last_vol_online: letzter online verfügbarer Band.
• num_last_issue_online: letzte online verfügbare Heftnummer.
• embargo_info: formalisierte Angabe zu Embargos oder Moving Walls.
• coverage_depth: Art der Abdeckung mit kontrollierten Werten.
• coverage_notes: ergänzende Hinweise zur Abdeckung.

Für URLs, Verlage und Ressourcentypen sind diese Felder relevant:

• title_url: stabile URL auf Titelebene, nicht bloß eine generische Plattform-Startseite und nicht zwingend ein direkter Artikel- oder Kapitel-Volltextlink.
• publisher_name: Name des Verlags oder Anbieters.
• publication_type: kontrollierter Ressourcentyp, in Phase II insbesondere serial oder monograph.
• access_type: kontrollierte Zugriffskennzeichnung, typischerweise P für paid und F für free.

Für Monografien und E-Books enthält Phase II zusätzliche Felder:

• first_author: erster Autor, besonders relevant für Monografien.
• date_monograph_published_print: Print-Erscheinungsdatum einer Monografie.
• date_monograph_published_online: Online-Erscheinungsdatum einer Monografie.
• monograph_volume: Bandangabe einer Monografie oder mehrbändigen Ausgabe.
• monograph_edition: Ausgaben- oder Editionsangabe.
• first_editor: erster Herausgeber, relevant etwa bei Sammelbänden.

Diese Felder zeigen, dass KBART stärker auf Verfügbarkeit und Bestandsabdeckung als auf vollständige bibliografische Erschließung ausgelegt ist. Für detaillierte Katalogisierung, Normdaten, Sacherschließung oder umfangreiche Buchhandelsinformationen werden weiterhin andere Formate benötigt.

Kontrollierte Werte in KBART

Ein wichtiger Qualitätsaspekt von KBART ist die Verwendung kontrollierter Werte. Wenn Systeme dieselben Werte erwarten, können sie Daten zuverlässiger importieren, validieren und interpretieren. Freitextvarianten wie „Journal“, „Zeitschrift“, „Book“, „E-Book“ oder „Open Access“ sind für bestimmte KBART-Felder nicht geeignet, wenn dafür definierte Ausprägungen vorgesehen sind.

Beim Feld publication_type sieht KBART Phase II insbesondere die Werte serial und monograph vor. serial umfasst fortlaufende Ressourcen wie Zeitschriften oder andere periodische Veröffentlichungen. monograph wird für monografische Ressourcen verwendet, etwa E-Books oder einzelne Buchausgaben.

Das Feld coverage_depth beschreibt die Tiefe der Abdeckung. Hier sollten standardisierte Ausprägungen verwendet werden, etwa für Volltext, ausgewählte Inhalte oder Abstracts. Entscheidend ist, dass Anbieter nicht beliebige lokale Formulierungen verwenden, sondern die empfohlenen Werte konsistent einsetzen.

Das Feld access_type unterscheidet typischerweise P für paid und F für free. F bedeutet, dass der Zugriff frei zugänglich gekennzeichnet ist, ist aber nicht automatisch gleichbedeutend mit Open Access im lizenzrechtlichen Sinn. KBART bildet keine detaillierten Open-Access-Lizenzen wie CC BY, CC BY-SA oder CC BY-NC ab.

Welche Informationen enthält eine KBART-Datei?

Eine KBART-Datei enthält vor allem bibliografische Grunddaten, Bestandsdaten, Coverage-Informationen und zugriffsbezogene Angaben. Sie enthält dagegen keine vollständigen technischen Metadaten im engeren Sinn, keine Preservation-Informationen, keine vollständigen Rechteinformationen auf Objektebene und keine detaillierten Vertragsdaten.

Titelinformationen

Zu den Titelinformationen gehören der Name der Publikation sowie Print- und Online-Identifier. Bei Zeitschriften sind dies in der Regel ISSN und eISSN, bei Büchern ISBN und eISBN. Diese Angaben helfen dabei, Titel eindeutig zuzuordnen, Dubletten zu erkennen und Datensätze in Knowledge Bases oder Discovery-Systemen zusammenzuführen.

DOIs sind für die wissenschaftliche Kommunikation sehr wichtig, gehören aber nicht zu den offiziellen KBART-Kernfeldern. KBART arbeitet primär mit den vorgesehenen Print- und Online-Identifiern sowie mit title_id als anbieterspezifischer Titelkennung. DOI-basierte Metadaten können in anderen Kontexten ergänzend relevant sein, etwa bei Artikel- oder Kapitelverlinkungen.

Datei, Kollektion und lokale Aktivierung

KBART-Dateien repräsentieren häufig ein Paket, eine Kollektion, eine Plattformauswahl oder eine kundenspezifische Titelliste. Ein eigenes klassisches Feld package_name gehört jedoch nicht zum offiziellen KBART-Phase-II-Feldsatz. Die Paketlogik ergibt sich daher oft aus der Datei, dem Dateinamen, der Bereitstellungsumgebung oder der Knowledge-Base-Kollektion, in die die Daten integriert werden.

Für die Praxis ist die Unterscheidung wichtig: Eine globale Anbieter-Titelliste zeigt, welche Titel ein Anbieter grundsätzlich in einer Kollektion führt. Eine Knowledge-Base-Kollektion bildet diese Daten in einem System ab. Die lokale Aktivierung entscheidet schließlich, welche Titel für Ihre Einrichtung tatsächlich sichtbar und als verfügbar angezeigt werden.

Abdeckungsdaten

Coverage-Daten beschreiben, welche Jahrgänge, Bände, Hefte oder Erscheinungsdaten online verfügbar sein sollen. Besonders bei fortlaufenden Ressourcen ist diese Information zentral, weil nicht immer der gesamte Erscheinungsverlauf lizenziert oder zugänglich ist. Fehlerhafte Coverage-Angaben zählen zu den häufigsten Ursachen für problematische Volltextverlinkungen.

Typische Coverage-Situationen sind:

• laufende Verfügbarkeit ab einem bestimmten Jahrgang,
• Backfile-Zugriff bis zu einem bestimmten Jahr,
• Moving Walls mit Zugriff nur auf ältere Inhalte,
• Embargos für aktuelle Hefte,
• eingestellte Zeitschriften mit abgeschlossenem Enddatum,
• Titeländerungen mit Vorgänger- und Nachfolgetiteln,
• Splits und Mergers bei Zeitschriften,
• Lücken in einzelnen Bänden oder Heften,
• unterschiedliche Abdeckung je Plattform.

KBART kann diese Situationen nicht immer vollständig semantisch modellieren, unterstützt aber eine strukturierte Beschreibung über Datums-, Band-, Heft-, Embargo- und Notizfelder. Komplexe Lizenzrechte, lokale Sondervereinbarungen oder dauerhaft zugesicherte Archivansprüche müssen zusätzlich in lokalen ERM- oder Bibliotheksmanagementsystemen verwaltet werden.

Embargos und Moving Walls

Embargos sollten in KBART nicht als unstrukturierter Freitext wie „zwölf Monate Sperrfrist“ angegeben werden. Die Empfehlung sieht formalisierte, maschinenlesbare Angaben im Feld embargo_info vor. Häufig werden periodische Angaben wie P12M oder P1Y verwendet, um eine Verzögerung von zwölf Monaten beziehungsweise einem Jahr auszudrücken.

Solche Angaben sind für Link-Resolver und Knowledge Bases wesentlich besser auswertbar als freie Notizen. Ergänzende Erläuterungen können in coverage_notes stehen, sollten aber die formalisierte Embargo-Information nicht ersetzen. Für eine zuverlässige Verarbeitung ist entscheidend, dass Anbieter die Syntax konsistent und nach der NISO-Empfehlung verwenden.

Titel-URLs

Das Feld title_url sollte eine stabile URL auf Titelebene enthalten. Gemeint ist in der Regel eine Landingpage für den Zeitschriften- oder Buchtitel auf der jeweiligen Plattform. Eine generische Plattform-Startseite ist zu ungenau, während ein direkter Link auf Artikel-, Heft-, Kapitel- oder Dateiebene häufig zu granular oder instabil ist.

Bei Plattformmigrationen ist title_url besonders kritisch. Wenn Inhalte auf eine neue Plattform umziehen, ändern sich oft URL-Strukturen, Titel-IDs und Weiterleitungen. Für eine Übergangszeit können parallele Zugriffswege bestehen, doch die KBART-Daten sollten zeitnah aktualisiert werden, damit Discovery-Systeme, A-Z-Listen und Link-Resolver stabile Ziele verwenden.

Zugriffstyp und freie Zugänglichkeit

Das Feld access_type kennzeichnet, ob ein Titel als kostenpflichtig oder frei zugänglich ausgewiesen wird. In KBART Phase II werden dafür kontrollierte Werte genutzt, typischerweise P und F. Diese Information kann Systeme dabei unterstützen, frei zugängliche Ressourcen anders zu behandeln als Inhalte, die auf Lizenzierung und lokale Berechtigung angewiesen sind.

Wichtig ist die Abgrenzung zwischen „free access“ und „Open Access“. Frei zugänglich bedeutet zunächst nur, dass der Zugriff ohne lokale Zahlung oder Aktivierung möglich sein kann. Open Access im engeren Sinn umfasst zusätzlich Lizenz- und Nachnutzungsbedingungen, die KBART nicht detailliert beschreibt.

Typische Einsatzbereiche von KBART

KBART wird überall dort eingesetzt, wo elektronische Ressourcen auf Titel- und Kollektionsebene verwaltet, aktualisiert und zugänglich gemacht werden. Die Empfehlung verbindet Anbieterinformationen mit Knowledge Bases und lokalen Systemen. Dadurch wird sie zu einem wichtigen Baustein für die Organisation elektronischer Bestände.

Wichtige Einsatzbereiche sind:

• Knowledge Bases: Sie speichern strukturierte Informationen zu elektronischen Titeln, Kollektionen, Plattformen, Coverage und URLs.
• Link-Resolver: Sie ermitteln anhand der Knowledge Base und lokaler Aktivierungen, ob ein Zugriff erwartet wird und welcher Link angeboten werden soll.
• Discovery-Systeme: Sie nutzen KBART-nahe Verfügbarkeitsdaten, um elektronische Ressourcen auf Titel- oder Kollektionsebene sichtbar zu machen.
• A-Z-Listen und E-Ressourcen-Portale: Sie stellen verfügbare elektronische Zeitschriften, Bücher oder Kollektionen alphabetisch oder thematisch dar.
• ERM-Systeme: Sie unterstützen die Verwaltung von Lizenzen, Laufzeiten, Plattformen und lokalen Aktivierungen, wobei KBART Bestands- und Coverage-Daten liefern kann.
• Bibliotheksmanagementsysteme: Sie können KBART-Daten für Bestandsabgleich, Aktivierungsworkflows und Nachweisprozesse einbinden.
• Konsortialsysteme: Sie helfen, zentrale Paketdaten für mehrere Einrichtungen zu verwalten und lokale Berechtigungen differenziert abzubilden.

KBART beschreibt in der Regel nicht einzelne Datenbankdatensätze, Artikel, Kapitel oder Volltexte. Wenn von Datenbanken die Rede ist, geht es meist um den Nachweis einer Ressource, einer Plattform oder einer Kollektion auf höherer Ebene. Für objektspezifische Metadaten werden andere Formate und Indexierungsprozesse benötigt.

KBART und Link-Resolver

Ein zentraler Anwendungsfall von KBART ist das Link-Resolving. Ein Link-Resolver prüft in der Regel nicht in Echtzeit beim Anbieter, ob ein einzelner Zugriff technisch funktioniert. Er ermittelt vielmehr anhand der Knowledge Base, der lokalen Aktivierung und der Coverage-Daten, ob für eine Anfrage ein Zugriff erwartet wird.

Wenn die zugrunde liegenden KBART-Daten korrekt sind, kann der Link-Resolver besser bestimmen:

• ob der gewünschte Titel in einer aktivierten Kollektion enthalten ist,
• ob der gesuchte Jahrgang, Band oder Zeitraum abgedeckt ist,
• ob ein Embargo den aktuellen Inhalt ausschließt,
• welche Plattform als Ziel geeignet ist,
• welche titelbezogene URL verwendet werden soll,
• ob mehrere mögliche Zugriffswege existieren,
• ob die Ressource als paid oder free gekennzeichnet ist.

Fehlerhafte Daten führen dagegen zu falschen Verfügbarkeitsanzeigen. Nutzerinnen und Nutzer sehen dann einen Link, der nicht zum Volltext führt, oder sie erhalten keinen Link, obwohl ein Zugriff möglich wäre. Aus Sicht der Nutzerinnen und Nutzer ist die Ursache zweitrangig: Entscheidend ist, ob der erwartete Inhalt erreichbar ist.

KBART und Discovery-Systeme

Discovery-Systeme bündeln verschiedene Informationsquellen in einer Suchoberfläche. Sie zeigen Nutzerinnen und Nutzern, welche Inhalte auffindbar sind und welche davon voraussichtlich verfügbar sind. KBART unterstützt diese Verfügbarkeitslogik, indem es Titel, Kollektionen, Coverage und URLs strukturiert bereitstellt.

Besonders relevant ist KBART für:

• E-Journals aus Lizenzpaketen,
• E-Book-Kollektionen,
• Zeitschriftenarchive,
• frei zugängliche Titel auf Plattformebene,
• konsortial lizenzierte Kollektionen,
• plattformübergreifend verfügbare Titel,
• A-Z-Listen für elektronische Ressourcen.

KBART ersetzt jedoch keinen Discovery-Index auf Artikel- oder Kapitel-Ebene. Ein Discovery-System kann Artikelmetadaten, Abstracts oder Volltextdaten aus anderen Quellen beziehen und KBART-Daten ergänzend nutzen, um Verfügbarkeit und Links zu steuern. Für Ihre Praxis bedeutet das: Auffindbarkeit und Verfügbarkeit hängen von mehreren Datenquellen ab, KBART ist aber eine zentrale Grundlage für die korrekte Bestandsanzeige.

KBART in ERM- und Bibliotheksmanagementsystemen

ERM- und Bibliotheksmanagementsysteme verwalten elektronische Ressourcen über ihren Lebenszyklus hinweg. Dazu gehören Auswahl, Erwerbung, Lizenzierung, Aktivierung, Zugriff, Nutzungsauswertung, Verlängerung und Abbestellung. KBART kann diese Prozesse unterstützen, enthält selbst aber keine vollständigen Erwerbungs-, Kosten-, Vertrags-, Nutzergruppen- oder COUNTER-Nutzungsdaten.

KBART-Daten können insbesondere helfen bei:

• Import und Aktualisierung elektronischer Titellisten,
• Abgleich zwischen Anbieterdatei und lokaler Lizenz,
• Aktivierung von Kollektionen in Knowledge Bases,
• Prüfung von Coverage und Embargos,
• Dokumentation von Plattform- und URL-Änderungen,
• Bereitstellung von Verfügbarkeitsdaten für Discovery und Link-Resolver,
• Erkennung von Abweichungen zwischen erwartetem und angezeigtem Bestand.

Besonders wertvoll wird KBART, wenn die gelieferten Daten mit lokalen Lizenzinformationen verbunden werden. Eine Anbieterdatei kann zeigen, welche Titel grundsätzlich in einer Kollektion enthalten sind. Ihr lokales System ergänzt, ob Ihre Einrichtung diese Kollektion lizenziert hat, für welchen Zeitraum der Vertrag gilt, welche Authentifizierung verwendet wird und welche Nutzergruppen berechtigt sind.

KBART bei E-Books und Erwerbungsmodellen

KBART Phase II hat die Unterstützung für Monografien deutlich verbessert. Das ist wichtig, weil E-Book-Bestände oft in komplexen Erwerbungs- und Auswahlmodellen organisiert sind. Dazu gehören Frontlist- und Backlist-Pakete, Evidence-Based Acquisition, Demand-Driven Acquisition, Patron-Driven Acquisition und Evidence-Based Selection.

Bei solchen Modellen ist der Titelbestand häufig veränderlich. In einer DDA- oder PDA-Kollektion können viele Titel zunächst sichtbar sein, ohne bereits dauerhaft erworben zu sein. In EBA-Modellen können Titel während eines Nutzungszeitraums verfügbar sein, bevor später eine Auswahl dauerhaft gekauft wird. KBART kann die Titellisten und Verfügbarkeiten strukturieren, muss aber mit lokalen Erwerbungs- und Lizenzdaten abgeglichen werden.

Für E-Books sind korrekte ISBN- und eISBN-Angaben besonders wichtig. Auch Editionsangaben, Monografie-Bände, Herausgeber und Erscheinungsdaten können entscheidend sein, um Printausgaben, Onlineausgaben und verschiedene Editionen sauber voneinander zu trennen. Phase-II-Felder wie monograph_volume, monograph_edition und first_editor unterstützen diese Differenzierung.

Konsortiale Szenarien mit KBART

In Konsortien ist KBART besonders hilfreich, weil zentrale Paketdaten und lokale Berechtigungen auseinanderfallen können. Ein Konsortium kann eine Kollektion verhandeln, während einzelne Einrichtungen unterschiedliche Zugriffsumfänge, Laufzeiten oder Aktivierungen haben. Die zentrale Titelliste ist dann nicht automatisch identisch mit dem lokalen Bestand jeder beteiligten Bibliothek.

Ein sinnvoller Workflow trennt deshalb mehrere Ebenen. Zunächst werden zentrale Anbieter- oder Konsortialdaten in einer Knowledge Base gepflegt. Anschließend aktivieren einzelne Einrichtungen die für sie relevanten Pakete oder Titel lokal. Abschließend werden Verfügbarkeitsanzeigen, Link-Resolver-Ziele und Discovery-Sichtbarkeit aus Sicht der jeweiligen Einrichtung getestet.

Gerade bei nationalen oder regionalen Lizenzen können zusätzliche Komplexitäten entstehen. Dazu gehören abweichende Archivansprüche, unterschiedliche Startdaten, lokale Zusatzpakete, befristete Testzugänge oder unterschiedliche Authentifizierungswege. KBART unterstützt die strukturierte Titelliste, ersetzt aber nicht die lokale Berechtigungslogik.

Grenzen von KBART

KBART ist ein wirkungsvolles Format für Bestands- und Verfügbarkeitsdaten, hat aber klare Grenzen. Diese Grenzen sind wichtig, damit Sie KBART-Daten nicht mit anderen Datenarten verwechseln. Viele Probleme entstehen, wenn Anbieterdateien als vollständige Lizenz-, Katalog- oder Nutzungsdaten interpretiert werden.

KBART enthält in der Regel nicht:

• Artikelmetadaten oder Kapitelmetadaten auf Objektebene,
• vollständige bibliografische Katalogdaten mit Sacherschließung,
• MARC-Datensätze,
• vollständige Lizenzverträge oder lokale Vertragsklauseln,
• Preise, Rechnungsdaten oder Erwerbungsentscheidungen,
• COUNTER-Nutzungsstatistiken,
• Authentifizierungsdaten wie IP-Bereiche, Shibboleth-Attribute oder Proxy-Konfigurationen,
• detaillierte Open-Access-Lizenzinformationen wie Creative-Commons-Lizenzen,
• Preservation-Metadaten oder technische Dateiformatinformationen.

KBART steuert auch keine Anmeldung. Ob Nutzerinnen und Nutzer Zugriff erhalten, hängt von Authentifizierung, Autorisierung, Plattformkonfiguration und Lizenz ab. KBART liefert die strukturierten Verfügbarkeits- und Linkdaten, auf deren Basis Systeme einen erwarteten Zugriff anzeigen können.

KBART im Zusammenspiel mit anderen Standards und Formaten

KBART entfaltet seinen größten Nutzen, wenn es mit anderen Datenquellen kombiniert wird. Es ersetzt weder bibliografische Katalogisierung noch Nutzungsstatistik oder Produktdatenmanagement. Stattdessen ergänzt KBART diese Formate um strukturierte Verfügbarkeitsinformationen.

Im Vergleich zu MARC liegt der Schwerpunkt von KBART nicht auf vollständiger bibliografischer Beschreibung. MARC wird vor allem für Katalogdaten, Erschließung, Normdatenbezüge und lokale Bestandsnachweise eingesetzt. KBART beschreibt dagegen Titel, elektronische Abdeckung, URLs, Zugriffstypen und Kollektionen in einer für Knowledge Bases gut verarbeitbaren Form.

Im Vergleich zu ONIX ist KBART stärker bibliothekarisch und verfügbarkeitsbezogen ausgerichtet. ONIX wird im Verlags- und Buchhandelsumfeld für Produktinformationen genutzt, etwa zu Büchern, Preisen, Editionen, Lieferbarkeit und Vertrieb. KBART konzentriert sich darauf, welche elektronischen Titel in einer Knowledge-Base-Umgebung aktiviert und verlinkt werden können.

Auch OpenURL, COUNTER und SUSHI ergänzen KBART. OpenURL unterstützt das Link-Resolving aus bibliografischen Kontextdaten heraus. COUNTER liefert standardisierte Nutzungsstatistiken für elektronische Ressourcen, während SUSHI den automatisierten Abruf solcher Nutzungsberichte ermöglicht. KBART beschreibt hingegen, welche Ressourcen in welchem Umfang verfügbar sein sollen.

KBART Automation

KBART Automation erweitert den klassischen Austausch statischer Dateien um automatisierte Abruf- und Aktualisierungsprozesse. Ziel ist es, Knowledge-Base-Anbietern und Bibliotheken den Zugriff auf kundenspezifische Holdings-Daten zu erleichtern. Dadurch müssen Dateien nicht immer manuell aus Portalen heruntergeladen und lokal eingespielt werden.

Besonders nützlich ist dieser Ansatz bei großen, dynamischen Beständen. Wenn sich E-Book-Kollektionen, DDA-Pools, Konsortialbestände oder Plattformdaten häufig ändern, kann Automatisierung die Aktualität verbessern. Dennoch bleiben Validierung, lokale Aktivierung und fachliche Prüfung notwendig, weil auch automatisiert gelieferte Daten fehlerhaft oder unvollständig sein können.

KBART Endorsement und Anbieter-Konformität

NISO bietet mit dem KBART-Endorsement ein Verfahren, mit dem Anbieter ihre KBART-Dateien als konform zur Recommended Practice ausweisen können. Ein solches Endorsement signalisiert, dass ein Anbieter zentrale Anforderungen an Struktur, Feldbelegung, kontrollierte Werte und Bereitstellungspraxis berücksichtigt. Für Bibliotheken ist das ein hilfreicher Qualitätsindikator, ersetzt aber keine lokale Prüfung.

Auch bei konformen Anbietern können einzelne Fehler auftreten. Paketänderungen, Plattformmigrationen, Titeländerungen oder unklare Embargo-Regeln bleiben anspruchsvoll. Deshalb sollten Sie KBART-Endorsement als positives Signal verstehen, aber weiterhin eigene Validierungs- und Testprozesse einplanen.

Zuständigkeiten im KBART-Workflow

KBART funktioniert am besten, wenn die Rollen klar verteilt sind. Anbieter erstellen und pflegen die Titellisten für ihre Plattformen, Pakete oder kundenspezifischen Bestände. Sie sind verantwortlich für korrekte Titel, Identifier, Coverage-Angaben, URLs, kontrollierte Werte und regelmäßige Updates.

Knowledge-Base-Anbieter integrieren diese Daten in ihre Systeme. Sie normalisieren, validieren und strukturieren Kollektionen so, dass Bibliotheken sie aktivieren können. Dabei können zusätzliche systeminterne IDs, Kollektionsebenen oder Matching-Prozesse entstehen, die über die reine KBART-Datei hinausgehen.

Bibliotheken prüfen anschließend, welche Kollektionen lokal relevant sind. Sie aktivieren Pakete, gleichen sie mit Lizenzen ab, dokumentieren lokale Abweichungen und testen die Anzeige in Discovery, A-Z-Liste und Link-Resolver. Nur durch dieses Zusammenspiel entsteht aus einer Anbieterdatei eine verlässliche lokale Verfügbarkeitsanzeige.

Best Practices für den Umgang mit KBART-Daten

Damit KBART seinen Nutzen entfalten kann, sollten Sie strukturierte Prozesse für Import, Validierung, Aktivierung und Qualitätssicherung etablieren. Die Recommended Practice schafft die Grundlage, ersetzt aber nicht die fachliche Prüfung Ihrer lokalen Datenlage. Besonders bei dynamischen Paketen ist ein wiederholbarer Workflow entscheidend.

Ein typischer Ablauf umfasst:

• Datei oder automatisierte Lieferung erhalten,
• formale Struktur und Feldreihenfolge prüfen,
• Pflichtfelder und kontrollierte Werte validieren,
• Identifier, Datumsformate, URLs und Coverage prüfen,
• Dubletten und auffällige Titeländerungen untersuchen,
• Datei mit Lizenz- und Erwerbungsinformationen abgleichen,
• relevante Kollektionen lokal aktivieren,
• Discovery-System, A-Z-Liste und Link-Resolver testen,
• lokale Korrekturen dokumentieren,
• Fehler an Anbieter oder Knowledge-Base-Anbieter zurückmelden.

Prüfen Sie Pflichtfelder und Feldstruktur

Eine KBART-Datei sollte die offiziellen Spaltenüberschriften in der vorgesehenen Reihenfolge enthalten. Schon kleine Abweichungen können Importe erschweren, insbesondere wenn Systeme streng validieren. Achten Sie deshalb darauf, dass keine zusätzlichen Spalten, umbenannten Felder oder falsch platzierten Inhalte die Verarbeitung stören.

Leere Felder sind zulässig, wenn Informationen nicht vorhanden sind oder für den Ressourcentyp nicht passen. Problematisch sind dagegen Platzhalter, unstrukturierte Kommentare oder mehrere Informationen in einem Feld. Solche Inhalte erschweren automatische Prüfungen und erhöhen das Risiko fehlerhafter Interpretation.

Validieren Sie Identifier und Datumsformate

ISSN, eISSN, ISBN und eISBN sind entscheidend für den automatisierten Abgleich. Falsche Prüfziffern, vertauschte Print- und Online-Identifier oder fehlende Bindestriche können dazu führen, dass Titel nicht korrekt gematcht werden. Bei E-Books ist zudem wichtig, digitale Ausgaben von Printausgaben und anderen Editionen zu unterscheiden.

Datumsangaben sollten konsistent und maschinenlesbar sein. Unterschiedliche Formate wie „01.01.2015“, „Jan 2015“ und „2015-01-01“ in derselben Datei erhöhen die Fehlerwahrscheinlichkeit. Besonders Start- und Enddaten der Online-Verfügbarkeit sollten sorgfältig geprüft werden.

Kontrollieren Sie Coverage-Lücken und Embargos

Coverage-Daten sind eine der häufigsten Fehlerquellen. Prüfen Sie Start- und Enddaten, Band- und Heftangaben, Embargos, Moving Walls, eingestellte Titel und Archivbereiche. Achten Sie außerdem auf scheinbar kleine Unstimmigkeiten, etwa fehlende letzte Heftnummern oder widersprüchliche Datums- und Bandangaben.

Bei Embargos sollten formalisierte Angaben im Feld embargo_info vorhanden sein. Freitext in coverage_notes kann ergänzen, sollte aber nicht die maschinenlesbare Embargo-Logik ersetzen. Nur so können Systeme aktuelle Inhalte zuverlässig ausschließen oder korrekt anzeigen.

Testen Sie URLs und Plattformverweise

title_url sollte stabil, erreichbar und titelbezogen sein. Prüfen Sie, ob die URL auf die erwartete Titelseite führt und nicht nur auf eine Startseite, Suchseite oder temporäre Session-Adresse. Nach Plattformmigrationen sollten Sie besonders auf Weiterleitungen, neue Titel-IDs und parallele Plattformzugriffe achten.

Ein URL-Test sollte nicht nur technisch prüfen, ob eine Seite antwortet. Entscheidend ist, ob Nutzerinnen und Nutzer tatsächlich beim richtigen Titel landen und von dort den lizenzierten Inhalt erreichen können. Testen Sie daher exemplarisch unterschiedliche Jahrgänge, aktuelle Inhalte, ältere Backfiles und mehrere Zugriffswege.

Dokumentieren Sie lokale Anpassungen

Bibliotheken nehmen gelegentlich lokale Korrekturen vor, wenn Anbieterangaben unvollständig sind oder lokale Lizenzbedingungen abweichen. Diese Änderungen sollten Sie dokumentieren, damit sie bei späteren Updates nicht unbeabsichtigt überschrieben werden. Besonders wichtig ist dies bei Abweichungen zwischen globaler Anbieterdatei und lokaler Lizenz.

Hilfreiche Dokumentationsangaben sind:

• Datum der Änderung,
• betroffene Kollektion,
• betroffener Titel,
• Identifier,
• Art der Korrektur,
• Grund der Abweichung,
• verantwortliche Stelle,
• Quelle der lokalen Information.

Kommunizieren Sie Fehler präzise an Anbieter

Wenn Sie fehlerhafte KBART-Daten melden, sollten Sie die Rückmeldung so konkret wie möglich formulieren. Allgemeine Hinweise wie „Links funktionieren nicht“ sind schwer zu bearbeiten. Besser ist eine strukturierte Meldung mit Paketname, Titel, Identifier, erwarteter Coverage, fehlerhafter Angabe und Beispiel-URL.

Eine gute Fehlermeldung enthält idealerweise:

• Anbieter oder Plattform,
• Datei- oder Kollektionstitel,
• Veröffentlichungsdatum der KBART-Datei,
• betroffenen Titel,
• ISSN, eISSN, ISBN oder eISBN,
• lokale Aktivierung oder Lizenzkontext,
• erwartete und tatsächliche Coverage,
• Beispiel für fehlerhaften Link,
• Screenshot oder Testfall, falls hilfreich.

Häufige Fehler bei KBART

Viele KBART-Probleme wirken zunächst klein, haben aber große Auswirkungen auf Discovery, Link-Resolving und Support. Besonders kritisch sind Fehler, die zu false positives oder false negatives führen. In beiden Fällen verschlechtert sich die Nutzererfahrung, weil der erwartete Zugriff nicht mit der angezeigten Verfügbarkeit übereinstimmt.

Typische Fehler sind:

• unvollständige Titellisten,
• falsche oder fehlende Print- und Online-Identifier,
• vertauschte ISSN und eISSN,
• fehlende num_last_issue_online-Angaben bei abgeschlossenen Abdeckungen,
• uneinheitliche Datumsformate,
• widersprüchliche Coverage-Angaben,
• nicht formalisiert gepflegte Embargos,
• nicht standardisierte Werte in publication_type, coverage_depth oder access_type,
• veraltete Titel-URLs,
• generische Plattform-URLs statt stabiler Titelseiten,
• fehlende Informationen zu Titelhistorien,
• unklare Vorgänger- oder Nachfolgetitel,
• fehlerhafte Zuordnung zwischen Anbieterdatei und lokaler Aktivierung,
• nicht dokumentierte lokale Anpassungen.

Viele dieser Fehler lassen sich durch regelmäßige Validierung vermeiden. Besonders wirksam ist eine Kombination aus automatischer Prüfung und fachlicher Stichprobe. Automatische Tests erkennen Strukturfehler, ungültige Werte und auffällige Formate, während bibliothekarische Prüfung komplexe Coverage-, Lizenz- und Plattformfragen besser einordnen kann.

KBART-Phasen: Was bedeuten Phase I und Phase II?

KBART wurde in mehreren Entwicklungsstufen veröffentlicht. Phase I legte die Grundlage für ein einheitlicheres Format bei elektronischen Titellisten, insbesondere für E-Journals und Link-Resolver. Phase II erweiterte den Feldsatz und berücksichtigte komplexere Anforderungen heutiger elektronischer Bestände.

KBART Phase I

KBART Phase I wurde als NISO RP-9-2010 veröffentlicht. Der Schwerpunkt lag auf der Verbesserung der Datenqualität für Knowledge Bases und Link-Resolver. Besonders wichtig waren einheitliche Titelangaben, Identifier, Online-Verfügbarkeiten, Coverage-Daten und URLs.

Phase I war ein wichtiger Schritt, weil Anbieter zuvor häufig sehr unterschiedliche Titellisten bereitstellten. Bibliotheken und Knowledge-Base-Anbieter mussten viele Formate manuell interpretieren oder normalisieren. Mit KBART Phase I entstand eine gemeinsame Grundlage für besser verarbeitbare E-Journal-Daten.

KBART Phase II

KBART Phase II wurde als NISO RP-9-2014 veröffentlicht. Diese Fassung erweiterte den Feldsatz deutlich und verbesserte insbesondere die Unterstützung für Monografien und E-Books. Hinzu kamen Felder für Editionen, Bände, Herausgeber, Titelbeziehungen und Zugriffskennzeichnungen.

Phase II berücksichtigt außerdem Anforderungen von Konsortien und frei zugänglichen Ressourcen besser. Datenbanken können auf Ressourcen- oder Kollektionsebene beschrieben werden, werden aber nicht in derselben Granularität modelliert wie Zeitschriften oder Monografien. Für moderne Bibliotheks- und Informationsmanagementsysteme ist Phase II daher in der Regel die relevantere Grundlage.

Bedeutung von KBART für Anbieter elektronischer Ressourcen

Nicht nur Bibliotheken profitieren von KBART. Auch Verlage, Plattformanbieter und Aggregatoren verbessern mit hochwertigen KBART-Daten die Integration ihrer Inhalte in bibliothekarische Systeme. Je einfacher sich Inhalte aktivieren, aktualisieren und verlinken lassen, desto sichtbarer und nutzbarer werden sie.

Anbieter verbessern durch gute KBART-Daten:

• die Sichtbarkeit ihrer Titel in Knowledge Bases und Discovery-Systemen,
• die Qualität der Link-Resolver-Ziele,
• die Integration in ERM- und Bibliotheksmanagementsysteme,
• die Transparenz bei Paketänderungen,
• die Unterstützung konsortialer Workflows,
• die Nachvollziehbarkeit bei Supportfällen,
• die Zufriedenheit von Bibliotheken und Endnutzerinnen und Endnutzern.

Für Anbieter ist eine gepflegte KBART-Datei daher ein Qualitätsmerkmal. Sie zeigt, dass digitale Inhalte nicht nur auf einer Plattform bereitgestellt werden, sondern auch in die Arbeitsabläufe von Bibliotheken integrierbar sind. Besonders wichtig sind regelmäßige Updates, stabile Titel-URLs, korrekte Identifier und klar dokumentierte Änderungen.

KBART im Kontext moderner Informationsmanagementsysteme

Moderne Informationsmanagementsysteme müssen elektronische Ressourcen über ihren gesamten Lebenszyklus hinweg unterstützen. Dazu gehören Auswahl, Erwerbung, Lizenzierung, Aktivierung, Nachweis, Zugriff, Nutzungsauswertung und Verlängerung oder Abbestellung. KBART liefert dafür keine vollständige Prozessdatenbasis, aber zentrale strukturierte Bestands- und Verfügbarkeitsdaten.

Für Sie ist KBART besonders dann wertvoll, wenn es nicht isoliert betrachtet wird. Die Anbieterdatei, die Knowledge-Base-Kollektion, die lokale Lizenz, die Authentifizierung und die Anzeige im Discovery-System müssen zusammenpassen. Erst durch diesen Abgleich wird aus einer standardisierten Titelliste eine verlässliche digitale Serviceinfrastruktur.

Häufige Fragen zu KBART

Was bedeutet KBART?

KBART steht für „Knowledge Bases and Related Tools“. Es handelt sich um eine NISO Recommended Practice für standardisierte, tabellarische Titellisten elektronischer Ressourcen. KBART wird vor allem für Knowledge Bases, Link-Resolver, Discovery-Systeme und ERM-Workflows genutzt.

Ist KBART ein Standard?

KBART wird im Alltag oft als Standard bezeichnet, präziser ist jedoch: KBART ist eine NISO Recommended Practice. Sie legt empfohlene Felder, Formate und Konventionen fest, ist aber kein formaler Standard im engeren Sinn wie manche Normen oder Protokolle.

Wofür wird KBART verwendet?

KBART wird verwendet, um elektronische Titel, Coverage-Daten, URLs, Zugriffstypen und Identifier strukturiert bereitzustellen. Dadurch können Systeme besser ermitteln, welche Inhalte in einer Kollektion enthalten sind und wie sie auf Titel- oder Ressourcenebene verlinkt werden sollen.

Warum ist KBART für Bibliotheken wichtig?

KBART erleichtert die Pflege elektronischer Bestände. Sie können damit Anbieterlisten validieren, lokale Aktivierungen abgleichen und Verfügbarkeitsinformationen in Discovery-Systemen, A-Z-Listen und Link-Resolvern genauer anzeigen lassen.

Was ist eine Knowledge Base?

Eine Knowledge Base ist eine Datenbasis für elektronische Ressourcen, Kollektionen, Plattformen, Coverage-Daten und URLs. Sie kann mit lokalen Aktivierungen und Lizenzinformationen verbunden werden. KBART liefert häufig die strukturierten Titeldaten, ersetzt aber keine vollständige lokale Lizenzverwaltung.

Was ist der Unterschied zwischen einer Anbieter-Titelliste und lokaler Aktivierung?

Eine Anbieter-Titelliste beschreibt meist, welche Titel grundsätzlich in einer Kollektion oder auf einer Plattform enthalten sind. Die lokale Aktivierung legt fest, welche dieser Titel Ihre Einrichtung tatsächlich sichtbar macht und als verfügbar kennzeichnet. Der tatsächliche Zugriff hängt zusätzlich von Lizenz und Authentifizierung ab.

Was ist der Unterschied zwischen KBART und MARC?

MARC dient vor allem der bibliografischen Katalogisierung und Erschließung. KBART konzentriert sich auf elektronische Verfügbarkeitsinformationen wie Coverage, Titel-URLs, Zugriffstypen und Kollektionen. Beide Formate können sich ergänzen, erfüllen aber unterschiedliche Aufgaben.

Ist eine KBART-Datei dasselbe wie eine MARC-Titeldatenlieferung?

Nein. Eine MARC-Lieferung enthält bibliografische Katalogdaten, während eine KBART-Datei vor allem Bestands- und Verfügbarkeitsinformationen für elektronische Ressourcen enthält. KBART ersetzt daher keine vollständigen Katalogdaten.

Was ist der Unterschied zwischen KBART und ONIX?

ONIX wird vor allem im Verlags- und Buchhandelsumfeld für Produktinformationen genutzt. KBART ist stärker auf bibliothekarische Knowledge Bases und elektronische Verfügbarkeit ausgerichtet. ONIX kann Preise, Produktdetails und Vertriebsinformationen enthalten, KBART dagegen vor allem Titel-, Coverage- und Linkdaten.

Was bedeutet Coverage bei KBART?

Coverage beschreibt, welche Teile einer elektronischen Ressource online verfügbar sein sollen. Bei Zeitschriften können das Start- und Enddaten, Bände, Hefte, Backfiles oder laufende Jahrgänge sein. Fehlerhafte Coverage-Daten führen häufig zu falschen Volltextanzeigen.

Was ist ein Embargo in KBART-Daten?

Ein Embargo ist eine Sperrfrist für aktuelle Inhalte. KBART sollte Embargos maschinenlesbar im Feld embargo_info abbilden, etwa mit periodischen Angaben wie P12M für zwölf Monate. Freitextangaben sind für automatische Verarbeitung weniger geeignet.

Bedeutet access_type = F automatisch Open Access?

Nein. F steht für free und kennzeichnet freie Zugänglichkeit. Das ist nicht automatisch gleichbedeutend mit Open Access im lizenzrechtlichen Sinn. KBART bildet keine detaillierten Open-Access-Lizenzen wie CC BY oder CC BY-NC ab.

Enthält KBART DOI-Angaben?

DOIs gehören nicht zu den offiziellen KBART-Kernfeldern. KBART arbeitet primär mit Print- und Online-Identifiern wie ISSN, eISSN, ISBN und eISBN sowie mit anbieterspezifischen Titel-IDs. DOIs können in anderen Metadatenkontexten ergänzend relevant sein.

Kann KBART lokale Lizenzbedingungen vollständig abbilden?

Nein. KBART kann Bestands-, Coverage- und Zugriffsinformationen strukturieren, bildet aber keine vollständigen Lizenzverträge, Preise, Nutzergruppen, Vertragsklauseln oder Authentifizierungsdaten ab. Solche Informationen liegen meist in ERM- oder Bibliotheksmanagementsystemen.

Prüft ein Link-Resolver mit KBART den realen Zugriff in Echtzeit?

In der Regel nicht. Ein Link-Resolver ermittelt anhand der Knowledge Base, lokaler Aktivierungen und Coverage-Daten, ob ein Zugriff erwartet wird. Ob der Zugriff technisch tatsächlich funktioniert, hängt zusätzlich von Plattform, Lizenz, Authentifizierung und URL-Erreichbarkeit ab.

Ist KBART nur für E-Journals relevant?

Nein. KBART wurde stark durch Anforderungen bei E-Journals geprägt, wird aber auch für E-Books, Monografien, Zeitschriftenarchive, frei zugängliche Ressourcen und Kollektionen genutzt. Phase II hat insbesondere die Unterstützung für Monografien deutlich erweitert.

Welche Systeme nutzen KBART-Daten?

KBART-Daten werden vor allem in Knowledge Bases, Link-Resolvern, Discovery-Systemen, A-Z-Listen, ERM-Systemen und Bibliotheksmanagementsystemen genutzt. Sie bilden dort eine wichtige Grundlage für die Verwaltung und Anzeige elektronischer Ressourcen.

Wie oft sollten KBART-Daten aktualisiert werden?

Das hängt vom Ressourcentyp und Anbieter ab. Bei dynamischen E-Book- oder E-Journal-Paketen sind regelmäßige Updates wichtig, oft monatlich oder anlassbezogen bei größeren Paket-, Plattform- oder URL-Änderungen. Automatisierte Lieferungen können die Aktualität verbessern.

Was passiert bei fehlerhaften KBART-Daten?

Fehlerhafte KBART-Daten können zu falschen Verfügbarkeitsanzeigen, Dead Links, fehlenden Titeln oder unberechtigten Volltextversprechen führen. Das verschlechtert die Nutzererfahrung und erhöht den Supportaufwand. Regelmäßige Validierung und präzise Fehlermeldungen an Anbieter helfen, solche Probleme zu reduzieren.