Bug 3607 - Lost item returned credit to borrower - but can't resolve credit
Summary: Lost item returned credit to borrower - but can't resolve credit
Status: CLOSED FIXED
Alias: None
Product: Koha
Classification: Unclassified
Component: Fines and fees (show other bugs)
Version: Main
Hardware: PC All
: P5 - low enhancement (vote)
Assignee: Galen Charlton
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-09-14 03:26 UTC by David Schuster
Modified: 2020-01-06 20:14 UTC (History)
3 users (show)

See Also:
Change sponsored?: ---
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:


Attachments
screen shot of problem 3.6 (60.41 KB, image/jpeg)
2012-04-04 19:41 UTC, David Schuster
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Chris Cormack 2010-05-21 01:12:48 UTC


---- Reported by dschust1@gmail.com 2009-09-14 03:26:16 ----

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3265 - asks for credit when lost item returned - it is creating the credit on the borrower account, but not changing the status to available.

This bug though happens because the credit on the account is not able to clear. In order to balance the borrowers account to Zero one has to create a manual invoice - which you then can't write off or pay because the credit remains.



---- Additional Comments From dschust1@gmail.com 2009-10-22 14:19:31 ----

(In reply to comment #0)
> http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3265 - asks for credit when lost item returned - it is creating the credit
> on the borrower account, but not changing the status to available.
> 
> This bug though happens because the credit on the account is not able to clear.
> In order to balance the borrowers account to Zero one has to create a manual
> invoice - which you then can't write off or pay because the credit remains.
> 

schuster	If it was paid already and then a credit is created I don't have a way to indicate I gave them the money back.
09:16	jwagner	schuster, yes, I've seen that problem. If the patron had paid the replacement cost in the meantime, then returned the book, there's a "credit" in the sense.
09:16	jwagner	Sorry, in the sense that the original charge is taken off the account. But it doesn't seem to know or care that it was paid in the meantime.
09:16	schuster	Yes but there isn't a drop down to say waive, pay etc... so you have to create a manual invoice to clear the record after you give the person money back.
09:17	schuster	When you run SQL's then the system things the borrower still has this outstanding credit.
09:17	schuster	things/thinks
09:17	jwagner	Yeah, that's a general Koha thing that needs work.



--- Bug imported by chris@bigballofwax.co.nz 2010-05-21 01:12 UTC  ---

This bug was previously known as _bug_ 3607 at http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3607

Unknown operating system Windows 2000. Setting to default OS "All".
Actual time not defined. Setting to 0.0
CC member jwagner@ptfs.com does not have an account here

Comment 1 Nicole C. Engard 2011-11-07 16:32:02 UTC
Is this still an issue in 3.6?
Comment 2 David Schuster 2012-04-04 19:41:15 UTC
Created attachment 8885 [details]
screen shot of problem 3.6

This is a screen shot of the problem
Comment 3 Marc Véron 2016-01-05 16:17:57 UTC
Still valid?
Comment 4 Katrin Fischer 2019-03-07 22:26:37 UTC
I believe this has been fixed in recent versions (check AccountAutoReconcile system preference).