Re: [IUG] Billed item checked out to another patron

[Phil Shirley <pshirley at CuyahogaFallsLibrary dot org>]

Dave,

Thanks for your response.  The situation we have could be partially 
explained by batch checkin or marking the item lost, which would get the 
item out of the patron's list of checked out items but leave the 
replacement fee.  However, I can't explain the fact that the item got 
checked out to someone but still has a status of billed.  If an item has 
a status of billed and we check it out, the status is cleared 
automatically upon checkout (I tried this on another item).

Phil

David Snyder wrote:
> This looks like two different things.  The first one, reported by Phil, 
> seems to be the result of batch checkin working as advertised: the link 
> between the item record and the patron record was severed so that the 
> item could be checked in with the billing information retained on the 
> patron record.  The second result, reported by Victoria, seems to be a 
> real problem.  OTOH, if no one at Phil's library admits to using the 
> batch checkin process...
>
> Dave Snyder
> Boston University Libraries
> dsnyder at bu dot edu
> 617 353-0601
>
> VICTORIA GREENE wrote:
>
> > Phil,
> > We had a problem at a branch where the item was checked in (at least it
> > was in hand at the library); the item did not appear on the patron's
> > record, but the billed amount was on the patron record.  When you looked
> > at the item record, it showed as still being checked out to the patron 
> > and
> > had a status of billed.  We have been on Release 2006 for a few weeks.  I
> > had to call III to have this one item link fixed.  I did not realize it
> > might be a general problem.
> >
> > Vicki
> >
> > Victoria W. Greene
> > Assistant Director for Information Technology
> > Wicomico Public Library
> > Salisbury MD
> >
> >
> > On Thu, 8 Feb 2007, Phil Shirley wrote:
> >
> >  
> >
> > > Has anyone else seen this problem in MilCirc, release 2006?  We've had
> > > it happen at least twice.
> > >
> > > An item was checked out to a patron, was not returned, and eventually
> > > became billed; now we see that the item is checked out to someone else,
> > > but the item's status is still billed and the replacement charge is
> > > still on the first patron's record (but the item is not in the first
> > > patron's list of checked out items).  I did an experiment with a
> > > non-billed item (I don't have a billed one) and found that the system
> > > worked correctly when I checked out an item to one patron and then tried
> > > to check it out to another.
> > >
> > > Thanks for any help you can give me.
> > >
> > > Phil
> > > --
> > >
> > > Phil Shirley
> > > Technology Services Coordinator
> > > Cuyahoga Falls Library
> > > Cuyahoga Falls, Ohio
> > > 330-928-2117, ext. 109
> > > pshirley at CuyahogaFallsLibrary dot org
> > >
> > > --
> > > This message was distributed through the Innovative Users Group 
> > > INNOPAC list
> > > Public replies:  INNOPAC at innopacusers dot org
> > > Update your subscription options: 
> > > http://innopacusers.org/mailman/listinfo/innopac
> > > Scanned MGW2
> > >
> > >   
> >
> > --
> > This message was distributed through the Innovative Users Group 
> > INNOPAC list
> > Public replies:  INNOPAC at innopacusers dot org
> > Update your subscription options: 
> > http://innopacusers.org/mailman/listinfo/innopac
> >
> >
> >  
>
>
>
> --- StripMime Report -- processed MIME parts ---
> multipart/alternative
>  text/plain (text body -- kept)
>  text/html
> ---
> --
>
> This message was distributed through the Innovative Users Group INNOPAC 
> list
> Public replies:  INNOPAC at innopacusers dot org
> Update your subscription options: 
> http://innopacusers.org/mailman/listinfo/innopac

--

Phil Shirley
Technology Services Coordinator
Cuyahoga Falls Library
Cuyahoga Falls, Ohio
330-928-2117, ext. 109
pshirley at CuyahogaFallsLibrary dot org