Skip to content

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.

  • Hot ideas
  • Top ideas
  • New ideas
  • My feedback

4 results found

  1. Role Profiles Enhancement

    When using role profiles, it would be nice if the profile could create a link to the user(s) with roles defined by the profile. Then, if you want to modify the profile, the change updates all users in the profile. Currently, you'd have to update the role profile and each individual user.

    141 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)

    It will be possible to maintain ongoing link between the role profile and the user record, so that you can use the template to assign a predefined set of roles to a user, and any further changes to templates will automatically affect the linked users' allowed roles.

    Note - multiple profiles may be assigned to a user.

    It will be possible to view  the list of profiles an account is liked to for inheriting its roles, and to remove/add more profiles.

  2. How to distinguish namesakes

    When you search a user (fullfiment > manage patron services), there is no possibility to distinguish to different user, who have the same nam (namesakes).

    In the old UI, there was a patron card image, and, when clicking on, we accessed to a summary of the patron.

    Now, we have no more solution.

    Can you add this functionnality in the new UI?

    Thanks a lot.

    206 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)

    Hi,

    Makes sense ! Currently, the user information that is displayed in the user Ajax search results (e.g. patrons services WB) is hardcoded.

    A mapping table, similar to the one that configures the user pop up, will control the fields that show in this list. The mapping table will enable the same fields that the user pop up allows, and allow setting the order of the fields.

    Thanks,

  3. Possibility to configure that a patron can login into his/her account in ***** AFTER expiration date, to view open fees / fines and or loans

    Currently a patron whose expiration date has passed is not able to log into his/her ***** account. The patron can neither see open fines/fees nor loans.

    We suggest:
    * institution-wide option to allow or permit users read-only-access to there ***** accound after patron’s expiry date (in Alma)
    * user manager role not necessary to do any changes in role expiration dates.
    * no additional functionality outside Alma needed that uses the API to achieve the goal.

    181 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)

    Hi,

    The login for an account that is managed in an external IdP (such as a Shibboleth IdP), is done by the IdP and not by Alma. Alma does not control the success of this type of login.

    Alma does control the login status if the user record is internal, i.e. its password is managed in Alma. In that case, we will indeed allow the login to succeed even if the user is expired.

    The user record status will be verified when calculating:

    • GetIt services (hold/digitization/resource sharing)
    • My Account renew loan option

    In either case, the account will be considered active only if:

    • The user record status is active
    • The user record expiry date is not in the past
    • The user’s patron role is active
    • The user’s patron role’s expiry date is not in the past

    The login, however, will not be affected by these conditions.

    Thank you,
    Moshe

  4. Add expiry date for "proxy for" users

    In an academic institution, many "proxy for" users will be arranged on a semester or yearly basis, it would be good to have an expiry date so that this permission stops and does not extend into perpetuity.

    260 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
  • Don't see your idea?

Feedback and Knowledge Base