Circ. Desk
The Issue In Transit transaction is available as a transaction type in the Circ.Desk screen. If an item returned by a user is required to satisfy a reservation at a different location, you can issue the item with the transaction type of Issue In Transit. The receiving library can then select a Return In Transit transaction and issue the item to the reserving user. Alternatively the Issue In Transit transaction may be used if a user has borrowed a copy of an item from their home location and returned the copy to a different location.
Note: if you intend to use the Issue / Return In Transit feature you should use the Layouts menu at the top of the screen to select the Issues/Returns/Renewals (In Transit) layout.
Note: In Transit items that have a Hold, no longer trigger an Item to Collect message for the reserving user, until the item has arrived at the pick-up location and has been re-held for the user.
When the copy is received by the library it has been sent to – the system will recognise that the item has been in transit:
There is no need to set the Transaction Type or In Transit Loc. The item will be held again for the reserving user if appropriate and the item can now be issued to the user in the normal way.
Tip: the above message defaults to displaying the item location's long description. It can be changed by the system manager editing circulation message cmc024 and replacing <CP_LOLD> with (or adding) <CP_LOSD> and/or <CP_LO>.
When an item is issued in transit, a check is made to confirm whether the In Transit To location is the same as the Collect From location if a Collect From location was specified when the reservation was placed. If it is not, OLIB displays a message and Library staff can continue with the transaction or abandon it:
In a typical scenario, a user in Location A reserves an on loan item that belongs to Location B. When the item is returned at Location B, it is held as normal, but Location B then issues it in transit to Location A. If you then look at the reservation record, it indicates that an item has been held to satisfy the reservation, and the barcode of the held item is displayed in the By Barcode field. The text that is displayed to the right of the barcode to make it clear that the item is in transit, so staff don’t go looking for it on the Items For Collection shelf is configurable. The message also indicates when the item was sent in transit and the location to which it was sent.
This message is configurable / translatable by the system manager in OLIB Defaults.
This alert is delayed for a held item so that the user does not receive the alert before the held item is received at the reserving location. The alert is not sent for 60 minutes after the item is held. If during that time you perform an Issue in Transit then the Reservation Held alert is set to status -
do not transmit the alert now until a Return in Transit is performed on the item
When the item reaches the library where the user will collect it and you process Return in Transit, the alert is set back to awaiting transmission and will be sent the next time the SendAlerts process wakes up.
Configure the delay period: in the Notices domain, do this on the Reservation Held notification in Minutes After Hold. You can set any number of minutes up to 999. (If you do not set it, a default of 60 minutes is applied). These minutes take account of library opening hours, so it only counts the time the library is open. If you have only one location and do not intend to make use of the In Transit function, you may prefer to set this value to a low number.
Send On / Do By: - In the Alerts domain, on the Reservation Held record, this is the date and time at which the alert will actually be sent.
Circ Issue Notice: The Circ Issue notice to use if the item is issued before the Reservation Held alert has been sent.
When the reservation held notification is set to have a delay to allow for ‘In Transit’ functionality it may be the case that the item is issued to the user and sent by post before the reservation held notification has been processed. The act of issuing the copy means that the item is no longer held and the reservation held notification will not be sent. Using Circ Issue Notice you can send an issue alert instead.
As usual for notices, create your own copy of the Example Circ. Issue Notice. However, it does not have to be enabled for it to be sent in lieu of the Res. Held alert that it is linked to. It will be sent regardless of whether it is enabled or not.
Caution: do not enable the Circ Issue notice, otherwise it will be sent every time an issue transaction is completed.
Note that the Circ Issue notice when used in place of the Reservation Held notice should also only include tags from BORROWERS, COPIES, TITLES - not circulation transaction tags (<CT_XXX>).
An alerting email can be sent to the Location where an In Transit copy has been issued. For example:
The following Issue In Transit transaction has been recorded
[Title], [Transaction recorded on:]
To configure:
Note that if you want different notices to be sent to different locations, you should configure a separate Circ Issues in Transit Notice for each location. In the notice’s Locations field enter the location code of the receiving location, e.g. MAIN.