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.
- or
No existing idea results
- ~ No ideas found ~
1754 results found
-
Set an "end of term" due date, by patron group, that would be prioritized over TOU due date
We would like the ability to set a set an end-of-term due date that would outweigh the due date calculated based by the TOU on a transactions.
And, we would like to be able to apply the due date to particular user groups.
The related functionality currently available includes using fixed due dates in the TOU, or relying on patron expiration dates.
Our use case includes:
1) requiring all materials be returned at the end of each quarter.
2) student loan periods that are not fixed date due dates, but instead are short duration.
3) expiration of student records in Alma at the end of each school year, rather than quarter.
With current functionality, we can only achieve 2 out of 3 of these goals, and so currently use end-of-quarter expiration dates.
By allowing the configuration of an end-of-term priority due date that would override a TOU-calculated due date, we could achieve all 3 goals simultaneously.
And, because this use case only applies to students, we would ideally like to set such a priority due date by user group.
We would like the ability to set a set an end-of-term due date that would outweigh the due date calculated based by the TOU on a transactions.
And, we would like to be able to apply the due date to particular user groups.
The related functionality currently available includes using fixed due dates in the TOU, or relying on patron expiration dates.
Our use case includes:
1) requiring all materials be returned at the end of each quarter.
2) student loan periods that are not fixed date due dates, but instead are short duration.
3) expiration of student records in…
25 votes -
In import profiles, ability to specify which 856 $u url is used to create electronic portfolios
Scenario: We manage some electronic collections in Worldshare Collection Manager. OCLC provides bibliographic records with the resource's url in the 856 $u. Sometimes the bib records will include multiple url's but we only want to select a specific one to create our portfolios in Alma.
For example, the Worldcat master record for OCLC 957128084 has 11 856 fields. (See attached screenshot.) Some are institution specific and others belong to different access providers. In such a situation, we want to be able to select the 856 $u url that begins with "http://www.jstor.org/stable" or "https://proquest.safaribooksonline.com".
In import profiles, the "File name patterns" use regular expressions to specify which Marc files are imported by an import profile. https://knowledge.exlibrisgroup.com/Alma/Product_Documentation/010Alma_Online_Help_(English)/040Resource_Management/060Record_Import/020Managing_Import_Profiles
Could similar functionality be added to the import profile's inventory tab to designate a "Url pattern"? So that only the url's that fit the pattern will be used to create portfolios. (See attached screenshot.)
Thank you.
Scenario: We manage some electronic collections in Worldshare Collection Manager. OCLC provides bibliographic records with the resource's url in the 856 $u. Sometimes the bib records will include multiple url's but we only want to select a specific one to create our portfolios in Alma.
For example, the Worldcat master record for OCLC 957128084 has 11 856 fields. (See attached screenshot.) Some are institution specific and others belong to different access providers. In such a situation, we want to be able to select the 856 $u url that begins with "http://www.jstor.org/stable" or "https://proquest.safaribooksonline.com".
In import profiles,…
22 votes -
Send overdue notifications only on library's open days
Since we would prefer to avoid to send overdue and lost loan notifications to our patrons on Sundays and holidays, it would be great to have a further option for when to automatically run the “overdue and lost loan job”, that is, to run it only “on the library’s open days”, based on the opening hours set in the “Calendar management”.
74 votes -
Borrowing Activity Letter
Currently, Alma limits the borrowing activity letter to list only 100 loans.
It would be great to have the letter list all loans without a limit.
24 votes -
Analytics - Last Return Date
It would be extremely useful to be able to report on the Last Return Date; this should be added to the Physical Items subject area alongside the Last Loan Date parameter
62 votes -
Automatic Loan Renewals-needs more options
Could you add the ability to configure automatic loan renewals by physical location within a library? We have some locations we would like to have auto renewals for and some that we do not.
31 votes -
Modifying a partner after recieving a borrowing request should be possible
In the SNLP workflow the partner changes from the own partner code to the partner who ships the request automatically. Therefore most of the requests have the correct partner when the item arrives at the library.
So most of the time there is no need to modify a partner and the staff's attention to this attribute is not as high as it is to other attributes of the request. If we observe this AFTER receiving the item, there is no possibility to do so.
Because we don't know to which partner we have to send back the item after it has been returned by the patron, we now have to missapply other fields of the request to store this information.
Perhaps not all libraries want to allow their staff to do so, so we suggest a new parameter which can be switched off, if it is not needed.In the SNLP workflow the partner changes from the own partner code to the partner who ships the request automatically. Therefore most of the requests have the correct partner when the item arrives at the library.
So most of the time there is no need to modify a partner and the staff's attention to this attribute is not as high as it is to other attributes of the request. If we observe this AFTER receiving the item, there is no possibility to do so.
Because we don't know to which partner we have to send back the item…78 votes -
A way to set the Scan-in-Items drop-down-menu Status to our specific workflows
In Cataloging when we scan in item barcodes to send a work order to shelf preparation or end-processing, the scan-in-Item Drop-down menu defaults to Cataloging. Acquisitions uses this to send material to us --but we want to send material to Shelf Preparation/End-Processing. So we have to manually mouse down to insert this everything single time. This is slow (uses up time). It would be faster and healthier (on our hands) if Ex Libris could reconfigure so any library unit in a library could unit set the Scan-in-Item Drop-down menu to default to (--or to "persist" or "stick" at--)the specific status we used last or the one that for our workflow we find most convenient, productive, & efficient. (And also ergonomically healthiest.)
Many thanks--In Cataloging when we scan in item barcodes to send a work order to shelf preparation or end-processing, the scan-in-Item Drop-down menu defaults to Cataloging. Acquisitions uses this to send material to us --but we want to send material to Shelf Preparation/End-Processing. So we have to manually mouse down to insert this everything single time. This is slow (uses up time). It would be faster and healthier (on our hands) if Ex Libris could reconfigure so any library unit in a library could unit set the Scan-in-Item Drop-down menu to default to (--or to "persist" or "stick" at--)the specific status…
99 votes -
Eliminate the confirmation step when editing item records.
The process of receiving journal items is unnecessarily slowed down by having to confirm every single edit. Clicking on "Save" should be enough to get the job done. Breaking out Receive as a separate step has already added a step to the process. Please consider any and all ways of reducing the amount of time spent looking at blue spinning circles. Thank you.
19 votes -
Make Add an Item Work Order Configurable
When an "on-the-fly" item is created, loaned and returned by a patron, the item is automatically flagged for routing to the Acquisitions Work Order/Workflow.
In our institution, the ACQ Department does not work on these items, and this should not be the workflow that the materials are routed to, but we are unable to change the work order type.
We'd like to be able to configure or change the work order type for these materials, and also for the check-in process to more clearly delineate and note that the item is an "on-the-fly" item in particular. In the current process, it's not clear.
When an "on-the-fly" item is created, loaned and returned by a patron, the item is automatically flagged for routing to the Acquisitions Work Order/Workflow.
In our institution, the ACQ Department does not work on these items, and this should not be the workflow that the materials are routed to, but we are unable to change the work order type.
We'd like to be able to configure or change the work order type for these materials, and also for the check-in process to more clearly delineate and note that the item is an "on-the-fly" item in particular. In the current process,…
55 votes -
Add Melingo to ALMA
Hello,
The assimilation of Melingo in Primo for the customers in Israel proved to be a useful solution.
It would be nice if it can also be implemented in ALMA.
If Melingo will indeed be in ALMA, the catalogers will no longer need to add Ktiv Maleh or Ktiv Haser in Hebrew in variant titles.Thanks.
59 votes -
Update 863/864/865 when items are withdrawn
There is a crucial step missing in the Automatic Generation of the Summary Holdings Statement Based on Items process. The process is documented here:
https://knowledge.exlibrisgroup.com/Alma/Product_Documentation/010Alma_Online_Help_(English)/040Resource_Management/040Metadata_Management/020Navigating_the_MD_Editor_Page?uxp=true#Automatic_Generation_of_the_Summary_Holdings_Statement_Based_on_ItemsWhen items which are linked to the Holdings record are withdrawn, there is no process to update the Holdings record 863/864/865 fields to create an updated 866/867/868 field. When items are withdrawn, the user has to manually edit the Holdings records.
Since the creation of the 863/864/865 field is now automated based on received items being linked to the holdings record, there is a need for the 863/864/865 to be automatically re-created when the linked items are withdrawn.
There is a crucial step missing in the Automatic Generation of the Summary Holdings Statement Based on Items process. The process is documented here:
https://knowledge.exlibrisgroup.com/Alma/Product_Documentation/010Alma_Online_Help_(English)/040Resource_Management/040Metadata_Management/020Navigating_the_MD_Editor_Page?uxp=true#Automatic_Generation_of_the_Summary_Holdings_Statement_Based_on_ItemsWhen items which are linked to the Holdings record are withdrawn, there is no process to update the Holdings record 863/864/865 fields to create an updated 866/867/868 field. When items are withdrawn, the user has to manually edit the Holdings records.
Since the creation of the 863/864/865 field is now automated based on received items being linked to the holdings record, there is a need for the 863/864/865 to be automatically re-created when the linked…
64 votes -
"Borrowing Activity Report Job"
Apply the library user to add or customize additional schedule in Borrowing Activity Report Job to increase flexible of library user in the operations.
21 votes -
rfid: write AFI-value to the tag in item editor
Please write the secure AFI-Value, if a staff user use the button "write RFID and save" inside item-editor.
We use empty RFID-Tags. So we have to initialize the AFI-Value for each tag. Now we have to go into fulfillment area and return an item to write the secure value to the tag.
If in the item-editor the AFI-value would be written it helps a lot and save time.
27 votes -
Change the XML of exported portfolios
An exported portfolio from Alma looks like this:
<item type="electronic">
<title>Operations research.</title>
<title>Operations Research</title>
<issn>0030-364X</issn>
<coverage>
<from>
<year>1952</year>
<volume>1</volume>
<issue>1</issue>
</from>
<embargo>
<days_not_available>720</days_not_available>
</embargo>
</coverage>
<eissn>1526-5463</eissn>
<object_type>JOURNAL</object_type>
</item>However, that's not very clear. An ISSN element under an electronic item can be interpreted as the ISSN for the electronic publication.
A better structure would be something like this:
<item type="electronic">
<title>Operations research.</title>
<title>Operations Research</title>
<issn type="electronic">0030-364X</issn>
<issn type="print">1526-5463</issn>
<issn-l>1526-5463</issn-l>
<coverage>
<from>
<year>1952</year>
<volume>1</volume>
<issue>1</issue>
</from>
<embargo>
<days_not_available>720</days_not_available>
</embargo>
</coverage>
<object_type>JOURNAL</object_type>
</item>This is related to this idea: https://ideas.exlibrisgroup.com/forums/308173-alma/suggestions/32344600-export-the-print-issn-for-electronic-portfolios-m
39 votes -
A purchase request with the status "Approved" can be rejected (NOT deleted) and that this information is updated in My Library
Our proposal is that a purchase request with the status "Approved" can be rejected (NOT deleted) and that this information is updated in My Library (we want the user can see that their purchase request was rejected). The problem when you try to do this is that Alma warns that requests with status "Approved" can not be rejected.
Ideally, when the POL associated with the purchase request is canceled, Alma should automatically reject this request and it would be displayed in Primo-My Library. (for example, the provider says the book is out of stock)
26 votes -
Move the Level of service facet to the top of the facet list
Currently the Level of Service facet is at the base of the facet list, almost always hidden by the facets above it. I would like to see it moved to the top of the list as the timely processing of material for Rush or Express requests depends on being able to find those requests and action them quickly. As it is currently unless you specifically scroll down the list, you don't even know those requests have come in.
20 votes -
Ability to Modify Purchase Request Role
Our Library would like to be able to allow the purchase request form be limited by role, so that only some subset of our staff may begin the purchase request process.
26 votes -
Further define credits for patron fines
Fines often get exported through Bursar before a patron disputes them. Our lost item replacement fees and overdue fines get funneled into different accounts. The vague description for "credit" does not give our system any way to determine which account the credit should be adjusted from. (For example: A lost item replacement fee charge ends up in our materials budget once sent to the Bursar. The majority of credits are for materials returned after they were billed, so this is our default credit account. Since all credits are just defined as a "credit" when exported to the Bursar, credits for fines created in error or that were from a different budget still end up coming out of the materials budget.)
This could be greatly improved by adding additional Credit types rather than just "Credit" (such as "Credit Overdue Fine" and "Credit Replacement Fee")
Fines often get exported through Bursar before a patron disputes them. Our lost item replacement fees and overdue fines get funneled into different accounts. The vague description for "credit" does not give our system any way to determine which account the credit should be adjusted from. (For example: A lost item replacement fee charge ends up in our materials budget once sent to the Bursar. The majority of credits are for materials returned after they were billed, so this is our default credit account. Since all credits are just defined as a "credit" when exported to the Bursar, credits for…
28 votes -
Overdues
An alert function when items have gone overdue. Currently the requester will get sent overdue e-mails, but the library is not notified. When you have thousands of requests it is imposisble to search through.
14 votes
- Don't see your idea?