January 26, 2005
The electronic payment system

I had a fascinating lesson about the electronic payment processing between banks today. I, as probably most do, have always assumed this happens in (or nearly) real time between banks. It couldn't be further from the truth.

  • It is nowhere near real time
  • It does not happen directly between banks.

The process is done by central clearing facilities (currently it's The Fed (Federal Reserve) and another processor whose name I can't recall right now) using the ACH Network.

Not only is this done through an intermediary, it's a batch processing system governed by strict timing rules.

So what happens when you send money electronically using your bank to another bank?

  1. Your bank generates an ACH file and sends it to a processor, like the FED. The FED will only receive these files during certain hours and the cut off time is 10pm. Anything after needs to wait until the next business day.
  2. After the cut off time, the FED batch-processes all the files it received the given day and credits or debits bank accounts appropriately (each bank has its own account at the FED). Note, at this time they don't know if the money is actually good or bad! That comes later
  3. After 5am (the next business day), the banks can go in and pick up the files with transactions directed at them from other banks and process it against their customer accounts. Once this is done, they can tell the FED which of the transactions are bad. All transactions are assumed as "good" unless the bank reports otherwise. They have 48 hours to do this.

If you're a programmer or a system architect your first question is probably "so what happens when the receiving bank never recieves a notice that someone wants money from one of their clients but the Fed thinks it sent the debit?" That's where the processor is most useful to the banks, they handle reconciliation and balancing.

This system was designed in 1974 and this is our modern electronic payment processing system. How is it better than checks? You can process debits and credits, that's about it!

Note, there is nothing stopping the banks from going directly between each other for these transactions, but it becomes costly when you consider that each relationship between two banks would need to involve accounting settlements to make sure there were no mistakes in fund transfers and everyone received and paid the money they should have. Currently, the processer (the Fed) does this for the banks.

Posted January 26, 2005 08:25 PM in Random
TrackBack URL for this entry: http://www.unix-girl.com/mt/mt-tb.cgi/1446
Comments
On January 27, 2005 04:06 AM Samh added:

Great post Kasia

#
On January 27, 2005 05:07 AM Luis added:

It will be difficult to make them break into another more efficient[aka fast-for-the-user]-driven system as far as they will care so much to do not see their cost/profit balance well settled inside the profits territory.

Money retained to the user and not paid [dont matter why reason] makes profits, delegating administrative responsabilities cuts costs and problems, and the extra ombudsmen needed to watch for the right flow of things its often a headache.

No, having seen that from inside, I dont think that they are likely to change unless they where forced to. Most of their procedures are often primitive, but while they do the job, they will be fine...

#
On January 29, 2005 10:59 AM Russ Moore added:

This rings bells, the UK has a 4 day (real banks to 10 day) turnaround on payments. Doesn't make any diffeence if it is over the counter, internet or ATM .

Once queried why I couldn't get cash for a income tax refund (cheque) over the counter. The answer was that the company may not have sufficient funds and the bank would not know before the following day.

My observeation was that in that case 'we'd not be worrying about money at all if the guys who print it have gone bust !'

#
Trackbacks
/dev/null:Link to the Past
I don't do a great deal of linking to other blogs because most of my friends all have a very similar blogroll or RSS list. But here's one that you probably haven't run across... Kasia just got a job writing (I think) Web-based Java software for ...
(read more)
January 26, 2005 10:03 PM