What the product solves
Card-on-file payments traditionally rely on a stored PAN and, at best, a static CVC re-entry. This often leads to:- Low approval rates: Issuers treat unauthenticated card-on-file as higher risk.
- High friction: Fallbacks usually involve a full 3DS challenge.
Benefits for the merchant
- Higher authorization approval rates: Passkey-authenticated transactions carry a strong authentication signal rewarded by issuers.
- Liability shift: Fraud liability moves to the issuer on authenticated transactions, reducing chargeback exposure.
- SCA compliance: Satisfies Strong Customer Authentication (SCA) requirements with a lighter shopper experience than standalone 3DS.
- Smoother repeat-purchase experience: Once a passkey is registered, future purchases on the same device are frictionless and faster.
- Reduced friction-driven drop-off: The passkey step is network-hosted and optimized for mobile, cutting abandonment.
- One integration for every network: Merchants inherit new network integrations automatically as Yuno onboards them.
- Merchant-controlled via routing: Decide exactly when to apply NTA (e.g., per country, amount, payment method, BIN) using standard Yuno routing rules.
Supported brands
| Brand | Passkey product | Status |
|---|---|---|
| Mastercard | Secure Card on File (SCOF) | Supported |
How it works at Yuno
Network Token Authentication is opt-in per merchant and driven entirely by routing configuration. There is no change to the payment creation call; the passkey flow is triggered based on the routing rules for that specific transaction.Setup steps
Before triggering a passkey flow, complete the following setup:- Onboard in Network Tokens: Enable your account for Network Tokens.
- Create a Network Token Authentication connection: In the Yuno Dashboard, create a dedicated connection of type Network Token Authentication.
- Load 3DS information: Ensure the payment provider connection processing the authorization has its 3DS credentials/configuration loaded.
- Configure routing: Place the NTA connection as a step that runs prior to the payment provider step in your routing configuration.
Runtime behavior
- When a payment is created, Yuno evaluates the routing rules before sending the transaction to the acquirer.
- If the route includes the Network Token Authentication step, Yuno triggers the passkey flow with the corresponding network.
- If not, the payment proceeds as a standard card authorization.
Integration
When NTA is triggered, Yuno surfaces it as a standardREDIRECT_URL continue action. This matches the pattern used by redirect-based APMs, requiring no network-specific frontend code.
1. Initialize Yuno
2. Start the payment client
3. Generate the one-time token
4. Create the payment
From your backend, call Yuno’s Create Payment endpoint withpayment_method.token set to the one-time token. If NTA is triggered, the response contains sdk_action_required: true.
5. Get the continue action
data.action will be REDIRECT_URL and data.redirect contains the network-hosted authentication URL:
6. Redirect the shopper
Use a full-page browser redirect to send the shopper toredirect.init_url.
When authentication is triggered
NTA runs only when:- The merchant is onboarded in Network Tokens.
- An NTA connection exists with 3DS info on the payment provider connection.
- The NTA connection is correctly placed in the routing before the payment step.
Handling the final status
The flow is asynchronous. Wait for the outcome via webhook or poll the payment status. Terminal states are standard Yuno statuses (SUCCEEDED, DECLINED, CANCELLED, EXPIRED).