Skip to main content
ExLibris

Knowledge Assistant

BETA
 
  • Subscribe by RSS
  • Back
    Aleph

     

    Ex Libris Knowledge Center
    1. Search site
      Go back to previous article
      1. Sign in
        • Sign in
        • Forgot password
    1. Home
    2. Aleph
    3. Knowledge Articles
    4. Lost items, when returned, are not credited

    Lost items, when returned, are not credited

    1. Last updated
    2. Save as PDF
    3. Share
      1. Share
      2. Tweet
      3. Share
    No headers

     

    • Product: Aleph
    • Product Version: 20, 21, 22, 23
    • Relevant for Installation Type: Dedicated-Direct, Direct, Local, Total Care

     

    Description:
    In some or all cases, a billed/paid Lost item is not credited when it is returned.

     

    Resolution:
    When an item is billed as Lost, ALEPH doesn't delete the z36 (loan) record but instead changes its status from 'A' (Active) to 'L' (Lost). 

    The pc_cir/pc_return_item program looks for loan records with z36_status = "L". If it finds one, it calls the pc_cir/pc_cir_handle_lost which looks up the z31 cash record for the user (the z36_id), etc. 

    The problem could be:

    (1) (for converted records) no z36 status "L" record;

    (2) mismatch between the z31 Cash record and the z36 status "L" record; or

    (3) tab100 settings which prevent crediting. 

     

    (for #1) No status "L" z36. If this problem is occurring with records converted from another system to ALEPH -- where you don't have Z36 (or Z36H) records with Z36_STATUS "L".

    (for #2) Mismatch between the z31 Cash record and the z36 status "L" record. Causes of mismatch: The pc_cir_handle_lost program reads the z31 and does the following checks: 

    IF Z31-TYPE = "40" or "41" 
    Z31-KT-Z36-DOC-NUMBER = Z36-DOC-NUMBER 
    Z31-KT-Z36-ITEM-SEQUENCE = Z36-ITEM-SEQUENCE 
    Z31-KT-Z36-NUMBER = Z36-NUMBER 
    KEY-CASH-DATE-1 = Z36-LOAN-DATE 
    KEY-CASH-HOUR-1 = Z36-LOAN-HOUR 
    KEY-CASH-DATE-2 = Z36-DUE-DATE 
    KEY-CASH-HOUR-2 = Z36-DUE-HOUR 
    Z31-STATUS = "W" * 

    If any of these fails to match, then it is considered a non-match. * "W" is waived/forgiven. If TAB10-LOST-LOAN-CREDIT-METHOD is "2", then Closed transactions ("C") will also not be automatically credited. See KB 3986 for info on the Z31-KEY (KEY-CASH) structure. 

    (for #3) tab10/tab100 settings which prevent crediting 

    (a) If the tab10/tab100 LOST-LOAN-CREDIT-METHOD is "2", then Closed transactions ("C") will not be automatically credited. To credit billed/paid items upon return, this needs to be "1". 

    (b) (16.02-up) If the tab100 REFUND-RATE" is set to "0 0 0", no crediting will occur. The first value sets the percentage that will be refunded for handling cost (tab18 transaction number 40); the second value, the replacement cost (transaction number 41); and the third value, the notice cost (transaction number 42). A value of 0 means that no refund will be made, and a value of 100 means that full refund will be made. When one of the rates is set to zero, the flag ZERO-FINE-HANDLING is consulted whether to generate a zero-sum credit transaction. We think that most sites will want to have at least the second value (replacement cost) set to 100% crediting.

     

     

     


    • Article last edited: 12-Mar-2016
    View article in the Exlibris Knowledge Center
    1. Back to top
      • Lost item replacement cost is not being charged when item is declared lost.
      • Lost Loan Does Not Appear in CIRC Patron Loan List.
    • Was this article helpful?

    Recommended articles

    1. Article type
      Topic
      Language
      English
      Product
      Aleph
    2. Tags
      This page has no tags.
    1. © Copyright 2025 Ex Libris Knowledge Center
    2. Powered by CXone Expert ®
    • Term of Use
    • Privacy Policy
    • Contact Us
    2025 Ex Libris. All rights reserved