Retail promotion and discount management software holds offers as records with rules and dates rather than as instructions passed to the counter: what is discounted, by how much, under what conditions, where, from when to when, what it can be combined with, and who approved it. It applies them at the till and reports what each one produced. With Pentoggle, a retailer can describe how they run offers and generate the starting application around it.
This page is about the offer. The everyday price an offer discounts from is Retail Pricing Management Software. Points and tiers are Retail Loyalty Program Software. Markdowns to clear slow stock are the same mechanics with a different purpose, and the decision behind them is Retail Dead Stock Management Software. Labels and shelf edges are Retail Barcode and Label Software.
What you may claim about a price, how a "was" price must be substantiated, and what an advertised offer commits you to, differ by place and change. This page describes the workflow and states none of those requirements. Confirm what applies where you operate with a suitable adviser.
Most retailers already run an accounting system such as QuickBooks, Tally or Xero, and a POS that can apply a discount. Those stay where they are. What is often still managed outside them is the offer itself: which promotions are live today, when each ends, whether all four stores are running the same thing, and what last month's promotion actually cost.
Key takeaways
- A promotion is a record with a start and an end, not an instruction. Offers that live in someone's head or in a message to the counter tend to run long.
- The end date is where the money leaks. Stopping an offer everywhere on the right day is harder than starting it, and the days after the end are a discount nobody planned.
- Stacking rules have to be decided in advance. Two offers that were each sensible can combine into a price the store did not intend.
- Manual discounts at the counter are a separate control from planned promotions, and blending them makes both harder to read.
- A useful number is the margin impact of each promotion, read alongside the units it moved.
The spreadsheet is often not the problem
A store where the owner decides an offer, tells the team, changes the shelf edge and remembers to change it back is running a real system, and in one shop with an attentive owner it mostly works.
The trouble starts at identifiable points.
When the offer has no end date in the system
The promotion was for a fortnight. The price stayed low for six weeks because nothing switched it off and nobody noticed until the margin report.
When several offers are live at once
Three promotions, a loyalty discount and a staff discount. Which combine and which do not was never decided, so the till gives whatever the till gives.
When stores run different versions
A promotion is communicated by message. One store starts a day late, another applies it to a wider range, and the group's figures cannot be compared.
When nobody measures afterwards
The offer ran, sales went up, and everyone assumed it worked. Whether the extra units covered the discount, or the sales were simply pulled forward from the following week, is not known.
What promotion and discount management software holds
Offer definition
Items, categories or baskets included, the discount type and value, and any exclusions.
Conditions
Minimum quantity or value, multi-buy structures, customer segment or tier, channel, and any limit per customer or per transaction.
Dates and locations
Start and end date and time, and which stores and channels the offer applies to.
Stacking rules
What this offer can and cannot be combined with, and which takes precedence when two apply.
Approval
Who authorised the offer and its expected cost, with a record held against it.
Application at the till
The offer applied automatically when its conditions are met, shown on the receipt so the customer can see what they saved.
Manual discount control
Discounts applied by hand at the counter, with a reason list, a limit per role and an approver above it, kept separate from planned offers.
Results
Units sold, revenue, discount given, margin and comparison with a baseline period, per offer.
The end date is where the money goes
Starting an offer is a positive act that several people are motivated to complete. Ending it is an administrative act that nobody is waiting for, and it is routinely late.
An offer that runs a week past its end date is a discount the store never budgeted, given to customers who would have paid full price. Across several promotions a year, in several stores, it adds up to a figure most retailers have never calculated.
The fix is to make the end automatic and the physical change prompted. The till stops applying the offer at the end time without anyone doing anything, which handles the price. The label reprint list is produced for the end date as well as the start, which handles the shelf edge and the tickets. Both matter: a till that has stopped discounting while the shelf still promises a lower price produces an argument at the counter and a customer who is right to be annoyed.
The same applies to promotional stock that was bought for the offer. Where extra stock was ordered for a promotion, the position at the end of it is worth surfacing, since leftover promotional stock is a common route into the dead stock list.
Stacking is a decision, not an accident
When more than one offer can apply to the same basket, the till will do something. What it does should be a decision the store made rather than an artefact of the order the rules were entered.
The questions to settle are simple to ask and easy to leave unasked. Can two product promotions apply to the same item? Can a basket-level offer apply on top of an item-level one? Does a loyalty tier discount apply to already-discounted items? Does a staff discount stack with anything? When two offers both apply and cannot be combined, does the customer get the better one or the first one?
Most retailers, asked directly, have clear preferences. The trouble is that the question usually arrives at the counter with a customer waiting, and whatever the till did that day becomes the precedent.
Deciding in advance also protects margin in a specific way: two offers that were each acceptable at their own discount can combine into a price below cost. A rule that no combination may take an item below a defined floor is worth having, even if it is rarely triggered.
Where the store wants generosity, the "best offer for the customer" rule is a clean choice and easy to explain. What matters is that the rule is explicit and the same in every store.
Manual discounts are a different control
A planned promotion and a discount typed in at the counter are both discounts and they should not be managed the same way.
A promotion is decided in advance, approved, costed and applied automatically. Its cost is predictable and its results can be measured.
A manual discount is a judgement made in the moment: a damaged item, a price match, a long-standing customer, a mistake being made good. Each is legitimate and the total of them is invisible unless it is recorded.
The control is a short reason list, a value limit per role, and an approver above the limit. That keeps the counter fast for the ordinary cases and produces a record of the rest. Reported by reason, by cashier and by store, manual discounts show where policy is being stretched and where a promotion might be needed instead. If "price match" is the most-used reason in one store, that is a competitive finding rather than a discipline one.
Keeping the two apart in reporting also makes the promotion figures honest. A promotion whose results include a pile of manual discounts given during the same period is not being measured accurately.
Measuring a promotion honestly
Sales rise during a promotion. That is not the same as the promotion having worked.
The comparison worth making is the margin the store earned during the promotion against the margin it would reasonably have earned without it. That requires a baseline: the same items in a comparable period, adjusted for season where the store has the history to do so.
Three effects are worth naming, because they make raw uplift misleading. Some of the extra sales are pull-forward, customers buying now what they would have bought next week, which shows as a dip afterwards. Some are substitution, customers switching from a full-price item to the promoted one, which raises the promoted item's figures and lowers another's. And some are genuinely incremental: additional units, new customers, or larger baskets.
A store cannot separate these perfectly, and it can get closer by looking at the category rather than the item, and at the weeks after the promotion as well as during it. A promotion that lifted the item, depressed the category and produced a quiet fortnight afterwards did something different from one that grew the category and held.
The practical output is a simple record per promotion: units, revenue, discount given, margin, category effect, and the following period. Kept over a year, it tells the store which kinds of offer work in which categories, which is worth far more than any single promotion's numbers.
Where promotions look different by business type
- Supermarket Software, where many offers run at once, supplier funding is often involved and shelf-edge accuracy across a large store is the operational challenge.
- Grocery Store Software, where short-dated markdowns and planned promotions overlap on the same items.
- Fashion Retail Software, where the season's markdown schedule is planned at the time of buying and executed in steps.
- Electronics Retail Software, where manufacturer-funded offers and bundles have their own conditions and claim processes.
- Convenience Store Software, where multi-buy offers at the counter have to be instantly understood by both staff and customers.
- D2C Brand Software, where coupon codes, influencer codes and site-wide sales all need attribution as well as application.
Why retailers choose Pentoggle for promotions
Offers with dates that actually end
The till stops on the end date and the label reprint list is produced for the end as well as the start.
Stacking decided in advance
Explicit rules for what combines with what, with a floor so combinations cannot take an item below it.
Manual discounts kept separate
Reasons, limits and approvals at the counter, reported apart from planned offers so both stay readable.
Results against a baseline
Units, discount, margin and the following period, so the store learns which offers are worth repeating.
Sits around your accounting and your POS
QuickBooks, Tally, Xero and comparable systems continue handling the books. Your POS continues taking sales. Pentoggle holds the offer rules and the results.
A useful number for promotions
Margin impact per promotion, read alongside the units it moved.
Units alone always look good, because a discount moves units. Margin alone can look bad on an offer that brought in customers who bought other things. Together they describe what actually happened.
Read the category, not only the promoted item. An offer that moved the item and left the category flat mostly moved customers from one product to another.
Read the period afterwards. A quiet fortnight following a strong promotion suggests pull-forward rather than growth, and it changes the conclusion about whether to repeat it.
Ready to build retail promotion and discount management software?
You know which offers you are running this week.
You may not be able to say which ones ended late, which combined in ways you did not intend, or what last quarter's promotions cost in margin.
Describe how you run offers and what you want the till to do to Pentoggle in plain English and generate a working first version in hours, then refine it around your process.