Currently, routing queues added to the quick access toolbar disappear once someone logs out of ILLiad. It would be nice if the quick access toolbar saved any customization instead of having to added routing queue every time someone logs into ILLiad.

For sites within a consortium, it would be a good idea to limit sites to view Web Alerts only to those created by their staff i.e. limit to view those created by their NVTGC.

The delete option also should be restricted to the Web Alerts created by their own staff/NVTGC. Otherwise their is danger of the wrong alert (Alert of another institution) inadvertently getting deleted.

The NotWantedAfter field was removed as a default from the 9.1 ILLiad web pages. This should be be replaced, with the corresponding hidden field removed, and a dropdown calendar should appear when clicking in the field box, as in previous versions of ILLiad. This feature was appreciated by our patrons and desired for the 9.1 pages. (write up by Kerry).

Currently in ILLiad Staff Manager, under Transaction Permissions, if a staff is granted Borrowing Write permission, that person will be able to access, modify, process and impact all Borrowing TNs. We would like to be able to limit staff to Check In From Lending Library and Print Receives functions only, and deny the staff the ability to modify TNs in Awaiting Request Processing queue and other more "sensitive" queues.

We would like to be able to add a function to the OpenURL configs such that we can take a value and interpret an ILLiad value from it.

For instance, as rft.lib=UNIV needs to translate to LendingString=EMU.

We had scripts for this before, but we're migrating to OpenURLs and APIs, so this enhancement would be very appreciated.

When a new lender address is created, an address number is automatically assigned and that number cannot be changed. Please allow that field to be edited in case we want to re-arrange the order of our addresses. Some addresses are used a lot more often and we want that to be 1 or 2 but cannot right now. Thank you.

We love the electronic links and holdings information that RAPID auto-populates in our ILLiad lending requests, but we currently use our call number and location fields differently in our ILLiad instance. It would be great to be able to decide which fields the links and holdings information from RAPID would populate.

When a user gets an "End of ROTA " notification from the PALCI/EZ Borrow system (on REShare platform), pre-populate the ILLiad loan request form with the values from the patron's search.

Allow Electronic Delivery Utility (EDU) to auto process either/or Doc Del or Lending instead of auto processing both at once.

Ability to choose the order in which the alerts appear on the web pages. This includes the #SYSTEMALERTS, #USERALERTS,#STATUSALERTS alerts.

When you click the Renewal button on the ILLiadMainMenu.html page, it takes you to the page that shows all the information about the transaction but even though the status line tells the patron they have placed a renewal, the TransactionStatus still shows Checked Out to Customer, and the Renew button still seems to be active. If you refresh the page, then those update, but it's confusing to the patron.

Allow staff to reset their own passwords when they forget them for the ILLiad client (similar to user password reset functions via web). "Forgot Password"? for the client interface rather than another staff person having to go into Staff Manager to reset it manually.

Expand the ItemNumber field in ILLiad to accommodate multiple barcodes for multi-volume sets. Add ItemNumber to the default Number search in the ILLiad ribbon for easy access. Add ItemNumber to fields searched by TN/ILL # search on Check Item In interface.

All of the above would allow more efficient handling of borrowing returns when paperwork with Transaction is missing.

We would love to have an option to "Undo Conditional" for those times when we realize too late that a conditional was unnecessary. This would be helpful if, for example, we send a "Non-circulating" conditional before realizing the request is for an article, or conditionalize for "Not as cited," then we find the citation. There are any number of situations where we may miss information in a request and send a conditional, then realize it was unnecessary. Even if this is only possible until the Connection Manager runs, it would be a very useful feature. Thanks!

Currently ILLiad will only track the first renewal for a request. However, many lending libraries allow for multiple renewals, and with current closures this is happening more frequently. It would be helpful to have ILLiad route and track renewals for requests beyond the first one so that the due date in borrowing requests match what the lender has determined.