Document status: RELEASED

Date:

Prerequisites are located in the menu on the left.

Highlights


Release version: 3.0.0.119

  • Coupon status for EG digital coupons in POS: Status for stamp cards, used coupons and active coupons can be seen in POS.

  • Liquid Barcodes: Use coupons and stamp cards from another big provider in POS.



Configurable columns in order search

(Work ID: 179803)

Parameter OrderSearchColumns defines which columns are shown in order search when the full grid is shown. A new column for external order number can be configured.







External Order number has also been added to order header and order line detail dialogs.







POS Configuration 

OrderSearchColumns - Configures columns shown in full grid view in order search.

Possible values: Order number, customer name, reference number, reference text, order date, order total and external order number.

See used and active coupons in POS

(Work ID: 179889)

Used and active EG digital coupons (and stamp card status) can be shown in POS. This makes is possible to inform about possible discounts and also to help the customer find out if a coupon was already used.








Chain Web version 2.9.271 or newer is required.

POS Configuration 

ButtonConfig

Function LIST_USED_COUPONS can be configured on a selected button.

Coupon integration with Liquid Barcodes

(Work ID: 179811)

Barcode from the Liquid Barcodes App can be scanned in POS to fetch digital coupons and stamp cards. 

The following discount types are supported:

  • Amount or percent discount on specific item(s)

  • Item for free (100% discount)

  • Stamp cards (Example: 0 discount on first 5 items, 100% discount on 6th item)

The coupon discounts will trigger automatically. When a discount triggers, the coupon will be reserved by Liquid Barcodes and comited on receipt payment. Coupons will be unreserved in the following cases:

  • Cashier signs out

  • Receipt is cancelled

  • Receipt is put on hold

  • Coupon is removed from receipt:

    • Item that triggered coupon reservation is deleted

    • Necessary quantity of an item to trigger coupon reservation is reduced


  • Liquid Barcodes integration and existing ClearOn coupon integration can both be enabled and used in parallel.

  • Liquid Barcodes integration cannot be used together with EG digital coupons.

POS Configuration 

CouponPrefixes (default blank)

Must be defined for interpreting barcodes as Liquid Barcodes coupons.

Example value: (?'MemberId'995[0-9]{9})$


CouponProvider (default 'None')

Must be set to 'eCoupon' for Liquid Barcodes coupons.

If also using ClearOn coupons in addition to Liquid Bacodes coupons, CouponProvider must be set to 'KI' in stead of 'eCoupon'. In this case also ECouponUrl must be set (pointing at Liquid).


CouponUrl (default blank)

Must be defined, pointing at Pos Services.


ECouponUrl (default blank)

Must be defined only if using both Liquid Barcodes coupons and ClearOn coupons. In this case CouponProvider must be set to 'KI'.


EnableBackgroundOperationProcessing (default False)

If set to True coupons will be fetched in the background, and cashier will see "Fetching coupons..." on the screen meanwhile.


IgnoreCouponCommitErrors

Must be set to False when using Liquid barcodes.


ShowUnusedCouponsInSalesWindow (default False)

If set to True coupons will be visable for cashier (and customer on customer screen) even when rebate is not yet triggered

POS Services host configuration file

New endpoint 

"eCouponService_LiquidBarcodes" must be added from template file.


EnabledServices

“eCouponService_LiquidBarcodes” must be added.


LiquidBarcodes.Url

url to Liquid Barcodes POS Api


LiquidBarcodes.CredentialsFile

XML config file that contains credentials for each store.

Each store must be defined with user name / password / salt (provided by Liquid). Example:

    <Stores>

      <Store Id="1" User="xyz2barcodes.no" Password="...."/>

    </Stores>


LiquidBarcodes.LogFileName

Log file where all communications with Liquid Barcodes are logged.


LiquidBarcodes.LogLevel

Level of logging.

Price guarantee on items with fixed prices

(Work ID: 182397)

Manual line discount via function for "Price Guarantee" can be given on items with fixed price. This makes it possible to match competitor prices even though the item is normally blocked from discounts.

Enabling price guarantee on fixed price items does NOT enable manual line discount. 

POS Configuration 

AllowLineDiscountOnFixedPriceItems (default 'False')

If 'True' it is allowed to use function Line discount on items with fixed price (NoDiscount field in POS database).

Updated REST API Datema integration for self-service

(Work ID: 176951)

We have implemented support for Datema REST API in POS Services. Once enabled, all existing functionality work as before. There are no changes in POS or WCF.

Using the new REST API makes it possible to implement new functionality from Datema in the future.


POS Services host configuration file

Datema.UseRestApi (default False)

Enables use of Datema's REST Api. 

Datema.LogFileName

Log file name for communication with Datema

Default value = 'c:\lpos\logs\datema.txt'

ShopperControlURL

Set to Datema's api url for the REST API.   (Example: 'http://servername/api')

Treatment code in ARTS POSLog XML

(Work ID:183668)

Treatment code (Action_LineItem) from POSLog XML was added to ARTS POSLog XML as an extension for item transactions. The new parameter IncludeActionCodeExtension was added to JournalService (in ArtsConfigParams). It is set to False by default. When it is switched to True, the action code from POSLog is included in ARTS POSLog XML.


Configuration in JournalService subscriber config

IncludeActionCodeExtension (default False)

New parameter for JournalService (in ArtsConfigParams) to configure if action codes are included as an extension to the ARTS format. 

