Authorize.Net stands out as a formidable payment processor renowned for its dependability, top-notch security protocols, and extensive feature set. With a track record spanning over two decades, it caters to businesses of all scales with its comprehensive payment processing solutions. Boasting stringent security measures safeguarding transactions and sensitive data, it guarantees uninterrupted service for seamless transactions. Moreover, Authorize.Net enhances business operations with its array of features including recurring billing, mobile adaptability, and seamless integrations with leading e-commerce platforms.

Which Payment Processor to use?

Deciding between Stripe, PayPal, and Authorize.net will depend on what’s best for your business. Here’s a comparison:

Stripe: A popular choice for online businesses and startups, Stripe offers a developer-friendly platform, custom integrations, and transparent pricing.

PayPal: PayPal is a well-established payment processor with a global presence and a wide range of features, including a secure payment gateway, invoicing, and recurring payments.

Authorize.net: Authorize.net stands as a reputable payment processor, boasting a rich legacy of delivering dependable and secure payment solutions. Its array of features spans from fraud detection to mobile adaptability, ensuring a holistic payment experience.

Ultimately, the optimal selection hinges on your business’s unique requirements, encompassing the payment types, target demographics, and financial considerations. Prioritizing thorough comparisons of features, fees, and support channels across processors is advised for informed decision-making.

Please Note:

The data for fees is accurate as of when this article is being published, for more information please check out the Pricing pages of the three options listed:

Stripe: https://stripe.com/gb/pricing

Paypal: https://www.paypal.com/us/webapps/mpp/merchant-fees

Authorize.net: https://www.authorize.net/en-us/sign-up/pricing.html

Requirements to use Authorize.Net

Authorize.net can accept transactions from United States, Australian, and Canadian merchants.

Before you can integrate Authorize.Net,  you must confirm whether you are on a browser that supports using it.

Below is a list of supported and tested browsers:

You can check and verify the browser and version you are using by:

Use the below help/about information when inside the respective browser:

Chrome

Edge

Firefox

Safari

Utilize sites like:

In the Authorize.net Merchant Interface, encountering an unsupported browser or outdated version triggers distinct messages, contingent upon the severity of the browser’s obsolescence.

Browser Warning/Out of Date – In this case, Authorize.net may have detected a browser/version that you may encounter issues with. You should update to a newer version or use a different supported browser. 

Examples of Outdated browsers:

Internet Explorer (IE) 11

Edge (Legacy)

Opera

Browser Block/Out of Date – In this case, we have detected a browser/version that will encounter issues, and an updated browser version needs to be used or a different supported browser.

How to integrate Authorize.Net as a Payment Gateway?

1. Once you are sure you are using a supported browser and that you are operating from within one of the supported countries, you will need to acquire Live and Sandbox API keys from Authorize.net

For sandbox API keys, log into the sandbox Merchant Interface. For Live API keys, log into the Live Merchant Interface.

2. Then you can proceed to Payments> Integrations>Drop the 3 API Keys you got from your Merchant Interface in Authorize.Net. 

You can input the Live API Keys in the Live fields.

And you can input the Sandbox API Keys in the Sandbox Fields.

Once inputting the desired API Keys, click on the Save Button.

3. It will show you a quick prompt asking whether you want to make Authorize.Net  your Default Payment Gateway.

Clicking on Cancel will still integrate Authorize.Net but will not make it the Default Gateway.

Clicking on Confirm will integrate Authorize.net and make it the Default Payment Gateway.

Please Note:

You don’t need to sever ties with Stripe to link with Authorize.net. You can seamlessly integrate both gateways from the integrations page. Yet, with two payment gateways in play, specifying a default one becomes essential. Whether it’s Authorize.net or Stripe set as the default, PayPal will smoothly complement the chosen gateway in order forms.

Side Notes for using Authorize.Net

If Authorize.net is connected and set as the default gateway, other product areas like memberships and SAAS payment links will continue to process payments using Stripe. 

As long as there are ongoing recurring subscriptions or pending transactions through Stripe, they will remain active until the Stripe connection is fully established. We strongly advise against disconnecting any gateway at this stage. By setting the default gateway, you ensure that new transactions follow your preferred choice while maintaining existing subscriptions through both Stripe and PayPal integrations.

Please Note:

You need to upgrade to funnel version 2 to make use of this feature.

Test cards for Authorize.net integration. 

Expiry Date can be any future date, and any 3/4 digits value can be the CVC: 

