LINKcat News

Best Practice - Why is there a Withdrawn item on my Holds Queue report?

A number of libraries have reported finding Withdrawn items on their Holds Queue reports (aka pick lists).  SCLS staff tested several scenarios trying to get items with a Withdrawn status to appear on the Holds Queue report.  The only way we were able to get an item with a Withdrawn status on the report was to mark the item Withdrawn after the hold alert appeared on the Holds Queue report.   

The system is designed to populate your library's Hold Queue report (pick list) only with items that, at the point of generating the report, have a Current Library equal to your library and have a status of Available. 

​If a hold is placed on a bib record that includes an item with a Withdrawn status, the library that owns the item with the Withdrawn status is ignored as the hold request "travels" through the Hold Sequence.  

If an item with a Withdrawn status is the only item on a bib record, neither patrons nor staff are able to place a hold on the record. Staff are not able to place an item-level hold on items with a status of Withdrawn.

Marking an item Withdrawn after it appears on your pick list will not remove it from the Holds Queue report.   If something appears on your Holds Queue report that needs to be Withdrawn,  you or your staff must mark it Trace on the Holds Queue report and “Submit” the change to the report in order to remove that hold request from the report.  Only after the hold request is removed from your HQ report should you mark the item as Withdrawn. 

If you do find a Withdrawn item on your Holds Queue report, you should mark it Trace to remove it from your report and move the hold through the Hold Sequence. Please note that all items with a Withdrawn status are deleted once a month (near the end of the month). If the Withdrawn item is the last item on the bib record, then the bib record, and any attached holds, is deleted as well. 

News Summary for 10/1/2014 through 11/30/2014

News:

• 11/26/2014 17,608 items and 2,581 bibliographic records (with only withdrawn items attached) were deleted in the monthly batch deletion of withdrawn items
• 11/26/2014 4,058 bibliographic records were added and/or updated in the database between 10/31/14 and 11/24/14.
• 11/21/14 GetIt will be upgraded on Monday, November 24 starting at 5 pm. For details see the Release notes.
• 11/18/14 New Best practices blog post "How to search for existing patron account" has been added to the LINK 2.0 Koha blog.Very good and very informative.
• 11/13/14 The minutes from the November CMC Meeting are posted online.
• 11/12/14 The monthly LINKcat.info and LINKcat Mobile reports are posted.
• 10/30/2014 6,616 bibliographic records were added and/or updated in the database between 9/26/14 and 10/29/14.
• 10/30/2014 30,328 items and 4,374 bibliographic records (with only withdrawn items attached) were deleted in the monthly batch deletion of withdrawn items. This includes items deleted as part of the Annual Batch Deletion of items with a "problem" status. See the LINK 2.0 Koha blog postfor more information about the Annual Batch Deletion.
• 10/27/2014 For 2014, we are performing a partial Annual Batch Deletion at the end of October. Please read the LINK 2.0 Koha blog post to find out more about our Annual Batch deletion process and why we had to make some changes this year.
• 10/17/2014 Information about how to accept payment for charges older than 01/01/2010 has been added to a LINK 2.0 Koha blog post.
• 10/17/2014 We added a new Item Type BKRN14. Read the LINK 2.0 Kohablog post
• 10/6/14 The monthly LINKcat.info and LINKcat Mobile reports are posted.

Koha Known Problems--Recently Added & Updated:

• 11/24/2014 GetIt Fixed with GetIt 3.2.7 upgrade. 6/11/2014 New. GetIt: Cannot re-sort Locations column in a Template. Clicking on the Location header in the Templates does not re-sort the list of Locations. There is an arrow in the Location header that seems to indicate that the column should re-sort. This is an issue in both Firefox and Chrome. This problem has been reported to LibLime. (6/11/14) (SCLS Support Ticket 754)
• 11/24/2014 GetIt Fixed with GetIt 3.2.7 upgrade. 7/2/2014 Links to PO Line Count By Date and PO Copies By Date don't work. When you click on the Reports links for PO Line Count By Date and PO Copies By Date, nothing happens. This problem has been reported to LibLime. (7/2/14) (SCLS Support Ticket 1056)
• 11/24/2014 GetIt Fixed with GetIt 3.2.7 upgrade. 6/6/2014 Navigation and Refresh buttons do not work after applying templates to a group of PO Lines. If you select a group of PO Lines and then apply a template to all of the PO Lines, the navigation and refresh buttons in the lower right-hand corner do not always work. You have to refresh the browser to get the buttons back. This problem has been reported to LibLime. (6/6/14) (SCLS Support Ticket 750)
• 11/24/2014 GetIt Fixed with GetIt 3.2.7 upgrade. 6/11/2014 Cannot add PO Line Copies manually when there is a vertical scroll bar for the PO Line Copies box. If there is a vertical scroll bar, after you click the New button to add the PO Line Copy, you can scroll to the bottom to see the new PO Line Copy. However, after clicking on it to access the Location drop-down box, the new PO Line Copy line disappears before you have a chance to do anything with it. This is not a problem when there is no vertical scroll bar in the PO Line Copy box. This happens in both Firefox and Chrome. This problem has been reported to LibLime. (6/11/14) (SCLS Support Ticket 716)
• 11/24/2014 GetIt Fixed with GetIt 3.2.7 upgrade. 6/19/2014 Printed invoices and purchase orders include street address but not city, state and zip code of vendor. This problem has been reported to LibLime. (6/19/14) (SCLS Support Ticket 871)
• 11/24/2014 GetIt Fixed with GetIt 3.2.7 upgrade. 7/2/2014 EDI Target Transactions button doesn't work. There is a new button that came with GetIt 3.0. It's a "Transactions" button that is in the EDI Targets area. However, nothing happens when you click on this button, although the button appears to be active and clickable. This problem has been reported to LibLime. (7/2/14) (SCLS Support Ticket 1057)
• 11/19/2014 Update. Duplicate holds may be caused by hitting any key on the keyboard after clicking the Submit button (on the holds confirmation page). If patrons report problems with duplicate holds, please review the process with the patron in person while in the library. Please confirm the steps that the patron takes and whether the problem occurs when placing holds while in the library or if it only occurs when placing holds from home. This issue has been reported to LibLime.5/31/2013 If patrons click the Submit button (on the holds confirmation page) more than once, then duplicate holds are placed. The holds transaction is not complete until the patron is brought to the list of holds in their patron account. If the button is clicked again before the initial transaction has completed, then the browser sends a new transaction and this results in duplicate holds. This is a browser issue and also happens on commerical web sites. There is a notice on the holds confirmation screen instructing users to click the Submit button only once. Fixing this problem would require development to make the Submit button disappear after it is clicked. (5/31/13) (SCLS Support Ticket 492,* 936, 1718, 1616, 1900)
• 10/29/2014 New. The mouse "hovering" that displays the full title in the patron's active hold list in LINKcat does not work when using a Chromebook. It does work when using Chrome on a desktop/laptop. (SCLS Support Ticket 1949)
• 10/20/2014 The Expiration date in a Patron record is getting updated when changes are made using the Edit hyperlinks for the separate sections (except Library Use). If you are making a change to the patron record and you don't want the Expiration date to change, use the Edit button on the main toolbar in the patron record (same toolbar with Add Child and Print buttons).  This has been reported to LibLime. (SCLS Support ticket #1868)