[Koha-bugs] [Bug 23051] Optionally renew fine accruing items when all fines on item are paid off

bugzilla-daemon at bugs.koha-community.org bugzilla-daemon at bugs.koha-community.org
Thu Oct 24 12:39:23 CEST 2019


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

--- Comment #54 from Andrew Isherwood <andrew.isherwood at ptfs-europe.com> ---
Revised test plan:

- In Administration, search for the new syspref "RenewAccruingItemWhenPaid"
- TEST: Observe that the new syspref exists and is turned off by default
- Turn on the syspref

STAFF RENEWALS:
- Loan an item to a patron, ensure you choose a patron, branch and item
combination that will incur overdue fines
- Backdate the due date to the past so the loan will accrue fines
- Run the fines.pl cronjob (misc/cronjobs/fines.pl)
- Go to the patron's "Accounting" page and choose "Pay" against the item that
has the fine
- Enter an amount to pay that will fully pay off the item and click "Confirm"
- TEST: Observe that in the payment result pay, details of the item having been
renewed are displayed
- Go to the patron's checkouts list
- TEST: Observe that the item has been renewed as part of the fine payment
process
- Add some restriction that would prevent the item being renewed, maybe modify
the number of renewals (issues.renewals in the DB) it has had such that it
exceeds the allowed limit
- Backdate the due date of the item to the past so the loan will accrue fines
- Run the fines.pl cronjob (misc/cronjobs/fines.pl)
- Go to the patron's "Accounting" page and choose "Pay" against the item that
has the fine
- Enter an amount to pay that will fully pay off the item and click "Confirm"
- TEST: Observe that in the payment result pay, the fact that the item was not
renewed is summarised, with the reason for the renewal failure

SIP RENEWALS:
- Modify the item's renewal count back so that they are allowed
- Backdate the due date to the past so the loan will accrue fines
- Run the fines.pl cronjob (misc/cronjobs/fines.pl)
- Use sip_cli_emulator.pl to send a fee_paid message for the full amount
oweing, for example:

./sip_cli_emulator.pl -a 127.0.0.1 -p 6001 -su <selfcheck_user> -sp
<selfcheck_password> --patron <patron_username> --password <patron_password> -l
<location_code> -m fee_paid --fee-amount <fee_amount>

- TEST: Observe that the response message contains a summary message with
details of renewal successes and failures

OPAC RENEWALS:
Note: Currently the WPM payment plugin and Capita payment plugin pass the
required parameter that will allow this development to know that it is being
called from the OPAC and should act or not depending on the new syspref
"RenewAccruingItemInOpac". This portion of the development can only be tested
with one of these plugins.
- In Administration, search for the new syspref "RenewAccruingItemInOpac"
- TEST: Observe that the new syspref exists and is turned off by default
- Ensure the syspref is turned off
- Backdate the due date to the past so the loan will accrue fines
- Run the fines.pl cronjob (misc/cronjobs/fines.pl)
- In the OPAC, pay the item in full
- TEST: Observe that the item is not renewed
- In Administration, search for the new syspref "RenewAccruingItemInOpac"
- TEST: Observe that the new syspref exists and is turned off by default
- Turn on the syspref
- Backdate the due date to the past so the loan will accrue fines
- Run the fines.pl cronjob (misc/cronjobs/fines.pl)
- In the OPAC, pay the item in full
- TEST: Observe that the item is renewed

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


More information about the Koha-bugs mailing list