Overview
The Stored Credential Framework enables merchants to save payment credentials and reuse them for subsequent transactions. This is essential for subscriptions, recurring billing, and merchant-initiated charges such as no-show fees or delayed charges. Card networks (Visa, Mastercard) require merchants to properly flag stored credential transactions with the correct initiator, type, and network transaction ID. Non-compliance can result in higher decline rates, increased interchange fees, or penalties.Key Concepts
Cardholder-Initiated Transaction (CIT)
A CIT is a transaction where the cardholder is actively participating. The initial transaction in a stored credential series must always be a CIT, as the cardholder must consent to storing their credentials.Merchant-Initiated Transaction (MIT)
A MIT is a transaction initiated by the merchant without the cardholder being present. MITs rely on a prior agreement (established during the initial CIT) and must reference the original transaction.MIT Types
API Parameters
Thestored_credential object must be included in the payment request:
Initial Transaction (CIT)
The first transaction must be cardholder-initiated. Includevaulted_token: true to save the card and stored_credential with initiator: "CARDHOLDER":
network_transaction_id and vaulted_token_id needed for subsequent MITs:
Subsequent Transaction (MIT)
For recurring or merchant-initiated charges, use the vaulted token and reference the original network transaction ID:Card Network Requirements
Visa
- Network Transaction ID: Required for all MITs. Must reference the original CIT.
- Stored Credential indicator: Must be sent on all subsequent transactions.
- Retry limits: Maximum 15 attempts within 30 days for a declined MIT.
Mastercard
- Network Transaction ID: Required for all MITs.
- Recurring Payment Indicator: Must distinguish between recurring, installment, and unscheduled.
- Retry limits: Maximum 10 attempts within 24 hours for the same card and amount. After 24 hours, the same card can be retried with a maximum of 35 attempts over 30 days.
Yuno automatically maps the
stored_credential fields to the correct card network format (Visa VSDC, Mastercard RPDI). You do not need to handle network-specific formatting.Compliance Considerations
- Customer consent: Always obtain explicit consent before storing credentials. Record the consent with a timestamp.
- Cancellation: Provide an easy mechanism for customers to cancel recurring payments and delete stored credentials.
- Notification: Notify customers before each MIT charge (required in many jurisdictions).
- Amount changes: If the recurring amount changes, notify the customer in advance and obtain updated consent if required by local regulation.
- Credential updates: When a card expires or is replaced, card networks may provide updated credentials via Account Updater services. Check with your Yuno account manager for availability.