The <Pay> verb enables secure payment processing during voice calls. When implemented in your voice application,
it handles the complete payment flow including data collection, validation, and processing through your configured payment gateway.
The <Pay> verb also has two nouns that are embedded within it:
<Parameter>: Pass custom parameters to your payment processor.<Prompt>: Customize the prompts used during payment collection.The <Pay> verb supports two primary transaction types: immediate charges and tokenization.
When you need to process a payment right away, use an immediate charge transaction. This collects the payment details and processes the transaction in one step.
To execute an immediate charge:
Setting any positive value for chargeAmount initiates an immediate charge transaction.
Tokenization allows you to securely store payment information for future use. Instead of processing a payment, it generates a secure token that represents the payment method. This is particularly useful for:
To tokenize payment information:
You can also omit the chargeAmount attribute entirely:
to re-enter their payment details. This may differ depending on the payment processor you are using.
Minimum required length for postal code input. Used for input validation.
The URL to which to POST the encrypted payment data.
Controls whether CVV/security code collection is required. When false, skips security code collection.
HTTPS endpoint that receives POST requests after payment completion. Must be HTTPS. Response determines next cXML instructions. For tokenization, receives PaymentToken and ProfileId. For charges, receives PaymentConfirmationCode. Defaults to the current cXML document URL.
Amount to charge. Set to 0 or omit for tokenization only. Must be between 0 and 1,000,000.
Three-letter currency code (e.g., usd, eur, gbp). Must be supported by selected payment connector. Currently only usd is accepted.
Transaction description passed to payment processor. Appears in transaction records.
The only supported input method for payment data collection. All captured digits are automatically redacted in logs.
Controls prompt language. Supports en-AU, en-CA, en-GB, en-IN, en-US for all payments. Additional es-ES, es-MX, fr-CA, fr-FR, de-DE, it-IT for credit card only. See language list.
Maximum number of retry attempts when timeout occurs or invalid data is received. Allowed values are 1, 2, or 3. Payment flow terminates after maxAttempts is reached.
Determines payment collection flow. Credit card flow captures card number, expiration, security code, and postal code. ACH flow captures routing and account numbers.
Controls postal code collection. When false, skips collection for postal code. When true, prompts the user for collection. When a String value, uses provided value without needing to collect the postal code from the user.
HTTPS endpoint that receives real-time payment status updates via POST requests. Includes details about current payment stage, errors, and attempt counts. See Status Callback Parameters for more details.
Number of seconds to wait for the next digit input before timing out. Must be a positive integer greater than 3 seconds. Applies to all input collection stages.
Determines token persistence. Allowed values are one-time or reusable. One-time for single use, reusable for recurring use. Payment-method specific to certain processors.
Space-separated list of accepted card types. Validates card number against specified types. Allowed values: visa, mastercard, amex, maestro, discover, optima, jcb, diners-club, enroute.
paymentConnectorUrl request parametersWhen a transaction is completed, SignalWire will POST to your paymentConnectorUrl URL. Based on the transaction type,
the body of the request will contain the below parameters:
A valid response from your paymentConnectorUrl must be provided to indicate the success or failure of the transaction.
More information can be found in the Webhook Response section.
Customer’s credit card number.
Amount to charge.
Three-letter currency code.
Card security code.
Transaction description.
Card expiration month (2 digits).
Card expiration year (2 digits).
Payment method (credit-card).
Custom key-value parameters.
Billing postal code.
Unique identifier for the transaction.
action request parametersWhen a transaction is completed, SignalWire will POST to your action URL. The body of the request will contain the standard request parameters
as well as the following parameters:
A valid cXML response must be provided if the action URL is provided. More information can be found in the Webhook Response section.
Masked bank account number.
Bank routing number.
Raw processor error details.
Card expiration in MMYY format.
Numeric error reference.
Masked card number (last 4 digits visible).
Postal code provided.
Card brand (visa, mastercard, etc.).
Transaction confirmation code.
Detailed error information.
Type of payment method used.
Tokenized payment method reference.
Customer profile identifier from payment processor.
Final outcome of the payment attempt. The possible values can be seen in the Result Values table.
Masked security code.
statusCallback request parametersWhen a status change occurs, the following parameters are sent to your statusCallback URL:
Current attempt number.
Specifies the nature of the error encountered (if any). Refer to the table below for detailed error type descriptions. The possible values can be seen in the Error Types table.
Card expiration date.
Indicates the present phase of the <Pay> request. The table below outlines the potential values. Possible values can be seen in the For Values table.
Masked card number.
Postal code provided.
Type of card provided.
Type of payment being processed.
Masked security code.
paymentConnectorUrl responseThe response from your paymentConnectorUrl is used to inform if the transaction was successful or not.
When a transaction is successful, the webhook should respond with one of the following formats (depending on the transaction type):
When a transaction is unsuccessful (declined by the payment processor), the webhook should respond with the following format:
action responseWhen a transaction is completed, SignalWire will POST to your action URL. The response should return valid cXML for the
next step in your application.
The language attribute controls the language of automated prompts during payment collection.
You can customize prompt messages in any language using the <Prompt> noun, regardless of the selected language attribute.
All credit card payments support the following languages: