Gift cards, shopping cards, store credit, and prepaid balances are quietly everywhere on Chinese marketplaces. A Tmall flagship issues store credit to settle a service complaint; a Double 11 campaign hands out shopping vouchers that behave like cash; a brand sells branded gift cards through its JD store for corporate buyers. To the marketing team these are promotional tools. To finance they are something more awkward: a liability the brand owes to customers, sitting on the balance sheet, that most China P&L processes never see clearly. When a customer later redeems that balance, revenue has to be recognized — and if they never redeem it, the unused value (breakage) has its own accounting treatment. Get this wrong and you either overstate revenue at the moment of sale or leave a growing, untracked liability buried inside a marketplace settlement file.
China marketplace gift card and stored-value accounting is the process of recording the sale of a gift card, shopping card, or store-credit balance as a contract liability (deferred revenue) rather than revenue, then recognizing revenue only as the balance is redeemed for goods — while separately estimating and recognizing breakage for amounts that will never be redeemed, in line with IFRS 15 and ASC 606. Done properly, it keeps your China revenue honest, your balance sheet complete, and your redemption cash reconciled to the platform data.
The short answer
- Selling a gift card is not a sale of goods. The cash you receive is a contract liability — you owe the customer future product — so it must not hit revenue until redemption.
- Revenue is recognized when the card is redeemed for goods, at which point the transaction reconciles like a normal order, with the gift-card balance as the tender instead of cash.
- Breakage — value that will never be redeemed — is recognized as revenue over time in proportion to actual redemptions, not all at once when the card is sold.
- Marketplace-issued store credit and vouchers used as promotional subsidies are a different animal from cards the customer paid cash for; the two must not be commingled.
- The gift-card liability, its redemptions, and its breakage rarely appear as clean lines in a platform settlement file — which is exactly why they go untracked in most China P&Ls.
Why stored value on Chinese marketplaces is harder than a Western gift-card program
A Western brand running a gift-card program on its own DTC site controls the whole loop: issuance, the liability ledger, and redemption all live in one system. On Tmall, JD, and Douyin, that loop is split across the platform, sometimes a store operator, and your ERP — and the terminology blurs several economically distinct instruments into things that all look like “a discount.” Three features make it genuinely hard.
1. Several different instruments look identical in the data
Platforms mix customer-purchased stored value (a real gift card the buyer paid for), brand-funded store credit (goodwill you issued at your own cost), and platform-funded vouchers (the marketplace’s own marketing money). Only the first is a customer prepayment; the second is a cost of sales; the third is not your money at all. If they arrive in the settlement file as one “coupon applied” column, your GMV-to-net-revenue bridge silently mixes a liability, an expense, and a third-party subsidy.
2. Issuance and redemption happen in different periods
A gift card sold during the 618 festival may be redeemed months later, or never. That timing gap is the whole accounting problem: cash arrives in one period, revenue belongs in another, and the balance sits as a liability in between. Without a stored-value sub-ledger, the month-end close has no way to state the outstanding balance, and the cash the platform settled looks like revenue it is not.
3. Redemption reconciles against goods, not cash
When a card is redeemed, no new cash moves — the customer pays with a balance you already hold. The order still generates fees, refunds, and returns that must reconcile, but the tender is the liability, not a fresh platform payout. Reconciliation therefore has to match redemptions against the liability ledger while matching the order economics against the settlement data — two reconciliations, not one.
The stored-value lifecycle: from sale to breakage
Every gift card or stored-value balance moves through a predictable sequence. Accounting for it correctly means recording each stage in the right place:
- Issuance — the customer buys a card or is granted paid-for store credit. Debit cash/receivable, credit a gift-card contract liability. No revenue.
- Outstanding balance — the liability sits on the balance sheet until used. This is the number most China P&Ls cannot produce on demand.
- Redemption — the customer buys goods with the balance. Recognize revenue and cost of goods, and release the corresponding liability.
- Breakage recognition — as redemptions occur, recognize a proportional share of the value you expect never to be redeemed as additional revenue.
- Expiry / de-recognition — where local rules permit expiry, any remaining balance is resolved; where they do not, the liability persists until redeemed or breakage-recognized.
Breakage: the part everyone gets wrong
Breakage is the estimated value of gift cards that will never be redeemed. The intuitive but wrong approach is to book it all as revenue at sale, or to wait until a card legally expires. Under ASC 606 and IFRS 15, if you can reliably estimate breakage, you recognize it as revenue in proportion to the pattern of actual redemptions — so a card that is 60% redeemed lets you recognize 60% of your expected breakage. If you cannot reliably estimate it, you wait until the likelihood of redemption is remote. Either way the estimate depends on real historical redemption curves, which requires the stored-value sub-ledger the rest of this article argues for.
A further China-specific wrinkle: single-purpose prepaid cards are regulated. Rules on issuance, refundability, and expiry limit how freely a brand can let balances lapse, which in turn affects when breakage can be recognized. Finance should confirm the legal expiry position for each instrument before modelling breakage, not assume Western expiry norms apply.
Where the numbers break in practice
- Gift-card sales booked as revenue. The most common error — treating the cash from a card sale as a sale of goods, overstating current-period revenue and understating liabilities.
- Store credit netted against revenue. Brand-funded goodwill credit expensed as a contra-revenue coupon instead of a marketing/service cost, distorting channel margin.
- Platform vouchers counted as your liability. Booking the marketplace’s own marketing money as deferred revenue you owe — a liability that was never yours.
- Redemptions double-counting cash. Recognizing revenue on redemption and treating the original card-sale cash as revenue, inflating the top line twice.
- No outstanding-balance number. The liability is never tracked, so it cannot be disclosed, audited, or reconciled to platform records at close.
A month-end checklist for stored value
- Reconcile the opening gift-card liability, plus issuances, minus redemptions, minus breakage recognized, to the closing liability.
- Tie total redemptions in the period to the goods revenue recognized against gift-card tender in the settlement data.
- Separate customer-purchased stored value from brand-funded credit and platform-funded vouchers, and confirm each is in the right account.
- Recompute breakage against the latest redemption curve and post the proportional revenue.
- Confirm the liability balance and its movement reconcile to your chart of accounts and appear correctly in the revenue recognition workings.
- Check that redemption orders carry the right fapiao and VAT treatment — the tax point usually follows the supply of goods, not the sale of the card.
The principal-versus-agent question still applies
Before any of this reconciles, finance has to know whether the brand is the principal or the agent for the underlying sale, and who issued the instrument. If your entity is the merchant of record and issued the card, the liability and later gross revenue are yours. If a store operator or the platform issued it, the economics — and the liability — may sit elsewhere. Under IFRS 15 and ASC 606, the test turns on who controls the good or service before transfer to the customer, and it determines whether stored value even belongs on your books.
That distinction also shapes compliance. Prepaid instruments sold in China intersect with the E-Commerce Law and prepaid-card rules, and the VAT and fapiao timing on a card sale differs from a normal order — which is why the stored-value ledger has to reconcile to your tax records as well as to cash.
How Digate fits
Digate connects directly to the marketplace settlement layer on Tmall, JD, Douyin, Pinduoduo, and Xiaohongshu and separates every instrument — customer-purchased stored value, brand-funded credit, and platform-funded vouchers — into its own GL treatment as the data lands, mapped to your ERP in NetSuite, SAP, Oracle, or Dynamics. Card sales post to a gift-card liability rather than revenue; redemptions release the liability and recognize revenue and cost of goods order by order; and the outstanding balance is a live number you can produce at any point in the month, not a quarter-end reconstruction. Breakage runs off the actual redemption curve instead of a guess. When the platform’s coupon column and your liability ledger disagree, you see exactly where — and by how much.
Frequently asked questions
Is selling a gift card revenue?
No. Selling a gift card or stored-value balance is a customer prepayment, recorded as a contract liability (deferred revenue). Revenue is recognized only when the card is redeemed for goods, plus a proportional amount of estimated breakage. Booking the card sale as revenue overstates the top line and hides a real liability.
What is breakage and when do you recognize it?
Breakage is the value of gift cards that will never be redeemed. Under IFRS 15 and ASC 606, if you can reliably estimate it, you recognize breakage as revenue in proportion to the pattern of actual redemptions; if you cannot, you wait until redemption is remote. It is never recognized in full at the moment the card is sold.
How is brand-funded store credit different from a gift card the customer bought?
A gift card the customer paid for is a prepayment — a liability you owe. Brand-funded store credit issued as goodwill or a promotion is a cost you incurred, closer to a promotional subsidy than to deferred revenue. Platform-funded vouchers are neither — they are the marketplace’s marketing money. All three often appear in one coupon column, so they must be separated before you account for them.
Can stored-value accounting be automated for Chinese marketplaces?
Yes — provided you can access the raw settlement and coupon data rather than only a netted summary. Once issuances, redemptions, and the coupon breakdown are machine-readable, the liability ledger, breakage calculation, and GL posting can run daily instead of in a manual month-end scramble. Digate is built to do exactly this.