Skip to end of metadata
Go to start of metadata

Allgemeine Hinweise

  • In dieser Tabelle werden die Ergebnisse der bestehenden Gap-Analysen für den Bereich Metadatenmanagement zusammengeführt.
  • Ziel ist es
    1. bereits vorhandene Gaps zusammenzuführen, um eine Übersicht zu erstellen, auf die alle Interessenten zugreifen können 
    2. dass perspektivisch nur Gaps eingetragen werden, für die (noch) keine Funktionsanalyse erstellt werden kann
  • Es wird empfohlen, so rasch wie möglich eine Funktionsanalyse zu erstellen (Funktionsanalyse MM) zu erstellen, so dass die jeweilige D-Gruppe eine konkrete Vorstellung der Gap bekommt und diese bewerten kann. 

Spezifische Hinweise


  • App/Bereich = Bezeichnung der App oder der Apps, in der eine fehlende Funktion erwartet wird, oder in der eine vorhandene Funktion verbessert werden soll. Kann keine App genannt werden, wird die Bezeichnung des Funktionsbereich angegeben. 
    In einer Zeile dürfen mehrere Apps eingetragen werden - sie sollten jedoch mit " + " getrennt werden, um eine einheitliche Filterung zu ermöglichen. 
  • JIRA = Bezeichnung eines JIRA-Tickts, das zumindest ungefähr mit der gewünschten Funktion übereinstimmt.
    In einer Zeile darf nur ein JIRA-Ticket eingetragen werden. Ansonsten ist eine eindeutige Filterung der Spalten nach Spalte "JIRA-Ticket" und Spalte "Quelle" nicht möglich. Dies ist notwendig, um eine Abfrage nach Lücken (Gaps) bezüglich vorhandener JIRA-Tickets und der Quellen zu ermöglichen. Dadurch können Duplikate erkannt werden. GIF "Filtern nach JIRA":  
  • Bemerkung = Allgemeine Beschreibung der Gap. Sie kann in der Regel aus der Vorlage kopiert werden. 
  • Quelle = Bezeichnung und Link zur ausführlichen Beschreibung der der Gap-Beschreibung. Wenn möglich, sollen frei zugängliche Quellen angewendet werden
  • Version = Folio-Version, in der die Gap ermittelt wurde
  • Priorisierung = [[[Eine allgemeingültige Bewertung muss unter den Beteiligten definiert werden]]]
    • Prio nach Folio-Version?
    • Prio nach internem Rankingschema?
    • Notwendig? Indirekt erfolgt die Priorisierung durch die Diskussion in der jeweiligen D-Gruppe. 
  • Relevante Funktions-/Anforderungsanalyse = Link zu einer bestehenden Funktions- oder Anforderungsanalyse in einer D-Gruppe, die die beschriebene gewünschte Funktion beinhaltet oder eine ähnliche Funktionalität beschreibt. 

Filtern nach JIRA: 


App/BereichJIRAFunktionBeschreibungBemerkungQuelleVersionPriorisierungRelevante Funktions-/Anforderungsanalyse
1Inventory

Anzeige physische Form und Erscheinungsweise

Display physical form and mode of issuance

In der Trefferliste ist nicht ersichtlich, welche physische Form und bibliografische Erscheinungsweise ein Datensatz hat. Dadurch ist es unmöglich, zwischen Parallelausgaben zu unterscheiden oder zu erkennen, welcher Datensatz eine Monographie / Zeitschrift ist. NB: Ein Icon oder eine andere Art der Visualisierung könnte aus den Attributen resourceType, format und modeOfIssuance erzeugt werden.

In the results list it is not apparent what physical form and bibliographic mode of issuance a record has. This makes it impossible to distinguish between parallel editions or to identify which record is a monograph/serial. NB: An icon or other type of visualisation could be created from derivating the resourceType, format and modeOfIssuance attributes.

