The merchant says the payment was cancelled. Your card balance is still lower. You check the app again, then send support a screenshot of the merchant’s email.
Before anyone can trace the money, one detail matters: did the original payment finish, or was the amount only reserved?
A refund returns money from a completed purchase. A reversal releases an authorisation that has not become the final charge. A dispute is a separate process for challenging a transaction. These events can look similar in a card app, but they call for different evidence and different questions.
This guide is for people using virtual USD cards for subscriptions, software and online purchases. The examples are hypothetical. Provider documentation was checked on 13 October 2026. You can also organize the transaction evidence before contacting support.
Read the original payment before reading the refund email
Open the original transaction in your card account. Write down its current status, amount, currency, merchant name and date. Then compare those details with the merchant’s message.
What you see | What it may mean | What to ask next |
|---|---|---|
Original payment still pending | The merchant may have reserved the amount without completing the charge | Was the authorisation cancelled, and what is the issuer’s release process? |
Original payment completed; merchant promises a refund | A refund may be approved but not yet submitted | Has it been submitted, on what date, and for which amount? |
Completed charge plus a separate credit | A refund may have arrived | Does the credit match the promised refund and currency? |
Original charge disappears or changes | The merchant may have reversed the payment | Has the available balance been restored? |
Merchant and issuer records disagree | A trace or support review is needed | What reference connects the merchant’s action to the original transaction? |
The table is a triage aid, not proof of what happened in your account. Use the issuer’s records to establish the actual status.
If the original purchase never went through, start with our virtual USD card decline checklist. Repeatedly retrying a failed checkout can make the record harder to understand, particularly if you end up with several pending entries.
Pending money and refunded money are different
A card authorisation allows a merchant to reserve an amount while the payment is being completed. A pending entry can therefore reduce the money available to spend even before the final charge appears.
For a hypothetical $30 subscription attempt, write down three facts: whether the subscription activated, whether the card transaction completed, and whether the merchant cancelled the authorisation. “The subscription was cancelled” does not answer all three.
Ask the merchant to describe the payment action it took. That is more useful than asking for a refund number when no refund exists.
A refund can be approved before it is submitted
A support agent may approve your request before the merchant’s payment system sends the refund. Keep the approval date and the submission date separate.
In some cases refunds described as requests sent through the payment system to the customer’s bank or card issuer. It gives an approximate five-to-ten-business-day appearance window after initiation, depending on the bank. It also describes cases in which a refund is pending or fails.
For your own case, ask the merchant for the date the refund was submitted, its amount and currency, the original order or payment reference, and any trace reference its payment provider makes available. An internal ticket marked “resolved” is not the same evidence.
Then compare the submission date with your issuer’s published processing guidance. If that guidance is unclear, ask support to identify the applicable window rather than choosing a deadline from another card provider’s website.
Keep one small refund record
You do not need a folder full of screenshots. You need a record that connects the merchant’s promise, the card transaction and the amount you expect back.
Field | Example entry |
|---|---|
Merchant and order | Example Software, order 1042 |
Original charge | $60, completed on 6 October |
Refund approved | Partial refund approved on 8 October |
Refund submitted | Merchant confirms $40 submitted on 9 October |
Card identification | Last four digits only |
Trace reference | ARN or other reference, if supplied |
Current account status | No credit visible as of the last check |
Next owner | Merchant to confirm submission, or issuer to trace |
These dates and amounts illustrate the record; they are not a real customer case or service promise. Avoid posting complete card numbers, security codes or unredacted account statements in a public support thread.
A statement, account letter and transaction receipt prove different things. For this problem, a dated transaction record and the merchant’s refund evidence are usually more relevant than a general account-ownership letter.
Check refund support before choosing a USD card
A card comparison should include what happens after a purchase fails, is cancelled or is partly refunded. Ask how you contact support, what information it needs, how a refund is displayed and what happens if the card is replaced.
Our virtual USD card comparison guide covers broader selection factors. Add refund handling to that evaluation alongside funding, fees, limits and merchant acceptance.
walllet.com publicly presents a virtual USD card for online spending. Before using it for an important purchase, check the current card terms and account-specific support instructions. A public feature page does not establish a refund service-level guarantee or promise that every merchant will accept the card.
Send the right request to the right team
When the merchant has not confirmed submission
Send a concise request with the order number and original charge. Ask whether the action was an authorisation cancellation or a refund of a completed payment. If it was a refund, request the submitted amount, currency and date.
For example:
My order was cancelled, but the card entry is still pending. Please confirm whether you cancelled the authorisation or submitted a refund, and provide the date and payment reference for that action.
The point is to identify the event. Avoid opening several tickets with different descriptions of the same transaction.
When the merchant has supplied a trace reference
Give your card issuer the original transaction details, the merchant’s refund confirmation and the trace reference. Ask it to trace the specific refund.
An Acquirer Reference Number, or ARN, can help identify a card refund as it moves through payment systems. Its help guidance also discusses other reference types where an ARN is unavailable. The merchant’s payment provider determines what it can supply; absence of an ARN alone does not prove that a refund is fake.
Keep each support response with the same record. If the issuer needs additional evidence, ask for the exact missing field rather than resending everything.
When the payment was unauthorised
Contact your card issuer promptly through its official channel and use its available card-security controls. Treat an unfamiliar payment as a security matter while you establish what happened, rather than waiting for a merchant refund conversation to finish.
Check whether the merchant name is a billing descriptor for a purchase you recognise. Report accurately whether you authorised the payment, cancelled a subscription, received the wrong item or did not receive the service. Those are different situations and should not be described interchangeably.
A dispute is a separate route
A dispute asks the card issuer to review a problem with a transaction. It is not another name for a merchant refund, and it does not guarantee the money will be returned.
Some, for example, separates pending from completed payments and asks customers with merchant-service problems to gather evidence and try to resolve the issue with the merchant. Its process also distinguishes unauthorised transactions. Other issuers have their own instructions and deadlines.
If a merchant promises a refund but it does not arrive, ask your issuer whether and when a dispute is appropriate. Keep the original purchase terms, cancellation or return evidence, correspondence and any partial refund already received. Do not claim the entire purchase remains unpaid if some money has been returned.
If the issuer gives a dispute deadline, record it. Do not let an open merchant conversation cause you to miss a deadline without checking the issuer’s guidance.
Reconcile the currency before calling the amount wrong
Start with the refund amount and currency stated by the merchant. Then look at the amount the card account received. If the card purchase involved currency conversion, compare the provider’s applicable conversion and fee records for each event.
Suppose a merchant charged $60 and approved a $40 partial refund. A $40 credit resolves the refund amount; it does not mean the original $60 charge should disappear. The remaining $20 needs an explanation in the merchant’s cancellation terms or agreement.
If your bookkeeping also shows a naira cost, keep that as a separate layer. Comparing a naira funding transaction directly with a dollar refund can mix two different events. Our guide to recording the full cost of a payment route can help you separate the amounts instead of treating every difference as a missing refund.
Keep business subscriptions usable while the case is open
For software you need for client work, record the renewal date and the payment status separately from the refund case. Before paying again, confirm whether a retry would create another active subscription or a second charge.
If the problem concerns a particular service, follow that merchant’s billing instructions. The ChatGPT payment guide for Nigeria is one example of a merchant-specific starting point; it is not evidence that any one card will always work.
Keep a permitted alternative available for essential spending, but do not use it blindly while the first transaction remains unresolved. A primary and backup payment-route plan should record what triggers the switch and how you avoid paying twice.
Related reading
Payment Safety and Troubleshooting: Resolve Problems and Reduce Risk
Client Overpaid Your Invoice? How to Avoid a Refund Scam
How to Trace a Missing International Wire Transfer: UETR & MT103
Microdeposit verification: what those small bank entries actually prove
