Why the card limit does not move with the contract
A vendor card is a virtual Visa card dedicated to one supplier. It carries the budget you agreed to pay that vendor, set as a cap when the card was created, and it can be restricted so other merchants are typically blocked from charging it, based on your controls. That cap is a fixed number sitting on the card, not a live link to whatever document your finance team keeps the current agreement in.
So when the agreement changes, the card does not know. A landscaping vendor's seasonal rate goes up, a software vendor tacks on a per-seat fee for new hires, a contractor's scope grows to cover an extra site. None of that reaches the card automatically. The cap stays at the number you typed in the day you created it, whether that was set to cover a monthly retainer, a project total, or a recurring service fee.
That is not a flaw in the setup. A card that quietly stretched to match every change a vendor emailed over would defeat the reason you capped it in the first place. The gap only becomes a problem when nobody closes it, and the card sits capped at last quarter's number while this quarter's invoice is already higher.
Signs a vendor's contract amount just changed
A few patterns show up before the card actually declines anything, and catching them early beats reacting to a bounced payment:
- A renewal notice or updated statement of work. Annual contracts often bake in a rate step-up that is easy to miss in a long renewal email.
- A new line item on the invoice. A processing fee, a rush charge, or a materials surcharge added to what used to be a flat monthly bill.
- A scope change you approved separately. Extra hours, an added deliverable, or a second location, agreed to in a conversation that never made it back to whoever set up the card.
- The vendor mentions a decline. Sometimes the first sign is the vendor asking why their payment did not go through, which means the cap already did its job.
If you already run a periodic check on vendor cards, comparing invoices against limits is worth adding to that review. For the recurring side of that habit, see managing recurring vendor payments with virtual cards.
A decline is not an emergency to fix in the moment. Charges over the agreed amount are not guaranteed to clear; your controls can decline them, which means a request to raise the cap on the spot is exactly the kind of pressure a fraud attempt relies on. Confirm the new figure through a channel you already trust before you touch the card, even if the vendor is asking you to hurry. The Consumer Financial Protection Bureau's fraud and scams resources cover how to verify a request like this before acting on it.
How to update a vendor card when the contract amount changes
The order matters more than the tool. Confirm first, then adjust.
-
Confirm the new amount in writing.
Get the updated rate, fee, or scope change in an email or a signed change order before you adjust anything. A blocked charge is not urgent. A card raised on a verbal request with no paper trail is a bigger risk than a late invoice.
-
Cancel the existing card and issue a new one.
There is no option to edit the cap on a card that has already been issued. Cancel the existing card and issue a new one under the same vendor name at the updated limit instead.
-
Set the new cap to match the updated agreement.
Set the cap on the new card to the new contract amount, matching the figure in the updated agreement. Charges over that agreed amount can still be declined going forward, once your controls flag the difference.
-
Reapply the merchant and time restrictions.
If you reissued the card, restrict it to the intended vendor again based on supported controls, and reset the active window so it still covers only the life of the agreement.
-
Share the updated details and log the change.
Send the vendor the new card details if a new number was issued, and note the old amount, the new amount, and the date of the change somewhere you will actually find it at the next renewal.
Give every vendor a card that matches the current deal
Issue virtual Visa cards quickly, cap each one to the agreed amount, and update the cap the moment a contract changes.
Old limit vs. updated limit: what actually changes
The card itself does not look different to the vendor. What changes sits entirely in your controls.
The number on the card matches an agreement that no longer applies.
- The next invoice at the new rate exceeds the cap, and that portion of the charge is not guaranteed to clear under your controls.
- The vendor sees a decline with no explanation, and asks you what happened.
- Someone has to stop mid-task to track down the current contract terms before the payment can go through.
- A price increase you never agreed to could also hit the same cap, so a decline alone does not tell you which case you are in.
The cap, the merchant restriction, and the active window all match the current deal.
- The invoice at the new rate clears without a decline, because the cap already reflects the agreed change.
- The vendor restriction is reapplied on the new card as part of setup, so it still only works for the one supplier it was issued to. That does not happen automatically, it has to be set again on the reissued card.
- The change is logged, so the next renewal review starts from the current number instead of the original one.
- A charge outside the new agreed amount still gets flagged, since the cap keeps doing its job at the updated figure.
Example: a bookkeeping vendor's added fee
Hypothetical example, for illustration only.
A small business pays its bookkeeping vendor through a card capped at the monthly retainer agreed at signup. Six months in, the vendor adds a payroll-processing fee to the plan after the business asks them to start handling payroll filings too. The vendor emails the updated monthly total along with the new service. The business owner cancels the existing card and creates a new card under the vendor's name at the new monthly total, with the same merchant restriction reapplied as before. The vendor gets the new card number, the next invoice clears without a decline, and the owner notes the old and new amounts in the vendor file for the next annual review.
When to cancel the relationship instead of raising the cap
Not every requested increase is one you should approve just because the vendor asked. A cap that keeps climbing with every renewal, a fee added without an explanation you can follow, or a change request that arrives with pressure to act immediately are all reasons to pause before updating the card. Verifying who is actually asking matters here too. If you have not dealt with a particular vendor contact before, or the request has any of the markers common in vetting a new vendor before the first payment, treat it the same way: confirm independently before the card changes at all.
If the relationship itself is ending, the simpler move is to stop the increase question altogether. Cancel the card to stop future charges from clearing, on your schedule, anytime the contract wraps up. Closing the card is a firm line the vendor cannot argue around, unlike a limit that can be pushed higher one email at a time. For the full setup this card sits inside, see how to pay vendors with virtual cards.








