EG POS v.4.160

EG POS v. 4.160.2

Released 11 March 2026

Convenience menu sales - handling of Extras

(RTP-26695)

Handling of extras that can have ingredients removed has been added. Moreover, only the optional ingredients that were selected to be removed are being displayed after adding the menu sales item now.

Convenience menu sales - multi-select in view all dialog

(RTP-43946)

Multi‑select in the "View all" dialog is supported. Pre‑selected items appear first, and the counter updates as you make changes. Once all required items are chosen, the button becomes "Edit selection" to reopen the dialog with your current choices. Removing an item reverts the button to "View all." Items without images display with proper alignment and text truncation.

Integration with AeraNexo pay terminal solution from Aera

(RTP-43272)

EG POS supports the AeraNexo pay terminal solution from Aera. The solution works with pay terminals such as Ingenico RX-5000 and allows the terminal to connect to the POS using Ethernet, Wi-Fi, or USB.
The terminal connection is configured directly on the terminal and works together with the Aera Integration Component (AIC), which runs as a separate service and handles communication between the POS and the terminal.
When using a USB connection, the POS shares its network connection with the terminal. This allows the terminal to communicate correctly through the AIC service and ensures stable payment processing.
Configuration of the terminal communication follows Aera’s own documentation.

Coopay QR registration notification in EG POS

(RTP-42862)

When a customer scans the member app QR code in EG POS, and has activated Coopay as payment method, the system may send a confirmation notification to the customer’s app (configurable). The notification assures the customer that the QR code is registered for the transaction. The POS screen does not display this confirmation, but log files in both POS and POS Services show that the notification is sent to GiantLeap.

Improvements POS

Clearer payment messages in EG POS (AeraNexo terminal) (RTP-45456)

Payment messages from the AeraNexo pay terminal, shown in EG POS, use clearer and more user-friendly language in Norwegian. Technical terms such as “Host” are replaced with text that is easier to understand.
This makes the payment process easier to follow and helps users understand what happens during the transaction.

Relevant existing parameter in POS Configuration:

• 'PayTerminalType' = 'AeraNexo'

Clearer payment messages in EG POS (AeraNexo terminal) (RTP-46345)

EG POS cancels a reconciliation attempt if the payment terminal refuses the request. This keeps the POS available for a new reconciliation attempt or for other operations.

The existing parameter 'BankReceiveTimeOutInSeconds' applies to the AeraNexo payment terminal integration. This aligns the timeout handling with other supported payment terminal solutions and provides consistent behavior when waiting for responses from the terminal.

The integration handles situations where the AeraNexo WebSocket connection drops between terminal login and the first payment attempt. Improved communication between the POS and the terminal helps ensure a stable payment flow.

Relevant exiting parameters in POS Configuration:

'PayTerminalType' = 'AeraNexo'

'BankReceiveTimeoutInSeconds' (default 120) - the number of seconds before POS will cancel an operation in case the terminal never responds.

Bonus check amount mapping and display (RTP-37603)

Bonus check details populate in the member header details and in the coupon tab.
By design, the bonus amount shown in the member header is always set to 0, as the integration does not support tracking a bonus balance.
In the member view, the bonus check is calculated by summing the value amounts returned from Voyado responses.

Convenience menu sales - Ingredients in POSLog (RTP-45919)

Ingredients from Convenience menu sales items are being saved in POSLog now.

Thanks to it these details can be used in Inventory.

Coupons used in a canceled purchase remain active in the loyalty app (RTP-45570)

When a customer uses a coupon in the loyalty app and cancels the purchase, the coupon stays active and available for later use. This applies to coupons that give free items and other coupon types. This ensures that customers do not lose coupons when a transaction is not completed.

Coupon redemption via retry shows complete information (RTP-43197)

When a coupon is redeemed after a temporary connection issue with the coupon service, the system registers the coupon with complete information in Coupon Management.

The fields “Redeemed by” and “Receipt ID” display the correct member and receipt details, even when the coupon is committed through the automatic retry process.

