Invoice Management

Never Use Real API Keys

Never use real API Keys when testing. The gateway allows Partners to create Test Merchant Accounts. Testing should always use keys from the Test Accounts and never keys from a Standard Account.

Methodology

Steps:

  1. The customer sends their payment information to the merchant's web site.
  2. The merchant web site posts the payment data to the Payment Gateway.
  3. The Payment Gateway responds immediately with the results of the transactions.
  4. The merchant web site displays the appropriate message to the customer.

The communication method used to send messages to the Payment Gateway's server is the standard HTTP protocol over an SSL connection.

In the Payment API method, the communications with the cardholder (Steps 1 and 4) are developed completely by the merchant and therefore are not defined by the Payment Gateway. Step 1 should simply collect the payment data from the cardholder and Step 4 should display the appropriate transaction receipt or declined message.

In Step 2, transaction details should be delivered to the Payment Gateway using the POST method with the appropriate variables defined below posted along with the request.

In Step 3, the transaction responses are returned in the body of the HTTP response in a query string name/value format delimited by ampersands. For example: variable1=value1&variable2=value2&variable3=value3

Customer Vault

The Customer Vault was designed specifically for businesses of any size to address concerns about handling customer payment information. Visa and MasterCard have instituted the Payment Card Industry (PCI) Data Security to protect cardholder data, wherever it resides, ensuring that members, merchants, and service providers maintain the highest information security standards.

These associations have also deemed that merchants will be held liable for any breach of cardholder data. This has become a major concern for merchants who handle credit card or electronic check payments. The Customer Vault is designed for these merchants who desire to avoid the tremendous costs and resources involved in becoming PCI compliant under these circumstances.

The Customer Vault does this by allowing merchants to transmit their payment information through a Secure Sockets Layer (SSL) connection for storage in our Level 1 PCI certified data facility. Once the customer record has been securely transmitted to the Customer Vault, the merchant can then initiate transactions remotely without having to access cardholder information directly. This process is accomplished without the merchant storing the customer's payment information in their local database or payment application.

Click to see invoice related notes

Update Invoice

All variables (besides currency) on an invoice may be updated. Updating an invoice will not result in a new invoice being sent to the customer.

Send Invoice

To send the invoice after updating an invoice, use the send_invoice request after making changes.

Response Code Table
CodeDescription
100Transaction was approved.
200Transaction was declined by processor.
201Do not honor.
202Insufficient funds.
203Over limit.
204Transaction not allowed.
220Incorrect payment information.
221No such card issuer.
222No card number on file with issuer.
223Expired card.
224Invalid expiration date.
225Invalid card security code.
226Invalid PIN.
240Call issuer for further information.
250Pick up card.
251Lost card.
252Stolen card.
253Fraudulent card.
260Declined with further instructions available. (See response text)
261Declined-Stop all recurring payments.
262Declined-Stop this recurring program.
263Declined-Update cardholder data available.
264Declined-Retry in a few days.
300Transaction was rejected by gateway.
400Transaction error returned by processor.
410Invalid merchant configuration.
411Merchant account is inactive.
420Communication error.
421Communication error with issuer.
430Duplicate transaction at processor.
440Processor format error.
441Invalid transaction information.
460Processor feature not available.
461Unsupported card type.
Recent Requests
Log in to see full request history
TimeStatusUser Agent
Retrieving recent requests…
LoadingLoading…
Form Data
string
required

API Security Key assigned to a merchant account. New keys can be generated from the merchant control panel in Settings > Security Keys

string
enum
required

Create a new invoice and email it to the customer.

Allowed:
string
required

Total amount to be invoiced. Must be greater than 0.00.

Format: x.xx

string
required

Billing email address

string

When the invoice should be paid. Values: 'upon_receipt', or integers from 0-999. Default - upon_receipt.

string

What payment methods a customer may use when paying invoice.

Defaults to all available payment methods available in your merchant account Values: 'cc', 'ck', and 'cs'. Multiple payment types can be selected by comma-separating values.

string

If using Multiple MIDs, route to this processor (processor_id is obtained under Settings → Transaction Routing in the Control Panel).

If allowing multiple payment types, one processor_id can be selected per payment type by submitting comma-separated values.

string

The transaction currency.

Format: ISO 4217

string

Order description. Legacy variable includes: orderdescription

string

Order ID.

string

Customer ID.

string

Customer Tax ID.

float

Total sales tax amount.

float

Total shipping amount.

string

Original purchase order.

string

Cardholder's first name. Legacy variable includes: firstname

string

Cardholder's last name. Legacy variable includes: lastname

string

Cardholder's company.

string

Card billing address.

string

Card billing address, line 2.

string

Card billing city.

string

Card billing state.

Format: CC

string

Card billing zip code.

string

Card billing country. Country codes are as shown in ISO 3166-1 alpha-2.

Format: CC

string

Billing phone number.

string

Billing fax number.

string

Customer website.

string

Shipping first name.

string

Shipping last name.

string

Shipping company.

string

Shipping address.

string

Shipping address, line 2.

string

Shipping city.

string

Shipping state.

Format: CC

string

Shipping zip code.

string

Shipping country. Country codes are as shown in ISO 3166-1 alpha-2.

Format: CC

string

Shipping email address.

string

Merchant defined field which can be set up in merchant control panel under Settings->Merchant Defined Fields. You can pass custom information in up to 20 fields.

Format: merchant_defined_field_1=Value1, merchant_defined_field_2=Value2, etc...

string

Merchant defined description code of the item being purchased.

string

Description of the item(s) being supplied.

string

International description code of the individual good or service being supplied. The acquirer or processor will provide a list of current codes.

string

Code for units of measurement as used in international trade. Default: 'EACH'

float

Unit cost of item purchased, may contain up to 4 decimal places.

integer

Quantity of the item(s) being purchased. Default: '1'

float

Purchase amount associated with the item. Defaults to: 'item_unit_cost_#' x 'item_quantity_#' rounded to the nearest penny.

float

Amount of sales tax on specific item. Amount should not be included in 'total_amount_#'. Default: '0.00'

float

Percentage representing the value-added tax applied. Default: '0.00'

float

Discount amount which can have been applied by the merchant on the sale of the specific item. Amount should not be included in 'total_amount_#'.

float

Discount rate for the line item. 1% = 1.00. Default: '0.00'

string

Type of value-added taxes that are being used.

string

Tax identification number of the merchant that reported the alternate tax amount.

Response

Language
LoadingLoading…
Response
Click Try It! to start a request and see the response here! Or choose an example:
application/x-www-form-urlencoded