...
| Item | Who | Notes |
|---|
| Bestellmahnungen | | - SLUB wendet FOLIO ERM an
- weitere Teile werden analysiert
- JIRA-Tickets sind erstellt
- Mockups wurden erstellt
- bestehende Elemente werden berücksichtigt
- 500-700 Mahnungen pro Monat in der SLUB
- manuelles/intellektuelles Eingreifen nötig
- Filter für Mahndetails:
- Kennzeichnung der Bestellungen mit Mahnungen
- Aktionen in Bezug auf Mahnungen wie:
- delay
- send
- claim at vendor system
- close
- add answer
- Konfiguration in Settings geplant
- Mahnprozesse z.B. für verschiedene Erwerbungsarten festlegen
- es soll auch möglich sein, keine Mahnungen auszuwählen
- verschiedene Mahnstufen sollen möglich sein mit unterschiedlichen Laufzeiten/Zeiträumen
- "Einsetzen" der Funktion in Bestell App; avisiert: eigenes Akkordion
- inkl. Checkbox "Claiming active"
- Claim delivery method: wie wird Mahnung dem Lieferanten zugestellt
- Historie
- Notizen sind wichtig
- Aufnahme der Mahneinstellungen in die Bestellvorlagen
- Plan: Mahnungen aggregieren
- Prozess, wie Mahnungen gestartet werden können
- erst filtern
- dann via Aktionen-Menu:
- "Start claiming process on result list"
- außerdem "Claim items report (CSV)"
- ggf. soll es die Möglichkeit geben, manuell einzelne Titel aus der Liste auszuschließen
- Benjamin: Mahnungen für Lieferungen anstatt Bestellungen? - z.B. für Heftlieferungen
- für Zeitschriften in der Bestellung die Eingabemöglichkeiten erweitern
- für Heftmahnungen: vorerst Aboverwaltung einführen
- Fr. Schnabel (Leipzig): Abomahnungen sind mit Aboverwaltung zu planen
- Andrea: auf welchem Datum würde die Mahnung aufsetzen?
- "Approval date" soll "Expected receipt date" updaten (nach Lieferfristen aus dem Organisationsdatansatz)
- Mahnung würde dann auf erwartetem Lieferdatum aufsetzen
- Mahnen nur bei offenen Bestellungen
- Martina S.: wie wird der Mahnungstext generiert - ist das angedacht wie in der Ausleihe mit Tokens direkt aus
- ja, das wäre ideal und ist angestrebt
- Aboverwaltung
- in der Bestell App
- Abostandardwerte
- Beschreibungswerte
- Claiming Settings für Zeitschriften in den Einstellungen von FOLIO
- Unterstützung der Aboverwaltung in der Inventarisierung
- Grundsignatur
- Notizen auf Aboebene
- Renate Pleyer (UB Frankfurt)
- warum Aboverwaltung an Bestellung und nicht POL
- bei Bestellungen nur eine Bestellzeile pro Bestellung
- es sind Titelbezogene Informationen, daher an POL
- Martina S.: Aboangaben können auf beiden Ebenen erfolgen
- Folien:
- Proposals on claims for monographs
- Proposals on periodicals and subscriptions - short version
|
| Aboverwaltung: Fortschreibungsmechanismus | | - Gap-Analyse nach jedem Release - Fortschreibungsmechanismus einer dieser Gaps
- Entwicklungskooperation zwischen VZG/GBV und Duke University Library
- Entwicklerfirma: K-Int
- Derzeit: Abstecken des Entwicklungsumfangs, Umsetzungsmöglichkeiten, Anforderungen
- Folien: Aboverwaltung_Fortschreibungsmechanismus_Anforderungen.pptx
- Fragen:
- Gibt es Ergänzungen?
- Welche Formate werden eingecheckt?
- Diskussion, ob Check-In eigene App werden soll oder integriert werden soll in Inventarisierung
- aus Nutzersicht: Integration
- Aboverwaltung braucht Integration in Bestellapp
- Fortschreibungsmechanismus eher in der Inventarisierung?
- Björn Muschall André Hohmann Martina Schildt Austausch zur Zusammenlegung der Entwicklungsressourcen
|
Chat
00:59:57 Felix Hemme (ZBW): Falls es in der ZDB eine Erscheinungsweise gibt, wird die im Instance-Datensatz gespeichert, je nach Mapping.
Action items