Auf dieser Seite wird die Funktionsanalyse bezüglich des Versands der Bestellung (Bestellmahnungen) beschrieben.

Inhalt

Übersicht und Status

Proposal UB Leipzig and SLUB Dresden

Initial proposal on claims for monographs

Proposal 1 Without integration detail

An open order can have two states
- The order is sent
- The order is not sent
A batch function to send orders correctly needs a precise state
It is proposed to implement a checkbox “Sent” which
- is activated automatically if the batch function to send orders is applied to an order
- is activated manually by the user, when an order is placed by phone, …
It is proposed to implement a field “Sending date” which
- contains the date, when the checkbox “sent“ is activated and the order was actually sent
- is filled automatically when the checkbox “sent” is activated
The “Sending date” could be used as initial date for the claiming process instead of “Approval date”
- It could be possible, that a period of time goes by between the approval and the sending of the order - the "Expected receipt interval" could be applied, when the order is send
- See: [Entwurf] 05 Mahnversand-Stapelverfahren (Bestellmahnungen) - Anforderungsanalyse
The order must be open, because the encumbrance has to be applied as soon as possible to enable current values for the funds
Is it necessary to apply these elements to the order lines?
- It would be possible to gather all order lines of one vendor and send it in one document (e-mail, postal, ...) instead of sending several orders

Example: Sending information in the order

Proposal 2 With integration detail - DISCUSSION

@André Hohmann Dec 10, 2025 The following content is outdated

It is proposed to examine, if the integration details can be added to the accordion "Vendor" in the order line. It would enable the distinction of the sending method by acquisition method for each vendor.
- See: [Entwurf] 03 Integration details (Bestellversand) - Funktionsanalyse

Example: Integration detail in an order