Payment credential independence

Own your tokens. Not your processor’s.

Veliro is the independent control layer for stored payment credentials. Switch PSPPayment service provider (acquirer or gateway)s, route smarter, and lift authorization, without ever asking a customer to re‑enter a card.

PCI DSS Level 1SOC 2 Type IIISO 27001PSD2 RTS
Live trace · req_b7Hk9e2Lw
  1. MerchantSecure Fields SDK
  2. Veliro routingapi.veliro.com
  3. MastercardMDES
    Visa · routedVTS
    American ExpressAETS
  4. Token returnedACTIVE

Scroll horizontally on narrow viewports to read the full trace.

synchronous · one round trip · token returned in‑band

Thesis

The credential layer is the one piece of payments infrastructure you should never rent from a processor. Own the token, own the cryptogram, own the audit trail, and a PSP becomes a routing decision you can change without telling a single customer to re‑add their card.

Read why we’re building a neutral credential layer
The lock-in nobody priced in

Your stored credentials belong to your PSP. Not to your business.

Most merchants don’t actually own their stored credentials. They’re tied to a processor’s token framework. Try to switch PSPs, add a backup, route smarter, or recover from an outage, and you find out who really owns the relationship.

Three commercial costs of PSP‑tied credentials, the ones that surface the moment you try to switch processor, add a backup, or renegotiate your rate.

  • PSP lock-in · no portability

    Switch processors and you re‑enroll millions of cards. Add a backup acquirer and your credential estate fragments. A credential should travel with you. In most stacks, it can’t.

  • Authorization ceiling · lost revenue

    Network tokens lift CNP approval rates in scheme benchmarks (Visa reports +4.6% on eligible traffic), but only with MDESMastercard Digital Enablement Service, VTSVisa Token Service, and AETSAmerican Express Token Service live and the right cryptogram on every transaction. Most teams ship one network and leave the rest on the table.Scheme benchmark, not a Veliro measurement.

  • Concentration risk · no resilience

    One PSP holding your entire credential estate is one outage, one re‑pricing, or one acquisition away from an emergency migration. The risk never shows on a dashboard, until it does.

One integration. Every network. No PSP in the path.

Veliro sits between your application and the card networks, never between you and your processor. Card data enters through the Secure Fields SDK, we hold the network relationships directly, and a unified credential comes back in one synchronous call. Your acquirer choice stays yours.

Integrate Secure Fields SDK

Drop our JavaScript SDK into your checkout to render PCI‑compliant hosted fields. Card data never touches your servers, keeping you SAQ‑A eligible from day one.

Provision credentials in one call

A single POST /v1/tokens enrolls the card with the right network, binding the credential to your merchant identifier, not your processor’s. A follow‑up POST …/cryptogram retrieves a single‑use cryptogram per authorization.

Transact with any PSP. Switch when ready.

Authorize with any acquirer you choose. Lifecycle webhooks fire on card updates, expiries, and suspensions. Move PSPs without re‑enrolling a single stored card.

Three primitives. One contract surface.

Tokens, cryptograms, and lifecycle are exposed as orthogonal REST resources. Compose them. Don’t subscribe to a flow.

primitive.01Tokens

Credentials provisioned to your merchant identifier on the network, not your gateway’s. Provision, retrieve, suspend, resume, and delete without a processor in the loop. The credential follows you across PSPs.

  • Visa VTS
  • Mastercard MDES
  • Amex AETS · Token Service
  • Suspend & resume without re‑enrollment
Surface
  • POST /v1/tokens
  • GET /v1/merchants/{m_id}/tokens/{id}
  • POST /v1/tokens/{id}/suspend
  • POST /v1/tokens/{id}/resume
primitive.02Cryptograms

Per‑transaction TAVVToken Authentication Verification Value (Visa cryptogram) (Visa) and UCAFUniversal Cardholder Authentication Field (Mastercard cryptogram) (Mastercard) cryptograms with the right ECIElectronic Commerce Indicator indicator and unpredictable number. Issuers see the credentials they expect, acquirers see a token they can route, and authorization climbs, with a clean attribution path back to the strategy that earned it.

  • TAVVToken Authentication Verification Value (Visa cryptogram) · UCAFUniversal Cardholder Authentication Field (Mastercard cryptogram) · AEVVAmerican Express Verification Value
  • ECIElectronic Commerce Indicator indicator handled
  • Single‑use · short TTL
  • Idempotent by request key