This ensures accurate documentation of who redeems the coupon and links the coupon to the correct receipt. It supports correct follow-up, reporting, and audit of coupon usage.

Member and discount handling improved during return and sale (RTP-45248)

Earlier, when doing a return and sale on the same receipt, entering a phone number could replace the existing member and remove the discounts. This also caused the receipt to show the discount as rounding instead of the correct discount.

Credit payment dialog (RTP-44382)

Customer with ‘forcerefnum’ flag in database triggers reference number field to be required in credit payment dialog now.

Thanks to it cashier cannot press Enter until all required information is filled.

Mobile payments with automatic member discount (RTP-35499)

When a customer enters their phone number during mobile payment (Swish, Vipps, Walley), member discount, if any, is added to the receipt and the reduced total is sent to the payment provider. The customer is charged the correct discounted amount, and the receipt completes without creating a cash payout for the discount.

This has now been improved. The POS keeps the same member and loyalty information, updates only the phone number when needed, and shows the correct discount on the receipt.

Printing out Epsilon vouchers (RTP-46429)

Multiple vouchers are no longer being printed out after Epsilon is being reinitialized.

Thanks to it printer doesn't have to stopped manually.

Epsilon offline payments (RTP-44595)

Epsilon issues with offline payments have been resolved: Epsilon is no longer called ‘Epsilot’ in dialogs with Swedish language. Moreover, messages in payment view when Epsilon is offline and the amount to pay back are correct now.

Electronic gift cards (eSale) – MBXP (RTP-44720)

Electronic gift cards (eSale) validated by MBXP are added automatically as a tender line when moving from the Sale page to the Payment page in self-service mode.

The tender line cannot be deleted after it is added. MBXP does not support cancellation of redeemed gift cards, which means the redeemed amount must remain on the receipt.

Improved logging for gift card transactions (RTP-44401)

The POS provides more detailed logging for successful gift card transactions. This makes it easier to follow each step of the gift card process and supports troubleshooting if questions arise later.

The log connects the gift card scan, authorization, and capture. It includes the gift card ID and the related amounts, giving a clear overview of the full transaction flow from scan to completed payment.

Clear Message for scanning an already registered Gift card (RTP-44404)

When a gift card is scanned more than once in the same sale, the POS [SCO] shows a clear message that the gift card is already added.

The system checks internally if the gift card is already registered in the sale. This avoids an incorrect “insufficient funds” message and gives the customer a clear explanation.

If the existing gift card line is voided, the same gift card can be scanned again.

Member search and add to sale – Sweden and Estonia (RTP-45419)

Searching for members in Sweden and Estonia works without errors. Member details display correctly, and the member can be added to the sale. This supports a smooth checkout process and ensures purchases link to the correct member account.

Click & Collect orders - customer info (RTP-46372)

The option to overwrite dummy customer data has been disabled.
This prevents customer information from being accidentally modified, which could lead to data inconsistencies and information being sent to the wrong people.

Store can not do order picking (RTP-45577)

The logic for setting order lines discount when editing active customer orders has been improved.
Thank to it picking orders is possible and not causing any problems.

Payment view - item count (RTP-44889)

Value is being shown correctly in payment mode now: text (XX items) has been moved from the bottom row to the total row.

PLU List member price sync (RTP-45778)

PLU List pricing now stays fully in sync with the current member status across both cashier and customer views, ensuring accurate and consistent price presentation.

Thanks to it, member price is displayed only when member is actually added to the receipt.

Adding items from PLU Lists (RTP-46763)

Previously, it was impossible to add items with a quantity of 1 from the PLU List in Self-service - now this is possible again.

Previously, the action button displayed "Change" when adding a new item from the PLU List in Self-service - now it correctly shows "Add", as "Change" should only appear when modifying the quantity of an already added item.

Item's lowest price feature issues (RTP-45305)

TotalDiscountAmount field on cart and line levels from POSWCF does reflect LowestPrice now also when item quantity is more than 1.
Thanks to it lowest price from last 30 days is correct.

Receipt is not printed out (RTP-45483)

