cancel
Showing results for 
Search instead for 
Did you mean: 

SIM: Subscriptions Guide

With the SIM API - We are trying to do Subscriptions - Recurring Billing Transactions - Can somebody point me to some documentation for this ? 

 

Is Subscriptions supported through SIM API ? 

 

-Kunaal

kpatodia
Contributor
14 REPLIES 14

No such thing as SIM subscription

RaynorC1emen7
Expert

How do i go about implementing Recurring billing using Authorize.Net ? I am using SIM API , because i need a Hosted Order Page. 

Do, on Reading through the APIs - I see different Kind of APIs that Authorize.Net supports - one of them is the SIM API and there is a totally different API for Recurring Billing Transactions - this is the documentation i find on this -  http://developer.authorize.net/api/arb/ 

 

So, how do i fulfill the following use case:

 

1. I am trying to enable an ecomerce site , where credit card payments are collected through the Hosted Order Page of Auth.Net - hence using the SIM API .

2. On this ecommerce site , users can also subscribe to certain products , which are subscriptions based. 

3. In my checkout flow , when a shopping cart has both Subscription products and One-Time Purchase subscription products , i would show the Hosted Order Page from AUth.Net to collect Credit Card Details and then would i call the SIM API to Auth & Settle Charge for one-time purchase product and then the ARB API to create a subscription for the subscription product ? 

Check out the CIM API: http://developer.authorize.net/api/cim/

 

Does this provide a Hosted Page for collecting Credit Card Information ?

Why is this API not advertized on Authorize.Net 

 

I looked at the following links , and its not there.

 

http://developer.authorize.net/api/compare/

http://developer.authorize.net/api/

 

If i already have SIM implemented for One-Time Purchase , do i need to call another set of APIs for subscription products ? 

 

I am unable to understand, how this should work - if i have a mixed cart of One-Time purchase and Subscription Products. 

Reading through the http://developer.authorize.net/api/cim/ API and need to implement the following use cases:

 

1. Merchant has 2 types of Products - 1. One Time Payment Products 2. Recurring Payment Products

2. Shopping Cart could have a mix of both type of Products at a given time.

3. Whether the customer is ordering one time or recurring payment products can be determined only at the time of checkout

4. During checkout , need to present with a Hosted Payment Page from Auth.Net and need to capture ONLY the Credit Card Details , such as Number, Expiration Date and CVV - Address Information is already captured during the checkout flow and can be sent to Auth.Net, but does not need to be captured in the Hosted Payment Page.

5. If customer has Recurring Payment Products , then need to set up a Profile for the customer and charge the customer for repeated payments. We dont want Authorize.Net to have any logic of when to charge the customer - but instead, will have all that logic built in the subscriber code to charge the customer for recurring payment, when the customer is due using some kind of token from AUth.Net, so that the customer doesnt have to enter Credit Card Details again.

 

Can somebody walk me through what I need to implement(what APIs to call) to achieve this functionality.

If you building the checkout process, then use DPM for the one time, and CIM for the recurring one.

Can i use ARB in addition to SIM to create a Recurring billing ?

 

SIM is already setup for my Website and now we want to add Recurring Billing to it  .

 

The reason , i am asking is in the API docs - i see fields for Payment like Credit Card #, Expiration Dt etc. for creating a Subscription for ARB - since , i am using SIM , i dont have this Information in my website, so if i use ARB - How do i create a Subscription without payment information ? 

 

Same question for CIM  ? Can it be used in addition to SIM ? 

 

Aren't Product APIs meant to be used in addition to the Payment APIs ? 

 

The Information i seem to be missing is what Payment APIs can be used with which Product APIs ?