[UXPROD-1001] SIP2: Protocol for self-checkout Created: 12/Jul/18  Updated: 08/Nov/22  Resolved: 09/Apr/21

Status: Closed
Project: UX Product
Components: None
Affects versions: None
Fix versions: Q2 2019

Type: Epic Priority: P1
Reporter: Cate Boerema (Inactive) Assignee: Magda Zacharska
Resolution: Done Votes: 0
Labels: external_sys_int, library_dependent, resourceaccess
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original estimate: Not Specified

Attachments: PDF File 3M-Standard-Interchange-Protocol-Version-2.00.pdf    
Issue links:
Cloners
clones UXPROD-991 NCIP: Protocol for ILL, Resource Shar... Closed
Defines
is defined by UXPROD-1898 SIP2: Protocol for self-checkout - Bl... Open
is defined by UXPROD-1899 SIP2: Protocol for self-checkout - Fe... Open
is defined by UXPROD-1002 SIP2: Protocol for self-checkout - in... Closed
is defined by UXPROD-1799 SIP2: Protocol for self-checkout - bu... Closed
is defined by UXPROD-1895 SIP2: Protocol for self-checkout - ad... Closed
is defined by UXPROD-3612 SIP2: Allow configuration of used Pat... Draft
Relates
relates to UXPROD-1764 ILL between FOLIO libraries Open
Epic Name: SIP2: Protocol for self-checkout
Front End Estimate: Small < 3 days
Front End Estimator: Magda Zacharska
Back End Estimate: XXL < 30 days
Back End Estimator: Magda Zacharska
Estimation Notes and Assumptions: Assuming front-end only for settings.
Development Team: Prokopovych
Rank: Chalmers (Impl Aut 2019): R1
Rank: Chicago (MVP Sum 2020): R1
Rank: Cornell (Full Sum 2021): R1
Rank: 5Colleges (Full Jul 2021): R1
Rank: Lehigh (MVP Summer 2020): R1
Rank: MO State (MVP June 2020): R1
Rank: TAMU (MVP Jan 2021): R1
Rank: U of AL (MVP Oct 2020): R1
Start date (migrated):
End date:

 Description   

Standard Interchange Protocol (SIP, originally developed by 3M) SIP2 refers to version 2 of the protocol and it is the most commonly used communication mechanism used between an ILS and a self-check/self-service device. (See: http://www.niso.org/workrooms/sip/sip_nwi/) Even though NCIP also supports self-checkout functionality, most self service kiosks still use SIP2.

The standard is defined at http://multimedia.3m.com/mws/media/355361O/sip2-protocol.pdf

ARL: This must be in place from the get go. OLE partners rely on it for self-check, D2D, etc. Also, it is vital that FOLIO demonstrate that it will be standards complaint from the outset. THis really depends on the 1st libraries to adopt FOLIO. THis is very important, but could be delayed if the 1st library does not need it.

FMID: ID492, ID493

Scope/requirements:

All code Apache v2 license and contributed back to FOLIO
“Always on” service that allows longterm connection to a SelfCheck system
Makes use of FOLIO circulation APIs

Configuration interface allowing:

  • Tenant
  • Available collections (default “all” for initial release)
  • Logging of all access via ACS
  • Performance limiting to control loads on hardware (Stretch goal)

Included stories representing messages are minimum for V1 support.



 Comments   
Comment by Cate Boerema (Inactive) [ 17/Jul/18 ]

Despite the fact that we will support NCIP ( UXPROD-991 Closed ), it seems that SIP2 is still a must-have for institutions using self-check (most). Most self-check vendors have not implemented NCIP and rely still on SIP2. This is per feedback from Andrea and the RA SIG. Ingolf also provided this feedback from the German library consortia:
-------------------------------------
Here are the requirements of hbz and GBV for SIP2 and NCIP support:

In the criteria catalog for next generation systems, from hbz and GBV, NCIP and SIP2 are both rated "must have".

Here are the relevant four lines out of that catalog:
topic - requirement - rating
SIP2 - The system can use the full functionality of the SIP2 interface, which is required for the operation of self service loan/return machines and self service pay machines. - must have
NCIP - The system can use the full functionality of the NCIP interface (Z39.83), which is required for the operation of self-service machines, at least the Core Services (Check In Item, Check Out Item, Lookup Item, Lookup User, Renew Item, Accept Item, Cancel Request Item, Recall Item, Request Item). - must have
NCIP for ILL - The system supports NCIP (Z39.83) for the integration of interlibrary loans using the following standard protocolls: ISO10160/10161 and ANSI/NISO z39.83 (NCIP). - must have (depends)
SLNP - The system can handle ILL using SLNP (Simple Library Network Protocol). The supported SLNP commands are SLNPFLBestellung (lending and receiving), SLNPPFLDatenAenderung (cancellation etc), SLNPInfo2FLServer, SLNPFLHistory and SLNPKleineKasse. - must have (depends)

It means that some libraries in the two networks use SIP2 for self service machines. SIP2 is required by libraries which use Bibliotheca automatons.
Other libraries use NCIP for self-service machines.

hbz uses the SLNP protocol for communication with the central ILL server.
GBV does not use NCIP for the communication of the ILS with the ILL server. Only a single library of the GBV network uses NCIP, and this is for the booking of ILL fees.
---------------------------------------
I will put something in the backlog for SLNP support, as we aren't yet tracking that.

Comment by Charlotte Whitt [ 13/Jul/20 ]

Hi Magda Zacharska - this feature has Fix version Q2 2019? But it's still In progress. Can you maybe elaborate a little on when this feature is planed to be completed, and the work might be split?

This feature has been raised as a blocker feature for Lehigh who will go live August 2020.

CC: Sharon Wiles-Young Mike Gorrell Cate Boerema

Comment by Magda Zacharska [ 14/Jul/20 ]

Charlotte Whitt There is no active development due to the lack of the resources but there are two libraries right now that use SIP2 in their live environment. What is the gap between Lehigh's needs and the current implementation?

Generated at Fri Feb 09 00:12:08 UTC 2024 using Jira 1001.0.0-SNAPSHOT#100246-sha1:7a5c50119eb0633d306e14180817ddef5e80c75d.