Tokenisation Profile
How to manage profiles to work with incoming cards
A Tokenisation Profile is a setting to represent how to exclude information from a 3rd party service message.
Please ask us to create profiles for you (No Charge), we have working profiles and can make new profiles easily.
Tokenisation Profile structure
Field | Description |
| Unique identifier based at UUID v4 |
| Tokenisation profile name, URL-safe string |
| Tokenisation profile structure |
| timestamp when profile was created |
| timestamp when profile was updated |
Profile
Field | Description |
| type of incoming content (JSON or XML) |
| information about message_node and card_node placement |
| information about card_token destination |
| information about card information nodes |
Schema
Field | Description |
| JSON object with selector field with JSONPath or XPath to booking message node at 3rd party service message |
| JSON object with selector field with relative JSONPath or XPath to credit card node |
Card Token Placement
Field | Description |
| One of possible values: card_node, headers |
| required field if type is card_node, XPath or JSONPath to node, where card_token should be inserted |
If you choose card_node
, card_token
will be inserted into message structure. If headers
chosen, card_token will be return at X-PCI-VAULTERA-TOKENS
Header. If message contain several bookings, we will return several card_tokens. If one of messages does not have credit card info, it will be represent as an empty string at Headers.
Card Node
Field | Description |
| JSON object with selector for Card Number |
| JSON object with selector for Cardholder name |
| JSON object with selector for Expiration Month |
| JSON object with selector for Expiration Year |
| JSON object with selector for Service Code (CVV, CVC) |
Each selector can contain field selector with JSONPath or XPath, and field transformation to modify the excluded value.
Please, keep in mind, our Tokenisation Profiles are based at XPath or JSONPath functionality.
Last updated