Add Support for D2IR API Integration with INN-Reach Resource Sharing Systems (UXPROD-2598)

[UXPROD-2778] Manage a Map of Local Patron Groups to INN-Reach Central Server Patron Types (PTYPE) Created: 23/Oct/20  Updated: 27/Oct/21  Resolved: 15/Oct/21

Status: Closed
Project: UX Product
Components: None
Affects versions: None
Fix versions: Kiwi (R3 2021)
Parent: Add Support for D2IR API Integration with INN-Reach Resource Sharing Systems

Type: New Feature Priority: TBD
Reporter: Brooks Travis Assignee: Brooks Travis
Resolution: Done Votes: 0
Labels: consortia
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original estimate: Not Specified

Issue links:
Defines
is defined by MODINREACH-13 INN-Reach Circulation Settings: Creat... Closed
is defined by MODINREACH-64 INN-Reach Circulation Settings: Creat... Closed
is defined by UIINREACH-28 INN-Reach Circulation Settings: Setti... Closed
Requires
requires UXPROD-2673 Implement Oauth2 Consumer for Request... Closed
Epic Link: Add Support for D2IR API Integration with INN-Reach Resource Sharing Systems
Development Team: Volaris
PO Rank: 95
Rank: Chicago (MVP Sum 2020): R5
Rank: Cornell (Full Sum 2021): R5
Rank: Duke (Full Sum 2021): R5
Rank: 5Colleges (Full Jul 2021): R5
Rank: GBV (MVP Sum 2020): R5
Rank: Grand Valley (Full Sum 2021): R2
Rank: MO State (MVP June 2020): R2
Rank: TAMU (MVP Jan 2021): R5
Rank: U of AL (MVP Oct 2020): R5

 Description   

Current situation or problem:
In an INN-Reach consortium, each participating local server must maintain a mapping of patron types configured on the INN-Reach central server and FOLIO patron groups to determine if a request is permitted.

In scope

  • A system to manage mapping between FOLIO patron groups and INN-Reach patron types.
  • A mechanism for periodically retrieving the list of central patron types and alerting a system admin that an action is required (eg. a central patron top is added/removed).
  • A mechanism for detecting changes in local patron groups that could "break" the configured mapping and a process to alert a system administrator or prevent the change.

Out of scope
N/A

Use case(s)

Proposed solution/stories
System administrators should be able to use a FOLIO settings interface to manage the mapping configuration between FOLIO patron groups and INN-Reach patron types. One INN-Reach patron type should be mappable to multiple folio patron groups. This interface should also provide a method for manually updating the list of patron types from the central server or alerting system administrators when such an update has led to a mismatch in the configured map.

Links to additional info

Questions

  • What mechanism can be used to notify the INN-Reach FOLIO module(s) to evaluate a change to a FOLIO patron group?
  • How can system administrators be notified when an update to FOLIO patron groups requries action?
  • How can system administrators be notified when the central patron type list does not match the configuration on the local server?
  • What kind of interface should be used to manage this functionality for multiple INN-Reach central servers?

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