In plain words
When a customer tops up a digital wallet, the company receives cash but owes the customer that balance, so it records a financial liability, not revenue. The liability falls as the customer spends or withdraws. Some balances are never used, known as breakage. Because the balance is a financial liability, the company cannot release it to income on an estimate; it removes it only when the obligation legally ends, for example when the balance expires under the terms and the law lets the company keep it. If unclaimed amounts must be paid to an authority, they remain a liability.
Why it matters
Customer wallet top-ups create a financial liability under IFRS 9 (an obligation to deliver cash or settle on the customer's instruction), not revenue on receipt. Because the balance is a financial liability, unused amounts cannot be released to income on a statistical estimate of breakage, as the IFRS 15 model for contract liabilities would allow; the liability is derecognized only when the obligation is extinguished, that is discharged, cancelled or expired. Revenue on loading or estimate-based releases overstate revenue and profit and understate liabilities.
Diagnostic questions
Is the wallet balance redeemable for cash or for spending with third-party merchants (a financial liability under IFRS 9), or only for the entity's own goods or services (possibly an IFRS 15 contract liability)? Under the customer terms and applicable law, when does the obligation legally end (contractual expiry, cancellation, or never while the customer can still claim)? Is the entity legally entitled to retain expired or unclaimed amounts, or does unclaimed-funds regulation require remittance to an authority, so that the obligation continues as a liability to that authority?
Recognition
1) On receiving a top-up, recognize a financial liability to the customer, never revenue. 2) Derecognize the liability (and recognize any related fee revenue under the applicable standard, e.g. IFRS 15 for transaction fees) only as the customer actually spends or withdraws the balance. 3) Do not release unused balances to income on an estimate of breakage or on the redemption pattern; the IFRS 15 proportional breakage model applies to contract liabilities, not to financial liabilities. 4) Derecognize an unused balance only when the obligation is extinguished, for example when it expires under the customer terms and the law allows the entity to keep it, or when the customer's claim is legally cancelled; recognize the amount in profit or loss (e.g. other income), not as wallet service revenue. 5) Where regulation requires dormant or unclaimed balances to be remitted to an authority, reclassify them to a liability to that authority; they remain a liability until paid. 6) At each reporting date, review expiry dates, dormancy rules and legal entitlement, and keep evidence that each derecognized balance was legally extinguished.
Measurement
Measure the liability at the amount owed to customers (the remaining spendable or withdrawable balance), with no reduction for balances management expects will never be claimed. When an obligation is extinguished, recognize in profit or loss the difference between the carrying amount of the liability derecognized and any consideration paid. Measure amounts that must be remitted to an authority as a separate liability at the amount payable; no income arises on them.
Presentation & disclosure
Disclose: customer wallet liabilities presented separately from operating payables; the policy for derecognizing unused balances (legal extinguishment, expiry terms) and the amounts derecognized to profit or loss during the period, if any; regulatory unclaimed-balance/escheatment obligations and the related liability; and dormant balances included in the liability, by age where material.
Common mistakes
- Recognizing wallet top-ups as revenue on loading
- releasing unused balances to income on a statistical breakage estimate or in proportion to the redemption pattern, which applies the IFRS 15 breakage model to a financial liability
- derecognizing dormant balances that customers can still legally claim
- recognizing income on balances that regulation requires to be remitted to an authority
- presenting derecognized amounts as wallet revenue rather than other income
- failing to separate store-credit balances redeemable only for the entity'
- s own services (which may fall under IFRS 15) from e-money balances.
Simple example
Customers hold SAR 15,000,000 in wallet balances redeemable for cash and third-party spending (a financial liability). Assumptions for this example: the customer terms provide that balances expire after 36 months of inactivity, and local law lets the entity keep expired balances below a threshold, while larger dormant balances must be remitted to a designated authority. During the year SAR 300,000 of balances expire under the terms and may be kept, and SAR 120,000 of larger dormant balances become payable to the authority. Management's model also suggests a further SAR 250,000 will never be claimed, but those balances have not legally expired. Journal entries: (1) On receiving the top-ups (cumulative): Dr Cash 15,000,000 / Cr Customer wallet liability 15,000,000. (2) On legal expiry: Dr Customer wallet liability 300,000 / Cr Other income, expired wallet balances 300,000. (3) Dormant balances payable to the authority: Dr Customer wallet liability 120,000 / Cr Payable to authority, unclaimed balances 120,000. No entry is made for the SAR 250,000 estimate. The remaining SAR 14,580,000 stays a customer liability until spent, withdrawn or legally extinguished.
Professional judgment
Judgment is needed on whether a balance is a financial liability (redeemable for cash or third-party spending) or a store credit redeemable only for the entity's own goods or services; only the latter may fall within the IFRS 15 breakage model for contract liabilities. Legal input is needed on when the obligation is extinguished: whether contractual expiry is enforceable under consumer-protection and payment regulation, whether dormancy rules transfer the obligation to an authority rather than ending it, and how promotional or bonus credits (which may not be redeemable for cash) differ from customers' own funds.
Source basis
IFRS 9 · Financial Instruments
Paragraph references
Verified against the official standard texts used in the IFRS Expert skill.
Related issues
- IFRS 9Settlement receivables and float
- IFRS 9BNPL portfolio classification and expected credit losses
- IFRS 9Expected credit losses on merchant and trade receivables
- IFRS 9Loan origination fees and the effective interest rate
- IFRS 9Securitization and sale of receivables: derecognition assessment
- IFRS 9 / IAS 37Interest income earned on customer e-money float: entitlement and recognition
Educational and navigation content only. Not professional advice. Does not reproduce official IFRS/IAS text. Consult the authoritative standards and qualified professionals; professional judgment may still be required.
