Developer
  • Getting started keyboard_arrow_down

    Discover

    • arrow_forward
      EV Charging

      Discover our unattended POS solution for the ev market

    Our solutions

    • arrow_forward
      CCV Terminal

      Integrate with a CCV Terminal

    • arrow_forward
      SoftPOS

      Turn your own device into a payment terminal

    • arrow_forward
      CCV Online Payments

      Accepting online payments in your platform without technical knowledge

    • arrow_forward

    • arrow_forward

    Connect to the CCV Platform

    Integrate our products into your software. Let's make payment happen together!

    Look at all the possibilities
  • Documentation
  • API Reference
menu
    • expand_less Payment API
      • expand_more General
        • Communication
        • Environments
        • Authentication
        • Idempotency
        • Transaction Types
        • Webhooks
        • Notifications
        • Error Handling
        • Security & Privacy
        • Return URL
      • expand_more Online Payments
        • expand_more Quick Start
          • Initial Setup
          • Create Payment
        • expand_more Basic Operations
          • Create A Payment
          • Refund A Payment
          • Authorise & Capture Payments
          • Query The Payment Status
        • expand_more Payment Features
          • expand_more 3D-Secure 2
            • SCA And 3D-Secure 2
            • Compliance Guide
            • Out Of Scope Transactions
            • Exemptions
          • Payment Links
          • Merchant Initiated Payments
          • Embedded Card Payments
          • Mandates
          • Customers & Loyalty
          • Partial Payment
        • expand_more Payment Methods
          • American Express
          • Apple Pay
          • Google Pay
          • expand_more Bancontact
            • Bancontact Walled Initiated Payments (WIP)
            • Bancontact Deferred Sales
          • Bancontact Mobile
          • Banktransfer
          • IDEAL
          • Klarna
          • Landingpage
          • Maestro
          • Mastercard
          • Payconiq
          • Paypal
          • Visa
        • expand_more Payouts
          • Split Payout
          • Test Payout
        • expand_more Developer Resources
          • Currencies
          • Languages
          • Payment Testing
          • Test Cards
      • expand_more In-person Payments
        • expand_more SoftPOS
          • expand_more General
            • Getting Started
            • Device Requirements
            • SoftPOS TerminalIds
            • SoftPOS Errors
            • Currencies
            • Languages
            • Network And Connectivity
            • Release Notes
          • expand_more Basic Operations
            • Install A Terminal
            • Make A Payment
            • Handling Receipts
          • expand_more API Reference
            • SoftPOS - API Reference
    • expand_more Board Your Merchants At CCV
      • expand_more General
        • Getting Started
        • Authentication
      • expand_more Boarding API
        • StartOrder
        • AddSalesPackage
        • AddProductPSPStandalone
        • AddProductPSPSubmerchant
        • AddTerminalPackage
        • SetShoppingCartPricingDetails
        • SubmitOrder
        • Boarding
      • API Reference
    • expand_more Android Rest Beta API
      • expand_more General
        • Getting Started
        • Brands
        • Supported Languages
      • expand_more Basic Operations
        • Make A Payment
        • Cancel A Payment
        • Handling Receipts
        • Show Display Messages
        • Recover A Payment
      • expand_more Payment Features
        • Authorise & Capture
        • Capture
      • expand_more Terminal Features
        • Transaction Overview
        • Brands
        • Period Closing
        • Terminal - Status
      • expand_more Tokenization
        • Tokenization - Get A Card Token
        • Read A Mifare Card
        • Custom Text On Terminal
      • expand_more API Reference
        • API Reference
    • expand_more Android SDK
      • expand_more General
        • Getting Started
        • Demo Application - Android SDK
        • Result States
        • Language Codes
        • Error Handling
        • Logging
        • EP2
        • Download SDK
        • Release Notes
      • expand_more Basic Operations
        • Make A Payment
        • Stop Ongoing Payment
        • Recover A Payment - Android SDK
      • expand_more Payment Features
        • Account Selection - Android SDK
        • Additional Receipt Text - Android SDK
        • Allow Or Deny Card Brands - Android SDK
        • Authorisation By Voice - Android SDK
        • Authorise - Android SDK
        • Capture - Android SDK
        • Card Detection - Android SDK
        • Card Detection Deprecated - Android SDK
        • Card Token - Android SDK
        • Card Validation - Android SDK
        • Customer Display - Android SDK
        • E-Receipt - Android SDK
        • Manual Card Information Entry - Android SDK
        • Payment Reversal - Android SDK
        • Refund - Android SDK
        • Request Transaction Information - Android SDK
        • Reservation - Android SDK
        • German Eichrecht - Android SDK
      • expand_more SDK Guides
        • Activate Terminal - Android SDK
        • Card Circuits - Android SDK
        • Card Reader Status - Android SDK
        • Card Reader Status - Android SDK
        • Check Password - Android SDK
        • Factory Reset - Android SDK
        • Get Config - Android SDK
        • Get Status - Android SDK
        • Mobile Phone Prepaid - Android SDK
        • Online Agent - Android SDK
        • Partial Period Closing - Android SDK
        • Period Closing - Android SDK
        • Possible Transaction Types - Android SDK
        • Retrieve Last Ticket - Android SDK
        • Retrieve Open Pre Authorisations - Android SDK
        • Startup - Android SDK
        • Taxfree - Android SDK
        • Terminal Administration - Android SDK
        • Terminal Discovery - Android SDK
        • Ticket Reprint Period Closing - Android SDK
        • Transaction Overview - Android SDK
        • Check Password - Android SDK
      • expand_more Hardware Access
        • Getting Started
        • NFC - Android SDK
        • Printing - Android SDK
        • QR And Barcode Scanner - Android SDK
      • expand_more API Reference
        • API Documentation
    • Android App Requirements
    • expand_more Certification
      • Introduction
      • expand_more Attended Certification Tests
        • expand_more Aborting
          • F1A - Regular Abort By Merchant
          • F1B - Failing Abort By Merchant
          • F1D - Hammering Abort By Merchant
        • expand_more Allowed Amounts
          • S1A - Transaction With Amount Of EUR 0,00
          • S1B - Transaction With Negative Amount
          • S1C - Transaction With Highest Possible Amount
          • S1D - Over-Amount Transaction
        • expand_more Connection Lost
          • Q1B - Manual Transaction Recovery
          • Q1C - Ethernet Connection With ITS Fails
          • Q1F - Device Unavailable
          • Q1G - Terminal Not Responding
          • T1A - Automatic Transaction Recovery
        • expand_more E Journal
          • M1A - Store E-Journal
          • M2A - ECR/POS Print Journal Receipts
          • M3A - ECR/POS Storing Journal Receipts
        • expand_more Reprint Ticket
          • L1A - Reprint Ticket
          • L1B - Reprint Ticket Declined Transaction
          • L2A - Reprint Ticket No Printer Available
          • L2B - Reprint Ticket Declined Transaction No Printer Available
        • expand_more Tickets
          • U1A - Request For Identification
          • U1B - Request For Signature
          • U1C - Request For Signature And Identification
          • U1D - Failing Transaction No Receipt
          • U1E - Split Payment
        • expand_more Time Out
          • R1A - Time Out On Presenting A Card
          • R1B - Time Out During Pin Entry
        • expand_more Transactions
          • C1A - Happy Flow
          • C1B - Happy Flow Contactless
          • C1D - Happy Flow Magnetic Stripe
          • C1E - Declined Transaction By Host
          • C1E - Transaction Aborted By Cardholder
          • C1F - Absence Of Thousand Separator
          • C1G - Cashier Display Messages
        • expand_more Validation
          • H1A - Too Many Fingers
          • H1B - Not Removing Card
          • H2A - Power Loss Or Closing Of ECR/POS During Transaction
      • expand_more Unattended Certification Tests
        • expand_more User Guidance
          • C1 - Successful Payment
          • C2 - Next Cardholder
          • C3 - Abort On PIN Entry
          • C4 - Time Out During PIN Entry
          • C5 - No Amount Entered
          • C6 - Language Selection
          • C7 - Amount To Authorise
          • C8 - Available Funds
        • expand_more Device Selection
          • D1 - Device Selection
          • D2 - Invalid Device
          • D3 - Charger Selection Abort
          • D4 - No Charger Selected
          • D5 - Authorisation With No Free Devices
        • expand_more Product Delivery
          • E1 - Product Selection
          • E2 - Enabled Products
          • E3 - Invalid Product Entered
          • E4 - Product Selection Aborted
          • E5 - No Product Selected
          • E6 - Max Delivery Time
          • E7 - Abort Session
          • E7 - Abort By POS
          • E9 - Not Started Charging In Time
          • E10 - Take More Fuel Than AVF
          • E10 - Multiple Sessions Mixed
          • E12 - Postpone Card Financial Advice On New Cardholder Card
          • E13 - Abort Session On Card Reinsert
        • expand_more Receipts
          • F1 - Cardholder Retrieve Receipt Info
          • F2 - Cardholder Receipt Retrieval
          • F3 - Reprint Ticket
          • F4 - F8 - Ticket Printing And Content
          • F9 - TrackingToken Deleted
          • F10 - Printer Paper Low
          • F11 - CardPayment Erased From Storage
          • F12 - E-Receipt Received By Cardholder
          • F13 - E-Receipt Failure
        • expand_more Transaction Limit Handeling Maestro
          • G1 - Maestro CardPayment 1 Euro
          • G2 - Maestro CardPayment 30 Euro
          • G3 - Maestro CardPayment 60 Euro
          • G4 - Maestro CardPayment 500 Euro
        • expand_more Transaction Limit Handeling Mastercard
          • H1 - Mastercard CardPayment 1 Euro
          • H2 - Mastercard CardPayment 30 Euro
          • H3 - Mastercard CardPayment 60 Euro
          • H4 - Mastercard CardPayment 500 Euro
        • expand_more Mifare Handling
          • I1 - Happy Flow Mifare
          • I2 - Unknown Mifare Card
          • I3 - No Mifare Card Presented
          • I4 - Mastercard Presented
        • expand_more Card Circuits
          • L1 - Available Card Circuits
        • expand_more Reconciliation
          • M1 - Reconciliation As Function
          • M2 - Reconciliation By New Shiftnumber
          • M3 - POS Auto Triggers Reconciliation With Closure
        • expand_more Journal
          • N1 - Journal Accessible By Authorized Employees
          • N2 - Journal Cannot Be Altered
        • expand_more Exception Flows
          • O1 - Unknown Card Session
          • O2 - Maximum Time Out
          • O3 - Device Unavailable
          • O4 - Time Out Card-Type Fallback
          • O5 - Time Out On Presenting Card
          • O6 - App Stability
          • O7 - Automatic Startup
          • O8 - Sleep Mode Not Supported
          • O8 - Sleep Mode Supported
        • expand_more Recovery
          • X1 - Recovery After Communication Failure
          • X2 - Recovery After CCV Component Update
          • X3 - Recovery After 24 Hour Reboot
          • X4 - Recovery After CCV-Fusion Client Restart
          • Y1 - Recovery After Power Failure With No Battery Backup
          • Y2 - Recovery After Power Failure With Battery Backup
      • expand_more SoftPOS Certification Tests
        • expand_more Success Scenarios
          • Installation Success - SoftPOS Certification Test
          • Payment Success - SoftPOS Certification Test
        • expand_more Failed Scenarios
          • Installation Failed - CCV SoftPOS App Not Installed - SoftPOS Certification Test
          • Payment Failed - Declined - SoftPOS Certification Test
          • Payment Failed - CCV SoftPOS App Is Closed During Payment - SoftPOS Certification Test
          • Payment Failed -CCV SoftPOS App Is Killed During Payment - SoftPOS Certification Test
          • Payment Failed - SoftPOS App Not Installed Anymore - SoftPOS Certification Test
        • expand_more Other Scenarios
          • Other Scenario - Data Cleared Of The CCV SoftPOS App - SoftPOS Certification Test
    • expand_more Development Kits
      • SoftPOS Dev Kit
      • IM30 Dev Kit
    • Glossary

