...
Improvements POS
Module | Description | |||||
|---|---|---|---|---|---|---|
Age control | Improvements for age control integration with Norwegian Bank ID app (RTP-26216) Error handling and messages to cashier has been improved for the following cases:
| |||||
Cash changer | Implementation of API version 3.2.22 for "CashGuard" cash changer (RTP-21908) We have implemented API version 3.2.22 for cash changer of type CashGuard. According to manufacturer Strongpoint the new version has improvements that affects several versions of CashGuard, both long existing models and quite new models. | |||||
Loyalty | Changed handling of coupons for customer with multiple memberships (RTP-26304) When a customer has multiple memberships where some memberships are personal and some memberships are connected to a team or an association POS will now only fetch the coupons for the correct membership type (personal or organization) when scanning the QR-code even if the memberships are connected by the same external id. For instance, if the QR code for the organization is used the personal coupons will not be fetched, and if a QR code for a personal membership is used the organizations coupons will not be fetched. Previously all coupons would be fetched in these cases. | |||||
PLU list | Use cached PLU list config when exception occurs in PLU list definition parse (RTP-26390) If an exception occurs while PLU list definitions are being parsed during parameter reload, POS will use a cached version of the PLU list definition to avoid PLU lists being empty. Previously, if the parse threw an exception the PLU lists would be empty and POS would have to be restarted to get the list back. | |||||
Receipt | Update the resource file for Estonia on receipt (RTP-26399) The resource file for Estonia on receipt is now up to date. | |||||
Receipt on hold | Incorrect barcode on printed on-hold receipt with customer order (RTP-24490) When putting a receipt on-hold, the barcode printed on the receipt is a bar code that can be used to fetch the receipt from on-hold. Previously, when putting a receipt with an order inside, the incorrect barcode could be printed (order barcode instead of on-hold barcode). Scanning this barcode would fetch the order from backoffice and not the receipt on-hold. | |||||
Self-service | Improved random control of customers in Self-service (RTP-25755) The configurable and assisted control mechanism for visual / random control has been improved:
POS Configuration: Relevant existing parameter: 'SnGRandomControl'. Random control triggered unexpectedly (RTP-26591) Random control in self-service POS does yet again not trigger when not supposed to. Due to other changes incorrect behavior occurred in previous version, where such control triggered unexpectedly and not according to configuration. | |||||
Voyado integration | Improved error handling in POS API when adding coupons from Voyado (RTP-26395) We have improved error handling in the POS API so that we don't experience calls to POS API failing if fetching coupons from Voyado fails. | |||||
Web orders | Mixing web order items with items from physical store (RTP-24793) When creating a web order it is possible to have it in the same receipt items bought in physical store. User can add either a web order item first or add an item from the store first. When the user starts adding a web order item and then scans or adds another item, a pop-up message to either add the newly scanned or added item to order or sale is shown.
|
