[Koha-bugs] [Bug 12122] TransferSlip should accept both itemnumber and barcode

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

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12122

--- Comment #6 from Benjamin Rokseth <benjamin.rokseth at kul.oslo.kommune.no> ---
Agreed to the neccessity of unit tests in this setting. I can add one when
available. 

The reason for this patch is addressing the gap between SIP2 circulation and
internal circulation in Koha. The itemnumber is an internal DB id for the item
it is not accessible anywhere and not suitable for item lookup. Barcode is an
actual ID for an item. 

To explain, we have the following case:

All circulation is handled by RFID and SIP2 transactions by an external RFIDhub
(code will be added in Bug 11858 when tested enough).

To minimize Koha code replication/rework we inject by javascript the needed
functionality (checkin/checkout/RFID tag write). All transactions then pass the
RFIDhub and communication with browser goes via websockets.

As SIP transactions only deals with barcodes as IDs and we need to generate
receipts I thought it best to use TransferSlip, better than duplicating the
existing templates in Koha.

As GetItem was already used it was easier to add barcode as parameter. An
alternative would be to expand the svc or ILS-DI api to allow item lookup.

Sorry for the long explanation, but probably someone else has some ideas to
better solutions.

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