Payment API

  • Payment
  • Transaction Query
  • Balance
  • Cancel
  • Refund
  • Payout
  • Capture
  • Mandate
  • Method
  • Release
  • Reversal
  • SoftPOS
  • Status
  • Token
  • Transaction Confirm
  • Transaction Export
  • Transaction Update
  • Vault
  • Void

What's on this page

  • Vault
    • Vault Enrollment
      • Typical vault enrollment flow
    • Vault Usage
    • Vault transaction object
      • Vault transaction details
    • Vault Token Object
    • Vault initiate request
    • Vault initiate response
    • PCI vault token request
    • PCI vault token response
    • Read vault token request
    • Read vault token response
    • Delete vault token request
    • Delete vault token response
API Reference / Vault

Vault

The vault resource can be used to store sensitive data in our vault. This data is stored in an encrypted form. When storing something in the vault, through a process called Vault Enrollment, a Vault Access Token will be returned. The Vault Access Token is used to retrieve the stored information, and allows actions to be performed with the stored information through the VPOS API.

Vault Enrollment

A Vault Access Token is obtained by performing an initial vault enrollment process. The enrollment can be achieved in two ways:

  • through a vault request;
  • or by using the storeInVault field when performing a payment request (currently only supported for card payments).

The vault enrollment process creates two transactions: a parent vault transaction and a child transaction. The parent vault transaction contains the Vault Access Token and a reference to the child transaction (childReferenceId). The child transaction is created to validate the sensitive information (e.g. for the card vault data type the child transaction is used to validate the card and authenticate the cardholder).

