04 Mahnerstellung-Stapelverfahren (Bestellmahnungen) - Funktionsanalyse
Auf dieser Seite wird das Mahnerstellung-Stapelverfahren (Bestellmahnungen) beschrieben.
Proposal UB Leipzig and SLUB Dresden
Initial proposal on claims for monographs
OUTDATED Proposals on claims for monographs (Google-Präsentation)https://docs.google.com/presentation/d/1bdp3qhsHSld5jpOtJSoHqdUWTWn_rDbBAZacEwJojz8/edit#slide=id.g118b3a95366_0_0 - Slides 16-22
General proposal
- When claims are filtered, it should be possible to create claim actions on several POL simultaneously. Otherwise, the claiming process is quite cumbersome.
- It is not to aim to create new actions, but only to apply them on several POL.
- To enable correct filtering, indicators for claiming are necessary, as for example
-
UIOR-399Getting issue details...
STATUS
- Especially, when several claiming levels are implemented (/wiki/spaces/~hohmann/pages/3572651)
- If necessary, CQL-Search should be implemented to enable exclusion of specific elements.
- The ticket “create claim action” (
-
UIOR-670Getting issue details...
STATUS
) must be regarded.
- How can the proposed actions be applied to several POL or all filtered POL?
- After sending the claims, the date has to be captured in the POL.
- The creation of claim actions is only allowed for specific persons.
- The options for exporting the result-list can/must be analysed.
- The suggestions in the following mockups can be adjusted.
- All POL must be aggregated by “vendor” and “claim number”
- Otherwise, each POL is send in an own email/letter
Proposal 1 - Simple version
App Orders
- In the simple version, only a few actions are offered in the action box for the result list.
- “Start claiming process on result list” -> sending the claims to the vendor
- “Claim items report (CSV)” -> export of CSV-data to analyse and correct in Excel, …
- “Instanzen UUIDs” speichern -> export of UUID for reporting, …
- The actions of - UIOR-670Getting issue details... STATUS are not implemented.
Example: Only action "Start claiming"
Proposal 2 - Extended version 1
App Orders
- In the extended version 1, all actions of
-
UIOR-670Getting issue details...
STATUS
are offered in the action box for the result list
- Delay claim
- Send claim
- Claimed at vendor system
- Add response
- Close claim
- Additional actions:
- “Claim items report (CSV)” -> export of CSV-data to analyse and correct in Excel, …
- “Instanzen UUIDs” speichern -> export of UUID for reporting, …
- The actions of - UIOR-670Getting issue details... STATUS are not implemented.
Example: Several actions in the actions menu
Proposal 3 - Extended version 2
App Orders
- In the alternative version 2, the link to the actions of
-
UIOR-670Getting issue details...
STATUS
are offered in the action box.
- “Create claim action (new window)”
- In the new “action window” the POL of the result list are shown not only one POL as in UIOR-670.
- Additional actions:
- “Start claiming process on result list” -> sending the claims to the vendor
- “Claim items report (CSV)” -> export of CSV-data to analyse and correct in Excel, …
- “Instanzen UUIDs” speichern -> export of UUID for reporting, …
- The actions of - UIOR-670Getting issue details... STATUS are not implemented.
Example: Several actions in the actions menu
Proposal 4 - Receiving
App Receiving
- The claiming process is conducted in the app Receiving
- According to the options for the tables in the app Orders (Orders + Order lines), there should be two tables (order lines + Order items) in the app Receiving
- Order lines
- Order items
- The menu Action should be added with the claim option described in the proposals 1-3 above.
- It is then possible to conduct the claim for several levels for each item /wiki/spaces/~hohmann/pages/3572651
- Possible columns in the table "order items"
- Expected receipt date
- Received date
- Claim active
- It is necessary to extend the filter options for the claims in the app inventory according to the proposal for the app orders - UIOR-321Getting issue details... STATUS