Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Date

...

Functional Area

Product Owner

Planned Release (if known)

Decision Reached

Reasoning

Link to supporting materials

Comments

e.g. loans, fees/finesNamee.g. Q4 2018, Q1 2019Clearly stated decision
  • Because...
  • Because...
e.g. mock-up, JIRA issue
RequestsTBD

If you mark an item declared lost, claimed returned, missing, withdrawn and there are open requests on the item:

  1. There should be a popup letting you know
  2. There should be a link to the requests app (pre-filtered to show the relevant request(s))
  3. You can then move the request to another item or cancel it
  4. You can also use the requests csv report periodically to check for items with status declared lost, missing etc with open requests to catch any that might have been missed in this process

JIRA feature has been created: 

Jira Legacy
serverSystem Jira
serverId01505d01-b853-3c2e-90f1-ee9b165564fc
keyUXPROD-2411


Requests

Delivery requests side bar convo:

  • Delivery requests have no service points (they have requester addresses)
  • When you check in a delivery request at any service point:
    • The system prompts you to check the item out to the requester
    • If you decline to do that, the request will stay in "Open - Awaiting delivery"
  • There is no notion of In transit for a delivery request
  • There is no notion of a delivery request fulfillment service point -
  • It sounds like folks would like to have the request status In transit until it gets to a fulfilling service point and, only when it gets there, to have the check in trigger check out to the requester
  • This would likely require flagging service points that can do delivery and some way of knowing which items should go to which delivery service points for fulfillment?
  • Cate will put this topic on the RA SIG agenda document for future discussion



...