Update on Monitor’s iPOS! Version 8.0.13
The team here at Monitor have been working hard on a new version on iPOS which has some very important new features!
Firstly, the iPOS terminals can now be configured to print a ticketing number on the top of both the customers receipts and the shops’ making the order system a lot more streamlined. Similar to what you receive at fast food restaurants – a number between 00 and 99 will now be printed on the receipts and customers and staff will easily be able to match the number to the order. The numbers are in order sequence and once 99 Is hit, the numbers restart at 00 again. This was a feature we developed for an existing customer, Sheldon College, with their brand-new installment of iPOS. You can read their full case study HERE.
Another new important feature, for library customers, is it is now possible for an operator to process a patron’s payment of fees and fines using the iPOS terminal! Customers all over the world in the US, Canada and Australia can now take advantage of this feature for their library systems. This feature allows patrons to present their card to identify themselves and then the fee/fine payment option will become available.
There are also some new search functions that have been configured into the latest version. It is now possible to search for a user’s account by primary ID when using the check balance function and when searching for a user’s account, iPOS will now remember what field was used last time to make individual workflow a lot smoother.
Simon Grant, a NZ sales team member, recently spoke to one of our clients – Kirsten School in Auckland and they asked for USB Card readers to support a card offset – which is a new feature of this version on iPOS! Ideas come in all the time from clients and we listen! Check out Kirsten School’s case study – HERE
We here at Monitor BM – can also admit when something is not working 100%, so the last major release specification is to do with the iPOS Purchase primary account. Previously when iPOS was posting all the tenders to Supervisor Net and when an item did not yet exist in Supervisor, iPOS would continue with this sale and not attempt to create the item or try again. This resulted in the iPOS PURCHASE account to have odd values when ideally this account acts as a middle man and should always sit at zero.
To read the full list of new features, changes and bug fixes – please click here
Recent Comments