Support for mixtype 25 on EG digital coupons

(Work ID: 181551)

EG digital coupons supports mixtype 25 which gives x % discount on the most expensive item.

Chain Web version 2.9.271 or newer is required.

Support for mixtype 27 on EG digital coupons

(Work ID: 181900)

EG digital coupons supports mixtype 27 which gives discount when buying for more than X. (X is calculated based on normal/ordinary prices)

Chain Web version 2.9.271 or newer is required.



Improvements POS

Module

Description

Currency

Switching between currencies when buying gift cards (Work ID: 167819)

We have fixed a problem that resulted in wrong subtotal amount when switching currency between sale of two gift cards.

Deposit refund

Integration with Tomra / Repant deposit refund machines (Work ID: 184526)

We have made it possible to configure machine ID = "0" for Tomra / Repant deposit refund machines. The machine ID (1 digit) is a part of the barcode for unique deposit refund tickets, and previously EG POS did not accept barcodes if machine ID was not > 0.

Klarna

Store number for refunds in Klarna Merchant portal (Work ID: 1823939

The store number where items are returned and refund is triggered is now shown in the Klarna Merchant portal. The "Merchant reference 2" field is updated with receipt id from store where the refund is done.


Order reference for Klarna v3 (Work ID: 183744)

The Klarna order reference  was added to the PaymentAuthorization element in POSLog and is shown on the receipt.

Order

Customer discount disappears when deposit is used (Work ID: 181345)

We have fixed a problem that caused customer discount to disappear if deposit was used in a customer order.


 Social ID missing when paying order (Work ID: 184251)

We have fixed a problem that resulted in socialID not being saved in POSlog XML receipt. This happened if parameters IDCheckOnOrderType and IdCheckOnPrepaidWebshopOrders  were in use.

Predefined bundle

Bundle articles in combination with Solid Insurance (Work ID: 181068)

A bug that incorrectly caused the error message "Bundle price is higher than the sum of articles" has been fixed when selling predefined bundles in combination with Solid insurance.

Receipt

Number of printed lines for MemberBenefit section (Work ID: 178488)

We have reduced the number of printed lines for section 'MemberBenefit' when receipt contains member discount only. Only a summery line is then printed. If other rebate types activated in the receipt both header and footer line is printed as well. Only relevant if 'PrintTotalMemberBenefit' = 'True' in PrinterConfig.

Self Service

Disable coupon reader during payment (Work ID: 179751)

We have made improvements regarding integration with coupon reader from EAN Systems. It's integrated scanner is now disabled during payment to secure that coupons and deposit refund tickets are not registered / accepted after amount has been sent to the pay terminal. 


Improved handling of scanner during payment (Work ID: 180409)

We have improved the handling of scanner input during payment. When a payment is started the scanner will not be enabled at any time until the payment is finished and the Goodbye page is closed. This will secure that no barcode is registered accidentally and put in the next receipt.


Switching payment after Bank payment has been (automatically) started (Work ID: 183845)

We have made improvements to secure correct behavior when trying to switch from an on going Bank payment to an other tender type in self-service. A dialog will immediately be shown, telling that tenders are being switched. Bank payment will then be tried aborted. If aborting is successful the dialog will be closed, and the new tender will be active for customer to use. If it was too late to cancel the Bank tender, the receipt will be finished, the Goodbye page will be shown and the receipt will be printed.

User interface

Member benefit on customer screen (Work ID: 184125)

When using the 'times' function, or changing quantity, mix discount for members only was not updated correctly. This has been fixed.

Improvement POS Server

Module

Description

MessageService DB

Cleanup of old data for SMS/e-mail (Work ID: 182205)

Additional steps to delete old sms and mail data were added to the "DeleteOldRows Lindbak POS MessageService" job. The default value for how long to keep data was set to 21 days.

POS API

Sales channel in new cart methods (Work ID: 179893)

A new field has been added in NewCart methods in the POS API where you can set PriceChannel. Price Channel will be saved on orders in Chain and Chain Web and retained when paying/delivering orders in POS.

Reporting v. 62 or newer is required to use the new sales channels.


Fixed amount of change in drawer for balance registration in Chain Web (Work ID: 182820)

Parameter Drawermoney is read from store level in POS Configuration so it is possible to configure different change amount per store.


Trigger refund from Chain Web for order originally paid by Klarna and Gift card (Work ID: 185023)

Enabled possibility to refund item in Chain Web when customer order was originally paid by klarna/gift card.


Coopay transaction Id and issuerId (Work ID: 184249)

We've corrected an issue where CardIssuerId and TransactionId were lost when calling CheckCoopayPaymentStatus. These values will now be saved to the tender in the POSLog. This method is used by InStore App when paying with Coopay.


Age restricted items in POSWCF (Work ID: 185233)

The required age is returned from POSWCF when selling an item fails because of not covered age restriction. This will be used by InStore App to show the required age to the user.

POS Master DB

Set IdentityTime when updating items per store (Work ID: 183948)

We've improved the merge procedure for ItemStoreLink records, so that we now update the IdentityTime of these records. Previously we only set the identityTime on creation of records, not when updating them on activation/deactivation of items. This makes sure that the items are correctly synchronized to external solutions like for example Webshops.

Receipt journal

External order number is included in the fulltext search used by the receipt journal (Journal Viewer and Chain Web receipt journal) (Work ID: 179801)

The HTML view of the receipt also includes the external order behind the internal order number if it exists.

  • No labels