Switching to CiviCRM for Membership - existing ARBs on Authorize.net

[GinkgoDOB]

I'm working with a client that's been using UberCart to sell memberships. The current system creates an ARB on Authorize.net.

Is there a way to capture the transactions generated by the existing subscriptions in CiviCRM? It would be great if we didn't have to have people renew their memberships via CiviCRM (although not devastating if we can't).

When Authorize.net processes an ARB subscription that was created outside of CiviCRM, does it post to the Silent Post URL? What does CiviContribute do with that if it can't correlate it to an existing contribution/pledge/recurring payment? Can I populate CiviCRM with the information from the existing subscriptions so I can capture them?

Admittedly, I'm ramping up on this new feature and the Authorize.net payment processor pretty quickly. Is there documentation somewhere on the "flow" of how an ARB gets processed? I've looked, but haven't been able to find anything.

Thanks for your help!

[Donald Lobo]

I think your easiest bet might be to use the API to create memberships in CiviCRM.

Trying to do what civicrm is doing with the ARB and setting things up will probably be more complex and painful than just using the API to create memberships.

lobo

[GinkgoDOB]

It's not so much creating the memberships as keeping the ARB's that are already set up. Members have been signed-up to auto-renew already (via UberCart). When the existing ARB payment triggers at a future date, I want to be able to capture that payment (at the least) and, preferably, renew a membership that I've imported from the old system into CiviCRM.

I've been looking at the code in CRM/Core/Payment/AuthorizeNetIPN.php and the data structures in civicrm_membership, civicrm_membership_payment, civicrm_contribution and civicrm_contribution_recur and it seems doable.

According to the comments in AuthorizeNetIPN.php,

    //we only get invoice num as a key player from payment gateway response.
    //for ARB we get x_subscription_id and x_subscription_paynum

[SarahG (FountainTribe)]

When a transaction is processed in Authorize.net, the "silent post URL" setting in the Authorize.net account gets called every time.  Authorize.net does not care if the ARB subscription was originally created in UberCart, CiviCRM, or from the admin area in the Authorize.net website.

You would need to make sure that appropriate records exist in the tables "civicrm_contribution_recur", "civicrm_contribution" and "civicrm_membership" so that when the notification comes in from Authorize.net, it gets recorded properly.   I do not think there are APIs to manipulate "civicrm_contribution_recur", you may need to write SQL or create a new API.