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.

Problem:
It is not possible to easily find IZ bibliographic records that have associated PO lines but no inventory. The All Titles Advanced Search has an option to search for “Has inventory | equals | no”, but those results include bibliographic records that have related holdings records (bound withs), as well as bibliographic records that have holdings records but no item records. We want the ability to easily find bibliographic records that have only a PO line associated with them.

Use Case:
The ability to find bibs with only PO lines attached is necessary in order to keep the database tidy. Examples include:
bibliographic records that migrated with PO lines or order records attached but no inventory.
bibliographic records where inventory was relinked but the PO line left behind.

Potential solutions:
The NZ has a job (Identify records that are not used in the Network) that provides operators with several options for defining which records are considered “unused”, including those with no inventory and not part of a boundwith relation. One potential solution to the problem is to have a similar job in the IZ that would allow us to find bib records with PO lines but also exclude holdings records with no items.

Another potential solution to this problem is to have a new search index (and corresponding indexed field) in Alma that would allow an advanced search for bibliographic records with attached order records but no holdings/inventory records.

In Alma task lists ...

• Electronic resources - activation - unassigned (Electronic Resource Activation Task List)


• Order Lines - review - unassigned (Purchase Order Lines in Review)


• Invoices - review - unassigned (In Review Invoices)

... there is only a row action ("..." button) to start the "Assign to" dialog which opens a pop-up window where you can select a user. Our colleagues are not satisfied with this cumbersome assignment functionality.

The missing functionalities are:
(1) a one-click "Assign to me" button
(2) a bulk functionality for "Assign to" and "Assign to me" (it is already possible to mark several records in the task list but you can only change the Status with a bulk action)

For institutions that handle a large number of Patron Physical Item, and other request types dealing with their physical inventory, the Print Slip Report available under Fulfilment>Resource Requests> Pick from Shelf is a crucial workflow tool.

However the report output is inflexible, including columns which are irrelevant to many customers and which require hiding/deletion in Excel formats before being printed for onward process by library staff.

It would be a huge improvement to be able to configure the columns that go into this report to ensure that only the key ones are downloaded for each circulation desk's pick from shelf lists.

NB The Print Slip Report is somewhat unusual in Alma in that most functional areas have Excel downloads of data from the User Interface which can be configured column-by-column, however the Print Slip Report has no User Interface equivalent display which makes the lack of configuration particularly awkward for the workflow - i.e. it is the ONLY place we can access this vital request-by request, holding-by-holding, barcode-level, service information.

Currently, there are limited scheduling options for emailing Scheduled Reports (Alma Analytics Object area). Many of our users need reports delivered on the 1st of each month in order to capture the previous month's data. The only option right now somewhat close to that is delivery on the 2nd of each month. This doesn't work for us because it adds the first day's worth of data from the next month to the previous month. I propose adding delivery options for the 1st of each month. Better yet - how about offering a drop-down list where users can choose a certain day of the month for report delivery?

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