Inventarisierung ohne Bestellung - Funktionsanalyse

Auf dieser Seite wird die Funktionsanalyse bezüglich der Inventarisierung von Medien beschrieben, die keine Bestellung benötigen (Geschenk, unverlangter Tausch, Pflicht)

Inhalt

Übersicht und Status

Status

VORSCHLAG IN BEARBEITUNG



Kategorie

PROZESS

Ersteller

GBV 

Unterstützer

SLUB DRESDEN UBL 

Beginn

 


Funktionsanalyse

Beschreibung

Für die Inventarisierung einiger Erwerbungsarten ist die Erstellung einer Bestellung nicht nötig. Dies sind beispielsweise:

  • Geschenke,

  • auch Eigenpublikationen der Uni,
  • Institutsabgaben
  • Pflichtexemplare,

  • unverlangter Tausch,

  • unverlangte Medien,

  • e-Medien, PDA

  • retrospektive Katalogisierung,

  • Verwaltungsgegenstände (Garderobenschlüssel etc.),

  • OA-Artikel

Für den Inventarisierungsprozess braucht es die Möglichkeit, folgendes in der App Inventarisierung zu erstellen:

  • Titel

  • "Inventarisierungsstücke" (FOLIO: pieces)

  • Katalogdatensätze (Inventory Instances, Holdings, Items), die die inventarisierten Medien repräsentieren

Zusätzlich sollen in der Inventarisierungs-App erstellte Titel mit Datensätzen aus dem Katalog (Inventory) verknüpft werden können. 

(question) Außerdem sollen Inventarisierungsdatensätze mit Rechnungen verknüpft werden können. (question)

Für den Inventarisierungsprozess müssen deshalb in der App Inventarisierung folgende Felder und Funktionen verfügbar sein, um zu vermeiden, dass eine unnötige Bestellung angelegt wird.

Benötigte Funktionen und Felder

Funktionen

  • Felder sind schon angezeigt, aber müssen editierbar sein.

    • Bei vorhandener Bestellung werden Felder übernommen und lediglich angezeigt

    • Ohne Bestellung sind die Felder in der App Inventarisierung editierbar

  • "Inventory Interaction"
  • Verknüpfung mit Inventory-Datensätzen

  • Verknüpfung mit Rechnungen

    • Dies ist notwendig, weil die Verknüpfung zu den Rechnungen in der Regel über die Bestellung verfügbar ist
    • Dies kann zum Beispiel bei unverlangten Käufen auftreten

Felder


Nachtrag 2024-08-30 - André Hohmann

  • Ausleihtyp

Felder, die nicht benötigt werden

Folgende Felder im Accordion "Bestellpostendetails" werden nicht benötigt und müssen nicht verfügbar sein:

  • Bestellpostennummer

  • Erwartetes Eingangsdatum 

  • Inventarisierungsworkflow

  • Bestandsanfrage für

  • Materiallieferant sollte Organisation werden | Vendor und Material supplier können kombiniert werden und ein Feld = Organisation werden

    • (question) Ist das notwendig? Es sollte darauf geachtet werden, dass es zu keinen gravierenden Abweichungen zu der Inventarisierung mit Bestellungen führt. 

Anmerkungen

  • (question) André Hohmann (): Sollen diese Felder tatsächlich "entfernt" werden?
    • Ich vermute, dass dies am Ende aufwändiger ist, als die Felder leer zu lassen. Unter Umständen werden die Felder doch in einer Einrichtung benötigt. 
    • Es kann gerne mit dem PO abgestimmt werden, aber es sollte ernsthaft überlegt werden, wie wichtig es ist, dass die Felder nicht verfügbar sind. 

Implementierung der fehlenden Felder

Fenster

Die Felder können in folgenden Fenstern der App Inventarisierung implementiert werden:

  • Erwartet / Aktionen = Titel hinzufügen
  • Erwartet / Teil bearbeiten

Übersicht

In folgender Übersicht wird bestimmt, in welchen Fenstern die Felder verfügbar sein solle.

FeldFenster "Teil bearbeiten"Fenster "Inventarisierung"
Titel inklusive fakultativem Titel-Look-up

Erwerbungsart



Bestellformat

Erwerbungsdatum

Organisation inkl. Verknüpfung: Lieferantenname und -code



Preis (Betrag)



Preis (Währung)



Ausleihtyp

Materialart


Aufgaben

  • Prüfen, welche derzeitigen Felder (inkl. Pflichtfelder) nicht benötigt werden, wenn ohne Bestellung gearbeitet wird. Martina Schildt alle

  • Anzeige der Receiving history auf Holding und Item Ebene testen Martina Schildt

  • Zusammenführung der Funktionsanalysen André Hohmann


Weitere Informationen

Anforderungsanalyse

  • ...

Relevante Funktionsanalysen

Besprechung in einer D-Gruppe/SIG

Relevante vorhandene Jira-Tickets

key summary type created updated due assignee reporter priority status resolution
Loading...
Refresh