Currently, the format is not a parameter of the algorithm used to select the most appropriate partner. Electronic holdings should take priority over physical holdings: this would avoid institutions to digitize print materials (operations that take time and human resources) while others may have an electronic version that can more easily and quickly be provided.

If Partner A has an electronic access and Partner B has a physical holding (and things like time zones being equal), Partner A should receive the lending request in priority.

It should be possible to define our work week permanently, and not via Lending Off every week. For example, our work week is Sundays-Thursdays 8:00-17:00 (not Monday-Fridays). Also, it should be possible to define Lending Off via Alma, and not just via the Rapid interface.

Since each lending library can hold a request for 4 working days, sometimes files are received after a long time (for example: if there are many libraries and each one takes 4 days to Unfill, before one library eventually fills it).
A solution to this could be to treat requests with only one match differently than requests with many matches, e.g., reduce the holding time for requests to 2 days when more than 1 library holds the item.

Sometimes libraries update Lending requests to Filled, but do not actually send the file via RapidX or any other way.
There should be a way to indicate that the file was not actually sent to the Borrowing library.

Currently, Rapid accepts requests from Alma with ISSN / ISBN and OCLC number. It should also be possible to submit requests that only have a DOI.

Rapid should support issue-level requesting. We would love our lending requests to come in with accurate issue level data.

Related, when RAPID provides a link to owned/licensed material for a document delivery request, we get journal-level data. But, it would be ideal if the link generated were for article-level links through the link resolver. We use 360 Link, also owned by Ex Libris, so perhaps there is an opportunity for cross-walking these products?

Currently, when you submit a request with an ISBN, Rapid does not also search for the ISBN of the Ebook, or vice-versa. This is not the case with Journal requests, Rapid does search for alternative ISSNs of print journals and ejournals.

We have two ExLibris products: RapidILL and Summon. It it frustrating to have to use two completely different processes to send holdings records. RapidILL is especially frustrating because it's a web interface and files can't be sent with FTP. (We're a SirsiDynix site - we have a report that can automatically extract and FTP records to a third party site. It works beautifully for Summon.)

It should be possible to upload non-English phrases into the Rapid process for parsing years and coverage data.
Our description field is in Hebrew, which means that the data is ignored, when Rapid tries to upload it. As a result, requests are automatically sent to Rapid instead of being rejected as Locally-Owned. This causes unnecessary work for other libraries, and in many case, a delay in supply to the patron.

When we submit requests to Rapid that have Publication Dates and / or Volume/Issue Numbers with Hebrew numerals and / or apostrophes, Rapid is not able to identify locally-owned items, or to accurately locate possible Partners.

The Search Holdings feature for books is very limited, it doesn't include the Author or Publication Date. Conducting the same search under Borrowing>New Request is inconvenient as there are four required fields.

We would like the ability to throttle the number of lending requests our institution gets. As a larger institution, we receive about 150 lending requests a day during the school year. We know RAPIDILL staff can do this for us, but we can occasionally have a student out sick and that dramatically decreases the amount we are able to scan. If we could cap our print holdings requests ourselves quickly, this would help us especially during the summer or holidays.