Would it be possible to have a way of deleting physical item requests older then a certain date? Now it's only possible to delete all requests on a title, but that's not very useful.

Highly requested titles on a courses reading list is often not relevant after a certain date, when the course has ended. We sometimes see that old requests, that we haven't been able to fulfill, are causing unnecessary delay in fulfilling requests that are still relevant for the new, active course.

When we had to close the library in spring 2020, we also could see that a lot of requests wouldn't be fulfilled, and the users would not be interested once we opened again. Unfortunately our users are not very good at cancelling their requests, or give us notice that a book is no longer needed, when they get the hold shelf notice.

Having the possibilty to delete requests older then a certain date, will help circulate our books more efficiently.

Currently, there is no Description field in Patron Services page. Library staffs are not able to immediately recognize which issue, volume, or number is loaned, returned, or requested by a patron at a glance in three tabs at this page.

When circulation desk staff help patron to check or see their loans in Loan tab, Description field is not visible.
Or, if a patron requests different issues under the same title at a time, when he/she comes to circulation desk and wants to pick up his/her requested items, library staff will need to spend more steps to check the Description of each item. This takes too much time when it is busy at circulation desk.

When returning items in Manage Item Returns page, we can clearly identify which issue is returned through Description field, this is helpful.
Please also add Description field into all three tabs in Patron Services page, thank you!

With CDI we have no control over preventing CDI content from appearing in our Primo filtered search, when we have full text holdings which matches to this content.
In many cases this may be a good thing, in not needing to worry over making sure full text content is searchable.
However, it is clear that there are collections in CDI with very poor data, which causes linking to fail, and also has content which we do not want at all such as Journals and Books, as we manage the title level by our Alma records.
For example, CRL Catalog has 76,000 Journal records, which duplicate our own records and many of them are failing Link Resolver requests. LIBRIS has similar issues and content, and so does DataCite.
In just one day of Link Resolver data, for CRL we had 17 of 49 requests fail (34%), and for DataCite we had 27 of 124 requests fail (21%).
These numbers are all real users who are having a poor experience in our Primo environment and building a terrible impression of our Library service.
We should be able to remove this content by Alma Electronic Collection, with this content not appearing in our Primo environment if the CDI Electronic Collection is not in our Alma environment, such as not in our Institution Zone, or a new CDI setting to achieve this.
Please restore our autonomy to remove this content, so that we can offer our users a stable and consistent experience.

A comment or note field for configurations would be incredibly helpful in general, but the current pandemic has highlighted the need for a way to easily track the reasons behind changes. This would keep the notes in the places where they'd be seen by the people working on the configurations, rather than us having to track things in a separate place.

All of the fulfillment configuration menu would benefit from this ability when short-term or emergency changes are being made. But it would also be good in places like: Letters; DARA recommendations; and all Other Settings areas. These are places that we might only touch once a year or less, so it would be helpful to know why X was deactivated, or who asked for Y change in wording.

Hello to eveybody,
yesterday watching the webinar "The Alma New Metadata Editor - Webinar Sept. 08, 2020" we found out the in the add inventory there isn't the possibility to add an holding.
This is not useful for libraries that don't do the order in Alma, but simply add an holding after cataloguing a book.
The possibility of adding an holding from the menu View inventory should be present.
The Add inventory should have the default holding template included in the menu.
If the operator wants a specific template it is clear that the operator must choose the right holding template from the menu New and pick the template he wants.
We hope you can support our idea because the fact that the holding is not present in the add inventory menu (easier way to create an holding), but operators have to go in the New menu and choose the template can create confusion and errors.

Thank you Emanuela Pisanu - University of Siena

When new Alma letters are released it would be super helpful if:

• The sample xml file is added to the zip file here  https://developers.exlibrisgroup.com/blog/alma-letters-xml-samples-for-working-on-xsl-customization to coincide with the Sandbox release

• Release notes include a link to the post on the developers network

Even better would be if the sample could be downloaded from within Alma letters configuration

