Skip to main content

📄 Guide

A card’s full number (PAN), CVV2 and expiry date are sensitive authentication data; the ordinary card queries return only panFirst6 / panLast4 (see the single-card query in Applying for a virtual card). To show the full card details to a cardholder, PCI DSS-certified partners call this page’s retrieve-secure-card for the ciphertexts and decrypt them for display themselves; partners without PCI DSS can integrate the DCS hosted secure card page instead. This page also covers open-va, the receiving-account endpoint for dedicated-balance cards.

Retrieving secure card details

Returns ciphertext-level PAN / CVV2 / expiry for secure display in your frontend.
Only PCI DSS-certified partners may call this endpoint (PCI_NOT_CERTIFIED otherwise); partners without PCI DSS can integrate the platform’s hosted secure card page.

Request parameters

Response data

Decryption contract

  • Algorithm: AES/GCM/NoPadding with a 128-bit authentication tag.
  • Key: your SK.
  • IV: the three ciphertext fields encryptedPan / encryptedCvv2 / encryptedExpireDate share the same iv (randomly generated per call, returned Base64-encoded).
CVV2 and expiry are fetched live and must never be cached — call this endpoint again for fresh ciphertexts every time they need to be displayed.

Request and response examples

Error codes

PCI DSS · Cardholder data protection

Under PCI DSS, the full PAN, CVV2 and expiry date are sensitive authentication data and must be handled end-to-end under the minimum-exposure principle:
  • Mask by default: the frontend shows only the masked PAN by default — first 6 and last 4 digits preserved (e.g. 531993 •••• •••• 8888); CVV2 and expiry are not shown by default.
  • Temporary display only when needed: decrypt and display the plaintext only when there is a genuine business need and the cardholder’s identity has been verified.
  • Plaintext never persisted: during display the plaintext must not be stored in any form — databases, files, logs, caches, analytics and tracing must all keep none of it; CVV2 must not be retained after authorization either.
  • Keys in a KMS: decryption keys must be held in a key management service (KMS) and rotated regularly.

Opening a receiving account for a dedicated-balance card

Opens a top-up account (VA) per currency for a dedicated-balance card; you can then fund the card either by bank transfer or by allocation from the company pool (for funding and reconciliation see Funding and reconciliation).

Request parameters

Response

An action endpoint: data is null. To read the account numbers that were opened, call get deposit account information with subjectType=CARD — opening a VA and reading its account number are two separate endpoints, and this one only opens.

Request and response examples

Error codes

Next steps

  • Fund a dedicated-balance card by transfer or company-pool allocation, and reconcile: Funding and reconciliation
  • Upgrade an activated virtual card to a physical card under the same number: Physical cards