...

• In 2023-01-25 wurde entschieden, dass sich eine Kleingruppe trifft, um das Thema Bestellmahnungen bis zum Treffen 2023-02-22 abzustimmen und aufzubereiten 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:   
    • [Entwurf] 04 Versand der Bestellung (Bestellversand) - Funktionsanalyse
• 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: [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, 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. Sbrezesny 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

...