https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8338
--- Comment #15 from Kyle M Hall <[email protected]> --- (In reply to Martin Renvoize from comment #13) > I think at this point this comes down to the question I asked in comment 11 > bug 22359 > > > Question: This patch uses the existing UpdateFine (and as such > > Koha::Account->adjust) functionality. It will result in a fine line > > with an amount of '0'. Is this actually what we want? > > > > We have a few alternatives we could consider: > > > > 1) We could leave it as is. > > 1) We could delete the fine entirely so it's as if it never existed > > 2) We could record a 'Writeoff' or something line against it to show it was > > removed by dropbox/backdated returns mode. My personal preference is to leave the 0 fine as part of the 'paper trail' for Koha's accounting system. I would not be opposed to option 2. We could add new 'states' for 'Dropboxed', 'Backdated return' and 'Fine forgiven' if we build it on top of bug 22512. -- 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/
