Bug 29594

Summary: Koha should print transfer slip when generating a transfer from cancelling a hold on Holds Awaiting Pickup
Product: Koha Reporter: Andrew Fuerste-Henry <andrewfh>
Component: Hold requestsAssignee: Bugs List <koha-bugs>
Status: NEW --- QA Contact: Testopia <testopia>
Severity: normal    
Priority: P5 - low CC: gmcharlt
Version: Main   
Hardware: All   
OS: All   
See Also: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28841
Change sponsored?: --- Patch complexity: ---
Documentation contact: Documentation submission:
Text to go in the release notes:
Version(s) released in:
Bug Depends on: 23092    
Bug Blocks:    

Description Andrew Fuerste-Henry 2021-11-29 18:40:14 UTC
When one cancels a hold with the Cancel button on Holds Awaiting Pickup (waitingreserves.pl), a transfer may be generated but Koha doesn't prompt you to print a transfer slip.

Following the changes in bug 23092, this transfer is generated with both a daterequested and a datesent -- in other words the transfer is immediately considered Sent.

Since the transfer is already Sent, checking the item in to generate a new hold slip will generate a "wrong transfer" error message, cancel the first transfer, and generate a new transfer (which does get a slip).

I see two options to resolve this:

1: We could generate the transfer as Requested rather than Sent. One would then check the item in to trigger the transfer and get a slip at that point.

2: We could print the transfer slip right away when cancelling the hold.

Answer 1 seems simpler and more in line with the directions transfers are going in.
Comment 1 Katrin Fischer 2022-02-27 00:32:30 UTC
Could an option to 'reprint' the transfer slip instead of the wrong transfer message also be an option here?

I think you can usually print the hold slips multiple times, so I don't see why we should not do the same for the transfer slip.