Document status:
| Status | ||||||
|---|---|---|---|---|---|---|
|
Date:
Prerequisites are located in the menu on the left.
Button for receipt history in member header in sales view
A button to show the member sales history can be shown in the member header in the sales view:
| Expand | ||
|---|---|---|
| ||
|
Alternative shopping bag dialogue
An alternative shopping bag dialogue is now possible to configure in self service POS, via parameter 'PageFlow'. There is a slightly different behavior when configuring this new 'BagPopup' page than the existing 'Bag' page. The new bag dialogue will be shown to customer every time this 'BagPopup' page is passed towards payment, even if shown before, and even if bag already scanned / added before. Customer needs to confirm a quantity of bags, either zero bags or a higher quantity. The bag dialogue shows 2 rows of "bag buttons", with quantities from 0 to 5+. The first row is for plastic bag, the second row paper bag (hard coded). EAN's representing the two types of bags are configurable in a separate parameter called 'SnGBagPopupEANs'.
| Expand | ||
|---|---|---|
| ||
|
Age control performed via Coopay
If configured, age control may now be performed via Coopay if member's QR code is registered at the time the control is performed. This works for both manned POS and in self-service mode.
...
- If customer's age is approved via Coopay an information line telling this is shown in surveillance monitor.
- Whenever customer's age is not approved via Coopay the ordinary age control is triggered.
- If the age restricted item is of type alcohol a popup is shown to customer, telling to wait for staff to help continue to payment.
- If the age restricted item is of type non-alcohol POS continues to Coopay payment without any message to customer.
- The age control message (red color) shown in surveillance monitor is cleared (white color) as soon as either staff has scanned cashier card (alcohol items) or Coopay payment has started automatically (non-alcohol items).
- The age control message (red color) shown in surveillance monitor may still be confirmed by staff even after age is already confirmed via Coopay. This will make Coopay payment start without staff having to go to POS for scanning of cashier card.
| Expand | ||
|---|---|---|
| ||
|
Improvements POS
| Area | Description |
|---|
| Flight integration | Error message for cancelled and departed flights (RTP-25701) When flight "Status" is 2 from WebDok integration, it means that the flight is cancelled and the error is shown after trying to add it: When field "ArrDep" from WebDok integration is 2, it means departure. Additionally, when "ScheduleTimeUtc" is earlier than the current time in POS, it means that the flight already departed and the error is shown after trying to add it:
When scanning a boarding pass for a flight that has not been synced from Avinor, the following error message will be shown: No bottle deposit for international departures (RTP-24556) Bottle deposit should not be paid in POS for international departure flights. When item is linked to another item with LinkType=DepositRefund and an international departure flight is added, the bottle deposit item will be deleted from the receipt. Clear flight info when putting receipt on hold (RTP-25699) When a receipt is put on hold, flight info will be cleared and WebDok transaction will be canceled. When the receipt is fetched from hold , the flight information must be registered again. | |||||
| Gift card | Support for long gift card numbers (RTP-26924) The dialog to sell/issue gift cards supports 32 and more digits in the gift card number. | |||||
| Order | Recipient name in Customer field in Dispatch Order (RTP-26645) When a web order is created in POS, the recipients name entered during the creation of the web order is set as the customer in Dispatch Order. Pay and Collect web orders dispatched to correct store (RTP-25870) Web Orders orders created with delivery as Pay and Collect is now dispatched for picking in the selected store during order creation in POS. Zip code validation (RTP-26167) When user enters an incorrect zip code for a web order in POS, the user will not be able to finalize the order until a correct zip code is entered. Moreover, the user has an opportunity to close the zip code popup by 'X' button or by 'C' button on keyboard. Sending of SMS for Orders (RTP-26088) Sending of SMS in POS will now be triggered for Reserve and Collect orders. The SMS number is automatically taken from the added customer. POS Configuration: SmsEnabled: True | |||||
| Payment | Missing information from Klarna (RTP-27009) When paying with Klarna from EG POS, contact information for customer should now be shown correctly.
| |||||
| 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. | |||||
| User interface | Scrolling in sales view (RTP-26906) Scrolling works now when a lot of items are added to sales. Payment view texts (RTP-24284) The font size of the texts in Payment view is now scaled correctly for 1920x1080 resolution. New customer specific skin has been added and can be configured in parameter UIHighlightColor in POS Configuration. | |||||
| Voyado integration | 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. |
Improvements POS Server
| Area | 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). | |||||
| POS Import | More than 30 characters for store address (RTP-27024) More than 30 characters in store address are accepted POS Import.
| |||||
| JournalService(ARTS POSLog) | Change in ARTS PosLog Extension:Memberbonus field calculation (RTP-26037) In ARTS POSLog format the Extension:Memberbonus field will now only contain standard bonus and not extra bonus earned from mixes and payment cards. The extra bonus from mixes and payment cards are included as separate fields. This makes it possible to see exactly how much bonus was given by each type. |