JRS presently relies on nightly uploads and batch processing. It is also outdated and limited in terms of field size. It should be replaced with a system which will add to the existing functionality by providing expanded field size, increased flexibility, real-time processing, and better and more flexible reporting.
- Currently, when a payment amount exceeds seven digits, the receipt has to be split into multiple transactions. The receipting system should facilitate receipt of payments in larger amounts than this.
- The receipting system should be more flexible in terms of ease of accepting alternative forms of payment.
- The receipting system should process payments in real time, so that individuals, for example, making a LFO payment, would be able to obtain a balance statement (CFHS) at the same time, which reflects the payment amount that was just made.
- Currently, each register apparently has a maximum number of transactions it can process in a given year. This needs to be expanded.
- Cashier sign-ons should be specific to the individual rather than to the machine.
- Dollar amounts should be listed for each register on the extract for upload.
- Daily backups and purge parameters should be automatic.
- Clerks should be able to prohibit issuing receipts on previous dates.
- After selection of the payment type, the user should be allowed to cancel or revise the payment type if they made an error.
- When cloning receipts, the user should be able to over-write data without having to back space through it.