Fine incorrect (no fine) in version 20

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

Article Type: General
Product: Aleph
Product Version: 20

Description:
We have been doing functional testing in v20 (Test) with some problems. In the first instance, fines is not being generated. We have:

1. Cross reference the configuration from v17 to v20
2. Checked tab31, tab17 and tab16
3. Run UTIL/F/2/10 (see results below)
4. Simulated the scenario from the GUI, i.e. loans which became overdure, returned and no fine was generated.

FINES CALCULATION - UTIL/F/2/10:

Enter item barcode (Q to stop) : 1700150134
Load: /exlibris/aleph/u20_2/alephe/tab/tab100
Load: /exlibris/aleph/u20_2/abc50/tab/tab100
Enter bor ID (Q to stop) : BORROWER
Load: /tmp/utf_files/exlibris/aleph/u20_2/alephe/tab/tab_sub_library.eng
Enter bor status
(Q to stop) : 55
Z36-BOR-STATUS: 55
Z36-ITEM-STATUS: 01
Z30-ITEM-PROCESS-STATUS:
Load: /exlibris/aleph/u20_2/abc50/tab/tab16
TAB16: ABCML 01 ## 55 + 00000028 00 A 2200 0000 00100 002 002 4 01 D035 500.000000 1.00000000

0000000000 000 0 01
Enter due date (yyyymmdd or Q to stop) : 20100614
Enter due hour (hhmm or Q to stop) : 0900
Load: /exlibris/aleph/u20_2/abc50/tab/tab17
Enter return date (yyyymmdd or Q to stop) : 20100615
Enter return hour (hhmm or Q to stop) : 0900
Enter recall due date
(yyyymmdd or Q to stop):
Load: /tmp/utf_files/exlibris/aleph/u20_2/abc50/tab/tab18.eng
Fine is:

Resolution:
The /tmp/utf_files/exlibris/aleph/u20_2/abc50/tab/tab18.eng -- which as you can see in the util f/2/10 log is what the
system is using -- has an incorrect column 4. Here (from the usm50 tab18.eng) are the correct v20 columns with your
(incorrect) data from the utf_files tab18.eng:

!1 2 3 4 5 6 7 8 9
!!!!-!!!!!-!!-!!-!-!!!!!!!!!!-!!!!!!!!!!-!-!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
0000 ##### ## # N General
0001 ##### ## 0 N Photocopy request
0001 ##### ## 0 N Photocopy request
0001 ##### ## 0 N Photocopy request
0001 ##### ## 0 N Photocopy request
0001 ##### ## 0 N Photocopy request
0001 ##### ## 0 N Photocopy request
0001 ##### ## 0 N Photocopy request
0001 ##### ## 0 N Photocopy request
0001 ##### ## # Y 4.00 Photocopy request
0002 ##### ## # N Hold request
0003 ##### ## # Y Late return
0004 ##### ## # N Loan
<etc.>

Only the first byte of column 4 is populated. The /exlibris/aleph/u20_2/abc50/tab/tab18.eng has a correct column 4:

0000 ##### ## ## N General
0001 ##### ## 01 N Photocopy request
0001 ##### ## 02 N Photocopy request
0001 ##### ## 03 N Photocopy request
0001 ##### ## 04 N Photocopy request
0001 ##### ## 05 N Photocopy request
0001 ##### ## 06 N Photocopy request
0001 ##### ## 07 N Photocopy request
0001 ##### ## 09 N Photocopy request
0001 ##### ## ## Y 4.00 Photocopy request
0002 ##### ## ## N Hold request
0003 ##### ## ## Y Late return
0004 ##### ## ## N Loan
<etc.>

but that is not what is being used.

The first action in the Post-Upgrade Express actions at the end of section 3.8 of the "Upgrade Express 19.01 to 20.x User Guide" is the following:

1. Remove UTF files (util-x-7)

Either this was not done or else an older (but correct) tab18.eng was moved to the sta50 $data_tab after it was done. I suggest that you do util x/7 now (or again) in order to make sure that you have correct files.

Also, the header is incorrect. This does not affect the system's reading of the table, but it can be very confusing.

The last action in the Post-Upgrade Express actions at the end of section 3.8 is the following:

"Run Util H/2 and Util H/3 to synchronize headers. (Although this step is not in the menu above, it is recommended)."

It seems that you have not done this. You need to do it. I will suggest that the document be changed to make this step
*required* rather than just recommended.

After making this correction, the util f/2/10 worked correctly but there were still no z31 overdue cash fines being created for the patron. That was because the z305_ignore_late_return was set to "Y". (As was the case in KB 8192-4554.)

Article last edited: 10/8/2013