Skip to end of banner
Go to start of banner

RA - Fine Reports Small Group Fall 2019 - Summary

Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 13 Next »

General Recommendations:

  1. CSV format is fine for all of these reports, additional formats are not needed.
  2. Permission controls are needed for all of the in-app reports, for the following reasons:
    1. Anything having to do with financial data would not be something we would want to have open to all operators.
    2. If the report did not have permission controls, you would not be able to know who had potentially run the report.
    3. These specific reconciliation reports have associated service points, which identifies how much money is being handled at that location - a physical security concern.
  3. One point that will need resolution - whether the in-app report can be thin-threaded by setting default time periods for running the report. Because of this, we are recommending that the report be required to have a prompt for date, and not a hard-coded default time period. If that truly can't be done, we believe the report will need to run for at least a four month time period to accommodate quarterly, monthly, and daily reconciliation and audit needs.
Requested FeatureTimeframe to run report (Required?)Service Point for Report (Required?)Payment Methods in Report (Optional)Thin Thread OptionsData PointsOther info
In-App Report: Cash Drawer Reconciliation Report

Prompt on run for start date and end date (default to current date/time)

Which date should be checked in order to include the item in the report?  Payment date?  Refund date?  'Action' date?

Prompt for Selection

We actually use Fee/Fine Owner, which could be one or several Service Points

Prompt for Selection (of one or more)


Use logged in service point

Return all payment methods

Return transactions and libraries compute summary values on their own.

Do you want each fee/fine to be one row in the spreadsheet?  (Keeping in mind that a fee/fine can  have multiple 'actions' (aka transactions) such as payments, waives, transfers, refunds.

For each transaction returned in the query:

  • Transaction date/time
  • Transaction Amount
  • Payment Status
  • Payment Method
  • Waive Reason (if applicable)
  • Refund Reason (if applicable)
  • Add'l actions: Cancelled as Error, Suspended as Claim Returned, Staff Info Only
  • Add'l information: Staff, Patron
  • Operator ID
  • Fee/Fine owner
  • Fee/fine type? (e.g. Lost item fee, Overdue fine, Locker rental fee, Damaged item fee).


Summary values:

  • Total payment by fee/fine payment type.  We don't have a field called Fee/fine payment type.  Did you mean Fee/fine type?
  • Total by fee/fine payment method.

Personal Data:

  • Operator ID
  • Add'l Information - Patron (potentially)

Same-Day Data needed?

  • Yes
In-App Report: Financial Transactions Detail Report Prompt on run for start date and end date (default to current date/time)Prompt for SelectionPrompt for Selection

Use logged in service point

Return all payment methods

For each transaction in the timeframe:

  • Transaction date/time
  • Transaction Amount
  • Payment Status
  • Payment Method
  • Waive Reason (if applicable)
  • Refund Reason (if applicable)
  • Add'l actions: Cancelled as Error, Suspended as Claim Returned, Staff Info Only
  • Add'l information: Staff, Patron
  • Operator ID
  • Fee/Fine owner

Add'l specific info

  • Patron Name
  • Patron ID (Default - External System ID)
  • Patron Email
  • Instance Title
  • Instance Author
  • Item Barcode
  • Item Call Number
  • Item Loan Date
  • Item Return Date (if applicable)
  • Item Effective Location
  • Overdue Policy Name
  • Lost Item Fee Name

Personal Data:

  • Operator ID
  • Add'l Information - Patron (potentially)
  • Patron name
  • Patron ID
  • Patron Email
  • Item information (because 

Same-Day Data needed?

  • Yes
ID440: Fine Fee ReconciliationThis report is essentially the same as the two reports above (depending on whether an institution includes patron info as part of their reconciliation process.)
ID483: Monies paid/collected for fines/fees, privileges, purchases, or other reasons by payment method, date range, location, or operator
  • This report is intended for annual statistics
  • UChicago reported that it does not need to include operator information (contrary to report title description)
  • This report can be accommodated for in the LDP.
  • No labels