Changing POS system? Here's what happens to your gift card balances

Most POS migrations go reasonably well. Menus transfer, staff adapt, the reports look different but you get used to them.

Gift cards are where it gets expensive.

The reason is simple and unpleasant: a gift card balance is not your data in the way a menu is. It is a financial liability recorded in someone else's system, often under a contract you signed years ago and have not read since. Whether you get it back depends less on technology than on who holds the ledger and what your agreement says.

If you are evaluating a POS change, this is the question to settle before you sign anything — not after.

Key takeaways

• A gift card balance is stored value and a liability on your balance sheet, not a customer record you can simply export.
• Whether you can migrate balances depends on who holds the ledger and what your existing contract permits. Some providers will not release card numbers at all.
• Decide your approach before you migrate, not during. The options are migrate, honour manually, or buy out the liability.
• If gift card balances live in the POS, they are stranded when the POS changes and generally do not work across sites running other systems.
• The structural fix is to hold the ledger outside the till so a POS decision stops being a gift card decision.

Why gift cards are different

When you switch POS, most data is either portable or replaceable. Product lists export cleanly. Historical sales are nice to keep but rarely operationally critical. Staff records can be rekeyed.

A gift card is none of those things. Somebody paid you money. You owe them goods. Under IFRS 15 and its US equivalent, that unredeemed value sits on your books as a liability until it is redeemed or recognised as breakage. It is real money with a real obligation attached.

So when a migration goes wrong, the failure mode is not inconvenience. It is a customer at your counter holding a card you sold them, and a till that has never heard of it.

One POS provider recounts a chain that had around $40,000 in gift card balances across its locations. When it changed POS, the card processor declined to release the card numbers and balances, citing the contract. The operator was offered a choice: pay roughly $2,000 to exit, or keep paying nearly $200 a month until the term ended. Six months passed before the gift card programme could move.

That is not a technology problem. Nobody could not transfer the data. Somebody would not.

The three questions that determine your outcome

Who holds the ledger? If your gift card programme was set up through your card processor or bundled with your POS, the balances probably sit with them. If it runs on a separate platform, they sit there instead. This determines who you have to ask.

What does your contract say about the card numbers? This is the one nobody checks. Access to the card numbers and their balances is a contractual matter, not a technical one. If the agreement does not explicitly grant you rights to that data, you may find you cannot take it with you.

Can the new system accept them? Even with the data in hand, migration usually means re-encoding or renumbering physical cards, because account numbers are encoded on the magnetic stripe or barcode and the new system needs to recognise them. Digital balances are easier; plastic in customers' wallets is not.

Your three realistic options

Migration guidance for operators is consistent on one point: choose your approach before you migrate, not after.

Migrate the balances. Cleanest outcome if your contract allows it and the new platform can ingest them. Expect to re-encode physical cards. Verify totals against your liability figure before and after — a mismatch found later is very hard to reconstruct.

Honour manually for a transition period. Keep the old serial numbers and balances in a controlled record. When a customer presents an old card, look it up, comp the order, decrement the record. Workable for small volumes and genuinely painful at scale, but it protects the customer relationship while you sort the rest out.

Buy out the liability. Offer customers an uplift to swap — a €50 old card for €55 of new value. It costs margin and clears the problem permanently. For operators with a modest outstanding balance and no path to migration, it is often the rational choice.

What all three have in common: they are much cheaper decided in advance. Cutover-day discovery is where the horror stories come from.

The multi-site version of the problem

If you run more than one site, there is a second issue that migration surfaces but does not cause.

When gift card balances live inside each site's POS, a card sold at one location often cannot be redeemed at another. Customers do not understand this and should not have to. Platform providers describe the pattern candidly: most POS systems treat gift cards as a secondary feature, and the result is reporting gaps, inconsistent balances across locations, and no visibility at corporate level.

The accounting consequence is worse than the customer one. If balances are scattered across systems, your total outstanding liability is a manual exercise in addition, and your auditors will ask about it.

As one omnichannel analysis puts it, the real question is not whether the POS supports gift cards. It is which system owns the money.

The structural answer

Hold the ledger centrally, outside the till.

If the gift card platform sits above your POS rather than inside it, the POS becomes a redemption point. Changing it does not touch the balances. Adding a site running different hardware does not fragment the programme. And your outstanding liability is a single number in one place, at any moment.

That is the architecture behind our gift card platform, and it is why the three deployment models matter: whether a site runs an existing enterprise POS bridged to your terminals or component apps on a cloud POS you already have, the ledger is the same ledger.

Windward Management is the clearest illustration. The group unified gift card operations across its hotel portfolio, centralising sales, redemption, reconciliation and reporting across properties that do not all run identical systems. The estate stayed heterogeneous. The programme did not.

Hays Travel took the same approach from a standing start, growing to more than 12,900 gift cards a year by integrating into an existing POS estate across many locations rather than replacing it.

Questions to ask before you sign

Take these to your current provider and your prospective one:

1. Who holds the gift card ledger, and does my contract give me rights to the card numbers and balances? Get it in writing.
2. If I leave, what is the process and cost to extract balances? Ask for the specific mechanism, not reassurance.
3. Will physical cards need re-encoding, and who pays?
4. Can balances be redeemed at sites running a different POS?
5. Can you produce my total outstanding liability as a single figure, right now? If that takes days, you have found your reporting gap.

None of this is an argument against changing POS. Plenty of operators should. It is an argument for finding out where your stored value actually lives before you start — and, ideally, for moving it somewhere a future POS decision cannot strand it.

If you are weighing a migration and want a view on the gift card side specifically, we are happy to take a look.

Frequently asked questions

Can I transfer gift card balances to a new POS system?

Sometimes, and it depends more on your contract than on the technology. Balances are held by whoever operates your gift card ledger, and access to card numbers and balances is governed by your agreement with them. Some providers will not release the data during a contract term. Physical cards usually also need re-encoding or renumbering for a new system to recognise them.

Who owns my gift card data?

Whoever holds the ledger controls access to it, and your rights depend on what your contract says. This is worth checking before a migration rather than during one — operators have found themselves unable to retrieve balances, or facing exit fees to do so.

What happens to unredeemed gift card balances if I switch systems?

They remain a liability you owe your customers regardless of what your till knows. If the balances cannot be migrated, your practical options are to honour old cards manually for a transition period, or to buy out the liability by offering customers an uplift to swap for new value.

Why can't a gift card bought at one of my sites be redeemed at another?

Because the balance is almost certainly held inside that site's POS rather than centrally. POS-native gift card modules generally only work across sites running the same system. Holding the ledger in a central platform makes every site a redemption point regardless of which till it runs.

How do I find my total outstanding gift card liability?

If your ledger is central, it is one figure available on demand. If balances live in individual POS systems, it is a manual consolidation across every site — which is both an audit risk and a good indication that the programme needs restructuring.

Keep reading

More from the Facilipay blog · Customer case studies · Talk to our team