Bug 18501 - Automatic refunds need protection from failure
Summary: Automatic refunds need protection from failure
Status: ASSIGNED
Alias: None
Product: Koha
Classification: Unclassified
Component: Circulation (show other bugs)
Version: master
Hardware: All All
: P5 - low major (vote)
Assignee: Alex Buckley
QA Contact: Testopia
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-04-27 14:35 UTC by Christopher Brannon
Modified: 2017-05-02 21:34 UTC (History)
3 users (show)

See Also:
Change sponsored?: ---
Patch complexity: ---
Bot Control: ---
When did the bot last check this:
Who signed the patch off:
Text to go in the release notes:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Christopher Brannon 2017-04-27 14:35:07 UTC
I am told that the auto refund feature can fail if the status is edited in the item edit screen.  There should be some protection in place to keep this from failing so easily and quietly.

Possible solutions might be:
1) Prevent status from being edited if a fee has been charged for that item.
2) A warning and confirmation of action when the status is being edited and there is a fee involved.
3) An authorized override for such a change.
4) A note in the patron account lines indicating status was change and an auto refund will not be possible.
5) The ability to auto refund, even after the status has been altered.

I am marking this as a bug, because I cannot see how the current behavior could be a desired function.  Failure is not an option.