Bug 20517 - Use the "sort bin" field in SIP2 Checkin Response
Summary: Use the "sort bin" field in SIP2 Checkin Response
Status: NEW
Alias: None
Product: Koha
Classification: Unclassified
Component: SIP2 (show other bugs)
Version: master
Hardware: All All
: P5 - low enhancement (vote)
Target Milestone: ---
Assignee: Magnus Enger
QA Contact: Testopia
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-04-04 12:41 UTC by Magnus Enger
Modified: 2018-05-16 14:33 UTC (History)
2 users (show)

See Also:
Change sponsored?: ---
Patch complexity: ---
Bot Control: ---
When did the bot last check this:
Who signed the patch off:
Text to go in the release notes:
Version(s) released in:


Attachments
Use of the "sort bin" field in SIP2 Checkin Response (11.29 KB, patch)
2018-05-07 14:26 UTC, Christophe Croullebois
Details | Diff | Splinter Review
Use of the "sort bin" field in SIP2 Checkin Response (10.84 KB, patch)
2018-05-16 14:33 UTC, Christophe Croullebois
Details | Diff | Splinter Review

Note You need to log in before you can comment on or make changes to this bug.
Description Magnus Enger 2018-04-04 12:41:02 UTC
The SIP2 Checkin Response (10) can have a "variable-length optional field" for "sort bin", labelled "CL". In the description of the SIP2 protocol, this field is described as follows: 

"sort bin - CL - variable-length field. This field should contain a bin number that indicates how the items should be sorted. The maximum practical number of sort bins for a patron using 3M SelfCheck system is probably only 3 or 4, but many digits are allowed to accommodate some sort of fantastic sorting device using a hierarchical bin numbering scheme."

I have a customer who wants to use this field to display messages on the screen of self service machines that tell users to put items in a separate bin based on itemtype, location etc. 

The idea is to add a syspref that can contain something like this:

itemtype:ILL:1
location:CLOSEDSTACKS:2

- The first field is an item field. 
- The second field is a value to look for in the given item field
- The third field is the value given to the CL field in the SIP2 Checkin Response if the value in the second field matches the item on hand. 

It should also be possible to set the CL field for items that need to be transferred after they have been returned, that is for items that are returned at another library than the homebranch. This will probably be another syspref. If the returned item needs to be transferred to the homebranch, CL is set to the value of the syspref.
Comment 1 Christophe Croullebois 2018-04-25 14:53:36 UTC
Hello Magnus,

we have in Biblibre a specific dev on this topic.
We do not use it to indicate to the user where to put the item, but to be used by a sorting machine.
I think it is the same, because we put the number of sort bin expected in the CL field.
It is more complex than your suggestion, we use two config files .yaml, the first just have the bin number in case of an hold on the item.
The second one is more complex, you can use conditions with eq/neq and/or to chose the number of the sortbin based on all 995$ subfields (item fields in Unimarc).
So the Library can give many conditions for each sortbin based on all item's Marc subfield.
We do not submit this dev because we thought it was not sure it will be agreed by the community.
Anyway if you want to examine it I could send it to you.
Best regards
Comment 2 Magnus Enger 2018-04-30 19:19:58 UTC
Christophe! That sounds like an excellent enhancement to me! If you submit it, I will try to sign off!
Comment 3 Christophe Croullebois 2018-05-07 14:26:28 UTC
Created attachment 75126 [details] [review]
Use of the "sort bin" field in SIP2 Checkin Response
Comment 4 Christophe Croullebois 2018-05-07 14:34:44 UTC
(In reply to Magnus Enger from comment #2)
> Christophe! That sounds like an excellent enhancement to me! If you submit
> it, I will try to sign off!

Hello Magnus,

I have just rebased the patch, as you will see examples in sortbin_reserves.yaml and sortbin_transform.yaml are in French as it was for our use.
If this patch seems relevant I maybe could do some changes but I prefer to have advices before because I have not many time.

Best regards
Comment 5 Colin Campbell 2018-05-08 08:37:41 UTC
Patch changes the path to the ILS modules - needs to not do that to apply to master.
Comment 6 Christophe Croullebois 2018-05-16 13:56:12 UTC
(In reply to Colin Campbell from comment #5)
> Patch changes the path to the ILS modules - needs to not do that to apply to
> master.

Hi Colin, thx I will change that.
Comment 7 Christophe Croullebois 2018-05-16 14:33:57 UTC
Created attachment 75369 [details] [review]
Use of the "sort bin" field in SIP2 Checkin Response