<Pay> and the Payment resource are now available in the Ireland (IE1) and Australia (AU1) Regions for the following Pay Connectors: Base Commerce, Braintree, CardConnect, Chase Paymentech, Generic Pay Connector, and Shuttle.
To capture and process both Automatic Clearing House (ACH) and credit card data during a call, use TwiML's <Pay>
verb.
<Pay>
prompts your customer to enter their payment information. If the processor finds part of that information invalid, <Pay>
also handles retries.
To keep you informed of its progress, <Pay>
sends webhooks to your statusCallback
URL. It also manages necessary interactions when a request times out or sent invalid input.
Once <Pay>
captures all payment data, it sends that data to your payment processor or gateway via a Pay Connector configured on your account.
Once <Pay>
finishes collecting a customer's valid payment information, it sends the transaction data to your statusCallback
URL, your action
URL, or both via webhook.
<Pay>
terminates when someone presses the *
key and sends that dual tone multi-frequency (DTMF) signal at any point.
When <Pay>
finishes collecting valid payment data or terminates, Twilio sends a webhook to the action
URL.
Twilio continues the current call using the TwiML message returned in the response from the action
URL.
<Pay>
can create two types of transactions: charge and tokenize.
A charge transaction means you want to capture funds from the customer's supplied payment method (like a credit card) in return for the goods or services you offer immediately.
chargeAmount
attribute in your <Pay>
verb to a decimal value greater than 0.A tokenize transaction means you want to obtain a token based on the user's supplied credit card information from the payment processor instead of posting any charge. Tokens are typically stored so that you can charge the user in the future without having to ask for the credit card information again. Note: your payment gateway or processor provides tokens.
chargeAmount
to "0" or omit the chargeAmount
attribute from your <Pay>
verb.The <Pay>
verb supports the following attributes to modify its default behavior:
Attribute | Allowed values | Default values |
---|---|---|
input | dtmf | dtmf |
action | A relative or absolute URL | Current document URL. Must use https. Supports POST only. |
statusCallback | A relative or absolute URL | none |
paymentMethod | ach-debit , credit-card | credit-card |
bankAccountType | consumer-checking , consumer-savings , commercial-checking | consumer-checking |
timeout | A positive integer | 5 |
maxAttempts | 1 , 2 , 3 | none |
securityCode | true , false | "true" |
postalCode | true , false , a String value | "true" |
minPostalCodeLength | A positive integer | none |
paymentConnector | A String value | Default |
tokenType | one-time ,reusable , payment-method | reusable |
chargeAmount | A decimal (min: 0, max: 1,000,000) | none |
currency | A String value | usd |
language | See list in the language section below. | en-us |
description | A String value | none |
validCardTypes | One or more of the following values: visa , mastercard , amex , maestro , discover , optima , jcb , diners-club , enroute | "visa mastercard amex" |
A list of inputs that Twilio should accept for <Pay>
. It supports dtmf only.
<Pay>
redacts all digits captured from the logs.
The URL where Twilio will send a POST
request for the next set of TwiML instructions after a successful <Pay>
transaction.
The action
attribute takes an absolute or relative URL as value.
When the <Pay>
verb has successfully tokenized or created a charge, Twilio will make a POST
request to the action
URL. The body of the request includes the standard request parameters and the additional parameters described in the Twilio's POST
request to your action URL section below.
Twilio's default action
makes a POST
request to the current document URL.
The attribute only accepts https protocol for the URL.
If you made a tokenize transaction, Twilio's request to your application includes the PaymentToken
parameter, the ProfileId
parameter, or both. These fields contain the tokenized information received from the Payment Gateway.
If you made a charge transaction, Twilio's request to your application will include a PaymentConfirmationCode
parameter with the confirmation code received from the payment processor or gateway.
If you started or updated a call with a twiml
parameter, the action
URLs for <Record>
, <Gather>
, and <Pay>
must be absolute.
The Call Resource API Docs have language-specific examples of creating and updating Calls with TwiML:
twiml
parameter.twiml
parameter.After a successful <Pay>
transaction, Twilio will send a POST
request to your action
URL. The body of this request will contain the standard request parameters, along with the additional parameters listed in the following table.
The Result
property contains the result of the <Pay>
transaction. The following table lists possible values.
Result value | Description |
---|---|
success | Twilio successfully captured the payment data and either tokenized or processed the payment |
too-many-failed-attempts | Max attempts reached when capturing the payment information |
payment-connector-error | Twilio experienced an error communicating with the payment processor or gateway |
caller-interrupted-with-star | Caller pressed * (star) key to interrupt the payment session |
caller-hung-up | Caller hung up the call |
validation-error | Invalid <Pay> verb attribute (Example: paymentAmount="-0.5") |
iternal-error | Twilio encountered an error |
The ProfileId
property identifies the customer object associated with the payment. You can use this property as a token depending on which Pay Connector, payment processor, or both that you used.
The PaymentToken
property is the tokenized value of the credit card or ACH payment data. Each payment processor handles tokens in their own way. The following list offers some examples.
tokenType
attribute to one-time
or reusable
, the response returns a Token object id .tokenType
attribute to payment-method
, the response returns a PaymentMethod object id.If the request used <Pay>
to process the payment instead of tokenizing, the PaymentConfirmationCode
property returns confirmation code from the payment gateway.
This property indicates the payment method that the developer set in the <Pay>
verb's paymentMethod
attribute. Possible values are ach-debit
and credit-card
.
If your request set paymentMethod="credit-card"
, the response includes the card number that the caller or consumer provided with only last 4 digits visible. Example value: "xxxx-xxxxxx-x4001"
If your request set paymentMethod="credit-card"
, the response includes the type of card that the caller or consumer provided. The value will be one of the validCardTypes
:
visa
mastercard
amex
maestro
discover
optima
jcb
diners-club
enroute
If your request set paymentMethod="credit-card"
, the response includes the expiration date that the caller or consumer provided in MMYY (two-digit month, two-digit year) format. Example value: 0522
If your request set paymentMethod="credit-card"
, the response includes the security code that the caller or consumer provided. Twilio redacts this value in the response. Example value: ***
If your request set paymentMethod="credit-card"
, the response includes the postal code that the caller or consumer provided. Example value: 94109
If your request set paymentMethod="ach-debit"
, the response includes the bank account number that the caller or consumer provided. Twilio redacts all but the last 2 digits of this value in the response. Example: A customer enters 508862392. The BankAccountNumber
value will be *******92
If your request set paymentMethod="ach-debit"
, the response includes the complete bank routing number that the caller or consumer provided. Example value: 121181976
If your request set paymentMethod="ach-debit"
, the response includes the type of bank account that the caller or consumer provided. Possible values include, but not limited to, "personal"
or "business"
.
The PaymentError
property shows error details for the following types of errors:
<Pay>
verb attribute.
paymentAmount='-0.59' (not a number between 0.00 - 1,000,000.00)
card is declined
invalid-date
(if user enters an invalid date or incorrect number of digits and times out)invalid-security-code
(if user enters an invalid CVV and times out)invalid-postal-code
(if user enters incorrect number of alphanumeric characters for the postal code and times out)The PayErrorCode
property is a numerical error code that gives more details about the error. To learn more about the error, visit the Error Code Dictionary and search for the error code.
The ConnectorError
property contains the actual error code/message received from the underlying payment platform.
The statusCallback
attribute takes an absolute or relative URL as value. Whenever a status change happens in <Pay>
, Twilio makes a POST
request to this URL with the following parameters in its body.
The unique identifier of the Twilio Account responsible for this Pay session
A unique identifier for the Call Resource associated with the Pay sessions. CallSid always refers to the parent leg of a two-leg call.
The current stage of <Pay>
request. The following table describes the possible values.
For value | Description |
---|---|
payment-card-number | Asking the customer for credit or debit card information |
expiration-date | Asking the customer for the expiration date for their payment card |
security-code | Asking the customer for the security code for their payment card |
postal-code | Asking the customer for the postal code associated with the payment card |
bank-routing-number | Asking the customer for their bank's routing number |
bank-account-number | Asking the customer for their bank account number |
payment-processing | Processing the payment |
The type of error that occurred (if applicable). The following table describes the possible error types.
ErrorType value | Description |
---|---|
input-timeout | The payment session experienced a timeout at one of the stages of the Pay session. See PaymentError for more details on what field did the caller timed out on. |
invalid-card-number | The card entered didn't pass validation. This could include incorrect number of digits for the credit card number, expiration date, security code, or postal code. |
invalid-card-type | The card number didn't match the accepted card types as specified by the validCardTypes attribute |
invalid-date | The date entered was the incorrect number of digits, was in the past, or was otherwise not a valid date |
invalid-security-code | Twilio received an invalid security code |
invalid-postal-code | Twilio didn't receive the correct number of alphanumeric characters for the postal code |
invalid-bank-routing-number | Twilio either didn't receive the correct number of digits for the routing number or the routing number provided failed validation |
invalid-bank-account-number | Twilio didn't receive the minimum number of digits required for the bank account number |
invalid-bank-account-type | Twilio didn't receive the accepted values for BankAccountType field |
invalid-card-number-security-code-capture-sequence | Twilio validates the card verification value (CVV) against a credit card. If the request captures the CVV before the credit card number, it returns this error. |
input-matching-failed | Caller's inputs didn't match when using <Prompt> with requireMatchingInputs . |
session-in-progress | If Twilio receives a request to start a new Pay session while the existing Pay session hasn't completed or cancelled, it returns this error. |
internal-error | Twilio encountered an internal error. |
The Attempt
property indicates the current attempt count.
Possible values are 1
, 2
, or 3
.
For ach-debit
payments only.
The PaymentCardNumber
indicates the card number provided to <Pay>
with only the last 4 digits visible. For example: "xxxxxxxxxxx4001"
For credit-card
payments only.
The PaymentCardType
indicates the type of card provided to <Pay>
, For example: "amex"
The value provided here will be one of the values provided in the validCardTypes
attribute.
For credit-card
payments only.
The ExpirationDate
contains the credit card expiration date provided to <Pay>
in MMYY (two-digit month, two-digit year) format. You would write a May 2022 expiration date as "0522"
Note: The response displays this date in plaintext as it isn't PCI data.
For credit-card
payments only.
The SecurityCode
contains the security code for the credit card provided to <Pay>
. The response returns this value with all digits redacted.
For credit-card
payments only.
The PaymentCardPostalCode
contains the postal code that the caller or consumer provided. For example: "94109"
Note: The response displays this value in plaintext as it isn't PCI data.
For ach-debit
payments only.
The BankAccountNumber
contains the bank account number that the caller or consumer provided. Twilio returns all but last two digits of this value redacted. For example: "*******92"
.
For ach-debit
payments only.
The BankRoutingNumber
contains the complete bank routing number that the caller or consumer provided. For example: "121181976"
For ach-debit
payments only.
The BankAccountType
contains the bank account type that the caller or consumer provided. Possible values are:
consumer-checking
consumer-savings
commercial-checking
The paymentMethod
attribute specifies whether to capture credit card or ACH payment information.
<Pay>
by default captures credit card information (credit card number, expiration date, security code, and postal code).
To capture bank account information, set the value of the paymentMethod
attribute to "ach-debit"
as shown below.
1<Response>2<Pay paymentConnector=”Your_Connector_Name” paymentMethod=”ach-debit” />3</Response>4
Once <Pay>
successfully captures the information, it will securely send that information to the appropriate payment platform using the Pay Connector you've configured. Twilio returns the results from the payment platform via a webhook to the action
URL specified in the <Pay>
verb.
This attribute indicates the type of bank account information is being that the caller or consumer provided when capturing ACH payments. The bankAccountType
attribute accepts either "consumer-checking"
,"consumer-savings"
, "commercial-checking"
.
The processing speed of the ACH transactions depends on the bankAccountType
and the underlying payment platform used.
Use <Gather> to capture the type of bank account and pass one of the allowed values to your bankAccountType
attribute when using <Pay>
to capture ACH payments.
The timeout
attribute sets the limit in seconds that <Pay>
will wait for the caller to press another digit before moving on to validate the digits captured.
For example, if timeout
is 3, <Pay>
will wait three seconds for the caller to press a key when capturing either credit card number, expiration date, security code or zip code. When accepting ACH payments, <Pay>
will wait three seconds for the caller to press a key when capturing either bank account or routing numbers.
The maxAttempts
attribute specifies number of times <Pay>
should retry when collecting information.
The default of 1
means <Pay>
retries once when it encounters a timeout or receives invalid data. For example, if it receives a timeout when prompted for credit card number, <Pay>
reprompts one more time to enter credit card number before terminating. When <Pay>
hits the maxAttempts value, <Pay>
terminate and TwiML execution starts with next verb after <Pay>
.
To let <Pay>
know whether to prompt for security code, set the securityCode
attribute to true
or false
.
When you set paymentMethod
to credit-card
, <Pay>
collects the credit card number, expiration date, security code and zip code. Use <Pay securityCode=”false” />
to disable prompting for security code.
To let <Pay>
know whether to prompt for a postal code, like the U.S. ZIP code, set the postalCode
attribute to true
or false
.
When paymentMethod="credit-card"
, <Pay>
collects credit card number, expiration date, security code and postal code. To disable prompting for postal code, use <Pay postalCode=”false” />
. If you have access to customer code, provide the postal code as value to the attribute. For example, if the billing postal code is 95105 then use <Pay postalCode=”94105” />
. When processing this payment, <Pay>
passes 94105
to the Payment Gateway.
The minPostalCodeLength
attribute takes a positive integer to let <Pay>
validate the length of the postalCode attribute. Twilio expects users to enter at least these many alphanumeric characters.
The chargeAmount
attribute takes an amount to charge against the credit card or bank account that <Pay>
captured. The attribute takes a decimal value with no currency prefix and defaults to USD.
If the chargeAmount
attribute has a value greater than 0, the transaction will be a charge transaction.
If the <Pay>
verb omits the chargeAmount
attribute or sets its value to 0
, the transaction becomes a tokenize transaction.
For example, use chargeAmount="20.45"
to process payment in the amount of $20.45.
To override the default currency, use the currency attribute.
The currency
attribute provides the currency of the amount
attribute. This attribute defaults to usd
(US Dollars). It accepts all values that the selected Pay Connector accepts.
The language
attribute provides the language that a customer hears when interacting with <Pay>
.
For credit card payments, possible values are:
English:
en-AU
en-CA
en-GB
en-IN
en-US
Spanish:
es-ES
es-MX
French:
fr-CA
fr-FR
German:
de-DE
Italian:
it-IT
For ACH, possible values are:
English:
en-AU
en-CA
en-GB
en-IN
en-US
You can also further customize what the customer hears using the <Prompt> noun.
The paymentConnector
attribute must contain the unique name corresponding to the Pay Connector installed in your Twilio Marketplace Account in the Twilio Console. Learn more on the Pay Connectors page.
For example, to process the transaction using Stripe use paymentConnector=Stripe_1, where Stripe_1 is the unique name specified when configuring the Pay Connector Add-on in the Marketplace.
If no one specifies a paymentConnector
, <Pay>
uses the Pay Connector on your account with the unique name "Default"
.
If you are using a Generic Pay Connector, you can use the <Parameter> noun with <Pay>
to pass custom parameters to your payment processor.
You must have an installed Pay Connector named "Default" or you must include the paymentConnector
attribute.
The tokenType
attribute takes either one-time
or reusable
as value.
If you're using a Stripe Pay Connector, payment-method
is also a possible value.
To tokenize a payment method, set chargeAmount
= 0
or omit the chargeAmount
attribute.
If <Pay>
should generate a one-time token, use tokenType="one-time"
and to generate a token for recurring payments use, tokenType="reusable"
.
The description
attribute takes a value that describes more details regarding the payment.
Requests submit this information with the payment details to the Payment Gateway. This data gets posted on the transactions. For example, you can provide "Payment of $20.52 submitted from CallSid CAxxxxxx and Phone Number (xxx)-xxx-xxxx" to create a record to show which call created the payment.
The validCardTypes
attribute takes credit card types that <Pay>
should accept. Separate multiple values with a space.
If the payee enters a card number outside of valid card types, <Pay>
returns an "invalid-card-type" error. For example, if validCardTypes=visa mastercard
and payee enters an American Express card number, then <Pay>
generates an "invalid-card-type" error.
The default value of validCardTypes
is “visa mastercard amex”
.
A customer could provide any of the following card types separated by space:
Card type | Description |
---|---|
visa | Valid length: 13, 15, 19 digits. First digit must be a 4. |
mastercard | Valid length: 16 digits. First digit must be 5 and second digit must be in the range 1 through 5 inclusive. The range is 510000 through 559999. First digit must be 2 and second digit must be in the range 2 through 7 inclusive. The range is 222100 through 272099. |
amex | Valid length: 15 digits. First digit must be a 3 and second digit must be a 4 or 7. |
maestro | Valid length: 12-19 digits. First digit must be either 5 or 6. If the first digit starts with 5, then second digit must be either 0, 6, 7 or 8. |
discover | Valid length: 16-19 digits. Must start with either 64, 65 or 6011 |
jcb | Valid length: 16 to 19 digits. First 4 digits must be in the range 3528 through 3589. |
diners-club | Diners Club for US and Canada Valid length: 16-19 digits. * The digits must begin with 300, 301, 302, 303, 304, 3095, 36, 38, or 39. * Note: If first two digits are 36, valid length is 14-19 digits. |
enroute | Valid length: 15 digits. First four digits must be 2014 or 2149. |
Collect payment data during a voice call and charge a specific amount.
1const VoiceResponse = require('twilio').twiml.VoiceResponse;234const response = new VoiceResponse();5response.say('Calling Twilio Pay');6response.pay({7chargeAmount: '20.45'8});910console.log(response.toString());
1<?xml version="1.0" encoding="UTF-8"?>2<Response>3<Say>Calling Twilio Pay</Say>4<Pay chargeAmount="20.45"/>5</Response>
Collect payment of a specific amount and specify a callback handler
1const VoiceResponse = require('twilio').twiml.VoiceResponse;234const response = new VoiceResponse();5response.say('Calling Twilio Pay');6response.pay({7chargeAmount: '20.45',8action: 'https://enter-your-callback-function-url.twil.io/pay'9});1011console.log(response.toString());
1<?xml version="1.0" encoding="UTF-8"?>2<Response>3<Say>Calling Twilio Pay</Say>4<Pay chargeAmount="20.45"5action="https://enter-your-callback-function-url.twil.io/pay"/>6</Response>
1const VoiceResponse = require('twilio').twiml.VoiceResponse;23const response = new VoiceResponse();4response.pay({tokenType: 'one-time', chargeAmount: '0'});56console.log(response.toString());
1<?xml version="1.0" encoding="UTF-8"?>2<Response>3<Pay tokenType="one-time" chargeAmount="0" />4</Response>