Alma
Your feedback matters to us. Help us improve Alma by telling us what you’d like to see using the message areas below. You can also can support something already posted.
We would love to be able to respond to every idea that is submitted, but this is not feasible. We are, however, committed to responding to the most popular ideas—those that have received the most points.
For more information please review our FAQ and guidelines. Thank you.
98 results found
-
SIS Import/Synchronise: improve invalid character handling
When the Alma SIS Import/Synchronise job runs, if any of the files contain an invalid XML character, the entire job is aborted. The consequence of this is that user data held in Alma might be out-of-date, depending on whether it has recently changed in central systems. I assume this behaviour occurs because one of the initial steps when the import runs is to parse the input files as a whole, rather than parsing each user record individually.
This Ideas Exchange ticket requests that the SIS job is improved so that the job does not abort, but instead skips over the…
24 votes -
Field creation date by changes via API
While changing a specific field in a user records via API the "creation date" should be changed only in this field and not in any other fields – which happens now – in order to be able to recognize the newest changes in a user profile.
24 votes -
API for Bibliographic record versions
Currently, only the latest version of a Bib record is available from the Bibs API. There should be some way to retrieve older versions of the record.
23 votes -
Accession number available by API
Hello,
To be able to develop several external tools (relabelling, cataloging, ...) we need to access the "Accession number" table by API (read and write).
This would probably give many other clients oportunities in developing external tools for managing physical collections.
Best regards.18 votes -
Support automatic weeding of holdings in the Swedish national catalogue
The Swedish national Ex Libris user group (ElugSWE) would like Alma to integrate with the Swedish national catalogue (Libris), so that when a bibliographic record is deleted in Alma, the corresponding holding record is deleted in Libris.
(We have discussed this idea with the local Ex Libris representative and also a customer success manager, and were recommended to submit it to Idea Exchange.)
This integration exists for multiple other library systems, and it would be really welcomed if Alma could match them on this.
The integration would need to make use of Libris API:s, documented here:
https://github.com/libris/librisxl/blob/master/rest/API.md
The sections most…
18 votes -
SRU/SRW: Increase the 10,000 record retrieval limit
The usefulness of the SRU service is reduced substantially by the 10,000 record limit.
If removing the limit is not an option, it would still help a lot if the limit could be increased to, say, 100,000.
My use case is that I'm using the SRU service in combination with the Bibs API to do batch processing of catalog records.
17 votes -
BIBFRAME support for UNIMARC
Currently, Alma can expose bib records in Linked Data in BIBFRAME format, but for MARC21 records only. I ask to develop the support for UNIMARC too, in order to expose UNIMARC records in BIBFRAME format through APIs, Publishing and the Alma Resource management UI.
17 votes -
Alma “scan-in” API: Marc21 field 852 - call number prefix and suffix
We are using the Alma “scan-in” API
/almaws/v1/items?itembarcode={itembarcode}
which redirects to
/almaws/v1/bibs/{mmsid}/holdings/{holdingid}/items/{item_pid}
to print book labels.Some sublibraries also use call number prefixes or suffixes in some cases.
Please see the following example record:
- Marc21 field 852 in the Holding record
- XML output(1) Example: Call number with prefix 852 $$k
852 8_ |b XHOG |c XGRY |h G-1234567 |k PräfixXML output:
item/holdingdata/permanentcallnumber: Präfix G-1234567
item/holdingdata/callnumber: Präfix G-1234567
item/holdingdata/accession_number: G-1234567item/itemdata/parsedcallnumber:
<parsedcallnumber>
<callno/>
<call_no>Präfix</call_no>
<call_no>G-1234567</call_no>
</parsed_call_number>(2) Example: Call number with…
16 votes -
API conf/sets - Always add member/@link
Currently not all calls to conf/sets will return member-elements with links. This will make a call to e. g. electronic portfolios close to useless, as there is no API-call that can be done with the portfolio's ID only.
Ceterum censeo I don't think that this is an enhancement, but Case 00874282 was not interpreted as this being a bug.
15 votes -
API "Authenticate or refresh user" - Working for all user account types, not only for internal user accounts
API "Authenticate or refresh user" - Working for all user account types, not only for internal user accounts
Now the "Authenticate or refresh user" works only for internal users where Alma is the identity provider.
It would make things a lot easier in many applications around alma if it would also work for external user.
Like:
Internal user -> no change
External user ->
* Take the ID in the URL als ID in the external IDM and the passwort like in case of internal user.
* Check ID and password against the external IDM, just as in case of…15 votes -
Improve z39.50 tab in ILLiad to search individual volumes of serials/monographs
Improve z39.50 tab in ILLiad to search individual volumes of serials/monographs. Currently searching z39.50 will turn up one random volume from multi-volume set
13 votes -
bursar integration - option to export fine/fee credits even if minimum value > 0
Currently in order for fine/fee credits to be exported in the bursar integration, the minimum value must be set to zero, which means Alma will export fines of any amount even if they are very small.
We would like to be able to set a minimum value for the fine export, but still export credits. Ideally we'd like a checkbox to tell Alma to apply the minimum value amount to credits as well as to debits. For example if we set the minimum value to $5 and check a box to include credits, Alma would export any fines over $5,…13 votes -
API for terms of use
An API to retrieve the terms of use would allow us to display borrowing rules on our website which are completely synced to our Alma configuration.
13 votes -
Allow Z39.50 and other search results to include the barcode
Alma's APIs need to provide greater flexibility in fields searched. Too often the MMSID must be used but this is not a particularly useful ID as it is internal. It's also not particularly helpful as it does not integrate with other systems like Remote Storage management systems, Bindery, NCIP, and the like. Yet Primo displays the barcode so clearly it's not difficult to pull out of a record.
12 votes -
Browzine : Journals with multiple sources
Libraries who are using Browzine are exporting our journals holdings file using a Google Scholar XML schema. For titles that have multiple sources, Browzine will based on their own algorithm to determine one source to be made available to the users in the Browzine interface. According to Third Iron, this "choosing algorithm" is designed to pick the source that has the widest coverage. This is fine in most of the cases but if we want to override this "decision", we will need to write in to Third Iron.
Suggestion: To consider having a designated field in the portfolio record for…
12 votes -
Add a function to automatically notify users when a Resource Sharing Request converted to an ILL request via ALMA API
We implemented the ALMA API to convert Resource Sharing Request to Illiad ILL request. Currently, we can't find a way to automatically notify users when their requests being converted/transferred to Illiad. Since processing the ILL requests usually take longer than processing a regular consortium wide Resource Sharing Request, it will be very helpful to notify users automatically about this information.
11 votes -
Allow MarcEdit Alma Integration to update Community Zone records (via API)
…Ex Libris has allowed us to edit Community Zone records, except 022 field. Currently, we can only open the records in the metadata editor and add a MARC field one at a time. Using MarcEdit Alma Integration to update a record one at a time results in an error, because the Alma API documentation states that “…updating a linked Community Zone record is currently not supported.” I am requesting Ex Libris to allow updating Community Zone records via MarcEdit Alma Integration., so that we can update records one at a time, instead of adding MARC fields to a record one
11 votes -
Allow more information to be included in the Webhook Failure letter
As things stand, the Webhook Failure letter cannot be customised to include a reason for the failure, forcing recipients to trawl through the opaque and confusing logs to work it out. Allowing administrators to add more information to this letter (such as information from the webhook response body) would simplify the process of dealing with webhook issues.
11 votes -
Make Jobs API deal with JobNames instead of IDs
When you want to use Jobs API to trigger a job you have to give the JobID.
When you define the job (integration profile) the ID is invisible. The definition of one integration profile leads to the creation of several jobs with several IDs.To define an API trigger you have to search the ID of the wanted job manually by calling "GET /almaws/v1/conf/jobs" from here
To make it all worse the ID of all jobs inside an intergration profile changes when you save a profile after changing a part of it. As one profile contains several jobs you…
10 votes -
Make modification date of user account available in the User API (v2)
In the earlier SOAP-based version of the Alma User API, the last modification date of a user account was an available field. However, in the current REST-based API, that field is no longer available.
This piece of information is very important to us when we synchronize Alma data to ILLiad via our custom ILLiad login script. That allows to us update ILLiad as needed and insert an accurate modification date into a user's ILLiad account.
9 votes
- Don't see your idea?