Document status: NOT RELEASED
Date:
Prerequisites are located in the menu on the left.
Improvements POS
Area | Description |
|---|---|
| Bank | Improved saving of pay terminal transactions to POSLog.XML (RTP-23185) Improvements are made to secure that OK pay terminal transactions are being written to Poslog.xml, and the receipt actually finished in EG POS. Additional logging is also added. Previously one could in rear situations experience that the receipt was not finished when expected, making it possible for cashier to add an other (2nd) tender like e.g. Cash before the receipt would be finished and printed. Missing CardIssuer when doing reversal in PSDK pay terminal solution (RTP-27761) We have improved integration with PSDK pay terminal solution to secure that type of payment card used for the last payment also is used and saved to receipt if this transaction is cancelled afterwards. |
| BonusService integration | Bonus checks from BonusService (RTP-25918) To support multiple countries we now sending loyaltyprogramid when issuing bonus checks. This to make sure checks are created with the correct currency. Loyalty program is provided in POS parameter LoytaltyProgramID. If not provided default will be used. |
| General | Improved handling when finishing receipts (RTP-26683) Improvements are made to secure that receipts with OK tender transaction(s) are being finished in EG POS, even when commit of coupons fail after tenders are added. Previously one could experience that the receipt was not being able to be finished in such situations. |
| Mobile payment | Svea payment tender will show a QR code on screen, with link to finish payment (RTP-27407) When paying by Svea, and customer's information has been entered in POS, the message telling an SMS is sent to customer's mobile phone is shortly after replaced by a QR code, on both main screen and customer screen. This code may be scanned by customer with the mobile phone, leading to a link / website where the payment may be finished. In situation where mobile payments like e.g. Vipps, Swish etc. is used, and PaymentService throws a 'TaskCanceledException', POS will retry the payment until successfully finished, or until cashier aborts the started payment. Both the retry attempts and the abort attempts will be verified being successful by POS. This will secure that payments are either finished or aborted in both POS and in mobile. |
| Sales | Price guarantee and return (RTP-27205) It is possible to enter a value over the return value of an item when giving price guarantee. |
| User interface | Error handling when POS is minimized (RTP-27406) When POS is minimized and error is occurs in the background (when WPFPop-up appears) POS maximizes automatically. Cashier can take action and continue. |