NExpress Shared Catalog

There is a bug in Koha wherein:

Adding a repeatable holiday creates holidays retroactively for Koha’s calendar
module.  fines.pl balks when it sees an overdue fine calculation where amount
!= amountoutstanding (it assumes a payment was made, so tries to adjust the
amountoutstanding appropriately).  This fails if the calendar module reports a
smaller number of fine-inducing days on one run of fines.pl than it did on the
previous.

Symptoms:
Overdue charges appear on patron accounts with Amount Outstanding > Amount.

This problem only occurs after a library has changed its calendar settings.  Adding Sunday as a repeatable holiday, for example,  makes Koha erroneously added the retroactive fine amount ($1 per day for movies, .05 per day for other items) to the maximum total, resulting in nutty fines like $3.25 (for books and other items) and $7.00 (for movies).

When you run across these kinds of fines, just charge the patron the $3 maximum and “write off” the remainder by paying the whole thing off regardless of the actual amount. The bug will be fixed eventually.

Mickey

Not sure what else to call bug 3270, but here’s the scenario that says you’ve encountered this bug:

Let’s say a patron or staff member cancels a hold that has already been confirmed and transferred from Library A and is on it’s way to Library B with a transit slip.  When the item arrives at Library B, and the staff scan it, nothing happens – there is no message saying to Send the Item Back to Library A or a message saying that a Hold Was Found for Patron X.  The clue that lets you know this nasty little black bug has crawled to your Circ Desk is the message Not Check Out.

What do you do??

At Basehor, they simply check the item out to a staff member and immediately check it back in.  This triggers a transfer prompt and correctly updates the Current Location.

Your reward for this work around is a circulation statistic.

Other clues that this bug present:

When an item has a status of Available, but the Current location and Home branch are mismatched.  This item belongs to Bonner Springs, not NEKLS HQ:

To fix the bug, determine with a shelf check where the item is physically located and manually update the Item Record:

Looking for a specific barcode?  Add the text ‘barcode:’ before typing or scanning the barcode to go directly to the Bib record associated with that barcode.  For example:

- Sharon

Step 1:

Step 2:

Hello…we had an unexpected Web site upgrade and will be methodically replacing information, forms, documents and images over the next few weeks.  Please contact the nexpresshelp team with individual requests for documents and we will send those to you via email.

Thank you for your patience.

Sharon Moreland

How to:

Managing the Holds Shelf

Overview -

• Using the Holds Awaiting Pickup Report, you can quickly see which holds have expired and need to be returned or moved on to the next hold.
• Using the ‘Cancel Hold’ buttons provided, you can remove the item from the patron’s account and initiate a transit of the item back Home or confirm and transfer the item to fill another hold.
• Note: This report still has some issues, the biggest being that you are not prompted to print a transfer slip.
  Other issues:
  Bug 3288 (Transit prompt not immediately triggered after hold is canceled) and
  Bug 3270 (Canceling a hold request after transfer initiated orphans item)

Steps (with illustrations below):

1. From Circulation, Open the “Holds Awaiting Pickup Report” (just under the Holds Pick List)
2. By default, the report is in reverse date order – newest holds at the top.
3. Click on the arrow buttons next to the “Available Since” heading to resort the report.
4. Now the oldest holds are at the top of the report. Many will say “Hold Over” – these have been on the Holds shelf for at least 7 days.
5. If the item and the patron who has the item on hold both belong to YOUR library, you will see the “Cancel Hold” button.
   • Clicking on Cancel Hold will remove the hold from the patron and check in the item.
   • You may double check this by checking in the item a 2nd time – it should say Available and Not checked out.
6. If the item is from a different library, you will see the “Cancel hold and return to: LIBRARY” button.
   • Clicking on this button with remove the hold from the patron and initiate a Transit from your library back to the home library IF there is not another hold on the item.
   • To double check this, using the Search the Catalog box, type in “barcode: XXXX” The status should say “In transit from Bonner Springs to Linwood” for example.
7. If the item is from a different library AND on hold for a different patron, you will still see the “Cancel hold and return to: LIBRARY” button.
   • However, when you click on this button, you will get a message saying, “Holds awaiting pickup for your library on: 08/21/09 Hold find for (The boyfriend) must be transferred – This hold placed by Patron at the library LIBRARY. Please transfer…” and SUBMIT QUERY
   • After you submit query, you will be returned to the Holds Awaiting Pickup Report
8. To print a transfer slip, check in the item and Confirm, transfer and print slip (as normal)

On Thu, May 28, 2009 at 12:30 PM, Mickey Coalwell <mcoalwell@nekls.org> wrote:
Hello everybody.

It was reported this morning that when items are removed from the holds shelf, the pop-up prompt that tells you where to send the item (usually to its home library) is not appearing. Unless the item is on hold for another patron, it does not trigger this pop up box. Checking an item in just results in a “not checked out” message. This situation may also occur when a patron has removed their own hold after an item is in transit. This has been reported to LibLime as a high importance support request. We will keep you updated.

