Loyalty and Gift Card Integration: Money Customers Can Spend Anywhere
A points balance and a gift card balance are not marketing features. They are amounts your business owes, redeemable instantly at any till or checkout, by a customer who is entirely certain what the number should be. Which is why loyalty integration is judged by a standard that most other integrations are not: it has to be right every single time, at the counter, in front of someone.
The problems are consistent across networks: balances that differ between the shop and the website, a card redeemed twice because a till was offline, points awarded on a purchase that was later refunded, and a liability figure in the accounts that nobody trusts. This page covers what has to be integrated, how Australian gift card rules constrain the design, and where the fraud actually happens.
Realistic ROI
Four Things That Decide Whether a Loyalty Integration Holds Up
Points and cards fail in public, at a counter, with a queue behind. These four decisions are why.
One system owns the balance, everything else asks
The most common cause of a wrong balance is two systems each keeping their own running total and syncing periodically. Between syncs they disagree, and the customer discovers it. The correct shape is that one system is authoritative for both points and stored value, and every channel queries it in real time rather than caching a number. That system can be the point of sale, the loyalty platform or the ERP, but there has to be exactly one, and it should be chosen for availability rather than for feature list.
Gift cards are regulated, not just configured
Gift cards supplied to consumers in Australia must generally be redeemable for at least three years from supply, must display the expiry date or state that there is none, and post supply fees are restricted. Some cards are excluded, such as those given as part of a customer loyalty or promotion scheme or those for goods available for a limited period. That is a design constraint rather than a marketing preference, so the expiry logic and what is printed on the card need to be settled with reference to the actual rules and, where there is doubt, with advice.
The liability has to reconcile to the ledger
Unredeemed gift card value and unredeemed points are obligations, and they belong in the accounts as such rather than as a report in the loyalty platform that finance has never reconciled. The integration should post the movements, issuance, redemption, expiry and adjustment, so the balance in the ledger can be tied back to the sum of outstanding balances. Where those two numbers have never been reconciled, the first reconciliation is usually the most valuable output of the entire project.
Refunds and reversals are where programmes leak
A customer earns points on a purchase, then returns it. Pays partly with a gift card, then gets a refund. Redeems points against an order that is later cancelled. Each of these needs a defined reversal path, and each is a route to accumulating value that was never earned if the path does not exist. Design the reversals at the same time as the earn rules, not after someone works out that returning a large order twice is profitable.
What Has to Be Integrated
Six areas. The first two are what customers notice, the last two are what finance notices.
Balance lookup everywhere
The counter, the website, the app, the call centre and the customer’s own account page all ask the same authoritative system and all get the same number at the same moment. Response time matters here in a way it does not elsewhere, because this query sits in the middle of a transaction with a person waiting, so a slow answer is treated by staff as a broken system and worked around.
Earn and redemption rules
What earns points, at what rate, on which categories, and how that interacts with discounts, promotions and gift card payment. These rules belong in one place and are applied identically online and in store. When the rules are configured separately in the point of sale and the ecommerce platform they diverge within a season, and the first indication is a customer proving that the same basket earned differently in two channels.
Offline and degraded operation
Tills lose connectivity. The design has to state what a till may do without a live balance: refuse redemption, allow up to a capped amount, or queue the transaction for later posting with the risk that accepts. Every option is defensible and the wrong approach is not choosing, because staff will improvise and the improvisation is where double redemption happens.
Reversals and adjustments
Returns reverse the points they generated. Refunds against a gift card payment return value to that card rather than to cash, which is both the correct commercial position and a significant fraud control. Cancelled orders release redeemed points. Manual adjustments are possible but logged, attributed and reportable, because an unlogged adjustment capability is an internal fraud waiting to be discovered.
Liability and reporting
Issuance, redemption, expiry and adjustment posted so the outstanding liability in the accounts reconciles to the sum of live balances, with breakage recognised on a basis your accountant has agreed rather than whenever someone runs a clean up. This is also the data that tells you whether the programme is actually changing behaviour or simply discounting to people who would have bought anyway.
Multi entity settlement
In a franchise or multi entity group, a card sold by one entity and redeemed at another creates a genuine debt between two separate businesses. That settlement has to be calculated and recorded, not assumed to wash out. It is the single most common reason gift card programmes are limited to the store of purchase, which customers find baffling and which costs the network sales.
Loyalty and Stored Value Before and After
| Task | Traditional | Integrated Programme | Notes |
|---|---|---|---|
| Customer asks for their balance | Different answer in store and online | One authoritative balance everywhere | The single most damaging failure, because the customer sees it happen. |
| Earning on an online order | Uploaded in a nightly batch | Applied at the time of purchase | Delayed earning generates support contacts and undermines the programme’s point. |
| Redeeming across channels | Points usable in one channel only | Usable wherever the customer shops | Usually the change that lifts programme engagement most in multichannel retailers. |
| Till loses connectivity | Staff improvise at the counter | Defined degraded mode with a cap | Any policy is better than none. Improvisation is where double redemption occurs. |
| Return of a points earning sale | Points quietly retained | Earned points reversed automatically | Closes an obvious loop that erodes both margin and programme credibility. |
| Refund of a gift card purchase | Refunded to cash at the counter | Returned to the original card | Correct commercially and a meaningful fraud control against card based schemes. |
| Reporting the liability | A platform report finance distrusts | Movements posted and reconciled | The first reconciliation frequently uncovers years of accumulated drift. |
| Card sold at one store, used at another | Blocked, or settled by argument | Redeemed anywhere, settled automatically | Only possible once the inter entity commercial rule is actually agreed. |
Where Loyalty and Gift Card Programmes Go Wrong
Two systems each keeping a balance
The moment the point of sale and the ecommerce platform each maintain their own running total and reconcile periodically, you have guaranteed that some customer will see two different numbers. Choose one authoritative system, have every channel query it live, and accept the availability requirement that comes with that choice. If the authoritative system cannot answer quickly and reliably enough for a counter transaction, that is a reason to change the system rather than to start caching balances.
Expiry rules set by marketing preference
Gift cards supplied to consumers in Australia must generally be redeemable for at least three years, must show the expiry date or state that there is none, and are restricted in the fees that may be charged after supply. There are exclusions, including certain promotional and loyalty scheme cards, and the boundaries matter. Configure expiry from the applicable rules rather than from a campaign plan, keep the printed and digital wording consistent with what the system enforces, and take advice where a card type sits near an exclusion.
Unlimited manual adjustment
Every loyalty system needs a way to correct a genuine error at the counter, and that same capability is the most direct route to internal fraud in the entire retail stack. Cap the adjustment a staff member may make unsupervised, require a reason code, log the operator, and put a weekly exception report of adjustments in front of someone who does not work on the counter. This is a control that costs almost nothing and is conspicuously absent from most implementations.
Gift card numbers that can be guessed or tested
Sequential or short card numbers can be enumerated, and a balance check endpoint with no rate limiting lets someone test thousands of candidates until they find a funded card. Use long random numbers, require a separate verification value for online redemption, rate limit and monitor balance enquiries, and alert on patterns of failed checks from one source. Activation at the point of sale rather than at printing also prevents stolen inactive stock from carrying value.
Breakage recognised when convenient
Unredeemed value is a liability until it is genuinely extinguished, and recognising it as income because a balance has been quiet for a while is an accounting judgement rather than a housekeeping task. Agree the basis with your accountant, apply it consistently through the integration, and keep the underlying balances intact so the position can be reconstructed. Expiry that is applied by the system must also match what the customer was told and what the law permits.
Programme data collected without a clear purpose
Loyalty programmes accumulate detailed purchase histories, and under the Privacy Act 1988 and the Australian Privacy Principles that information should be collected for a stated purpose and used consistently with what members were told when they joined. Terms that were written for a single store programme frequently do not support the network wide analysis and marketing that an integrated programme makes possible. Check the wording before the capability exists rather than after.
How Yes AI Approaches Loyalty Integration
Balance authority decided first
We work out which system should own points and stored value based on availability, response time and where the money is ultimately accounted for, then design every channel to ask it rather than cache it. This one decision prevents most of the failures the programme would otherwise have.
Built, hosted and monitored by us
The integration runs on a managed cloud automation layer we operate, with alerting on failed balance lookups, unposted redemptions and any divergence between channel activity and the ledger, so drift is caught in days rather than at year end.
Fraud controls built in, not bolted on
Adjustment caps with reason codes and operator logging, rate limited balance enquiries, refunds returned to the original tender, and exception reports that go to someone away from the counter.
Honest advice on programme design
Plenty of Australian retailers do not need a dedicated loyalty platform, and some programmes are discounting loyal customers who would have returned regardless. We will tell you when the integration is the answer and when the programme design is the actual problem.
From Two Balances to One
Five steps. A single balance across channels is normally live between weeks four and ten.
Audit balances and reconcile
Compare what each system believes, quantify the divergence, and reconcile outstanding gift card and points liability against the ledger. This step alone frequently pays for the project.
Choose the authority and the rules
One system owns points and stored value, with earn, redemption, tier and interaction rules written down once and applied identically in every channel.
Decide degraded and reversal behaviour
What an offline till may do, how returns reverse earned points, how refunds against gift cards behave, and what manual adjustment is permitted, by whom and with what logging.
Build, test at the counter
Built against official interfaces and tested with real staff at real tills including deliberate connectivity failures, because a loyalty integration that has only been tested in an office has not been tested.
Post to the ledger and monitor
Issuance, redemption, expiry and adjustment posted so liability reconciles continuously, exception reporting turned on, and multi entity settlement enabled where the network needs it.
Related Reading
SaaS Integration Explained
The six integration patterns and how to choose between them.
Single Customer View
Matching the member to the shopper across every channel.
Franchise and Multi Entity Integration
Settling card redemptions between separate entities.
Returns and RMA Automation
Reversals, refunds to original tender and adjustment notes.
POS to Ecommerce Integration
One stock pool and one customer across shop and web.
Shopify Rewards Integration
A worked example on a specific platform pairing.
FAQ
One Balance, Everywhere, That Reconciles
Book a call. We audit your current balances against the ledger, tell you where the drift is, and give you a priced plan. The reconciliation is yours either way.
All discussions held in confidence. Australian-based consultants.