https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13044
Benjamin Daeuber <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #8 from Benjamin Daeuber <[email protected]> --- (In reply to Kyle M Hall from comment #3) > I suppose we could make bookdrop mode find the last date open and > recalculate the fine in full from there. That way it looks the same from a > user perspective. > > The problem with bookdrop mode is that it is quite fragile. For example, if > fines.pl doesn't run for a night, and does the following night, then using > bookdrop mode will decrement the fine by double the expected amount. The > backdating returns feature does not suffer from this kind of fragility. One thing to mention here, especially as this related to 21969, is how to manage payments on accruing items. Right now there is no way to see an accruing fine, so there's no way to stop from taking payment on the item, but if we are recalculating fines on checking, what happens to that payment? The broader question of taking payment on accruing fines is probably worth discussing as well. I feel we need to do that, especially if a user needs to make a payment to get below the checkout threshold. Users will expect to be able to pay that regardless. -- You are receiving this mail because: You are watching all bug changes. _______________________________________________ Koha-bugs mailing list [email protected] http://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/
