Document status: RELEASED
Date:
Prerequisites are located in the menu on the left.
Improvements POS
Module | Description |
|---|---|
Member search | Display 'Member not found' dialog when searching for unknown member (RTP-26159) POS will now show the 'Member not found' dialog (if configured) when searching for an unknown member. Previously POS would throw an exception if the member was not found. Member search for Swedish social security numbers when leading zeros are stripped by scanner (RTP-26513) In the member search dialog EG POS can now handle scanning of social security numbers from Swedish drivers licenses even if the scanner config removes the leading zeros. This is achieved by adding zeros in front of the social security number if the number is shorter than 10 digits. A Swedish person with a birth date between 31.12.1999 and 01.01.2010 will typically have between one and three leading zeros at the start of their social security number depending on the month and year they were born. This would cause the format of the number searched to be wrong if the scanners was configured to strip leading zeros. |
| Price calculation | Improved price calculation for mixtype 23 (RTP-26714) Calculation of mixtype 23 has been improved to prevent miscalculations in POS. Previously, some variants led to miscalculations when several items in the mix were added to the receipt. |
Sales | "Change quantity" function when using a keyboard (RTP-25293) When using the "change quantity" function, the quantity of an item can by changed multiple times by using a keyboard. |
User interface | Label names in member search (RTP-25303) Labels in member search dialog have been changed to required names:
After changes:
|
Voyado integration | Get newest member when multiple matches is received from Voyado (RTP-23243) When searching for members from Voyado in POS where the identifier used result in multiple matches in Vaoyado, POS will now fetch the member with then newest member number and add that member to the receipt. This goes for both manned POS and SCO. Previously an error message was show to the cashier saying that the member could not be added because of the duplicate values in Voaydo. In self checkout no member would be added. Redeeming Voyado bonus checks in POS API (RTP-26267) Redeeming Voyado bonus checks in POS API will now use the correct identifier (Voyado ContactId) for the member in the request against Voaydo. Previously the requests would fail when redeeming bonus checks because the identifier value was missing. 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. Redeeming multiple bonus checks in combination with a subtotal discount in the same receipt (RTP-26027) When redeeming multiple Voyado bonus checks in POS they will be treated as one subtotal discount. This is treated differently to normal subtotal discounts, which means that it can be used at the same time as a normal subtotal discount even if the parameter 'AllowMultipleMixMatchSubtotalDiscounts' is deactivated. Previously, only one Voyado bonus check could be used in a receipt and it could not be used in combination with other subtotal receipts if the parameter 'AllowMultipleMixMatchSubtotalDiscounts' was deactivated. |
Improvement POS Server
Module | Description |
|---|---|
| POS API | Payment checkout return doesn't finish in POS but transaction OK in LRSLog (RTP-26790) When returning a e-com order (orders are in Chain Web) from POS, we now avoid that POS gets stuck in "refund mode" and doesn't finish the return unless you press "Avbryt" (cancel). |