Page History

Configurable triggering of refund even when criteria for a reversal is present (RTP-29981)

It is now possible to configure POS to always trigger a pay terminal refund, and never reversal, even if criteria for a reversal is met. The advantage of a refund is that the payment card has to be presented to the the terminal, hence one knows which card will get the payment refunded. The disadvantage of a reversal is that this operation does not need any card to be presented. There is only shown a question to cashier asking if last transaction wants to be cancelled. There may be situations where a cashier cancels a transaction that shouldn't have been because of two different customers involved. This new parameter will secure that no pay terminal transactions are accidentally cancelled.       

Previously the was a possibility to configure, on a cashier level by 'roles', whether or not a cashier should be presented the reversal dialogue. This way of configuration is no longer possible.

POS Configuration:

New parameter: 'AllowPayTerminalReversal' (default 'True') - If deactivated, reversals are always replaced by refunds.

Separate Swish / Klarna / Vipps transactions made via PSDK pay terminal solution (RTP-28439)

If Swish, Klarna or Vipps is chosen as payment method when customer operates PSDK pay terminal, such transactions may now be saved to POSLog with specified CardIssuer numbers. This will improve reporting of such transactions. In addition, if PaymentBrand (card type used) is not received from PSDK value 99 (Unknown / Ukjent) will be saved to POSLog. Previously value 0 was saved, which had no meaning.

POS Configuration: 

Relevant existing parameter: 'CardIssuerList' - 'Swish' / 'Klarna' / 'Vipps' must bed added to this list, at fields available (= replace 'dummy'). The position(s) in the text string will make according numeric CardIssuer(s) to be saved to POSLog. 

Adding alphanumeric coupon code in POS (RTP-30687)

Before, after adding alphanumeric coupon using ADD_DISCOUNT_CODE function, unknown coupon error was shown. Now, alphanumeric coupon added by discount code is added correctly using ADD_DISCOUNT_CODE function.

Issues regarding  quantity change in Customer order mode (RTP-29083)

In edit customer order mode, or when you start a new customer order in POS you are now able to change the quantity on the item. The button "Endre Linje"; is now available.

Registering new members (RTP-29834)

Registering a new member using Mobile Number/Social ID is possible and no errors will be encountered.

Corrected price on linked items when doing online return (RTP-30088)

When doing online returns on items with linked items (such as deposit refund - "pant") POS will now use the correct price on the items and the total amount of the online return will be correct. Previously, the price of the main item and link item could be changed during the online return resulting in a return transaction total that is higher than the original total. This only happened if parameter 'IncludeDiscountsInOnlineReturn' is set to 'True' (default value).

Discount information in online return (RTP-29288)

A bug that caused discount information from the original receipt to be missing when using online return has been fixed. 

Dispatch orders deletion in POS (RTP-27458)

Dispatch orders are deleted from the cash register after the items for the order have been picked.

Improvements in price calculation for mix types with effect items (RTP-26452)

Improvements has been made to price calculations in POS to ensure faster calculations for mixtypes with effect items. Example mix types that use effect items are: 4, 5, 6, 8, 10, 13, 27, 30, 31, 33, 35, 39 and 41.

Improvements in price calculation performance (RTP-27379)

Generic improvements has been made to performance of price calculations in POS. Some mixtypes will be significantly faster than before with many items in the mix/receipt.

Exclude open price items when recalculating price in customer order (RTP-29163)

When existing parameter 'IncludeCustomerOrderInPriceCalculation' is activated (True) POS will now exclude open price items from recalculation even though the rest of the items in the customer order is recalculated. This is done to enable Voyado coupons with item specific discounts to be used with customer orders in POS. Previously, if the parameter 'IncludeCustomerOrderInPriceCalculation' was activated POS recalculated the order causing open price items to change price. An effect could be that free freight would no longer be free after recalculation. If the mentioned parameter was deactivated (False) only Voyado coupons and bonus checks with subtotal discounts would work.

Fix for background color in Payment view (RTP-30560)

Correct background color is shown on item lines section in payment view with UIHighlightColor parameter configured.