Register 3D Secure 2 browser and device data for server-to-server integrations and receive a three_d_secure_setup_id to use on the subsequent payment.
Register the 3D Secure 2 setup data your integration has collected — the cardholder’s browser environment and any pre-computed device fingerprints — and receive aDocumentation Index
Fetch the complete documentation index at: https://docs.y.uno/llms.txt
Use this file to discover all available pages before exploring further.
three_d_secure_setup_id to reference on the subsequent POST /v1/payments.
three_d_secure_setup_id travel together on the payment call.three_d_secure_setup_id against the order on your side.payment_method.detail.card.three_d_secure.three_d_secure_setup_id alongside the card or vaulted token. Yuno attaches the registered browser_info and device_fingerprints to the request it sends to the payment provider.X-Idempotency-Key. The same key with the same payload returns the original setup id within a 24-hour replay window. Check the Authentication page for more information.Account UUID that owns this 3DS2 setup.
Source of the device data. MERCHANT_PROVIDED means you collected the browser/device data on your side and are passing it in directly.
MERCHANT_PROVIDED Browser environment captured from the cardholder's session. Forwarded verbatim to the 3DS2 server for risk scoring and frictionless decisioning.
One or more provider-scoped device fingerprints already collected on your side. Yuno will not run device collection again for any provider_id you include here.
201
Generated identifier of the 3DS2 setup. Pass this under payment_method.detail.card.three_d_secure.three_d_secure_setup_id on the subsequent POST /v1/payments.
"a17b4f2c-08d1-4e9b-b6c5-9a3e0c7f1b22"
Echo of the request account_id.
"11111111-1111-1111-1111-111111111111"
Echo of the request type.
"MERCHANT_PROVIDED"
Echo of the request browser_info.
Echo of the request device_fingerprints.