]> git.evergreen-ils.org Git - Evergreen.git/blob - docs/modules/circulation/pages/circulating_items_web_client.adoc
9c09a90fcca6e85993d122f4c66b8217b4296b63
[Evergreen.git] / docs / modules / circulation / pages / circulating_items_web_client.adoc
1 = Circulating Items =
2 :toc:
3
4 == Check Out ==
5
6 === Regular Items ===
7
8 1) To check out an item click *Check Out Items* from the Circulation and Patrons toolbar, or select *Circulation* -> *Check Out*.
9
10 image::media/checkout_menu_web_client.png[]
11
12 2) Scan or enter patron's barcode and click *Submit* if entering barcode manually. If scanning, number is submitted automatically.
13
14 image::media/retrieve_patron_web_client.png[]
15
16 3) Scan or enter item barcode manually, clicking *Submit* if manual.
17
18 image::media/checkout_item_barcode_web_client.png[] 
19
20 4) Due date is now displayed.
21
22 image::media/due_date_display_web_client.png[]
23  
24 5) When all items are scanned, click the *Done* button to generate slip receipt or to exit patron record if not printing slip receipts. 
25
26 === Pre-cataloged Items ===
27
28 1) Go to patron's *Check Out* screen by clicking *Circulation* -> *Check Out Items*.
29
30 2) Scan the item barcode.
31
32 3) At prompt, enter the required information click *Precat Checkout*. 
33
34 image::media/precat_web_client.png[]
35  
36 [TIP]
37 On check-in, Evergreen will prompt staff to re-route the item to cataloging.
38
39 [NOTE]
40 This screen does not respond to the enter key or carriage return provided
41 by a barcode scanner when the cursor is in the ISBN field.  This behavior
42 prevents pre-cataloged items from being checked out before you are done
43 entering all the desired information.
44
45 [NOTE]
46 This requires the _CREATE_PRECAT_ permission.  All form elements in the
47 dialog other than the Cancel button will be disabled if the current user
48 lacks the CREATE_PRECAT permission.
49
50 === Due Dates ===
51
52 Circulation periods are pre-set. When items are checked out, due dates are automatically calculated and inserted into circulation records if the *Specific Due Date* checkbox is not selected on the Check Out screen. The *Specific Due Date* checkbox allows you to set a different due date to override the pre-set loan period.
53
54 Before you scan the item, select the *Specific Due Date* checkbox. Enter the date in yyyy-mm-dd format. This date applies to all items until you change the date, de-select the *Specific Due Date* checkbox, or quit the patron record.
55
56 image::media/specify_due_date1_web_client.png[]
57
58
59 === Email Checkout Receipts ===
60
61 This feature allows patrons to receive checkout receipts through email at the circulation desk and in the Evergreen self-checkout interface.  Patrons need to opt in to receive email receipts by default and must have an email address associated with their account.  Opt in can be staff mediated at the time of account creation or in existing accounts.  Patrons can also opt in directly in their OPAC account or through patron self-registration.  This feature does not affect the behavior of checkouts from SIP2 devices.
62
63 ==== Staff Client Check Out ====
64
65 When a patron has opted to receive email checkout receipts by default, an envelope icon representing email will appear next to the receipt options in the Check Out screen.  A printer icon representing a physical receipt appears if the patron has not opted in to the default email receipts.
66
67 image::media/ereceipts5_web_client.PNG[]
68
69 Staff can click *Quick Receipt* and the default checkout receipt option will be triggered—an email will be sent or the receipt will print out.  The Quick Receipt option allows staff to stay in the patron account after completing the transaction.  Alternatively, staff can click *Done* to trigger the default checkout receipt and close out the patron account.  By clicking on the arrow next to the Quick Receipt or Done buttons, staff can select which receipt option to use, regardless of the selected default.  The email receipt option will be disabled if the patron account does not have an email address.
70
71 ==== Self Checkout ====
72
73 In the Self Checkout interface, patrons will have the option to select a print or email checkout receipt, or no receipt.  The radio button for the patron's default receipt option will be selected automatically in the interface.  Patrons can select a different receipt option if desired.  The email receipt radio button will be disabled if there is no email address associated with the patron's account.
74
75 image::media/ereceipts6_web_client.PNG[]
76
77 ==== Opt In ====
78
79 *Staff Mediated Opt In At Registration*
80
81 Patrons can be opted in to receive email checkout receipts by default by library staff upon the creation of their library account.  Within the patron registration form, there is a new option below the Email Address field to select _Email checkout receipts by default?_.  Select this option if the patron wants email checkout receipts to be their default.  Save any changes.
82
83 image::media/ereceipts1_web_client.PNG[]
84
85 *Staff Mediated Opt In After Registration*
86
87 Staff can also select email checkout receipts as the default option in a patron account after initial registration.  Within the patron account go to *Edit* and select _Email checkout receipts by default?_.  Make sure the patron also has an email address associated with their account.  Save any changes.
88
89 image::media/ereceipts2_web_client.PNG[]
90
91 *Patron Opt In – Self-Registration Form*
92
93 If your library offers patrons the ability to request a library card through the patron self-registration form, they can select email checkout receipts by default in the initial self-registration form:
94
95 image::media/ereceipts3_web_client.PNG[]
96
97 *Patron Opt In - OPAC Account*
98
99 Patrons can also opt in to receive email checkout receipts by default directly in their OPAC account.  After logging in, patrons can go to *Account Preferences->Notification Preferences* and enable _Email checkout receipts by default?_ and click *Save*.
100
101 image::media/ereceipts4_web_client.PNG[]
102
103
104 ==== Email Checkout Receipt Configuration ====
105
106 Email checkout receipts will be sent out through a Notifications/Action Trigger called Email Checkout Receipt.  The email template and action trigger can be customized by going to *Administration->Local Administration->Notifications/Action Trigger->Email Checkout Receipt*.
107
108
109 == Check In ==
110
111 === Regular check in ===
112
113 1) To check in an item click *Check In Items* from the Circulation and Patrons toolbar, or select *Circulation* -> *Check In*.
114
115 image::media/check_in_menu_web_client.png[]
116
117 2) Scan item barcode or enter manually and click *Submit*.
118
119 image::media/checkin_barcode_web_client.png[]
120  
121 3) If there is an overdue fine associated with the checkin, an alert will appear at the top of the screen with a fine tally for the current checkin session. To immediately handle fine payment, click the alert to jump to the patron's bill record.
122
123 image::media/overdue_checkin_web_client.png[]
124
125 4) If the checkin is an item that can fill a hold, a pop-up box will appear with patron contact information or routing information for the hold.
126
127 5) Print out the hold or transit slip and place the item on the hold shelf or route it to the proper library.
128
129 6) If the item is not in a state acceptable for hold/transit (for instance, it is damaged), select the line of the item, and choose *Actions* -> *Cancel Transit*.  The item will then have a status of _Canceled Transit_ rather than _In Transit_.
130
131 image::media/Check_In-Cancel_Transit.png[Actions Menu - Cancel Transit]
132
133 === Backdated check in ===
134
135 This is useful for clearing a book drop.
136
137 1) To change effective check-in date, select *Circulation* -> *Check In Items*. In *Effective Date* field enter the date in yyyy-mm-dd format.
138
139 image::media/backdate_checkin_web_client.png[]
140
141 2) The new effective date is now displayed in the red bar above the Barcode field.
142
143 image::media/backdate_red_web_client.png[]
144
145 3) Move the cursor to the *Barcode* field. Scan the items. When finishing backdated check-in, change the *Effective Date* back to today's date.
146
147 === Backdate Post-Checkin ===
148
149 After an item has been checked in, you may use the Backdate Post-Checkin function to backdate the check-in date.
150
151 1) Select the item on the Check In screen, click *Actions* -> *Backdate Post-Checkin*.
152
153 image::media/backdate_post_checkin_web_client.png[]
154
155 2) In *Effective Date* field enter the date in yyyy-mm-dd format.  The check-in date will be adjusted according to the new effective check-in date.
156
157 image::media/backdate_post_date_web_client.png[]
158
159 [#checkin_modifiers]
160 .Checkin Modifiers
161 [TIP]
162 ===================================================
163 At the right bottom corner there is a *Checkin Modifiers* pop-up list. The options are:
164
165 - *Ignore Pre-cat Items*: No prompt when checking in a pre-cat item. Item will be routed to Cataloguing with Cataloguing status.
166
167 - *Suppress Holds and Transit*: Item will not be used to fill holds or sent in transit. Item has Reshelving status.
168
169 - *Amnesty Mode/Forgive Fines*: Overdue fines will be voided if already created or not be inserted if not yet created (e.g. hourly loans).
170
171 - *Auto-Print Hold and Transit Slips*: Slips will be automatically printed without prompt for confirmation.
172
173 - *Clear Holds Shelf*: Checking in hold-shelf-expired items will clear the items from the hold shelf (holds to be cancelled).
174
175 - *Retarget Local Holds*: When checking in in process items that are owned by the library, attempt to find a local hold to retarget. This is intended to help with proper targeting of newly-catalogued items.
176
177 - *Retarget All Statuses*: Similar to Retarget Local Holds, this modifier will attempt to find a local hold to retarget, regardless of the status of the item being checked in. This modifier must be used in conjunction with the Retarget Local Holds modifier.
178
179 - *Capture Local Holds as Transits*: With this checkin modifier, any local holds will be given an in transit status instead of on holds shelf. The intent is to stop the system from sending holds notifications before the item is ready to be placed on the holds shelf and item will have a status of in-transit until checked in again. If you wish to simply delay notification and allow time for staff to process item to holds shelf, you may wish to use the Hold Shelf Status Delay setting in Library Settings Editor instead. See Local Administration section for more information.
180
181 - *Manual Floating Active*: Floating Groups must be configured for this modifier to function. The manual flag in Floating Groups dictates whether or not the "Manual Floating Active" checkin modifier needs to be active for a copy to float. This allows for greater control over when items float. 
182
183 - *Update Inventory*: When this checkin modifier is selected, scanned barcodes will have the current date/time added as the inventory date while the item is checked in. 
184
185 These options may be selected simultaneously. The selected option is displayed in the header area.
186
187 image::media/checkinmodifiers-with-inventory2.png[Web client check-in modifiers]
188 ===================================================
189   
190 == Renewal and Editing the Item's Due Date ==
191
192 Checked-out items can be renewed if your library's policy allows it. The new due date is calculated from the renewal date. Existing loans can also be extended to a specific date by editing the due date or renewing with a specific due date.
193
194 === Renewing via a Patron's Account ===
195
196 1) Retrieve the patron record and go to the *Items Out* screen.
197
198 image::media/items_out_click_web_client.png[]
199
200 2) Select the item you want to renew. Click on *Actions* -> *Renew*. If you want to renew all items in the account, click *Renew All* instead.
201
202 image::media/renew_action_web_client.png[]
203
204 3) If you want to specify the due date, click *Renew with Specific Due Date*. You will be prompted to select a due date. Once done, click *Apply*.
205
206 //image::media/renew_specific_date_web_client.png[]
207  
208
209 === Renewing by Item Barcode ===
210 1) To renew items by barcode, select *Circulation* -> *Renew Items*.
211
212 2) Scan or manually entire the item barcode.
213
214 image::media/renew_item_web_client.png[]
215
216 3) If you want to specify the due date, click *Specific Due Date* and enter a new due date in yyyy-mm-dd format.
217
218 image::media/renew_item_calendar_web_client.png[]
219
220 === Editing Due Date ===
221
222 1) Retrieve the patron record and go to the *Items Out* screen.
223
224 2) Select the item you want to renew. Click on *Actions* -> *Edit Due Date*.
225
226 image::media/edit_due_date_action_web_client.png[]
227
228 3) Enter a new due date in yyyy-mm-dd format in the pop-up window, then click *OK*.
229
230 [NOTE]
231 Editing a due date is not included in the renewal count.
232
233 [[override_actions_items_out]]
234 === Overriding Errors in Items Out ===
235
236 As of 3.6, there is new work which streamlines handling of overridable events encountered in the Patron Items Out interface of the staff client. The main user-visible part of this work is a new Action Override modal which is presented to the staff user when an overridable action is encountered.
237
238 The primary target of the work is for actions from the Items Out part of the Patron interface, but due to code sharing the Checkout interface benefits as well.
239
240 There are two kinds of overrides addressed in this work, both in the Patron interface:
241
242 * **Action Override** - this is when a staff user attempts to make an action (i.e. Renew) succeed after the system had alerted the user to exceptions (i.e. Patron Max Fines).  
243 * **Permission Override** - this is when a staff user attempts an action but encounters a permission-denied alert, and thus needs temporary credentials (i.e. a supervisor’s login) to re-attempt the action.
244
245 In the case of both overrides, this work attempts to minimize the number of times a staff user has to click through an error. Specifically, if a staff member overrides an exception, they will in most cases be able to instruct Evergreen to “remember” this override for as long as the staff member is working on a specific patron record. 
246
247 Similarly, if a supervisor enters a permissions override for a specific permission-denied alert, Evergreen will “remember” this override for as long as the staff member is working on a specific patron record. 
248
249 Both action overrides and permission overrides will be “forgotten” once the patron record is closed and/or the staff user navigates away from that patron record.
250
251 The Override modal has been changed to include new actions as well as a new checkbox for “Automatically override for subsequent items?” 
252
253 There are three possible actions in the new Override modal:
254
255 * **Force Action** - this will attempt to override the exception(s). If the box next to “Automatically override for subsequent items?” is checked, Evergreen will remember this and auto-override those specific exception(s) for the rest of the time the staff user is working in this patron record. 
256 * **Skip** - this button tells Evergreen to ignore the current item (i.e., skip the renewal action), but if the box next to “Automatically override for subsequent items?” is checked, Evergreen will still remember future overrides on this exception.
257 * **Cancel** - this will close the modal and abort the action. It will not roll back any actions (i.e., if two items are renewed and the modal shows on the third item, clicking cancel will not roll back the renewals that have already completed).
258
259 An example of the new Override modal is shown below. In this example, the `PATRON_EXCEEDS_FINES` exception has been set to automatically override for subsequent items. This means that the next time Evergreen encounters this exception in this specific patron session, Evergreen will automatically attempt to override it. The `MAX_RENEWALS_REACHED` exception has NOT been set to automatically override for subsequent items. This means that the next time Evergreen encounters this exception in this specific patron session, it will ask again about an override.
260
261 image::media/new_override_modal.png[New Override Modal]
262
263 In stock Evergreen, the following states will present an exception (i.e. ask for an override) on checkout and/or renew:
264
265 * Shelving Locations with _Can Circulate?_ set to false
266 * Item Statuses of Bindery, Claimed Returned, Long Overdue, Lost, Lost and Paid, Missing, On Holds Shelf [for another patron]
267 * Item-level data: Certain statuses (above), certain shelving locations (above), deposit = true, reference = true
268
269 Certain events are not able to be batch-overridden, such as when an item with an existing open circulation is presented at checkout. Other events are not able to be overridden at all, including `ACTOR_USER_NOT_FOUND` and `ASSET_COPY_NOT_FOUND`.
270
271 Stock penalty codes (`STAFF_C`, `STAFF_CH`, `STAFF_CHR`, `STAFF_H`, `STAFF_HR`, `STAFF_R`) that can be encountered as events are auto-overrideable by default, and may present an Action Override modal.
272
273
274 == Marking Items Lost and Claimed Returned ==
275
276 === Lost Items ===
277 1) To mark items Lost, retrieve patron record and click *Items Out*.
278
279 2) Select the item. Click on *Actions* -> *Mark Lost (by Patron)*.
280
281 image::media/mark_lost_web_client.png[]
282
283 3) The lost item now displays as lost in the *Items Checked Out* section of the patron record.
284
285 image::media/lost_section_web_client.png[]
286
287 4) The lost item also adds to the count of *Lost* items in the patron summary on the left (or top) of the screen. 
288
289 image::media/patron_summary_checkouts_web_client.png[]
290
291 [NOTE]
292 Lost Item Billing
293 ========================
294 - Marking an item Lost will automatically bill the patron the replacement cost of the item as recorded in the price field in the item record, and a processing fee as determined by your local policy. If the lost item has overdue charges, the overdue charges may be voided or retained based on local policy.
295 - A lost-then-returned item will disappear from the Items Out screen only when all bills linked to this particular circulation have been resolved. Bills may include replacement charges, processing fees, and manual charges added to the existing bills. 
296 - The replacement fee and processing fee for lost-then-returned items may be voided if set by local policy. Overdue fines may be reinstated on lost-then-returned items if set by local policy.
297 ========================
298
299 === Refunds for Lost Items ===
300
301 If an item is returned after a lost bill has been paid and the library's policy is to void the replacement fee for lost-then-returned items, there will be a negative balance in the bill. A refund needs to be made to close the bill and the circulation record. Once the outstanding amount has been refunded, the bill and circulation record will be closed and the item will disappear from the Items Out screen.
302
303 If you need to balance a bill with a negative amount, you need to add two dummy bills to the existing bills. The first one can be of any amount (e.g. $0.01), while the second should be of the absolute value of the negative amount. Then you need to void the first dummy bill. The reason for using a dummy bill is that Evergreen will check and close the circulation record only when payment is applied or bills are voided.
304
305 === Claimed Returned Items ===
306
307 1) To mark an item Claimed Returned, retrieve the patron record and go to the *Items Out* screen.
308
309 2) Select the item, then select *Actions* -> *Mark Claimed Returned* from the dropdown menu.
310
311 image::media/mark_claims_returned_web_client.png[]
312
313 3) Enter date in yyyy-mm-dd format and click *Submit*.
314
315 image::media/claimed_date_web_client.png[]
316
317 4) The Claimed Returned item now displays in the *Other/Special Circulations* section of the patron record.
318
319 image::media/cr_section_web_client.png[]
320
321 5) The Claimed Returned item adds to the count of items that are Claimed Returned in the patron summary on the left (or top) of the screen. It also adds to the total *Other/Special Circulations* that is displayed when editing the patron's record. 
322
323 image::media/patron_summary_checkouts_web_client.png[]
324
325 [NOTE]
326 More on Claimed Returned Items
327 ====================================
328 - The date entered for a Claimed Returned item establishes the fine. If the date given has passed, bills will be adjusted accordingly.
329 - When a Claimed Returned item is returned, if there is an outstanding bill associated with it, the item will not disappear from the *Items Out* screen. It will disappear when the outstanding bills are resolved.
330 - When an item is marked Claimed Returned, the value in *Claims-returned Count* field in the patron record is automatically increased. Staff can manually adjust this count by editing the patron record.
331 ====================================
332
333 == In-house Use (F6) ==
334 1) To record in-house use, select *Circulation* -> *Record-In House Use*, click *Check Out* -> *Record In-House Use* on the circulation toolbar , or press *F6*. 
335  
336 image::media/record_in_house_action_web_client.png[]
337  
338 2) To record in-house use for cataloged items, enter number of uses, scan 
339  barcode or type barcode and click *Submit*.
340  
341 image::media/in_house_use_web_client.png[]
342  
343 [NOTE]
344 ====================================
345 There are two independent library settings that will allow copy alerts to display when scanned in In-house Use:
346 *Display copy alert for in-house-use* set to true will cause an alert message to appear, if it has one, when recording in-house-use for the copy.
347 *Display copy location check in alert for in-house-use* set to true will cause an alert message indicating that the item needs to be routed to its location if the location has check in alert set to true.
348 ====================================
349  
350 3) To record in-house use for non-cataloged items, enter number of uses, choose non-cataloged type from drop-down menu, and click *Submit*.
351
352 image::media/in_house_use_non_cat.png[]
353  
354 [NOTE] 
355 The statistics of in-house use are separated from circulation statistics. The in-house use count of cataloged items is not included in the items' total use count.
356
357 [[itemstatus_web_client]]
358 == Item Status ==
359
360 The Item Status screen is very useful. Many actions can be taken by either circulation staff or catalogers on this screen. Here we will cover some circulation-related functions, namely checking item status, viewing past circulations, inserting item alert messages, marking items missing or damaged, etc.
361
362 === Checking item status ===
363
364 1) To check the status of an item, select *Search* -> *Search for copies by Barcode*.
365
366 image::media/item_status_menu_web_client.png[]
367
368 2) Scan the barcode or type it and click *Submit*. The current status of the item is displayed with selected other fields. You can use the column picker to select more fields to view.
369
370 image::media/item_status_barcode_web_client.png[]
371
372 3) Click the *Detail View* button and the item summary and circulation history will be displayed.
373
374 image::media/item_status_altview_web_client.png[]
375
376 4) Click *List View* to go back.
377
378 image::media/item_status_list_view_web_client.png[]
379
380 [NOTE]
381 If the item's status is "Available", the displayed due date refers to the previous circulation's due date.
382
383 [TIP]
384 Upload From File allows you to load multiple items saved in a file on your local computer. The file contains a list of the barcodes in text format. To ensure smooth uploading and further processing on the items, it is recommended that the list contains no more than 100 items.
385
386 === Viewing past circulations ===
387 1) To view past circulations, retrieve the item on the *Item Status* screen as described above.
388
389 2) Select *Detail view*.
390
391 image::media/last_few_circs_action_web_client.png[]
392
393 3) Choose *Recent Circ History*.  The item’s recent circulation history is displayed.
394
395 image::media/last_few_circs_display_web_client.png[]
396
397 4) To retrieve the patron(s) of the last circulations, click on the name of the patron.  The patron record will be displayed.
398
399 [TIP]
400 The number of items that displays in the circulation history can be set in Local *Administration* -> *Library Settings Editor*.
401
402 [NOTE]
403 You can also retrieve the past circulations on the patron's Items Out screen and from the Check In screen.
404
405 === Marking items damaged or missing and other functions ===
406 1) To mark items damaged or missing, retrieve the item on the *Item Status* screen.
407
408 2) Select the item. Click on *Actions for Selected Items* -> *Mark Item Damaged* or *Mark Item Missing*.
409
410 // image::media/mark_missing_damaged_web_client.png[]
411
412 [NOTE]
413 Depending on the library's policy, when marking an item damaged, bills (cost and/or processing fee) may be inserted into the last borrower's account. 
414
415 3) Following the above procedure, you can check in and renew items by using the *Check in Items* and *Renew Items* on the dropdown menu.
416
417 === Item alerts ===
418
419 The *Edit Item Attributes* function on the *Actions for Selected Items* dropdown list allows you to edit item records. Here, we will show you how to insert item alert messages by this function. See cataloging instructions for more information on item editing.
420 1) Retrieve record on *Item Status* screen.
421
422 2) Once item is displayed, highlight it and select *Actions for Selected Items* -> *Edit Item Attributes*.
423
424 3) The item record is displayed in the *Copy Editor*.
425
426 //image::media/copy_edit_alert_web_client.png[]
427
428 4) Click *Alert Message* in the *Miscellaneous* column. The background color of the box changes. Type in the message then click *Apply*. 
429
430 //image::media/copy_alert_message_web_client.png[]
431
432 5) Click *Modify Copies*, then confirm the action.
433
434
435 == Long Overdue Items ==
436
437 *Items Marked Long Overdue*
438
439 Once an item has been overdue for a configurable amount of time, Evergreen will mark the item long overdue in the borrowing patron’s account.  This will be done automatically through a Notification/Action Trigger.   When the item is marked long overdue, several actions will take place:
440
441 . The item will go into the status of “Long Overdue” 
442
443 . The accrual of overdue fines will be stopped
444
445 Optionally the patron can be billed for the item price, a long overdue
446 processing fee, and any overdue fines can be voided from the account.  Patrons
447 can also be sent a notification that the item was marked long overdue. And
448 long-overdue items can be included on the "Items Checked Out" or "Other/Special
449 Circulations" tabs of the "Items Out" view of a patron's record. These are all
450 controlled by <<longoverdue_library_settings,library settings>>.
451  
452 image::media/long_overdue1.png[Patron Account-Long Overdue]
453
454
455 *Checking in a Long Overdue item*
456
457 If an item that has been marked long overdue is checked in, an alert will appear on the screen informing the staff member that the item was long overdue.  Once checked in, the item will go into the status of “In process”.  Optionally, the item price and long overdue processing fee can be voided and overdue fines can be reinstated on the patron’s account.  If the item is checked in at a library other than its home library, a library setting controls whether the item can immediately fill a hold or circulate, or if it needs to be sent to its home library for processing.
458  
459 image::media/long_overdue2.png[Long Overdue Checkin]
460  
461 *Notification/Action Triggers*
462
463 Evergreen has two sample Notification/Action Triggers that are related to marking items long overdue.  The sample triggers are configured for 6 months.  These triggers can be configured for any amount of time according to library policy and will need to be activated for use.
464
465 * Sample Triggers
466
467 ** 6 Month Auto Mark Long-Overdue—will mark an item long overdue after the configured period of time
468
469 ** 6 Month Long Overdue Notice—will send patron notification that an item has been marked long overdue on their account
470
471 [[longoverdue_library_settings]]
472 *Library Settings* 
473
474 The following Library Settings enable you to set preferences related to long overdue items:
475
476 * *Circulation: Long-Overdue Check-In Interval Uses Last Activity Date* —Use the
477   long-overdue last-activity date instead of the due_date to determine whether
478   the item has been checked out too long to perform long-overdue check-in
479   processing. If set, the system will first check the last payment time,
480   followed by the last billing time, followed by the due date. See also the
481   "Long-Overdue Max Return Interval" setting.
482
483 * *Circulation: Long-Overdue Items Usable on Checkin* —Long-overdue items are usable on checkin instead of going "home" first
484
485 * *Circulation: Long-Overdue Max Return Interval* —Long-overdue check-in processing (voiding fees, re-instating overdues, etc.) will not take place for items that have been overdue for (or have last activity older than) this amount of time 
486
487 * *Circulation: Restore Overdues on Long-Overdue Item Return*
488
489 * *Circulation: Void Long-Overdue item Billing When Returned*
490
491 * *Circulation: Void Processing Fee on Long-Overdue Item Return*
492
493 * *Finances: Leave transaction open when long overdue balance equals zero* —Leave transaction open when long-overdue balance equals zero. This leaves the lost copy on the patron record when it is paid
494
495 * *Finances: Long-Overdue Materials Processing Fee*
496
497 * *Finances: Void Overdue Fines When Items are Marked Long-Overdue*
498
499 * *GUI: Items Out Long-Overdue display setting*
500
501 [TIP]
502 Learn more about these settings in the chapter about the
503 Library Settings Editor.
504
505 *Permissions to use this Feature*
506
507 The following permissions are related to this feature:
508
509 * COPY_STATUS_LONG_OVERDUE.override
510
511 ** Allows the user to check-in long-overdue items thus removing the long-overdue status on the item
512
513
514