Enhance PAPI HoldRequestGetList to Return and Filter by Pickup Area
Enhance the Polaris API HoldRequestGetList endpoint to include the assigned PickupAreaID and PickupArea for each hold, and add support for an optional pickuareaid query parameter. Polaris introduced Pickup Areas in version 7.5 to let libraries define multiple pickup points inside a single branch, such as lockers, curbside locations, drive‑through windows, or other specialized service points. Pickup areas were created to avoid the need to create extra branches and to support the increasing use of lockers and flexible pickup workflows. However, HoldRequestGetList does not return the Pickup Area, which means an integration cannot determine where a hold is supposed to be routed. Without this information, there is no way to tell whether a request belongs in a locker or on the hold shelf.
ItemCheckinPost does return the Pickup Area in its HoldDataResult, but that information only appears after an item has been checked in. Integrations need to know the correct pickup area before check‑in so they can decide how the item should be processed and routed, such as preventing an ItemCheckinPost. Adding PickupAreaID and PickupArea to HoldRequestGetList, along with an optional pickuareaid filter, would allow integrations to identify and retrieve only the items intended for a specific pickup area. This improvement would support accurate routing, reduce results filtering, and improve integration workflow.
-
Lynn Reynish
commented
Agreed! This is one of the reasons we're not inclined to use pickup areas at the moment. In general, when a new feature or functionality is added Clarivate should ensure that it is added and accounted for in any product / module / feature they support - whether that is the API, the OPAC, reporting tools, the mobile client, messaging products, or discovery layers (and I say that while not using most of Clarivate's "extra" products).