A vault transaction can only have 1 child transaction. When the child transaction reaches a final transaction status such as success or manualintervention, the vault (parent) transaction will be updated with the same status.

Typical vault enrollment flow

The general vault enrollment request flow is:

  1. You create a new vault request
  2. Redirect the customer to us
  3. We ask to enter the data that is to be stored in our vault
  4. After the data is entered and stored, we redirect the customer back to your shop
  5. You read the transaction to get the status and the Vault Access Token

Status Verification

We do not expose the status of the vault transaction or any of its details to the customer. It is up to you to verify the status of the vault transaction and act accordingly. Webhooks are provided to give you feedback, but this principle remains.

Vault Usage

After obtaining a Vault Access Token, there are three actions that can be taken in the system.

  • Initiate a payment using the Vault Access Token
  • Retrieve the sensitive data (Pan is returned in plain text if allowed by the settings for your merchant)
  • Delete the sensitive data (if allowed by the settings for your merchant)

Vault transaction object

Name Description
status Possible values: Transaction Status
merchantOrderReference A reference, maximum 255 characters, of the order associated with this vault transaction
description A description to show the customer
language The language of the customer. Possible values: Languages
method Fixed value vault
brand The brand of the card that was entered by the user. Only included when the dataType is card
metadata An arbitrary string, maximum 255 characters, that can be used to track vault transactions
payUrl To complete the vault request the customer should be redirected to this URL.
returnUrl After vault data storage is completed (successfully or otherwise) the customer is redirected to this URL
reference A unique reference for the vault transaction
created The local server datetime the vault transaction was created, epoch timestamp
lastUpdate The local server datetime the vault transaction was updated, epoch timestamp
statusFinalDate The local server datetime the vault transaction reached a final status, epoch timestamp
failureCode An error code indication what caused the failure. Possible values: Failure Codes
details An optional object listing specific vault details: Vault Details
notificationRequests An object which is used to request Notifications for specific events related to this vault transaction.

