Create secure token
Use this method to create a secure token that represents a customer’s payment details.
When you create a secure token, you need to generate and provide a secureTokenId that you use to run follow-on actions:
- Retrieve Secure Token – View the details of the secure token.
- Delete Secure Token – Delete the secure token.
- Update Secure Token – Update the details of the secure token.
- Update Account Details – Update the secure token with the details from a single-use token.
Note: If you don’t generate a secureTokenId to identify the token, our gateway generates a unique identifier and returns it in the response.
If the request is successful, our gateway returns a token that the merchant can use in transactions instead of the customer’s sensitive payment details, for example, when they run a sale.
Path parameters
Headers
Bearer authentication of the form Bearer <token>, where token is your auth token.
Unique identifier that you generate for each request. You must use the UUID v4 format for the identifier. For more information about the idempotency key, go to Idempotency.
Request
Indicates how the merchant can use the customer’s card details, as agreed by the customer:
unscheduled
- Transactions for a fixed or variable amount that are run at a certain pre-defined event.recurring
- Transactions for a fixed amount that are run at regular intervals, for example, monthly. Recurring transactions don’t have a fixed duration and run until the customer cancels the agreement.installment
- Transactions for a fixed amount that are run at regular intervals, for example, monthly. Installment transactions have a fixed duration.
Object that contains information for an authentication check on the customer’s payment details using the 3-D Secure protocol.
Response
Token that the merchant can use in future transactions to represent the customer’s payment details. The token:
- Begins with the six-digit identification number 296753.
- Contains up to 12 digits.
- Contains a single check digit that we calculate using the Luhn algorithm.
Outcome of a security check on the status of the customer’s payment card or bank account.
Note: Depending on the merchant’s account settings, this feature may be unavailable.
Indicates how the merchant can use the customer’s card details, as agreed by the customer:
unscheduled
- Transactions for a fixed or variable amount that are run at a certain pre-defined event.recurring
- Transactions for a fixed amount that are run at regular intervals, for example, monthly. Recurring transactions don’t have a fixed duration and run until the customer cancels the agreement.installment
- Transactions for a fixed amount that are run at regular intervals, for example, monthly. Installment transactions have a fixed duration.