20 things Taft doesn't know about COBOL... WAS: 20 Things You Might Not Know About COBOL
in [Cobol]
|
Prev: z390 and zcobol full release v1.5.01 with updated test results
Next: 20 things Taft doesn't know about COBOL... WAS: 20 Things YouMight Not Know About COBOL
From: SkippyPB on 25 Sep 2009 11:30 On Thu, 24 Sep 2009 16:21:30 -0700 (PDT), "robertwessel2(a)yahoo.com" <robertwessel2(a)yahoo.com> wrote: >On Sep 24, 10:46�am, SkippyPB <swieg...(a)Nospam.neo.rr.com> wrote: >> On Thu, 24 Sep 2009 07:53:04 -0600, Howard Brazee <how...(a)brazee.net> >> wrote: >> >Comparing a Google search with a read of a record in a flat file is >> >silly, but I suspect that may be what this stat did. >> >> How many ATM transactions are done a day around the world? �The huge >> majority of them, whether they be banking or credit card transactions, >> end up being processed on a mainframe by COBOL. �What about POS >> terminals? �People don't need access to a personal computer or a >> mainframe to enact a transaction that gets processed by COBOL. �I >> don't know if the stat is all hooey or not, but the possibility does >> at least exist for it to be true. > > >FWIW: > >There are currently about 400,000 ATMs installed in the United >States. A figure from about ten years ago was that the average ATM in >the US processed about 6400 transactions per month. That was with >140,000 ATMs, so the average is likely a fair bit lower now, but still >gives us a ballpark: The raw rates imply about 85 million ATM >transactions per day in the U.S. That seems a bit high (it implies >that one transaction every 3.5 days for every person in the US), but >not massively so, perhaps a factor of two or three. > Well I don't want to get into a numbers war but I'm currently involved in a bank merger project. Just last July we looked at the incoming banks' nightly ATM transaction volume in order to determine DASD space, job splitting and other things to accomodate the new volume. This is a large bank but not a huge bank. For a 4 day period, they had 6.25 million ATM transactions. So I think your 6400 a month figure even from 10 years ago doesn't paint a very accurate picture of what goes on today. >Reports are that about half the worlds ATMs are in the United States, >assuming area's less densely covered by ATMs have higher average >transaction rates per-ATM, we could ballpark about 100m ATM >transactions per day, globally. > >Search Engine Watch reports just under 7 billion U.S. Google searches >for August 2009 (out of 10.8 billion total U.S.), or about 230 million >per day. 200 times that rate implies 153 transactions per day per >person in the U.S. > >For credit and debit cards, there were about 44 billion transactions >in the U.S. in 2005, or about 120 million per day (which corresponds >well with another figure I have that puts the number of transactions >at about 360/year per household, of which there are about 110 >million). > >Of course the real question is why one would compare numbers of >financial transactions to numbers of Google searches. Who knows? Maybe that's what today's younger population can relate to? Regards, -- //// (o o) -oOO--(_)--OOo- "Our similarities are different." -- Dale Berra, son of Yogi ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Remove nospam to email me. Steve
From: Howard Brazee on 25 Sep 2009 12:48 On Fri, 25 Sep 2009 11:30:13 -0400, SkippyPB <swiegand(a)Nospam.neo.rr.com> wrote: >Well I don't want to get into a numbers war but I'm currently involved >in a bank merger project. Just last July we looked at the incoming >banks' nightly ATM transaction volume in order to determine DASD >space, job splitting and other things to accomodate the new volume. >This is a large bank but not a huge bank. For a 4 day period, they >had 6.25 million ATM transactions. So I think your 6400 a month >figure even from 10 years ago doesn't paint a very accurate picture of >what goes on today Does "ATM" include transaction machines at the checkout counters of stores? I would expect those transactions to be where most of the action is, swiping our cards as we buy groceries or gasoline or whatever. -- "In no part of the constitution is more wisdom to be found, than in the clause which confides the question of war or peace to the legislature, and not to the executive department." - James Madison
From: Howard Brazee on 25 Sep 2009 14:41 On Fri, 25 Sep 2009 09:50:03 -0700 (PDT), "robertwessel2(a)yahoo.com" <robertwessel2(a)yahoo.com> wrote: >As mentioned elsewhere, it does depend on what's being counted - if a >single ATM "transaction" from the customer's point of view generates a >dozen "transactions" from a data processing point of view... > >What's the transaction rate per customer for this bank? That might >tell us something. And as I mentioned in another post - what is an ATM, from the point of view of a bank - and its computers. I don't see that computers care whether the ATM is one of those kiosks to handle a customer's money - or whether it is one of those card swipers that we use to pay for goods and services. I would expect them all to tie into the same transaction system. -- "In no part of the constitution is more wisdom to be found, than in the clause which confides the question of war or peace to the legislature, and not to the executive department." - James Madison
From: SkippyPB on 26 Sep 2009 11:58 On Fri, 25 Sep 2009 10:48:06 -0600, Howard Brazee <howard(a)brazee.net> wrote: >On Fri, 25 Sep 2009 11:30:13 -0400, SkippyPB ><swiegand(a)Nospam.neo.rr.com> wrote: > >>Well I don't want to get into a numbers war but I'm currently involved >>in a bank merger project. Just last July we looked at the incoming >>banks' nightly ATM transaction volume in order to determine DASD >>space, job splitting and other things to accomodate the new volume. >>This is a large bank but not a huge bank. For a 4 day period, they >>had 6.25 million ATM transactions. So I think your 6400 a month >>figure even from 10 years ago doesn't paint a very accurate picture of >>what goes on today > >Does "ATM" include transaction machines at the checkout counters of >stores? I would expect those transactions to be where most of the >action is, swiping our cards as we buy groceries or gasoline or >whatever. These transactions were done at POS and ATM terminals and the only things counted were actual debit/credit transactions. They involved three applications (Savings, Checking, Line of Credit). Regards, -- //// (o o) -oOO--(_)--OOo- "Our similarities are different." -- Dale Berra, son of Yogi ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Remove nospam to email me. Steve
From: Anonymous on 28 Sep 2009 09:08
In article <4desb5ha41jiqjuf4scuf8naml6krrmt91(a)4ax.com>, SkippyPB <swiegand(a)Nospam.neo.rr.com> wrote: >On Fri, 25 Sep 2009 10:48:06 -0600, Howard Brazee <howard(a)brazee.net> >wrote: [snip] >>Does "ATM" include transaction machines at the checkout counters of >>stores? I would expect those transactions to be where most of the >>action is, swiping our cards as we buy groceries or gasoline or >>whatever. > >These transactions were done at POS and ATM terminals and the only >things counted were actual debit/credit transactions. They involved >three applications (Savings, Checking, Line of Credit). It always confused me... I've consulted with a few banks of some size, here and there, and they always seem to know where every penny comes from, where it goes and how it gets accounted for every step of the way... EXCEPT when it comes to ATM (or POS) fees, when asked about those the stock response is 'Oh, we don't really have a way to calculate/segregrate them.' I figure that if it can show up as a line item on my statement there must be *some* way to address it as a particular kind of transaction... but what do I know, I'se jes' a COBOL-codin' fool. DD |