Example

{
  "status" : "success",
  "merchantOrderReference" : "8cdbb73f-6537-4b7f-a6de-6ddab6c283e1",
  "description" : "API Vault description",
  "language" : "eng",
  "method" : "vault",
  "brand" : "bcmc",
  "metadata" : "my custom metadata",
  "reference" : "V1505181754007360.1",
  "created" : 1431964440770,
  "lastUpdate" : 1431964458858,
  "statusFinalDate" : 1431964458858,
  "payUrl" : "https://onlinepayments.ccv.eu/vault/card.html?reference=C1505181754007360.1",
  "returnUrl" : "http://shop/?order=8cdbb73f-6537-4b7f-a6de-6ddab6c283e1",
  "details" : {
    "expirationDuration" : "P0Y2M1DT0H0M0.000S",
    "vaultAccessToken" : "5C810B0AD0B1BC0926EBEA53"
  }
}

Vault transaction details

Important

When reading a vault enrollment response, you will also receive Child Card Details next to the details below. This will include a QrCode or UrlIntent link if Bancontact WIP is enabled.

The expiration of the vault token is configurable by account. By default this is set to 30 days. In some scenarios you want the default expiration set to the card expiry date. This is also configurable by account.

Name Description
expirationDuration The time after which the vault access token expires in ISO 8601 Duration
expirationTimestamp The datetime on which the vault access token will be expired after epoch timestamp
vaultAccessToken The Vault Access Token
dataType The data type that is stored in the vault for this Vault Access Token. At this moment only card is supported
maskedPan The masked primary account number. Only included when the dataType is card
expiryDate The expiry date of the card in format MMYY. Only included when the dataType is card
scaToken Boolean value that indicates if the Vault Access Token is created for an SCA authenticated card. For more information refer to our 3-D Secure 2 compliance guide. Only included when the dataType is card
brand The brand of the card.

Example