Surface
  • POST /v1/merchants/{m_id}/tokens/{id}/cryptogram
  • type PURCHASE · RECURRING · INSTALLMENT
  • ECI per scheme
primitive.03Lifecycle

Signed events for every credential state change: creation, suspension, network token activation, cryptogram invalidation, deletion. Failed deliveries retry and any past delivery is replayable, so a stalled consumer doesn’t become a lost event.

  • HMAC‑SHA256 signed payloads
  • Replayable per delivery
  • Wildcard or per‑type subscriptions
  • Rotatable signing secret
Surface
  • POST /v1/webhooks
  • GET /v1/webhooks/{id}/deliveries
  • POST /v1/webhooks/{id}/deliveries/{d}/replay
  • sig HMAC‑SHA256
VTSVisa
MDESMastercard
AETSAmerican Express

REST aligned to the network-token lifecycle.

Predictable resources, JSON bodies, structured errors, transparent rate limits, and idempotency keys on every mutation. The same contract from sandbox to production.

REST, synchronous
JSON over HTTPS with Idempotency-Key on every mutating call; retries are safe by construction. No webhook subscription needed for the happy path.
Two auth surfaces, one API
Browser‑safe pk_* publishable keys for Secure Fields, server‑side vk_* merchant keys for tokens, cryptograms, connections, and webhooks.
Signed event stream
Webhooks for token lifecycle, network‑token state changes, and cryptogram invalidation. Payloads carry a Veliro-Signature HMAC and a rotatable secret.
Replay & reconcile
Every delivery is queryable and replayable from /v1/webhooks/{id}/deliveries. Audit logs stream from /v1/organizations/{id}/audit-logs.
Read the full API reference
provision-token.http
POST /v1/tokens HTTP/1.1
Host: api.veliro.com
Authorization: Bearer vk_live_4kGp8x…
Content-Type: application/json
Idempotency-Key: checkout_9f2a1e

{
  "card_data": "eyJhbGciOiJSU0EtT0FFUC0yNTYiLCJlbmMi…", // JWE, public key from JWKS
  "country": "GB",
  "source": "CARD_ON_FILE",
  "external_customer_id": "cus_8fa92b",
  "reference": "checkout_9f2a1e"
}

Audit‑ready by design. Control, not delegated.

Veliro is the audited boundary. Your stack stops touching PANs when checkout runs through Secure Fields, while you keep visibility into credential lifecycle and routing. Formal attestations are in progress; current status and evidence links are in the trust center.

Compliance certifications, scope, status, and evidence
CertificationScopeStatusEvidence
SOC 2 Type IISecurity, availability, confidentiality controlsIn progress · observation window underwaySOC 2 status
PCI DSS v4.0 Level 1Service-provider vault, tokenization, cryptogramsScope locked · QSA assessment in progressPCI scope
ISO/IEC 27001:2022ISMS · key handling, vault tenancy, incident responseISMS implemented · certification audit underwayTrust center
PSD2 · EU SCARTS-aligned issuer step-up and TRA exemption modesRTS-aligned · self-attestedSecurity posture
SOC 2 Type II
ScopeSecurity, availability, confidentiality controls
StatusIn progress · observation window underway
EvidenceSOC 2 status
PCI DSS v4.0 Level 1
ScopeService-provider vault, tokenization, cryptograms
StatusScope locked · QSA assessment in progress
EvidencePCI scope
ISO/IEC 27001:2022
ScopeISMS · key handling, vault tenancy, incident response
StatusISMS implemented · certification audit underway
EvidenceTrust center
PSD2 · EU SCA
ScopeRTS-aligned issuer step-up and TRA exemption modes
StatusRTS-aligned · self-attested
EvidenceSecurity posture

Trust centerSOC 2 reportPCI AoCSLA

Stop renting your credentials.

Request sandbox keys and provision your first credential under your TRIDToken Requestor ID: your merchant identifier on the card networks in minutes. Secure Fields keeps checkout on SAQ-APCI SAQ-A: card data never touches merchant servers; scheme benchmarks for auth and interchange live in the trust center.