The public documentation for ACH/eCheck via Accept.js has not yet been released by Authorize.net. However, you can find the working solution here (last post // bottom of page).

Some more resources:
https://developer.authorize.net/api/reference/features/echeck.html
https://developer.authorize.net/hello_world/testing_guide/

CommentFileSizeAuthor
#8 commerce_authnet-2922110-echeck-8.patch41.79 KBczigor
#6 commerce_authnet-2922110-echeck-6.patch41.76 KBczigor
#5 commerce_authnet-2922110-echeck-5.patch43.16 KBczigor
#2 commerce_authnet-2922110-echeck-2.patch16.79 KBczigor
Support from Acquia helps fund testing for Drupal Acquia logo

Comments

czigor created an issue. See original summary.

czigor’s picture

czigor CreditAttribution: czigor at Centarro commented
Status: Active » Needs work
FileSize
commerce_authnet-2922110-echeck-2.patch16.79 KB

Uploading a non-working patch for backup purposes. Here's where I got stuck:
https://community.developer.authorize.net/t5/Integration-and-Testing/Acc...

czigor’s picture

czigor CreditAttribution: czigor at Centarro commented

To limit the scope we agreed in supporting only WEB check types in this patch.

czigor’s picture

czigor CreditAttribution: czigor at Centarro commented
Issue summary: View changes
czigor’s picture

czigor CreditAttribution: czigor at Centarro commented
Status: Needs work » Needs review
FileSize
commerce_authnet-2922110-echeck-5.patch43.16 KB

The following patch works for me. It needs tests.

Since the patch defines a new payment method, the module needs to be reinstalled.

The patch also gets rid of the js insertion of the original access.js (credit_card) payment method form elements on checkout and creates those form elements from php instead. This is because I experienced some credit card field duplication on AJAX in some cases. (Also, tests see double instances from those fields, when first loading the page, even without AJAX.)

czigor’s picture

czigor CreditAttribution: czigor at Centarro commented
FileSize
commerce_authnet-2922110-echeck-6.patch41.76 KB

Removing the payment method base fields (routing number, account name and account type) since we don't use them for anything anyway and this way it's not needed to reinstall the module.

mglaman’s picture

mglaman
Primary language English
Location WI, USA
CreditAttribution: mglaman at Centarro for Circle Web Foundry commented
Status: Needs review » Needs work 
  1. +++ b/commerce_authnet.libraries.yml
@@ -8,10 +8,21 @@ accept-js-production:
+    js/commmerce_authnet.access.form.js: {}

+++ b/js/commmerce_authnet.access.form.js
@@ -0,0 +1,110 @@
+   * Authorize.net access.js form js.
...
+  Drupal.commerceAuthorizeNetAccessForm = function ($form, settings) {

    Is this supposed to be accept vs access? 

  2. +++ b/js/commmerce_authnet.echeck.form.js
@@ -0,0 +1,90 @@
+ * Javascript handle Authorize.net access.js eChecks.

    Accept? 

  3. +++ b/js/commmerce_authnet.form.js
@@ -8,7 +8,7 @@
+   * Attaches the comerceAuthorizwNetForm behavior.

    :P typo before, and still. 

  4. +++ b/js/commmerce_authnet.form.js
@@ -17,136 +17,20 @@
+        Drupal.commerceAuthorizeNetAccessForm($form, settings);

    Accept

czigor’s picture

czigor CreditAttribution: czigor at Centarro commented
Status: Needs work » Needs review
FileSize
commerce_authnet-2922110-echeck-8.patch41.79 KB

Fixed, thanks!

  • mglaman committed e112416 on 8.x-1.x authored by czigor 
    Issue #2922110 by czigor: Add "ACH/eCheck" payment method
mglaman’s picture

mglaman
Primary language English
Location WI, USA
CreditAttribution: mglaman at Centarro for Circle Web Foundry commented
Status: Needs review » Fixed

Fixed! Thanks czigor!

Status: Fixed » Closed (fixed)

Automatically closed - issue fixed for 2 weeks with no activity.