{
  "dataType" : "card",
  "expirationDuration" : "P0Y2M1DT0H0M0.000S",
  "expirationTimestamp" : 1420106400000,
  "vaultAccessToken" : "5C810B0AD0B1BC0926EBEA53",
  "maskedPan": "xxxxxxxxxxxx4242",
  "expiryDate": "0424",
  "scaToken": false,
  "brand": "visa"
}

Vault Token Object

Name Sensitive Description
token no The Vault Access Token
eraseTimestamp no The date that this token will be erased from the database, epoch timestamp
referenceId no A unique reference for the vault transaction
merchantOrderReference no An arbitrary string, maximum 255 characters, that can be used to track vault transactions
pan yes The primary account number
maskedPan no The masked primary account number
expiryDate no The expiry date
cardholderFirstName no The first name of the cardholder
cardholderLastName no The last name of the cardholder
created no The local server datetime the vault transaction was created, epoch timestamp

Vault initiate request

The vault initiate request is used to create a new vault access token.

  • Resource: /api/v1/vault/initiate
  • Method: POST
  • Content-Type: application/json
  • Authentication: basic auth
  • Parameters
Name Required Description
dataType Yes The data type that should be requested from the customer. At this moment only card is supported
brand No The card brand selected by the customer. Possible values: Supported Brands
returnUrl Yes After the payment is completed (successfully or otherwise) the customer is redirected to this URL.
language Yes The language of the customer. Defines the language to be used in the payment screens the customer will see. Possible values: Languages
metadata No An arbitrary string, maximum of 255 characters, that can be used to track payments
merchantOrderReference No A reference, maximum of 255 characters, of the order associated with this payment
description No A description to show the customer
webhookUrl No The webhook URL invoked for transaction changes. This overrides the merchant webhook if one is present. We do not validate this url
scaReady No Indicates that the vault request is ready for SCA used for 3-D Secure 2 cardholder authentication. In addition, it enables strict validation of the SCA required fields for billing and shipping. See Strong Customer Authentication (SCA) for more information. Possible values: yes, no. Default: no
billingAddress Conditional The billing street address.{BR}{BR}Required when scaReady is set to yes.
billingCity Conditional The billing city of the customer.{BR}{BR}Required when scaReady is set to yes.
billingState Conditional The billing region/state of the customer, an ISO 3166-2 country subdivision code. See for more info: Country Subdivision Codes - ISO 3166-2.{BR}{BR}Required when scaReady is set to yes, and must be a valid subdivision code (if applicable for the country). An invalid subdivision code results in a input error response.
billingPostalCode Conditional The billing postal (zip) code of the customer.{BR}{BR}Required when scaReady is set to yes.
billingCountry Conditional The billing country of the customer, an ISO 3166 alpha-2 code. See for more info: Country Codes - ISO 3166.{BR}{BR}Required when scaReady is set to yes, and must be a valid alpha-2 code. An invalid alpha-2 code results in a input error response.
billingEmail Conditional The billing email of the customer.{BR}{BR}Required when scaReady is set to yes. Must be a valid email address if present.
billingPhoneNumber Conditional The billing phone number of the customer.{BR}{BR}Required when scaReady is set to yes, and must be a valid subscriber-section of a telephone number, see ITU-T E.164 for more information. An invalid telephone number format results in a input error response.
billingPhoneCountry Conditional The billing phone number country code of the customer.{BR}{BR}Required when scaReady is set to yes, and must be a valid ITU-T E.164 country code. An invalid country code results in a input error response.
billingFirstName No The billing first name of the customer
billingLastName No The billing last name of the customer
billingHouseNumber No The billing house number of the customer
billingHouseExtension No The billing house extension of the customer
shippingAddress Conditional The shipping street address.{BR}{BR}Required when shipping provided* if scaReady is set to yes.
shippingCity Conditional The shipping address city.{BR}{BR}Required when shipping provided* if scaReady is set to yes.
shippingState Conditional The shipping address region/state, an ISO 3166-2 country subdivision code.{BR}{BR}Required when shipping provided* if scaReady is set to yes, and must be a valid subdivision code (if applicable for the country). An invalid subdivision code results in a input error response.
shippingPostalCode Conditional The shipping address postal (zip) code.{BR}{BR}Required when shipping provided* if scaReady is set to yes.
shippingCountry Conditional The shipping address country, an ISO 3166 alpha-2 code.{BR}{BR}Required when shipping provided* if scaReady is set to yes, and must be a valid alpha-2 code. An invalid alpha-2 code results in a input error response.
shippingEmail No The shipping email of the custom. Must be a valid email address if present.
shippingPhoneNumber No The shipping phone number of the customer.{BR}{BR}If this field is provided when scaReady is set to yes it must be a valid subscriber-section of a telephone number, see ITU-T E.164 for more information. An invalid telephone number format results in a input error response.
shippingPhoneCountry No The shipping phone number country code of the customer.{BR}{BR}If this field is provided when scaReady is set to yes it must be a valid ITU-T E.164 country code. An invalid country code results in a input error response.
shippingFirstName No The shipping first name of the customer
shippingLastName No The shipping last name of the customer
shippingHouseNumber No The shipping house number of the customer
shippingHouseExtension No The shipping house extension of the customer
notificationRequests No An object which is used to request Notifications for specific events related to this vault token initiation.