Thank you.
Mickey @ NEKLS

Support Request:

Hello. This was received this morning from one of our member libraries,
Bonner Springs. I have tested it, and get the same results. There is no
transfer prompt for items that need to be sent “home.” Please give this
request immediate attention and importance. Thanks.
Mickey

When removing an item from our hold shelf……
We normally remove the hold and then check the item back in which triggers a pop up that tells us where to send the item.
Now, unless the item is on hold for another patron, it does not trigger this pop up box.
We tried checking items in several times and it simply states it is “not checked out.”
We found this also happens when a patron has removed their own hold after an item is in transit.
Kathleen found that if we check the item out to another card then check it in it will then trigger the pop up box that tells us where to send the item.

Items removed from hold shelf that do not belong to Bonner Springs – no pop up box saying where to send the item.

Reply received 5/29/09:

Hi Mickey,

Ryan and I did some research and testing yesterday to figure out the problem.  This seems to be caused when a hold is canceled, and there is bug #2941 filed back in Feb. 2009, which addresses this but has not been worked on.  Ryan is going to create a new bug (I believe) and combine number 2941 plus some others he thinks are related) into it and give it a higher priority.  This will help us to get a patch for the problem sooner.

Follow-up received 5/29/09:

Mickey,

Ryan did create a new bug for this – #3270 – with a severity of ‘major’ – just wanted to let you know.
**********************************

Please continue to report instances of transfer prompts failing to appear on-screen. A screen capture  would be extremely helpful. Thank you, and sorry about the continued inconvenience.  MC

On Tue, Jun 2, 2009 at 5:59 PM, Mickey Coalwell <mcoalwell@nekls.org> wrote:

> 1. The location displayed in the ACTION column when canceling a 'hold over'
> item is the item's home library; but often, there is a hold on the item for
> another library (not the home library). It is the next library in the holds
> queue that should display in this column, rather than the item home
> location.

Right, the script currently makes an unjustified assumption that the
item should always be transferred back to its home library.  While it
would be possible for the script to figure out the next request in the
queue, holds queue are dynamic enough that it is possible for the next
request to fill to change between generating the report and the
operator canceling a request.  Consequently, a simple message of
'Cancel hold' or 'Cancel hold and transfer' may be better.  Please
file a bug for this.
[Done. See Bug #3287, Severity MAJOR, 6/3/09 reported by MC]

> 2. Canceling the 'hold over' from waitingreserves.pl should trigger a
> transit prompt, instructing the staff person to send the item on to the hold
> library, if a hold exists on the item. This doesn't happen. Nothing happens
> when the 'hold over' is canceled. A staff person, seeing the information
> displayed in the ACTION column, would naturally assume that the item is to
> return to its home library. So, regardless of whether a hold exists, the
> 'hold over' canceled item is being returned home. We have found that a hold
> transit prompt will trigger if the canceled hold item is checked in after it
> is canceled. But this is a two-step process that we have not trained any of
> our libraries to perform. We are seeing lots of problems associated with
> this, since many hold items are being sent back to their home locations,
> instead of their next hold location

The script does appear to have nascent but incomplete functionality to
generate a transfer message.  I recommend filing a bug for this one.
[Done. See Bug #3288, Severity MAJOR, 6/3/09 reported by MC]

Regards,

Galen

From a patron’s Detail page (illustration from my account below), there appears to be a way to return a mass of items without using the barcode scanner – you check the box and hit the “Return checked items” button.  This would be great…IF IT WORKED properly.

Unfortunately, if one of those items you’ve returned without using the scanner happens to be on hold for another patron or belongs at a different library, Koha DOES NOT tell you that.  You have to scan the barcode in the Check In module to activate or trigger a hold or transfer/transit from one library to another.

So, for now…please don’t use this feature.  We are reporting this bug to LibLime today.

-Sharon

This just in from Bugzilla:

Galen says: Enabling the XSLT bib display option for the staff client has been sponsored.
When this is implemented, the default staff bib display stylesheet will include
the 245 $n and $p.

Translation: The Title: Subtitle, Number and Part information that displays correctly in the online catalog (OPAC), will SOON display in the Staff Client, too!

Titles to test this on: Go, Diego Go! and Naruto.  If you are looking for specific titles, search the patron catalog first, then the staff client.

-Sharon

UPDATE Nov 2009 – This patch has not been added to our catalog yet. Below are illustrations show the different search results you will get in the Public Catalog versus the Staff Client.

Sub-title displays in OPAC searches

Subtitle information does NOT appear in the Staff Client

UPDATE: Galen at LibLime has submitted a patch to fix this. The patch will be included in our next update.

Mickey posted the following bug today, along with a support request to LibLime: Bug 3299

It has been brought to our attention that we cannot specify a special due date on a patron’s account (say when renewing an item).  Instead, the system renews using the standard due dates specified in the circulation rules.  Hopefully this is something that can be fixed easily and quickly.  You CAN still override the renewal limit.