Details
-
New Feature
-
Status: Closed (View Workflow)
-
P3
-
Resolution: Done
-
None
-
None
-
Out of scope
-
XL < 15 days
-
Volaris
-
-
90
-
R5
-
R5
-
R5
-
R5
-
R5
-
R2
-
R2
-
R5
-
R5
Description
SPLIT FROM UXPROD-2764
Problem/Overview
This work was split into two phases:
Phase 1 is covered byUXPROD-3218Phase 2 will cover ongoing record contribution and enhancements to the initial record contribution processUXPROD-2764- Phase 3 will cover UI enhancements and integration with back-end work from Phase 2
Original context
In an INN-Reach consortium, each participating library must contribute bibliographic records ("bibs") to the INN-Reach central server that correspond to items the contributing library wishes to include in the INN-Reach central catalog for discovery and/or lending. Records contributed should be able to be limited by some local criteria, and may need to be transformed before contribution (eg. to support record matching, contributed MARC record 001 field may need to be changed from FOLIO HRID to OCLC number). Records must be contributed in MARC21 encoded according to API specifications.
Whenever an inventory record is created, updated, or deleted, it should be evaluated for contribution or update. This would include any Title-level requests (when available) or new items added to associated holdings. Inventory records without associated item records should not be included until an associated item record is created.
In scope
- Mechanism for filtering records to be contributed to the central server.
- Ability to indicate whether a record should display in the central discovery catalog, and whether it should show as contributed by the contributing institution or the consortium.
- Mechanism to generate and/or transform MARC21 records for indicated inventory record using a rule-based system.
- System for maintaining record contribution status
Out of scope
- Batch contribution of bibs.
Use case(s)
Proposed solution/stories
Given an inventory instance record is updated, the INN-Reach business logic module should receive a message that indicates what record has been modified and evaluate said record based on its configured contribution criteria, transform/generate an associated MARC21 record and pass it on to the associated Edge API for transmission to the INN-Reach Central server as appropriate.
Links to additional info
Questions
- What mechanism can be used to notify the INN-Reach FOLIO module to evaluate an inventory instance for contribution/update?
- What criteria are available for filtering records?
- How will filters and record transformation be configured?
- What kind of interface should be used to manage this functionality for multiple INN-Reach central servers?
TestRail: Results
Attachments
Issue Links
- clones
-
UXPROD-2764 Record Contribution Enhancements/Ongoing Record Contribution ("Bibs" and "Items") for INN-Reach Central Server
-
- Closed
-
- is cloned by
-
UXPROD-3679 Record Contribution Enhancements ("Bibs" and "Items") for INN-Reach Central Server (Phase 4)
-
- In Refinement
-
- is defined by
-
MODINREACH-258 SPIKE: Determine Why Instances are Being Contributed multiple times in a row following come circulation actions
-
- Closed
-
-
UIINREACH-55 Record Contribution: Provide management interface for record contribution jobs in INN-Reach (Current Contribution, Enhanced)
-
- Closed
-
-
UIINREACH-96 Manage contribution (cancellation): BE integration
-
- Closed
-
- relates to
-
MODINREACH-22 SPIKE: Verify Inventory Domain Events Published for Remote Storage and Elasticsearch Can be Used to Trigger Updates to Bibs and Items
-
- Closed
-
- requires
-
UXPROD-2673 Implement Oauth2 Consumer for Requesting D2IR (INN-Reach) OAuth2 Tokens
-
- Closed
-
-
UXPROD-3051 Create Settings For Managing Contribution of Inventory Records ("Bibs" and "Items") to INN-Reach Central Server
-
- Closed
-