If a researcher requests something that is already on hold or in retrieval from a remote location, Aeon should alert staff to prevent duplicate paging or looking for things that are right behind them.

In the staff client, requests in the Item on Hold queue have no expiration, but most sites allow holds for 1-2 weeks. Create an addon that allows site to determine queue and number of days for requests to stay in that queue. When the number of days has elapsed, automatically route the request to another queue. EX: if a request is in Item on Hold and is allowed to be on hold for 2 weeks, set expiration for 14 days. When 14 days has passed, automatically route the request to Remove from Hold so staff can reshelve.

When you open an activity, and then open the request grid, I really want to be able to select multiple requests from this grid, and print those call slips.

And, I don't always necessarily want to print all call slips in an activity. Some might be offsite, others in the vault, others I just need to look at first in making decisions about a class...I don't always want to print them all.

Would it be possible to highlight a set of requests from one user, and send a single email to the user?

It would be great to highlight all the requests from each single user at once and then send one collective email to the user.

Seat Assignments: It is currently not possible to reassign users’ seats in the reading room without first checking them out of the room and then checking them back in. Patrons regularly change seats to view different size and formats of materials. Having a real-time view of seating, as well as a seat history, is vital from a security perspective. The need to check patrons out and then in again also potentially compromises security, as well as creating an inaccurate record of events, which be important in any (hopefully unlikely) security events.

Create one invoice for orders/one invoice for multiple copy requests from single user

Used for reimbursement. Current option of just printing the table of requests does not look very official or sufficient.

Certain fields would be restricted and not allow bulk editing.

We would appreciate being able to edit the notes once they're in a user record.

Students may have come to view the items, but you don't want to add them as users for that activity because they shouldn't be able to create requests associated with it. But staff (and instructors) like to know who was in the room.

The two route buttons are identical and it makes them confusing.

Option to resize fonts, and make the screens more customizable for low vision issues

When an activity is cloned, the new requests retain the previous scheduled date. Ideally, the new requests should be updated to include a new scheduled date equal to the begin date of the activity.

We would like to keep the option of not clearing users when merging accounts. Clicking on "merge" on a user should go to that user in the merge list.

We would like the whole process of merging to be smoother -- it should be possible to start from any status and merge, and it should be easier to find related individuals. Also, if you click "merge" on a certain user, it should start with that user in the list of users.

The current merge workflow is incredibly confusing.

When a staff member opens a transaction record to view, it should not be logged in the history as an update unless something has been edited within the request. Having the transaction date adjusted for every time a request is opened and looked at is misleading and messes up the ability to track request changes properly.

This could be handled via addons currently but would it make sense to build it into the native system?

Sometimes the Print Callslip button is clicked inadvertently, but if the user cancels the printing action, the request is still routed to In Item Retrieval. Staff have to then search for the request to route it back to its earlier status.