Teilnehmende
Peter Breternitz UB Frankfurt, Peter Duschner (LMU), Heinrich, Simone (UB Mainz), André Hohmann (SLUB Dresden), Silvana Kirschner (SLUB Dresden), Björn Muschall (UB Leipzig), Peter Sbrzesny (VZG), Sven Thomsen (UB Leipzig)
Allgemeines
- In 2023-01-25 wurde entschieden, dass sich eine Kleingruppe trifft, um das Thema Bestellmahnungen bis zum Treffen 2023-02-22 abzustimmen und aufzubereiten
Ergebnisse
- Startwert zur Berechnung des erwarteten Lieferdatums
- Folio geht davon aus, dass eine geöffnete Bestellung auch sofort versendet wurde - daher ist das Datum des Öffnens der Bestellung auch das Datum des Versandes und somit der Startzeitpunkt des Mahnprozesses
- → das muss für uns (SLUB Dresden) aufgebrochen werden - siehe Punkt "Definition: Beginn Mahnversand"
- Auch EDIFACT integration kann mit Scheduling ausgeführt werden - auch hier ist Versand der Bestellung später als Öffnen der Bestellung
- Definition: Beginn Mahnversand
- LMU (Bayern), GBV, UB Mainz (Öffnen = Versand):
- meistens wird die Bestellung noch dem Öffnen auch versandt - gegebenenfalls in der Nacht, aber nicht länger;
- Sofort-Versand ist wichtiger als aggregierter Versand
- Vorschlag: Verlängerung des "Expected receipt interval", um verzögerten Versand abzubilden
- hebis (beide Varianten):
- Ein aggregierter Versand wird von einigen Einrichtungen angewendet
- Versandkosten können dadurch eingespart werden
- SLUB Dresden (Öffnen + Versand):
- Verzögerter Versand der Bestellung ist sehr wichtig
- Versanddatum der Bestellung ist sehr wichtig
- LMU (Bayern), GBV, UB Mainz (Öffnen = Versand):
- Das Öffnen der Bestellung sollte nicht verzögert werden:
- Erst eine Öffnung der Bestellung löst die Mittelbindung aus → das sollte nicht verzögert werden
- Das Versanddatum sollte erfasst werden - Die Anforderung sollte eingebracht und diskutiert werden
- → Diese Diskussion sollte unter Berücksichtigung des Bestellversands geführt werden:
- Folio geht davon aus, dass eine geöffnete Bestellung auch sofort versendet wurde - daher ist das Datum des Öffnens der Bestellung auch das Datum des Versandes und somit der Startzeitpunkt des Mahnprozesses
- EDIFACT bietet vermutlich keine Reklamation/Mahnung:
- zu prüfen
- Mahnstufen:
- Zustimmung zum Vorschlag
- mehrere Mahn-Verfahren (ZS, Mono, Pflicht etc.) mit jeweils mehreren Mahnstufen sollen in den Settings verwaltet werden können.
- Vergleiche auch: 03 Mahnstufen (Bestellmahnungen) - Funktionsanalyse
- Integration Details:
- Zustimmung zum Vorschlag
- Methode des Mahnversands (E-Mail) wird in Organizations/Integration details erfasst und wird pro Bestellung angewendet
- Vergleiche auch: [Entwurf] 03 Integration details (Bestellversand) - Funktionsanalyse, 05 Mahnversand-Stapelverfahren (Bestellmahnungen) - Funktionsanalyse
- Text der Mahnungen:
- keine PDF, sondern für plain text
- Konfiguration der E-Mail (Sprache des Lieferanten, ...) noch offen
- Vergleiche auch: 05 Mahnversand-Stapelverfahren (Bestellmahnungen) - Funktionsanalyse
- Manuell, per Batch-Action oder vollautomatisch:
- P. Duschner (LMU) eher Einzel-Versand der Mahnung pro Bestellung, gerne auch automatisiert
- P. Sbrezesny eher automatisiert: per Cronjob
- Anforderungen widersprechen sind nicht, manuell pro Bestellung, per Batch-Action und per Script möglich
- Fazit:
- Auch in diesem Treffen wurde keine Gründe ermittelt, die gegen Dennis' Vorschläge sprechen und wenn möglich sollten die Mahnstufen berücksichtigt werden
- Im Zusammenhang mit dem Bestellversand muss in der D-Erwerbung ermittelt werden, ob ein eindeutiges Versanddatum (der Bestellung) implementiert wird.
Weiteres Vorgehen
- Ergebnis kurz im nächsten D-Treffen 2023-02-22 vorstellen
- André Hohmann : rechtzeitig in das Protokoll eintragen
- Bestätigung einholen, dass Dennis mit der Phase 1 (2023-01-25 Bewertung Vorschlag Mahnverfahren (Bestellungen) von Dennis Bridges) beginnen kann und dass wir die Mahnstufen in diese erste Phase einbringen können
- André Hohmann : Ergebnisse in die Funktionsanalyse Bestellmahnungen - Funktionsanalyse eintragen