10-24-2017, 10:29 AM
(This post was last modified: 10-24-2017, 10:45 AM by APeacefulWarrior.)
(*mutter*) Why am I still talking about this?
Ok, regarding the R34 rejection code thing. I took a few minutes to look into how the ACH system works, and this actually does have a simple explanation. Because all electronic bank transfers go through the National Automated Clearing House Association. According to their own page on how this all works:
Except in GS's case, step 6 isn't being completed. (Hence the horizontal line above.) The check is hitting the ACH system, being processed, and instead ends up with an R34 rejection. Why does it get the R34 rejection, AKA "RDFI participation has been limited by a federal or state supervisor"...? Because the Federal Reserve is not a checking bank. Nobody can write a check against a Fed account, not even the financial institutions which actually utilize its services. It's a financial entity with associated codes and routing numbers, but not an RDFI.
In other words, the checks are bouncing before the account name\number are verified, or considered at all. The recipient\originator's bank (the ODFI) basically just takes the provided checking account information on faith and passes it on blindly, because it's ACH that actually verifies these things. But whenever it makes its way to ACH, ACH immediately nopes out because the transaction is self-evidently wrong on its face. In the meantime, the originator's bank has probably gone ahead and provisionally credited their account with the money, under the presumption that the e-check would clear. Hence, it looks for a day or two like the transaction went through, until it's returned.
So that's it. He's trying to write checks against a bank which is outside the standard everyday checking system, and it's bouncing the moment this hits a computer smart enough to spot the problem.
Ok, regarding the R34 rejection code thing. I took a few minutes to look into how the ACH system works, and this actually does have a simple explanation. Because all electronic bank transfers go through the National Automated Clearing House Association. According to their own page on how this all works:
Quote:1. An Originator– whether that’s an individual, a corporation or another entity– initiates either a Direct Deposit or Direct Payment transaction using the ACH Network.
(One key note: The Originator in our case is the receiving party, not the check-writer. -APW)
2. Instead of using paper checks, ACH entries are entered and transmitted electronically, making transactions quicker, safer and easier.
3. The Originating Depository Financial institution (ODFI) enters the ACH entry at the request of the Originator.
4. The ODFI aggregates payments from customers and transmits them in batches at regular, predetermined intervals to an ACH Operator.
5. ACH Operators (two central clearing facilities: The Federal Reserve or The Clearing House) receive batches of ACH entries from the ODFI.
6. The ACH transactions are sorted
and made available by the ACH Operator to the Receiving Depository Financial Institution (RDFI).
7. The Receiver’s account is debited or credited by the RDFI, according to the type of ACH entry. Individuals, businesses and other entities can all be Receivers.
8. Each ACH credit transaction settles in one to two business days, and each debit transaction settles in just one business day, as per the Rules.
Except in GS's case, step 6 isn't being completed. (Hence the horizontal line above.) The check is hitting the ACH system, being processed, and instead ends up with an R34 rejection. Why does it get the R34 rejection, AKA "RDFI participation has been limited by a federal or state supervisor"...? Because the Federal Reserve is not a checking bank. Nobody can write a check against a Fed account, not even the financial institutions which actually utilize its services. It's a financial entity with associated codes and routing numbers, but not an RDFI.
In other words, the checks are bouncing before the account name\number are verified, or considered at all. The recipient\originator's bank (the ODFI) basically just takes the provided checking account information on faith and passes it on blindly, because it's ACH that actually verifies these things. But whenever it makes its way to ACH, ACH immediately nopes out because the transaction is self-evidently wrong on its face. In the meantime, the originator's bank has probably gone ahead and provisionally credited their account with the money, under the presumption that the e-check would clear. Hence, it looks for a day or two like the transaction went through, until it's returned.
So that's it. He's trying to write checks against a bank which is outside the standard everyday checking system, and it's bouncing the moment this hits a computer smart enough to spot the problem.