Authorize.Net eCheck.Net

[davidbarratt]

I'm working an extension that enables support for Authorize.Net eCheck.Net

https://github.com/donordepot/com.donordepot.authnetecheck

I noticed that whenever you processes a recurring payment, it appears that the payment_instrument_id is hard coded to 1 (Credit Card) in several places, where I need it to be set to 5 (EFT).

Is there any way to change this easily? or do you think it's safe to modify the last contribution added?

Thanks!

[mathieu]

Hi,

I'm not familiar with Authnet eCheck, how does the notification for recurrent payments happen? Does CiviCRM start the process, or Authtnet sends a notification/IPN?

Did you see the hardcoded payment_instrument_id in the CiviCRM core code? If yes, where?

Thanks for posting
Mathieu (bgm on IRC)

[davidbarratt]

Mathieu,

eCheck.Net uses the same API as Authorize.Net API (AIM Method).

It also uses the same Recurring Payment API (ARB).

If you look at my code, you'll see that I just extended the existing AutheorizeNet Class:
https://github.com/donordepot/com.donordepot.authnetecheck/blob/develop/CRM/Core/Payment/AuthNetEcheck.php

Although, I did have to override/modify the payment form template (to add the Bank Account Type field):
https://github.com/donordepot/com.donordepot.authnetecheck/blob/develop/templates/CRM/Core/BillingBlock.tpl

I also had to override/modify the ARB Template (to add the Bank Account fields):
https://github.com/donordepot/com.donordepot.authnetecheck/blob/develop/templates/CRM/Contribute/Form/Contribution/AuthorizeNetARB.tpl

I found the hard coded values (as of version 4.2.16) here:
https://github.com/civicrm/civicrm-core/blob/master/CRM/Contribute/Form/Contribution/Confirm.php#L128
and here:
https://github.com/civicrm/civicrm-core/blob/master/CRM/Contribute/Form/Contribution/Confirm.php#L1486

I believe it's one of these values that is forcing the eCheck to be payment_instrument_id to be 1 rather than what I need it to be which is 5. I guess what I could do is just query for the last inserted one from my class (with the same values from the submitted form) and update it, but I feel like there should probably be a hook there, since right now it looks like the only kind of recuring contributions you can add are Credit Card ones. :/

[davidbarratt]

or even better is if it would first look in the $params array before putting the hard value.

Thanks!

[davidbarratt]

I discovered that the contribution id's come back in the params array, so I was able to update the database accordingly:
https://github.com/donordepot/com.donordepot.authnetecheck/blob/develop/CRM/Core/Payment/AuthNetEcheck.php#L53

Thanks!