ACH Echeck transaction rejected immediately

Let me route you to the correct support, austin_strings.

When it comes to payments, I'd recommend reaching out to our QuickBooks Payments Support team. This way, our agents there can verify what causes the transaction to be declined.

You can view their contact details through this link: QuickBooks Payments. Just a heads up, our QuickBooks Payments support agents are open every Monday to Friday from 6 AM to 6 PM PST.

I've also added this reference for more information about processing eChecks: Accept ACH payments and eChecks.

I'll be around if ever there's anything that I can help. Stay safe!

To those on here who have had this problem; was it ever resolved? I recently switched over from Wave to QB because Wave would only let me process 10 ACH invoices per day, and did not have any cap to the 1% charge (I was told QB had a $10 maximum charge for ACH). I just tried to run my first ACH payment and received this error. This is for a customer that I've had for 5 years, and using the same banking information that I've used for years with Wave. 

I was hoping that this was maybe because this is a new account, and it is (in the US) a holiday weekend, so maybe my account is not ready to accept ACH? However, hearing all of the horror stories on here has me concerned that I may have made a bad decision to move over to QB, and I'd like to get it figured out before I get too far down the rabbit hole and past the point that I can request a refund and cancel services. 

I am also having this issue. Every single customer that has tried to pay me has been declined (from small local banks to Wells Fargo).  I confirmed and I know my customers are using the appropriate routing and account details.  Over four different calls to QuickBooks, I was offered the same solution to pay the credit card processing rates which is entirely unacceptable and is a bait and switch sales tactic.  (For my particular invoice, the increase in fees was 2,533% from $10 to $2.9%.)

I was told that "the system" is restricting ACH payments due to a security issue.  The agent said they cannot "manipulate the system" and to have the customer process the payment again after 24-48 hours.  A previous customer had already attempted to process the ACH payment 8 times over a 34 day timeframe.  They ended up driving to my location to deliver a paper check to me (HOW EMBARASSING!).  Because of this, I experienced an availability of funds delay while my bank cleared the check.  It is unacceptable that every customer who tries to pay me becomes an experiment to see if the payment will be allowed to be processed by QuickBooks Payment.  As much as I love discovery and science, this is not a sound business practice.

The agent implied that my account was too small to qualify for a greater level of service or attention which was why I was not transferred to a more senior agent to discuss the issue with.  After reading how others in this discussion thread have had a similarly poor experience, I also feel I have made a mistake with this payment processing choice and will be looking outside of Intuit for a payment processing solution.

I am a CPA and QuickBooks Pro advisor offering accounting services to my clients.  These kinds of issues erode my credibility as an advisor and are highly embarrassing.  After my personal experience and reading this thread, I cannot recommend this as a payment solution to any customer and would advise anyone looking for a payment processor to avoid Intuit/QuickBooks Payments for this service. 

I would also not recommend the Green Dot/QuickBooks Checking account that I attempted to sign up for when applying for QuickBooks Payments.  The checking account was declined, no one could tell me why, and repeated attempts to apply were also denied.  During multiple calls to try to resolve this separate problem, I was told that the ACH fees are NOT waived with the QuickBooks Checking account which was the entire reason I was interested in signing up.

I will also leave this feedback as directed in this discussion by the QuickBooks Team. 

Now I am off to go lick my wounds and spend more time finding a solution to this problem that should not exist.

I too have had the same issue. I have been trying for 7 business days straight now. Calling support and chatting with support. I have gotten so many reasons for why my ACH processing is not working. From clients bank to I haven't been approved to process ACH payments. I tried my personal bank for $5.00 and came to find out its not even transmitting to the bank so that wasnt the issue. Then I was told the bank information I am entering is incorrect. (For all 14 invoices, including my bank account information) They are all correct, I have been billing these clients for some time now. 

Then once I was approved to process ACH's, I continued to get the same error message. I called, 2 agents from QBO support team ended up hanging up on me. I then tried Chatting and support team asked to wait 24 hours to resolve the issue. They claimed "back end team" is resolving the matter. This was 4 days ago. 24 hours went by, same issue and have been stuck in a loop since. Been waiting 24 hours for 4 days now, still no resolution. During this time, I have asked to speak to the back end team or some that can actually answer some questions. I have been told 7 times, your situation has been escalated and will be top priority for us. Your issues will be resolved in 24 hours. Again, top priority? Its been 7 business days?

I read all the replies and seems like no one has had a legit reason to why this is happening to QBO users. This is really frustrating and I cant seem to get answers.  

If someone was able to get this error message corrected, please let me know and give me some hope. 

HELP!!! I read through all these comments and NO ONE FROM QUICKBOOKS IS HELPING!! Do you guys understand we are trying to run a business. 

