Summary: | Bibliographic references disappear from the payment history if the item is deleted | ||
---|---|---|---|
Product: | Koha | Reporter: | Mathieu Saby <mathsabypro> |
Component: | Fines and fees | Assignee: | Bugs List <koha-bugs> |
Status: | NEW --- | QA Contact: | Testopia <testopia> |
Severity: | minor | ||
Priority: | P5 - low | CC: | andrew, blawlor, bywater, madamyk, sbrown, sspohn |
Version: | Main | ||
Hardware: | All | ||
OS: | All | ||
See Also: |
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30648 https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20271 |
||
GIT URL: | Change sponsored?: | --- | |
Patch complexity: | --- | Documentation contact: | |
Documentation submission: | Text to go in the release notes: | ||
Version(s) released in: | Circulation function: |
Description
Mathieu Saby
2023-03-07 11:18:02 UTC
I see 2 ways to fix this behavior : - request the "deleted" tables - when the payment is done, write the complete bibliographic reference of the document in a new field of accountlines table I think we sholuld - add a deleted_itemnumber column in accountlines table, and copy the itemnumber in that column when the item is deleted - edit templates to search item in that column in addition to the itemnumber column *** Bug 38381 has been marked as a duplicate of this bug. *** On Bug 30648 we resolved a similar issue with lost of bibliographic detail in Holds History by adding a deleted_biblionumber to the reserves table. Bug 20271 offers a different approach, merging items and deleted_items. It's In Discussion, as that's a large change and not without issues. We should not wait for bug 20271. It has been opened for ages and there is no consensus... I would very much like to see the itemnumber itself retained. The biblionumber alone does not help me attribute the fines based on owning library rules in a consortial environment. I need to be able to crosswalk from the itemnumber to the homebranch. A separate deleteditemnumber field would be a dandy solution. I just assumed the itemnumber would not be rmmoved and had already built my query to check the deleteditems table if it wasn't present in the items table, and only learn this year when running stats that this wasn't the case. |