Summary: | Allow for negative payments in point of sale | ||
---|---|---|---|
Product: | Koha | Reporter: | Erik Stevens <technology> |
Component: | Fines and fees | Assignee: | Bugs List <koha-bugs> |
Status: | NEW --- | QA Contact: | Testopia <testopia> |
Severity: | enhancement | ||
Priority: | P5 - low | CC: | andrew, jheltibridle, jrobb |
Version: | Main | ||
Hardware: | All | ||
OS: | All | ||
See Also: |
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28599 https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40496 |
||
GIT URL: | Change sponsored?: | --- | |
Patch complexity: | --- | Documentation contact: | |
Documentation submission: | Text to go in the release notes: | ||
Version(s) released in: | Circulation function: |
Description
Erik Stevens
2021-06-09 19:01:42 UTC
Maybe instead of negative amounts, a specific refund functionality would be better? Agree that a specific functionality to track money taken out of the register would be helpful. It could work just like point of sale, where you can define items that might be expensed (refunds, postage, etc.) that would subtract money from the register so the reporting can show what's been taken out and why. It would make more conceptual sense to me to make credit types that can be used with the POS system than to create debit types with negative costs. I think refunds on POS transactions could meet a lot of these needs in a more controlled fashion; I'd rather pursue that if possible. See bug 28599, add ability to void POS transactions. Noting after re-reading 28599 that a refund of a POS transaction is possible, but requires one to click into the register transaction history, which is hard to find. |