Stand 8.10.21: offen
Teil des Inventory-App-Redesigns
Am Ticket einen Kommentar hinterlassen mit der Frage, wie es um die Implementierung steht?

Update 17.06.22: R1 2023 Orchid

Update 09.11.2022: In der MM SIG über Inventory-Redesign gesprochen. Wir sollten dort diesen Wunsch erneut anbringen. Auch aus Chicago wurden Probleme diesbezüglich geäußert. Entscheidung: Die Anforderung wird auf der separaten Wiki-Seite unter MM eingetragen und dann von Felix hier verlinkt: <tbd>


UXPROD-491 - Getting issue details... STATUS

Nolana Gap-Analyse (VZG/hbz/UB Mainz)

Anzeige physische Form und Erscheinungsweise - Funktionsanalyse
2Inventory

Datensätze aus externer Quelle vor Bearbeitung im Inventory schützen

Protect records from external source from editing in Inventory

Analog zur Belegung des Feldes source == MARC auch für K10plus oder andere Verbundsysteme gewisse Felder vor Bearbeitung schützen

Similar to the assignment of the field source == MARC also protect certain fields from editing when they are managed in the union catalogue K10plus or other controlling systems

Stand 8.10.21: offen
Anfrage zum Stand im August 2021. Nach Charlottes Antwort nehme an, dass wir diese Funktion selbst entwickeln bzw. die Entwicklung finanzieren müssen. Martina fragt nochmal nach. (01/2022)
Stand 17.06.2022: wird noch besprochen - evtl. zur nächsten Analyse eine Rückmeldung

Update 09.11.2022: Teil des GBV-Entwicklungsprojekts zwischen VZG und Index Data. Zweistufiges Vorgehen:
1. Instance/holdings/item fields protected from updates by MIU and editable in UI -- prio 1
2. Instance/holdings/item fields to be updated by MIU and blocked from edits in UI -- prio 2
-- siehe Liste der Felder unter 
googledocs: k10plus_hebis_field_protection


UXPROD-2249 - Getting issue details... STATUS

UIIN-966 - Getting issue details... STATUS

Nolana Gap-Analyse (VZG/hbz/UB Mainz)

Datensätze aus externer Quelle vor Bearbeitung im Inventory schützen - Funktionsanalyse
3Inventory

Sortierung der Bestandsdatensätze (Holdings)

Sorting of holdings records

Sortierungsvorschlag: Aufsteigend [A-Z0-9] nach Name des Standorts (Location) und, falls notwendig, weiter aufsteigend nach Signatur, da dieser Wert in der eingeklappten Holdings-Ansicht aus der Instance sichtbar ist.

Sorting proposal: Ascending [A-Z0-9] by name of location and, if necessary, further ascending by call number, as those values are visible in the collapsed Holdings record view from the Instance record.

Stand 21.01.22: wird in die MM SIG eingebracht

