[Koha-bugs] [Bug 24376] Wording of Fine Returned is confusing

bugzilla-daemon at bugs.koha-community.org bugzilla-daemon at bugs.koha-community.org
Tue Feb 11 12:31:34 CET 2020


https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24376

--- Comment #10 from Martin Renvoize <martin.renvoize at ptfs-europe.com> ---
To clarify that a little..

Existing states:

[%- CASE 'UNRETURNED' -%]<span> (Accruing)</span> # Set when fine is first
created and still accruing
[%- CASE 'RETURNED'   -%]<span> (Returned)</span>     # Set in
C4::Circulation::AddReturn (can be called via AddIssue)
[%- CASE 'RENEWED'    -%]<span> (Renewed)</span>     # Set in
C4::Circulation::AddRenewal (can be called via AddIssue, but seldom is)
[%- CASE 'REPLACED'   -%]<span> (Replaced)</span>      # 
[%- CASE 'REFUNDED'   -%]<span> (Refunded)</span>    #
[%- CASE 'FORGIVEN'   -%]<span> (Forgiven)</span>       # Inside
_FixOverduesOnReturn, if 'exemptfine' is true
[%- CASE 'VOID'       -%]<span> (Voided)</span>                  #
[%- CASE 'LOST'       -%]<span> (Lost)</span>                       # Set in
C4::Circulation::LostItem (if WhenLostForgiveFine is disabled)

I think it would make sense to reduce that list to `ACCRUING` and `FIXED` for
overdues that are unpaid.. and then allow for 'FORGIVEN', 'VOID', and 'PAID' to
signify 'payment' actions on the lines.

This may have a knock on effect with our WhenLostForgiveFine handling if the
item is subsequently found and returned.. I believe there's another bug already
discussing that case however.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.


More information about the Koha-bugs mailing list