| | |
---|
Einleitung | @André Hohmann @Björn Muschall | |
Stand Vorbereitung Joe Reimers | @André Hohmann @Björn Muschall | |
Bestellversand | Alle | Funktionalität “Kopieren“ der EDIFACT-Integration E-Mail-Versand via Export-Manager Aggregierter Mail-Versand je Lieferant @Marie Meyer : Einzelversand sollte weiterhin möglich sein, weil die Bestellung vom Lieferant ausgedruckt und mit dem Buch versendet werden bzw. für eilige Bestellungen Sofortiger Versand → Integration “Stündlich“ @Susanne Gill : Hinweis auf @Felix Wichmann und externen Workaround für aggregierten Bestell-Versand
Felder App Bestellungen App Organisationen
Fragen
|
Mahnstufen | | Funktionalität Fragen Wie viele Mehrstufen sind notwendig? In welcher Setting-App werden Mahnstufen konfiguriert (Receiving oder Orders?) Wo wird die Information gespeichert, so dass die App Claiming “weiß“, dass eine Bestellung gemahnt werden muss → Mehr Informationen über die App Claiming ist notwendig @Peter Sbrzesny : fragt @Owen Stephens , wo für Serials die Mahnung-Information gespeichert wird Frage Peter: Overdue pieces get status "late" in Receiving and it will be possible to claim them. Where is this information stored? In the receiving record? How is it linked to Orders and Organizations? Claiming will need information like order-id and vendor from these apps Antwort Owen: This is for discussion with Joe Reimers as the claiming functionality is part of receiving. The receiving app is actually part of mod-orders (although the user interface is a separate app) and pieces are linked to an order line and so to a vendor
Welche Informationen sind je Mahnstufe notwendig? Wo wird die Mahnung ausgelöst (Receiving oder Claiming?)
|
Nächster Termin | Alle | Dec 3, 2024 09:00-10:00 |