Update 17.06.2022: hochgerankt auf R1 (vor allem wichtig für Bibliotheken mit vielen Standorten

Result list. Long term solution. Implement Refined UX-design for Inventory - hierarchical navigation structure (Instance, Holdings, Item): https://issues.folio.org/browse/UXPROD-491 (Orchid)

Inventory UI improvements

Inventory UI improvements (2021)

googledocs: hierarchical-display-mocks


Update 17.06.2022: Martina S. fragt bei Charlotte nach

Update 09.11.2022: Felix fragt bei Charlotte nach, ob die Sortierung der Holdings in der Instance-Detailansicht schon irgendwo abgebildet ist. Verwandt: https://issues.folio.org/browse/UX-449 -- hier geht es um die Sortierung der Ergebnisliste (2. Spalte). Sortierung der Holdings zur Zeit nach Erstellungsdatum, s. https://folio-project.slack.com/archives/C20V5L40P/p1614185266018000. Unser Vorschlag wurde per Slack-Nachricht eingebracht -- Feedback abwarten, ansonsten in die MM SIG mitnehmen: https://folio-project.slack.com/archives/C20V5L40P/p1668086310716649


UXPROD-1635 - Getting issue details... STATUS

UX-449 - Getting issue details... STATUS

Nolana Gap-Analyse (VZG/hbz/UB Mainz)

Überarbeitete Sortierung der Bestandsdatensätze (Holdings) - Funktionsanalyse
4Inventory
Prüfung von Abhängigkeiten in anderen Anwendungen beim Löschen von Daten im Inventory

Check of dependencies in other applications when deleting data in Inventory

Use Case Dokument: https://docs.google.com/spreadsheets/d/1ELIARpKxt-uIp-66eA42yxJQynCyiTiE4cbX98JqgjI/edit#gid=0

Löschung soll nur möglich sein, wenn alle externen Abhängigkeiten in anderen Apps gelöst wurden. Wichtig ist, dass beim Löschversuch die einzelnen Abhängigkeiten angezeigt werden. Prozedur für Batch-Verarbeitung nowendig, mit Generierung eines Logfiles.

Deletion should only be possible if all external dependencies have been removed in other apps. It is important that the individual dependencies are displayed when deletion is attempted. Procedure for batch processing of deletions is necessary, with generation of a log file.

Stand 8.10.21: offen
s. TOP 4 auf2021-09-13 Besprechungsnotizen MM -> wird durch eine AG FOLIO-weit bearbeitet, kein reines Inventory-Thema

Update 17.06.2022: Vorstellung im PC am 16.06.2022: 
googledocs: Data sync updates and outcome
wird nochmal im TC diskutiert. grundsätzliche Lösung vorhanden, aber es deckt nicht alle Use-Cases ab.
Besprechung evtl. auf der Wolfcon, damit Thema auch mal zu Ende besprochen werden kann.

Update 09.11.2022: In Teilen auch Bestandteil des GBV-Entwicklungsprojekts zwischen VZG und Index Data. Dependency Checks, Mark Instance for Deletion, Löschen von Items. Weiteres Vorgehen: Für kleine Lösung https://issues.folio.org/browse/MODINVUP-18 stecken Andrea, Antje, Uschi und Felix die Köpfe zusammen. Für große FOLIO-weite Lösung, die vom hbz benötigt wird, überlegt sich Christin, welcher Anwendungsfall (Mark for deletion oder external dependency check) am wichtigsten ist. Wenn Mark for deletion, dann pushen über MM SIG; wenn external dependency check, dann über Martina S an App Interaction SIG.

Nolana Gap-Analyse (VZG/hbz/UB Mainz)


5Inventory

Herstellung von hierarchischen Beziehungen

Creation of hierarchical relationships

Instance relationships, type of relation sollte einen weiteren generischen Wert "Übergeordnete Einheit" und "Untergeordnete Einheit" bekommen

Instance relationships, type of relation should get another generic value "parent entity" and "child entity"

Stand 8.10.21: offen
DasVorschlagsdokument vom Juni 2021 wurde bisher nicht reviewed - Soll in Morning Glory kommen

Update 17.06.2022: Verschoben auf Nolana (R3 2022)

Update 09.11.2022: Verschoben auf Poppy (R2 2023)


UXPROD-1892 - Getting issue details... STATUS

Nolana Gap-Analyse (VZG/hbz/UB Mainz)


6Inventory
Auf Logik basierende Filter, die Werte aus mehreren Feldern in einen Filter zusammen kombinieren

Logic-based filters that combine values from multiple fields into one filter.
Schnell filtern auf "E-Book" oder "E-Journal". Dazu ein Filter, der die Werte aus format, resourceType und modeOfIssuance kombiniert.

Quickly filter on "e-book" or "e-journal". To enable it, a filter that combines the values from format, resourceType and modeOfIssuance could be introduced.
Dokumentation zu Entwicklungen des Inventory-search
Aktueller Workaround durch Anklicken mehrerer Facetten

Stand 8.10.21: offen
Kein Interesse aus MM SIG vorhanden

Update 09.11.2022: Vermutlich Teil des Inventory-Redesigns. Eher langfristig.
Nolana Gap-Analyse (VZG/hbz/UB Mainz)


7InventoryAnzeige der Originalschrift und Transliteration

Multiple graphical representations
Für CBS-Anwender mglw. keine hohe Relevanz, da nur als lateinisch ausgezeichnete Felder geladen werden könnten. Orginalschrift wäre dann nur im Verbundsystem vorhanden. Ist aber keine Lösung für Einrichtungen, die direkt im Inventory mehrsprachig erfassen wollen. Wenn mehrsprachige Ansetzungen nicht in Folio vorhanden sind, können sie auch nicht auf Zetteln, E-Mails etc. ausgegeben werden. Verhindert nicht den Einsatz von Folio in Deutschland und kann deshalb unter nice-to-have verbucht werden.

Frage für CBS2Folio: Sollen auch die originalschriftlichen Werte übernommen werden oder nur die transliterierte Form? In Folio gibt es noch keine Funktion, um zwei Schriftfassungen zusammen zu clustern. Bsp.: http://esxh-9.gbv.de/inventory/view/a66ebd0f-6f26-47c9-8c43-cd3769d95fcc

Stand 8.10.21: offen

Update 21.02.22: Felix fragt bei Chicago an, die gerade live gegangen sind, ob und wie sie damit umgegangen sind.

Update 17.06.2022: auf nächstes Mal verschoben, da Felix abwesend

Update 09.11.2022: hbz hat als Interessent das Ostasiatische Museum. Katalogisierung mglw. direkt in FOLIO. Das Problem ist dort bekannt, Bedarf mittel, aber wäre gut, wenn es in FOLIO eine saubere Lösung geben würde. Christin meldet sich, wenn der Bedarf da ist und dann schauen wir, wie es gepushed werden kann.


UXPROD-1646 - Getting issue details... STATUS

Nolana Gap-Analyse (VZG/hbz/UB Mainz)


8InventoryKonvolutherstellung durch Exemplarverknüpfung: Bearbeitung in der UI (neu)

Bound-withs at item level: edit in the UI (new)

Stand 17.06.2022: Soll in Nolana kommen

Update 09.11.2022: Arbeit an Stories findet statt, aber finales Release auf Orchid verschoben.


UXPROD-3640 - Getting issue details... STATUS

UXPROD-3655 - Getting issue details... STATUS

Nolana Gap-Analyse (VZG/hbz/UB Mainz)


9Inventory

Schneller Zugriff auf Iteminformationen (LBS "Bandschirm")

Quick access on item data

Eine schnelle Möglichkeit anbieten, nach Scanncen des Item-Barcodes das FOLIO-Item in Vollansicht zu öffnen.

Provide a quick way to open the FOLIO item in full view after scanning the item barcode.

Stand 21.01.22: wird in die MM SIG eingebracht und auch der dt. Ausleihgruppe mitgeteilt
zusätzlichen D-Treffen erfolgte am 31.01.2022
eventuell gibt es dafür schon eine Lösung?

dt. Notizengoogledocs: Bandschirm

Update 17.06.2022: Martina S. fragt bei Charlotte da

Update 09.11.2022: Es gibt ein Ticket dazu und die Funktion soll für Items und Holdings mit Orchid kommen.


UIIN-2036 - Getting issue details... STATUS

Nolana Gap-Analyse (VZG/hbz/UB Mainz)


10Inventory

Wiederholbare Signaturfelder

Repeatable call number fields

Im CBS-Exemplar gibt es wiederholbare Signaturfelder (7100-7109). In FOLIO gibt es im Holdings- und Item je nur ein Signaturfeld, aufgeteilt in Suffix, Prefix und Signatur. Bibliotheken erfassen oft pro Exemplar mehrere Signaturen, z. B. eine Magazin- und eine Freihandsignatur. Diese können bisher in FOLIO nicht alle abgebildet werden.
Thema für d-MM im Dezember 2022, um den Bedarf zu erheben.




Erfassung mehrerer Signaturen - Funktionsanalyse

Erfassung mehrerer Signaturen - Anforderungsanalyse

11Inventory

Wiederholbare Signaturfelder

Repeatable call number fields



SLUB Dresden

Erfassung mehrerer Signaturen - Funktionsanalyse

Erfassung mehrerer Signaturen - Anforderungsanalyse

12Inventory

Sortierung der Bestandsdatensätze (Holdings)

Sorting of holdings records


UXPROD-1635 - Getting issue details... STATUS

UX-449 - Getting issue details... STATUS

SLUB Dresden


13Inventory

Erweiterung der Felder im Accordion "Erwerbung" in Exemplarsätzen

In den Exemplar-Datensätzen sollen in dem Akkordeon "Erwerbung" weitere erwerbungsspezifische Felder angezeigt werden.  
SLUB Dresden

Erweiterung der Felder im Accordion "Erwerbung" in Exemplarsätzen - Funktionsanalyse

Acquisitions/Resource Management implementers - #91

14Inventory

Implementierung des Feldes "Erscheinungsdatum (Sortierform)" für Instanzen

In der UB Leipzig ist aufgefallen, dass in der Trefferliste der Instanz-Datensätze (App Katalog) die Ergebnisse nicht nach Erscheinungsjahr oder Datum (Sortierform) sortiert werden können. Eine Sortierung nach Erscheinungsjahr oder Erscheinungsdatum ist zum Beispiel in Fällen mehrerer Auflagen eines Titels sehr hilfreich für die Identifizierung des korrekten Datensatzes.   

UXPROD-2703 - Getting issue details... STATUS

UIIN-1876 - Getting issue details... STATUS

MSEARCH-60 - Getting issue details... STATUS

MODINVSTOR-723 - Getting issue details... STATUS

UB Leipzig

Implementierung des Feldes "Erscheinungsdatum (Sortierform)" für Instanzen - Funktionsanalyse
15Inventory

Verbesserung der Anzeige zur Auswahl der Exemplarstatistik 

Wenn viele statistische Codes (zum Beispiel DBS-Statistik) vorhanden sind, ist die derzeitige Ansicht etwas unübersichtlich. 

Exemplarstatistik - Gap-Analyse

Vergleiche auch "Erfassung statistischer Daten für DBS und sonstige Auswertungen" (Exemplarstatistik - Gap-Analyse)

SLUB Dresden


16Inventory
Benutzerdefinierte FelderVor allem auf Exemplarebene sollten benutzerdefinierte Felder zur Verfügung stehen, um individuelle Feldlisten, ... erstellen zu können.  

Benutzerdefinierte Felder (Metadaten Management) - Gap-Analyse

UXPROD-396 - Getting issue details... STATUS

UXPROD-2212 - Getting issue details... STATUS

SLUB Dresden


17Inventory

Konfiguration von Pflichtfeldern

Es sollten bestimmte Felder (Signatur, Zugangsnummer, ...) als Pflichtfelder konfiguriert werden können. 

Konfiguration von Pflichtfeldern (Metadatenmanagement) - Gap-Analyse

UIIT-30 - Getting issue details... STATUS

UIIT-31 - Getting issue details... STATUS

SLUB Dresden


18Inventory
Inventarnummern

Für Inventarnummern sollten weitere Funktionen verfügbar sein

  • Dubletten-Check
  • Pflichtfeld-Konfiguration
  • Auswahl als Hauptsignatur 
  • ...
Inventarnummern - Gap-AnalyseSLUB Dresden




  • No labels