> This page is for Documentation.

> For clean Markdown of any page, append .md to the page URL.
> For a complete documentation index, see https://fiftytwo-demo.ferndocs.com/llms.txt.
> For AI client integration (Claude Code, Cursor, etc.), connect to the MCP server at https://fiftytwo-demo.ferndocs.com/_mcp/server.

# What's new

## February 23, 2026

## Buy side and Get side in discount groups

On discount groups in ViKING we're introducing a new concept that gives you even greater flexibility when you set up a discount. The concept introduces the terms Buy side and Get side. With that concept you also get more freedom to decide how you want to distribute discounts across articles, but let's begin with the basics.

Simply put, you can now specify the following on a discount group:

* Which articles\* trigger the discount. We call that the **Buy** side because those articles are what customers need to *buy* to get the discount.
* Which articles\* get the discount. We call that the **Get** side.

  > **Info**
  >
  > * In addition to articles, discount groups also support discounts on discount families, article groups, departments, article lists, labels, and combinations thereof. All can use the Buy side / Get side concept.

For each article\* that you add to the discount group in ViKING Store Management, you can specify if the article\* should:

* Trigger the discount group's discount and also get the discount
* Only trigger the discount
* Only get the discount when another article\* in the discount group triggers the discount

![Discogroup addarticle buygetoptions](/_fern-files/_img/b7cb5493619e7e050d5ade492bcedd309f311b1df31841a4c30c1ff0fe5850a3.webp)

**Usage scenarios**

Some suggestions for how you can use the Buy side / Get side concept in discount groups (there are countless more scenarios):

* Discount groups with mix discount:

  * Discount amount (example from supermarket: *Buy* four bananas and *get* EUR 2 discount on cookies)
  * Discount percent (example from footwear store: *Buy* any four pairs of shoes and *get* 50% discount on up to four pairs of socks)
  * Percent of cheapest (example from quick service restaurant: *Buy* four soft drinks and *get* 50% discount on the two cheapest burgers)
  * Percent of most expensive (example from beauty store: *Buy* two suncare products and *get* 25% discount on the two most expensive travel accessories)

* Discount groups with amount discount:

  * Discount amount (example from DIY store: *Buy* for EUR minimum 100 of garden furniture and *get* EUR 25 discount on bathing pools
  * Total price (example from quick service restaurant: *Buy* for minimum EUR 10 of burgers and *get* a giant sundae for EUR 0,50)
  * Discount percent (example from beauty store: *Buy* for minimum EUR 100 of skin care articles and *get* 20% discount on fragrances)

**Example**

Let's look at a very simple example from a mix discount that covers two articles and grants a percentage discount:

> **Tip**
>
> If the customer buys a box of chocolates, they'll get 50% discount on a coffee to go

* In the example, the box of chocolates is what the customer needs to *buy* to trigger the discount, so the box of chocolates is on the **Buy** side
* The coffee is what the customer will *get* the discount on when the discount is triggered by the box of chocolates, so the coffee is on the **Get** side

So in the example, the customer will simply get their coffee at half of its usual price.

This is where you should stop reading if you only wanted to know the very basics of how Buy side / Get side works in its simplest form. But there's more good news ...

**Buy side / Get side discount distribution**

Discount groups are loved by many for their great flexibility, and Buy side / Get side is no exception: Together with the Buy side / Get side concept we're also introducing the flexibility for you to decide how the discount should be distributed across the articles that the customer buys from the discount group.

In ViKING Store Management you handle discount distribution on the discount group's **Advanced** tab, with the setting **Limited distribution**. The setting used to be a simple checkbox, but now it has four options:

* **Distribute discount on all articles** (this is the default)
* **Limited discount distribution** (not relevant in a Buy side / Get side context)
* **Distribute discount on Buy side articles**
* **Distribute discount on Get side articles**

When the discount is triggered that means that you can distribute the discount on:

* All articles that you sell to the customer from the discount group
* Only on articles that you sell to the customer from the discount group's Buy side: **Buy**

  ![Icon checkbox selected](/_fern-files/_img/7e7d8928d75b5e990c7607ca44d7b4df190b6c5e29e9d3afb03c7b3e6aa10df1.webp)

  **Get**

  ![Icon checkbox cleared](/_fern-files/fiftytwo.docs.buildwithfern.com/cc558f5f07f185d27a1f2d1b0838171754686bf41804c8f07ed3a0c7fc7efa5e/assets/img/help/Images-icon-checkbox-cleared.png)
* Only on articles that you sell to the customer from the discount group's Get side: **Buy**

  ![Icon checkbox cleared](/_fern-files/fiftytwo.docs.buildwithfern.com/cc558f5f07f185d27a1f2d1b0838171754686bf41804c8f07ed3a0c7fc7efa5e/assets/img/help/Images-icon-checkbox-cleared.png)

  **Get**

  ![Icon checkbox selected](/_fern-files/_img/7e7d8928d75b5e990c7607ca44d7b4df190b6c5e29e9d3afb03c7b3e6aa10df1.webp)

**Discount distribution example**

If we go back to the example with the box of chocolates and the coffee, the fact that the coffee is on the Get side doesn't necessarily mean that you as the retailer want to distribute the discount solely on the coffee. Let's try to sell the box of chocolates and the coffee with the three different types of discount distribution:

* **Distribute the discount on all articles that you sell to the customer from the discount group**

  With this option the 50% discount on the price of the coffee is distributed proportionally across the two articles:

  ![Discogroup buyget distro all](/_fern-files/_img/b6b32809e47f5a5df9155342b2fe251e63ba52ba34458252e5a0be28d1400465.webp)

  This is the default setting, so this type of distribution is what you'll get on discount groups if you don't actively select another distribution.

  ---
* **Distribute the discount only on articles that you sell to the customer from the discount group's Buy side** (in our example that's the box of chocolates because you needed to buy a box of chocolates to trigger the discount)

  With this option the 50% discount on the price of the coffee is distributed solely on the box of chocolates:

  ![Discogroup buyget distro buy](/_fern-files/_img/82fc5689c6cabacb085cf68fdb45cb344118e465953436cad6527924ffca9f77.webp)

  ---
