(Test-Go-Live) Records Retained for Items Deposited in RLFs

Legend: not started IN PROGRESS STALLED decided

Status

Recommended and added to https://uc-sils.atlassian.net/wiki/spaces/RMF/pages/839352340/Test%2Bload%2BLocal%2BRLF%2Bbibliographic%2Brecord%2Bmigration

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
A = Fulfillment & ILL
C = Resource MGMT FG, Discovery FG, RLF Subgroup
I = PPC, IC

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

Action/Point Person

Expected Completion Date

Notes

Status

Fulfillment and ILL FG

10/14/2021

Added to https://uc-sils.atlassian.net/wiki/spaces/RMF/pages/839352340/Test%2Bload%2BLocal%2BRLF%2Bbibliographic%2Brecord%2Bmigration

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