From reading this thread it's obvious the ACH function is garbage. Nobody has hours to figure out your software. And they want to go to a digital currency??? You are not even close to being ready which is probably a good thing. I'll have to find another way. One of the customers said they were using WAVE I'll check it out I DO NOT HAVE TIME TO FIGURE OUT YOUR BAD SOFTWARE.

After opening my QBO account and setting up a QB Checking account in October 2022, I had a few instances in which customers attempted to send ACH and wire payments directly to my QB Checking account. Those payments were rejected by Green Dot. With the most recent attempt, the error message sent from Green Dot to my customer’s bank was “Name Does Not Match”.

After some investigation, I was told that Green Dot set up my QB Checking account as a personal account. That is, they have registered it under my name and social security number, as opposed to registering it under the business name and EIN. As such, ACH and wire transfers sent directly to Green Dot must be addressed with my name, as opposed to the business name, or the bank will reject he payment.

As the QB Checking account was set up to function as an account for my business, it is absurd that it has been set up as a personal account, and that my customers cannot address ACH and wire payments to the business. (NOTE: I understand that my customers could send ACH payments via an Intuit Payments invoice, but I want to be able to give my customers the ABA and Account number so that they can send ACH and wire payments directly to Green Dot.)

Interestingly, while Green Dot asserts that my QB Checking account is registered to me as a personal account, the 1099-INT form issued by Green Dot reported the interest income as being paid to the business. The business name and EIN were on the 1099-INT form.

Ironically, on the one hand (10999-INT reporting), Green Dot correctly recognizes the business as the account owner. On the other hand (receiving ACH and wire payments), Green Dot does not recognize the business as the account owner.

I just recently signed up to QBO and my experience has not been great so far getting things setup.  I have seen a few threads about ACH payments getting declined and no email with R code.  I am not sure this directly relates since it seems like a you were receiving payments then it stopped working.  While I just joined and couldnt even get it working, tried two different bank accounts / two different people try to pay an invoice I sent them.  The only customer service response I got was nothing is wrong on our side it must be the bank etc and to wait 24 hours try again.  I tried again this morning and of course same issue declined (its a $5 test invoice) so not insufficient funds and I wrote the routing/acct triple checked and no email with why its rejected or merchant service information just declined.  Finally I re-read the threads and found one post to try out something before I give up and go to stripe.  To my amazement I did the change and I was able to start accepting payments.  Now again this might not help everyone on this thread but hopefully some who run into the same issue it may.

Steps:

1) go to your merchant services page

2) top bar go to account > account profile

3) Under deposit account information press edit

4) Now if you signed up like me through the quick connect bank account you should see your info already filled in but there seems to be a bug in their software or somewhere when you do it this way.

5) Under New Bank Account, re-enter your information Routing/Acct manually

6) Reason for account change, fixed incorrect information

VOILA!  All the sudden I am able to accept ACH payments

According to this post I found in another thread, some backend customer service rep said they found a wrong number in the acct# when looking at that customers information that was under the bank account info. My guess as far as I can tell is there must be a bug in the software when you sign up through the auto connect your bank info when I first got QBO up and running.  

TLDR ;

Go enter your bank account information manually under merchant services webpage

same issue, same lame explanation given by QB customer care (might be your cache clear your cache, might be that the customer information is wrong, might be that the system is just having a bad day) WHAT IN THE WORLD IS THIS. Moving all banking elsewhere, this is a joke. 

I think I finally figured out why everyone keeps having this problem. 

I have hundreds of clients and receive hundreds of checks, some of which will process correctly using the check payment process in Quickbooks and others that give the dreaded "The transactions was declined because the bank account is incorrect, or there is a security concern." I had enough of these error checks together at one point that I realized something peculiar about them while troubleshooting. There were checks from different clients, that would seemingly have no reason to know one another, that shared identical account and routing numbers on their bill pay checks. I believe that the banks are using a central routing and account number as a cryptographic measure by which these routing and account numbers are a "public key" while the bank possesses the "private key." In other words, the account and routing numbers you have on the bill pay checks are not individually tied to the client, but are tied to an account to represent a number of the bank's clients, and then when the check is scanned or deposited with these numbers, they know which accounts to draw from in the bank's system. I think the bank is doing this to protect the real routing and account numbers of their clients from potentially falling into the wrong hands. I also think that Quickbooks' system is realizing this to an extent or at least able to know that there is not one name attached to these accounts and is declining it based on a security concern or the numbers being inaccurate (because they don't tie individually to the customer but a multitude of customers). 

For example, I had 4 checks, each in identical physical appearance, with 4 different customers that would have no reason to know each other let alone share financials, and only had 2 sets of identical routing and account numbers between them. That's simply not a coincidence.