2023-02-08 Abstimmung Bestellmahnungen - D-Erwerbung
Inhalt
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
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:
EDIFACT bietet vermutlich keine Reklamation/Mahnung:
zu prüfen
im GBV wird EDIFACT nur für Bestellungen verwendet, nicht für Reklamationen
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: 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, Mahnungstexte ...) 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. Sbrzesny 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