Loans (UXPROD-788)

[UXPROD-2877] Refuse check-in if item is not at primary service point for home location Created: 22/Jan/21  Updated: 04/Oct/22

Status: Draft
Project: UX Product
Components: None
Affects versions: None
Fix versions: None
Parent: Loans

Type: New Feature Priority: TBD
Reporter: Erin Nettifee Assignee: Unassigned
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original estimate: Not Specified

Epic Link: Loans
Development Team: None
Rank: Chalmers (Impl Aut 2019): R4
Rank: Chicago (MVP Sum 2020): R5
Rank: Cornell (Full Sum 2021): R5
Rank: Duke (Full Sum 2021): R4
Rank: GBV (MVP Sum 2020): R2
Rank: hbz (TBD): R2
Rank: Mainz (Full TBD): R2
Rank: MO State (MVP June 2020): R4
Rank: U of AL (MVP Oct 2020): R4

 Description   

Current situation or problem:

Some libraries have multiple branches that circulate items, but don't always have an easy way to transport those items between locations. They don't want to have items returned at one library and then have to figure out ad-hoc transportation to get the item back to its proper home.

Consider Library A with Service Point A, and Library B with Service Point B, and with no regular item transport between libraries.

If a patron borrows an item from Library A, with location at Library A and primary Service Point A, and then tries to return it to Library B, Library B wants the option to refuse / decline the check-in, so that the patron has to keep the item and travel to Library A to actually return it.

In scope

Out of scope

Use case(s)

  • The German Libraries (discussed in their community RA group) want this feature because they have libraries who are in this scenario (no regular transport between buildings/branches.)
  • US Libraries uniformly did not want this feature, but did not object to its development, as long as implementation was optional / configurable so that the US libraries didn't need to turn this on.

Proposed solution/stories

Links to additional info

Questions

    • Where would the configuration options be - on a location, or on a service point?
    • Should behavior differ between the Check-In app in the UI, and a self-checkin option using NCIP or other protocols?
    • Should a denied check-in somehow be logged so that there is a record of it occurring, even though the loan was not closed?

Generated at Fri Feb 09 00:27:35 UTC 2024 using Jira 1001.0.0-SNAPSHOT#100246-sha1:7a5c50119eb0633d306e14180817ddef5e80c75d.