LeAchim59
commented
5 months ago Für die Standorte wird eine neue Verwaltungstabelle eingeführt: location_dm
Sie enthält folgende Spalten:
- code char(4)
- description
- default_flag
- address (Straße und Hausnummer)
- city
- post_code
- option char(4)
Für die Optionen (nicht durch Anwender direkt änderbar Tabelle location_option_dm
- code char(4)
- description
- default_flag
Die Werte für code sind: -- lend (normale Ausleihe) -- book (bestellbar, dann Ausleihe möglich, Rückgabe ins Archiv!) -- subl (Nebenstelle mit Ausleihe) -- subn (Nebenstelle ohne Ausleihe) -- arch (Archiv, nicht ausleihbar) -- leav (Abgang)
Dies ist ein Vorschlag für eine optionale Funktionalität, die vielleicht bisher niemand vermisst hat, die wir in Darmstadt aber benötigen, da sich die einzelnen Exemplare auf mehrere Standorte verteilen können. Wir haben dazu das Exemplarfeld "location" angelegt, so daß wir an jedem Exemplar (biblio_copy) den Standort verwalten können. Allerdings werden biblio_copy_fields natürlich erstmal funktional nirgendwo unterstützt.
Wir benötigen folgende Funktionen:
a) einfaches Ändern des Standorts für viele Exemplare. Die manuelle Änderung einzelner Exemplare ist möglich aber für viele ist das zu aufwendig. Benötigt wird eine Eingabemaske, bei der man den neuen Standort angibt und dann nacheinander die Exemplare scannen und umsetzen kann.
b) Anpassung des Inventurberichts mit Ausgabe und Filter nach Standort
c) Der Standort sollte Einfluß auf die Möglichkeit der Ausleihe haben: verfügbar, bestellbar, keine Ausleihe
d) Wir haben zwar nur eine Ausleihstation, aber es wären auch mehrere denkbar. Dann wäre es scohön, wenn bei der Rückgabe geprüft wird, ob es angenommen werden kann. Das ist aber aufwendiger, da dazu eine Angabe nötig ist, wo die Rücknahme erfolgt. Auswirkungen auf die Eingangsablage sind auch möglich.
e) Um (c) implementieren zu können, ist eine neue Tabelle "locations" mit folgenden Werten nötig: location, lending (values; available, reserve, no). Evtl. weitere Angaben zum Standort wie zB Adresse.
f) Wenn (c) und (e) implementiert werden, ist zu überlegen, das Feld nicht als biblio_copy_field anzulegen, sondern ein neues Feld in der Tabelle biblio_copy aufzunehmen. Die Verwendung muss aber optional bleiben.
Ich bitte um Eure Meinung dazu, Michael
This is a suggestion for an optional functionality that perhaps nobody has missed so far, but which we need in Darmstadt because the individual copies can be distributed over several locations. We have created the copy field "location" so that we can manage the location of each copy (biblio_copy). However, biblio_copy_fields are of course not functionally supported anywhere.
We need the following functions:
(a) simple change of location for many copies. It is possible to change individual copies manually, but for many this is too time-consuming. What is needed is an input mask in which the new location can be entered and then the specimens can be scanned and moved one after the other.
b) Customisation of the inventory report with output and filter by location
c) The location should have an influence on the possibility of borrowing: available, can be ordered, no loan
d) We only have one lending station, but it would be possible to have several. Then it would be nice if we could check whether it can be accepted when it is returned. However, this is more time-consuming, as it would be necessary to specify where the item is to be returned. Effects on the inbox are also possible.
e) In order to implement (c), a new "locations" table with the following values is required: location, lending (values; available, reserve, no). Possibly further information on the location such as address.
f) If (c) and (e) are implemented, you should consider not creating the field as biblio_copy_field, but adding a new field to the biblio_copy table. However, its use must remain optional.
Please give me your opinion on this, Michael