Cross-Border Mobile Top-Ups: VAT, Payment Records and Reconciliation for Prepaid Airtime

Cross-border sales of prepaid mobile credit are a useful case study for anyone who runs multi-market commerce. The ticket size is small, the volume is high, and the supply crosses at least two borders: the buyer, the retailer and the end user can all sit in different jurisdictions. Consumer-facing services such as MobileTopUP exist precisely so a person in one country can send prepaid credit to a mobile number registered in another. From the buyer's point of view it is one click and a confirmation email. From a finance-operations point of view, it is an event that has to be recorded four times — in the payment ledger, in the fulfilment ledger, in the VAT working and in the reconciliation sheet — and the four records have to agree.

What actually gets sold

The first question a controller has to answer is a legal and commercial one, not an accounting one: what is the seller selling? Prepaid airtime can be structured several ways, and the structure drives everything that follows. The seller may be reselling a telecom operator's own service on their behalf, acting as a disclosed agent of that operator. The seller may be buying airtime wholesale and reselling it as principal. The seller may be distributing a voucher — a single-purpose or multi-purpose voucher in VAT terms — that the end user later redeems. Each of these is a different supply with different parties, and the VAT consequences follow the facts, not the marketing copy on the checkout page.

None of this is unique to airtime. Any multi-market seller who moves between an agency model and a principal model — marketplaces, travel resellers, gift-card distributors — runs into the same question. Airtime just makes it visible, because the fulfilment is near instant and the amounts are small enough to make a messy audit trail painful at volume.

Three records, one event

For each top-up a cross-border seller handles, three records come into existence at roughly the same moment:

• A customer payment record on the acquirer or wallet side — the card authorisation, the capture, any fee, the settlement currency and the settlement timestamp.
• A fulfilment record on the telecom or aggregator side — the destination MSISDN, the operator, the face value of the top-up, the wholesale cost, and the delivery confirmation.
• A tax record for the seller's own books — the taxable amount, the place of supply the seller has concluded applies, the VAT rate and the counter-party details needed later for a return or an audit.

These three records live in three different systems, often held by three different vendors, denominated in two or more currencies, and stamped with timestamps that do not match. Making them reconcile is the real job.

Why the payment data and the tax records have to agree

A payment is the only part of a sale a tax authority can inspect from the outside. If the figure on the VAT return cannot be tied back to money that actually moved, the return is an assertion rather than a position. For a cross-border seller handling many small top-ups, that tie-out has to be mechanical. The sum of VAT-inclusive consideration recorded as sales for a period has to equal the sum of captured consumer payments for the same period, allowing for refunds, chargebacks and timing. The sum of the fulfilment face values has to equal the sum of the sales lines, net of any seller margin that is itself a service fee. When those two totals drift from each other, the drift is where the risk is.

Reconciliation of this kind is also the first line of defence against promotional abuse, duplicate fulfilment and silent breakage — the quiet failure modes that are easy to miss in a stream of five-euro top-ups. A clean set of books is useful; a set of books that can be reproduced from the raw records is what an auditor actually wants.

Reconciling across currencies and markets

Multi-currency reconciliation in this product is punishing because the FX touches the transaction in three different places. The buyer pays in their local currency. The acquirer settles to the seller in the seller's reporting currency, usually with its own mid-market reference and its own fee. The aggregator or operator invoices the wholesale cost in a third currency, with yet another FX reference and sometimes a different cut-off time. Doing the arithmetic end-to-end at a transaction level is the only way to see what each top-up actually cost and what margin it actually produced.

Three practical rules survive from projects we have run through:

• Capture every leg at its native currency and native timestamp. Never convert on the way in; convert for reporting at the end, using the FX reference the business actually used, not a monthly average that nobody can reproduce.
• Reconcile the acquirer's settlement file against your own sales ledger on the day the settlement lands, not at month end. A chargeback a week old is still cheap to argue; a chargeback found at month end is not.
• Treat the fulfilment confirmation as the authoritative "goods delivered" record. A sale without a matched fulfilment is unearned revenue at best and a payment to refund at worst, whichever the facts turn out to show.

Keeping the audit trail intact

An audit trail for prepaid airtime is only useful if it survives contact with a dispute. For each line that reaches the VAT return, the finance team should be able, inside a few minutes, to point to the originating customer order, the authorisation and capture on the payment side, the fulfilment acknowledgement from the operator or aggregator, and any later events — refund, chargeback, operator reversal — that touched that line. The cheapest way to achieve this is a shared immutable identifier that every system writes onto every record it holds for that sale. The most expensive way is to try to recover it later from timestamps and amounts.

The same discipline matters for consumer-facing retail services that let a buyer send credit abroad — see, for example, how a storefront handles an international mobile top-up end to end: the receipt the buyer gets and the fulfilment record the operator keeps are two faces of the same event, and the seller's books need both to balance.

VAT treatment depends on the facts

The VAT position on a cross-border mobile top-up is not a single answer; it depends on who the seller is, who the buyer is, where each is established, whether the top-up is treated as a telecommunications service or as a voucher, and in some cases on the operator's own tax position. EU rules on the place of supply for telecommunications, broadcasting and electronic services, and the one-stop-shop schemes that go with them, are the starting point for sellers established in or supplying to the EU. The European Commission's reference on Value Added Tax in the European Union is the authoritative primary source for the EU rules on supply, place of taxation and the one-stop-shop schemes that go with them; the voucher regime in Directive (EU) 2016/1065 is the companion piece for sales structured as single-purpose or multi-purpose vouchers.

What matters in practice is that none of this collapses into a universal "mobile top-up VAT model". A seller established outside the EU, selling to EU consumers, has a different position from an EU-established seller selling into the same markets. A top-up priced with a visible operator service identified at the point of sale may be a single-purpose voucher in one jurisdiction and a telecommunications service in another, depending on how the local legislator has transposed the directive. Applying one blanket treatment to every flow without checking the facts of the specific supply is how companies end up correcting two years of returns at once.

What good looks like

The finance operation that gets this right tends to share a few habits. It writes down its position on each supply type it sells — principal, agent, voucher — and keeps that memo current. It reconciles payments, fulfilments and sales ledger lines daily, not monthly. It carries one identifier across every system that touches the sale. It treats VAT working as a product of the sales ledger, not a parallel calculation. And it keeps the specialist in the loop whenever a new country or a new counter-party is onboarded, because that is when the facts of the supply are most likely to shift.

None of that is specific to airtime. It is specific to any product where the ticket is small, the border is routine and the fulfilment is instant — which is a steadily growing share of what cross-border commerce actually looks like today.