Bug 39419

Summary: Holds API treats 'expiration_date' as 'patron_expiration_date'
Product: Koha Reporter: Nick Clemens (kidclamp) <nick>
Component: Hold requestsAssignee: Bugs List <koha-bugs>
Status: NEW --- QA Contact: Testopia <testopia>
Severity: normal    
Priority: P5 - low CC: chlee, gmcharlt, piia.semenoff
Version: Main   
Hardware: All   
OS: All   
GIT URL: Change sponsored?: ---
Patch complexity: --- Documentation contact:
Documentation submission: Text to go in the release notes:
Version(s) released in:
Circulation function:

Description Nick Clemens (kidclamp) 2025-03-21 19:40:13 UTC
This is going to have a related issue in Aspen, but I think the confusion starts here

Koha has two fields for hold expiration:
expirationdate - (usually) auto generated date set based no when holds on the shelf expire
patron_exiration_date  - the day the patron says they don't need the hold after

The API takes "expiration_date" and maps it to "patron_expiration_date"

This can be unclear for outside systems.

Aspen has a 'Default Not Needed After Days' setting which is assumed to be setting the automatic expiraton date, but in fact sets the patron date

We should allow either field to be set via the API
Comment 1 Nick Clemens (kidclamp) 2025-03-21 19:43:32 UTC
Aspen bug report: https://aspen-discovery.atlassian.net/browse/DIS-537