This page outlines some methods of implementing pricing within the system.
Pricebands
A complete alternative set of prices that can be selected for specific customers or stores. If you have "retail" and "trade" pricing
you would typically use a Priceband.
Kits/Combos
A pricing method that allows combinations of different products to be assigned a price when purchased
together.
Specific Overrides (aka PriceMaps)
A method of providing specific pricing override and special "rules" for products/stores/customers.
These rules are often used to implement short term contract pricing.
How Pricing is Decided
When an item is added to a sale, the steps below are performed. This is a simplified description, for a full technical
description refer to /docs/pos/posc/tech_pricing.htm
- If the product is marked "Prompt Price" or "Variable Priced", a screen is displayed and the price is requested.
- A check is performed to see if this product could be part of a kit or combo.
- If the product has modifiers, these are prompted and internal prices updated to reflect any modifier adjustments.
- Any sale wide discounting in effect is attached to the sale
- (P1822) If Price smearing is in effect (setting SalePriceSmear, default is off) the price is adjusted
to the most recent saleline. Price smearing is a function used to ensure that a price set on a product
is also applied to any more of those items that might be sold in the same sale.
- QtyDiscouts are loaded and applied.
Specific override pricing allows you to enter the special case pricing exceptions that always occur
at some stage. This might be a short term special offer, which can be tied to a customer or store (or both).
An override does not change the current price of the item as shown in the products list, rather it provides an adjustment selected when the product is sold. You should
not use overrides to provide permanent price changes, change the base price in the product.
Product ABC
Base Price $8.50
No Override
Sells at $8.50
Product ABC
Base Price $8.50
Override 10% discount
Sells at $7.65
When creating an override, you can specify any of the following selection criteria:
Product |
Select a single product. The override only applies if this exact product is sold. |
Customer |
Select a single customer. The override only applies if this exact customer is purchasing the item.
Customers should ideally be selected before selling items that might include overrides.
If you are creating prices specifically for a customer(s) for all products, you might wish to use
pricebands, which provide an alternative pricing schedule.
|
Department |
Select a department, so that all products belonging to this department are valid for this override. |
Location/Store |
Select a single store for which this override is to apply. |
You can also include the following restrictions:
- Start and End Dates. An end date is required and future versions may impose "reasonanble" limits, probably around 2 - 5 years. Do not expect setting end dates 20 years in the future
to continue to work in future releases.
- Start and End Times. Optional. Allows you to specify happy hour style overrides, such as the override should
only apply between 5pm and 9pm. Times are considered within a single day only, they do not wrap at midnight.
- Days of Week. Optional. Allows you to specify Yes/No for whether an override should apply on a certain day (Monday, Tuesday, ...) within the
start and end dates.
- Priority. Optional. Where multiple overrides are valid, the system will choose the
override with the highest priority.
Once an override is selected to be applied, it can either apply a fixed price, or a percentage discount to the current price.
Fixed prices must be greater than zero. Percentage discounts must be greater than zero and less than or equal to 100%.
If you create an override and then no longer wish it to apply before it reaches the end date, alter the end date to the current date.
Do not delete or reuse overrides, as they are likely to be required for future reporting and audit purposes.
Price Overrides are entered by selecting "Prices" from the stock home page and uploading an Excel spreadsheeet with pricing. See /docs/bulk_excel_load.htm for details
about loading Excel spreadsheets - the examples tab has price override examples
Advanced Technical Info:
Reading Overrides |
Edit Overrides
Example
Create a pricing structure that grants customer #15 a 20% discount on all products, except for
product number 6, which should remain at full retail.
Solution
- Create an override with the following selection criteria:
- Product = 0
- Customer = 15
- Department = 0
- Location = 0;
Set the Priority to 1, and the pricing effect to be 20% discount.
- Create another override with the following selection criteria:
- Product = 6
- Customer = 15
- Department = 0
- Location = 0;
Set the Priority to 2, and the pricing effect to be 0% discount.
This structure ensures that when product number 6 is sold, the higher priority "0%" discount is applied
first. All other products will select the top override and receive the 20% discount.
A complete alternative set of prices that can be selected for specific customers or stores. If you have "retail" and "trade" pricing
you would typically use a Priceband.
Pricebands can be defined in two ways
- An "Actual" price band where you enter actual prices for each item. This method allows you to set prices to whatever
level you wish, per item.
- A "Calculated" price band where prices are derived from the base retail price. Using our example, if trade price is always 15%
less than retail, you can use a calculated price band.
In multi store environments the timing of when price changes should be applied can be problematic. This page explains the distributed and
authorised price change model. Most retailers will not need this model. The distributed price change model allows individual stores to set
their own prices, but still follow corporate guidelines.
When to use distributed pricing
Example
- A multi store chain has stores spread over the country.
- Managers in each store are authorised to set prices, however corporate office also loads suggested pricing
- Most stores typically want to follow the corporate price.
What happens in this environment when head office changes the price on a product?
- How does the store know about the price change?
- When does the register apply the change and start charging this price?
- How will price labels be updated?
- What if the store already has a specific price and don't want the new corporate price?