[Koha-bugs] [Bug 12555] The DelItem subroutine should be called on canceling a receipt

[bugzilla-daemon at bugs.koha-community.org]

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

--- Comment #21 from Katrin Fischer <katrin.fischer at bsz-bw.de> ---
I think this is one of the places, where our split tables create problems again
as there is no clean way of doing what I think would be right with FKs.

Scenario: Items are created on order.
Order is created with items, order is cancelled.
The items are deleted.

But what is next?

1) Items are moved to deleteditems
Pro:
- More information is kept.
- Usual way of doing things in Koha.
Contra: 
- If the aqorders_items link is removed, you won't be able to exclude these
items from statistics effectively (no way to tell they never were in the
library. This especially creates a problem for German libraries that have to
keep an 'inventory book' - being able to tell when which item was bought and
when it was removed from the library etc. 

2) Items are really deleted
Pro:
- Items never really existed, deleting them makes sense.
- They won't get counted for statistics.
Contra:
- Unusual as Koha usually moves to deleteditems.

At the moment I think I'd prefer 2 as the ideal solution 1) with keeping the
link seems not easily/cleanly achievable without merging our items tables.

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