(Test-Go-Live) Records Retained for Items Deposited in RLFs
Legend: not started IN PROGRESS STALLED decided
Status | Recommended and added to (Test load) Local RLF bibliographic record migration |
---|---|
Scope | Test to Go-Live |
Description | Records retained for items deposited in RLFs (Phantom Records) must not be requestable or discoverable |
Decision | To avoid inefficiencies and frustration in UC-wide fulfillment, records for items deposited to an RLF must, at the depositing institution, be placed in a location governed by a fulfillment unit that prevents loan, digitization, and physical copy requests of the items. Further, to avoid a negative patron experience, these records should be suppressed so that they are not discoverable in Primo. To allow for identification of these duplicate records, a system-wide code convention should be used for the locations in which the records are placed. For items deposited in NRLF, the location code should be “NRLF”; for those deposited in SRLF, the location code should be “SRLF”. (Note that this decision is not relevant to IZs that choose not to retain records for items deposited to RLFs.) |
Owning group | Fulfillment & ILL (SILS-FG-FULFILL-L@LISTSERV.UCOP.EDU) |
Approver | PPC |
Stakeholders | R = Fulfillment & ILL |
Decision-making process | Fist of 5 |
Priority | High |
Due date | Oct 14, 2020 |
Recommendation
See decision.
Reasoning
When a UC institution deposits an item in an RLF, they have the option of retaining a record for this item in their IZ (which we will call a “phantom item”). This potentially causes problems related to fulfillment workflows, patron experience, and accurate holdings assessment.
Fulfillment workflows
If the deposited item is requestable at the depositing institution, the following problems are created in the fulfillment system:
The item, if not suppressed in Primo, can be requested locally by a patron, but the request cannot be filled using any Alma-supported workflow.
The item, if not suppressed in Primo, can be requested by through the fulfillment network by a patron at another institution, but the request cannot be filled using any Alma-supported workflow.
If the item is requested through the Automated Fulfillment Network (AFN), the institution that holds the record, but not the physical item, will be included in the rota constructed by the resource sharing system. This happens even if the record is suppressed in Primo. Again, the lending institution will not be able to fill the request.
All of these problems would cause delays, unnecessary work, and frustration. We have therefore recommended that the fulfillment unit governing the TOUs for these items prevent them from being requested.
Patron experience when discovering phantom items
Assuming that items deposited to RLFs are not requestable at the depositing institution, the following problem remains if the items are discoverable in searches: patrons will have the expectation that items are requestable, or at least physically present at the library. Allowing the “phantom” items to be discoverable creates the false impression that the items are physically present at the library.
We therefore have recommended that the “phantom item” be suppressed from discovery in the library search.
Distinguishing phantom items in holdings
Current and future systems (resource sharing as well as collection analysis and decision support systems) will need to have a way of distinguishing these “phantom” records to accurately determine holdings in the UC system. To simplify processing by these systems, we have recommended that the standard location codes SRLF and NRLF be used by all IZs.
Background
Individual UC institutions have different practices with regard to records retained for holdings deposited to the RLFs. In the legacy Melvyl/Request system, special workarounds prevent these records from being requested.
In the Alma consortial system, we will not have the granular control that will enable UC to code workarounds to prevent request of the phantom items, but some simple harmonization practices can eliminate the problems without resort to coded solutions.
Action Log
Action/Point Person | Expected Completion Date | Notes | Status |
---|---|---|---|
Fulfillment and ILL FG | 10/14/2021 | Added to (Test load) Local RLF bibliographic record migration | Done |
|
|
|
|
The SILS mission is to transform library services and operations through innovation and collaboration. The future is shared!
Question? Contact AskSILS-L@ucop.edu