...
Page Properties | ||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||
|
Recommendation
Before we configure the patron interface to VDX during Test, we will finish exploring and possibly To integrate Alma with VDX we will implement a possible solution that we believe may be more satisfactory, which will be invisible to patrons. We will provisionally call this service IVEA (Illiad VDX Email Adapterintegrates the Alma “supplier of last resort” configuration to VDX. This solution requires configuring a special NCIP partner within the Alma resource sharing system. This partner will send an email to a CDL-managed ILLiad VDX Email Adapter (IVEA). This solution leverages the Illiad supplier of last resort feature of Alma Resource sharing, providing an adapter that translates the Illiad message into a VDX message. If this solution proves satisfactory and can be implemented on time, we may decide to replace UC Interlibrary Loan with IVEA prior to go-live.
It is important to note that neither of these solutions will include the additional functionality that is currently provided in the CDL Request application, notably flagging of Elsevier requests for special handling, and identification of content available through the Hathi Trust ETAS program. The integration with WSILL (whether through the GES or the IVEA) will come late in the patron workflow, and will happen only in a minority of cases. The patron will need to be made aware of electronic content or purchase on demand services at an earlier point in the discovery process.
The Fulfillment and ILL FG will provide each campus with instructions on setting up the IVEA (Illiad VDX Email Adapter) option and the GES option, with the intention to test IVEA first, since the GES was successful in Vanguard.
Reasoning
...
During the Vanguard, an alternative solution emerged that would eliminate the shortcomings of the GES solution.
To avoid risk of failure we should continue to test and implement the known solution, while continuing to evaluate the alternative. We should move to the alternative solution only if it can be implemented on time, while retaining the known good solution as a fall-back.
Integration Solutions
Historically, the UC system has used a consortial resource sharing system that attempts to fulfill requests using UC resources, and, if the resources are not found, attempts to fulfill them primarily through WorldShare ILL (WSILL). In the SILS, consortial borrowing will be done using a UC-wide Alma Automated Fulfillment Network (AFN). However, we still need a way of transacting ILL with WSILL for requests that cannot be filled using UC resources. Ex Libris Alma does not at present support direct integration with WorldShare ILL as a partner, so UC will continue to use an ILL broker (currently VDX) to broker requests to WSILL.During the
Vanguard phase of the SILS project, we initially determined that the only VDX integration option fully supported by Ex Libris was for CDL to provide a GES (General Electronic Service) based on a version of Request stripped of its consortial borrowing features. A proof-of-concept version of this application was developed at CDL (provisionally called UC Interlibrary Loan or “Zombie Request”) and its basic functionality was tested in the Vanguard. The GES, which must be configured separately on each IZ, was installed and tested in the UCLA IZ. Instructions were written to enable other IZs to configure the GES: GES configuration instructions.Several solutions for accomplishing the integration were considered, and two were tested during the Vanguard phase. The first solution to be tested was an General Electronic Service that allowed patrons to request items directly through VDX. This solution had critical shortcomings from both a UX and a workflow perspective (see below).
The alternative solution (IVEA) enables integration of the Alma resource sharing system with VDX, which provides superior patron experience and staff workflow. In this solution all Alma resource sharing requests are first submitted to UC institutions using the Alma Automated Fulfillment Network. Requests that are not filled by UC institutions are then automatically sent to VDX without staff intervention. In VDX, all borrowing requests are automatically sent to WorldShare ILL (unless they are flagged for borrowing staff review).
It is important to note that this solution will not include additional functionality that is currently provided in the CDL Request application, notably flagging of Elsevier requests for special handling, and identification of content available through the Hathi Trust ETAS program. The integration with WSILL will come late in the patron workflow, and will happen only in a minority of cases. The patron will need to be made aware of electronic content or purchase on demand services at an earlier point in the discovery process.
Shortcomings of the General Electronic Service Solution
Testing at UCLA revealed that the GES option was not optimal, in several respects:
From a user perspective, it is confusing to be presented with two options: “Resource Sharing” and “Get it from the world’s libraries”. Improved naming and labeling may help, but it is obviously preferable to present the user with only one option. The WSILL option (Get it from the world’s libraries), is displayed whenever the item is not held at the user’s home institution, and Ex Libris does not provide an option for displaying the link based on consortial, rather than institutional, holdings. Further, there is no mechanism that we know of for securely passing user credentials to the GES, so the user is required to enter their account name again to log into the service.
From a workflow perspective, there is no good option for handling the case when a request reaches the end of the resource sharing rota. Either the staff must submit the request to VDX manually on behalf on the patron, or the an email must be sent back to the patron instructing them to submit the ILL request themselves.
Recently a new solution emerged that would address these shortcomings, so that:
The patron will initiate all requests through Alma Resource Sharing. They will not have to distinguish between two alternative forms, and they will not have to log in separately to a GES.
Borrowing requests will only be sent to WSILL when they reach the end of the UC Fulfillment Network rota. When they reach the end of the rota and are not supplied by a UC, the request will automatically (or manually, depending on configuration choices), be sent to WSILL Direct to Profile.
...
Configuring the Supplier of Last Resort
To implement that proposed solution, each institution must configure the supplier of last resort in their Alma resource sharing system. The instructions for doing this are as follows.
Action Log
Action/Point Person | Expected Completion Date | Notes | Status | ||||||
---|---|---|---|---|---|---|---|---|---|
Fulfillment and ILL FG |
| FG discussed how the Vanguard decision worked out, and what way forward would be best for testing during the Test Phase of SILs (Vanguard) Decide how to integrate an ILL broker with Alma Since GES proved successful in Vanguard, the group initially favored setting it up again in Test while also attempting to set up and test the alternative solution (the Illiad VDX Email Adapter) during the test phase. This decision page was created. |
| ||||||
Fulfillment and ILL FG |
| Group reviews and votes. Unanimous support for setting up GES and attempting to set up the alternative solution (the Illiad VDX Email Adapter) during the test phase. This ensures that if the alternative solution does not work, we still have the GES option to fall back on for Implementation. Decision will be sent to Discovery FG, PPC, and ICs to inform. |
|