Pricing and Promotions Sync: One Price, Every Channel, Every Time
A price is created in one system, adjusted in a second, promoted in a third and advertised in a fourth. Each of those has its own idea about GST, rounding, effective dates and who is allowed to override. The customer sees the disagreement at the till, in an ad, or in a screenshot posted to social media.
Price synchronisation looks trivial until you list what actually varies: cost, recommended retail, channel price, member price, trade price, promotional price and clearance price, each with start and end times, each needing to reach a website, a set of tills, a shelf label, a marketplace listing and an advertising feed. This page covers how to make that hold together.
Realistic ROI
Four Decisions Behind Every Reliable Pricing Setup
Pricing problems are almost never about the arithmetic. They are about where the number comes from and when it takes effect.
Which system owns the customer facing price
The ERP holds cost and recommended retail. The point of sale holds what the till charges. The ecommerce platform has a promotions engine of its own. Marketplaces have repricing tools. If more than one of these is allowed to originate a price, they will drift, and the first sign is usually a feed disapproval or a customer at the counter holding up a phone. One system originates, the others receive.
How GST and rounding are handled at each hop
Retail prices in Australia are quoted inclusive of GST while trade pricing is usually quoted exclusive, and different systems store the number differently. Add a rounding rule to reach a familiar ending and you have two places where a cent can appear or vanish. Decide where rounding happens, do it once, and carry the resulting price rather than recalculating it at each destination.
When a price takes effect, in which timezone
A sale that starts at midnight starts at different moments in Perth, Brisbane and Melbourne, and half your systems store times in universal time. Effective dating has to be explicit and consistent, including the end of the promotion, which is the half everyone forgets. Promotions that expire late are a compliance problem, and promotions that expire early are a service problem.
Whether you can prove what the price was
Comparative pricing claims, supplier agreements and customer disputes all rely on price history. If prices are overwritten in place with no record, you cannot show what an item sold for last month, which makes a was and now claim difficult to support and a supplier discussion harder than it needs to be. Keep the history as a matter of course rather than reconstructing it under pressure.
What a Pricing Integration Has to Do
Six jobs, and a failure in any one of them shows up in front of a customer.
Model the price types
Cost, recommended retail, channel specific price, member or loyalty price, trade price by account or price level, promotional price and clearance price. Each has an owner, a purpose and an audience. Modelling them explicitly is what stops a business using the promotional field for clearance in one system and for member pricing in another.
Publish from the owner
The originating system publishes prices outward: to the tills, the website, the marketplace listings, the advertising feed and the shelf labels. Receiving systems do not originate their own, and any local override is treated as an exception that is recorded and reported rather than a normal way of working.
Handle promotions as records
A promotion is an object with a start, an end, a scope, a mechanic and a price, not a temporary edit to a field. Modelling it that way is what makes it possible to schedule it, to publish it to several channels at once, to end it reliably, and to answer later what the price was before it started.
Reach the physical store
A price change that reaches the website in seconds and the shelf label next Tuesday produces a scanning discrepancy at the counter. Label printing runs, electronic label updates and till price file refreshes all have their own timing, and the promotion calendar has to be built around the slowest of them rather than the fastest.
Keep the channels aligned
Marketplaces, the website and any advertising feed should agree, and where they deliberately differ, that difference should be a deliberate channel price rather than a drift. Automated repricing tools need boundaries, because a repricer left unattended will happily undercut your own retail price and your supplier agreements.
Log every change
Who changed which price, when, from what to what, and through which system. This is the record that supports a comparative pricing claim, resolves a customer dispute, explains a margin movement and shows whether an override at the till was a one off or a habit.
Everyday Pricing Situations and How They Should Behave
| Task | Traditional | Synced Properly | Notes |
|---|---|---|---|
| Sale starts at midnight | Different times per channel | Scheduled once, applied everywhere | Set the timezone explicitly. Midnight means different moments across the country. |
| Sale ends | Someone remembers on Tuesday | Ends automatically at the set time | Promotions running past their advertised end are a common and avoidable compliance issue. |
| Trade customer sees retail price | Manual quote by email | Account price applied at login | Trade pricing is usually held exclusive of GST, so display rules need to follow the account type. |
| Supplier increases cost | Margin quietly erodes | Cost change flags affected retails | A report of lines now below target margin is more useful than an automatic price rise. |
| Till override at the counter | Invisible to head office | Recorded and reported by store | Overrides are sometimes right. A pattern of them is a pricing or training problem. |
| Advertising feed price | Diverges after a promotion | Fed from the same source | Price mismatch is the leading cause of advertising item disapprovals. |
| Clearance run | Marked down in one system only | Clearance price type across channels | Using a dedicated price type keeps clearance out of your comparative pricing history. |
| Was and now claim | Based on memory | Supported by price history | The claim needs a genuine prior selling price for a reasonable period, and evidence of it. |
Where Pricing Synchronisation Fails
Two systems both allowed to originate a price
The classic case is an ecommerce promotions engine running alongside an ERP price list, each authoritative in its own view. They will disagree during every promotion, and the disagreement reaches customers through feeds and receipts. Choose one originator for the customer facing price, make the others receivers, and treat any local override as a recorded exception with a report attached.
Comparative pricing claims that cannot be supported
Under the Australian Consumer Law, a was and now claim, a percentage off claim or a comparison to a recommended retail price must be accurate and not misleading, which in practice means the higher price was a genuine selling price for a reasonable period beforehand. Keep price history automatically, build promotions from recorded prior prices rather than typed ones, and avoid strike through pricing on lines that have never sold at the struck through figure.
GST handled differently in each system
Retail prices are normally held inclusive of GST and trade prices exclusive, and systems disagree about which they store. Mixing them produces prices that are wrong by roughly a tenth, which is obvious, or rounding differences of a cent, which is not and is far more likely to survive testing. Define the tax treatment per price type and per channel, convert deliberately at one point, and test with prices that do not divide neatly.
Shelf labels and till files lagging the website
Digital channels update in seconds and physical stores do not. If a promotion goes live online before labels are changed and till files refreshed, staff are left defending a price the shelf contradicts. Build the promotion calendar around the slowest channel, give stores a lead time for label runs, and consider holding online activation until store activation is confirmed for anything advertised.
Automated repricing without guard rails
Marketplace repricing tools respond to competitors and know nothing about your cost, your supplier agreements or your own retail price. Left unbounded they will sell below margin, undercut your website and occasionally breach a supplier expectation about advertised pricing. Set floors from real cost including freight and fees, cap the deviation from your retail price, and alert when the boundary is hit rather than silently trading at the limit.
No test that catches a bad price before customers do
A misplaced decimal or an inverted margin calculation can publish across every channel in minutes. Validation before publish is cheap: block prices below cost, block changes beyond a percentage threshold without approval, block zero and negative values, and compare the new price file against the previous one for an implausible number of changes. Automation without a sanity check is just a faster way to be wrong everywhere at once.
How Yes AI Approaches Pricing Work
We map where every price comes from
Before proposing anything, we trace each price type through your systems and find where they diverge today. Most retailers discover at least one channel that has been quietly setting its own prices for years, and that finding alone is usually worth the exercise.
Tax and rounding settled once, in writing
Which price types are held inclusive of GST, where rounding happens, how trade pricing is displayed to logged in accounts, and how the conversion is tested. Written down and approved before build, because these details are where the cents go missing.
Publishing built and hosted by us
Price and promotion publishing runs on a managed cloud automation layer we operate, with validation before publish, alerting when a channel falls out of step, and record level logs of every change for the audit trail.
Exception reporting rather than blind trust
Weekly reports on till overrides by store, lines below target margin, channels out of sync and promotions that did not end when they should have. Pricing integrity is maintained by looking, not by assuming.
From Four Disagreeing Systems to One Price
Five steps. The first channel is usually aligned within three to five weeks.
Map price types and current sources
Every price a customer or an account can see, where it is created today, who may change it, and where the channels currently disagree. The gap analysis is the deliverable of this step.
Choose the originator and the rules
One system owns the customer facing price. Tax treatment, rounding, effective dating and timezone are agreed, along with what happens when a store or channel needs an override.
Model promotions as scheduled records
Start and end times, scope, mechanic and price held as data rather than as edits, so a promotion can be scheduled, published widely and ended reliably.
Publish outward with validation
Prices flow to tills, website, marketplaces, feeds and labels, with pre publish checks for below cost, implausible movements and missing values, plus alerting when a channel drifts.
Report and tune
Override reports, margin exceptions, channel alignment checks and price history retained for comparative pricing claims. Rules adjusted as the trading calendar and the range change.
Related Reading
SaaS Integration Explained
The patterns behind any system to system connection.
POS Ecommerce Integration
One stock pool and one customer across shop and web.
B2B Ecommerce Integration
Contract pricing, credit and trade account rules.
Marketplace Integration
Listings, stock and pricing across marketplaces.
Product Data and PIM
The catalogue that pricing attaches to.
Shopping Feed Integration
Where a price mismatch becomes a disapproval.
FAQ
Make Every Channel Agree on the Price
Book a call. We map where each of your prices comes from, show you where the channels currently disagree, and give you a design and a priced plan. The mapping is yours either way.
All discussions held in confidence. Australian-based consultants.