Datenerfassung für die DBS

IN BEARBEITUNG

Auf dieser Seite wird die Diskussion über die Datenerfassung für die DBS dokumentiert.

Inhalt

Übersicht und Status

Status

VORSCHLAG IN BEARBEITUNG

Kategorie

FELD

Ersteller

KLEINGRUPPE ZUR VORBEREITUNG 

Unterstützer

 SLUB DRESDEN 

Beginn


Funktionsanalyse

Beschreibung

  • Zur Erhebung der Daten für die Deutsche Bibliotheksstatistik (DBS) werden Angaben unterschiedlicher Art in den Erwerbungs-Apps von FOLIO benötigt. z.B. Bestelltyp, Bestellstatus, Erwerbungsjahr.
  • Darüber hinaus müssen Angaben zu Publikationsform, Materialart, Fachgebiet, Erscheinungsland ... erfasst werden
  • Bibliotheken haben unterschiedliche Workflows, die alle berücksichtigt werden sollten

  • Die Erfassung der DBS ist auf mehreren Ebenen nötig:

    • Erfassung auf Bestellpostenebene, sofern Daten vorhanden (nicht Pflicht)

    • Anzeige und Editierbarkeit in Receiving

    • Anzeige und Editierbarkeit in Rechnungsposten

  • Wichtig und noch zu klären: Wo speichern wir die Daten?

    • Speicherung auf Holdingsebene?

      • was, wenn nicht mit dem Inventory und damit dem Holdings verknüpft wird?

    • auf Item-Ebene?

      • es wird nicht immer ein Item angelegt (z.B. bei der Erwerbung von Datenbanken)

      • gibt es eine Verknüpfung von Bestellung und Item? | ACQ-Daten werden im Item angezeigt → woher kommen die?

    • im Piece-Datensatz (in der Receiving App)?

      • aus den Pieces können bei der Inventarisierung Items im Inventory erzeugt werden
      • synchronized Receiving Workflow (z.B. für one time orders) vs. independent Receiving Workflow
      • Problem bei synchronisiertem Workflow bei vielen Pieces: ggf. Datenerfassung für jede einzelne Zeile notwendig, sofern beim Receiving die statistischen Daten erfasst werden sollen → sehr umständlich, z.B. bei Mehrfachexemplaren
      • Idee: Checkbox im Receiving, über die die Statistikcodes für ALLE Pieces auf einmal erfasst werden können
      • Nach dem Receiving: es gibt eine Liste der inventarisierten Items → Aktionsbutton, momentan nur für De-Inventarisierung, könnte künftig erweitert werden um die Funktion, Statistikcodes für alle hinzuzufügen
      • Problem bei Erfassungsmöglichkeiten an verschiedenen Stellen: Erfassung der Daten in Orders -> Änderung beim Receiving -> fließt nicht zurück in Orders
      • ebenso bei Orders - Invoices
      • Rechnungen sind mit Bestellposten verknüpft. Über den Bestellposten können dann die Statistikdaten aus dem Receiving oder Item verknüpft werden
      • Wer nicht Exemplare aus dem CBS nutzt, kann durch das Inventarisieren ein Piece erzeugen und daraus ein Exempar im Inventory generieren lassen
      • Was passiert, wenn Receiving nicht stattfindet?
        • Statistik im Holding erfassen?
        • oder in diesen Fällen doch Receiving nutzen? Ggf. als Standardlösung so empfehlen
      • aus Receiving ins Inventory schreiben? Also Ort der Erfassung ist Receiving, Speicherort ist Holding für CBS-Bibliotheken, für andere Bibliotheken kann es Item sein

      • im Receiving als zusätzliche Funktion die Vergabe von Statistikcodes einrichten
      • und auch Felder für Statistik beim Bestellposten einrichten, diese nach Receiving hochziehen. Dort können die Daten verändert werden. Es gibt dann Abweichungen bei Abfragen über Bestellposten und über Receiving. Receiving würde dann für das Reporting herangezogen werden
      • weitere Absprachen mit den Kolleginnen und Kollegen aus Sachsen, die heute nicht teilnehmen konnten, nötig
  • Datenstruktur ACQ-Apps one-time-Bestellung (Schaubilder von Andrea Mohr zur Veranschaulichung der Zusammenhänge)

Benötigte Felder und Funktionen

Essentielle FelderWo?Wer?
FächerzuweisungBestellposten, sofern vorhandenAlle
MaterialartBestellposten, sofern vorhandenGBV



Herausforderungen

  • Unterschiedliche Erwerbungsarten und Publikationsformen brauchen unterschiedliche Eingabeorte
  • Extra Eingabefenster oder Pflichtfelder, die je nach Erwerbungsart und Publikationsform an unterschiedlichen Orten einzugeben sind

Fallbeispiele, die unterschiedliche Datensätze erfordern

FallBestellungInventarisierungRechnungInventory HoldingInventory Item
Print-Monographie , Kaufxxxxx
E-Book, Kaufx
xx
Unverlangtes Geschenk, Print-Mono
x
xx
Unverlangte Kauf-Mono
xxxx
Print-Zeitschriftxxxxx
E-Zeitschriftx
xx
E-Book-Paketx
xxx
E-Journal-Paketx
xx

Aufgaben

  • Absprache mit d-Reporting zum Stand der Diskussion dort
  • Klärung: RDA-Felder nutzen
    • es gibt Überlegungen, gewisse RDA-Felder zu nutzen - gut auch als verbundübergreifender Standard
    • Festlegung nötig, z,B. welche RDA-Felder kennzeichnen Buch, Zeitschrift
  • Peter Sbrzesny Auflistung der Datenquellen für die einzelnen DBS-Fragen anhand des existierenden GBV-Auswertungsprogramm für LBS4
  • anschließend Abgleich:
    • Welche Felder in den verschiedenen FOLIO-Apps können diese Informationen liefern?
    • Was fehlt?
    • Wird evtl. eine separate Statistik-Maske zur Datenerfassung benötigt?
    • Wie ist das Haushaltsjahr eingebunden (in der Oberfläche nicht sichtbar, müsste aber in der Datenbank gespeichert werden)? 
  • Martina Schildt Auflistung, welche unterschiedlichen Fälle diskutiert wurden und welche Apps in welchen Fällen genutzt oder ausgelassen werden (tick)  - s. Tabelle: Fallbeispiele, die unterschiedliche Datensätze erfordern

Weitere Informationen

Anforderungsanalyse

  • ...

Relevante Funktionsanalysen

  • ...

Besprechung in einer D-Gruppe/SIG

  • ...

Relevante vorhandene Jira-Tickets