Sold Today, Earned Later: Gift Card Accounting and the Liability That Drifts

Most of what passes through a point of sale is settled the moment it's rung up. A sale is revenue, sales tax is owed to the taxing authority, and a tip is owed to your staff. A gift card isn't settled until it's spent. On the day it's sold, the cash is yours but the revenue isn't, because you still owe the holder a meal, a product, or a stay. On the day it's spent, you've delivered, and the card's value becomes revenue. The ledger has to follow the card from the first day to the second, sometimes months apart, and that stretch is where gift card liability accounts go wrong. Here is how gift card activity should post, the three mistakes that make the balance drift, and how to tell whether your balance sheet is right.

What is gift card accounting?

Gift card accounting records the sale of a gift card as a liability, because you owe the holder a product or a service, and records revenue only when the card is redeemed. The card is both something you sell and a way to pay, and each role gets its own treatment.

When a customer buys a $50 card, the payment is recorded like any other cash or payment card transaction, and the other side is a credit to gift card liability, not to sales. When someone later spends that card, on dinner or a sweater or a night's stay, the purchase posts to sales like every other purchase that day. The difference is on the payment side: the gift card tender debits the liability, not an account that expects money to arrive. No money moves at redemption, because the money arrived the day the card was sold. The redemption turns part of the liability into revenue.

At any moment, the balance in the liability account should equal the value of every card still outstanding. Some operators split the account in two, with a Gift Cards Sold sub-account and a Gift Cards Redeemed sub-account under a Gift Cards Outstanding parent. The parent shows the net on the balance sheet; the two sub-accounts show total sold and total redeemed at a glance.

The three ways the daily posting gets it wrong

Nearly every gift card liability that drifts traces back to one of three posting errors: the sale booked as revenue, the redemption booked as if money were coming, or a comped card booked on only one side.

The sale booked as revenue. Some point of sale systems ring up a gift card as an ordinary item in a sales category; others report it separately, as a non-revenue charge. In the first case, the card lands in sales unless someone routes it elsewhere. Revenue is overstated the day the card is sold, and then the same dollars count again when the card pays for a real purchase. Sell $40,000 of cards in December and December revenue is overstated by $40,000, while January's redemptions start pulling the liability below zero. A negative gift card liability for the business as a whole is the tell: you can't owe your customers less than nothing.

The redemption booked as if money were coming. The gift card tender gets booked to an account that expects cash or a deposit to follow. Nothing follows, because the customer paid months ago. That account builds a balance that never clears, the day's money looks short by exactly the value of gift cards redeemed, and the liability never comes down. This error is a close cousin of why a bank deposit can't stand in for the day's sales: the bank sees money arrive when a card is sold and sees nothing at all when one is spent.

A comped card booked on only one side. Comped cards, whether given as an apology, a thank-you, or a giveaway, have no money behind them. Some operators record a liability for a comped card when it's issued; others record nothing then and treat the redemption as a comp when it happens. Either policy works. Mixing them doesn't: if a comped card never adds to the liability but its redemption is posted against it, the redemption draws down a balance that was never there.

Mistake	On the day	Later	The tell
Sale booked as revenue	Overstates revenue by the card's value	The same dollars count again at redemption	Liability runs negative
Redemption booked as if money were coming	An account expects money to arrive	Money looks short every day	A balance that never clears; a liability that only grows
Comped card booked on only one side	Nothing recorded at issue	The redemption draws down a balance that was never there	Liability runs negative

What does a correctly posted day look like?

A correctly posted day credits the gift card liability for every card sold and debits it for every card redeemed, on the same posting as the rest of the day's sales. Here is a December Saturday at one restaurant location, with $500 in gift cards sold and $320 redeemed.

Line	Debit	Credit
Payment card tenders	$7,644.00
Cash tenders	$1,500.00
Gift card liability	$320.00
Food sales		$6,200.00
Beverage sales		$2,100.00
Sales tax payable		$664.00
Gift card liability		$500.00
Total	$9,464.00	$9,464.00

Sales tax is 8% of food and beverage; the gift card sale isn't taxed.

The $320 spent with gift cards paid for part of the day's sales and tax, which post the same way however the customer paid: revenue is earned when you deliver what was bought. The $500 in cards sold never touches revenue at all. The payment card and cash lines are money that actually changed hands that day, including the $500 that bought gift cards, so nothing on the posting waits for money that isn't coming.

The liability rose by $180 on the day, and it should keep climbing through December. In the first quarter it should fall as the holiday cards are redeemed. A balance that rises in the holidays and falls afterward is working; one that only ever rises has a posting problem, much like a tips payable account that grows because the payouts never post.

Why doesn't my gift card liability match my gift card report?

Your ledger's total gift card liability and your gift card program's outstanding-balance report should tell the same story. Compare them monthly, as of the same date; when they disagree, the cause is usually one of the posting errors above.

The direction of the gap tells you where to look. A ledger balance below the program's, or below zero, points to cards sold as revenue, or comped cards redeemed against the liability without ever being added to it. A ledger balance above the program's points to redemptions booked as if money were coming, because the liability went up with every sale and never came down. One gap is expected: if you record nothing when a comped card is issued, the ledger runs below the program by the value of comped cards still outstanding.

How Shogo posts gift card activity

Your point of sale, or the gift card provider connected to it, runs the gift card program. It issues and reloads cards, handles refunds, voids, and tips paid with a gift card, and tracks every card's balance. Shogo's job is to post what the point of sale reports.

When you set up Shogo, you pick the account each kind of sales line posts to, a step Shogo calls mapping. Gift card sales and gift card redemptions are mapped separately, whether to one liability account or to sold and redeemed sub-accounts, so every day's posting carries both sides of gift card activity alongside the day's sales. Once mapped, cards sold post to the liability rather than to revenue, whether the point of sale reports them as an item sold or as a non-revenue charge. Cards redeemed post against the liability rather than to an account that expects money to arrive. Fees such as activation or load fees can be mapped too, when the point of sale reports them separately.

Two cases need their own treatment, and Shogo can handle both. Adding value to a card a customer already holds (a reload) creates a new obligation, just as selling a new card does; where the point of sale reports the reload separately, Shogo posts it to the liability the same way. Comped cards have no purchase behind them, so there's no tender to post against. Where the point of sale reports a comped card, and you record a liability when it's issued, Shogo can post the card's value to the liability and the cost of the comp to the account you choose, such as a marketing expense account, so issuing the card is recorded as a cost, not a sale.

How a gift card shows up in each point of sale's data varies, so the setup does too; the support guide on mapping gift card sales and redemptions covers the options, including the sold and redeemed sub-account structure. Each location's day posts on its own business date, before anyone opens the books.

A gift card should reach revenue exactly once — on the day it's spent. Shogo posts the sale to the liability and the redemption against it every day, so the liability on your balance sheet is the amount you actually owe.

Does this work in every accounting system?

Gift card accounting works the same way in every general ledger Shogo posts to: Oracle NetSuite, QuickBooks, Sage Intacct, and Xero. The liability is an ordinary current liability, the redemption is a tender like any other, and depending on your platform and setup the day can post as a journal entry, a sales receipt, or an invoice.