Good afternoon, Recently we have some patrons that are being double charged fines. It looks like when the item is turned in, the accruing fine (FU) remains and a fine (F) for the same amount is added as a second line. It doesn't appear to be happening to all patrons and I cannot determine a pattern. We are on version 18.11.02. Has anyone had this problem? Or any suggestions where to start looking? Thank you! Margo Margo Duncan, MLS Head of Library Systems Robert R. Muntz Library The University of Texas at Tyler 903.566.7174 | mduncan@uttyler.edu<mailto:mduncan@uttyler.edu>
Hi Margo, I am not aware of any known bugs that fit your description. :( Maybe it could help to see the 2 lines in accountlines (F and FU) and compare these. Do you have |CalculateFinesOnReturn enabled?| |Katrin | On 10.04.19 20:01, Margo Duncan wrote:
Good afternoon,
Recently we have some patrons that are being double charged fines. It looks like when the item is turned in, the accruing fine (FU) remains and a fine (F) for the same amount is added as a second line. It doesn't appear to be happening to all patrons and I cannot determine a pattern.
We are on version 18.11.02.
Has anyone had this problem? Or any suggestions where to start looking? Thank you! Margo
Margo Duncan, MLS Head of Library Systems Robert R. Muntz Library The University of Texas at Tyler 903.566.7174 | mduncan@uttyler.edu<mailto:mduncan@uttyler.edu>
_______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Hi, I am also facing same problem. I have enabled calculate fine on return. On Mon 15 Apr, 2019, 12:10 AM Katrin Fischer, <katrin.fischer.83@web.de> wrote:
Hi Margo,
I am not aware of any known bugs that fit your description. :(
Maybe it could help to see the 2 lines in accountlines (F and FU) and compare these.
Do you have |CalculateFinesOnReturn enabled?|
|Katrin |
On 10.04.19 20:01, Margo Duncan wrote:
Good afternoon,
Recently we have some patrons that are being double charged fines. It looks like when the item is turned in, the accruing fine (FU) remains and a fine (F) for the same amount is added as a second line. It doesn't appear to be happening to all patrons and I cannot determine a pattern.
We are on version 18.11.02.
Has anyone had this problem? Or any suggestions where to start looking? Thank you! Margo
Margo Duncan, MLS Head of Library Systems Robert R. Muntz Library The University of Texas at Tyler 903.566.7174 | mduncan@uttyler.edu<mailto:mduncan@uttyler.edu>
_______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Our library (on version 18.05.10) has also experienced double fines. We also cannot figure out what the pattern is! The last time it happened, a patron had 2 items go into "Long Overdue (Lost)" status (which is done automatically by the long overdue cron job). They had already accrued their max fines. Upon return a few weeks later, the fines were doubled up. We also have CalculateFinesOnReturn enabled and suspect that may be the cause? I hesitate to turn it off, though, as I don't understand what the repercussions might be. And we have also had other instances that seem similar (items go Long Overdue/Lost and have accrued max fines) but upon return, they do not double up on fines. I'm not sure what other info may be helpful for debugging, but I'd be happy to provide anything I can. Arturo Longoria Reference Librarian/Web Manager Texas State Law Library www.sll.texas.gov -----Original Message----- From: Koha <koha-bounces@lists.katipo.co.nz> On Behalf Of vikram zadgaonkar Sent: Sunday, April 14, 2019 21:02 To: Fischer, Katrin <Katrin.Fischer.83@web.de> Cc: koha list <koha@lists.katipo.co.nz> Subject: Re: [Koha] double fines Hi, I am also facing same problem. I have enabled calculate fine on return. On Mon 15 Apr, 2019, 12:10 AM Katrin Fischer, <katrin.fischer.83@web.de> wrote:
Hi Margo,
I am not aware of any known bugs that fit your description. :(
Maybe it could help to see the 2 lines in accountlines (F and FU) and compare these.
Do you have |CalculateFinesOnReturn enabled?|
|Katrin |
On 10.04.19 20:01, Margo Duncan wrote:
Good afternoon,
Recently we have some patrons that are being double charged fines. It looks like when the item is turned in, the accruing fine (FU) remains and a fine (F) for the same amount is added as a second line. It doesn't appear to be happening to all patrons and I cannot determine a pattern.
We are on version 18.11.02.
Has anyone had this problem? Or any suggestions where to start looking? Thank you! Margo
Margo Duncan, MLS Head of Library Systems Robert R. Muntz Library The University of Texas at Tyler 903.566.7174 | mduncan@uttyler.edu<mailto:mduncan@uttyler.edu>
_______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
_______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
I've noticed this in the past too. I always tell administrators to choose EITHER * finesMode set to "Calculate and charge", with fines.pl set to run nightly, OR * CalculateFinesOnReturn set to "Do" Both turned on always gave me trouble. I thought it was meant to be a choice between calculating fines nightly with the cron or calculate on return. Caroline On 19-04-14 22 h 02, vikram zadgaonkar wrote:
Hi, I am also facing same problem. I have enabled calculate fine on return.
On Mon 15 Apr, 2019, 12:10 AM Katrin Fischer, <katrin.fischer.83@web.de> wrote:
Hi Margo,
I am not aware of any known bugs that fit your description. :(
Maybe it could help to see the 2 lines in accountlines (F and FU) and compare these.
Do you have |CalculateFinesOnReturn enabled?|
|Katrin |
On 10.04.19 20:01, Margo Duncan wrote:
Good afternoon,
Recently we have some patrons that are being double charged fines. It looks like when the item is turned in, the accruing fine (FU) remains and a fine (F) for the same amount is added as a second line. It doesn't appear to be happening to all patrons and I cannot determine a pattern. We are on version 18.11.02.
Has anyone had this problem? Or any suggestions where to start looking? Thank you! Margo
Margo Duncan, MLS Head of Library Systems Robert R. Muntz Library The University of Texas at Tyler 903.566.7174 | mduncan@uttyler.edu<mailto:mduncan@uttyler.edu>
_______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
_______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha -- Caroline Cyr La Rose, M.L.I.S. Librarian | Product Manager
Phone: 1-833-465-4276, ext. 221 Caroline.Cyr-La-Rose@inLibro.com <mailto:caroline.cyr-la-rose@inLibro.com>
INLiBRO | Document Technologies Specialists | www.inLibro.com <http://www.inLibro.com>
For those experiencing this issue, how often are you running fines.pl and what sort of overdues numbers are we talking about, does the job take minutes or hours to run to completion? It feels like we may have a race condition somewhere here. We do have a number of customers here with the fines job running nightly and the finesMode set to `Calculate and charge` along with CalculateFinesOnReturn set to `Do` and none have reported this issue to date that I'm aware of. *Martin Renvoize* <https://www.ptfs-europe.com> Development Team Manager *Phone:* +44 (0) 1483 378728 *Mobile:* +44 (0) 7725 985 636 *Email:* martin.renvoize@ptfs-europe.com *Fax:* +44 (0) 800 756 6384 www.ptfs-europe.com Registered in the United Kingdom No. 06416372 VAT Reg No. 925 7211 30 The information contained in this email message may be privileged, confidential and protected from disclosure. If you are not the intended recipient, any dissemination, distribution or copying is strictly prohibited. If you think that you have received this email message in error, please email the sender at info@ptfs-europe.com On Mon, 15 Apr 2019 at 22:44, Caroline Cyr-La-Rose < caroline.cyr-la-rose@inlibro.com> wrote:
I've noticed this in the past too. I always tell administrators to choose EITHER
* finesMode set to "Calculate and charge", with fines.pl set to run nightly, OR * CalculateFinesOnReturn set to "Do"
Both turned on always gave me trouble. I thought it was meant to be a choice between calculating fines nightly with the cron or calculate on return.
Caroline
On 19-04-14 22 h 02, vikram zadgaonkar wrote:
Hi, I am also facing same problem. I have enabled calculate fine on return.
On Mon 15 Apr, 2019, 12:10 AM Katrin Fischer, <katrin.fischer.83@web.de> wrote:
Hi Margo,
I am not aware of any known bugs that fit your description. :(
Maybe it could help to see the 2 lines in accountlines (F and FU) and compare these.
Do you have |CalculateFinesOnReturn enabled?|
|Katrin |
On 10.04.19 20:01, Margo Duncan wrote:
Good afternoon,
Recently we have some patrons that are being double charged fines. It looks like when the item is turned in, the accruing fine (FU) remains and a fine (F) for the same amount is added as a second line. It doesn't appear to be happening to all patrons and I cannot determine a pattern. We are on version 18.11.02.
Has anyone had this problem? Or any suggestions where to start looking? Thank you! Margo
Margo Duncan, MLS Head of Library Systems Robert R. Muntz Library The University of Texas at Tyler 903.566.7174 | mduncan@uttyler.edu<mailto:mduncan@uttyler.edu>
_______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
_______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha -- Caroline Cyr La Rose, M.L.I.S. Librarian | Product Manager
Phone: 1-833-465-4276, ext. 221 Caroline.Cyr-La-Rose@inLibro.com <mailto:caroline.cyr-la-rose@inLibro.com>
INLiBRO | Document Technologies Specialists | www.inLibro.com <http://www.inLibro.com>
Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Our fines.pl job runs daily, but we don't have much circulation, so while I don't have the numbers on hand (since our Koha is managed by ByWater Solutions), I can't imagine it runs longer than a few minutes. If this happens again or if I can detect some kind of pattern, I can provide an update to this thread. Arturo Longoria Reference Librarian/Web Manager Texas State Law Library www.sll.texas.gov -----Original Message----- From: Koha <koha-bounces@lists.katipo.co.nz> On Behalf Of Renvoize, Martin Sent: Tuesday, April 16, 2019 02:42 To: Koha <koha@lists.katipo.co.nz> Subject: Re: [Koha] double fines For those experiencing this issue, how often are you running fines.pl and what sort of overdues numbers are we talking about, does the job take minutes or hours to run to completion? It feels like we may have a race condition somewhere here. We do have a number of customers here with the fines job running nightly and the finesMode set to `Calculate and charge` along with CalculateFinesOnReturn set to `Do` and none have reported this issue to date that I'm aware of. *Martin Renvoize* <https://www.ptfs-europe.com> Development Team Manager *Phone:* +44 (0) 1483 378728 *Mobile:* +44 (0) 7725 985 636 *Email:* martin.renvoize@ptfs-europe.com *Fax:* +44 (0) 800 756 6384 www.ptfs-europe.com Registered in the United Kingdom No. 06416372 VAT Reg No. 925 7211 30 The information contained in this email message may be privileged, confidential and protected from disclosure. If you are not the intended recipient, any dissemination, distribution or copying is strictly prohibited. If you think that you have received this email message in error, please email the sender at info@ptfs-europe.com On Mon, 15 Apr 2019 at 22:44, Caroline Cyr-La-Rose < caroline.cyr-la-rose@inlibro.com> wrote:
I've noticed this in the past too. I always tell administrators to choose EITHER
* finesMode set to "Calculate and charge", with fines.pl set to run nightly, OR * CalculateFinesOnReturn set to "Do"
Both turned on always gave me trouble. I thought it was meant to be a choice between calculating fines nightly with the cron or calculate on return.
Caroline
On 19-04-14 22 h 02, vikram zadgaonkar wrote:
Hi, I am also facing same problem. I have enabled calculate fine on return.
On Mon 15 Apr, 2019, 12:10 AM Katrin Fischer, <katrin.fischer.83@web.de> wrote:
Hi Margo,
I am not aware of any known bugs that fit your description. :(
Maybe it could help to see the 2 lines in accountlines (F and FU) and compare these.
Do you have |CalculateFinesOnReturn enabled?|
|Katrin |
On 10.04.19 20:01, Margo Duncan wrote:
Good afternoon,
Recently we have some patrons that are being double charged fines. It looks like when the item is turned in, the accruing fine (FU) remains and a fine (F) for the same amount is added as a second line. It doesn't appear to be happening to all patrons and I cannot determine a pattern. We are on version 18.11.02.
Has anyone had this problem? Or any suggestions where to start looking? Thank you! Margo
Margo Duncan, MLS Head of Library Systems Robert R. Muntz Library The University of Texas at Tyler 903.566.7174 | mduncan@uttyler.edu<mailto:mduncan@uttyler.edu>
_______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
_______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha -- Caroline Cyr La Rose, M.L.I.S. Librarian | Product Manager
Phone: 1-833-465-4276, ext. 221 Caroline.Cyr-La-Rose@inLibro.com <mailto:caroline.cyr-la-rose@inLibro.com>
INLiBRO | Document Technologies Specialists | www.inLibro.com <http://www.inLibro.com>
Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
_______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
We run fines.pl hourly (it takes between 11 and 15 minutes to run) as well as CalculateFinesOnReturn set to Do and it's been set that way for a long time. We only started seeing the double fines since we upgraded to 18.11 (from 18.05) in February. Margo -----Original Message----- From: Koha [mailto:koha-bounces@lists.katipo.co.nz] On Behalf Of Arturo Longoria Sent: Wednesday, April 17, 2019 8:53 AM To: Renvoize, Martin <martin.renvoize@ptfs-europe.com>; Koha <koha@lists.katipo.co.nz> Subject: Re: [Koha] double fines Our fines.pl job runs daily, but we don't have much circulation, so while I don't have the numbers on hand (since our Koha is managed by ByWater Solutions), I can't imagine it runs longer than a few minutes. If this happens again or if I can detect some kind of pattern, I can provide an update to this thread. Arturo Longoria Reference Librarian/Web Manager Texas State Law Library https://urldefense.proofpoint.com/v2/url?u=http-3A__www.sll.texas.gov&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iquieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s=louv4K8SfwGLaj3pogvOx3hSuzKErS0bWXLTSI5z9P4&e= -----Original Message----- From: Koha <koha-bounces@lists.katipo.co.nz> On Behalf Of Renvoize, Martin Sent: Tuesday, April 16, 2019 02:42 To: Koha <koha@lists.katipo.co.nz> Subject: Re: [Koha] double fines For those experiencing this issue, how often are you running fines.pl and what sort of overdues numbers are we talking about, does the job take minutes or hours to run to completion? It feels like we may have a race condition somewhere here. We do have a number of customers here with the fines job running nightly and the finesMode set to `Calculate and charge` along with CalculateFinesOnReturn set to `Do` and none have reported this issue to date that I'm aware of. *Martin Renvoize* <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ptfs-2Deurope.com&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iquieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s=B-QOK2TcJ15pGvQTkg3rjYVoyGdY2Op9wr5MExuvbT4&e=> Development Team Manager *Phone:* +44 (0) 1483 378728 *Mobile:* +44 (0) 7725 985 636 *Email:* martin.renvoize@ptfs-europe.com *Fax:* +44 (0) 800 756 6384 https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ptfs-2Deurope.com&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iquieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s=9zCwfMNwX8SN3zK6Qk6uEJ1RczjjB5SIX0tWa7z4V_4&e= Registered in the United Kingdom No. 06416372 VAT Reg No. 925 7211 30 The information contained in this email message may be privileged, confidential and protected from disclosure. If you are not the intended recipient, any dissemination, distribution or copying is strictly prohibited. If you think that you have received this email message in error, please email the sender at info@ptfs-europe.com On Mon, 15 Apr 2019 at 22:44, Caroline Cyr-La-Rose < caroline.cyr-la-rose@inlibro.com> wrote:
I've noticed this in the past too. I always tell administrators to choose EITHER
* finesMode set to "Calculate and charge", with fines.pl set to run nightly, OR * CalculateFinesOnReturn set to "Do"
Both turned on always gave me trouble. I thought it was meant to be a choice between calculating fines nightly with the cron or calculate on return.
Caroline
On 19-04-14 22 h 02, vikram zadgaonkar wrote:
Hi, I am also facing same problem. I have enabled calculate fine on return.
On Mon 15 Apr, 2019, 12:10 AM Katrin Fischer, <katrin.fischer.83@web.de> wrote:
Hi Margo,
I am not aware of any known bugs that fit your description. :(
Maybe it could help to see the 2 lines in accountlines (F and FU) and compare these.
Do you have |CalculateFinesOnReturn enabled?|
|Katrin |
On 10.04.19 20:01, Margo Duncan wrote:
Good afternoon,
Recently we have some patrons that are being double charged fines. It looks like when the item is turned in, the accruing fine (FU) remains and a fine (F) for the same amount is added as a second line. It doesn't appear to be happening to all patrons and I cannot determine a pattern. We are on version 18.11.02.
Has anyone had this problem? Or any suggestions where to start looking? Thank you! Margo
Margo Duncan, MLS Head of Library Systems Robert R. Muntz Library The University of Texas at Tyler 903.566.7174 | mduncan@uttyler.edu<mailto:mduncan@uttyler.edu>
_______________________________________________ Koha mailing list https://urldefense.proofpoint.com/v2/url?u=http-3A__koha-2Dcommuni ty.org&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392i quieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls &s=V92qn7BzwFebUJGvqAof05C3ywrJs2rsdyWdw5GL1o4&e= Koha@lists.katipo.co.nz https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.katipo. co.nz_mailman_listinfo_koha&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=ro Y6qGYXhOv2NYP41kw392iquieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8v vGqiaU17d5f_1wJWEC-Ls&s=63FvNWb9WfT7yB3fvYoM5M-PLib9Irj2mCejDwF2sC M&e=
Koha mailing list https://urldefense.proofpoint.com/v2/url?u=http-3A__koha-2Dcommunit y.org&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iqu ieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s= V92qn7BzwFebUJGvqAof05C3ywrJs2rsdyWdw5GL1o4&e= Koha@lists.katipo.co.nz https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.katipo.c o.nz_mailman_listinfo_koha&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6 qGYXhOv2NYP41kw392iquieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGq iaU17d5f_1wJWEC-Ls&s=63FvNWb9WfT7yB3fvYoM5M-PLib9Irj2mCejDwF2sCM&e=
_______________________________________________ Koha mailing list https://urldefense.proofpoint.com/v2/url?u=http-3A__koha-2Dcommunity .org&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iquie Y_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s=V92 qn7BzwFebUJGvqAof05C3ywrJs2rsdyWdw5GL1o4&e= Koha@lists.katipo.co.nz https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.katipo.co .nz_mailman_listinfo_koha&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qG YXhOv2NYP41kw392iquieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU 17d5f_1wJWEC-Ls&s=63FvNWb9WfT7yB3fvYoM5M-PLib9Irj2mCejDwF2sCM&e= -- Caroline Cyr La Rose, M.L.I.S. Librarian | Product Manager
Phone: 1-833-465-4276, ext. 221 Caroline.Cyr-La-Rose@inLibro.com <mailto:caroline.cyr-la-rose@inLibro.com>
INLiBRO | Document Technologies Specialists | https://urldefense.proofpoint.com/v2/url?u=http-3A__www.inLibro.com& d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iquieY_agv yS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s=Mc46Z_E_ 52n0_Ruydh-DkD-dmitR31rcq1jUrSfEY74&e= <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.inLibro.com &d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iquieY_ag vyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s=Mc46Z_E _52n0_Ruydh-DkD-dmitR31rcq1jUrSfEY74&e=>
Koha mailing list https://urldefense.proofpoint.com/v2/url?u=http-3A__koha-2Dcommunity.o rg&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iquieY_ag vyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s=V92qn7Bzw FebUJGvqAof05C3ywrJs2rsdyWdw5GL1o4&e= Koha@lists.katipo.co.nz https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.katipo.co.n z_mailman_listinfo_koha&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhO v2NYP41kw392iquieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_ 1wJWEC-Ls&s=63FvNWb9WfT7yB3fvYoM5M-PLib9Irj2mCejDwF2sCM&e=
_______________________________________________ Koha mailing list https://urldefense.proofpoint.com/v2/url?u=http-3A__koha-2Dcommunity.org&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iquieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s=V92qn7BzwFebUJGvqAof05C3ywrJs2rsdyWdw5GL1o4&e= Koha@lists.katipo.co.nz https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.katipo.co.nz_mailman_listinfo_koha&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iquieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s=63FvNWb9WfT7yB3fvYoM5M-PLib9Irj2mCejDwF2sCM&e= _______________________________________________ Koha mailing list https://urldefense.proofpoint.com/v2/url?u=http-3A__koha-2Dcommunity.org&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iquieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s=V92qn7BzwFebUJGvqAof05C3ywrJs2rsdyWdw5GL1o4&e= Koha@lists.katipo.co.nz https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.katipo.co.nz_mailman_listinfo_koha&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iquieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s=63FvNWb9WfT7yB3fvYoM5M-PLib9Irj2mCejDwF2sCM&e=
Our library is still on 18.05.10, so I'm not sure it's specific to 18.11, unfortunately. A new related bug has been filed here, https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22727, but that doesn't seem to capture what's happening at our library because our WhenLostForgiveFine preference is set to "Don't Forgive," not "Forgive" as the bug description indicates. Arturo Longoria Reference Librarian/Web Manager Texas State Law Library www.sll.texas.gov -----Original Message----- From: Margo Duncan <MDuncan@uttyler.edu> Sent: Wednesday, April 17, 2019 15:31 To: Arturo Longoria <Arturo.Longoria@sll.texas.gov>; Renvoize, Martin <martin.renvoize@ptfs-europe.com>; Koha <koha@lists.katipo.co.nz> Subject: RE: [Koha] double fines We run fines.pl hourly (it takes between 11 and 15 minutes to run) as well as CalculateFinesOnReturn set to Do and it's been set that way for a long time. We only started seeing the double fines since we upgraded to 18.11 (from 18.05) in February. Margo -----Original Message----- From: Koha [mailto:koha-bounces@lists.katipo.co.nz] On Behalf Of Arturo Longoria Sent: Wednesday, April 17, 2019 8:53 AM To: Renvoize, Martin <martin.renvoize@ptfs-europe.com>; Koha <koha@lists.katipo.co.nz> Subject: Re: [Koha] double fines Our fines.pl job runs daily, but we don't have much circulation, so while I don't have the numbers on hand (since our Koha is managed by ByWater Solutions), I can't imagine it runs longer than a few minutes. If this happens again or if I can detect some kind of pattern, I can provide an update to this thread. Arturo Longoria Reference Librarian/Web Manager Texas State Law Library https://urldefense.proofpoint.com/v2/url?u=http-3A__www.sll.texas.gov&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iquieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s=louv4K8SfwGLaj3pogvOx3hSuzKErS0bWXLTSI5z9P4&e= -----Original Message----- From: Koha <koha-bounces@lists.katipo.co.nz> On Behalf Of Renvoize, Martin Sent: Tuesday, April 16, 2019 02:42 To: Koha <koha@lists.katipo.co.nz> Subject: Re: [Koha] double fines For those experiencing this issue, how often are you running fines.pl and what sort of overdues numbers are we talking about, does the job take minutes or hours to run to completion? It feels like we may have a race condition somewhere here. We do have a number of customers here with the fines job running nightly and the finesMode set to `Calculate and charge` along with CalculateFinesOnReturn set to `Do` and none have reported this issue to date that I'm aware of. *Martin Renvoize* <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ptfs-2Deurope.com&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iquieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s=B-QOK2TcJ15pGvQTkg3rjYVoyGdY2Op9wr5MExuvbT4&e=> Development Team Manager *Phone:* +44 (0) 1483 378728 *Mobile:* +44 (0) 7725 985 636 *Email:* martin.renvoize@ptfs-europe.com *Fax:* +44 (0) 800 756 6384 https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ptfs-2Deurope.com&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iquieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s=9zCwfMNwX8SN3zK6Qk6uEJ1RczjjB5SIX0tWa7z4V_4&e= Registered in the United Kingdom No. 06416372 VAT Reg No. 925 7211 30 The information contained in this email message may be privileged, confidential and protected from disclosure. If you are not the intended recipient, any dissemination, distribution or copying is strictly prohibited. If you think that you have received this email message in error, please email the sender at info@ptfs-europe.com On Mon, 15 Apr 2019 at 22:44, Caroline Cyr-La-Rose < caroline.cyr-la-rose@inlibro.com> wrote:
I've noticed this in the past too. I always tell administrators to choose EITHER
* finesMode set to "Calculate and charge", with fines.pl set to run nightly, OR * CalculateFinesOnReturn set to "Do"
Both turned on always gave me trouble. I thought it was meant to be a choice between calculating fines nightly with the cron or calculate on return.
Caroline
On 19-04-14 22 h 02, vikram zadgaonkar wrote:
Hi, I am also facing same problem. I have enabled calculate fine on return.
On Mon 15 Apr, 2019, 12:10 AM Katrin Fischer, <katrin.fischer.83@web.de> wrote:
Hi Margo,
I am not aware of any known bugs that fit your description. :(
Maybe it could help to see the 2 lines in accountlines (F and FU) and compare these.
Do you have |CalculateFinesOnReturn enabled?|
|Katrin |
On 10.04.19 20:01, Margo Duncan wrote:
Good afternoon,
Recently we have some patrons that are being double charged fines. It looks like when the item is turned in, the accruing fine (FU) remains and a fine (F) for the same amount is added as a second line. It doesn't appear to be happening to all patrons and I cannot determine a pattern. We are on version 18.11.02.
Has anyone had this problem? Or any suggestions where to start looking? Thank you! Margo
Margo Duncan, MLS Head of Library Systems Robert R. Muntz Library The University of Texas at Tyler 903.566.7174 | mduncan@uttyler.edu<mailto:mduncan@uttyler.edu>
_______________________________________________ Koha mailing list https://urldefense.proofpoint.com/v2/url?u=http-3A__koha-2Dcommuni ty.org&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392i quieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls &s=V92qn7BzwFebUJGvqAof05C3ywrJs2rsdyWdw5GL1o4&e= Koha@lists.katipo.co.nz https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.katipo. co.nz_mailman_listinfo_koha&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=ro Y6qGYXhOv2NYP41kw392iquieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8v vGqiaU17d5f_1wJWEC-Ls&s=63FvNWb9WfT7yB3fvYoM5M-PLib9Irj2mCejDwF2sC M&e=
Koha mailing list https://urldefense.proofpoint.com/v2/url?u=http-3A__koha-2Dcommunit y.org&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iqu ieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s= V92qn7BzwFebUJGvqAof05C3ywrJs2rsdyWdw5GL1o4&e= Koha@lists.katipo.co.nz https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.katipo.c o.nz_mailman_listinfo_koha&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6 qGYXhOv2NYP41kw392iquieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGq iaU17d5f_1wJWEC-Ls&s=63FvNWb9WfT7yB3fvYoM5M-PLib9Irj2mCejDwF2sCM&e=
_______________________________________________ Koha mailing list https://urldefense.proofpoint.com/v2/url?u=http-3A__koha-2Dcommunity .org&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iquie Y_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s=V92 qn7BzwFebUJGvqAof05C3ywrJs2rsdyWdw5GL1o4&e= Koha@lists.katipo.co.nz https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.katipo.co .nz_mailman_listinfo_koha&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qG YXhOv2NYP41kw392iquieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU 17d5f_1wJWEC-Ls&s=63FvNWb9WfT7yB3fvYoM5M-PLib9Irj2mCejDwF2sCM&e= -- Caroline Cyr La Rose, M.L.I.S. Librarian | Product Manager
Phone: 1-833-465-4276, ext. 221 Caroline.Cyr-La-Rose@inLibro.com <mailto:caroline.cyr-la-rose@inLibro.com>
INLiBRO | Document Technologies Specialists | https://urldefense.proofpoint.com/v2/url?u=http-3A__www.inLibro.com& d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iquieY_agv yS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s=Mc46Z_E_ 52n0_Ruydh-DkD-dmitR31rcq1jUrSfEY74&e= <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.inLibro.com &d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iquieY_ag vyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s=Mc46Z_E _52n0_Ruydh-DkD-dmitR31rcq1jUrSfEY74&e=>
Koha mailing list https://urldefense.proofpoint.com/v2/url?u=http-3A__koha-2Dcommunity.o rg&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iquieY_ag vyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s=V92qn7Bzw FebUJGvqAof05C3ywrJs2rsdyWdw5GL1o4&e= Koha@lists.katipo.co.nz https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.katipo.co.n z_mailman_listinfo_koha&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhO v2NYP41kw392iquieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_ 1wJWEC-Ls&s=63FvNWb9WfT7yB3fvYoM5M-PLib9Irj2mCejDwF2sCM&e=
_______________________________________________ Koha mailing list https://urldefense.proofpoint.com/v2/url?u=http-3A__koha-2Dcommunity.org&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iquieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s=V92qn7BzwFebUJGvqAof05C3ywrJs2rsdyWdw5GL1o4&e= Koha@lists.katipo.co.nz https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.katipo.co.nz_mailman_listinfo_koha&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iquieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s=63FvNWb9WfT7yB3fvYoM5M-PLib9Irj2mCejDwF2sCM&e= _______________________________________________ Koha mailing list https://urldefense.proofpoint.com/v2/url?u=http-3A__koha-2Dcommunity.org&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iquieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s=V92qn7BzwFebUJGvqAof05C3ywrJs2rsdyWdw5GL1o4&e= Koha@lists.katipo.co.nz https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.katipo.co.nz_mailman_listinfo_koha&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iquieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s=63FvNWb9WfT7yB3fvYoM5M-PLib9Irj2mCejDwF2sCM&e=
I thought I'd provide an update on this. We had a patron return 5 items today that had entered Long Overdue (Lost) status via our long overdue cron job. These had already accrued their max fines. We wanted to test the behavior of CalculateFinesOnReturn, which we had set to "Do". Upon checking in the first item, yes, the fines were doubled up on a new line item -- *not* the behavior we want. I switched CalculateFinesOnReturn to "Don't", checked in another item, and this time there was no doubled-up fine -- the behavior we *do* want! I toggled a couple more times and the behavior was the same. We have switched CalculateFinesOnReturn to "Don't" and will continue monitoring to see if there are any unexpected changes. Arturo Longoria Reference Librarian/Web Manager Texas State Law Library www.sll.texas.gov -----Original Message----- From: Arturo Longoria Sent: Wednesday, April 17, 2019 15:37 To: Margo Duncan <MDuncan@uttyler.edu>; Renvoize, Martin <martin.renvoize@ptfs-europe.com>; Koha <koha@lists.katipo.co.nz> Subject: RE: [Koha] double fines Our library is still on 18.05.10, so I'm not sure it's specific to 18.11, unfortunately. A new related bug has been filed here, https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22727, but that doesn't seem to capture what's happening at our library because our WhenLostForgiveFine preference is set to "Don't Forgive," not "Forgive" as the bug description indicates. Arturo Longoria Reference Librarian/Web Manager Texas State Law Library www.sll.texas.gov -----Original Message----- From: Margo Duncan <MDuncan@uttyler.edu> Sent: Wednesday, April 17, 2019 15:31 To: Arturo Longoria <Arturo.Longoria@sll.texas.gov>; Renvoize, Martin <martin.renvoize@ptfs-europe.com>; Koha <koha@lists.katipo.co.nz> Subject: RE: [Koha] double fines We run fines.pl hourly (it takes between 11 and 15 minutes to run) as well as CalculateFinesOnReturn set to Do and it's been set that way for a long time. We only started seeing the double fines since we upgraded to 18.11 (from 18.05) in February. Margo -----Original Message----- From: Koha [mailto:koha-bounces@lists.katipo.co.nz] On Behalf Of Arturo Longoria Sent: Wednesday, April 17, 2019 8:53 AM To: Renvoize, Martin <martin.renvoize@ptfs-europe.com>; Koha <koha@lists.katipo.co.nz> Subject: Re: [Koha] double fines Our fines.pl job runs daily, but we don't have much circulation, so while I don't have the numbers on hand (since our Koha is managed by ByWater Solutions), I can't imagine it runs longer than a few minutes. If this happens again or if I can detect some kind of pattern, I can provide an update to this thread. Arturo Longoria Reference Librarian/Web Manager Texas State Law Library https://urldefense.proofpoint.com/v2/url?u=http-3A__www.sll.texas.gov&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iquieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s=louv4K8SfwGLaj3pogvOx3hSuzKErS0bWXLTSI5z9P4&e= -----Original Message----- From: Koha <koha-bounces@lists.katipo.co.nz> On Behalf Of Renvoize, Martin Sent: Tuesday, April 16, 2019 02:42 To: Koha <koha@lists.katipo.co.nz> Subject: Re: [Koha] double fines For those experiencing this issue, how often are you running fines.pl and what sort of overdues numbers are we talking about, does the job take minutes or hours to run to completion? It feels like we may have a race condition somewhere here. We do have a number of customers here with the fines job running nightly and the finesMode set to `Calculate and charge` along with CalculateFinesOnReturn set to `Do` and none have reported this issue to date that I'm aware of. *Martin Renvoize* <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ptfs-2Deurope.com&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iquieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s=B-QOK2TcJ15pGvQTkg3rjYVoyGdY2Op9wr5MExuvbT4&e=> Development Team Manager *Phone:* +44 (0) 1483 378728 *Mobile:* +44 (0) 7725 985 636 *Email:* martin.renvoize@ptfs-europe.com *Fax:* +44 (0) 800 756 6384 https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ptfs-2Deurope.com&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iquieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s=9zCwfMNwX8SN3zK6Qk6uEJ1RczjjB5SIX0tWa7z4V_4&e= Registered in the United Kingdom No. 06416372 VAT Reg No. 925 7211 30 The information contained in this email message may be privileged, confidential and protected from disclosure. If you are not the intended recipient, any dissemination, distribution or copying is strictly prohibited. If you think that you have received this email message in error, please email the sender at info@ptfs-europe.com On Mon, 15 Apr 2019 at 22:44, Caroline Cyr-La-Rose < caroline.cyr-la-rose@inlibro.com> wrote:
I've noticed this in the past too. I always tell administrators to choose EITHER
* finesMode set to "Calculate and charge", with fines.pl set to run nightly, OR * CalculateFinesOnReturn set to "Do"
Both turned on always gave me trouble. I thought it was meant to be a choice between calculating fines nightly with the cron or calculate on return.
Caroline
On 19-04-14 22 h 02, vikram zadgaonkar wrote:
Hi, I am also facing same problem. I have enabled calculate fine on return.
On Mon 15 Apr, 2019, 12:10 AM Katrin Fischer, <katrin.fischer.83@web.de> wrote:
Hi Margo,
I am not aware of any known bugs that fit your description. :(
Maybe it could help to see the 2 lines in accountlines (F and FU) and compare these.
Do you have |CalculateFinesOnReturn enabled?|
|Katrin |
On 10.04.19 20:01, Margo Duncan wrote:
Good afternoon,
Recently we have some patrons that are being double charged fines. It looks like when the item is turned in, the accruing fine (FU) remains and a fine (F) for the same amount is added as a second line. It doesn't appear to be happening to all patrons and I cannot determine a pattern. We are on version 18.11.02.
Has anyone had this problem? Or any suggestions where to start looking? Thank you! Margo
Margo Duncan, MLS Head of Library Systems Robert R. Muntz Library The University of Texas at Tyler 903.566.7174 | mduncan@uttyler.edu<mailto:mduncan@uttyler.edu>
_______________________________________________ Koha mailing list https://urldefense.proofpoint.com/v2/url?u=http-3A__koha-2Dcommuni ty.org&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392i quieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls &s=V92qn7BzwFebUJGvqAof05C3ywrJs2rsdyWdw5GL1o4&e= Koha@lists.katipo.co.nz https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.katipo. co.nz_mailman_listinfo_koha&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=ro Y6qGYXhOv2NYP41kw392iquieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8v vGqiaU17d5f_1wJWEC-Ls&s=63FvNWb9WfT7yB3fvYoM5M-PLib9Irj2mCejDwF2sC M&e=
Koha mailing list https://urldefense.proofpoint.com/v2/url?u=http-3A__koha-2Dcommunit y.org&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iqu ieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s= V92qn7BzwFebUJGvqAof05C3ywrJs2rsdyWdw5GL1o4&e= Koha@lists.katipo.co.nz https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.katipo.c o.nz_mailman_listinfo_koha&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6 qGYXhOv2NYP41kw392iquieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGq iaU17d5f_1wJWEC-Ls&s=63FvNWb9WfT7yB3fvYoM5M-PLib9Irj2mCejDwF2sCM&e=
_______________________________________________ Koha mailing list https://urldefense.proofpoint.com/v2/url?u=http-3A__koha-2Dcommunity .org&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iquie Y_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s=V92 qn7BzwFebUJGvqAof05C3ywrJs2rsdyWdw5GL1o4&e= Koha@lists.katipo.co.nz https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.katipo.co .nz_mailman_listinfo_koha&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qG YXhOv2NYP41kw392iquieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU 17d5f_1wJWEC-Ls&s=63FvNWb9WfT7yB3fvYoM5M-PLib9Irj2mCejDwF2sCM&e= -- Caroline Cyr La Rose, M.L.I.S. Librarian | Product Manager
Phone: 1-833-465-4276, ext. 221 Caroline.Cyr-La-Rose@inLibro.com <mailto:caroline.cyr-la-rose@inLibro.com>
INLiBRO | Document Technologies Specialists | https://urldefense.proofpoint.com/v2/url?u=http-3A__www.inLibro.com& d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iquieY_agv yS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s=Mc46Z_E_ 52n0_Ruydh-DkD-dmitR31rcq1jUrSfEY74&e= <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.inLibro.com &d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iquieY_ag vyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s=Mc46Z_E _52n0_Ruydh-DkD-dmitR31rcq1jUrSfEY74&e=>
Koha mailing list https://urldefense.proofpoint.com/v2/url?u=http-3A__koha-2Dcommunity.o rg&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iquieY_ag vyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s=V92qn7Bzw FebUJGvqAof05C3ywrJs2rsdyWdw5GL1o4&e= Koha@lists.katipo.co.nz https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.katipo.co.n z_mailman_listinfo_koha&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhO v2NYP41kw392iquieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_ 1wJWEC-Ls&s=63FvNWb9WfT7yB3fvYoM5M-PLib9Irj2mCejDwF2sCM&e=
_______________________________________________ Koha mailing list https://urldefense.proofpoint.com/v2/url?u=http-3A__koha-2Dcommunity.org&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iquieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s=V92qn7BzwFebUJGvqAof05C3ywrJs2rsdyWdw5GL1o4&e= Koha@lists.katipo.co.nz https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.katipo.co.nz_mailman_listinfo_koha&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iquieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s=63FvNWb9WfT7yB3fvYoM5M-PLib9Irj2mCejDwF2sCM&e= _______________________________________________ Koha mailing list https://urldefense.proofpoint.com/v2/url?u=http-3A__koha-2Dcommunity.org&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iquieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s=V92qn7BzwFebUJGvqAof05C3ywrJs2rsdyWdw5GL1o4&e= Koha@lists.katipo.co.nz https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.katipo.co.nz_mailman_listinfo_koha&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iquieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s=63FvNWb9WfT7yB3fvYoM5M-PLib9Irj2mCejDwF2sCM&e=
So, for the LostAndReturned scenario we've now got two bugs detailing the issue and Nick C has managed to build a test case which I've used to work out a solution. Please take a look at bug 22877 and bug 20769 and let us know if you feel these cover all the cases in this thread. Many thanks, Martin On Mon, 29 Apr 2019, 7:04 pm Arturo Longoria, <Arturo.Longoria@sll.texas.gov> wrote:
I thought I'd provide an update on this. We had a patron return 5 items today that had entered Long Overdue (Lost) status via our long overdue cron job. These had already accrued their max fines.
We wanted to test the behavior of CalculateFinesOnReturn, which we had set to "Do". Upon checking in the first item, yes, the fines were doubled up on a new line item -- *not* the behavior we want.
I switched CalculateFinesOnReturn to "Don't", checked in another item, and this time there was no doubled-up fine -- the behavior we *do* want!
I toggled a couple more times and the behavior was the same.
We have switched CalculateFinesOnReturn to "Don't" and will continue monitoring to see if there are any unexpected changes.
Arturo Longoria Reference Librarian/Web Manager Texas State Law Library www.sll.texas.gov
-----Original Message----- From: Arturo Longoria Sent: Wednesday, April 17, 2019 15:37 To: Margo Duncan <MDuncan@uttyler.edu>; Renvoize, Martin < martin.renvoize@ptfs-europe.com>; Koha <koha@lists.katipo.co.nz> Subject: RE: [Koha] double fines
Our library is still on 18.05.10, so I'm not sure it's specific to 18.11, unfortunately.
A new related bug has been filed here, https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22727, but that doesn't seem to capture what's happening at our library because our WhenLostForgiveFine preference is set to "Don't Forgive," not "Forgive" as the bug description indicates.
Arturo Longoria Reference Librarian/Web Manager Texas State Law Library www.sll.texas.gov
-----Original Message----- From: Margo Duncan <MDuncan@uttyler.edu> Sent: Wednesday, April 17, 2019 15:31 To: Arturo Longoria <Arturo.Longoria@sll.texas.gov>; Renvoize, Martin < martin.renvoize@ptfs-europe.com>; Koha <koha@lists.katipo.co.nz> Subject: RE: [Koha] double fines
We run fines.pl hourly (it takes between 11 and 15 minutes to run) as well as CalculateFinesOnReturn set to Do and it's been set that way for a long time.
We only started seeing the double fines since we upgraded to 18.11 (from 18.05) in February.
Margo
-----Original Message----- From: Koha [mailto:koha-bounces@lists.katipo.co.nz] On Behalf Of Arturo Longoria Sent: Wednesday, April 17, 2019 8:53 AM To: Renvoize, Martin <martin.renvoize@ptfs-europe.com>; Koha < koha@lists.katipo.co.nz> Subject: Re: [Koha] double fines
Our fines.pl job runs daily, but we don't have much circulation, so while I don't have the numbers on hand (since our Koha is managed by ByWater Solutions), I can't imagine it runs longer than a few minutes.
If this happens again or if I can detect some kind of pattern, I can provide an update to this thread.
Arturo Longoria Reference Librarian/Web Manager Texas State Law Library
-----Original Message----- From: Koha <koha-bounces@lists.katipo.co.nz> On Behalf Of Renvoize, Martin Sent: Tuesday, April 16, 2019 02:42 To: Koha <koha@lists.katipo.co.nz> Subject: Re: [Koha] double fines
For those experiencing this issue, how often are you running fines.pl and what sort of overdues numbers are we talking about, does the job take minutes or hours to run to completion? It feels like we may have a race condition somewhere here.
We do have a number of customers here with the fines job running nightly and the finesMode set to `Calculate and charge` along with CalculateFinesOnReturn set to `Do` and none have reported this issue to date that I'm aware of.
*Martin Renvoize*
Development Team Manager
*Phone:* +44 (0) 1483 378728
*Mobile:* +44 (0) 7725 985 636
*Email:* martin.renvoize@ptfs-europe.com
*Fax:* +44 (0) 800 756 6384
Registered in the United Kingdom No. 06416372 VAT Reg No. 925 7211 30
The information contained in this email message may be privileged, confidential and protected from disclosure. If you are not the intended recipient, any dissemination, distribution or copying is strictly prohibited. If you think that you have received this email message in error, please email the sender at info@ptfs-europe.com
On Mon, 15 Apr 2019 at 22:44, Caroline Cyr-La-Rose < caroline.cyr-la-rose@inlibro.com> wrote:
I've noticed this in the past too. I always tell administrators to choose EITHER
* finesMode set to "Calculate and charge", with fines.pl set to run nightly, OR * CalculateFinesOnReturn set to "Do"
Both turned on always gave me trouble. I thought it was meant to be a choice between calculating fines nightly with the cron or calculate on return.
Caroline
On 19-04-14 22 h 02, vikram zadgaonkar wrote:
Hi, I am also facing same problem. I have enabled calculate fine on return.
On Mon 15 Apr, 2019, 12:10 AM Katrin Fischer, <katrin.fischer.83@web.de> wrote:
Hi Margo,
I am not aware of any known bugs that fit your description. :(
Maybe it could help to see the 2 lines in accountlines (F and FU) and compare these.
Do you have |CalculateFinesOnReturn enabled?|
|Katrin |
On 10.04.19 20:01, Margo Duncan wrote:
Good afternoon,
Recently we have some patrons that are being double charged fines. It looks like when the item is turned in, the accruing fine (FU) remains and a fine (F) for the same amount is added as a second line. It doesn't appear to be happening to all patrons and I cannot determine a pattern. We are on version 18.11.02.
Has anyone had this problem? Or any suggestions where to start looking? Thank you! Margo
Margo Duncan, MLS Head of Library Systems Robert R. Muntz Library The University of Texas at Tyler 903.566.7174 | mduncan@uttyler.edu<mailto:mduncan@uttyler.edu>
_______________________________________________ Koha mailing list https://urldefense.proofpoint.com/v2/url?u=http-3A__koha-2Dcommuni ty.org&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392i quieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls &s=V92qn7BzwFebUJGvqAof05C3ywrJs2rsdyWdw5GL1o4&e= Koha@lists.katipo.co.nz https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.katipo. co.nz_mailman_listinfo_koha&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=ro Y6qGYXhOv2NYP41kw392iquieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8v vGqiaU17d5f_1wJWEC-Ls&s=63FvNWb9WfT7yB3fvYoM5M-PLib9Irj2mCejDwF2sC M&e=
Koha mailing list https://urldefense.proofpoint.com/v2/url?u=http-3A__koha-2Dcommunit y.org&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iqu ieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s= V92qn7BzwFebUJGvqAof05C3ywrJs2rsdyWdw5GL1o4&e= Koha@lists.katipo.co.nz https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.katipo.c o.nz_mailman_listinfo_koha&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6 qGYXhOv2NYP41kw392iquieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGq iaU17d5f_1wJWEC-Ls&s=63FvNWb9WfT7yB3fvYoM5M-PLib9Irj2mCejDwF2sCM&e=
_______________________________________________ Koha mailing list https://urldefense.proofpoint.com/v2/url?u=http-3A__koha-2Dcommunity .org&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iquie Y_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s=V92 qn7BzwFebUJGvqAof05C3ywrJs2rsdyWdw5GL1o4&e= Koha@lists.katipo.co.nz https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.katipo.co .nz_mailman_listinfo_koha&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qG YXhOv2NYP41kw392iquieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU 17d5f_1wJWEC-Ls&s=63FvNWb9WfT7yB3fvYoM5M-PLib9Irj2mCejDwF2sCM&e= -- Caroline Cyr La Rose, M.L.I.S. Librarian | Product Manager
Phone: 1-833-465-4276, ext. 221 Caroline.Cyr-La-Rose@inLibro.com <mailto:caroline.cyr-la-rose@inLibro.com>
INLiBRO | Document Technologies Specialists | https://urldefense.proofpoint.com/v2/url?u=http-3A__www.inLibro.com& d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iquieY_agv yS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s=Mc46Z_E_ 52n0_Ruydh-DkD-dmitR31rcq1jUrSfEY74&e= <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.inLibro.com &d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iquieY_ag vyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s=Mc46Z_E _52n0_Ruydh-DkD-dmitR31rcq1jUrSfEY74&e=>
Koha mailing list https://urldefense.proofpoint.com/v2/url?u=http-3A__koha-2Dcommunity.o rg&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iquieY_ag vyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s=V92qn7Bzw FebUJGvqAof05C3ywrJs2rsdyWdw5GL1o4&e= Koha@lists.katipo.co.nz https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.katipo.co.n z_mailman_listinfo_koha&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhO v2NYP41kw392iquieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_ 1wJWEC-Ls&s=63FvNWb9WfT7yB3fvYoM5M-PLib9Irj2mCejDwF2sCM&e=
_______________________________________________ Koha mailing list https://urldefense.proofpoint.com/v2/url?u=http-3A__koha-2Dcommunity.org&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iquieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s=V92qn7BzwFebUJGvqAof05C3ywrJs2rsdyWdw5GL1o4&e= Koha@lists.katipo.co.nz https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.katipo.co.nz_mailman_listinfo_koha&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iquieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s=63FvNWb9WfT7yB3fvYoM5M-PLib9Irj2mCejDwF2sCM&e= _______________________________________________ Koha mailing list https://urldefense.proofpoint.com/v2/url?u=http-3A__koha-2Dcommunity.org&d=DwIGaQ&c=e7TYJBzRfB0YbjEn2u3vBA&r=roY6qGYXhOv2NYP41kw392iquieY_agvyS3IdaEsCh0&m=7o-Qc-3YVcQHDSj78lAn8vvGqiaU17d5f_1wJWEC-Ls&s=V92qn7BzwFebUJGvqAof05C3ywrJs2rsdyWdw5GL1o4&e= Koha@lists.katipo.co.nz
Hello, I have some issue almost similar. We received some complaints from staff about user being double charged for fines. I notice the problem occur when users pay for their fines without returning books. for example they have 10.00 fines, they pay for the 10.00 without returning the items. Tomorrow koha should charge them 0.10 (our charge 0.10/day), but what happen is Koha start counting from 10.10. And when they return the books, they have to pay again for the 10.00. Already test with another patron and the same result happen. -- Sent from: http://koha.1045719.n5.nabble.com/Koha-general-f3047918.html
Hi, this is correct. Koha doesn't 'add the new fine' it always recalculates it from the due date. So if you pay a fine without returning or renewing the item, it will be back the next day. I current development would allow to renew at the time of the payment: *Bug 23051* <https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23051> - Optionally renew fine accruing items when all fines on item are paid off Hope this helps, Katrin On 09.10.19 03:24, mus wrote:
Hello,
I have some issue almost similar. We received some complaints from staff about user being double charged for fines. I notice the problem occur when users pay for their fines without returning books. for example they have 10.00 fines, they pay for the 10.00 without returning the items. Tomorrow koha should charge them 0.10 (our charge 0.10/day), but what happen is Koha start counting from 10.10. And when they return the books, they have to pay again for the 10.00. Already test with another patron and the same result happen.
-- Sent from: http://koha.1045719.n5.nabble.com/Koha-general-f3047918.html _______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Good morning I have found this double fine behaviour at koha 19.05.06, I have been digging into koha logs and tables and I guess I have a valid theory Having finemode calculate and charge in return, If a user renew an issue with overdue, they system charge the fine at the return and charge again at cron this causes a double fine *Account table * [image: Editar] Editar <https://morelos.orex.es/phpmyadmin/tbl_change.php?db=koha_morelos&table=accountlines&where_clause=%60accountlines%60.%60accountlines_id%60+%3D+23476&clause_is_unique=1&sql_query=SELECT+%2A++FROM+%60accountlines%60+WHERE+%60itemnumber%60+%3D+30350+ORDER+BY+%60accountlines_id%60++DESC+&goto=sql.php&default_action=update&token=214c3252355eb7f9799bc434bcd391f5> [image: Copiar] Copiar <https://morelos.orex.es/phpmyadmin/tbl_change.php?db=koha_morelos&table=accountlines&where_clause=%60accountlines%60.%60accountlines_id%60+%3D+23476&clause_is_unique=1&sql_query=SELECT+%2A++FROM+%60accountlines%60+WHERE+%60itemnumber%60+%3D+30350+ORDER+BY+%60accountlines_id%60++DESC+&goto=sql.php&default_action=insert&token=214c3252355eb7f9799bc434bcd391f5> [image: Borrar] Borrar <https://morelos.orex.es/phpmyadmin/sql.php?db=koha_morelos&table=accountlines&sql_query=DELETE+FROM+%60accountlines%60+WHERE+%60accountlines%60.%60accountlines_id%60+%3D+23476&message_to_show=La+fila+se+ha+borrado.&goto=sql.php%3Fdb%3Dkoha_morelos%26table%3Daccountlines%26sql_query%3DSELECT%2B%252A%2B%2BFROM%2B%2560accountlines%2560%2BWHERE%2B%2560itemnumber%2560%2B%253D%2B30350%2BORDER%2BBY%2B%2560accountlines_id%2560%2B%2BDESC%2B%26message_to_show%3DLa%2Bfila%2Bse%2Bha%2Bborrado.%26goto%3Dsql.php%26token%3D214c3252355eb7f9799bc434bcd391f5&token=214c3252355eb7f9799bc434bcd391f5> 23476 42854 3857 <https://morelos.orex.es/phpmyadmin/sql.php?db=koha_morelos&table=borrowers&pos=0&sql_query=SELECT+%2A+FROM+%60koha_morelos%60.%60borrowers%60+WHERE+%60borrowernumber%60+%3D+3857&token=214c3252355eb7f9799bc434bcd391f5> 30350 <https://morelos.orex.es/phpmyadmin/sql.php?db=koha_morelos&table=items&pos=0&sql_query=SELECT+%2A+FROM+%60koha_morelos%60.%60items%60+WHERE+%60itemnumber%60+%3D+30350&token=214c3252355eb7f9799bc434bcd391f5> 2020-01-29 5.000000 Clinically Oriented Anatomy / 28/01/2020 11:59 PM OVERDUE UNRETURNED *NULL* 0.000000 2020-01-30 22:25:20 *NULL* *opac* *NULL* [image: Editar] Editar <https://morelos.orex.es/phpmyadmin/tbl_change.php?db=koha_morelos&table=accountlines&where_clause=%60accountlines%60.%60accountlines_id%60+%3D+23472&clause_is_unique=1&sql_query=SELECT+%2A++FROM+%60accountlines%60+WHERE+%60itemnumber%60+%3D+30350+ORDER+BY+%60accountlines_id%60++DESC+&goto=sql.php&default_action=update&token=214c3252355eb7f9799bc434bcd391f5> [image: Copiar] Copiar <https://morelos.orex.es/phpmyadmin/tbl_change.php?db=koha_morelos&table=accountlines&where_clause=%60accountlines%60.%60accountlines_id%60+%3D+23472&clause_is_unique=1&sql_query=SELECT+%2A++FROM+%60accountlines%60+WHERE+%60itemnumber%60+%3D+30350+ORDER+BY+%60accountlines_id%60++DESC+&goto=sql.php&default_action=insert&token=214c3252355eb7f9799bc434bcd391f5> [image: Borrar] Borrar <https://morelos.orex.es/phpmyadmin/sql.php?db=koha_morelos&table=accountlines&sql_query=DELETE+FROM+%60accountlines%60+WHERE+%60accountlines%60.%60accountlines_id%60+%3D+23472&message_to_show=La+fila+se+ha+borrado.&goto=sql.php%3Fdb%3Dkoha_morelos%26table%3Daccountlines%26sql_query%3DSELECT%2B%252A%2B%2BFROM%2B%2560accountlines%2560%2BWHERE%2B%2560itemnumber%2560%2B%253D%2B30350%2BORDER%2BBY%2B%2560accountlines_id%2560%2B%2BDESC%2B%26message_to_show%3DLa%2Bfila%2Bse%2Bha%2Bborrado.%26goto%3Dsql.php%26token%3D214c3252355eb7f9799bc434bcd391f5&token=214c3252355eb7f9799bc434bcd391f5> 23472 42854 3857 <https://morelos.orex.es/phpmyadmin/sql.php?db=koha_morelos&table=borrowers&pos=0&sql_query=SELECT+%2A+FROM+%60koha_morelos%60.%60borrowers%60+WHERE+%60borrowernumber%60+%3D+3857&token=214c3252355eb7f9799bc434bcd391f5> 30350 <https://morelos.orex.es/phpmyadmin/sql.php?db=koha_morelos&table=items&pos=0&sql_query=SELECT+%2A+FROM+%60koha_morelos%60.%60items%60+WHERE+%60itemnumber%60+%3D+30350&token=214c3252355eb7f9799bc434bcd391f5> 2020-01-29 5.000000 Clinically Oriented Anatomy / 28/01/2020 11:59 PM OVERDUE RETURNED *NULL* 0.000000 2020-01-30 22:33:49 *NULL* cron *NULL* *Statistics* 2020-01-29 13:14:21 UM 0.0000 *renew* 30350 BK SALA4 3857 GEN The quick solution now is block renew issues with overdue, anybody from this mails may check if this is also the case in their ddouble fines? kindest regards El mié., 9 oct. 2019 a las 20:12, Katrin Fischer (<katrin.fischer.83@web.de>) escribió:
Hi,
this is correct. Koha doesn't 'add the new fine' it always recalculates it from the due date. So if you pay a fine without returning or renewing the item, it will be back the next day.
I current development would allow to renew at the time of the payment:
*Bug 23051* <https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23051> - Optionally renew fine accruing items when all fines on item are paid off
Hope this helps,
Katrin
Hello,
I have some issue almost similar. We received some complaints from staff about user being double charged for fines. I notice the problem occur when users pay for their fines without returning books. for example they have 10.00 fines, they pay for the 10.00 without returning the items. Tomorrow koha should charge them 0.10 (our charge 0.10/day), but what happen is Koha start counting from 10.10. And when they return the books, they have to
On 09.10.19 03:24, mus wrote: pay
again for the 10.00. Already test with another patron and the same result happen.
-- Sent from: http://koha.1045719.n5.nabble.com/Koha-general-f3047918.html _______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
-- *Hugo Agud - Orex Digital * *www.orex.es <http://www.orex.es>* <http://www.orex.es/> [image: www.orex.es/koha] <http://www.orex.es/koha> [image: www.orex.es/vufind] <http://www.orex.es/vufind> Director Passeig Comte Vilardaga, 118 3-3 08980 -Sant Feliu de Llobregat - Tel: 933 856 138 hagud@orex.es · http://www.orex.es/ No imprima este mensaje a no ser que sea necesario. Una tonelada de papel implica la tala de 15 árboles y el consumo de 250.000 litros de agua. Aviso de confidencialidad Este mensaje contiene información que puede ser CONFIDENCIAL y/o de USO RESTRINGIDO. Si usted no es el receptor deseado del mensaje (ni está autorizado a recibirlo por el remitente), no está autorizado a copiar, reenviar o divulgar el mensaje o su contenido. Si ha recibido este mensaje por error, por favor, notifíquenoslo inmediatamente y bórrelo de su sistema.
participants (8)
-
Arturo Longoria -
Caroline Cyr-La-Rose -
Hugo Agud -
Katrin Fischer -
Margo Duncan -
mus -
Renvoize, Martin -
vikram zadgaonkar