Gift card liability reconciliation proves that the balance in the gift card liability account equals the value of cards customers still hold. Roll it forward from cards sold and redeemed, compare the result to the card program's outstanding balance, and confirm the cash from card sales reached the bank. Unused balances leave the liability only under a written breakage policy.
What does gift card liability reconciliation tie together?
Gift card liability reconciliation ties the ledger's liability balance to two outside records: the card program's report of balances still loaded on cards, and the bank deposits that carried the cash from card sales. The liability is money the business owes in goods or services, so an error here misstates both the balance sheet and revenue.
The point-of-sale system records each card sold and each redemption. The card program, whether run by the POS vendor or a third party, keeps the balance of every card. The ledger holds one number for all of them. Those three should agree, and the reconciliation shows where they do not.
The structure is the same as any subledger tie-out. The card program is the detail, the liability account is the control total. An accounts payable reconciliation template uses the same layout for vendor balances, and it adapts well to gift cards.
The gift card liability roll-forward for one month
A roll-forward starts with last month's reconciled liability, adds the face value of cards sold, subtracts the value redeemed, and applies any approved adjustments. The result is what the ledger should show. Each line comes from a report you can keep with the reconciliation, so a reviewer can trace every figure.
The figures below are an invented example for one shop's March.
| Line (example) | Amount |
|---|---|
| Opening liability, Mar 1 (reconciled last month) | 18,400.00 |
| Add: cards sold and reloaded, per POS | 6,250.00 |
| Less: redemptions, per POS | -5,180.00 |
| Less: card voided at sale and refunded | -100.00 |
| Closing liability per ledger, Mar 31 | 19,370.00 |
| Outstanding balance per card program, Mar 31 | 19,445.00 |
| Difference | 75.00 |
The roll-forward foots, so the ledger is internally consistent. The 75.00 gap against the program is the next thing to explain.
Matching the card program report to the gift card liability account
When the card program's outstanding balance and the ledger differ, list the cards behind the difference. Most gaps come from timing between the program and the POS, from cards activated but never rung up, or from redemptions on another channel the ledger missed. A difference that grows every month points to a process gap, not a timing one.
In the example, the program shows one 75.00 card activated on March 31. The register that sold it closed its day after midnight, so the sale posted to April 1 in the ledger. That is a timing item: note it on the reconciliation and confirm it appears in April's sales.
Other causes to rule out:
- Cards sold online, where the web store records the sale but the POS does not.
- Promotional cards loaded for free, which need their own policy and entry.
- Cards issued to settle customer complaints, recorded as a discount in one system and a load in another.
- Manual balance corrections in the card program that nobody posted to the ledger.
Where gift card cash shows up in the bank
Gift card cash arrives in the bank inside the normal sales deposits, never as its own line. A card bought with a credit card lands in the processor payout; one bought with cash lands in the day's cash deposit. Redemptions bring in no cash at all, because the customer already paid when the card was sold.
That has two consequences. First, the bank side of a gift card reconciliation is really part of daily sales: the card sales figure has to be inside the deposits for that day. Daily sales reconciliation from the POS to the bank shows where gift card sales and redemptions sit on that daily sheet. Second, a day with heavy redemptions will show sales well above its deposits, and that is correct.
The same reasoning applies to any account that should be explained by its outstanding items. A payroll bank account should end near zero once uncashed checks are listed, and reconciling a payroll bank account uses that idea. The gift card liability should equal the cards outstanding, once timing items are listed.
Gift card breakage and expiry: when can the liability come down?
Breakage is the part of gift card balances that customers will never redeem. The liability can come down for breakage only under a consistent accounting policy and only where state law allows the business to keep the money. Unclaimed property law in some states may require balances to be reported and remitted instead, so check before writing anything off.
Federal rules also limit expiry. The CFPB's text of Regulation E section 1005.20 on gift cards says the funds on a store gift card generally cannot expire sooner than five years after issue or the last load, and that a dormancy or inactivity fee is allowed only after a year without activity, if it is disclosed on the card, and no more than once a month.
For the reconciliation, record breakage as its own line in the roll-forward, with the calculation attached. A reviewer should be able to see the rate, the period of card sales it applies to, and who approved it. A breakage line without support is a plug.
Gift card liability mistake: booking card sales as revenue
The common gift card liability mistake is recording each card sold as revenue on the day of sale. Income is then overstated whenever card sales run ahead of redemptions, which is usual in a holiday quarter. The liability account sits empty or negative, and the card program shows thousands owed that the balance sheet does not.
A second version of the mistake is ringing redemptions as sales a second time. The customer's card purchase was recorded as revenue, and the item later bought with it is recorded as revenue again, while the tender used is shown as a discount. Gross sales then exceed cash collected by the full value of redemptions.
To fix either one, rebuild the liability from the card program's outstanding balance at a recent month-end, book the correcting entry to revenue, and change the POS mapping so card sales post to the liability from then on.
Once the deposits are known to be complete, the rest is arithmetic. PreciseBankFlow foots each bank statement and matches its lines to your register, so the sales deposits that carry gift card cash are proven before the roll-forward starts. See how the statement checks work.