4007000000027 (Visa)

4012888818888 (Visa)

4111111111111111 (Visa)

370000000000002 (American Express)

5424000000000015 (Mastercard)

2223000010309703 (Mastercard)

2223000010309711 (Mastercard)

6011000000000012 (Discover)

3088000000000017 (JCB)

38000000000006 (Diners Club/ Carte Blanche)

FAQ’s

Why don’t I see Paypal among the default gateway options?

You can connect to Paypal and use it as a payment method alongside a credit card payment method using Stripe/Authorize.net. This means the default has to be chosen among Stripe/Authorize.net when connected. PayPal can be used independently and alongside credit card payment methods on order forms. and 

What will change in the reporting of transactions done with Authorize.net? Where will I be able to keep track of all payments?

There will be no change in the Orders/Subscriptions/Transactions reporting. All the payments done via Authorize.net will be available under Payments ➝ Transactions. 

Also, there will be no change in the functioning of workflow triggers/attribution associated. All the functionalities will work the same with Authorize.net.

Where will I be able to find the subscriptions created via Authorize.net? I cannot relate to the subscription status defined on the Subscriptions page.

All subscriptions created on the order forms can be tracked under Payments ➝ Subscriptions. 

The following list represents subscription statuses and their inferences: 

Pending – When held for merchant review due to FDS

Trial – Subscription is in trial mode

Active – Last payment was made, and there is an upcoming payment as well

Expired – All the subscription payments have been completed, and the subscription no longer exists

Canceled – The merchant canceled the subscription using the Cancel action, and no further payments are to be processed.

Unpaid – The last payment for the subscription was not paid successfully. The subscription is ongoing, but the final payment was unsuccessful.

Cancellation will be possible for the subscriptions according to the status: 

Cancel Action is provided only against those subscriptions which are created on Authorize.net. Cancellation of subscriptions for Stripe and PayPal will be added soon. 

The following flow describes the handling of subscription statuses and payment retry logics in case of a subsequent payment failure :

• If the first subscription payment is successful while purchasing the subscription on the order form, the subscription will move into the active state
  • It can also move into the trial status if there is a trial period attached to the recurring product
• The subscription will remain active until every recurring payment is made successfully for the subscription and will move to “Expired” after the completion of payments.
• If the credit card expires for the end customer in the middle of the subscription, the payment requires authentication from the end customer, or the last payment didn’t go through successfully; the status will move over to “Unpaid.”
  • The payment will be attempted two more times after 24 hrs each. The status will remain “Unpaid.”
  • The subscription will remain in the Unpaid state and will attempt the following subsequent transactions, each with two retries. 
  • The next subsequent payment will also be attempted, and if any payment becomes successful, the subscription will move into “Active.” Else will stay with “Unpaid” status.
  • The subscription status will move to “Expired” after all the retries have been made for the last transaction.
• If the merchant disconnects the gateway account and there is an ongoing subscription, the transaction cannot be processed;  hence the subscription will move to unpaid. The retry attempts will continue according to the retry logic.

How do I Cancel/End a subscription created via Authorize.net? I am not able to do so in the merchant portal.

Subscriptions created using Authorize.net can be canceled within the Subscriptions page using the

‘Cancel Subscription‘ Action.

We do not create subscriptions using the Automatic Recurring Billing of Authorize.net; hence, only transaction charges corresponding to a subscription will be visible in the merchant portal. 

Will I be able to refund transactions as well within the application itself?

No, we do not have the refund functionality within the application. It would be best if you used the merchant portal for refunding transactions.

I am using FDS filters with Authorize.net to hold transactions for review if the address is not submitted, the card code is not submitted, etc. Is the system compatible with handling those cases?

Yes, If you hold transactions submitted on order forms for review based on FDS filters. In that case, your transaction will be held for review (or declined as per the setting that you have configured) and will be visible in your merchant portal. 

Additionally, the corresponding status will be updated on the Transactions page. When you approve or decline the transaction.

Regarding recurring invoice payments/calendar appointment booking payments, we 

treat the transaction as declined and do not book the calendar appointment or schedule the auto payment, since it introduces complications regarding when the business owner will approve the payment.

Does Authorize.net work for membership checkouts?

Yes, Authorize.net is available for membership checkouts

When will Authorize.net be available for SaaS?

Please vote on the ideas board for enabling this integration for selling SaaS allowing this integration.