How to Reconcile Virtual Card Payments as a Vendor
Your client just told you they are switching to virtual card payments. What does that mean for you? Do you need special setup? How do you match the payment to the right invoice? What happens when you need to issue a refund? This guide answers every question a vendor has when they first start receiving virtual card payments.
VirtualCardMaker.com, powered by Zil Money, is a financial technology company, not a bank. Banking and money movement services are provided through partner financial institutions and licensed service providers. FDIC insurance coverage applies only to eligible deposit products and accounts, and is subject to applicable terms, conditions, limitations, and requirements. Additional information regarding partner institutions, products, and services is available in the applicable terms and agreements.
Read summarized version with:
When a client pays you with a virtual card, you run it the same way you run any Visa. The card has a 16-digit number, an expiry date, and a CVV. You enter those details into your payment terminal, invoicing system, or payment link, and the charge processes normally. The difference is on the back end: a virtual card is often a single-use number tied to one invoice, one order, or one spending cap. That means you need a clear system for matching each card number to the right invoice before you close the books. Here is what that looks like in practice.
What your client actually sends you (the card details explained)
When a client pays you by virtual card, they send you a set of payment credentials. Most of the time that arrives by email, through your accounts-receivable portal, or in a payment notification from their system. Here is what to expect in each field.
- Card number: 16 digits, formatted the same as any Visa. This is the primary identifier you will use to match the payment to an invoice.
- Expiry date: A month and year. Some single-use cards expire within a short window, so process the card before that date.
- CVV: A 3-digit security code, required by most online and keyed-entry payment systems.
- Billing zip code: Some clients include this. Your processor may ask for it during address verification. If the client did not send it, ask them before you try to charge.
Before the first payment arrives, ask your client one question: are they sending one card per invoice, or one card for all purchases from you this month? The answer changes how you track payments on your end.
| Card type | What it covers | What happens when the balance runs out |
|---|---|---|
| Single-use card | One invoice or one order, set to a specific amount | Card is declined and usually cancelled automatically. Ask your client for a new card if you need to charge a different amount. |
| Multi-use card (shared balance) | Multiple invoices or purchases up to a set spending cap | Card declines further charges. Track remaining balance carefully. Contact your client to top up if needed. |
Single-use cards are easier to reconcile because each card maps to one invoice. Multi-use cards require you to track remaining balance across multiple charges. If your client uses multi-use cards, ask them to confirm the total spending cap so you are not surprised by a declined charge mid-cycle.
Do you need to change anything to accept virtual card payments?
No. If you accept Visa today, you can accept a virtual card. There is no new terminal to install, no new software to buy, and no setup fee on your side. The card runs through your existing system the same way a physical Visa does.
For most B2B invoicing and online payment links, you enter the card number, expiry, and CVV in the same fields you use for any other card. The charge processes over the Visa network and settles to your merchant account as normal.
There is one situation where you may hit a snag: some older countertop terminals require a physical card to be inserted or swiped. A virtual card is a number, not a piece of plastic, so chip-insert and magnetic-stripe-swipe are not options. If your setup requires a physical card for in-person transactions, ask your client whether they can send payment via ACH, check, or a payment link that accepts keyed-entry Visa. For most vendors who invoice digitally or use a payment link, this is not an issue.
The Visa merchant resources center covers card-not-present acceptance in more detail if you want to verify your processor's requirements.
If you want to understand what your clients see when they issue virtual cards to pay vendors, the vendor virtual cards guide explains the buyer side of the process.
How to match a virtual card payment to the right invoice
This is where most vendors run into trouble the first time. The virtual card number itself is the link between the payment and the invoice. Use the last 4 digits as your reference point, since those appear on your processor report and are safe to record in your accounts-receivable system.
Here is the step-by-step process for each payment.
- When your client sends the card details, write the last 4 digits of the card number next to the invoice number in your records.
Do this before you process the payment, while the details are in front of you.
- Process the payment through your system.
Enter the card number, expiry, and CVV as you would for any Visa. Note the authorization code or transaction ID from your processor.
- When the charge appears on your processor report, match it by the last 4 digits and amount.
This is your confirmation that the payment cleared and is tied to the right invoice.
- Mark the invoice paid in your accounting system.
Reference the last 4 digits of the card and the transaction ID in the payment notes.
- File or delete the full card details per your document retention policy.
Once the charge has cleared and the invoice is closed, you do not need the full 16-digit number. Check your policy on how long to retain payment credentials.
For bulk reconciliation at month-end, export your processor report filtered by the last 4 digits of each card and sort by amount. Match each row against your open invoices. Any invoice without a matching transaction still needs to be collected.
| Invoice number | Amount | Card last 4 digits | Status |
|---|---|---|---|
| INV-1041 | $2,400.00 | 7823 | Paid, cleared |
| INV-1042 | $850.00 | 3391 | Paid, cleared |
| INV-1043 | $1,175.00 | 6204 | Card received, not yet processed |
| INV-1044 | $3,200.00 | Pending | Awaiting card from client |
Keep this table in your AR system or a shared spreadsheet so your team can see the status of each card at a glance without needing to read through email threads.
Common reconciliation issues and how to handle them
Most problems fall into one of five categories. Here is what to do in each case.
| Situation | What is likely happening | What to do |
|---|---|---|
| Card is declined when you try to charge it | The card balance may already be used, or the card has expired or been cancelled | Do not retry multiple times. Contact your client and ask them to send a new card number or an updated one. |
| Charge amount does not match the invoice | The card may have a spending cap lower than the invoice total | Charge the amount the card covers. Invoice the remainder separately and ask your client to send a new card for the balance. |
| Two invoices, one card number | Your client sent a shared card intended to cover both | Confirm with your client that the card covers both invoices and what the total cap is. Track charges against the remaining balance before processing the second one. |
| Card is cancelled before you process it | The client may have cancelled or the card expired | Contact your client for a replacement card or an alternative payment method. Do not attempt to charge a cancelled card. |
| You need to run a partial charge | The card balance is lower than the invoice, or you are delivering in stages | Run the partial charge for what the card covers. Send a separate invoice for the remainder and request payment via the next card or another method. |
In all of these cases, the fastest path is a direct conversation with your client's accounts-payable team. Virtual card payments are issued and managed by the buyer, so any balance, expiry, or cancellation issue needs to be resolved on their end before you can collect.
What to do with refunds or returned items
Refunds on virtual card payments work the same way as refunds on any Visa: you run a credit through your payment processor to the same card number that was charged. The credit posts to your client's account and is reconciled on their end against the original charge.
There is one important exception. If the virtual card has been cancelled by the time you need to issue a refund, you cannot credit it back. A cancelled card cannot receive a refund.
In that situation, contact your client to arrange an alternative. Common options include an ACH credit to their bank account, a check, or a credit applied to the next invoice. Get written confirmation of which method they prefer before you process anything.
It is worth updating your refund policy to note this specifically for clients who pay by virtual card. Something like: "Refunds are issued to the original payment method. If the original card has been cancelled, we will contact you to arrange an alternative." That sets the right expectation before a return or cancellation comes up.
Best practices for vendors who receive a lot of virtual card payments
If virtual card payments are becoming a regular part of how your clients pay you, a few operating habits will save time and prevent end-of-month confusion.
- Request one card per invoice, not one card for all purchases. Tell your clients upfront that single-use cards make reconciliation faster and cleaner on your end. Most buyers are happy to accommodate this because it also helps them track their own spend.
- Ask your client to include the invoice number in the email subject when they send card details. A subject line like "Payment for INV-1041, card attached" takes five seconds on their end and saves ten minutes of guesswork on yours.
- Store card details in a secure, access-controlled location, not in a plain email thread. A virtual card number, expiry, and CVV are payment credentials. Treat them the way you treat any other payment data. Paste them into your payment system and process them. Do not forward raw card details by email to a colleague.
- Set a processing deadline for each card you receive. Process each card within a few days of receipt. Virtual cards can expire or be cancelled by the issuer. Sitting on a card number for two weeks and then finding it declined at month-end is a common problem with an easy fix: process early.
- Keep a running log of received cards and their status. A simple spreadsheet with invoice number, card last 4, amount, and status (received, processed, cleared, failed) is enough. You will thank yourself when a client asks why they have not been charged yet.
For more on how buyers use virtual cards to pay suppliers and what controls they apply, see the guides on vendor virtual cards and single-use virtual cards for vendor payments. Understanding the buyer's setup helps you ask the right questions when something does not line up.
Do not store virtual card details in unsecured email threads. Treat the card number, expiry, and CVV like any payment credential. Store them in a secure, access-controlled system. Email inboxes with broad access are not a safe place for payment data.
Do not assume a multi-use card has unlimited balance. Each virtual card your client sends has a set spending cap. If you try to charge more than the cap, the card will be declined. Always confirm the card's limit before processing a large invoice against a card you have used before.
Do not delay processing. Virtual cards can be cancelled or expire before you get around to charging them. Process the card within a few days of receipt to avoid charging an expired or cancelled number. A declined card at month-end creates work for both you and your client.
People also ask
Do I need to set anything up to accept virtual card payments from a client?
What if a virtual card is declined when I try to charge it?
Can I run a partial charge on a virtual card?
How do I issue a refund to a virtual card?
Does my client's virtual card work at my payment terminal?
Issue a card with these rules on it.
Set the limit, restrict the merchant, choose the active window, and send the card. Every charge lands in one dashboard, already attributed.
Build one in Card StudioNext, on the same problem.
- Vendor payments
New vendor payments: how a single-use virtual card limits your first-invoice risk
Paying a vendor you have never paid before is the riskiest invoice you will approve, because you have no history to check the request against. Verify the vendor through a channel you already trust, then cap a single-use virtual card to the exact amount due, so a padded bill or an impersonated vendor has a hard ceiling on what it can cost you.
July 11, 2026 · 7 min read - Vendor payments
Managing recurring vendor payments with virtual cards
Capping a card the day you sign up with a vendor is the easy part. The harder part is six months later, when the vendor list has grown, a couple of prices have crept up, and nobody remembers why one of the cards still exists. This is the ongoing review process: a vendor card registry, an owner for every card, and a cadence that catches price creep and clears out cards nobody claims.
July 16, 2026 · 11 min read - Vendor payments
Single-use virtual cards for vendor payments: one card, one invoice.
Paying a vendor once and worried they will overbill, double-charge, or save your number for later? Create one virtual Visa card per invoice and cap it to the exact amount due. A charge over that figure is declined, the card cannot fund a second invoice, and once the charge settles you cancel the card so it cannot be used again. Each card maps to one bill, so reconciliation is a clean 1:1 instead of guesswork on a shared account.
June 15, 2026 · 11 min read
The next vendor gets its own Visa card.
Not the shared one. Its own number, its own ceiling, its own line in the ledger.