Fix in EG POS assures that receipts are printed automatically and triggering receipt copy is not needed every time sale is finished.

Select Item from Receipt for Complaint (RTP-45479)

After a cashier scans a receipt or searches for a receipt number, all items from that purchase appear in a clear list. The cashier selects the item the customer wants to complain about.
This makes it easy to find the correct item and ensures the complaint is linked to the right purchase.

Duplicate receipts in Receipt Journal (RTP-45663)

Before, unfinished receipt was being sent twice to Receipt Journal - once on logout and again on the subsequent login when fetching unfinished receipts. Now, an unfinished receipt is sent on login only if it has not been previously sent.

Additionally, before the change, fetched unfinished receipt was no longer being marked as DELETED, which allowed the same unfinished receipt to be loaded repeatedly. This has been corrected to ensure proper receipt handling - unfinished receipt can be fetched only once.

Putting receipt on hold (RTP-46056)

AppWide error no longer occurs when trying to put an empty receipt on hold.

Thanks to it confusing error doesn't appear.

Missing approval buttons in Surveillance screen (RTP-45213)

Approval buttons in Surveillance screen are available and can be used to confirm or decline customer's age.
Thanks to it, cashier doesn't have to go to the cash register to approve what customer is doing.

Handling of rounding on web orders receipts (RTP-42266)

Receipts created from web orders display consistent totals and reflect the actual payment amount. This prevents confusion in accounting and ensures that sales and settlement reports show accurate figures without artificial rounding values.

Coop Loyalty Card Registration in ARTS POSLog (RTP-45434)

When a Coop loyalty card is scanned at checkout, the loyalty card number is stored in the ARTS POSLog (POSLog.XML).
This ensures that the transaction includes the correct loyalty information and that the customer receives the expected discount.

Improvisation in adding member to the web order (RTP-44557)

Earlier, while creating a web order in POS, adding a member to the receipt could result in errors and exceptions during payment, impacting the transaction flow.

This behavior has been improved. Members can now be added to web orders smoothly, the payment process continues without errors, and the transaction completes successfully with the receipt generated as expected.

Member QR Scan with unknown company in logs (RTP-42982)

Scanning a member QR code with an unknown company adds a warning in the log. This keeps the log clear by avoiding unnecessary error entries

Improved Logging for printer problems (RTP-40048)

The system logs printer issues such as “out of paper” as warning or information messages instead of exceptions. The log clearly states the reason why the printer is not working.
This reduces unnecessary exception entries in the POS log and makes it easier to read and identify real errors across stores.

Scanner events (RTP-46493)

POS no longer freezes when scanning while switching focus to other application.

Thanks to it POS doesn't have to be restarted so often.

LRS Log improvement for partial payments (RTP-43064)

The LRS log handles partially paid transactions correctly. This provides a more accurate log overview and supports easier system monitoring and troubleshooting.

Improvements POS Server

Returning orders with "Group" discounts (RTP-45792)

Before, when resuming a partially captured order that had a "Group" subtotal discount applied, the discount was dropped from the new receipt on BeginCartEditing, causing a payment amount mismatch and blocking further captures or returns.

Now, "Group" subtotal discounts are now correctly preserved when resuming a partial cart, allowing the order to complete normally.

Stable API Key Loading in POS WCF (RTP-45791)

The POS WCF service reliably loads the API key during startup.
This ensures that REST API calls work as expected after a service restart.

Removal of unnecessary warning logs during WCF startup (RTP-38627)

Previously, when the POS WCF service was restarted, unnecessary warning messages were logged during startup.
This has now been improved, and these warning logs are no longer written during service startup.

Crediting invoices in Chain Web (RTP-46038)

Fix the issue in POS WCF / API that prevents customers from creating a credit invoice in Chain Web when the original receipt includes a coupon tender with a zero amount. Thanks to it creating invoices is not causing an error and they can be smoothly created.

Mix calculation in non-normal transactions (RTP-21589)

Item transactions in non-Normal and non-Inventory transaction types use campaign prices only.
Thanks to it mix and mix-match offers are not applied in these transaction types.