Monday, October 24, 2016

Horizon 7.5.4 Bug - Wrong Name on Payment Receipt

Update: A temporary fix to the 'crashing' side of the problem was implemented 11/1/16. The name of the borrower on the payment receipt has been replaced with the libary card barcode of the borrower. It only prints the last few digits of the barcode to help protect customers' accounts from being used for other services. But it should be enough to verify the account name and barcode together if they present the receipt later with questions.

Note: placing the barcode on the receipt did not correct the other part of the bug. It could still print the barcode for the borrower that's currently on the item record. But the fine payment is truly credited to the correct borrower.


UPDATE 2/2018:

Another issue is when checking in items and trying to print a return receipt in Horizon is that this will crash Horizon.  This is only when printing a return receipt. 

The only way to 'correct' the issue of wrong name printing on cki or payment receipts is to remove the name from payment or cki receipts altogether.

You can aso avoid the cki receipt issue by checking in and issuing a return receipt through CircIt.

-----------------------------------------------------------------------------

When we upgraded to Horizon 7.5.4 in October, 2016, a bug was introduced into the system. The payment receipt prints the name and/or barcode number for the borrower that’s currently on the item record (i.e. has the paid for item checked out) - not the borrower who's paid the fine. Don't worry though. It’s only cosmetic. The fine payment is truly credited to the correct borrower.

In this example, Julianne Starner paid fines on her account, but Lupe Vasquez's name appears on the payment receipt. That's because Lupe has the Deadwood item checked out.

Another symptom of this problem was that Horizon would crash during the payment transaction. The payment was still made to the correct account, but staff had to log back into Horizon.

We will probably have to live with this until the next upgrade. Simply cross out the wrong name and write in the correct borrower's name and reassure/show the customer their fines were indeed paid.



rev. 4/2018

Friday, July 29, 2016

Shipment Check In

As of today, shipment should be checked in using regular check in. Previously, it has been standard practice to check in shipment using exempt check in. This change in practice is to remain consistent with Policy 16.6-1, Volunteer Use of Horizon, which does not allow volunteers access to exempt check in status because it could affect the fines/fees posted to a borrower's account. Since many branches use volunteers for shipment check in, this practice is being updated.


rev. 5/2018

Tuesday, June 7, 2016

Telemessaging Won't Call Numbers With 999 Prefix

Prefixes (not area codes) beginning with 999 are not dialed by Telemessaging.
The Telemessaging software is written to block calls with the prefix “999” (e.g. 559-999-1234). This is related to the fact that the company that developed the Telemessaging software has headquarters in New Zealand and associated offices in Australia and the United Kingdom. In the United Kingdom and some other countries, “999” is commonly used as an emergency number, like “911” in the United States.

This affects over 1,770 borrowers at this time. Telemessaging will not work for these phone numbers. These customer should use an alternate phone number of select an alternate notification method. 


Also see "Area Codes and TeleMessaging"

Thursday, April 28, 2016

New ATTN block when you need to see customer about their acct

A new ATTN block has been added to Horizon that can be applied to a borrower's account when staff needs to talk to them regarding their account (i.e. DVD case turned in without the DVD; library card left at desk, etc.) It prevents the customer from checking out at self check. The language on the block will say "Problem with account, contact library staff for specifics." Make sure the note you include with the block describes the issue so any staff member can resolve the question/problem.



Many branches have been using the Address Correction Request (ACR) block for this purpose. Bad idea. Using the ACR block stops any future printed or email notices from being generated for that customer for holds, overdues and lost items, and therefore should not be used for anything other than an address correction.  Click here for more information.