Document status: UNRELEASED
Date:
Prerequisites are located in the menu on the left.
Improvements POS
Module | Description |
|---|---|
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. |
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.
Note User should add the web-orders all in one go before adding other items from the store since once the user changes mode to adding store items, the web-order is considered "done" and cannot be edited. Support for editing the web-order items will be implemented soon. |
