You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 3 Current »

Document status: RELEASED

Date:  

Prerequisites are located in the menu on the left.

Fix for calculation rounding amount on customer orders

(RTP-16898)

There has been done a fix so it's not possible to complete a receipt if the paid amount doesn't match the sale total on customer orders. Previous there has been issues with some amounts of both positive and negative rounding on receipts from customer orders, and this potentially caused trouble for stores when doing balance registration.

POS Configuration

POSWCF Parameter

AllowedDifferenceDuringSubtotalValidation (default '0') - If activated then you could define a tolerance for this difference. So if the parameter is set to eg. 0.5, the paid amount within +/- 0.5 of the sale total will be accepted.

Improvements POS

Module

Description 

Coupons

Improved handling when commit of coupons fails

When commit of coupons fails, and POS is configured not to ignore such errors (as is needed for some coupon types, e.g. type Liquid), cashier may still finish the (partly) paid receipt. This may be done by deleting coupon line(s) and perform any rest payment (due to some coupon discount may be withdrawn).

Price calculation

Fix for member netcost in combination with active member campaign (RTP-19935)

Items that have a member netcost in combination with an active member campaign will now be treated correctly, even if member is registered in the receipt after the items. Previous if member was registered after the items, the correct netcost on the items was not used. This caused the gross profit to be not updated correctly. 

Search

Keep search text when switching search type (RTP-19946)

A change has been implemented so we keep the search text when switching search type from for example item search to customer/member/order search. This is practical if the user selected the wrong search type. Now the user does not need to enter the search text again after switching.

Vensafe

Maximum quantity when selling items with identical active substances via Vensafe automat (RTP-19898)

Items that do have a quantity limit due to identical active substances, and that are to be delivered via Vensafe automat, will now be treated correctly when scanning Vensafe ticket in EG POS. This is regardless of which other items that also may be present in the same ticket. If a higher quantity of one or more items are present in the ticket from Vensafe kiosk (tower) than are allowed to be bought by customer (configurable), no items from that ticket will be fetched by POS. An according message is shown to user (cashier mode and self service mode).

  • No labels