!INFO * The - Required when shipping provided - fields are mandatory if at least one of them is specified when the scaReady flag is set to yes. If all of them are left blank they become optional and are assigned the corresponding billing-value as default.

Example

{
  "dataType" : "card",
  "returnUrl" : "http://shop/?order=8cdbb73f-6537-4b7f-a6de-6ddab6c283e1",
  "metadata" : "my custom metadata",
  "merchantOrderReference" : "8cdbb73f-6537-4b7f-a6de-6ddab6c283e1",
  "description" : "API Vault description",
  "language" : "eng"
}

Vault initiate response

  • Status Code: 200
  • Content Type: application/json
  • Content: Vault Transaction

PCI vault token request

Create a new vault request from a PCI compliant environment.

  • Resource: /api/v1/vault/token
  • Method: POST
  • Content-Type: application/json
  • Authentication: basic auth
Name Required Description
merchantOrderReference No An arbitrary string, maximum 255 characters, that can be used to track vault transactions
pan Yes The primary account number
expiryDate Yes The expiry date
cardholderFirstName No The first name of the cardholder
cardholderLastName No The last name of the cardholder

Example

{
  "merchantOrderReference" : "abcddd",
  "pan" : "6799998900000123456",
  "expiryDate" : "1803"
}

PCI vault token response

  • Status Code: 200
  • Content Type: application/json
  • Content:
Name Description
token The Vault Access Token
eraseTimestamp The date that this token will be erased from the database, in the format ISO 8601 DateTime
referenceId A unique reference for the vault transaction
merchantOrderReference An arbitrary string, maximum 255 characters, that can be used to track vault transactions
created The local server datetime the vault transaction was created, epoch timestamp
lastUpdate The local server datetime the vault transaction was updated, epoch timestamp
statusFinalDate The local server datetime the vault transaction reached a final status, epoch timestamp

Read vault token request

This operation retrieves the sensitive data that was stored in the vault and returns it in plain text. The sensitive data can only be retrieved in plain text when this is allowed for your account. Default this is turned off, and will only be turned on when requested by the account owner.

  • Resource: /api/v1/vault/token
  • Method: GET
  • Content-Type: application/json
  • Authentication: basic auth
  • Parameters: vaultToken: The vault access token for which the data must be retrieved.

Read vault token response

  • Status Code: 200
  • Content Type: application/json
  • Content: Vault Token

Example of retrieval with non-sensitive data because not allowed by configuration

curl https://api.psp.ccv.eu/api/v1/vault/token?vaultToken=TOKEN1 -u apikey:
  {
    "eraseTimestamp" : 1543155649042,
    "referenceId" : "V181026162049038CB87E190.1",
    "merchantOrderReference" : "321",
    "maskedPan" : "4111XXXXXXXX1111",
    "expiryDate" : "1221",
    "cardholderFirstName" : "John",
    "cardholderLastName" : "Doe"
  }

Delete vault token request

This operation explicitly erases the sensitive data from the vault.

  • Resource: /api/v1/vault/token
  • Method: DELETE
  • Authentication: basic auth
  • Parameters
Name Required Description
vaultToken Conditional The vault access token. If present, merchantOrderReference must not be present
merchantOrderReference Conditional The merchant order reference. If present vaultToken must not be present.

Example

# Delete the vault token using the merchant order reference 321
curl https://api.psp.ccv.eu/api/v1/vault/token?merchantOrderReference=321 -u apikey:

Delete vault token response

  • Status Code: 200
  • Content Type: application/json

Go to

Home
Documentation




Cookies Privacy Statement