https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29594
Bug ID: 29594
Summary: Koha should print transfer slip when generated a
transfer from cancelling a hold on Holds Awaiting
Pickup
Change sponsored?: ---
Product: Koha
Version: master
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: P5 - low
Component: Hold requests
Assignee: [email protected]
Reporter: [email protected]
QA Contact: [email protected]
CC: [email protected]
Depends on: 23092
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.
Referenced Bugs:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23092
[Bug 23092] Add 'daterequested' to the transfers table
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
_______________________________________________
Koha-bugs mailing list
[email protected]
https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
