Document status: UNRELEASED
Date:
Prerequisites are located in the menu on the left.
Printing of multiple pick lists
In Web Orders in POS, user can print multiple pick lists at the same time by selecting the orders with New status and then clicking the "Print Pick List" button. This button only prints the pick lists and does not change the order status. The order picker in the store can use these printed pick lists to sort the orders into different containers or bags before even starting picking.
Required
POS Master v. 3.0.0.142
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. Improvement in PosPay integration (RTP-27593) When POS send itemgroupcodes to the terminal and the code is missing in POS, we will now send '0' (zero) instead of a blank value. Previously the itemgroupcode would be blank, causing the PosPay to hold the transaction and the cashier could not abort. |
| 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. |
| Item search | New Item Search View (RTP-25843) New item search grid view is created to show Item Name, Product Series, Brand, SKU, Price and Assortment Code.
Required POS Configuration: SearchConfig = 20 Required POS Import v. 4.0.62 POS Master v. 3.0.0.142 |
| Orders | Reserve in store process standardized (RTP-25374) The reserve in store function is standardized and now work correctly. When there is no available stores or the action of selecting store want to be canceled the item search view is shown from the point of previous selected item. It allows cashier to easily select another item without any additional steps. Printing of order confirmation error (RTP-26750) Error for newly picked order no longer appears when user navigates to order screen. |
| Price calculation | Changed handling of quantity for items in GetPriceRules response for Mix 41 (RTP-27450) The response from PriceInfoService for the GetPriceRules request will now use the quantity from the conditionItem group level in stead of the actual item for Mix 41. Previously the quantity from the item was used, causing the mix to trigger too early if triggering was based on the response from PriceInfoService. The new mixtype 46 from Chain Classic is now usable in POS. The mix awards extra bonus (specified in Chain Classic) to members paying with Coopay in POS. Bonus calculation is done at the time of payment, and it is specified on the customers printed receipt. |
| Web order | Order or Sale dialog Swedish translations (RTP-27075) When adding an item to an already existing web order or sale, the "Order or Sale" dialog shows up and the Swedish translations for the buttons are changed to:
The 'Edit line' label is removed from the lines in the web order and is retained for normal sales. |
Improvement POS Server
Area | Description |
|---|---|
| POS API | BatchToPosApi - Capture payment for web orders (RTP-26854) When sending a JSON file to BatchToPosApi from 3rd party, it can now contain the CaptureDeliveredUnPaidItems flag. If the flag is set to True, BatchToPosApi will call SetCartReadyForPayementAction endpoint in POSAPI to finish the payment process. If set to False, the method is not called. |