Skip to content

Provisioning a Ramp virtual card for a SaaS vendor with a monthly cap

When a new SaaS subscription is approved, the spend operations lead provisions a Ramp virtual card with a monthly cap set at 110% of the contracted fee. The card carries the right GL code, the contract attachment and a domain lock so it cannot be used elsewhere.

Category
Tags
virtual-cardsaasrampcapvendor-managementrenewal
What and why
The observed behaviour and the reasoning behind it.
Behaviour
Reasoning
Cause and effect
What initiates this pattern and what it produces.
Trigger
Outcome
Standard operating procedure
Step-by-step instructions to reproduce this pattern.
1

Ramp

Click New Card and choose Virtual subscription card.

Virtual subscription card, not Virtual purchase card. Subscription cards have the recurring-charge flag on by default which fixes the auto-decline behaviour Ramp uses for one-off purchases. Purchase cards decline recurring charges as suspected duplicates and the card has to be replaced after a month.

Expected: The new card creation pane is open in subscription mode.

2

Ramp

Enter the vendor name as the legal entity name from the contract, not the trading name from the marketing site.

Vendors trade as snappy names but contract under longer legal entity names. The legal entity matches what shows up on the merchant string after the first charge; trading-name cards have to be rematched after charge one. The contract PDF carries the legal name on page one. Use that exactly.

Expected: Vendor name on the card is the legal entity name from the contract.

3

Ramp

Set the monthly cap to 110% of the contracted monthly fee, rounded up to the nearest dollar.

110% absorbs annual price increases that land in the first renewal month without breaking the card, but surfaces the larger surprises that need a renegotiation. Rounding up to the nearest dollar keeps the cap clean and gives one-dollar headroom for currency conversion noise on cards billed in non-USD currencies.

Expected: The monthly cap is 110% of contracted, rounded up to the nearest dollar.

4

Ramp

Lock the card to the vendor's domain by adding the domain to the merchant lock list.

Merchant lock prevents the card being used outside the vendor. If the vendor uses a payment processor with a different domain (Stripe, Paddle, Chargebee), add both the vendor's domain and the processor domain to the lock list. The first charge confirms which processor is in use; revisit the lock list after charge one if needed.

Expected: The card is locked to the vendor and processor domains.

5

Ramp

Pre-fill GL code 6610 Software & SaaS subscriptions on the card so all transactions inherit it.

GL 6610 is the right code for SaaS subscriptions across all team owners. Pre-filling on the card means the team owner approving each charge does not have to set the code; they confirm only. If the subscription crosses departments, leave the pre-fill on 6610 and let approvers override on individual charges.

Expected: The card spend programme has GL 6610 pre-filled for all charges.

6

Ramp

Attach the contract PDF to the card record under Documents.

The contract PDF lives on the card so disputes have the documentation in the same place as the transactions. Without the contract on the card, disputes have to chase the contract from a shared drive which adds a day or two when speed matters. The contract should be the signed version not the marketing pricing page.

Expected: The signed contract PDF is attached to the card under Documents.

7

Ramp

Activate the card and copy the card number to the password manager under the vendor's record.

Card numbers go into the password manager, not into Slack or email. Each vendor has its own password-manager entry and the card number sits alongside the vendor login. Ramp also surfaces the card number in the vendor's recurring-charge tab so the vendor's billing settings can be updated without exposing the number again.

Expected: The card is active and the number is in the password manager under the vendor's record.

Related patterns
How this pattern connects to other patterns in the library.
Supporting actions
Actions that provide evidence for this pattern.
Provisioned Ramp virtual card for Snowflake Inc with $890/mo cap (110% of $810)
Locked card_RmpSnow42 to snowflake.com and stripe.com merchant domains
Attached signed Snowflake MSA 2026 PDF to card_RmpSnow42 documents
Pre-filled GL 6610 Software & SaaS on card spend programme
Stored card_RmpSnow42 number in 1Password under Snowflake vendor record
Metadata
Timestamps and identifiers.
EvidenceObserved 8 times across 2 connections
ApplicationsRamp, NetSuite
First seen17 Feb 2026, 11:08
Last seen22 Apr 2026, 14:54
Questions

Frequently asked questions

Speak to the founder

Henry Denton, founder of FusedFrames

Get a demo. Watch a live capture, then an AI agent query the result.

Ask anything. Pricing, security or integrating with your stack.

No purchase obligation

Start capturing

Record in minutes. Install once and work as normal.

Plug AI agents in. One API call from any AI agent stack.

Refund on unused credits if you cancel