Die Ergebnisse der Untergruppe werden vorgestellt (Nummerngenerator ohne Item-Erzeugung). Punkt wird voraussichtlich auf die Oktober-Sitzung verschoben.
d-Erwerbung soll Verhalten und Erwartungen bis heute prüfen
ALLE
Silvana Kirschner (SLUB Dresden) hat eine Funktionsanalyse zu Fremdwährung erstellt und einen Teil zu Disbursement Amount ergänzt, der als Unterthema verstanden wird
Entscheidung auf die heutige Besprechung vertagt - erneut verschoben:
Stimmen alle mit den dargestellten Anforderungen überein
Ergänzung als ACQ Implementers Topic
oder Vereinbarung eines konkreten Termins mit ACQ SIG
Vorgehen: Präsentation mit dem folgenden Unterthema
Silvana Kirschner organisiert ein Treffen einer Untergruppe, die die Anforderungen finalisiert
Einladung wird hausintern weitergeleitet, ggf. kommen OA-SMEs dazu
Custom fields
ALLE
Use Cases
Bestellungen werden mit einem "Sammeldatensatz" verknüpft, unter dem alle z.B. Antiquariate, Privatpersonen subsummiert sind; in der Bestellung soll dennoch ersichtlich sein, bei wem genau bestellt wurde?
Ebene: Bestellung oder Bestellposten
Informationen dazu, ob die Bestellung zu einer Mitgliedschaft gehört
Vorteil: wäre filterbar
Möglichkeit: Paketfunktion nutzen
Ebene: Bestellung oder Bestellposten
Leistungsaustausch: Bibliothek bezahlt für eine andere Einrichtung - würde auch Rechnungs-App betreffen
Ebene: Bestellung oder Bestellposten und Rechnungsposten
Bezug über Tausch: "Tausch gegen ..."
Ebene: Bestellung oder wahrscheinlich Bestellposten
Externe Bestellnummer (Marie M., UB Bayreuth)
Vorteil ggü. Notizfeld: durchsuchbar
Ebene: Bestellung oder Bestellposten
Listenpreis (Sabrina Bayer, UB Regensburg)
Um die Preissteigerung bei fortlaufenden Bestellungen verfolgen zu können, wäre es sinnvoll, wenn man den Listenpreis bei jeder Rechnung angeben könnte.
Ebene: Rechnungsposten
...?
app-übergreifende Use Cases sollten zusätzlich gesammelt werden
Vorschlag/Bedarf: "One-Time" und "Ongoing" getrennt in die Budgetübersicht übertragen jeweils für Ausgaben und Bindungen und die Listenansicht der Transaktionvorgänge mit "One-Time" und "Ongoing" kennzeichnen, sowie
In der SLUB Dresden besteht der Bedarf nach der Erweiterung bestimmter Tabellen in erwerbungsrelevanten Apps, wie zum Beipspiel:
App
Tabelle
Spalte
Bemerkung
Rechnung / Rechnungsposten
Fondsverteilung/Fonds
Budgetjahr
Ziel: rasches Erkennen des Budgetjahres, ohne in der Finanzen-App prüfen zu müssen
Inventarisierung
Erwartet
Mahnstufe
Vermutlich wird der Bedarf der Spalten mit Einführung des Bestellversandes und des Mahnprozesses zunehmen
Inventarisierung
Inventarisiert
Signatur, Inventarnummer
Vermutlich wird der Bedarf der Spalten mit Einführung des Bestellversandes und des Mahnprozesses zunehmen
Bestellung / Bestellzeile
Fondsverteilung/Fonds
Budgetjahr
Ziel: rasches Erkennen des Budgetjahres, ohne in der Finanzen-App prüfen zu müssen
die in der Tabelle dargestellten Anforderungen werden von d-Erwerbung unterstützt
aber: ggf. werden einzelne Anpassungen erst später benötigt und werden voraussichtlich Teil der größeren Entwicklung (s. Mahnungen)
Wunsch, der bereits bei den Dev Teams bekannt ist: einheitliche Gestaltung und Funktionalität von Tabellen - app-unabhängig (z.B. Anpassbarkeit, Sortierbarkeit der Spalten)
wird angestrebt, braucht aber Entwicklungszeit
Tabellenanpassungen: Sammlung weiterer Beispiele bis zum nächsten Treffen
Separate Anforderung:
Erfassung der dreiteiligen Sgn sollte analog zum Inventory möglich sein
Sabrina Bayer erstellt Eintrag auf ACQ Implementers Liste → Sabrina: ist Eintrag Nr. 123 als allgemeine Anforderung, dass mehr Felder aus Holdings- und Item-Ebene in den Piece Information angezeigt werden.