[Koha-bugs] [Bug 34266] Item type should not default to biblio itemtype if item-level_itypes is set

bugzilla-daemon at bugs.koha-community.org bugzilla-daemon at bugs.koha-community.org
Thu Jul 13 10:01:37 CEST 2023


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

--- Comment #6 from Katrin Fischer <katrin.fischer at bsz-bw.de> ---
I think we need to make a decision here. 

The MARC21 and UNIMARC installations drifted apart with a re-configuration
decision made at some point (I believe at Biblibre?). In MARC21 installations
biblioitems.itemtype and items.itype are always mapped to itemtypes. I also
believe that the MARC framework check checks for it.

In UNIMARC the beahavior was altered. The standard frameworks even reflect this
decision now, which is, I think, unfortunate.

It creates a lot of issues and makes some features not work as intended for
UNIMARC libraries:

* Circulation rules for article requests on records without items are not
configurable.
* Hold max values for record level holds won't be checked correctly.
* Item type search for records without items won't work.
...

I personally believe Koha should not adapt to the UNIMARC change, but we should
instead implement a separate document type column on record level if there is a
good use case for it. And migrate the UNIMARC libraries to use it, freeing up
the biblioitems.itemtype again. I believe this change works more accidentally
than actually at the moment.

For this patch: We DO want this behaviour with item-level itypes - it allows to
save time when adding multiple items to a record. So the pref check as
suggested does not work, it would need to check for a different mapping
instead.

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


More information about the Koha-bugs mailing list