The special collections department likes to know which institution is requesting certain items.

Most examples of OpenURL with the "journal" genre are still article requests versus a request for a loan of the entire journal. Data would not be lost if we use the article request form instead.

When searching transactions, staff would like to filter by the library groups.

When downloading new requests, a certain site code would need to be designated as the primary site for receiving those requests. The requests could then be doled out to other ILLiad sites on the server for fulfillment and all would update that same RAPID account.

Many libraries take advantage of NCIP integration with their ILS and thus manage loans (due dates and renewals) directly with their ILS, thus patrons are encouraged not to log into ILLiad web pages to perform those tasks. However, there is no easy way to remove or hide that from the web pages.

From customer: We have a faculty member complaining about the web session. We have it set at 10 minutes since so many of our patrons use shared/pubic workstations. Is there any way to individualize web session times by patron type?

Include functionality for RapidR in ILLiad.

The training addon distributed with ILLiad 8.7 is obsolete. Need to remove it from the installed files.

Request to allow the Customization Manager to make more than one LDAP query and point to more than one Active/Directory.

some users do not recall their username, so we are wondering if the Forgot Password feature would ever upgrade and offer other options such as allowing input of email address or alternative options between forgot password vs. forgot username and etc.

Add a setting to the user records that would apply their selection of Accept Non-English field as the default on all requests from that user

via Site Visit with WVU

This makes the navigation easier to navigate to and clearer that it is a navigation when using a screen reader.

https://developer.mozilla.org/en-US/docs/Web/HTML/Element/nav

To Excel for printing or comparison etc.

(for when TNs get so large they match other requests with ILL numbers)

This will allow that field to save when edited. The Service Type label is very very old and doesn't reflect any database field names.

If every user is always charged $x for an article, there is no reason for staff to mediate those. The billing could be added and the article delivered to the user.