The idea of newly added closed dates pushing back current checkouts due on that
date sounds like a good wishlist request to me, if anyone is so inclined to
create one:
https://bugs.launchpad.net/evergreen
Thanks,
Dan
--
...it could be cool? Would make my staff a little more sane a little more
often, but would also require them to think less - which I don't advocate.
On Wed, Apr 24, 2013 at 12:10 PM, Dan Wells d...@calvin.edu wrote:
The idea of newly added closed dates pushing back current checkouts due on
On Apr 24, 2013, at 11:59 AM, Aaron Zsembery wrote:
We also backdate. Adding closed dates for weather closings will not
effect the actual due date in the system as that is computed at the
time of checkout. It might help with fines, but using a backdated
check-in works just as well.
In the check-in screen, for us, when we begin the check-in process in the
morning (before we open and continuing throughout that business day), just
change the date to the appropriate check-in date. The top bar will change
from green to red (assuming it was green to begin with) showing that
On Wednesday, April 24, 2013 2:08:28 PM Yamil Suarez ysua...@berklee.edu
wrote:
Thank you everyone for their reponses. Could someone share their
workflow for back dating checked out items on the list, since I
assume
other would benefit. Is this something that is done en masse or
We also backdate when checking in items. However, we go ahead and add an
entry in the closed date editor to ensure that fines do not accrue on those
days we are closed. I should add that we usually are able to put this
closed date into the system at least one day before the closed date. I am
not
On Wednesday, April 24, 2013 3:21:05 PM chtrot...@ocrl.org wrote:
I am not sure if the closed date can be entered the same day and fines
not accrue.
IIRC, in our install the fine generator runs at 23:59 to generate daily fines,
so as long as the entry gets in, it should theoretically work. I
This isn't especially relevant to the conversation, but last I checked,
Evergreen actually post dates fines to the end of the fine period in which
they occur. In other words, daily fines are all dated with a timestamp of
23:59 regardless of what time the fine generator runs. This made the
There used to be various fine timestamps (IIRC, the real time when
fines were generated, before 2.0). But we had lots of problems
with it. Now the 23:59 works. We did receive questions on it, but it's
rare. I guess displaying the billing time without hour on OPAC helps.
Back to
I am a casual developer in the Evergreen community. Here are comments of mine
about some excerpts from Sustainable QA that I find particularly interesting.
The comments are primarily technical in nature but I think of general interest.
p.4, 'Providing example tests at each major level of the
We also backdate when checking in items. However, we go ahead and add an
entry in the closed date editor to ensure that fines do not accrue on those
days we are closed. I should add that we usually are able to put this
closed date into the system at least one day before the closed date. I am
We are a week away from the deadline for Hack-A-Way hosting proposals.
Several have said they are interested but not given a firm we want to do
this. I want to make sure that everyone who is interested in considered so
drop me a line if you're putting a proposal together.
--
Rogan Hamby, MLS,
12 matches
Mail list logo
