Vorschlag SLUB Dresden

Beschreibung

• Einem Datensatz sollen weitere Signaturen zugewiesen werden können.

• Es sollen jedoch nicht die bestehenden Signatur-Felder (Signaturtyp, Signatur-Präfix, Signatur, Signatur-Suffix, Primär) wiederholt werden, wie in Erfassung mehrerer Signaturen - Anforderungsanalyse vorgeschlagen wurde. Dies hat erhebliche Auswirkungen auf die Verknüpfungen mit anderen Apps, ...  

  • Vergleiche: 
    (from Ann-Marie Breaux) Rather than making the existing call number field (and its various component fields) repeatable, could we consider adding a new repeatable field called alternate r previous call number? Might that be less disruptive than changing the existing field to repeatable?
    UXPROD-4334: Inventory: Capture additional repeatable call numbersDraft

• Stattdessen sollen zusätzliche wiederholbare Signatur-Felder definiert werden. Die neuen Felder können zum Beispiel unter der folgenden Bezeichnung zusammengefasst werden: 

  •  Weitere Signatur/en

• Die internen technischen Bezeichnungen können den jeweiligen Anforderungen entsprechend gewählt werden. Im Front-End können die neuen Felder wie die vorhanden Signatur-Felder bezeichnet werden.    

  • Signaturtyp

  • Signatur-Präfix

  • Signatur

  • Signatur-Suffix

  • Primär

• Ebenen: Die neuen Felder von Weitere Signatur sollten in den folgenden Ebenen zur Verfügung stehen:

  • Item (Exemplar) 

  • Holding (Bestand)

• Hauptsignatur: Die Werte der Felder Signatur und Weitere Signatur sollen mit maschineller Unterstützung ausgewechselt werden können:

  • Die Signatur (das bestehende Feld) ist immer die Hauptsignatur.

  • Die Hauptsignatur wird zum Beispiel in Folio in den Tabellen, oder in Katalogen angezeigt.

  • Eine Weitere Signatur kann bei Bedarf als Hauptsignatur angewendet werden.

    • Ein manuelles Tauschen der Werte in dem Feld Signatur und Feld Weitere Signatur soll vermieden werden. 

    • Stattdessen sollten die Werte durch eine Funktion "gewechselt" werden.

      • Die Funktion ist an jeder Weitere Signatur vorhanden und kann in Form eines Button ausgelöst werden. 

      • Durch die Funktion werden

        1. die Werte aus den Feldern der Weiteren Signatur in die Felder der Signatur übertragen. 

        2. die Werte aus den Feldern der Signatur in die Felder der  Weitere Signatur  übertragen. 

      • (Vorschlag) Bezeichnung Button:

        • Wert In Signatur eintragen: Abgelehnt  in 2023-08-14 Besprechungsnotizen MM

        • zur Hauptsignatur erklären: Angenommen in 2023-08-14 Besprechungsnotizen MM

• Löschen: Jede Weitere Signatur soll einzeln mit allen zugehörigen Signaturfeldern gelöscht werden können.  

• Indexierung: Alle Signaturen sollen im Signaturindex enthalten sein, damit man danach recherchieren kann.

• Filter/Suche: Es soll eine Filtermöglichkeit implementiert werden, um die Treffermenge auf die Hauptsignaturen einzuschränken zu können. 

• Exporte: Alle Signaturen sollen in Exporten enthalten sein, sofern sie nicht als "Anzeige im Discovery unterdrücken" ausgezeichnet sind. 

Entwurf

• Auf die Erstellung eines Entwurfs wird verzichtet. 

Erstellte Jira-Tickets

• UXPROD-4334: Inventory: Capture additional repeatable call numbersDraft

  • UIIN-3327: Inventory: Add Additional Call Numbers to Holdings RecordsBlocked

  • UIIN-3328: Inventory: Add Additional Call Numbers to Items RecordsBlocked

  • UIIN-3330: Inventory: Filter Holdings Records by Call NumberBlocked

  • UIIN-3337: Inventory: Filter Item Records by Call NumberBlocked

Aktueller Stand

Weitere Informationen

Vorstellungen

Funktionsanalyse

• Erfassung mehrerer Signaturen - Funktionsanalyse (Funktionsanalyse der ersten Version)

Relevante Anforderungsanalysen

• -

Relevante Entwicklungen und Quellen

• -

Relevante vorhandene Jira-Tickets

• -