Known Issues
The following issues were identified during testing and the soft launch. OCLS is working with Ex Libris Support and college library staff to resolve them.
- 1 Outstanding Issues
- 2 Resolved Issues
- 2.1 Query to patron letters
- 2.2 Deep search configurations for Seneca
- 2.3 Borrowing Requests - Seneca
- 2.4 Using Blank ILL form to create requests is allowing items available at our institution to be requested through resource sharing
- 2.5 Resource sharing request option appearing in records for electronic resources
- 2.6 Cancel request on locate failure
- 2.7 Issue with pick up locations field in Borrowing Request Forms at Northern and Cambrian Colleges
- 2.8 Request Costs section of RS Request Form issue at Niagara
- 2.9 Recalls
- 2.10 Due date
- 2.11 Colleges outside of the networked environment placing requests
- 2.12 TOU Distributed from the NZ not appearing in IZs when they have been edited
- 2.13 Letter Customizations
- 2.14 Hold Shelf Expiry Date matches due date for requests, rather than Request TOU
- 2.15 Move requests not appearing at applicable libraries for virtual resource sharing libraries
- 2.16 New lending requests don’t appear on Tasks Widget without notes
- 2.17 Restore Item status
- 2.18 Converting Resource Sharing Requests to Purchase Requests
- 2.19 Lost Item Replacement Cost not automatically applied to patron records
- 2.20 Limit pickup location in Resource Sharing Request Form to one default location
- 2.21 Customization of resource sharing labels
Outstanding Issues
Resolved Issues
Query to patron letters |
---|
|
Deep search configurations for Seneca |
---|
|
Borrowing Requests - Seneca |
---|
|
Using Blank ILL form to create requests is allowing items available at our institution to be requested through resource sharing |
---|
Summary of issue from Ex Libris ticket opened by Loyalist College: We are not part of a consortium, so we are only able to search our institution for titles in Primo. We have two "sending borrowing requests rules" - 1. Do not send request automatically - no input parameters, output parameter = False, and 2. Do not send if owned by institution - input parameters "Self-ownership = True, output parameter = False. Ex Libris Support resolution of the ticket: Our development team has confirmed that Alma is currently not designed to provide this functionality on the blank ILL form, so the next step is to pursue this as an enhancement. We strongly recommend that you pursue this enhancement through the ELUNA Product Working Group enhancement voting process. On a periodic basis the ELUNA Alma Product Working Group does an open call for enhancement suggestions that are voted on by the ELUNA Alma user community and presented to Ex Libris Development. This is the best way to have your enhancement request heard. Please see the article linked below with common Q&A's regarding the IGeLU and ELUNA enhancement process. Ex Libris has also made available sharing ideas directly with our product managers using the Ex Libris Idea Exchange website (http://ideas.exlibrisgroup.com ). We welcome you to sign in to the site and share your ideas with us . Additional information can find on the website’s FAQ. Here is the article - https://knowledge.exlibrisgroup.com/Alma/Knowledge_Articles/Enhancement_Process_-_Common_QandA
|
Resource sharing request option appearing in records for electronic resources |
---|
When users find an article in a database which then redirects them to a Primo page, this redirection from an outside service/database is done using OpenURL protocol. The problem with that is there's no guarantee that the information sent in the OpenURL will contain all of the necessary information for your DLRs to work as expected. If the service/database sends an OpenURL without a proper resource type, there's no way for Primo (the PNX) to properly populate the recordtype tag, and so the DRL cannot be applied. First, add &displayCTO=true to the end of the URL, and then load the page again. Once you do, you'll see the button to Display CTO. Clicking on this will open a new tab with the CTO information, which will include a PNX section. If you review this section in the above link, you'll see that the recordtype tag has "bibliographic" for a value, which does not match what's configured in the DLR. This means that the RS Request link will appear for this OpenURL-generated record. Meanwhile, compare that to the same article but if it was discovered via Expanded Search Results when searching directly in Primo: https://humber.primo.exlibrisgroup.com/discovery/fulldisplay?docid=cdi_erudit_primary_1111308ar&context=PC&vid=01OCLS_HUMB:HUMB&lang=en&search_scope=MyInst_and_CI&adaptor=Primo%20Central&tab=Everything&query=any,contains,Connecting%20the%20Dots%20Between%20Extreme%20Ideologies,%20%22Parent%20Choice,%22%20and%20Education%20Privatization%20in%20Alberta%20and%20Canada.&pcAvailability=true When searched for in Primo, this instead pulls up the CDI record (instead of the OpenURL). Because it's CDI, the PNX can properly apply the record type and the DLR will work as designed. You can see this by adding &showPnx=true to the end of the URL for the CDI record. In summary: this is an unfortunate situation that can arise when working with Primo records generated via OpenURLs. Primo and the Link Resolver can only work with the information provided in the OpenURL, so if that information is inadequate it can lead to this occasional request that "slip through the cracks." Alma currently lacks a direct method to prevent Resource Sharing Requests on OpenURL-generated records.
|
Cancel request on locate failure |
---|
Issue was resolved: Loyalist was able to cancel a few "locate failed" requests and is happy with this setting for Loyalist.
|
Issue with pick up locations field in Borrowing Request Forms at Northern and Cambrian Colleges |
---|
For more information on associate the library with the campus, please see Ex Libris Documentation on Configuring Campuses. |
Request Costs section of RS Request Form issue at Niagara |
---|
|
Recalls |
---|
In order to facilitate a no recalls policy when a physical item request is placed for an item that has been loaned through a resource sharing request, the Recalled by Partner and Borrower Recall steps have been disabled in the Page 1+ Borrowing and Page 1+ Lending Workflows distributed from the Network Zone. With these steps removed from the workflow profiles, all behavior will be dictated by the normal operation of TOUs and the Loan Recall Configuration menu, as with any other kind of loan. In testing, we noticed that removing these steps from the workflow profiles preserves the due date for the item. However, renewals for the item could be blocked and the status of the item might not be changed in the borrowing or lending requests lists. Staff will be able to see the status in the history of the request. |
Due date |
---|
Alma is not currently able to accommodate for the delay between when a request is placed and when it is loaned to the patron (how long an item may spend on the hold shelf and in transit) automatically. Members of the RSWG were able to come up with a work around. We are recommending two steps in the work around for the resource sharing loan lengths being too short:
This change should result in approximately 14 days for the loan to the patron. Approximate because it will actually be [Lending Due Date]-[Shipping Time]-[Hold Shelf Time]=[Loan Due Date]. We have proposed an idea on the idea exchange to prefer the loan due date length unless it exceeds the lending due date. Please consider voting for the idea. https://ideas.exlibrisgroup.com/forums/308173-alma/suggestions/48669257-resource-sharing-loan-due-date
|
Colleges outside of the networked environment placing requests |
---|
|
TOU Distributed from the NZ not appearing in IZs when they have been edited |
---|
|
Letter Customizations |
---|
All Colleges MUST add code to the Resource Sharing Shipping Slip letter. Currently there is a coding error that excludes Address Line 3 from displaying in your own shipping slip. This means that you may not print out the street address of your partner. This is not a contact issue for your partner, it is an issue with your letter. This has been reported to Ex Libris to resolve, but they have not fixed it yet. All environments are experiencing this and will need to modify their code. Address Line 3 is missing altogether.
Here is how to solve it:
notification_data/partner_shipping_info_list/partner_shipping_info">
|
Hold Shelf Expiry Date matches due date for requests, rather than Request TOU |
---|
|
Move requests not appearing at applicable libraries for virtual resource sharing libraries |
---|
|
New lending requests don’t appear on Tasks Widget without notes |
---|
|
Restore Item status |
---|
|
Converting Resource Sharing Requests to Purchase Requests |
---|
|
Lost Item Replacement Cost not automatically applied to patron records |
---|
|
Limit pickup location in Resource Sharing Request Form to one default location |
---|
|
Customization of resource sharing labels |
---|
|