SIP Administration
The SIP2 module allows staff members with the sip2 permission to manage SIP2 institutions, accounts, and system preference overrides directly in the Koha Staff Interface. In 25.11 (rolled out to all BWS partners in April 2026), these settings can then be edited in the staff interface and the SIP server will pick up any changes immediately without needing a restart. This makes configuring SIP2 easier, removing the need for server access to edit XML files or restart the SIP server for these settings.
Server parameters and listeners are intentionally not included in this work and must still be configured in the SIPConfig.xml file.Institutions
Navigate to Administration > SIP2
Institutions
Allows staff to add their library/branches as locations for SIP transactions. Without an institution, SIP accounts are not able to interact with Koha. Policies can also be set for what kind of transactions can occur at this institution as well as other service settings.
Example Scenario
You've
created a new branch in Koha for a hold locker and you wish to record
checkouts from that location (You have a device there that uses SIP to
verify patrons and checkout items). These are the steps for creating a new institution and the recommended settings:
- Navigate to Administration > SIP2 > Institutions > New Institution
- Fill in the configuration settings for the Institution:
- Name: Provide a name that matches the BRANCHCODE of the new branch
- Implementation: ILS
- Checkin: Yes
- Checkout: Yes
- Offline: No
- Generally, SIP devices stop functioning when the connection drops, so this doesn't come into play very often.
- If you have a device that it says it can keep a record of the offline transactions, please contact our systems team to confirm that the record it keeps is able to be used.
- Renewal: Yes
- Retries: 5
- Status Update: No
- Timeout: 600
- Submit
Account
Allows you to define the details of the Account connection.
Account Set Up SIP
Accounts - SIPExample Scenario
The institution had to be created first, and now we create the account that will be used by the holds locker to communicate with Koha. These are the steps and recommended, standard settings:
- First, you must create a borrower account so that it can authenticate with Koha
- Patrons > New Patron > Choose an account type like Staff or System
- Fill in the information for the patron. Here are some recommended values:
- First name: ***SIP ACCOUNT***
- Surname: sip_service_location
- examples: sip_lockers_north, sip_evisionware_main, or, in the case of a system wide service, sip_overdrive
- Card number: (all lowercase duplicate of the surname)
- Category: Staff or System
- Home library: location of service or main location for system wide service
- Expiration date: something far out, like 01-01-2100
- Username: (all lowercase duplicate of the surname)
- Password: something 12 characters in length.
- Avoid ambiguous characters like o's, l's, i's, parenthesis, and the pipe character
- WARNING: this is the only place that the password is kept, so ensure that it is known since it cannot be retrieved, only reset
- Assign the necessary permissions to the account:
- Check out and check in items (circulate): all
- Staff access, allows viewing of catalogue in staff interface: checked
- Add, modify and view patron information (borrowers) > Search, list and view patrons (list_borrowers): checked
- Allow staff to change logged in library (loggedinlibrary): checked
- Navigate to Administration > SIP2 > Accounts > New Account
- Fill in the Details section for the account. Recommended settings are:
- Staff userid for SIP2 authentication: the username from your recently created borrower account
- Institution: the institution (location) you want any statistics attributed
- Allow additional materials checkout: yes - the popup that circ staff see when there are companion pieces they need to be aware of, do you want to allow those or not?
- Allow empty password: no - there are certain situations where a library may choose to allow this. That is your choice.
- Allow fields: leave blank - if you would rather only allow certain sip fields sent from Koha.
- Please contact Support before changing these settings
- Blocked item types: leave blank - should some item types not be allowed to be checked out with this accouunt? If so, select them (multiples are allowed)
- Checked in OK: yes - if an item isn't checked out, is it ok to check it in again?
- CR item field: collection code - the default - shelving location is also an option
- Convert nonprinting characters: leave blank
- CT Always send: yes
- CV always send 00 on success: yes
- CV triggers alert: no
- Delimiter: | - the pipe - **you do need to type that in
- Disallow overpayment: yes
- Encoding: uft8
- Error detect: yes
- Format due date: no
- Hide fields: leave blank
- Please contact Support before changing these settings
- Holds block checkin: no
- Holds get captured: no - automatically assign them when they are checked in?
- Some holds lockers are able to use this to change an item from "in transit" to "waiting" which would require the value to be: yes
- Inhouse item types: leave blank - any item types that can be checked out but the RFID security not turned off.
- Inhouse patron categories: leave blank
- Lost block checkout: leave blank - do you want lost items to prevent checkouts? how many?
- Lost block checkout value: leave blank - the authorized value code number for the LOST category, the minimum code number that the item must have for it to count towards their total
- Lost status for missing: leave blank - which is it? missing
- Overdues block checkout: no
- payment type writeoff: leave as is
- Cash register: if needed
- Seen on item information: leave blank - useful for RFID wands - what should happen if a lost item is scanned?
- Send patron home library in AF: no
- Show checkin message: yes
- Show outstanding amount: no
- Terminator: CR
- Provide any custom SIP Response Mappings
- This is where specific pieces of data like Custom Patron Attributes or Item Information can be added to the SIP messages that Koha sends.
- Example - Custom patron field
- Field (the SIP field that this information will be sent in - 2 letters): XB
- Template: [% patron.borrowernumber %]
- Example - Patron Attribute
- Field (the SIP field that this information will be sent in - 2 letters): UC
- Code: INTERNET (the code value assigned to the patron attribute found within Administration > Patrons and circulation > Patron attribute types)
- Example - Custom item field
- Field: (the SIP field that this information will be sent in - 2 letters): XA
- Template: [% item.itype %]
- Provide any Syspref overrides
- This would be if there are system preferences that you would like to be except from for this particular sip account:
- Example - You would like a patron to be allowed to use a computer no matter how many fines they have:
- Variable: noissuescharge (must match the casing of the system preference as seen in the system preferences section of the administration module)
- Value: 9999 (provide an amount that is so high a patron would have difficulty ever reaching)
- Provide any specific templates for the AE, AV, and DE field of the SIP response message
- The examples provided in the boxes are common templates that have been used by partners:
- Examples
- AE field template: [% patron.surname %][% IF patron.firstname %], [% patron.firstname %][% END %]
- AV field template: [% accountline.description %][% accountline.amountoutstanding | format('%.2f') %]
- DE field template: [% patron.surname %][% IF patron.firstname %], [% patron.firstname %][% END %]
SIP is a highly customizable communication tool. If you have questions or wish to discuss possibilities please send us a ticket.
System Preferences
The same form that is used on the individual account section for system preference overrides, but this would be for ALL sip accounts, so you don't have to specify it on each one.
System PreferenceOnce the account has been made (or modified) at the next call from the sip account, it will pull the updated configuration from the database. If changes do not appear to be applying, please send us a ticket.
Related Articles
Koha 25.11 Upgrade Hub
Start here for everything 25.11! Find links to release notes, webinar schedules, registration, Monday Minutes, educational content, and more. This page will be updated as new content is released. Upgrade Schedule Upgrade Time: After 9pm local time ...
Koha 25.11: Managers' Overview
Overview This document is intended for managers who want to evaluate how select new features may impact day-to-day operations, and whether staff training may be needed to take advantage of enhancements in this upgrade. It is not intended to replace ...
Customizing the Koha Staff Interface
HTML Customization Koha’s HTML customization tool allows staff to customize content on the staff interface and OPAC. To get there click on Tools > Additional tools > HTML customization Select the display location for the staff interface or OPAC Read ...
Add Custom Links to the Staff Interface
The system preference, IntranetNav, allows libraries to add links/text to the top static bar on the Staff Interface. <br> System Preference In the system preference, IntranetNav, text or a link can be added that will appear in the top ...
25.11 Bug Roundup
Koha partners were upgraded to Koha v. 25.11.02-19 during the week of April 20, 2026. Please visit the Upgrade Hub to read the release notes, register for webinars, catch up on Monday Minutes, read featured blog posts, and more! This page will be ...