LettersDefault.xml which is currently downloadable in Alma is a generic xml which cannot be used for customisation. Some letters require a scheduled job to be run (these are disabled on Sandbox by default) making it inconvenient to generate a letter in the system which could then be added to the Preview tab.

Since some institutions have buildings with perpetual restricted access, we have some AFN fulfillment network member libraries that are willing to send their materials to another AFN member library for pick-up, but, for all functional purposes, they are closed to the public. They don't want patrons from the other AFN institutions to visit their library in person, and thus, don't want patrons from another AFN institution to select their library as a pick-up location.

This need has been heightened during the pandemic, with more institutions closed to the public.

We know that turning off all circ desk hold shelves will fully remove an institution from the list of pick-up locations visible in Primo VE; however, if an institution is allowing local requesting for their own patrons (including curbside delivery or for USPS mail delivery), then they need to have the hold shelf enabled.

We need a setting that would allow Institution A to lend/renew/borrow/request/fulfill-requests for Institution B, without allowing Institution B's users to select Institution A as a pick-up location.

Also, if Institution A will lend material to a patron from Institution B, we also need a way to prevent a patron from selecting Institution C as a pick-up location, if Institution C is not open to the public.

The functionality would need to be consistent for the patron for both local and AFN requesting, because it is difficult to teach patrons contingencies.

Dear all
the May release introduced a change concerning the deletion of empty holdings:

The 'Delete Holdings' link in the 'List of Holdings' page, which was formerly visible to users with the 'Physical Inventory Operator' role, is now visible only to users who have the 'Physical Inventory Operator Extended' role.

This change is a problem because not all the operators can have the physical Inventory Operator Extended role: this role allows operators to delete copies and it is quite dangerous.
It would be better for us that operators with the physical inventory role keep the permission to move copies from an holding to another and then delete the empty holding. (let’s think of a correction of call numbers)
We propose the creation of a second Physical Inventory Operators’ role :
One without the possibility of delete empty holdings
and another one with the possibility of delete them.
So that, according to the job that operators have to do, they could keep doing the work deleting empty holdings

Acquisitions --> Receive --> Continuous (orders) --> Manage Items

We would be happy to have additional fields in the 'Received Items List':
- Internal note 1
- Internal note 2
- Internal note 3
- Public note

Our colleagues in the Serials Department use Item Notes to document vendor responses (of reminded issues) or for notes that only concern individual issues. Having these information already displayed in the list without additional clicks would make their daily work much easier.
Since display in the "Manage Items" list is configurable, each customer can decide for herself/himself which fields she/he would like to have displayed.

User experience testing that we conducted showed that most users prefer to place resource sharing requests via the resource sharing request form in Primo. Users also expressed frustration with some aspects of the form including the format of the fields. They also expected that the Library could add notices relevant to the resource sharing service to this page.

The current options for configuring this form do not allow us to meet the expectations of our users. We would like to have more options for customising the page the form is on and the form itself. Specifically we would like :
1)The ability to customise the format and appearance of the page (e.g. the width of form fields, the positioning of the radial buttons)
2)The ability to add a notice or message to the form (this is crucial to communicate important information about the service to our users)
3)The ability to add custom fields to the form

Please add a new Rapid ILL lending status field to electronic collections so libraries can indicate the following Rapid ILL lending statuses and more easily create logical sets to automatically send holdings to Rapid:
• LendableInternational: You are able to fill lending requests from any other Rapid libraries around the world. This is typically the Lendable value used for print materials that you want to make available in Rapid.
• LendableCountry: You are able to fill lending requests only from Rapid libraries in your country. This is typically the Lendable value used for electronic materials.
• LocalOnly: You are not able to fill lending requests from other Rapid libraries, however these items are still available to fill your local patrons’ borrowing requests.

Currently, the documentation suggests putting these labels in electronic collections’ internal notes field. https://knowledge.exlibrisgroup.com/RapidILL/ImplementationGuides/AlmaHoldingsHarvestfor_RapidILL

It would better to have a dedicated field in electronic collections where a Rapid lending status value could be selected.

Libraries should also have the ability to perform bulk changes to this field via the E-Collection Quick Update Cloud App.