CiviCRM Community Forums (archive)

My first guess is that $arbXML is malformed because it contains characters that have not been url encoded.

Have you tried dumping the contents of $arbXML to see if it is valid XML & contains the expected fields.

Eileen, I do appreciate your response but I already mentioned the XML checks out OK.

Everyone, I just took matters into my own hands and tried to get this working myself.  I think I have succeeded, at least in my environment.

I have spend another couple of hours editing AuthorizeNet.php and TA-DA I got the recurring working to the point where CiviCRM will start a recurring subscription with Authorize.net.  There were a few problems with the code as it existed prior, mainly around lack of CVV2 (back of the card code) data and the logic which detected recurring transactions in the first place was faulty.

To get this to work on your system take the following steps:

1) edit your civicrm_payment_processor table in the database.  (for God's sake backup your DB first hehe )
   a) set column is_recur = 1 on your Authorize.net processor(s)
   b) add     https://api.authorize.net/xml/v1/request.api to the recurl_url column

2) Use the attached code to replace CRM/Core/Payment/AuthorizeNet.php

3) If you use CVV2 (back of the card 3 digit code) then you must make some edits:
   a) add at around line 217 of AuthorizeNet.php $template->assign( 'cardCode', $this->_getParam('cvv2') );   b) add below Expiration Date in <your-custom-templates-dir>CRM/Contribute/Form/Contribution/AuthorizeNetARB.tpl
<cardCode>{$cardCode}</cardCode>

I'm sure there's some kind of auto-switch that could be written to detect if you use CVV2 on your system and alter this automatically, but I really don't have time to mess with that right now.

I have not built in functionality for a user to modify or cancel their subscription.   My client is ok handling cancellations and modifications manually.  I know that a recurring contribution does show up as such in the "Find Contributions" report page, but whether or not that contribution continues to show up each week/month as a new donation remains to be seen...I'll let you know in a month.  :-)

If you guys think this is useful and want to commit it to the project I would welcome help doing so.  I do not know how to create a patch file and can't find any documentation on how to do so.   And I would like someone else to test this on your system before I commit it anyhow.

I would be willing to explore the other ARB API functionality (cancellation or editing subscriptions via CiviCRM) in the near future if some person/coalition would be willing to compensate me financially (my clients or yours) to do so, but my personal requirements are satisfied at the moment and I hope this helps you guys too.

Let me know, thanks.

so, does authorize.net do a callback for the remaining part of the recurring contributions? i.e. the first contribution is recorded out of a series of 10. does it do a callback for the remaining 9 when they are fulfilled? Dont see the code here or or u potentially do it

lobo

Here's your answer

http://forum.civicrm.org/index.php/topic,5578.msg26888.html#msg26888

(I read your post properly this time 

So, will your clients check manually to make sure the transactions have all succeeded? I guess automating that is the tricky part.

As it stands this minute CiviCRM will notify Authorize.net to start a recurring billing and that initial billing will be recording in CiviCRM as a contribution of "recurring" type with X number of installments in $X amount.

From then on I don't expect Authorize.net to send any more information to CiviCRM.  The client will be responsible for checking that further installments are processed and canceling and/or changing the subscription within Authorize.net  I realize this is not ideal, but it is the current functionality that CiviCRM has with PayJunction as I understand.

My client is satisfied with the situation for now, although budget for improvements later are possible.

I think there were a few people out there who were keen so no doubt they'll be testing shortly.

I'd be surprised if silent posts weren't the easier option - this is the option used by Paypal Std and by DPS Payment Express so it's quite well established. (although DPS doesn't use it for recurring as they only do 'triggered' recurring payments

Fair enough.   If I get Silent Posts working we'll revisit it again.  Until then this will be a stopgap measure for people who want recurring for Authorize.net

Hi, Someone else was recently trying to use Moneris for recurring payments recently. I'm not sure if they got it going or not. I believe the code is all there but the documentation was a bit out of date