Alma licences are currently associated with OpenAthens usernames to support external authentication. We have unfortunately experienced a service outage at OpenAthens, meaning staff were unable to access Alma or offer any service to users.
Is it possible to have an alternative login method for the licensed Alma users, to deal with situations like this?

This is not a replacement login rather an alternative solution if our primary method of logging in is temporary inaccessible.

currently only General Administrators can create Alma home page notifications. these notifications are very useful for operators e.g. issue desk staff, and it would make more sense to allow area managers the creation of these notifications. General Admin gives you access to some very complicated admin functionality, which we'd rather not make accessible to staff who shouldn't have access.

In the display of Roles for a given user, displaying the Status Date (when the Role was created or last edited) is virtually useless. Much more valuable would be to instead display the Expiration Date for that Role. This is something that we must currently click into the record to see, and is something of much more value -- especially when checking on the status of student staff.

When updating a user record, it would be extremely helpful to be able to Save without closing the record. We are updating and adding identifiers. Currently I have to save (which closes the record), then open again to add the second identifier. Very time consuming. "Save" should keep the record open; "Save and Close" would be fine when you are finished updating. This option IS available when adding statistical categories.

Similar to how the user group field can be preserved and not overwritten by an update to user data if it has been changed manually, it would be beneficial for the expiry date field to be treated in the same way so that if the date is changed manually it will not be overwritten by a data synchronization. This would allow staff to manage patrons locally within Alma when an external data source is unreliable.

We’d like Alma to keep track of changes made to Block Expiry Date.

We sometimes edit and shorten Block Expiry Date when users return books late due to unavoidable circumstances. However, Alma does not keep track of changes made to the Block Expiry Date in the Blocks tab. It would be great if we could review the history of changes made to the Block Expiry Date in the History tab of user record.

Blocks can currently be added to a set of users through the Update/Notify User job; however, a note cannot be included. When placing holds manually, the option exists to include a note. When the note is essential to the block, we currently have to enter each block manually instead of using the job. Including the ability to enter a note in the batch job would save an immense amount of staff time.

In case #00711507 Rachel helped us discover that when a patron is toggled from external to internal the values in the "Created By" field for the contact information change to the user who toggled the patron but the "Created date" does not change from it's original value. The result is the "Created By" and "Created Date" don't match which causes confusion.

Perhaps when updating the "Created By" when the patron is toggled the "Created Date" could also be updated.

From the patrons contact information: It would be great to be able to send emails straight from their account. (Click on email and have it open in outlook.) This would alleviate have to copy and paste into a seperate account.

Currently, notes (and other internal fields) disappear from internal patron records after toggled to external patron records. Per support documentation https://developers.exlibrisgroup.com/alma/integrations/user-management and testing, this is intended behavior in Alma based on assumptions made and imposed by the system. As a community college, we have many students who leave school for some time and become community users and then enroll again after a period of time. Many community members also become students, staff or faculty. In order not to lose the vital internal information, we have to do time-consuming work arounds.

Imagine graduating and having your account deactivated as is normal, but instead of discovering that the account doesn't work when you go to use it one day, you get an email proactively that shares resources that the library makes available for alumni or others whose status has substantially changed. A letter triggered on account deactivation can make this a standard process with controled language and up-to-date resource suggestions.

Please provide the ability to clone accounts.

From time to time, a user will report that they can't do xyz with their account. It would be convenient to create a copy of the user's account (changing the name and primary ID) so that I can add and remove roles without disturbing a live account.

Our request concerns the display in the Patron Identification form
Currently, when searching for a user in Scan Patron's ID or search for patron, a pop-up appears with the name, the group and the Primary identifier displayed for each user.
We would like the user's Institution ID to be displayed as well.
Alternatively we would like the admin can choose whether to display the primary identifier or institution id.

Adding discretionally more fields (i.e. city, see city.jpg) to the fields displayed in the user details - contact info panel
(see user_details.jpg for the fields available at now...) would be a great thing...:=)

When editing a user record, it would be helpful to get a warning pop-up if you try to close the record without saving it. Sometimes when you get interrupted, it's very easy to just close the record without saving the change.

We would like to be able to customize tab labels in the patron folder. In fact, in french "Audit" is not very appropriated. We'll prefere "Modif. lecteur".

Is it possible to offer the possibility to ajust label directly by the Alma administration Interface?

Or/And to change the name of the Audit tab in the french interface "Modif. lecteur".

On the user details screen on the Fines and Fees tab in the Fines and Fees Details view it would be helpful if the column Payment Method was given as a possible column to view.

We send our bill notice to a central email account for price checking before sending onto the user.

Request is for any notice to be added to a users record in the attachment tab, whether it is emailed or sent to print.