Enrich connected cards with brand art, tokenize credentials for checkout, and build card-on-file experiences.
Once you’ve connected a user’s credit cards, you can enrich them with card brand art for linking experiences, tokenize credentials for checkout, and subscribe to card product change notifications.This guide covers two integration paths. Choose based on whether you want to build the discovery UX yourself or use Method’s drop-in component. The card brand, subscription, and checkout APIs work the same in both paths.
Use the Entities API to create and verify the user, then call Entity-Connect to discover their credit cards programmatically. This is the same flow described in Getting Started.
For card linking and rewards experiences, display the actual card product name and art instead of a generic “Visa ending in 1234.” Request a Card Brand for any connected credit card account.Here’s a card brand request for Emily’s Chase Sapphire Preferred (acc_LxwEqNicr66yP):
The brands array contains the card product details. Use name for display, url for the card art image, issuer for the bank name, and network / network_tier for routing decisions.
Card Brand is an asynchronous operation. The response above shows a completed request; in practice, subscribe to the card_brand.completed webhook to know when brand data is ready.
To stay notified when a user’s card product changes (e.g., upgraded from Sapphire Preferred to Sapphire Reserve), enroll the account in a card_brand subscription:
For checkout, card-on-file, or recurring billing, create a Payment Instrument to tokenize a connected card’s credentials. Method offers two tokenization approaches; choose based on whether your systems can handle raw card data.
Request a network_token Payment Instrument to receive a network-provisioned token instead of the raw card number. Network tokens are issued by the card networks (Visa, Mastercard) and replace the PAN with a token that’s only usable through your processor. No raw card credentials are exposed to your systems, so you don’t need to maintain PCI compliance to use them. Network tokens also typically yield better authorization rates and reduced fraud risk than raw PANs.
If your processor requires raw card data, request a card Payment Instrument to receive the card number, expiration, and billing zip. For full credentials including CVV, use the Sensitive API. Both approaches expose PAN data to your systems and require PCI compliance.Here’s a card Payment Instrument request for Emily’s Capital One Venture X (acc_GAzrD99cUqGEN):
Use Opal Card Connect as a drop-in UI for identity verification and card discovery. Opal handles the user-facing flow while you use the API for everything downstream.
Opal’s Card Connect mode walks users through identity verification and card discovery in a single flow. After the user completes the Opal flow, their connected card accounts are available via the API. These are the same accounts you’d get from Entity-Connect in Path A.
Opal Card Connect
Full documentation for Opal’s Card Connect mode.
The card brand enrichment, subscription, and Payment Instruments / Sensitive flows from Path A all work identically with Opal-discovered accounts. Use the same curl recipes shown above against any account ID returned by Opal.