holds
authortji <tina.ji@bc.libraries.coop>
Fri, 2 Dec 2016 19:51:30 +0000 (11:51 -0800)
committertji <tina.ji@bc.libraries.coop>
Fri, 2 Dec 2016 19:51:30 +0000 (11:51 -0800)
Signed-off-by: tji <tina.ji@bc.libraries.coop>
circ/circ-hold.xml

index c7136ae..bfe01e6 100644 (file)
       will be set to "Wait for copy".</para>
 
     <tip>
+
+      <!-- 
       <para>Evergreen's holds targeting program, the holds targeter, identifies holdable copies and
         builds a holdable copy list once a day at midnight. When an item is checked in, Evergreen
         will match it with the holdable copy list to identify pending holds. Items with non-holdable
         on the holdable copy list every 15 minutes. For old holds (requested more than 24 hours
         ago), the holds targeter matches them once every 24 hours at roughly the hold request
         time.</para>
-
+      -->
       <para>Newly created items, or items of which the status was just changed from a non-holdable
-        to a holdable status, such as from Missing to Reshelving, are not on the holdable copy list
-        until midnight after the next holdable copy list has been re-generated. Using the checkin
-        modifiers <guimenuitem>Retarget Local Holds</guimenuitem> and <guimenuitem>Retarget All
-          Statuses</guimenuitem> will check all the potential holds picked up at the checkin library
-        that may be filled by the copy, instead of just the holdable copy list. These checkin
-        modifiers are sticky, and Sitka support recommends they be turned on unless your library
-        belongs to a resource-sharing group, which means the item may be used to fill a hold picked
-        up at aother library/branch. In such cases, staff may re-target the hold on top of the holds
-        queue on the <guilabel>Catalogue &gt; View Holds</guilabel> screen. </para>
+        to a holdable status, such as from Missing to Reshelving, may not trigger holds on regular
+        checkin, because these copies were not identified as potential hold targets due to their status. 
+        Using the checkin modifiers <guimenuitem>Retarget Local Holds</guimenuitem> and
+          <guimenuitem>Retarget All Statuses</guimenuitem> will force Evergreen to check whether there is pending hold on the item picked
+        up at the checkin library. These checkin modifiers are sticky, and Co-op support recommends they be turned on
+        unless your library is part of a multi-branch library system. In such cases, staff may re-target the hold
+        on top of the holds queue on the <guilabel>Catalogue &gt; View Holds</guilabel> screen.
+      </para>
     </tip>
   </section>
 
     </tip>
   </section>
 
-  <section xml:id="hold_holds_behind_the_scene">
+  <section xml:id="hold_holds_filling_explained">
     <info>
-      <title>Holds behind the Scene</title>
+      <title>Holds Filling Explained</title>
     </info>
 
     <para>When a hold is attempted on the catalogue, Evergreen checks all related library settings,
       re-target holds via <guilabel>Find Another Target</guilabel> will update the eligible copy
       table, too. Under regular circumstances, without using the <guilabel>Checkin
         Modifiers</guilabel>, Evergreen will check holds for items in the eligible copy table only.
-      Newly catalogued items and items that became holdable recently may not be in the eligilbe copy table
-      yet, thus not triggering holds, if any.</para>
+      Newly catalogued items and items that became holdable recently may not be in the eligilbe copy
+      table yet, thus not triggering holds, if any.</para>
 
 
     <para/>