* **Distribute the discount only on articles that you sell to the customer from the discount group's Get side** (in our example that's the coffee)

  With this option the 50% discount on the price of the coffee is distributed solely on the coffee itself:

  ![Discogroup buyget distro get](/_fern-files/_img/2e9c46f2ac1d162f21688b275728c43764edc3b514bc142808184721b1832ac0.webp)

Note that each option ensures that the customer saves 5.00, so they end up saving 50% on the price of their coffee that normally costs 10.00 irrespective of which distribution method you use.

However, the fact that the discount distribution is different for each option can be important, for example if the customer later wants to return their box of chocolates and get a refund (which would then amount to 26.25, 25.00, and 30.00 respectively in the three scenarios).

**Learn more**

To view more examples of Get side / Buy side implementations and discount distribution scenarios, see the section [More Get side / Buy side setup & discount distribution examples](/help/store-management/discount-groups-buyget) in the topic [Manage Buy side and Get side on discount groups](/help/store-management/discount-groups-buyget).

For updated general information about how to set up discount groups, see [Manage discount groups in ViKING Store Management](/help/store-management/discount-groups).

## January 9, 2026

## Monitor other POSs from the POS that you work at

If it's been set up in your store, you can use ViKING POS to monitor and help out at other POSs directly from the POS that you're working at.

![Vign article monitoringtabs](/_fern-files/_img/f27bc4c412e1319d2ac9dbdc7a6b28c9b20370d9bd87627a1926cf5ad92fb06b.webp)

This is especially relevant if your store has self-service checkouts (SCOs), where customers may occasionally require age verification or other types of assistance.

Example:

* You work at the POS at your store's information desk that's located right next to the store's three SCOs.
* If a customer at one of the SCOs requires age verification or other types of assistance, you automatically get an alert on your POS's display.
* When you tap the alert, you can view – and work with – the display from the customer's SCO directly on *your* POS's display.
* That way you can quickly acknowledge the age requirement or solve the customer's problem without having to leave the information desk.

The ability to monitor other POSs can also be useful for keeping an eye on a staffed POS that's handled by a new or inexperienced colleague, so that you can quickly help your colleague if a problem occurs.

On a POS that monitors other POSs, you'll see a row of tabs that represent the monitored POSs. That's why the feature is called *monitoring tabs*:

![Wpud monitoringtabs tabsexample](/_fern-files/_img/b86885c75cd6706ad843be460d7126f2827e712b70148e9a4ceac24c6172cf6b.webp)

When an event that requires assistance occurs on a monitored POS (for example if a customer at an SCO requires age verification in order to buy an energy drink), the monitoring tab that represents the relevant POS gets highlighted in an attention-grabbing color. Example:

![Wpud monitoringtabs tabsexample alert](/_fern-files/_img/a5d068da24f4a389f6dce864fe86cec436f761c921fd75f25b40bb5b16208fa6.webp)

Simply tap the highlighted monitoring tab to temporarily view the display of the monitored POS on *your* POS's display. Using the temporary view of the other POS's display, you can then provide the required assistance.

When you're done, you can close the temporary view of the other POS's display and return to viewing your own display.

For more information (including a video) about how to use the feature on a POS, see [Monitor other tills with ViKING POS](/help/pos/monitoring).

For information about how to set up the feature, see [Manage monitoring tabs in ViKING POS Designer](/help/pos-designer/component-monitoringtabs).

## January 8, 2026

## Use labels for many-to-one relation between articles and discount group

We've recently introduced a label feature in ViKING. Despite it's name it isn't a new shelf label feature. In this case a label is an attribute that you can use to create a many-to-one relation between articles and a discount group.

![Vign article label](/_fern-files/_img/8644557388d17272e8f8adb7149b62f190c7bd111cad821f1c959f4540ab51d8.webp)

The feature makes it easy to grant a discount on multiple articles that have a given label in common, for example *Organic*. That way, you can quickly grant discounts on large volumes of articles (for example all *Organic* articles) even though those articles don't necessarily share other attributes or belong in the same departments, article groups, etc.

Example:

* For a limited period your store wants to offer 25% off all organic articles, no matter whether they're organic vegetables, organic textiles, organic wine, organic meat, or any other type of organic articles.
* If you add an *Organic* label to all organic articles, you can then cover all those articles with a single selection when you set up the discount group.

A single article can have multiple labels. So if you, for example, want to be able to easily include a Bosch power drill in future *Bosch* offers as well as in future *power tools* offers, you can simply add two labels to the drill: *Bosch* and *PowerTool*:

![Articles labels example](/_fern-files/_img/ba850e5d7d2df479a50173dc2e46c8929bcb3ebb25b4ccc25b5445784f5eb92b.webp)

Labels can contain up to 30 characters. They can't contain spaces or non-ASCII characters (so no special characters, like æ, ø, å, etc.).

For information about how to specify labels on individual articles, see [Manage articles in ViKING Store Management](/help/store-management/articles). If you ask your friendly Fiftytwo consultant, they can also show you how you can import labels and mass-apply them on required articles on your ViKING solution.

For information about how to select a label when you set up a discount group, see [Manage discount groups in ViKING Store Management](/help/store-management/discount-groups).